From owner-freebsd-current Sun Apr 9 00:00:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA07697 for current-outgoing; Sun, 9 Apr 1995 00:00:22 -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 SMTP id AAA07691 for ; Sun, 9 Apr 1995 00:00:14 -0700 Message-Id: <199504090700.AAA07691@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA13987; Sun, 9 Apr 1995 03:00:08 -0400 Date: Sun, 9 Apr 1995 03:00:08 -0400 From: Charles Henrich To: freebsd-current@FreeBSD.org Subject: should su retain ${DISPLAY} X-Newsreader: NN version 6.5.0 #10 (NOV) Sender: current-owner@FreeBSD.org Precedence: bulk >t is therefore arguable that not preserving DISPLAY in these cases >is, in fact, the right thing to do. Your right, it should completely reset the environment as if it was a fresh login. Speaking of su, why the hell doesnt FreeBSD's su support -c cmd like every other su on the planet? -Crh -- Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-current Sun Apr 9 00:25:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA08510 for current-outgoing; Sun, 9 Apr 1995 00:25:05 -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 AAA08464 for ; Sun, 9 Apr 1995 00:23:52 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA27246; Sun, 9 Apr 1995 09:23:26 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id JAA26730 for freebsd-current@FreeBSD.org; Sun, 9 Apr 1995 09:23:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA05076 for freebsd-current@FreeBSD.org; Sun, 9 Apr 1995 09:19:32 +0200 From: J Wunsch Message-Id: <199504090719.JAA05076@uriah.heep.sax.de> Subject: Re: should su retain ${DISPLAY} To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 9 Apr 1995 09:19:32 +0200 (MET DST) In-Reply-To: <1112.797400000@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 8, 95 09:00:00 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: 726 Sender: current-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > It executes the dotfiles for whichever user you're su'ing to. I think > of `su -' as "su, but flush my current environment totally and adopt > that of the user I'm su'ing to." The su source speaks about ``asthem'' for this case... > It is therefore arguable that not preserving DISPLAY in these cases > is, in fact, the right thing to do. Yes and no. (That's why i've been asking it to -hackers.) It does already preserve TERM. So it's also arguable that DISPLAY is in the same boat as TERM in a windowing environment and should be retained. -- 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-current Sun Apr 9 00:34:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA09100 for current-outgoing; Sun, 9 Apr 1995 00:34:09 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA09059 for ; Sun, 9 Apr 1995 00:33:52 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id PAA23250; Sun, 9 Apr 1995 15:33:57 +0800 Date: Sun, 9 Apr 1995 15:33:56 +0800 (CST) From: Brian Tao cc: FREEBSD-CURRENT-L Subject: Re: man(1) bug In-Reply-To: <199504082139.PAA26018@trout.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sat, 8 Apr 1995, Nate Williams wrote: > > 1) Use context diffs for the patch so we can make sure we're patching > the correct portion of the code. It also helps to see the context of > the patch. Use 'diff -c'. Yeah, that's what I get for sending out stuff when I'm in a near-death state. ;-) Context diff for the non-kludgy fix follows: *** man.c Wed Aug 24 15:26:23 1994 --- man.c.new Sun Apr 9 04:21:09 1995 *************** *** 458,464 **** register char **vs; for (vs = section_list; *vs != NULL; vs++) ! if ((strcmp (*vs, name) == NULL) || (isdigit (name[0]))) return strdup (name); return NULL; --- 458,464 ---- register char **vs; for (vs = section_list; *vs != NULL; vs++) ! if ((strcmp (*vs, name) == NULL) || (isdigit (name[0]) && strlen(name) == 1)) return strdup (name); return NULL; > 2) Separate out the 'kludgy' fix from the not-so-kludgy so we can > install the good fix and try and improve on the second. :) The fix would be fairly trivial if we don't think we'll ever need the filename globbing. There's a bug somewhere in glob.c that does not realize the [ metacharacter is missing the matching ]. I see the code for the check in a couple of places, but either it isn't being called, or it is returning the wrong value. For example, you can type something like "man \*" and get every man page. Sounds neat, but this is buggy too. I can't type "man Tk\*" and get all the Tk-related man pages, but I can type "man \*Get\*" to see all man pages with the string "Get". As well, the only way to stop man from displaying all matching pages is to suspend (from inside your pager) and killing the job. Quitting or killing the pager won't do you any good. So to get the man page for [, you have to (for now) type "man \\[". That's the basis of my kludgy fix. IMHO, this is a useless feature that we can do without. Unless there is some critical application for this wildcard expansion in man, I would much rather toss the whole thing out. Or as Rod Grimes noted, look at the 4.4BSD man instead. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Sun Apr 9 01:05:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA10960 for current-outgoing; Sun, 9 Apr 1995 01:05:14 -0700 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA10948 for ; Sun, 9 Apr 1995 01:05:09 -0700 Date: Sun, 9 Apr 1995 04:04:27 -0400 (EDT) From: -Vince- To: Mark Murray cc: FreeBSD-current@freefall.cdrom.com Subject: Re: backspace key doesn't work in X In-Reply-To: <199504090659.IAA25953@grunt.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 9 Apr 1995, Mark Murray wrote: > > > > Just wanted to report that the backspace key would just generate > > ^H on the screen for all TCP/IP Clients and not work correctly under X... > > Anyone know how to fix this? I forgot to mention that it worked before > > the backspace key changes to Syscons.. > > This is why: (output from stty -a) > > > speed 115200 baud; 0 rows; 0 columns; > lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl > -echoprt -altwerase -noflsh -tostop -flusho pendin -nokerninfo > -extproc > iflags: -istrip icrnl -inlcr -igncr ixon -ixoff ixany imaxbel ignbrk > brkint -inpck -ignpar -parmrk > oflags: opost onlcr -oxtabs > cflags: cread cs8 -parenb -parodd hupcl clocal -cstopb -crtscts -mdmbuf > cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; > eol2 = ; erase = ^?; intr = ^C; kill = ^U; lnext = ^V; > min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ; > stop = ^S; susp = ^Z; time = 0; werase = ^W; > > Notice the erase is set to ^? (DEL)? The job is not complete. > yes, the strange thing is that erase is set to ^H for the login window but everything else is on ^? but if I did stty erase ^H then it would work but has anyone got backspace to work in ytalk or talk? It just shows ^H on the other side... > M > -- > Mark Murray > 46 Harvey Rd, Claremont, Cape Town 7700, South Africa > +27 21 61-3768 GMT+0200 > Cheers, Vince -*vince@kbrown.oldcampus.yale.edu*- UCLA Physics/Electrical Engineering From owner-freebsd-current Sun Apr 9 01:24:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11623 for current-outgoing; Sun, 9 Apr 1995 01:24:47 -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 BAA11604 for ; Sun, 9 Apr 1995 01:24:23 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA27880; Sun, 9 Apr 1995 10:23:52 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id KAA29102 for freebsd-current@FreeBSD.org; Sun, 9 Apr 1995 10:23:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA05262 for freebsd-current@FreeBSD.org; Sun, 9 Apr 1995 09:33:27 +0200 From: J Wunsch Message-Id: <199504090733.JAA05262@uriah.heep.sax.de> Subject: Re: closing bin/295 To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 9 Apr 1995 09:33:27 +0200 (MET DST) In-Reply-To: from "Richard Wackerbarth" at Apr 8, 95 05:12: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: 1152 Sender: current-owner@FreeBSD.org Precedence: bulk As Richard Wackerbarth wrote: > > >> Agree. However, that points up a "problem" with the whole "SNAP-Release" > >> system. Perhaps we need to have some way of tracking just what version of > >> things is in that "release" eg: In the source files, we could/should > >> include the .ctm_status files that reflect the updates that had been > >> applied. > > > > >It's not actually related to CTM, so this is not free of potential > >raises. > ... With the advent of CTM, > I think it reasonable to use those numbers as the identification of interim > builds of -current. The problem is that the SNAP releases are cvs co'd separately. So they are not related to any particular CTM level, since CTM does its own cvs update (i think 4 times per day or so). The correct way is to first tag the tree and then cvs co it based on this tag instead of the ``current'' state. This is done for regular releases, but is unacceptable for SNAPs (due to the huge amount of sup and ctm traffic the tagging would cause). -- 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-current Sun Apr 9 01:25:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11653 for current-outgoing; Sun, 9 Apr 1995 01:25:02 -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 BAA11609 for ; Sun, 9 Apr 1995 01:24:25 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA27876; Sun, 9 Apr 1995 10:23:48 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id KAA29070 for freebsd-current@FreeBSD.org; Sun, 9 Apr 1995 10:23:47 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id JAA05248 for freebsd-current@FreeBSD.org; Sun, 9 Apr 1995 09:29:12 +0200 From: J Wunsch Message-Id: <199504090729.JAA05248@uriah.heep.sax.de> Subject: Re: talk - mesg y only To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 9 Apr 1995 09:29:12 +0200 (MET DST) In-Reply-To: <199504090335.XAA22901@goof.com> from "matthew c. mead" at Apr 8, 95 11:35:56 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: 456 Sender: current-owner@FreeBSD.org Precedence: bulk As matthew c. mead wrote: > > Why does talk want mesg y all the time? Ensure privacy for people who wish it. If nobody can write(1) you anything, why should they be able to bother you with talks? It's another issue if we shouldn't enable messages by default. Especially newbies regularly forget about it. -- 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-current Sun Apr 9 01:25:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11689 for current-outgoing; Sun, 9 Apr 1995 01:25:46 -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 BAA11617 for ; Sun, 9 Apr 1995 01:24:39 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA27896; Sun, 9 Apr 1995 10:24:16 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id KAA29216; Sun, 9 Apr 1995 10:24:08 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id KAA05591; Sun, 9 Apr 1995 10:16:20 +0200 From: J Wunsch Message-Id: <199504090816.KAA05591@uriah.heep.sax.de> Subject: Re: ppp still not working To: richardc@CSUA.Berkeley.EDU (Richard Chang) Date: Sun, 9 Apr 1995 10:16:20 +0200 (MET DST) Cc: jleppek@harris.com, FreeBSD-current@freefall.cdrom.com In-Reply-To: from "Richard Chang" at Apr 8, 95 01:37: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: 1102 Sender: current-owner@FreeBSD.org Precedence: bulk As Richard Chang wrote: > > > bigbang# cat /etc/host.conf > # $Id: host.conf,v 1.2 1993/11/07 01:02:57 wollman Exp $ > # Default is to use the nameserver first > hosts > bind If you care to modify the default sequence, please do yourself a favour and modify the comments, too. :) But since you make /etc/hosts getting a higher priority than DNS (normally a bad idea), you should also make sure your /etc/hosts is really valid all the time. This isn't perchance your problem? I'm not running PPP (SLIP only), but i've preferred to use another approach: local nameserver (mostly caching-only), and use numerical addresses for everything to get SLIP started. I think this is cleaner and avoids potential problems from old cruft in /etc/hosts (which is actually not even needed). I had to make my nameserver a (private) secondary of the local domain and local IN-ADDR.ARPA domain, in order to have it provide authoritative data even if the link is down. -- 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-current Sun Apr 9 01:38:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA12031 for current-outgoing; Sun, 9 Apr 1995 01:38:08 -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 BAA12024 for ; Sun, 9 Apr 1995 01:38:01 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA28050; Sun, 9 Apr 1995 10:37:25 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id KAA04854; Sun, 9 Apr 1995 10:37:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id KAA05800; Sun, 9 Apr 1995 10:26:54 +0200 From: J Wunsch Message-Id: <199504090826.KAA05800@uriah.heep.sax.de> Subject: Re: should su retain ${DISPLAY} To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Sun, 9 Apr 1995 10:26:53 +0200 (MET DST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199504090700.AAA07691@freefall.cdrom.com> from "Charles Henrich" at Apr 9, 95 03:00:08 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: 647 Sender: current-owner@FreeBSD.org Precedence: bulk As Charles Henrich wrote: > > >t is therefore arguable that not preserving DISPLAY in these cases > >is, in fact, the right thing to do. > > Your right, it should completely reset the environment as if it was a fresh > login. See my other argumentation: it does already import TERM. > Speaking of su, why the hell doesnt FreeBSD's su support -c cmd like > every other su on the planet? Since you have not implemented it yet. ;-) (...and other people are comfortable enough with ``echo foo | su'') -- 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-current Sun Apr 9 02:23:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA13785 for current-outgoing; Sun, 9 Apr 1995 02:23:03 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA13778 ; Sun, 9 Apr 1995 02:23:01 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Charles Henrich cc: freebsd-current@FreeBSD.org Subject: Re: should su retain ${DISPLAY} In-reply-to: Your message of "Sun, 09 Apr 95 03:00:08 EDT." <199504090700.AAA07691@freefall.cdrom.com> Date: Sun, 09 Apr 1995 02:23:00 -0700 Message-ID: <13777.797419380@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > Your right, it should completely reset the environment as if it was a fresh > login. Speaking of su, why the hell doesnt FreeBSD's su support -c cmd like > every other su on the planet? Hmmmm. Therein lies a mystery! I believe we lost this in the 1.x transition! :-( Jordan From owner-freebsd-current Sun Apr 9 02:34:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA14081 for current-outgoing; Sun, 9 Apr 1995 02:34: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 CAA14075 for ; Sun, 9 Apr 1995 02:34:01 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id CAA18011; Sun, 9 Apr 1995 02:27:09 -0700 From: "Rodney W. Grimes" Message-Id: <199504090927.CAA18011@gndrsh.aac.dev.com> Subject: Re: sysconfig To: bde@zeta.org.au (Bruce Evans) Date: Sun, 9 Apr 1995 02:27:08 -0700 (PDT) Cc: current@FreeBSD.org In-Reply-To: <199504011734.DAA16054@godzilla.zeta.org.au> from "Bruce Evans" at Apr 2, 95 03:34:20 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1874 Sender: current-owner@FreeBSD.org Precedence: bulk > > I'm now fairly happy with the way /etc/rc stuff is done. > > I've noticed a problem with the way sysconfig is used: netstart, (etc.) > doesn't source it directly, so netstart only work when sourced from rc. > netstart should probably source sysconfig for itself and be run by `sh' > instead of `.' from rc. Here is my fix for this: Add this to the start of /etc/netstart: # If there is a global system configuration file, suck it in. # This may have already been done by /etc/rc, but since this # script can run standalone (often done when single user) we # need to do it again here if [ -f /etc/sysconfig ]; then . /etc/sysconfig fi I see no real reason to change /etc/rc, as sourcing /etc/sysconfig twice will not hurt us in anyway. It also would allow for /etc/netstart to create values and have them appear in /etc/rc if they are needed later. > The "#!/bin/sh" line in netstart is bogus now > because netstart isn't self-supporting; Above fixes that reason. There is still one more problem, /etc/netstart can't find the route binary becuase the PATH does not have /sbin on it when booted single user for some reason. I will fix this RSN. > it is also bogus because > netstart is installed with perms 644. It has been that way for a long time, the reasoning (as I understand it) was that with /etc in your path (no longer true) if you typed netstart on accident, it would go off and happily try to start the networking code. It can still occur with . in your path if you happen to be sitting in /etc. This also applies to /etc/sysconfig, /etc/rc, /etc/rc.i386, and /etc/security. I see no real reason to change it, if you really want them to run sh filename or . filename is easy enough. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Sun Apr 9 03:11:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA15710 for current-outgoing; Sun, 9 Apr 1995 03:11:01 -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 DAA15667 for ; Sun, 9 Apr 1995 03:10:03 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA13648; Sun, 9 Apr 1995 20:07:30 +1000 Date: Sun, 9 Apr 1995 20:07:30 +1000 From: Bruce Evans Message-Id: <199504091007.UAA13648@godzilla.zeta.org.au> To: bde@zeta.org.au, rgrimes@gndrsh.aac.dev.com Subject: Re: sysconfig Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >> I've noticed a problem with the way sysconfig is used: netstart, (etc.) >> doesn't source it directly, so netstart only work when sourced from rc. >> netstart should probably source sysconfig for itself and be run by `sh' >> instead of `.' from rc. >Here is my fix for this: >Add this to the start of /etc/netstart: ># If there is a global system configuration file, suck it in. ># This may have already been done by /etc/rc, but since this ># script can run standalone (often done when single user) we ># need to do it again here >if [ -f /etc/sysconfig ]; then > . /etc/sysconfig >fi >I see no real reason to change /etc/rc, as sourcing /etc/sysconfig twice >will not hurt us in anyway. It also would allow for /etc/netstart to >create values and have them appear in /etc/rc if they are needed later. I'd still like to change it. It would allow removing lots of stupid comments about ${foobar} being imported from sysconfig. The configuration is easier to understand if all the global variables are initialized in ONE place. >... There is still one more problem, /etc/netstart >can't find the route binary becuase the PATH does not have /sbin on it >when booted single user for some reason. >I will fix this RSN. Thanks, I often boot with -s and type fsck\n#^%%@%^. >> it is also bogus because >> netstart is installed with perms 644. >It has been that way for a long time, the reasoning (as I understand it) was >that with /etc in your path (no longer true) if you typed netstart on >accident, it would go off and happily try to start the networking code. >It can still occur with . in your path if you happen to be sitting in >/etc. >This also applies to /etc/sysconfig, /etc/rc, /etc/rc.i386, and /etc/security. >I see no real reason to change it, if you really want them to run >sh filename or . filename is easy enough. 644 permissions are fine. The new files shouldn't start with #!/bin/sh. /etc/rc doesn't. Bruce From owner-freebsd-current Sun Apr 9 06:09:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA19998 for current-outgoing; Sun, 9 Apr 1995 06:09:34 -0700 Received: from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [130.133.2.81]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA19990 for ; Sun, 9 Apr 1995 06:09:23 -0700 Received: by methan.chemie.fu-berlin.de (Smail3.1.28.1) from dva.in-berlin.de with uucp id ; Sun, 9 Apr 95 14:12 MET Received: by dva.in-berlin.de id m0rxwge-0002KxC; Sun, 9 Apr 95 15:05 MET DST (/\oo/\ Smail3.1.29.1 #29.1) Message-Id: From: root@dva.in-berlin.de (Boris Staeblow) Subject: NCR failed with SONY CDU-8002-CDROM To: freebsd-current@FreeBSD.org Date: Sun, 9 Apr 1995 15:05:56 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 985 Sender: current-owner@FreeBSD.org Precedence: bulk Hi! --- During the boot: [previous devices ok] (ncr0:5:0): "SONY CD-ROM CDU-8002 1.8g" is a type 5 removable SCSI 1 cd0(ncr0:5:0): CD-ROM cd0(ncr0:5:0): COMMAND FAILED (4 88) @f052e400 . assertion "cp = np->header.cp" failed: file "../../pci/ncr.c", line 5235 assertion "cp" failed: file "../../pci/ncr.c", line 5236 cd0: could not get size drive empty ncr0 targ5?: ERROR (80:100) (e-af-3) (0/13) @ (10d4:e000000). reg: da 10 0 13 47 0 5 1f 0 e 85 af 80 1 7 0. ncr0: restart (fatal error). [errors with following devices] Same drive with Adaptec 1542b works ok!! When this drive is disconnected all works ok (ncr)! System: ASUS sp3g rev 1.8 Intel DX4/100-processor Kernel: latest Need more information? Boris. -- balu@dva.in-berlin.de | Boris Staeblow | -=- dva.in-berlin.de -=- | 13407 Berlin - Germany | +49 30 495 50 60 ZyX19.2k 24h | | uucp/FreeBSD-current/-ports From owner-freebsd-current Sun Apr 9 06:39:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA20492 for current-outgoing; Sun, 9 Apr 1995 06:39:12 -0700 Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA20486 for ; Sun, 9 Apr 1995 06:39:01 -0700 Received: from localhost (nnd@localhost) by gw.itfs.nsk.su (8.6.4/8.6.4) id TAA04494 for current@freebsd.org; Sun, 9 Apr 1995 19:55:27 +0700 Date: Sun, 9 Apr 1995 19:55:27 +0700 From: "Nickolay N. Dudorov" Message-Id: <199504091255.TAA04494@gw.itfs.nsk.su> To: current@FreeBSD.org Subject: (Small) error in -current Sender: current-owner@FreeBSD.org Precedence: bulk There is an error in current (CTM#498). Here is my (trivial) fix for it: N.Dudorov =============================================================== --- /usr/src/usr.bin/netstat/inet.c.OLD Sun Apr 9 20:22:19 1995 +++ /usr/src/usr.bin/netstat/inet.c Sun Apr 9 20:22:19 1995 @@ -99,7 +99,7 @@ kread(off, (char *)&head, sizeof (struct inpcbhead)); prev = (struct inpcb *)off; - for (next = head.lh_first; next != NULL; next = inpcb.list.le_next) { + for (next = head.lh_first; next != NULL; next = inpcb.inp_list.le_next) { kread((u_long)next, (char *)&inpcb, sizeof (inpcb)); if (!aflag && inet_lnaof(inpcb.inp_laddr) == INADDR_ANY) { From owner-freebsd-current Sun Apr 9 06:59:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA21233 for current-outgoing; Sun, 9 Apr 1995 06:59:43 -0700 Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA21227 for ; Sun, 9 Apr 1995 06:59:38 -0700 Received: from localhost (nnd@localhost) by gw.itfs.nsk.su (8.6.4/8.6.4) id UAA04568 for current@freebsd.org; Sun, 9 Apr 1995 20:16:04 +0700 Date: Sun, 9 Apr 1995 20:16:04 +0700 From: "Nickolay N. Dudorov" Message-Id: <199504091316.UAA04568@gw.itfs.nsk.su> To: current@FreeBSD.org Subject: Another (small) bug in -current Sender: current-owner@FreeBSD.org Precedence: bulk Here is (another trivial) fix for it: N.Dudorov ============================================== --- /usr/src/usr.bin/systat/netcmds.c.OLD Sun Apr 9 20:54:29 1995 +++ /usr/src/usr.bin/systat/netcmds.c Sun Apr 9 20:54:29 1995 @@ -43,6 +43,7 @@ #include #include #include +#include #include #include From owner-freebsd-current Sun Apr 9 08:10:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24048 for current-outgoing; Sun, 9 Apr 1995 08:10: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 IAA24040 for ; Sun, 9 Apr 1995 08:10:47 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id IAA18689; Sun, 9 Apr 1995 08:06:09 -0700 From: "Rodney W. Grimes" Message-Id: <199504091506.IAA18689@gndrsh.aac.dev.com> Subject: Re: sysconfig To: bde@zeta.org.au (Bruce Evans) Date: Sun, 9 Apr 1995 08:06:09 -0700 (PDT) Cc: bde@zeta.org.au, current@FreeBSD.org In-Reply-To: <199504091007.UAA13648@godzilla.zeta.org.au> from "Bruce Evans" at Apr 9, 95 08:07:30 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2732 Sender: current-owner@FreeBSD.org Precedence: bulk > > >> I've noticed a problem with the way sysconfig is used: netstart, (etc.) > >> doesn't source it directly, so netstart only work when sourced from rc. > >> netstart should probably source sysconfig for itself and be run by `sh' > >> instead of `.' from rc. > > >Here is my fix for this: > >Add this to the start of /etc/netstart: > > ># If there is a global system configuration file, suck it in. > ># This may have already been done by /etc/rc, but since this > ># script can run standalone (often done when single user) we > ># need to do it again here [See below, the above 3 lines are now dead] > >if [ -f /etc/sysconfig ]; then > > . /etc/sysconfig > >fi > > > >I see no real reason to change /etc/rc, as sourcing /etc/sysconfig twice > >will not hurt us in anyway. It also would allow for /etc/netstart to > >create values and have them appear in /etc/rc if they are needed later. > > I'd still like to change it. It would allow removing lots of stupid > comments about ${foobar} being imported from sysconfig. The > configuration is easier to understand if all the global variables are > initialized in ONE place. Okay, I will grant you that. Changes are: /etc/rc: . /etc/netstart becomes sh /etc/netstart /etc/netstart: remove my comment about /etc/sysconfig already being sucked in by /etc/rc. [See above] I was going to make a second pass over the rc file stuff to clean up the comments about this and that being set in the sysconfig file. I don't like to mix functional change with cosmetic change. > >... There is still one more problem, /etc/netstart > >can't find the route binary becuase the PATH does not have /sbin on it > >when booted single user for some reason. > > >I will fix this RSN. > > Thanks, I often boot with -s and type fsck\n#^%%@%^. Your not the only one!!! > >> it is also bogus because > >> netstart is installed with perms 644. > > >It has been that way for a long time, the reasoning (as I understand it) was > >that with /etc in your path (no longer true) if you typed netstart on > >accident, it would go off and happily try to start the networking code. > >It can still occur with . in your path if you happen to be sitting in > >/etc. > > >This also applies to /etc/sysconfig, /etc/rc, /etc/rc.i386, and /etc/security. > >I see no real reason to change it, if you really want them to run > >sh filename or . filename is easy enough. > > 644 permissions are fine. The new files shouldn't start with #!/bin/sh. > /etc/rc doesn't. Okay, I'll kill the #!/bin/sh in yet another pass through /etc.... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Sun Apr 9 08:22:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24416 for current-outgoing; Sun, 9 Apr 1995 08:22:41 -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 IAA24410 for ; Sun, 9 Apr 1995 08:22:37 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id IAA03961; Sun, 9 Apr 1995 08:22:29 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id IAA01011; Sun, 9 Apr 1995 08:22:29 -0700 Message-Id: <199504091522.IAA01011@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Nickolay N. Dudorov" cc: current@FreeBSD.org Subject: Re: (Small) error in -current In-reply-to: Your message of "Sun, 09 Apr 95 19:55:27 +0700." <199504091255.TAA04494@gw.itfs.nsk.su> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 09 Apr 1995 08:22:27 -0700 Sender: current-owner@FreeBSD.org Precedence: bulk > There is an error in current (CTM#498). >Here is my (trivial) fix for it: Thanks for pointing this out. In my haste to get my changes in for the snapshot, I inadvertantly applied an out of date patch. Fixed. -DG From owner-freebsd-current Sun Apr 9 08:23:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24457 for current-outgoing; Sun, 9 Apr 1995 08:23:38 -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 IAA24451 for ; Sun, 9 Apr 1995 08:23:36 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id IAA03965; Sun, 9 Apr 1995 08:23:34 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id IAA01024; Sun, 9 Apr 1995 08:23:33 -0700 Message-Id: <199504091523.IAA01024@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Nickolay N. Dudorov" cc: current@FreeBSD.org Subject: Re: Another (small) bug in -current In-reply-to: Your message of "Sun, 09 Apr 95 20:16:04 +0700." <199504091316.UAA04568@gw.itfs.nsk.su> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 09 Apr 1995 08:23:33 -0700 Sender: current-owner@FreeBSD.org Precedence: bulk > Here is (another trivial) fix for it: It's actually a bit more complex than this, but thanks for pointing out that I forgot to commit the changes. Fixed. -DG From owner-freebsd-current Sun Apr 9 10:45:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA28013 for current-outgoing; Sun, 9 Apr 1995 10:45:43 -0700 Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA28001 for ; Sun, 9 Apr 1995 10:45:42 -0700 Received: (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.11/PHILMAIL-1.11) id KAA28538; Sun, 9 Apr 1995 10:43:50 -0700 Date: Sun, 9 Apr 1995 10:43:47 -0700 From: Richard Chang To: Joerg Wunsch cc: jleppek@harris.com, FreeBSD-current@freefall.cdrom.com Subject: Re: ppp still not working In-Reply-To: <199504090816.KAA05591@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 9 Apr 1995, J Wunsch wrote: > As Richard Chang wrote: > > > > > > bigbang# cat /etc/host.conf > > # $Id: host.conf,v 1.2 1993/11/07 01:02:57 wollman Exp $ > > # Default is to use the nameserver first > > hosts > > bind > > If you care to modify the default sequence, please do yourself a > favour and modify the comments, too. :) > > But since you make /etc/hosts getting a higher priority than DNS > (normally a bad idea), you should also make sure your /etc/hosts is > really valid all the time. This isn't perchance your problem? > I don't think it is because when I use slip, it's fine... But with ppp, I can only telnet back to the annex server but even if I just typed the IPs, it would still just say network is down or something when it really isn't. > I'm not running PPP (SLIP only), but i've preferred to use another > approach: local nameserver (mostly caching-only), and use numerical > addresses for everything to get SLIP started. I think this is cleaner > and avoids potential problems from old cruft in /etc/hosts (which is > actually not even needed). I had to make my nameserver a (private) > secondary of the local domain and local IN-ADDR.ARPA domain, in order > to have it provide authoritative data even if the link is down. > That is a good idea but I don't know how to setup a nameserver :-) > -- > 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. ;-) > --richardc From owner-freebsd-current Sun Apr 9 10:58:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA28124 for current-outgoing; Sun, 9 Apr 1995 10:58:02 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA28111 for ; Sun, 9 Apr 1995 10:57:55 -0700 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id TAA06457 for current@freebsd.org; Sun, 9 Apr 1995 19:57:42 +0200 Received: (from andreas@localhost) by knobel.GUN.de (8.6.9/8.6.9) id RAA00628 for current@freebsd.org Sun, 9 Apr 1995 17:16:05 +0200 From: Andreas Klemm Message-Id: <199504091516.RAA00628@knobel.GUN.de> Subject: 950322-SNAP hurrays and problems To: current@FreeBSD.org Date: Sun, 9 Apr 1995 17:16:05 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3104 Sender: current-owner@FreeBSD.org Precedence: bulk Hi dear developer team ! Jordan .... your FreeBSD installation floppy is getting better and better. Good work. Although I had some problem, see below. To the rest of the team ... thanks for this nice release ! Come on let's drink some virtual beers ;) After doing some hurrays (Jordan, now you got some more :) now what I found out: - The second choice of the last installation menue of the floppy setup spawns a subshell. After exit the systems will be halted. So you have no chance to finish system / network setup properly. This was 2 days ago .... That's all I remember, sorry. - The file /usr/share/info/dir has a typo in it s/(send-pr):/(send-pr)./ - The info files for amd are missing. Can be created easily from source tree using makeinfo. - The info file for comerr seems to have an error in it. It can't be displayed although it's there. Error is: cannot find node "Top". - When going into /usr/sbin and doing a man * and browsing through the pages by hitting 'q' you sometimes get an error like this. It's not exactly reproduceable, it occurrs randomly. I use the default kernel from floppy: Formatting page, please wait... Pipe call failed Error executing formatting or displaying command System command exited with Status 512 Failed. The second time I got this "flavour" of error message: Formatting page, please wait... ld.so: groff: libm.so.2.0: Too many open files. Done. Error executing formatting or displaying command System command exited with Status 512 Failed. - Can't compile kernel. freebsd# make depend cc -c -pipe -O -W -Wreturn-type -Wcomment -Wredundant-decls -nostdinc -I. -I../.. -I../../sys -I../../../include -DKNOBEL -DI486_CPU -DXSERVER -DTUNE_1542 -DDUMMY_NOPS -DGATEWAY -DDODUMP -DUCONSOLE -DSCSI_DELAY=15 -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 -DTIMEZONE=0 -DDST=0 -DMAXUSERS=10 -UKERNEL ../../i386/i386/genassym.c In file included from ../../i386/i386/genassym.c:40: ../../../include/stdio.h:43: sys/types.h: No such file or directory ../../../include/stdio.h:46: sys/cdefs.h: No such file or directory ../../i386/i386/genassym.c:41: sys/param.h: No such file or directory ../../i386/i386/genassym.c:42: sys/buf.h: No such file or directory ../../i386/i386/genassym.c:43: sys/proc.h: No such file or directory ../../i386/i386/genassym.c:50: sys/mount.h: No such file or directory ../../i386/i386/genassym.c:52: sys/mbuf.h: No such file or directory ../../i386/i386/genassym.c:53: sys/msgbuf.h: No such file or directory In file included from ./machine/cpu.h:46, from ../../i386/i386/genassym.c:54: ./machine/frame.h:43: sys/signal.h: No such file or directory ../../i386/i386/genassym.c:59: sys/syscall.h: No such file or dire etc... Regards Andreas /// -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - akl@wup.de - *** apsfilter - irgendwie clever *** ftp.informatik.rwth-aachen.de:/pub/Linux/local/packs/APSfilter/aps-49...:-) From owner-freebsd-current Sun Apr 9 10:59:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA28160 for current-outgoing; Sun, 9 Apr 1995 10:59:50 -0700 Received: from goof.com (goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA28145 ; Sun, 9 Apr 1995 10:59:39 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id NAA00394; Sun, 9 Apr 1995 13:59:31 -0400 From: "matthew c. mead" Message-Id: <199504091759.NAA00394@goof.com> Subject: kernel supped 4/10 1pm est To: current@FreeBSD.org Date: Sun, 9 Apr 1995 13:59:31 -0400 (EDT) Cc: bugs@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: 408 Sender: current-owner@FreeBSD.org Precedence: bulk The latest kernel breaks pidentd (it hangs). It appears the port needs to be fixed, too... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Sun Apr 9 12:54:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00485 for current-outgoing; Sun, 9 Apr 1995 12:54:34 -0700 Received: from irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00478 for ; Sun, 9 Apr 1995 12:54:31 -0700 Received: (from jc@localhost) by irbs.com (8.6.11/8.6.6) id PAA11752 for freebsd-current@freefall.cdrom.com; Sun, 9 Apr 1995 15:54:28 -0400 From: John Capo Message-Id: <199504091954.PAA11752@irbs.com> Subject: Missing telent login prompt To: freebsd-current@freefall.cdrom.com (freebsd-current) Date: Sun, 9 Apr 1995 15:54:28 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 267 Sender: current-owner@FreeBSD.org Precedence: bulk The missing telnet login prompt is timing related. A usleep(250000) anywhere in the child fixes it, at least for 50 login tests. Does this mean it may be a kernel pty problem? I have one machine that always works without the sleep, three others don't. John Capo From owner-freebsd-current Sun Apr 9 13:55:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02519 for current-outgoing; Sun, 9 Apr 1995 13:55:28 -0700 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA02512 for ; Sun, 9 Apr 1995 13:55:22 -0700 Received: from rks32.pcs.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA03766; Sun, 9 Apr 95 13:53:53 -0700 Received: by rks32.pcs.dec.com (Smail3.1.27.1 #16) id m0ry3x8-0005OqC; Sun, 9 Apr 95 22:51 MSZ Message-Id: To: current%freebsd.org@inet-gw-1.pa.dec.com Subject: bug in gdb Reply-To: gj@FreeBSD.org Date: Sun, 09 Apr 95 20:51:25 GMT From: "gj%pcs.dec.com@inet-gw-1.pa.dec.com" Sender: current-owner@FreeBSD.org Precedence: bulk as Thomas Graichen recently wrote in private mail: > * the gdb-4.13 of current (compiled and used under 2.0R) can not attach to my > own processes (it works only then i'm root - else i get open failed - for my > own processes) how embarassing ! This turns out to be a bug in infptrace.c. Below is a patch. Could some kind soul apply it ? Gary J. ------------------------------ SNIP ------------------------------------- *** infptrace.c.orig Tue Mar 28 16:37:49 1995 --- infptrace.c Sun Apr 9 22:41:08 1995 *************** *** 175,181 **** int fd; sprintf(procfile, "/proc/%d/ctl", pid); ! fd = open(procfile, O_RDWR, 0); if (fd < 0) { perror_with_name ("open"); --- 175,181 ---- int fd; sprintf(procfile, "/proc/%d/ctl", pid); ! fd = open(procfile, O_WRONLY, 0); if (fd < 0) { perror_with_name ("open"); *************** *** 217,223 **** int fd; sprintf(procfile, "/proc/%d/ctl", inferior_pid); ! fd = open(procfile, O_RDWR, 0); if (fd < 0) { perror_with_name ("open"); --- 217,223 ---- int fd; sprintf(procfile, "/proc/%d/ctl", inferior_pid); ! fd = open(procfile, O_WRONLY, 0); if (fd < 0) { perror_with_name ("open"); From owner-freebsd-current Sun Apr 9 14:06:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03153 for current-outgoing; Sun, 9 Apr 1995 14:06:58 -0700 Received: from irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA03147 for ; Sun, 9 Apr 1995 14:06:55 -0700 Received: (from jc@localhost) by irbs.com (8.6.11/8.6.6) id RAA00247 for freebsd-current@freefall.cdrom.com; Sun, 9 Apr 1995 17:06:51 -0400 From: John Capo Message-Id: <199504092106.RAA00247@irbs.com> Subject: What happened to st To: freebsd-current@freefall.cdrom.com (freebsd-current) Date: Sun, 9 Apr 1995 17:06:51 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 162 Sender: current-owner@FreeBSD.org Precedence: bulk I added the long needed re-tension ioctl but there is no st source in current. I recall a thread about merging st and mt, is someone working on that? John Capo From owner-freebsd-current Sun Apr 9 16:40:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20543 for current-outgoing; Sun, 9 Apr 1995 16:40:55 -0700 Received: from irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA20537 for ; Sun, 9 Apr 1995 16:40:51 -0700 Received: (from jc@localhost) by irbs.com (8.6.11/8.6.6) id TAA01686 for freebsd-current@freefall.cdrom.com; Sun, 9 Apr 1995 19:40:48 -0400 From: John Capo Message-Id: <199504092340.TAA01686@irbs.com> Subject: SCSI tape error instead of EOF To: freebsd-current@freefall.cdrom.com (freebsd-current) Date: Sun, 9 Apr 1995 19:40:47 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 195 Sender: current-owner@FreeBSD.org Precedence: bulk It appears that the SCSI tape code is returning -1 rather than 0 for a read when EOD is reached. This is with an Archive 2525 drive. Previous behavior was to return 0 at EOD/EOF. -- John Capo From owner-freebsd-current Sun Apr 9 17:05:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA21265 for current-outgoing; Sun, 9 Apr 1995 17:05:27 -0700 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA21259 for ; Sun, 9 Apr 1995 17:05:25 -0700 Received: from trout.sri.MT.net by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA14702; Sun, 9 Apr 95 17:02:11 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.10) id SAA29456; Sun, 9 Apr 1995 18:06:18 -0600 Date: Sun, 9 Apr 1995 18:06:18 -0600 Message-Id: <199504100006.SAA29456@trout.sri.MT.net> To: gj@FreeBSD.org Cc: current%freebsd.org@inet-gw-1.pa.dec.com Subject: Re: bug in gdb In-Reply-To: References: Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: current-owner@FreeBSD.org Precedence: bulk garyj@rks32.pcs.dec.com writes: >> * the gdb-4.13 of current (compiled >> and used under 2.0R) can not attach to my own processes (it works >> only then i'm root - else i get open failed - for my own processes) > how embarassing ! This turns out to be a bug in infptrace.c. Below > is a patch. Could some kind soul apply it ? Done. Thanks for the patch! Nate From owner-freebsd-current Sun Apr 9 17:50:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA22531 for current-outgoing; Sun, 9 Apr 1995 17:50:00 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA22518 ; Sun, 9 Apr 1995 17:49:59 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Andreas Klemm cc: current@FreeBSD.org Subject: Re: 950322-SNAP hurrays and problems In-reply-to: Your message of "Sun, 09 Apr 95 17:16:05 +0200." <199504091516.RAA00628@knobel.GUN.de> Date: Sun, 09 Apr 1995 17:49:58 -0700 Message-ID: <22517.797474998@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > - The second choice of the last installation menue of the floppy > setup spawns a subshell. After exit the systems will be halted. > So you have no chance to finish system / network setup properly. > This was 2 days ago .... That's all I remember, sorry. I think you'll find 950408-SNAP much improved in this area. > - The file /usr/share/info/dir has a typo in it > s/(send-pr):/(send-pr)./ Someone who actually uses info! Wow! :-) Thanks. I'll look into your reported info problems (this one plus the missing amd files and bug in comerr) myself.. > - When going into /usr/sbin and doing a man * and browsing through > the pages by hitting 'q' you sometimes get an error like this. > It's not exactly reproduceable, it occurrs randomly. I use the > default kernel from floppy: That's.. Interesting.. It would have never even occured to me to cd to /usr/sbin and do a `man *'. I'll have to try that myself! :) > - Can't compile kernel. > > freebsd# make depend > cc -c -pipe -O -W -Wreturn-type -Wcomment -Wredundant-decls -nostdinc -I. -I ../.. -I../../sys -I../../../include -DKNOBEL -DI486_CPU -DXSERVER -DTUNE_1542 Known bug with the last snap. Cd to /usr/src and do a `make includes'. Should be fixed in the current snap! Jordan From owner-freebsd-current Sun Apr 9 18:14:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA22970 for current-outgoing; Sun, 9 Apr 1995 18:14:48 -0700 Received: from irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA22962 for ; Sun, 9 Apr 1995 18:14:42 -0700 Received: (from jc@localhost) by irbs.com (8.6.11/8.6.6) id VAA02599 for freebsd-current@freefall.cdrom.com; Sun, 9 Apr 1995 21:13:55 -0400 From: John Capo Message-Id: <199504100113.VAA02599@irbs.com> Subject: Re: 950322-SNAP hurrays and problems To: freebsd-current@freefall.cdrom.com (freebsd-current) Date: Sun, 9 Apr 1995 21:13:54 -0400 (EDT) In-Reply-To: <22517.797474998@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 9, 95 05:49:58 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: 829 Sender: current-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > > - The second choice of the last installation menue of the floppy > > setup spawns a subshell. After exit the systems will be halted. > > So you have no chance to finish system / network setup properly. > > This was 2 days ago .... That's all I remember, sorry. > > I think you'll find 950408-SNAP much improved in this area. > > > - The file /usr/share/info/dir has a typo in it > > s/(send-pr):/(send-pr)./ > > Someone who actually uses info! Wow! :-) Thanks. I'll look into your > reported info problems (this one plus the missing amd files and bug in > comerr) myself.. > Count me as two. A nice X info viewer is included with the aXe editor. A simple script and it is usable on all info files. #!/bin/sh # axinfo -xrm '*infoPath:/usr/local/info' $1 $2 $3 $4 $5 John Capo From owner-freebsd-current Sun Apr 9 19:29:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA25451 for current-outgoing; Sun, 9 Apr 1995 19:29:07 -0700 Received: from uustar.starnet.net (root@uustar.starnet.net [128.252.135.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA25439 ; Sun, 9 Apr 1995 19:28:51 -0700 Received: from mumps.pfcs.com by uustar.starnet.net with UUCP id AA08025 (5.67b/IDA-1.5); Sun, 9 Apr 1995 21:17:19 -0500 Received: from localhost by mumps.pfcs.com with SMTP id AA16068 (5.65c/IDA-1.4.4); Sun, 9 Apr 1995 22:13:34 -0400 To: "Jordan K. Hubbard" Cc: Christoph Kukulies , joerg_wunsch@uriah.heep.sax.de, freebsd-current@freefall.cdrom.com (user alias) Subject: Re: should su retain ${DISPLAY} In-Reply-To: "Jordan K. Hubbard"'s (jkh@freefall.cdrom.com) message dated Sat, 08 Apr 1995 21:00:00. <1112.797400000@freefall.cdrom.com> Date: Sun, 09 Apr 1995 22:13:32 -0300 Message-Id: <16066.797480012@mumps.pfcs.com> From: Harlan Stenn Sender: current-owner@FreeBSD.org Precedence: bulk The short version of my comment on DISPLAY and "su -" is that I'd usually prefer that it be there for me. Since I don't get this behavior be default, I don't know about any times I'd prefer that it didn't happen. H From owner-freebsd-current Sun Apr 9 21:21:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00183 for current-outgoing; Sun, 9 Apr 1995 21:21:46 -0700 Received: from goof.com (goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00177 for ; Sun, 9 Apr 1995 21:21:45 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id AAA02583; Mon, 10 Apr 1995 00:18:01 -0400 Date: Mon, 10 Apr 1995 00:18:01 -0400 From: "matthew c. mead" Message-Id: <199504100418.AAA02583@goof.com> To: Christoph Kukulies Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freefall.cdrom.com Subject: Re: should su retain ${DISPLAY} In-Reply-To: Your message of Sat, April 8, 1995 19:36:36 +0200 References: <199504081344.PAA00343@uriah.heep.sax.de> <199504081736.TAA10286@gilberto.physik.rwth-aachen.de> Sender: current-owner@FreeBSD.org Precedence: bulk On Sat, April 8, 1995 at 19:36:36 (+0200), Christoph Kukulies wrote: > > What do people think about an extension to the su(1) command that > > retains the ${DISPLAY} variable even across an ``su -''? > Excuse my ignorance: What does su - do? I don't see it documented. It looks > like it executes roots dotfiles. I also see $DISPLAY preserved during a > normal 'su'. > When you su to root from a normal user you can't connect to the server (0:0) > anyway (unless you have enabled access before - xhost +). An easy way to fix that is to set your environment variable XAUTHORITY to ~/.Xauthority - then root will use that .Xauthority file as well, and it won't have any problems displaying... > > Seen on IRIX, think it's nice to have it. > > Never trust an operating system you don't have sources for. ;-) Total agreement here! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Sun Apr 9 21:22:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA00209 for current-outgoing; Sun, 9 Apr 1995 21:22:43 -0700 Received: from goof.com (goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA00203 for ; Sun, 9 Apr 1995 21:22:42 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id AAA02593; Mon, 10 Apr 1995 00:22:34 -0400 Date: Mon, 10 Apr 1995 00:22:34 -0400 From: "matthew c. mead" Message-Id: <199504100422.AAA02593@goof.com> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: talk - mesg y only In-Reply-To: Your message of Sun, April 9, 1995 09:29:12 +0200 References: <199504090335.XAA22901@goof.com> <199504090729.JAA05248@uriah.heep.sax.de> Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, April 9, 1995 at 09:29:12 (+0200), J. Wunsch wrote: > > Why does talk want mesg y all the time? > Ensure privacy for people who wish it. If nobody can write(1) you > anything, why should they be able to bother you with talks? No - I mean why does talk require me to have my messages on to INITIATE a talk with someone else. It shouldn't! :-0 > It's another issue if we shouldn't enable messages by default. > Especially newbies regularly forget about it. This is another issue - I'm talking about the initiator end of things, not the responder end of things... -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Sun Apr 9 22:09:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00955 for current-outgoing; Sun, 9 Apr 1995 22:09: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 WAA00949 for ; Sun, 9 Apr 1995 22:09:48 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id WAA20667; Sun, 9 Apr 1995 22:08:57 -0700 From: "Rodney W. Grimes" Message-Id: <199504100508.WAA20667@gndrsh.aac.dev.com> Subject: Re: talk - mesg y only To: mmead@goof.com (matthew c. mead) Date: Sun, 9 Apr 1995 22:08:57 -0700 (PDT) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: <199504100422.AAA02593@goof.com> from "matthew c. mead" at Apr 10, 95 00:22:34 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 864 Sender: current-owner@FreeBSD.org Precedence: bulk > > On Sun, April 9, 1995 at 09:29:12 (+0200), J. Wunsch wrote: > > > > Why does talk want mesg y all the time? > > > Ensure privacy for people who wish it. If nobody can write(1) you > > anything, why should they be able to bother you with talks? > > No - I mean why does talk require me to have my messages on to > INITIATE a talk with someone else. It shouldn't! :-0 I think it should, so that if the person you are trying to talk to either a) doesnt want to talk to you and can quick do a ``write bugger off, I'm busy :-)'' or b) talk back to you later after he comes back from a coffee break. It's not polite to initiate a talk session from a proc that does not have messages enabled. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Sun Apr 9 23:22:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00427 for current-outgoing; Sun, 9 Apr 1995 23:22: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 XAA00415 for ; Sun, 9 Apr 1995 23:22:17 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA22724; Mon, 10 Apr 1995 08:21:50 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA21633; Mon, 10 Apr 1995 08:21:49 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA00253; Mon, 10 Apr 1995 08:17:12 +0200 From: J Wunsch Message-Id: <199504100617.IAA00253@uriah.heep.sax.de> Subject: Re: What happened to st To: jc@irbs.com (John Capo) Date: Mon, 10 Apr 1995 08:17:12 +0200 (MET DST) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199504092106.RAA00247@irbs.com> from "John Capo" at Apr 9, 95 05:06: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: 359 Sender: current-owner@FreeBSD.org Precedence: bulk As John Capo wrote: > > I added the long needed re-tension ioctl but there is no st source > in current. I recall a thread about merging st and mt, is someone > working on that? /usr/src/TODO-2.1/joerg, item #3. -- 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-current Mon Apr 10 00:34:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA00293 for current-outgoing; Mon, 10 Apr 1995 00:34:23 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA00233 for ; Mon, 10 Apr 1995 00:33:01 -0700 Received: from pp2.smc.south.telia.se (pp2.smc.south.telia.se [131.116.12.194]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id AAA16626 for ; Mon, 10 Apr 1995 00:19:54 -0700 Received: (from paul@localhost) by pp2.smc.south.telia.se (8.6.8/8.6.6) id JAA24422; Mon, 10 Apr 1995 09:02:46 +0200 Date: Mon, 10 Apr 1995 09:02:45 +0200 (MET DST) From: Paul Pries Subject: Re: 950322-SNAP hurrays and problems To: "Jordan K. Hubbard" cc: current@FreeBSD.org In-Reply-To: <22517.797474998@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 9 Apr 1995, Jordan K. Hubbard wrote: > > I think you'll find 950408-SNAP much improved in this area. > The thing I'd like to know then is, where is it? I just checked and can't find no 950408-SNAP, just the 950322-SNAP. :-) I'm going to install a new box today (or maybe tomorrow), so I'd really like to have it... Cheers, Paul. -- Paul Pries email: Phone: Telia AB paul@smc.south.telia.se +46 40 445108 (home) Region Syd paul@pp2.smc.south.telia.se +46 40 272671 (work) 205 21 Malmo +46 10 201 8925 (mobile) SWEDEN +46 40 974865 (fax) Any opinions that might have been expressed in the above message are mine. If you like them, you can have them too. From owner-freebsd-current Mon Apr 10 03:55:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA02143 for current-outgoing; Mon, 10 Apr 1995 03:55:45 -0700 Received: from vax.cs.pitt.edu (vax.cs.pitt.edu [136.142.79.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA02137 for ; Mon, 10 Apr 1995 03:55:43 -0700 From: durham@w2xo.pgh.pa.us Received: by vax.cs.pitt.edu (8.6.10/1.14) for current@freebsd.org; id GAA04792; Mon, 10 Apr 1995 06:24:22 -0400 Received: by w2xo.pgh.pa.us (8.6.8/1.34) id SAA08024; Sun, 9 Apr 1995 18:17:27 -0400 Date: Sun, 9 Apr 1995 18:17:27 -0400 Message-Id: <199504092217.SAA08024@w2xo.pgh.pa.us> To: current@FreeBSD.org Subject: 2.0-SNAP of 03/22/95 Sender: current-owner@FreeBSD.org Precedence: bulk I am trying 032295-SNAP because I would like to be able to use the tunnel driver and possibly the CD-ROM stuff. In the kernel compile, noticed a couple things... The define TTYDEFCHARS in both tty.c and sio.c causes a double definition problem in --/sys/ttydefaults.h . I fixed it by adding an "#else" clause with a simple extern declaration and turning off the define for TTYDEFCHARS in sio.c. This needs more work, as this causes a double declaration warning, but works. The source for the Panasonic driver seems to be missing, (pcd.c). I actually have a Reveal CD-ROM, but thought I'd try the Sony and Panasonic drivers for kicks. The Sony didn't do it, and the Panasonic wasn't there. Any sugestions on the Reveal? I gather that someone wrote a driver for it for Linux. I'd be willing to try, but how does one get the hardware information? There was a problem in vidcontrol, but I don't have that make.out file handy. It was complaining about a link-time problem. I didn't get that far the last time, (missing pcd.c), so I overwrote the file and lost that error output. Some of this may have already been solved. I don't get the mailing lists, but I'm going to sign up now. Thanks for a really neat system. If I can help, let me know. -Jim Durham From owner-freebsd-current Mon Apr 10 04:06:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA02559 for current-outgoing; Mon, 10 Apr 1995 04:06:20 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA02552 for ; Mon, 10 Apr 1995 04:06:12 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id TAA01993; Mon, 10 Apr 1995 19:06:38 +0800 Date: Mon, 10 Apr 1995 19:06:38 +0800 (CST) From: Brian Tao To: FREEBSD-CURRENT-L Subject: Re: talk - mesg y only In-Reply-To: <199504100422.AAA02593@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Mon, 10 Apr 1995, matthew c. mead wrote: > > No - I mean why does talk require me to have my messages on to > INITIATE a talk with someone else. It shouldn't! :-0 I always thought that the other person would not be able to reply to your talk request if you had messages off. Mind you, I've never *tried* this, it just seemed to be the logical thing to do. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Mon Apr 10 07:22:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00743 for current-outgoing; Mon, 10 Apr 1995 07:22:55 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00737 for ; Mon, 10 Apr 1995 07:22:53 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id IAA09275; Mon, 10 Apr 1995 08:47:59 -0400 From: Peter Dufault Message-Id: <199504101247.IAA09275@hda.com> Subject: 2.1 feature freeze To: freebsd-current@freefall.cdrom.com Date: Mon, 10 Apr 1995 08:47:59 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 223 Sender: current-owner@FreeBSD.org Precedence: bulk Do we have a date for the 2.1 feature freeze? 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-current Mon Apr 10 07:22:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00752 for current-outgoing; Mon, 10 Apr 1995 07:22:57 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00744 for ; Mon, 10 Apr 1995 07:22:55 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id IAA09264; Mon, 10 Apr 1995 08:42:56 -0400 From: Peter Dufault Message-Id: <199504101242.IAA09264@hda.com> Subject: Re: SCSI tape error instead of EOF To: jc@irbs.com (John Capo) Date: Mon, 10 Apr 1995 08:42:55 -0400 (EDT) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199504092340.TAA01686@irbs.com> from "John Capo" at Apr 9, 95 07:40:47 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 500 Sender: current-owner@FreeBSD.org Precedence: bulk John Capo writes: > > It appears that the SCSI tape code is returning -1 rather than 0 > for a read when EOD is reached. This is with an Archive 2525 drive. > Previous behavior was to return 0 at EOD/EOF. I've got some new tape EOF handling from Julian that I'll commit after some more test. It should fix this, right Julian? -- 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-current Mon Apr 10 07:57:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA03563 for current-outgoing; Mon, 10 Apr 1995 07:57:39 -0700 Received: from goof.com (goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA03557 for ; Mon, 10 Apr 1995 07:57:36 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id KAA01071; Mon, 10 Apr 1995 10:57:28 -0400 Date: Mon, 10 Apr 1995 10:57:28 -0400 From: "matthew c. mead" Message-Id: <199504101457.KAA01071@goof.com> To: "Rodney W. Grimes" Cc: mmead@goof.com (matthew c. mead), joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: talk - mesg y only In-Reply-To: Your message of Sun, April 9, 1995 22:08:57 -0700 References: <199504100422.AAA02593@goof.com> <199504100508.WAA20667@gndrsh.aac.dev.com> Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, April 9, 1995 at 22:08:57 (-0700), Rodney W. Grimes wrote: > > On Sun, April 9, 1995 at 09:29:12 (+0200), J. Wunsch wrote: > > > > Why does talk want mesg y all the time? > > > Ensure privacy for people who wish it. If nobody can write(1) you > > > anything, why should they be able to bother you with talks? > > No - I mean why does talk require me to have my messages on to > > INITIATE a talk with someone else. It shouldn't! :-0 > I think it should, so that if the person you are trying to talk to > either a) doesnt want to talk to you and can quick do a ``write > bugger off, I'm busy :-)'' or b) talk back to you later after > he comes back from a coffee break. > It's not polite to initiate a talk session from a proc that does > not have messages enabled. That's a reason that makes perfect sense to me. I'm going to modify my talk so that it doesn't require this, however, because I tend to like to talk people from a mesg n terminal (so I don't get interrupted if someone else writes or talks me) and have one terminal I'm logged in from mesg y (the terminal I want to get messages on). -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Mon Apr 10 08:33:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA00865 for current-outgoing; Mon, 10 Apr 1995 08:33:35 -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 IAA00859 for ; Mon, 10 Apr 1995 08:33:33 -0700 Received: from gab.unt.edu by mercury.unt.edu with SMTP id AA05840 (5.65c/IDA-1.4.4 for ); Mon, 10 Apr 1995 10:33:30 -0500 Received: from GAB/MAILQUEUE by gab.unt.edu (Mercury 1.13); Mon, 10 Apr 95 10:33:30 CST6CDT Received: from MAILQUEUE by GAB (Mercury 1.13); Mon, 10 Apr 95 10:33:23 CST6CDT From: "John Booth" Organization: University of North Texas To: freebsd-current@freefall.cdrom.com Date: Mon, 10 Apr 1995 10:33:17 CST6CDT Subject: Re: talk - mesg y only Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <597B99010D@gab.unt.edu> Sender: current-owner@FreeBSD.org Precedence: bulk > > > Why does talk want mesg y all the time? I liked the way 1.1.5 defaulted to mesg y. > > Ensure privacy for people who wish it. If nobody can write(1) you They could put mesg n in a preference file (.tcshrc .cshrc etc.) I remember first going to 2.0R and being confused as to why I couldn't write or talk anyone. Then it dawned mesg n was default. I started putting mesg y in any new accounts I created. (Didn't like having to su and change their tty to make it writeable!!!). ---------------------------------------------------------------------- College of Arts & Sciences Computing Services John A. Booth, john@gab.unt.edu From owner-freebsd-current Mon Apr 10 09:05:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA03379 for current-outgoing; Mon, 10 Apr 1995 09:05:34 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA03235 for ; Mon, 10 Apr 1995 09:04:38 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA25145; Mon, 10 Apr 95 18:03:46 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id SAA15204 for freebsd-current@freefall.cdrom.com; Mon, 10 Apr 1995 18:09:03 +0200 Date: Mon, 10 Apr 1995 18:09:03 +0200 From: "Christoph P. Kukulies" Message-Id: <199504101609.SAA15204@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.cdrom.com Subject: no ed0 in SNAP0408 kernel Sender: current-owner@FreeBSD.org Precedence: bulk I'm trying to do a fresh install from the SNAP0408 boot floppies and find that there is no network device being probed nor is there any ed device (/kernel -c ; ls ). --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Mon Apr 3 17:10:12 MET DST 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Mon Apr 10 09:35:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA07285 for current-outgoing; Mon, 10 Apr 1995 09:35:58 -0700 Received: from tcsi.tcs.com (tcsi.tcs.com [137.134.41.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA07278 for ; Mon, 10 Apr 1995 09:35:56 -0700 Received: from tcs.com by tcs.com (8.6.10/8.6.6) with ESMTP id JAA08534 for ; Mon, 10 Apr 1995 09:35:24 -0700 Received: from cozumel.tcs.com (cozumel.tcs.com [137.134.104.12]) by phact.tcs.com (8.6.10/8.6.10) with ESMTP id JAA29787 for ; Mon, 10 Apr 1995 09:35:23 -0700 From: Douglas Ambrisko Received: (ambrisko@localhost) by cozumel.tcs.com (8.6.10/8.6.10) id JAA00591 for current@FreeBSD.org; Mon, 10 Apr 1995 09:35:21 -0700 Message-Id: <199504101635.JAA00591@cozumel.tcs.com> Subject: Problem with libutil (login_tty) To: current@FreeBSD.org Date: Mon, 10 Apr 1995 09:35:20 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1314 Sender: current-owner@FreeBSD.org Precedence: bulk "/usr/libexec/getty" is busted in the latest snap. When given the device to run getty on (ie. "/usr/libexec/getty std.9600 ttyd0") it fails in login_tty() (which is ignored since the error state is not checked when it returns). In login_tty.c, the login_tty() call fails on the ioctl and return immediately and therefore does not setup stdio to the specified file-descriptor. A quick hack was to ignore the status of the ioctl so that that stdio was switched to the new file-descriptor and now it works a wee bit better. Atleast now I get a getty on my serial console to talk to me when I logout and log back in! Before, my serial system would only work with the first login after a reboot. When I would logout, I wouldn't get the getty login banner again. Note this is not a fix, since I haven't persued the ioctl problem, so this is mostly a heads up. The serial console stuff works great, one thing I haven't tried yet is to do an install via the serial console. Also I ran into a problem of tip'ing into my serial machine from another FreeBSD machine, in that I didn't have my "/etc/remote" config setup for 8 bit, no parity. Having 7 bit, even parity would let me login to the serial machine but would mess up the shell. Some documentation on this my be helpfull (maybe I just missed it). Doug A. From owner-freebsd-current Mon Apr 10 09:45:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA08373 for current-outgoing; Mon, 10 Apr 1995 09:45:04 -0700 Received: from cleat.irbs.com ([199.182.75.131]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA08353 for ; Mon, 10 Apr 1995 09:45:01 -0700 Received: (from jc@localhost) by cleat.irbs.com (8.6.11/8.6.9) id MAA01237 for freebsd-current@freefall.cdrom.com; Mon, 10 Apr 1995 12:44:48 -0400 From: John Capo Message-Id: <199504101644.MAA01237@cleat.irbs.com> Subject: ASUS www mirror To: freebsd-current@freefall.cdrom.com (freebsd-current) Date: Mon, 10 Apr 1995 12:44:47 -0400 (EDT) Reply-To: jc@irbs.com X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 135 Sender: current-owner@FreeBSD.org Precedence: bulk For those interested in ASUS info, http://anc.surf.tach.net:8080/ is a US mirror. Much faster than the link to Taiwan. -- John Capo From owner-freebsd-current Mon Apr 10 10:07:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA12084 for current-outgoing; Mon, 10 Apr 1995 10:07:39 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA12077 ; Mon, 10 Apr 1995 10:07:38 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: "Christoph P. Kukulies" cc: freebsd-current@freefall.cdrom.com Subject: Re: no ed0 in SNAP0408 kernel In-reply-to: Your message of "Mon, 10 Apr 95 18:09:03 +0200." <199504101609.SAA15204@gilberto.physik.rwth-aachen.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 10 Apr 1995 10:07:38 -0700 Message-ID: <12076.797533658@freefall.cdrom.com> From: Gary Palmer (FreeBSD/ARM Team) Sender: current-owner@FreeBSD.org Precedence: bulk In message <199504101609.SAA15204@gilberto.physik.rwth-aachen.de>, "Christoph P . Kukulies" writes: >I'm trying to do a fresh install from the SNAP0408 boot floppies >and find that there is no network device being probed nor is there >any ed device (/kernel -c ; ls ). Err? Which set of 950408 floppies? There have been at least 2 that I know of, and seeing as the system seems unstable during the install the permissions have been withdrawn from the directory (if you look now it should be 700 jkh bin). Also, both sets of the floppy I have tried have worked with the ed0 card in the machine I was testing with. The ed0 is on both the boot and cpio floppy. Gary From owner-freebsd-current Mon Apr 10 10:15:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA12513 for current-outgoing; Mon, 10 Apr 1995 10:15:25 -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 KAA12507 for ; Mon, 10 Apr 1995 10:15:23 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA23903; Mon, 10 Apr 95 11:08:58 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504101708.AA23903@cs.weber.edu> Subject: Re: talk - mesg y only To: mmead@goof.com (matthew c. mead) Date: Mon, 10 Apr 95 11:08:57 MDT Cc: current@FreeBSD.org In-Reply-To: <199504090335.XAA22901@goof.com> from "matthew c. mead" at Apr 8, 95 11:35:56 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > Why does talk want mesg y all the time? It's not needed to be > able to talk to others. I like to keep messages on on one xterm, > and messages off on everything else, including a talk session - > that way it doesn't interrupt the wrong window. I know I could > just go change this myself (the change is really trivial), but I > thought I might ask if anyone knows another reason it's desirable > (?) to keep this behavior... Because talk requests aren't VMS style broadcasts like "phone" requests. In other words, you could harrass someone by talking them and typing ^C and they couldn't harrass you back. And it doesn't count that they could harrass you back if they picked the right tty, because there's no way to identify a group of ttys (ptys) as "you" (this is a nod to the fact that multiple people can be using the same account simultaneously, as is the tty argument to both talk and write). The argument you appear to be making is that "broadcasts" should go to a single window in a given "session", and because you have them enabled for one window of a session, then you should be allowed to make requests from the other windows as if they also had it enabled. In other words source -> session -> designated_receivers_for_session. Well, talk doesn't know about "sessions", and a generic "broadcast" mechanism would require restructuring a *lot* of software (why do you thing VT200 and VT300 series terminals don't have an escape key?) to guarantee escape sequence atomicity from the computer to the terminal. You'll find that they 'write' command is also SGID tty and follows (or should, anyway) the same behaviour. 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-current Mon Apr 10 10:22:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA12743 for current-outgoing; Mon, 10 Apr 1995 10:22:34 -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 KAA12737 for ; Mon, 10 Apr 1995 10:22:33 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA29350; Mon, 10 Apr 1995 10:21:38 -0700 From: Poul-Henning Kamp Message-Id: <199504101721.KAA29350@ref.tfs.com> Subject: Re: no ed0 in SNAP0408 kernel To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Mon, 10 Apr 1995 10:21:37 -0700 (PDT) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199504101609.SAA15204@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Apr 10, 95 06:09:03 pm Content-Type: text Content-Length: 531 Sender: current-owner@FreeBSD.org Precedence: bulk > > I'm trying to do a fresh install from the SNAP0408 boot floppies > and find that there is no network device being probed nor is there > any ed device (/kernel -c ; ls ). > Not on the boot.flp. the BOOTFLP kernel has no networking, since all it does is to lift the cpio.flp onto the harddisk. The kernel on the cpio.flp has all the networking -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Mon Apr 10 10:26:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA12794 for current-outgoing; Mon, 10 Apr 1995 10:26:23 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA12780 for ; Mon, 10 Apr 1995 10:26:03 -0700 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id TAA05495; Mon, 10 Apr 1995 19:23:33 +0200 Message-Id: <199504101723.TAA05495@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: mmead@goof.com (matthew c. mead), joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org Subject: Re: talk - mesg y only Date: Mon, 10 Apr 1995 19:23:31 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > > No - I mean why does talk require me to have my messages on to > > INITIATE a talk with someone else. It shouldn't! :-0 > > I think it should, so that if the person you are trying to talk to > either a) doesnt want to talk to you and can quick do a ``write > bugger off, I'm busy :-)'' or b) talk back to you later after > he comes back from a coffee break. > > It's not polite to initiate a talk session from a proc that does > not have messages enabled. It's bloody irritating having someone trying to talk(1) to you, you are trying to respond to him and the talkd(8) is telling you "bugger off, he does not have messages enabled". This is a classic newbie cock-up, (and one which _REALLY_ irritates me when I do it to others...) (That is why _I_ submitted the change!!) M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Mon Apr 10 10:34:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA12973 for current-outgoing; Mon, 10 Apr 1995 10:34:54 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA12965 for ; Mon, 10 Apr 1995 10:34:47 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA25786; Mon, 10 Apr 95 19:33:47 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id TAA15452; Mon, 10 Apr 1995 19:39:03 +0200 Message-Id: <199504101739.TAA15452@gilberto.physik.rwth-aachen.de> Subject: Re: no ed0 in SNAP0408 kernel To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Mon, 10 Apr 1995 19:39:02 +0200 (MET DST) Cc: freebsd-current@freefall.cdrom.com (user alias) In-Reply-To: <199504101721.KAA29350@ref.tfs.com> from "Poul-Henning Kamp" at Apr 10, 95 10:21:37 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 944 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > I'm trying to do a fresh install from the SNAP0408 boot floppies > > and find that there is no network device being probed nor is there > > any ed device (/kernel -c ; ls ). > > > Not on the boot.flp. the BOOTFLP kernel has no networking, since all it > does is to lift the cpio.flp onto the harddisk. The kernel on the cpio.flp > has all the networking That's odd. This doesn't seem to allow me simple repairs I could formerly do using the boot floppy . Now you will tell me there is a fixit floppy for this, right :-)? > > -- > Poul-Henning Kamp -- TRW Financial Systems, Inc. > 'All relevant people are pertinent' && 'All rude people are impertinent' > => 'no rude people are relevant' > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Mon Apr 3 17:10:12 MET DST 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Mon Apr 10 10:35:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA12995 for current-outgoing; Mon, 10 Apr 1995 10:35:46 -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 KAA12989 for ; Mon, 10 Apr 1995 10:35:44 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24173; Mon, 10 Apr 95 11:28:15 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504101728.AA24173@cs.weber.edu> Subject: Re: should su retain ${DISPLAY} To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 10 Apr 95 11:28:15 MDT Cc: freebsd-current@FreeBSD.org In-Reply-To: <199504090719.JAA05076@uriah.heep.sax.de> from "J Wunsch" at Apr 9, 95 09:19:32 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk [ ... what su should do ... ] > > It is therefore arguable that not preserving DISPLAY in these cases > > is, in fact, the right thing to do. > > Yes and no. (That's why i've been asking it to -hackers.) It does > already preserve TERM. So it's also arguable that DISPLAY is in the > same boat as TERM in a windowing environment and should be retained. The TERM variable designates an output device. The DISPLAY variable designates a resource. The distinction is vague unless you are using xauth or some other display access control mechanism which would allow the user access but not allow root access, even if the root credentials instance derived from an su by an authenticated non-root host/credential set. Becoming root in such a case results in losing access to the resource, unless you are prepared to hack .Xauthority, etc. in the su program. 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-current Mon Apr 10 10:37:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13030 for current-outgoing; Mon, 10 Apr 1995 10:37: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 KAA13024 ; Mon, 10 Apr 1995 10:37:28 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24214; Mon, 10 Apr 95 11:31:02 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504101731.AA24214@cs.weber.edu> Subject: Re: should su retain ${DISPLAY} To: Harlan.Stenn@pfcs.com (Harlan Stenn) Date: Mon, 10 Apr 95 11:31:02 MDT Cc: jkh@freefall.cdrom.com, kuku@gilberto.physik.rwth-aachen.de, joerg_wunsch@uriah.heep.sax.de, freebsd-current@freefall.cdrom.com In-Reply-To: <16066.797480012@mumps.pfcs.com> from "Harlan Stenn" at Apr 9, 95 10:13:32 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > The short version of my comment on DISPLAY and "su -" is that I'd > usually prefer that it be there for me. Since I don't get this behavior > be default, I don't know about any times I'd prefer that it didn't > happen. I believe that allowing a root credentialed process to open a window on an X termintal without going through the authentication protocol once again (this time with the new credentials) represents a probable security hole. 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-current Mon Apr 10 10:39:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13120 for current-outgoing; Mon, 10 Apr 1995 10:39:36 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA13074 ; Mon, 10 Apr 1995 10:38:54 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA25812; Mon, 10 Apr 95 19:38:13 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id TAA15481; Mon, 10 Apr 1995 19:43:29 +0200 Message-Id: <199504101743.TAA15481@gilberto.physik.rwth-aachen.de> Subject: Re: no ed0 in SNAP0408 kernel To: gpalmer@freefall.cdrom.com (Gary Palmer) Date: Mon, 10 Apr 1995 19:43:28 +0200 (MET DST) Cc: freebsd-current@freefall.cdrom.com (user alias) In-Reply-To: <12076.797533658@freefall.cdrom.com> from "Gary Palmer" at Apr 10, 95 10:07:38 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1030 Sender: current-owner@FreeBSD.org Precedence: bulk > > In message <199504101609.SAA15204@gilberto.physik.rwth-aachen.de>, "Christoph P > . Kukulies" writes: > >I'm trying to do a fresh install from the SNAP0408 boot floppies > >and find that there is no network device being probed nor is there > >any ed device (/kernel -c ; ls ). > > Err? Which set of 950408 floppies? There have been at least 2 that I know Well, the set I grabbed yesterday (sunday - this must have been night from saturday to sunday californian time). > of, and seeing as the system seems unstable during the install the > permissions have been withdrawn from the directory (if you look now > it should be 700 jkh bin). > > Also, both sets of the floppy I have tried have worked with the ed0 > card in the machine I was testing with. The ed0 is on both the boot and > cpio floppy. > > Gary > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Mon Apr 3 17:10:12 MET DST 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Mon Apr 10 10:56:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13573 for current-outgoing; Mon, 10 Apr 1995 10:56:33 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA13565 for ; Mon, 10 Apr 1995 10:56:32 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id KAA00844; Mon, 10 Apr 1995 10:55:32 -0700 Message-Id: <199504101755.KAA00844@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: "Christoph P. Kukulies" cc: freebsd-current@freefall.cdrom.com Subject: Re: no ed0 in SNAP0408 kernel In-reply-to: Your message of "Mon, 10 Apr 1995 18:09:03 +0200." <199504101609.SAA15204@gilberto.physik.rwth-aachen.de> Date: Mon, 10 Apr 1995 10:55:32 -0700 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk >I'm trying to do a fresh install from the SNAP0408 boot floppies >and find that there is no network device being probed nor is there >any ed device (/kernel -c ; ls ). > >--Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de >FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Mon Apr 3 >17:10:12 MET DST 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 You won't have network support until the kernel on the cpio floppy is installed. There just wasn't enough room on the boot.flp to put a standard generic kernel on it, so a full blown generic kernel is installed when the "mini" on disk system is setup. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Mon Apr 10 11:01:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA13682 for current-outgoing; Mon, 10 Apr 1995 11:01:00 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA13670 for ; Mon, 10 Apr 1995 11:00:58 -0700 Received: by halloran-eldar.lcs.mit.edu; id AA03435; Mon, 10 Apr 1995 14:00:51 -0400 Date: Mon, 10 Apr 1995 14:00:51 -0400 From: Garrett Wollman Message-Id: <9504101800.AA03435@halloran-eldar.lcs.mit.edu> To: terry@cs.weber.edu (Terry Lambert) Cc: current@FreeBSD.org Subject: Re: should su retain ${DISPLAY} In-Reply-To: <9504101731.AA24214@cs.weber.edu> References: <16066.797480012@mumps.pfcs.com> <9504101731.AA24214@cs.weber.edu> Sender: current-owner@FreeBSD.org Precedence: bulk < I believe that [...] window [...] X [...] represents a probable > security hole. You got that right. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Apr 10 11:51:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17758 for current-outgoing; Mon, 10 Apr 1995 11:51:03 -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 LAA17752 for ; Mon, 10 Apr 1995 11:51:01 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24790; Mon, 10 Apr 95 12:44:41 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504101844.AA24790@cs.weber.edu> Subject: Re: Missing telent login prompt To: jc@irbs.com (John Capo) Date: Mon, 10 Apr 95 12:44:40 MDT Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199504091954.PAA11752@irbs.com> from "John Capo" at Apr 9, 95 03:54:28 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > The missing telnet login prompt is timing related. A usleep(250000) > anywhere in the child fixes it, at least for 50 login tests. Does > this mean it may be a kernel pty problem? > > I have one machine that always works without the sleep, three > others don't. Wrong fix. It's option negotiation order. BTW, Linux -> Solaris has the same 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-current Mon Apr 10 11:52:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17804 for current-outgoing; Mon, 10 Apr 1995 11:52:18 -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 LAA17797 for ; Mon, 10 Apr 1995 11:52:06 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18725; Mon, 10 Apr 1995 20:51:29 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id UAA26159 for freebsd-current@FreeBSD.org; Mon, 10 Apr 1995 20:51:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA00595 for freebsd-current@FreeBSD.org; Mon, 10 Apr 1995 20:26:40 +0200 From: J Wunsch Message-Id: <199504101826.UAA00595@uriah.heep.sax.de> Subject: Re: should su retain ${DISPLAY} To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 10 Apr 1995 20:26:40 +0200 (MET DST) In-Reply-To: <9504101728.AA24173@cs.weber.edu> from "Terry Lambert" at Apr 10, 95 11:28: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: 476 Sender: current-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > The TERM variable designates an output device. > > The DISPLAY variable designates a resource. > ... > Becoming root in such a case results in losing access to the resource, > unless you are prepared to hack .Xauthority, etc. in the su program. I think this is a sufficient argument against it. Ok. -- 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-current Mon Apr 10 11:52:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17820 for current-outgoing; Mon, 10 Apr 1995 11:52:29 -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 LAA17796 for ; Mon, 10 Apr 1995 11:52:02 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18733; Mon, 10 Apr 1995 20:51:31 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id UAA26165; Mon, 10 Apr 1995 20:51:29 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA00686; Mon, 10 Apr 1995 20:42:03 +0200 From: J Wunsch Message-Id: <199504101842.UAA00686@uriah.heep.sax.de> Subject: Re: Problem with libutil (login_tty) To: ambrisko@tcs.com (Douglas Ambrisko) Date: Mon, 10 Apr 1995 20:42:03 +0200 (MET DST) Cc: current@FreeBSD.org In-Reply-To: <199504101635.JAA00591@cozumel.tcs.com> from "Douglas Ambrisko" at Apr 10, 95 09:35:20 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: 573 Sender: current-owner@FreeBSD.org Precedence: bulk As Douglas Ambrisko wrote: > > back in! Before, my serial system would only work with the first login after > a reboot. When I would logout, I wouldn't get the getty login banner again. This has been fixed in the -current sources, it was a bug in sys/i386/i386/cons.c (you could get the most recent version of this file to fix). Btw., the latest snap is the ``Happy birthday SNAP'' from April 8 -- it has the fixed version. -- 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-current Mon Apr 10 11:55:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17932 for current-outgoing; Mon, 10 Apr 1995 11:55:04 -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 LAA17925 for ; Mon, 10 Apr 1995 11:55:02 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (4.1/SMI-4.0) id AA26520; Mon, 10 Apr 95 14:54:51 EDT Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA01847; Mon, 10 Apr 95 14:52:47 EDT Date: Mon, 10 Apr 95 14:52:47 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9504101852.AA01847@borg.ess.harris.com> To: freebsd-current@freefall.cdrom.com Subject: Re: ASUS www mirror Sender: current-owner@FreeBSD.org Precedence: bulk he is one of the local business's that I have convinced into running a freebsd box :-), he is very active in the motherboard arena. Another business is a local robot manufacturing facility ,GSMA (forgot what it stands for :-) ), that wanted a "reliable" internet solution. So I told them "you by the equipment and I will set it up". They also are thinking of letting me put one of their robots under "internet control" so folks could WWW over and submit work requests and watch it do its thing. Maybe we should start a cool freebsd sites list. Both ANC and GSMA are happy with freebsd so take heart core members the word is spreading it just takes a little salesmanship. The ANC site was quite a hassle because they wanted to use ISDN so I had my first introduction to the motorola TA210. Hmmmm, not heartily recommended at this time but I hear they have a firmware upgrade available that may make things better, although that connection setup time sure was nice, dial->connected no fuss, no long handshake... Jim > From owner-freebsd-current@freefall.cdrom.com Mon Apr 10 12:52:34 1995 > From: John Capo > Subject: ASUS www mirror > To: freebsd-current@freefall.cdrom.com (freebsd-current) > Date: Mon, 10 Apr 1995 12:44:47 -0400 (EDT) > Reply-To: jc@irbs.com > X-Mailer: ELM [version 2.4 PL24] > Mime-Version: 1.0 > Content-Type> : > text/plain> ; > charset=US-ASCII> > Content-Transfer-Encoding: 7bit > Sender: current-owner@FreeBSD.org > > For those interested in ASUS info, http://anc.surf.tach.net:8080/ > is a US mirror. Much faster than the link to Taiwan. > > -- > John Capo > From owner-freebsd-current Mon Apr 10 11:59:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18335 for current-outgoing; Mon, 10 Apr 1995 11:59:40 -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 LAA18325 for ; Mon, 10 Apr 1995 11:59:38 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24834; Mon, 10 Apr 95 12:53:10 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504101853.AA24834@cs.weber.edu> Subject: Re: What happened to st To: jc@irbs.com (John Capo) Date: Mon, 10 Apr 95 12:53:10 MDT Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199504092106.RAA00247@irbs.com> from "John Capo" at Apr 9, 95 05:06:51 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > I added the long needed re-tension ioctl but there is no st source > in current. I recall a thread about merging st and mt, is someone > working on that? A cute tape retensioning story: On the old ICON boxes, the tape drive that was used was placed right on top of some moderately hot hardware. Tape, being thermoexpansive (ie: it gets bigger when you heat it) would act unreliably on these boxes. The workaround was to "retension" the tape. In reality, this really dis nothing useful except run the tape back and forth (or forth and back, actually) and heat it up to a uniform temperature because of friction at the capstan for the drive roller. In my experience, retensioning is a pretty darn useless waste of 5 minutes per tape load. 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-current Mon Apr 10 12:04:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19027 for current-outgoing; Mon, 10 Apr 1995 12:04:44 -0700 Received: from uustar.starnet.net (root@uustar.starnet.net [128.252.135.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA18978 ; Mon, 10 Apr 1995 12:04:31 -0700 Received: from mumps.pfcs.com by uustar.starnet.net with UUCP id AA18037 (5.67b/IDA-1.5); Mon, 10 Apr 1995 13:49:54 -0500 Received: from localhost by mumps.pfcs.com with SMTP id AA18549 (5.65c/IDA-1.4.4); Mon, 10 Apr 1995 14:39:15 -0400 To: terry@cs.weber.edu (Terry Lambert) Cc: jkh@freefall.cdrom.com, kuku@gilberto.physik.rwth-aachen.de, joerg_wunsch@uriah.heep.sax.de, freebsd-current@freefall.cdrom.com Subject: Re: should su retain ${DISPLAY} In-Reply-To: terry@cs.weber.edu's message dated Mon, 10 Apr 1995 11:31:02. <9504101731.AA24214@cs.weber.edu> Date: Mon, 10 Apr 1995 14:39:14 -0300 Message-Id: <18547.797539154@mumps.pfcs.com> From: Harlan Stenn Sender: current-owner@FreeBSD.org Precedence: bulk Me> The short version of my comment on DISPLAY and "su -" is that I'd Me> usually prefer that it be there for me. Since I don't get this Me> behavior be default, I don't know about any times I'd prefer that it Me> didn't happen. Terry> I believe that allowing a root credentialed process to open a Terry> window on an X termintal without going through the authentication Terry> protocol once again (this time with the new credentials) Terry> represents a probable security hole. Maybe I'm being dense. Anybody can point the DISPLAY variable wherever they want. Where is the connection (no pun intended) between passing the DISPLAY variable and the authentication protocol? And while I didn't say it originally, If I'm going to "su -" at all, I usually do it to a non-root user (like when I run backups as the backup user). H From owner-freebsd-current Mon Apr 10 13:00:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA25607 for current-outgoing; Mon, 10 Apr 1995 13:00: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 NAA25588 for ; Mon, 10 Apr 1995 13:00:14 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id NAA00809; Mon, 10 Apr 1995 13:00:01 -0700 From: "Rodney W. Grimes" Message-Id: <199504102000.NAA00809@gndrsh.aac.dev.com> Subject: Re: ASUS www mirror To: jc@irbs.com Date: Mon, 10 Apr 1995 13:00:01 -0700 (PDT) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199504101644.MAA01237@cleat.irbs.com> from "John Capo" at Apr 10, 95 12:44:47 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 542 Sender: current-owner@FreeBSD.org Precedence: bulk > > For those interested in ASUS info, http://anc.surf.tach.net:8080/ > is a US mirror. Much faster than the link to Taiwan. And for those of you looking for product, I carry the full ASUS product line at some very competitive prices. [Special note to those looking for Triton based boards, send me email I have the scoop on pricing and avaliabilty of the 5 or so different models] -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Mon Apr 10 13:27:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28019 for current-outgoing; Mon, 10 Apr 1995 13:27:04 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA27968 for ; Mon, 10 Apr 1995 13:26:45 -0700 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id WAA22030; Mon, 10 Apr 1995 22:25:44 +0200 Message-Id: <199504102025.WAA22030@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: Brian Tao cc: FREEBSD-CURRENT-L Subject: Re: talk - mesg y only Date: Mon, 10 Apr 1995 22:25:44 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > On Mon, 10 Apr 1995, matthew c. mead wrote: > > > > No - I mean why does talk require me to have my messages on to > > INITIATE a talk with someone else. It shouldn't! :-0 > > I always thought that the other person would not be able to reply > to your talk request if you had messages off. Mind you, I've never > *tried* this, it just seemed to be the logical thing to do. This is _exactly_ why. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Mon Apr 10 13:34:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA28955 for current-outgoing; Mon, 10 Apr 1995 13:34:59 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA28945 for ; Mon, 10 Apr 1995 13:34:55 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id NAA00203; Mon, 10 Apr 1995 13:34:50 -0700 Message-Id: <199504102034.NAA00203@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: "matthew c. mead" cc: current@FreeBSD.org Subject: Re: Adaptec 2940 In-reply-to: Your message of "Thu, 23 Mar 1995 15:26:31 EST." <199503232026.PAA12559@goof.com> Date: Mon, 10 Apr 1995 13:34:50 -0700 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk I'm just clearing out my mail spool and wondering if you've gotten a chance to test out a newer rev of the 2940 driver. It should fix this problem. Thanks, Justin >Justin T. Gibbs wrote: > >> There may be some problems with a race condition during probe. This is >> something I'm working on right now. It seems that, although the driver >> is told to poll for its interrupts, interrupts are not masked, and the >> driver gets totally confused when it polls and finds an interrupt waiting, >> but finds the SCB that caused the condition to be gone (handled by the >> interrupt handler in response to the unmasked interrupt). My quick hack >> is to not register the card's interrupt handler until after we attach all >> scsi devices, but I still run into problems when attempting to share >> interrupts between two controllers. I'll post to the list once I get >> something more robust working. > > Hmm. Thanks for the reply! This seems to be the problem I'm >experiencing - I've gotten several different types of errors while it's been >being probed. > >-matt > >-- >Matthew C. Mead -> Virginia Tech Center for Transportation Research - > -> Multiple Platform System and Network Administration >Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other >---- ------- WWW -> http://www.goof.com/~mmead --- ----- -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Mon Apr 10 13:45:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00338 for current-outgoing; Mon, 10 Apr 1995 13:45:22 -0700 Received: from goof.com (goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA00321 for ; Mon, 10 Apr 1995 13:45:15 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id QAA04687; Mon, 10 Apr 1995 16:45:21 -0400 Date: Mon, 10 Apr 1995 16:45:21 -0400 From: "matthew c. mead" Message-Id: <199504102045.QAA04687@goof.com> To: "Justin T. Gibbs" Cc: current@FreeBSD.org Subject: Re: Adaptec 2940 In-Reply-To: Your message of Mon, April 10, 1995 13:34:50 -0700 References: <199503232026.PAA12559@goof.com> <199504102034.NAA00203@estienne.cs.berkeley.edu> Sender: current-owner@FreeBSD.org Precedence: bulk On Mon, April 10, 1995 at 13:34:50 (-0700), Justin T. Gibbs wrote: > I'm just clearing out my mail spool and wondering if you've gotten a chance > to test out a newer rev of the 2940 driver. It should fix this problem. Yes, it has been fixed. Thanks for getting back to me! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Mon Apr 10 13:45:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00324 for current-outgoing; Mon, 10 Apr 1995 13:45:19 -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 NAA00302 for ; Mon, 10 Apr 1995 13:45:09 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA25214; Mon, 10 Apr 95 14:38:49 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504102038.AA25214@cs.weber.edu> Subject: Re: should su retain ${DISPLAY} To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Mon, 10 Apr 95 14:38:48 MDT Cc: current@FreeBSD.org In-Reply-To: <9504101800.AA03435@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Apr 10, 95 02:00:51 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > I believe that [...] window [...] X [...] represents a probable > > security hole. > > You got that right. 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-current Mon Apr 10 13:50:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00951 for current-outgoing; Mon, 10 Apr 1995 13:50:01 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA00933 for ; Mon, 10 Apr 1995 13:49:56 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id NAA00332; Mon, 10 Apr 1995 13:49:49 -0700 Message-Id: <199504102049.NAA00332@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: bob@obiwan.pmr.com (Bob Willcox) cc: freebsd-current@freefall.cdrom.com Subject: Re: aic7xxx.c: Target Busy console messages In-reply-to: Your message of "Mon, 03 Apr 1995 19:38:32 CDT." Date: Mon, 10 Apr 1995 13:49:49 -0700 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk I think that I've killed these in current. Can you try the newer driver and get back to me? Thanks, Justin >Justin T. Gibbs wrote: >> >> >I have noticed that with my new AHA-2740 controller card I get repetitive >> > >> >ahc0: Target Busy >> > >> >Messages on the console when accessing my Exabyte 8200 tape drive. >> >> Did the probe say that it was a tagged queuing device? Does the >> device actually work regardless of the messages? > >No, it doesn't support tagged queueing (doesn't even support >synchronous xfers). Seems to work ok with dump and restore, though >I am having problems with dd and haven't really sorted them out >just yet. > >> > >> >>From this, it sounds to me that this is a rather normal condition >> >and that the driver should simply reissue the command (periodically) >> >until successful. Is this true of other devices as well? >> >> It does reissue the command. It just doesn't happen that often so I log >> it to the console. > >It happens quite often with this device :-( I seem to be getting >10-12 of them whenever I run dump or restore to it. > > >-- >Bob Willcox >bob@obiwan.pmr.com (or obiwan%bob@uunet.uu.net) >Austin, TX -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Mon Apr 10 14:07:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03346 for current-outgoing; Mon, 10 Apr 1995 14:07:55 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA03332 ; Mon, 10 Apr 1995 14:07:48 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Paul Pries cc: current@FreeBSD.org Subject: Re: 950322-SNAP hurrays and problems In-reply-to: Your message of "Mon, 10 Apr 95 09:02:45 +0200." Date: Mon, 10 Apr 1995 14:07:46 -0700 Message-ID: <3330.797548066@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > The thing I'd like to know then is, where is it? > I just checked and can't find no 950408-SNAP, just the 950322-SNAP. :-) > > I'm going to install a new box today (or maybe tomorrow), so I'd really > like to have it... It's been delayed due to unforseen circumstances.. Hopefully soon! Jordan From owner-freebsd-current Mon Apr 10 14:12:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA04046 for current-outgoing; Mon, 10 Apr 1995 14:12:48 -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 OAA04025 ; Mon, 10 Apr 1995 14:12:41 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA25231; Mon, 10 Apr 95 14:41:24 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504102041.AA25231@cs.weber.edu> Subject: Re: should su retain ${DISPLAY} To: Harlan.Stenn@pfcs.com (Harlan Stenn) Date: Mon, 10 Apr 95 14:41:24 MDT Cc: jkh@freefall.cdrom.com, kuku@gilberto.physik.rwth-aachen.de, joerg_wunsch@uriah.heep.sax.de, freebsd-current@freefall.cdrom.com In-Reply-To: <18547.797539154@mumps.pfcs.com> from "Harlan Stenn" at Apr 10, 95 02:39:14 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > Terry> I believe that allowing a root credentialed process to open a > Terry> window on an X termintal without going through the authentication > Terry> protocol once again (this time with the new credentials) > Terry> represents a probable security hole. > > Maybe I'm being dense. Anybody can point the DISPLAY variable wherever > they want. Where is the connection (no pun intended) between passing > the DISPLAY variable and the authentication protocol? None. And that's the point. In the case where it still won't work, there's no reason to set it to the invalid value. In the case that it will work, the value shouldn't be set for security reasons. There never a case where it should be set and will work. 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-current Mon Apr 10 14:15:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA04406 for current-outgoing; Mon, 10 Apr 1995 14:15:47 -0700 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA04369 for ; Mon, 10 Apr 1995 14:15:33 -0700 Received: by pelican.com (Smail3.1.28.1 #5) id m0ryQns-000K0jC; Mon, 10 Apr 95 14:15 WET DST Message-Id: From: pete@pelican.com (Pete Carah) Subject: make world, yesterday morning sup To: current@FreeBSD.org Date: Mon, 10 Apr 1995 14:15:24 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2201 Sender: current-owner@FreeBSD.org Precedence: bulk Make world from a Sunday morning PDT sup: -------------------------------------------------------------------------- TRY_ABOR -DGATEWAY -c /u2/pete/src-2.0/usr.bin/ncftp/ftprc.c /u2/pete/src-2.0/usr.bin/ncftp/ftprc.c: In function `SortRecentList': /u2/pete/src-2.0/usr.bin/ncftp/ftprc.c:255: warning: passing arg 4 of `qsort' fr om incompatible pointer type cc -O2 -DGZCAT=\"/usr/bin/gzcat\" -DREADLINE -DCURSES -DNO_CURSES_H -DSYSLOG -D TRY_ABOR -DGATEWAY -c /u2/pete/src-2.0/usr.bin/ncftp/getpass.c cc -O2 -DGZCAT=\"/usr/bin/gzcat\" -DREADLINE -DCURSES -DNO_CURSES_H -DSYSLOG -D TRY_ABOR -DGATEWAY -c /u2/pete/src-2.0/usr.bin/ncftp/glob.c cc -O2 -DGZCAT=\"/usr/bin/gzcat\" -DREADLINE -DCURSES -DNO_CURSES_H -DSYSLOG -D TRY_ABOR -DGATEWAY -c /u2/pete/src-2.0/usr.bin/ncftp/main.c cc -O2 -DGZCAT=\"/usr/bin/gzcat\" -DREADLINE -DCURSES -DNO_CURSES_H -DSYSLOG -D TRY_ABOR -DGATEWAY -c /u2/pete/src-2.0/usr.bin/ncftp/open.c cc -O2 -DGZCAT=\"/usr/bin/gzcat\" -DREADLINE -DCURSES -DNO_CURSES_H -DSYSLOG -D TRY_ABOR -DGATEWAY -c /u2/pete/src-2.0/usr.bin/ncftp/set.c cc -O2 -DGZCAT=\"/usr/bin/gzcat\" -DREADLINE -DCURSES -DNO_CURSES_H -DSYSLOG -D TRY_ABOR -DGATEWAY -c /u2/pete/src-2.0/usr.bin/ncftp/tips.c cc -O2 -DGZCAT=\"/usr/bin/gzcat\" -DREADLINE -DCURSES -DNO_CURSES_H -DSYSLOG -D TRY_ABOR -DGATEWAY -c /u2/pete/src-2.0/usr.bin/ncftp/util.c cc -O2 -DGZCAT=\"/usr/bin/gzcat\" -DREADLINE -DCURSES -DNO_CURSES_H -DSYSLOG -D TRY_ABOR -DGATEWAY -o ncftp cmds.o cmdtab.o ftp.o ftprc.o getpass.o glob.o ma in.o open.o set.o tips.o util.o -lreadline -ltermcap ===> usr.bin/netstat cc -O2 -I/sys -c /u2/pete/src-2.0/usr.bin/netstat/if.c cc -O2 -I/sys -c /u2/pete/src-2.0/usr.bin/netstat/inet.c /u2/pete/src-2.0/usr.bin/netstat/inet.c: In function `protopr': /u2/pete/src-2.0/usr.bin/netstat/inet.c:102: structure has no member named `list ' *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 -------------------------------------------------------------------- Arg 4 of qsort is usually incompatible but I like to cast them :-) The other in netstat is more serious; either make world is missing a beforeinstall somewhere or someone broke something :-) -- Pete From owner-freebsd-current Mon Apr 10 14:18:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA04863 for current-outgoing; Mon, 10 Apr 1995 14:18:45 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA04847 for ; Mon, 10 Apr 1995 14:18:39 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: current@freefall.cdrom.com Subject: "Birthday snap" cancelled.. Date: Mon, 10 Apr 1995 14:18:37 -0700 Message-ID: <4844.797548717@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk Yes folks, as much as I'd have loved to see it happen, 2.0-950408-SNAP is not going to happen. There are simply too many kernel bugs in FreeBSD-current at this time to justify snapshotting it. Our test machine panics consistently with the snapshot floppies, even with the matcd driver disabled entirely (e.g. not compiled into the GENERIC kernel). I promise to release a snapshot just as soon as FreeBSD can run more than 10 yards without tripping over its shoelaces.. :-) Jordan From owner-freebsd-current Mon Apr 10 15:37:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA14974 for current-outgoing; Mon, 10 Apr 1995 15:37:09 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA14965 ; Mon, 10 Apr 1995 15:37:06 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: jleppek@suw2k.ess.harris.com (James Leppek) cc: freebsd-current@freefall.cdrom.com Subject: Re: ASUS www mirror In-reply-to: Your message of "Mon, 10 Apr 95 14:52:47 EDT." <9504101852.AA01847@borg.ess.harris.com> Date: Mon, 10 Apr 1995 15:37:06 -0700 Message-ID: <14962.797553426@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > The ANC site was quite a hassle because they wanted to use > ISDN so I had my first introduction to the motorola > TA210. Hmmmm, not heartily recommended at this time but I hear > they have a firmware upgrade available that may make things better, > although that connection setup time sure was nice, dial->connected > no fuss, no long handshake... Are you saying you have a FreeBSD box up and using ISDN commercially? Details - Dammit, Jim - I'm an engineer, not a clarvoyant! :-) Jordan From owner-freebsd-current Mon Apr 10 15:50:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA15629 for current-outgoing; Mon, 10 Apr 1995 15:50:38 -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 PAA15623 for ; Mon, 10 Apr 1995 15:50:31 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.9/8.6.9) id SAA27875 for current@freebsd.org; Mon, 10 Apr 1995 18:52:04 -0400 From: Mark Hittinger Message-Id: <199504102252.SAA27875@ns1.win.net> Subject: re: "Birthday snap" cancelled.. To: current@FreeBSD.org Date: Mon, 10 Apr 1995 18:52:03 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 15 Sender: current-owner@FreeBSD.org Precedence: bulk April Fool! From owner-freebsd-current Mon Apr 10 16:33:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA16606 for current-outgoing; Mon, 10 Apr 1995 16:33:26 -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 QAA16598 ; Mon, 10 Apr 1995 16:33:22 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (4.1/SMI-4.0) id AA27205; Mon, 10 Apr 95 19:33:16 EDT Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA03441; Mon, 10 Apr 95 19:31:12 EDT Date: Mon, 10 Apr 95 19:31:12 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9504102331.AA03441@borg.ess.harris.com> To: jkh@freefall.cdrom.com Subject: Re: ASUS www mirror Cc: freebsd-current@freefall.cdrom.com Sender: current-owner@FreeBSD.org Precedence: bulk > From owner-freebsd-current@freefall.cdrom.com Mon Apr 10 18:42:28 1995 > X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol > To: jleppek@suw2k.ess.harris.com (James Leppek) > Cc: freebsd-current@freefall.cdrom.com > Subject: Re: ASUS www mirror > Date: Mon, 10 Apr 1995 15:37:06 -0700 > From: "Jordan K. Hubbard" > Sender: current-owner@FreeBSD.org > > > The ANC site was quite a hassle because they wanted to use > > ISDN so I had my first introduction to the motorola > > TA210. Hmmmm, not heartily recommended at this time but I hear > > they have a firmware upgrade available that may make things better, > > although that connection setup time sure was nice, dial->connected > > no fuss, no long handshake... > > Are you saying you have a FreeBSD box up and using ISDN commercially? > > Details - Dammit, Jim - I'm an engineer, not a clarvoyant! :-) > > Jordan > Ok Details..didn't think there would be to much interest. I have loaded up a couple of this companies machines DX2, and 75Mhz pentium, NCR scsi, adaptec 1542, mach video,etc.. To introduce them to freebsd, after getting them up and running with a simple Web setup, ( I left it at port 8080 after my testing and it looks like it was never changed, oh well I guess I will have to fix it, why is it free support is purpetual :-) ) they wanted more bandwidth and wanted to try ISDN. lets just say getting the ISDN line to the building from the phone company was a comedy of errors in itself. But after sothern bell struggled for a week, (taking out the phone service of the block for a while we suspect :-) ) we had an ISDN line. Then the adventure began with the provider, lots of mistakes about ISDN switch types and numbers and very little documentation with the motorola TA210. we have yet to configure the ports to a baudrate > 57600 as a powerup default :-( it seems all saved, we use every save option we could find and loaded every profile with the same info, cut the power and its back to 57600, ignore DTR. I think some of this may be fixed in a firmware update that also would support bonding the 2 B channels together. as far as freebsd goes it looks just like a modem on com port 1. the connect times are very nice just a second and your there :-) The costs are pretty hefty... southern bell $95/month plus setup provider $300/month for dedicated + setup I think its 500 with a bonded ISDN link(128kbits) The providers infrastructure appears to be a linux box as a router which I think was causing problem with routing between 2 freebsd boxes. They are linux fanatics so I don't bother to try and change their minds, not worth the trouble. There may also be problems with the "health club" approach many providers have, I never realized how many 28Kbit, 64kbit, and 128kbit dedicated lines can fit over 1 128kbit fractional T1 must be that new math ;-) So think before you leap. Anyway, I guess the answer is yes I've got a freebsd box that is on an ISDN(not really mine but I maintain it in reality, you know that great free support/maintainance agreement we all seem to like...) I personally am going to wait a while before I sign up but thats on the lowly budget of a SW research engineer. (panelist 17th National computer security conference, anyone care to PAY me for my time, HA HA HA HA, pay HA HA HA, oops sorry to much mountain dew, where did I put those pop tarts? :-) ) ( I think the GSMA robot may be more interesting :-) ) Jim From owner-freebsd-current Mon Apr 10 17:34:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA18297 for current-outgoing; Mon, 10 Apr 1995 17:34:44 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA18291 for ; Mon, 10 Apr 1995 17:34:38 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14516(4)>; Mon, 10 Apr 1995 17:31:35 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49864>; Mon, 10 Apr 1995 17:31:25 -0700 X-Mailer: exmh version 1.6gamma 3/30/95 To: Brian Tao cc: FREEBSD-CURRENT-L Subject: Re: man(1) bug In-reply-to: Your message of "Sun, 09 Apr 95 00:33:56 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Apr 1995 17:31:09 PDT From: Bill Fenner Message-Id: <95Apr10.173125pdt.49864@crevenia.parc.xerox.com> Sender: current-owner@FreeBSD.org Precedence: bulk In message you write: >Or as Rod Grimes noted, look at the 4.4BSD man instead. Or, perhaps, Tom Christiansen's perl man? Is this license too restrictive? COPYRIGHT Copyright 1990 CONVEX Computer Corporation. You are free to use, modify, and redistribute these scripts as you wish for non-commercial purposes provided that this notice remains intact. Bill From owner-freebsd-current Mon Apr 10 17:40:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA18433 for current-outgoing; Mon, 10 Apr 1995 17:40:40 -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 RAA18425 for ; Mon, 10 Apr 1995 17:40:35 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id RAA01847; Mon, 10 Apr 1995 17:40:10 -0700 From: "Rodney W. Grimes" Message-Id: <199504110040.RAA01847@gndrsh.aac.dev.com> Subject: Re: man(1) bug To: fenner@parc.xerox.com (Bill Fenner) Date: Mon, 10 Apr 1995 17:40:10 -0700 (PDT) Cc: taob@gate.sinica.edu.tw, freebsd-current@FreeBSD.org In-Reply-To: <95Apr10.173125pdt.49864@crevenia.parc.xerox.com> from "Bill Fenner" at Apr 10, 95 05:31:09 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 732 Sender: current-owner@FreeBSD.org Precedence: bulk > > In message > you write: > >Or as Rod Grimes noted, look at the 4.4BSD man instead. > > Or, perhaps, Tom Christiansen's perl man? Is this license too restrictive? > > COPYRIGHT > Copyright 1990 CONVEX Computer Corporation. You are free to > use, modify, and redistribute these scripts as you wish for > non-commercial purposes provided that this notice remains ^^^^^^^^^^^^^^^ Too restrictive, it could not go on the CDROM, and that would be very bad news. > intact. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Mon Apr 10 18:25:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA19392 for current-outgoing; Mon, 10 Apr 1995 18:25:28 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA19374 for ; Mon, 10 Apr 1995 18:25:21 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.10) id TAA05570; Mon, 10 Apr 1995 19:29:23 -0600 Date: Mon, 10 Apr 1995 19:29:23 -0600 Message-Id: <199504110129.TAA05570@trout.sri.MT.net> To: Bill Fenner Cc: Brian Tao , FREEBSD-CURRENT-L Subject: Re: man(1) bug In-Reply-To: <95Apr10.173125pdt.49864@crevenia.parc.xerox.com> References: <95Apr10.173125pdt.49864@crevenia.parc.xerox.com> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: current-owner@FreeBSD.org Precedence: bulk Bill Fenner writes: > In message > you write: > >Or as Rod Grimes noted, look at the 4.4BSD man instead. > > Or, perhaps, Tom Christiansen's perl man? Is this license too restrictive? Rod already mentioned the restrictive license. I'd like to point out that although my experience with the package itself has been positive, I have noticed a *LARGE* slowdown with Perl man vs. C-man which tainted my view of it a bit. This may have changed with Perl5, but Perl4 is what is shipped w/FreeBSD. Nate From owner-freebsd-current Mon Apr 10 18:37:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA23932 for current-outgoing; Mon, 10 Apr 1995 18:37:53 -0700 Received: from pluto.ops.NeoSoft.com (root@pluto.ops.NeoSoft.COM [198.64.212.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA23830 for ; Mon, 10 Apr 1995 18:37:45 -0700 Received: from metal.ops.neosoft.com (glenn-slip53.nmt.edu [129.138.5.153]) by pluto.ops.NeoSoft.com (8.6.10/8.6.10) with ESMTP id UAA19423 for ; Mon, 10 Apr 1995 20:37:36 -0500 Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.11/8.6.10) id TAA00547 for freebsd-current@freebsd.org; Mon, 10 Apr 1995 19:37:08 -0600 From: Scott Mace Message-Id: <199504110137.TAA00547@metal.ops.neosoft.com> Subject: Best P5 MB? To: freebsd-current@FreeBSD.org Date: Mon, 10 Apr 1995 19:37:07 -0600 (MDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 271 Sender: current-owner@FreeBSD.org Precedence: bulk I'm in the market for a pentium MB. and was wondering what everyone thought was the "best". I've heard good stuff about the ASUS P545P4's(SIS chipset?) and also about the new ones with triton chipset. What about the Supermicro boards? opti chipset. Thanks, Scott From owner-freebsd-current Mon Apr 10 18:49:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA03394 for current-outgoing; Mon, 10 Apr 1995 18:49:13 -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 SAA03262 for ; Mon, 10 Apr 1995 18:49:01 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id SAA02061; Mon, 10 Apr 1995 18:48:52 -0700 From: "Rodney W. Grimes" Message-Id: <199504110148.SAA02061@gndrsh.aac.dev.com> Subject: Re: Best P5 MB? To: smace@metal-mail.neosoft.com (Scott Mace) Date: Mon, 10 Apr 1995 18:48:51 -0700 (PDT) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199504110137.TAA00547@metal.ops.neosoft.com> from "Scott Mace" at Apr 10, 95 07:37:07 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 771 Sender: current-owner@FreeBSD.org Precedence: bulk > > I'm in the market for a pentium MB. and was wondering what everyone thought > was the "best". > > I've heard good stuff about the ASUS P545P4's(SIS chipset?) P54SP4, should be okay, though I have seen incompatibilities between the Sis 85C50X chip set and Bt946C controllers. I have an ECS version of this board in stock that I can do some pretty aggressive pricing on if your interested. > and also about the new ones with triton chipset. Great boards, highly recomeneded, pricing and availibity info coming in seperate email. > What about the Supermicro boards? opti chipset. Stay away from them.... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Mon Apr 10 19:53:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA05676 for current-outgoing; Mon, 10 Apr 1995 19:53:18 -0700 Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA05670 for ; Mon, 10 Apr 1995 19:53:05 -0700 Received: (robin@localhost) by intercore.com (8.6.9/8.6.4) id WAA04439; Mon, 10 Apr 1995 22:51:28 -0400 From: "Robin Cutshaw" Message-Id: <9504102251.ZM4437@num1sun.intercore.com> Date: Mon, 10 Apr 1995 22:51:27 -0400 In-Reply-To: Scott Mace "Best P5 MB?" (Apr 10, 7:37pm) References: <199504110137.TAA00547@metal.ops.neosoft.com> X-Mailer: Z-Mail (3.2.1 15feb95) To: Scott Mace Subject: Re: Best P5 MB? Cc: freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: current-owner@FreeBSD.org Precedence: bulk On Apr 10, 7:37pm, Scott Mace wrote: > Subject: Best P5 MB? > I'm in the market for a pentium MB. and was wondering what everyone thought > was the "best". > > I've heard good stuff about the ASUS P545P4's(SIS chipset?) > and also about the new ones with triton chipset. > > What about the Supermicro boards? opti chipset. > I've had mixed results with ASUS motherboards. The P54SP4 seems to work well with unixware and nt (haven't tried freebsd). I've got one each of the dual P90 motherboards (1 eisa/pci, 1 isa/pci). I've had to replace both of them but the pci/isa now works well with unixware 2.0. You can really see the speedup with the second processor. I've run freebsd on the eisa/pci dual motherboard with varied results (I'm not sure whether the problems I saw were related to the motherboard or the -current cut :-). robin From owner-freebsd-current Mon Apr 10 20:20:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA06367 for current-outgoing; Mon, 10 Apr 1995 20:20:39 -0700 Received: from shell1.best.com (root@shell1.best.com [204.156.128.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA06361 for ; Mon, 10 Apr 1995 20:20:35 -0700 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.11/8.6.5) with ESMTP id UAA24616; Mon, 10 Apr 1995 20:20:14 -0700 Received: (from rcarter@localhost) by geli.clusternet (8.6.11/8.6.9) id UAA16105; Mon, 10 Apr 1995 20:19:02 -0700 Date: Mon, 10 Apr 1995 20:19:02 -0700 From: "Russell L. Carter" Message-Id: <199504110319.UAA16105@geli.clusternet> To: freebsd-current@FreeBSD.org, smace@metal-mail.neosoft.com Subject: Re: Best P5 MB? Sender: current-owner@FreeBSD.org Precedence: bulk I have the P54SP4 running as my main server. It is nice an solid, 4 pci slots, but about 5-35% slower than the original Intel Plato. I also have a 100MHZ TP4 with the pipelined sram, it's about 30% faster than the neptune. Yes, you can add all those percentages... It works fine with a 032195 system, but I had too much trouble with the 032295 SNAP labeling disks to see if it still works. I imagine it does, and if so, that is the motherboard you should buy. I got mine for $365. It's about $100 cheaper without the pipelined sram. It is also *very* hard to find, maybe impossible this month. The company I was working for 6 months ago bought some opti boards. Wouldn't work for crud then. Maybe revisions since then have made them the best? Haven't heard anything... YMMV, Russell From owner-freebsd-current Mon Apr 10 22:29:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA09742 for current-outgoing; Mon, 10 Apr 1995 22:29:28 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA09732 for ; Mon, 10 Apr 1995 22:29:00 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA27493; Tue, 11 Apr 1995 13:29:26 +0800 Date: Tue, 11 Apr 1995 13:29:24 +0800 (CST) From: Brian Tao To: FREEBSD-CURRENT-L Subject: /usr/share/man/cat? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk Should the binaries or man page distribution create empty /usr/share/man/cat[1-8] directories so that preformatted man pages can be saved? It took me a couple weeks to figure out that was why I wasn't getting the "Formatting page, please wait..." message. ;-) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Mon Apr 10 22:40:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13285 for current-outgoing; Mon, 10 Apr 1995 22:40:37 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA13189 for ; Mon, 10 Apr 1995 22:40:12 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA27507; Tue, 11 Apr 1995 13:39:32 +0800 Date: Tue, 11 Apr 1995 13:39:32 +0800 (CST) From: Brian Tao To: FREEBSD-CURRENT-L Subject: Re: Missing telent login prompt In-Reply-To: <199504091954.PAA11752@irbs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 9 Apr 1995, John Capo wrote: > > The missing telnet login prompt is timing related. A usleep(250000) > anywhere in the child fixes it, at least for 50 login tests. When I telnet to any of the FreeBSD boxes here, the time it takes for the login prompt to show up appears to be more or less random. Sometimes it pops up right away, other times it can take up to 6 or 7 seconds. Is this the same problem? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Mon Apr 10 22:50:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13516 for current-outgoing; Mon, 10 Apr 1995 22:50:35 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA13502 ; Mon, 10 Apr 1995 22:50:14 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA27526; Tue, 11 Apr 1995 13:50:28 +0800 Date: Tue, 11 Apr 1995 13:50:27 +0800 (CST) From: Brian Tao To: "Jordan K. Hubbard" cc: current@freefall.cdrom.com Subject: Re: "Birthday snap" cancelled.. In-Reply-To: <4844.797548717@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Mon, 10 Apr 1995, Jordan K. Hubbard wrote: > > I promise to release a snapshot just as soon as FreeBSD can run more than > 10 yards without tripping over its shoelaces.. :-) My God, I just had a sudden image of the BSD daemon sprawled on the pavement, his pitchfork a couple feet in front of him and his shoelaces tied together... ;-) BTW, I noticed that the /a filesystem on time was 100% full on several occasions. I deleted a few large packages in my home directory (like GeomView) in the meantime. I hope that hasn't been impacting on your snapshot rolling. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Mon Apr 10 22:57:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13681 for current-outgoing; Mon, 10 Apr 1995 22:57:00 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA13654 for ; Mon, 10 Apr 1995 22:56:22 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA27553; Tue, 11 Apr 1995 13:56:42 +0800 Date: Tue, 11 Apr 1995 13:56:42 +0800 (CST) From: Brian Tao To: FREEBSD-CURRENT-L Subject: Re: ASUS www mirror Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Mon, 10 Apr 1995, John Capo wrote: > > For those interested in ASUS info, http://anc.surf.tach.net:8080/ > is a US mirror. Much faster than the link to Taiwan. This site is faster than ASUS' home site, even though I live in Taipei... :-/ I noticed ANC lists the 486SP3 motherboard but not the 486SP3G. Doesn't the latter use the Saturn II chipset? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Mon Apr 10 23:01:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA13827 for current-outgoing; Mon, 10 Apr 1995 23:01:29 -0700 Received: from hole.cdrom.com (hole.cdrom.com [192.216.222.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA13821 for ; Mon, 10 Apr 1995 23:01:27 -0700 Received: from localhost (localhost [127.0.0.1]) by hole.cdrom.com (8.6.11/8.6.9) with SMTP id GAA00173 for ; Tue, 11 Apr 1995 06:01:26 GMT X-Authentication-Warning: hole.cdrom.com: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: tcpdump MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 11 Apr 1995 06:01:25 +0000 Message-ID: <172.797580085@hole.cdrom.com> From: Gary Palmer Sender: current-owner@FreeBSD.org Precedence: bulk Hi I've been consistently panicing my kernel when I run tcpdump on my machine's ed0 interface (it's the only i/f it has so I'm not sure yet if it's a tcpdump-specific problem or a ed0-specific problem). I've been running tcpdump with filters a lot recently, which may or may not be related (i.e. ``tcpdump rarp'' or ``tcpdump host ghost''). Any ideas? This is with a kernel compiled from the CVS tree earlier this evening. Gary From owner-freebsd-current Mon Apr 10 23:17:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA14328 for current-outgoing; Mon, 10 Apr 1995 23:17:16 -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 XAA14322 ; Mon, 10 Apr 1995 23:17:11 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id XAA02693; Mon, 10 Apr 1995 23:14:18 -0700 From: "Rodney W. Grimes" Message-Id: <199504110614.XAA02693@gndrsh.aac.dev.com> Subject: Re: "Birthday snap" cancelled.. To: taob@gate.sinica.edu.tw (Brian Tao) Date: Mon, 10 Apr 1995 23:14:17 -0700 (PDT) Cc: jkh@freefall.cdrom.com, current@freefall.cdrom.com In-Reply-To: from "Brian Tao" at Apr 11, 95 01:50:27 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1056 Sender: current-owner@FreeBSD.org Precedence: bulk > > On Mon, 10 Apr 1995, Jordan K. Hubbard wrote: > > > > I promise to release a snapshot just as soon as FreeBSD can run more than > > 10 yards without tripping over its shoelaces.. :-) > > My God, I just had a sudden image of the BSD daemon sprawled on > the pavement, his pitchfork a couple feet in front of him and his > shoelaces tied together... ;-) > New GIF!! New GIF!! I want this one, it would be perfect to hang over the top of my test bench (I have an 8' long table that I pre assemble and test machines without cases. It looks like a massive rats nest of power supplies, motherboards, disk drives and cables every where.) This would also be a good poster for any of our -current folks who put up with system instability to help get it all debugged. Ohh.. and the caption for what the Daemon is thinking should read ``Okay, who's been playing with my source strings again?'' -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Mon Apr 10 23:31:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA14503 for current-outgoing; Mon, 10 Apr 1995 23:31: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 XAA14497 for ; Mon, 10 Apr 1995 23:31:00 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id XAA02759; Mon, 10 Apr 1995 23:30:39 -0700 From: "Rodney W. Grimes" Message-Id: <199504110630.XAA02759@gndrsh.aac.dev.com> Subject: Re: ASUS www mirror To: taob@gate.sinica.edu.tw (Brian Tao) Date: Mon, 10 Apr 1995 23:30:39 -0700 (PDT) Cc: freebsd-current@FreeBSD.org In-Reply-To: from "Brian Tao" at Apr 11, 95 01:56:42 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1202 Sender: current-owner@FreeBSD.org Precedence: bulk > > On Mon, 10 Apr 1995, John Capo wrote: > > > > For those interested in ASUS info, http://anc.surf.tach.net:8080/ > > is a US mirror. Much faster than the link to Taiwan. > > This site is faster than ASUS' home site, even though I live in > Taipei... :-/ I noticed ANC lists the 486SP3 motherboard but not the > 486SP3G. Doesn't the latter use the Saturn II chipset? The PVI-486SP3 is an Sis 85C496/7 based motherboard with ISA/VLB/PCI, the PCI/I-486SP3G is Intel Saturn II based motherboard with ISA/PCI. Carefull with them there model numbers dropping parts of them can lead to the wrong board being talked about and/or facts about them not being quite factual. There may have been a model PCI/I-486SP3 at one time, but I can't find any information about it. I have seen a lot of ASUS model numbers hashed around and every character in them can be very important to get the correct facts about them, for example there is a PCI/I-P54NP4 and a PCI/I-P54NP4D, don't try to put a 75Mhz CPU in your PCI/I-P54NP4, it won't work right. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Tue Apr 11 00:13:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA15125 for current-outgoing; Tue, 11 Apr 1995 00:13:49 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA15118 ; Tue, 11 Apr 1995 00:13:46 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Brian Tao cc: current@freefall.cdrom.com Subject: Re: "Birthday snap" cancelled.. In-reply-to: Your message of "Tue, 11 Apr 95 13:50:27 +0800." Date: Tue, 11 Apr 1995 00:13:46 -0700 Message-ID: <15117.797584426@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > My God, I just had a sudden image of the BSD daemon sprawled on > the pavement, his pitchfork a couple feet in front of him and his > shoelaces tied together... ;-) I rather like that! It's just one of several "daemon in various poses" pictures that would really grace our web pages if we could just get someone to do the art (and you know who you are :-).. I can see this shoelaces picture (humorously done) being a wonderful icon for the "Bug report / tracking" page.. :-) Jordan From owner-freebsd-current Tue Apr 11 01:02:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA15822 for current-outgoing; Tue, 11 Apr 1995 01:02:06 -0700 Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA15800 for ; Tue, 11 Apr 1995 01:01:11 -0700 Received: (nnd@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) id OAA04522 for current@freebsd.org; Tue, 11 Apr 1995 14:58:37 +0700 Date: Tue, 11 Apr 1995 14:58:37 +0700 From: "Nickolay N. Dudorov" Message-Id: <199504110758.OAA04522@gw.itfs.nsk.su> To: current@FreeBSD.org Subject: Gated and /etc/rc Sender: current-owner@FreeBSD.org Precedence: bulk There is some problems with gated in current /etc/{rc,netstart}: 1) It seems to me that correct way to start gated is 'gdc start' (or even '/usr/local/bin/gdc start') 2) Upon startup gated write his pid in /var/run/gated.pid (along with /var/run/gated.version ?) But /var/run cleaning is placed after netstart in /etc/rc ;-( Can somebody propose any solution for this ? I can place /var/run cleaning BEFORE netstart, but currently it is AFTER NFS-mounting, which is after netstart ... N.Dudorov From owner-freebsd-current Tue Apr 11 01:27:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA16345 for current-outgoing; Tue, 11 Apr 1995 01:27:16 -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 BAA16337 for ; Tue, 11 Apr 1995 01:27:11 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id BAA03015; Tue, 11 Apr 1995 01:23:23 -0700 From: "Rodney W. Grimes" Message-Id: <199504110823.BAA03015@gndrsh.aac.dev.com> Subject: Re: Gated and /etc/rc To: nnd@gw.itfs.nsk.su (Nickolay N. Dudorov) Date: Tue, 11 Apr 1995 01:23:22 -0700 (PDT) Cc: current@FreeBSD.org In-Reply-To: <199504110758.OAA04522@gw.itfs.nsk.su> from "Nickolay N. Dudorov" at Apr 11, 95 02:58:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1198 Sender: current-owner@FreeBSD.org Precedence: bulk > > There is some problems with gated in current > /etc/{rc,netstart}: > > 1) It seems to me that correct way to start gated is > 'gdc start' (or even '/usr/local/bin/gdc start') I don't use gated here so I can't speek to this one. Don't you need gated running before you can issue gdc control commands? > 2) Upon startup gated write his pid in /var/run/gated.pid > (along with /var/run/gated.version ?) > But /var/run cleaning is placed after netstart in /etc/rc ;-( I am aware of this and am working on fixing it. The /etc/rc files basically got into a real mess a few weeks back and I am just now getting the last few wrinkles out of them. > Can somebody propose any solution for this ? Move this line: (cd /var/run && { rm -rf -- *; cp /dev/null utmp; chmod 644 utmp; }) to be right after: mount -a -t nonfs and it should fix the problem for you, unless /var happens to be NFS mounted. > I can place /var/run cleaning BEFORE netstart, but currently > it is AFTER NFS-mounting, which is after netstart ... See above.. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Tue Apr 11 02:29:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA17514 for current-outgoing; Tue, 11 Apr 1995 02:29:29 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA17508 for ; Tue, 11 Apr 1995 02:29:21 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id RAA27826; Tue, 11 Apr 1995 17:29:50 +0800 Date: Tue, 11 Apr 1995 17:29:50 +0800 (CST) From: Brian Tao cc: freebsd-current@FreeBSD.org Subject: Re: ASUS www mirror In-Reply-To: <199504110630.XAA02759@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Mon, 10 Apr 1995, Rodney W. Grimes wrote: > > Carefull with them there model numbers dropping parts of them can > lead to the wrong board being talked about and/or facts about them > not being quite factual. No kidding! This lead to much confusion a couple months ago when I went shopping for a second system on which to build FreeBSD. My general impression was that the 486SP3 is "bad" and the 486SP3G is "good". However, I ended up with a 486AP4 because the dealer, strangely, said he was not able to get any SP3G's. Seems like ASUS earmarks close to 100% of their SP3G's for export... :( -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Tue Apr 11 02:38:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA17584 for current-outgoing; Tue, 11 Apr 1995 02:38:35 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA17574 for ; Tue, 11 Apr 1995 02:38:30 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA00662; Tue, 11 Apr 95 11:37:49 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id LAA18289 for freebsd-current@freefall.cdrom.com; Tue, 11 Apr 1995 11:43:04 +0200 Date: Tue, 11 Apr 1995 11:43:04 +0200 From: "Christoph P. Kukulies" Message-Id: <199504110943.LAA18289@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.cdrom.com Subject: unable to swap to /dev/wd2b Sender: current-owner@FreeBSD.org Precedence: bulk During installation of 0322SNAP I'm getting an --Abort-- box saying Unable to swap to /dev/wd2b - are you sure it's right? ... I want to install FreeBSD on this 3rd disk (attached to the secondary address of the EIDE controller). --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Mon Apr 3 17:10:12 MET DST 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Tue Apr 11 05:32:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA19061 for current-outgoing; Tue, 11 Apr 1995 05:32:38 -0700 Received: from irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA19054 for ; Tue, 11 Apr 1995 05:32:36 -0700 Received: (from jc@localhost) by irbs.com (8.6.11/8.6.6) id IAA15779; Tue, 11 Apr 1995 08:32:06 -0400 From: John Capo Message-Id: <199504111232.IAA15779@irbs.com> Subject: Re: Missing telent login prompt To: taob@gate.sinica.edu.tw (Brian Tao) Date: Tue, 11 Apr 1995 08:32:05 -0400 (EDT) Cc: freebsd-current@freefall.cdrom.com (freebsd-current) In-Reply-To: from "Brian Tao" at Apr 11, 95 01:39:32 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: 597 Sender: current-owner@FreeBSD.org Precedence: bulk Brian Tao writes: > > On Sun, 9 Apr 1995, John Capo wrote: > > > > The missing telnet login prompt is timing related. A usleep(250000) > > anywhere in the child fixes it, at least for 50 login tests. > > When I telnet to any of the FreeBSD boxes here, the time it takes > for the login prompt to show up appears to be more or less random. > Sometimes it pops up right away, other times it can take up to 6 or 7 > seconds. Is this the same problem? No, the prompt fell on the floor. login is running and waiting for a user name. Terry says its a option negotiation problem. John Capo From owner-freebsd-current Tue Apr 11 08:36:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA21786 for current-outgoing; Tue, 11 Apr 1995 08:36:04 -0700 Received: from dataplex.net (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA21780 for ; Tue, 11 Apr 1995 08:36:02 -0700 Received: from [199.183.109.242] by dataplex.net with SMTP (MailShare 1.0b8); Tue, 11 Apr 1995 10:35:58 -0500 X-Sender: wacky@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 11 Apr 1995 10:36:07 -0500 To: "Rodney W. Grimes" From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: "Birthday snap" cancelled.. Cc: taob@gate.sinica.edu.tw (Brian Tao), current@freefall.cdrom.com Sender: current-owner@FreeBSD.org Precedence: bulk "Rodney W. Grimes" writes: >New GIF!! New GIF!! I want this one, it would be perfect to hang over >the top of my test bench (I have an 8' long table that I pre assemble >and test machines without cases. It looks like a massive rats nest of >power supplies, motherboards, disk drives and cables every where.) This >would also be a good poster for any of our -current folks who put up >with system instability to help get it all debugged. > >Ohh.. and the caption for what the Daemon is thinking should read >``Okay, who's been playing with my source strings again?'' And in the background, a cluster of small (immature) snikkering daemons wearing headbands that say "SNAP" ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-current Tue Apr 11 09:00:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22131 for current-outgoing; Tue, 11 Apr 1995 09:00:14 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA22113 ; Tue, 11 Apr 1995 08:59:41 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id QAA02803; Tue, 11 Apr 1995 16:59:35 +0100 From: Paul Richards Message-Id: <199504111559.QAA02803@isl.cf.ac.uk> Subject: Re: "Birthday snap" cancelled.. To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 11 Apr 1995 16:59:34 +0100 (BST) Cc: taob@gate.sinica.edu.tw, current@freefall.cdrom.com In-Reply-To: <15117.797584426@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 11, 95 00:13:46 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 865 Sender: current-owner@FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who said > > > My God, I just had a sudden image of the BSD daemon sprawled on > > the pavement, his pitchfork a couple feet in front of him and his > > shoelaces tied together... ;-) > > I rather like that! It's just one of several "daemon in various > poses" pictures that would really grace our web pages if we could just > get someone to do the art (and you know who you are :-).. I can > see this shoelaces picture (humorously done) being a wonderful > icon for the "Bug report / tracking" page.. :-) Yep, A nice collection of images along these lines would be really usefull. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-current Tue Apr 11 09:24:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA22472 for current-outgoing; Tue, 11 Apr 1995 09:24:29 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA22466 for ; Tue, 11 Apr 1995 09:24:26 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA04403; Tue, 11 Apr 95 18:24:16 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id SAA18852 for freebsd-current@freefall.cdrom.com; Tue, 11 Apr 1995 18:29:30 +0200 Date: Tue, 11 Apr 1995 18:29:30 +0200 From: "Christoph P. Kukulies" Message-Id: <199504111629.SAA18852@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.cdrom.com Subject: needs swap still be on cyl boundaries? Sender: current-owner@FreeBSD.org Precedence: bulk As the subject says: Do I have to take care that my swap partition starts on cylinder boundaries? I hope not, otherwise it would be fine if the disklabeling process during install would take care for this. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Mon Apr 3 17:10:12 MET DST 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Tue Apr 11 10:07:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA23282 for current-outgoing; Tue, 11 Apr 1995 10:07: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 KAA23275 for ; Tue, 11 Apr 1995 10:07:42 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id KAA03963; Tue, 11 Apr 1995 10:07:18 -0700 From: "Rodney W. Grimes" Message-Id: <199504111707.KAA03963@gndrsh.aac.dev.com> Subject: Re: ASUS www mirror To: taob@gate.sinica.edu.tw (Brian Tao) Date: Tue, 11 Apr 1995 10:07:18 -0700 (PDT) Cc: freebsd-current@FreeBSD.org In-Reply-To: from "Brian Tao" at Apr 11, 95 05:29:50 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1598 Sender: current-owner@FreeBSD.org Precedence: bulk > > On Mon, 10 Apr 1995, Rodney W. Grimes wrote: > > > > Carefull with them there model numbers dropping parts of them can > > lead to the wrong board being talked about and/or facts about them > > not being quite factual. > > No kidding! This lead to much confusion a couple months ago when > I went shopping for a second system on which to build FreeBSD. My > general impression was that the 486SP3 is "bad" and the 486SP3G is > "good". However, I ended up with a 486AP4 because the dealer, > strangely, said he was not able to get any SP3G's. Seems like ASUS > earmarks close to 100% of their SP3G's for export... :( And every one keeps droping the PCI/I- or PVI- or PCI/E- off the front of these part numbers, this is just as bad :-(. I haven't done any of the PVI-486AP4 boards so I don't know how fast they are compared to the PCI/I-486SP3G, does your board require simms to be installed in pairs or can you install just 1 72 pin simm and have it work. If the later you lost quite a bit in memory performance compared to the PCI/I-486SP3G as the latter is about the only board I have seen lately that uses memory interleaving to get real performance out of a 486 chip. The PCI/I-486SP3G with a 486DX/4-100 CPU chip competes very well against most 60mHz Pentium systems, outperforming some at a price that is 60% lower. The PVI-486SP3 looks to be a bad choice of motherboards for Unix, it only accepts 2 simms total :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Tue Apr 11 10:34:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA24257 for current-outgoing; Tue, 11 Apr 1995 10:34:00 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA24250 for ; Tue, 11 Apr 1995 10:33:55 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA05108; Tue, 11 Apr 95 19:33:02 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id TAA19045 for freebsd-current@freefall.cdrom.com; Tue, 11 Apr 1995 19:38:16 +0200 Date: Tue, 11 Apr 1995 19:38:16 +0200 From: "Christoph P. Kukulies" Message-Id: <199504111738.TAA19045@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.cdrom.com Subject: too many open files Sender: current-owner@FreeBSD.org Precedence: bulk This seems to be a permanent syndrome of -current here with my Apr 9 kernel. Does anyone else see this also? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Mon Apr 3 17:10:12 MET DST 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Tue Apr 11 10:58:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA24891 for current-outgoing; Tue, 11 Apr 1995 10:58:08 -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 KAA24882 for ; Tue, 11 Apr 1995 10:57:58 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA26515; Tue, 11 Apr 1995 19:56:10 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA03387; Tue, 11 Apr 1995 19:56:08 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA04715; Tue, 11 Apr 1995 19:46:41 +0200 From: J Wunsch Message-Id: <199504111746.TAA04715@uriah.heep.sax.de> Subject: Re: Gated and /etc/rc To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 11 Apr 1995 19:46:41 +0200 (MET DST) Cc: nnd@gw.itfs.nsk.su In-Reply-To: <199504110823.BAA03015@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 11, 95 01:23:22 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: 665 Sender: current-owner@FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > > 1) It seems to me that correct way to start gated is > > 'gdc start' (or even '/usr/local/bin/gdc start') > > I don't use gated here so I can't speek to this one. Don't you > need gated running before you can issue gdc control commands? Nope. It's only that gated on a 4.4BSD derived system is installed under /usr/local/sbin. You can as well put /usr/local/sbin at the end of your PATH line in /etc/rc. I just did it today (on a 1.1.5 machine), and it worked fine after this. -- 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-current Tue Apr 11 11:02:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA25079 for current-outgoing; Tue, 11 Apr 1995 11:02: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 LAA25039 for ; Tue, 11 Apr 1995 11:00:47 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA26506; Tue, 11 Apr 1995 19:55:47 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id TAA03377 for freebsd-current@FreeBSD.org; Tue, 11 Apr 1995 19:55:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA04590 for freebsd-current@FreeBSD.org; Tue, 11 Apr 1995 19:39:14 +0200 From: J Wunsch Message-Id: <199504111739.TAA04590@uriah.heep.sax.de> Subject: Re: /usr/share/man/cat? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 11 Apr 1995 19:39:13 +0200 (MET DST) In-Reply-To: from "Brian Tao" at Apr 11, 95 01:29: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: 673 Sender: current-owner@FreeBSD.org Precedence: bulk As Brian Tao wrote: > > Should the binaries or man page distribution create empty > /usr/share/man/cat[1-8] directories so that preformatted man pages can > be saved? It took me a couple weeks to figure out that was why I > wasn't getting the "Formatting page, please wait..." message. ;-) The mtree files do specify the cat subdirs, so it's perhaps been a failure when building the distribution that they have been removed later. (Somebody here wrote something that allot of empty dirs have been removed accidentally.) -- 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-current Tue Apr 11 11:13:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA25548 for current-outgoing; Tue, 11 Apr 1995 11:13: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 LAA25542 ; Tue, 11 Apr 1995 11:13:29 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA00775; Tue, 11 Apr 95 12:02:25 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504111802.AA00775@cs.weber.edu> Subject: Re: "Birthday snap" cancelled.. To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 11 Apr 95 12:02:25 MDT Cc: taob@gate.sinica.edu.tw, jkh@freefall.cdrom.com, current@freefall.cdrom.com In-Reply-To: <199504110614.XAA02693@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 10, 95 11:14:17 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > New GIF!! New GIF!! I want this one, it would be perfect to hang over > the top of my test bench (I have an 8' long table that I pre assemble > and test machines without cases. It looks like a massive rats nest of > power supplies, motherboards, disk drives and cables every where.) This > would also be a good poster for any of our -current folks who put up > with system instability to help get it all debugged. > > Ohh.. and the caption for what the Daemon is thinking should read > ``Okay, who's been playing with my source strings again?'' The Snap's should be a bunch of cartoon nerds pushing a daemon (who obviously doesn't want to go) towards a precipice. The gnats should be a deamon with his right hand shading his eyes as if he were obviously scanning the horizon with the same bunch of nerds looking in different while holding fly swatters, with one of the nerds pointing excitedly off the side of the image. Probably all the nerds should be wearing pith helmets. The FAQ image should be of a daemon in a press hat sitting at a simple wooden desk in a simple wooden chair typing at an old manual typewriter, obviously concentrating (his tongue out of the corner of his mouth). Several nerds could be reading sections of a long spool of paper coming from the typewriter The README or "about" or "info" should be the daemon looking at the viewer (or at a document on a table) through a magnifying glass (resulting in a normal daemon with a greatly magnified daemon eye in the magnifying glass). The nerds would be peering over his shoulder with a "let me see" posture. I've always wanted one of the daemon lying on his back with his knees bent and his legs crossed, hands behind his head (elbows out) wearing sunglasses with a glint on them (obviously taking in some Sun). A "top view" version of this would be ideal for a beach towel. Maybe at the bottom of the towel could be the caption "Don't Panic!". A 30 degree above the surface 75 degree to the daemon's left (not quite a side-on camera angle) picture of this scene could also make a good poster... And here we go again. 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-current Tue Apr 11 11:23:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26094 for current-outgoing; Tue, 11 Apr 1995 11:23:33 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA26082 for ; Tue, 11 Apr 1995 11:23:23 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id CAA15869; Wed, 12 Apr 1995 02:23:19 +0800 Date: Wed, 12 Apr 1995 02:23:16 +0800 (CST) From: Brian Tao To: "Rodney W. Grimes" cc: freebsd-current@FreeBSD.org Subject: Re: ASUS www mirror In-Reply-To: <199504111707.KAA03963@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Tue, 11 Apr 1995, Rodney W. Grimes wrote: > > And every one keeps droping the PCI/I- or PVI- or PCI/E- off the front > of these part numbers, this is just as bad :-(. Well, I'm just lazy. :-P :) > I haven't done any of the PVI-486AP4 boards so I don't know how > fast they are compared to the PCI/I-486SP3G, does your board > require simms to be installed in pairs or can you install just > 1 72 pin simm and have it work. If the later you lost quite a > bit in memory performance compared to the PCI/I-486SP3G as the > latter is about the only board I have seen lately that uses > memory interleaving to get real performance out of a 486 chip. Argh... I just submitted a spec sheet for three more 486-based FreeBSD machines to four dealers for bidding, and I had put down the PVI-486AP4 board. It does not require memory in pairs like the SP3G. Is real-world operationg noticeably faster? Compiling? Redrawing hidden windows? Grepping text? Running LaTeX? I'll inquire about the availability of the SP3G again and see if the extra cost is justified. Hey, ASUS finally updated their Web site... it actually shows their Chinese name now. I had incredible difficulty getting any information about ASUS when I first arrived. I only knew their Anglicized name, and everyone else only knew their Chinese name. ;-) Anyhow... have you tried the PCI/I-P55TP4 or PCI/I-P55TP4XE Pentium boards with FreeBSD? How do they work? I may need to spec out one or two Pentium FreeBSD systems soon. > The PVI-486SP3 looks to be a bad choice of motherboards for > Unix, it only accepts 2 simms total :-(. I heard the SiS (?) chipset it uses has some problems too. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Tue Apr 11 11:28:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26339 for current-outgoing; Tue, 11 Apr 1995 11:28:12 -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 LAA26332 for ; Tue, 11 Apr 1995 11:28:08 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA00822; Tue, 11 Apr 95 12:18:32 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504111818.AA00822@cs.weber.edu> Subject: Re: Missing telent login prompt To: jc@irbs.com (John Capo) Date: Tue, 11 Apr 95 12:18:32 MDT Cc: taob@gate.sinica.edu.tw, freebsd-current@freefall.cdrom.com In-Reply-To: <199504111232.IAA15779@irbs.com> from "John Capo" at Apr 11, 95 08:32:05 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > > The missing telnet login prompt is timing related. A usleep(250000) > > > anywhere in the child fixes it, at least for 50 login tests. > > > > When I telnet to any of the FreeBSD boxes here, the time it takes > > for the login prompt to show up appears to be more or less random. > > Sometimes it pops up right away, other times it can take up to 6 or 7 > > seconds. Is this the same problem? > > No, the prompt fell on the floor. login is running and waiting > for a user name. Terry says its a option negotiation problem. The reason the prompt is missing is because it was flushed by the client who though it was still option negotiation time. Clearly, a login prompt does not contain IsACommand characters. There are hacks in telnet to deal with BSD 4.2 and BSD 4.3 TCP/IP; basically, the difference between the two is whether or not the out of band data handling works. The telnet and telnetd decide what type they are talking to based on option negotiation order. If the order is of one when it should be of the other, or if a 4.2 implementation is talked to with someone who doesn't use the order of operation hacks and starts using OOB for control messages, then you get "dropped prompt" and other wierd behaviour. This is well known, and is in fact documented in the telnet code that came with Net/2. 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-current Tue Apr 11 11:31:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26552 for current-outgoing; Tue, 11 Apr 1995 11:31:52 -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 LAA26545 for ; Tue, 11 Apr 1995 11:31:46 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id LAA04403; Tue, 11 Apr 1995 11:31:22 -0700 From: "Rodney W. Grimes" Message-Id: <199504111831.LAA04403@gndrsh.aac.dev.com> Subject: Re: ASUS www mirror To: taob@gate.sinica.edu.tw (Brian Tao) Date: Tue, 11 Apr 1995 11:31:21 -0700 (PDT) Cc: freebsd-current@FreeBSD.org In-Reply-To: from "Brian Tao" at Apr 12, 95 02:23:16 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3681 Sender: current-owner@FreeBSD.org Precedence: bulk > > On Tue, 11 Apr 1995, Rodney W. Grimes wrote: > > > > And every one keeps droping the PCI/I- or PVI- or PCI/E- off the front > > of these part numbers, this is just as bad :-(. > > Well, I'm just lazy. :-P :) It can end up costing you by getting bad or wrong information and or wrong product :-(. > > I haven't done any of the PVI-486AP4 boards so I don't know how > > fast they are compared to the PCI/I-486SP3G, does your board > > require simms to be installed in pairs or can you install just > > 1 72 pin simm and have it work. If the later you lost quite a > > bit in memory performance compared to the PCI/I-486SP3G as the > > latter is about the only board I have seen lately that uses > > memory interleaving to get real performance out of a 486 chip. > > Argh... I just submitted a spec sheet for three more 486-based > FreeBSD machines to four dealers for bidding, and I had put down the > PVI-486AP4 board. It does not require memory in pairs like the SP3G. > Is real-world operationg noticeably faster? Compiling? Yes, and yes. > Redrawing hidden windows? Grepping text? Running LaTeX? I'll inquire about Probably not, Yes, and Yes. > the availability of the SP3G again and see if the extra cost is > justified. Remeber the cost difference includes a SCSI controller, and 2S/1P on board. > > Hey, ASUS finally updated their Web site... it actually shows > their Chinese name now. I had incredible difficulty getting any > information about ASUS when I first arrived. I only knew their > Anglicized name, and everyone else only knew their Chinese name. ;-) :-) > Anyhow... have you tried the PCI/I-P55TP4 or PCI/I-P55TP4XE Pentium > boards with FreeBSD? How do they work? I may need to spec out one or > two Pentium FreeBSD systems soon. Here is my blurb about those: [I don't mention the PCI/I-P55TP4 as it is also not availiable and ASUS USA can't tell me anything about it :-(] The ASUS PCI/I-P54TP4 boards are currently available with regular shipments arriving once a week from Taiwan. These usually come in to my distributor (the largest US importer of ASUS products) on Tuesday after noons or Wednesday morning. My weekly order of boards arrives at my location on Friday. The cache on these boards is the 256K a-sync SRAM. I can do 512K upgrades by special order only since ASUS is not shipping the boards that way. I sell the boards for $299.00. The ASUS PCI/I-P54TP4PB boards are not available from ASUS at this time. The next shipment of them is due into my distributor on approximately 4/21/1995. The cache on these boards is the 256k 10nS Pipeline Burst SRAM, the board only accepts 256K of this cache type and it is soldered to the board. I sell the boards for $362.00. The ASUS PCI/I-P55TP4XE boards are not available from ASUS at this time. The estimated arrival date is some time in May of 1995. There is no pricing information available at this time. I can not accept an order for this product at this time. The prices on motherboards includes shipping via UPS ground to any US business address, add $2.00 for residential delivery. Other shipping can be arranged on a customer pays shipping charges basis. > > > The PVI-486SP3 looks to be a bad choice of motherboards for > > Unix, it only accepts 2 simms total :-(. > > I heard the SiS (?) chipset it uses has some problems too. I haven't run the Sis 496/497 chipset so I don't know. In general I have had good luck with Sis chipsets. They are far better than UMC or Opti IMHO. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Tue Apr 11 11:41:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA27304 for current-outgoing; Tue, 11 Apr 1995 11:41:31 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA27285 for ; Tue, 11 Apr 1995 11:41:19 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA05885; Tue, 11 Apr 95 20:40:55 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id UAA00329 for freebsd-current@freefall.cdrom.com; Tue, 11 Apr 1995 20:51:23 +0200 Date: Tue, 11 Apr 1995 20:51:23 +0200 From: "Christoph P. Kukulies" Message-Id: <199504111851.UAA00329@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.cdrom.com Subject: more info on /kernel: file: table is full Sender: current-owner@FreeBSD.org Precedence: bulk The system: 486/DX2-66, 2x540MB EIDE, 32 MB memory, internetworked (blues.physik.rwth- aachen.de). X(Xinside), xdm running, olvwm, 4-5 xterms. 3 other logins over vty, 1 running a tar cvf host:/dev/rmt1h /usr/src MROUTING kernel, mrouted running. GUS. Had some Sound: Recording overrun messages before though I'm not sure if this counts. Need any more data? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.1.0-Development FreeBSD 2.1.0-Development #2: Tue Apr 11 20:03:36 MET DST 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Tue Apr 11 11:49:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA28102 for current-outgoing; Tue, 11 Apr 1995 11:49:04 -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 LAA28091 for ; Tue, 11 Apr 1995 11:49:01 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA04142; Tue, 11 Apr 1995 11:48:31 -0700 From: Poul-Henning Kamp Message-Id: <199504111848.LAA04142@ref.tfs.com> Subject: Re: needs swap still be on cyl boundaries? To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Tue, 11 Apr 1995 11:48:28 -0700 (PDT) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199504111629.SAA18852@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Apr 11, 95 06:29:30 pm Content-Type: text Content-Length: 415 Sender: current-owner@FreeBSD.org Precedence: bulk > As the subject says: Do I have to take care that my swap partition > starts on cylinder boundaries? I hope not, otherwise it would be > fine if the disklabeling process during install would take care for this. no it doesn't need to. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Tue Apr 11 12:22:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00203 for current-outgoing; Tue, 11 Apr 1995 12:22:31 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA00192 for ; Tue, 11 Apr 1995 12:22:14 -0700 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id VAA08392; Tue, 11 Apr 1995 21:20:47 +0200 Message-Id: <199504111920.VAA08392@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: /usr/share/man/cat? Date: Tue, 11 Apr 1995 21:20:46 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > As Brian Tao wrote: > > > > Should the binaries or man page distribution create empty > > /usr/share/man/cat[1-8] directories so that preformatted man pages can > > be saved? It took me a couple weeks to figure out that was why I > > wasn't getting the "Formatting page, please wait..." message. ;-) > > The mtree files do specify the cat subdirs, so it's perhaps been a > failure when building the distribution that they have been removed > later. (Somebody here wrote something that allot of empty dirs have > been removed accidentally.) This seems to be true of /usr/share/man/... but it is not the case in /usr/local/man/... and /usr/X11R6/man/... It this maybe what Brian was asking? I had to make the local an X11R6 `cat' dirs myself. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Tue Apr 11 13:04:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03152 for current-outgoing; Tue, 11 Apr 1995 13:04:11 -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 NAA03123 for ; Tue, 11 Apr 1995 13:03:54 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA29182; Tue, 11 Apr 1995 22:03:02 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA05315 for freebsd-current@FreeBSD.org; Tue, 11 Apr 1995 22:03:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA06041 for freebsd-current@FreeBSD.org; Tue, 11 Apr 1995 21:58:06 +0200 From: J Wunsch Message-Id: <199504111958.VAA06041@uriah.heep.sax.de> Subject: Re: /usr/share/man/cat? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 11 Apr 1995 21:58:06 +0200 (MET DST) In-Reply-To: <199504111920.VAA08392@grunt.grondar.za> from "Mark Murray" at Apr 11, 95 09:20:46 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: 580 Sender: current-owner@FreeBSD.org Precedence: bulk As Mark Murray wrote: > > This seems to be true of /usr/share/man/... but it is not the case in > /usr/local/man/... and /usr/X11R6/man/... Right. The entire local tree is not being setup. And the XFree86 package should ensure the creation of cat dirs itself (at the very least, via the PLIST scenario). I think this holds valid for any other port as well (for /usr/local), but most `porters' forget about this (including me :-p). -- 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-current Tue Apr 11 13:09:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03360 for current-outgoing; Tue, 11 Apr 1995 13:09:17 -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 NAA03098 for ; Tue, 11 Apr 1995 13:03:33 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA29178; Tue, 11 Apr 1995 22:03:01 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA05312 for freebsd-current@FreeBSD.org; Tue, 11 Apr 1995 22:03:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id VAA06018 for freebsd-current@FreeBSD.org; Tue, 11 Apr 1995 21:55:27 +0200 From: J Wunsch Message-Id: <199504111955.VAA06018@uriah.heep.sax.de> Subject: Re: too many open files To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 11 Apr 1995 21:55:26 +0200 (MET DST) In-Reply-To: <199504111738.TAA19045@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Apr 11, 95 07:38:16 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: 312 Sender: current-owner@FreeBSD.org Precedence: bulk As Christoph P. Kukulies wrote: > > This seems to be a permanent syndrome of -current here with my Apr 9 > kernel. Does anyone else see this also? Nope. Never seen. -- 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-current Tue Apr 11 13:22:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04270 for current-outgoing; Tue, 11 Apr 1995 13:22:27 -0700 Received: from irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA04254 for ; Tue, 11 Apr 1995 13:22:22 -0700 Received: (from jc@localhost) by irbs.com (8.6.11/8.6.6) id QAA00482; Tue, 11 Apr 1995 16:22:11 -0400 From: John Capo Message-Id: <199504112022.QAA00482@irbs.com> Subject: Re: Missing telent login prompt To: terry@cs.weber.edu (Terry Lambert) Date: Tue, 11 Apr 1995 16:22:10 -0400 (EDT) Cc: freebsd-current@freefall.cdrom.com (freebsd-current) In-Reply-To: <9504111818.AA00822@cs.weber.edu> from "Terry Lambert" at Apr 11, 95 12:18:32 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: 1494 Sender: current-owner@FreeBSD.org Precedence: bulk Terry Lambert writes: > > > > > The missing telnet login prompt is timing related. A usleep(250000) > > > > anywhere in the child fixes it, at least for 50 login tests. > > > > > > When I telnet to any of the FreeBSD boxes here, the time it takes > > > for the login prompt to show up appears to be more or less random. > > > Sometimes it pops up right away, other times it can take up to 6 or 7 > > > seconds. Is this the same problem? > > > > No, the prompt fell on the floor. login is running and waiting > > for a user name. Terry says its a option negotiation problem. > > The reason the prompt is missing is because it was flushed by the > client who though it was still option negotiation time. Clearly, > a login prompt does not contain IsACommand characters. > > There are hacks in telnet to deal with BSD 4.2 and BSD 4.3 TCP/IP; > basically, the difference between the two is whether or not the > out of band data handling works. The telnet and telnetd decide > what type they are talking to based on option negotiation order. > > If the order is of one when it should be of the other, or if a > 4.2 implementation is talked to with someone who doesn't use the > order of operation hacks and starts using OOB for control messages, > then you get "dropped prompt" and other wierd behaviour. > > This is well known, and is in fact documented in the telnet code > that came with Net/2. > It worked with 1.1.5.1 so I guess we have lost the hacks to fix it. John Capo From owner-freebsd-current Tue Apr 11 15:01:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11192 for current-outgoing; Tue, 11 Apr 1995 15:01: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 PAA11156 for ; Tue, 11 Apr 1995 15:01:04 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01300; Wed, 12 Apr 1995 00:00:54 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id AAA05727 for freebsd-current@FreeBSD.org; Wed, 12 Apr 1995 00:00:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA07054 for freebsd-current@FreeBSD.org; Tue, 11 Apr 1995 23:56:30 +0200 From: J Wunsch Message-Id: <199504112156.XAA07054@uriah.heep.sax.de> Subject: Re: man(1) bug To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 11 Apr 1995 23:56:29 +0200 (MET DST) In-Reply-To: from "Brian Tao" at Apr 9, 95 03:33:56 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: 818 Sender: current-owner@FreeBSD.org Precedence: bulk As Brian Tao wrote: > > Context diff for the non-kludgy fix follows: Thanks. Commited. > > 2) Separate out the 'kludgy' fix from the not-so-kludgy so we can > > install the good fix and try and improve on the second. :) > > The fix would be fairly trivial if we don't think we'll ever need > the filename globbing. There's a bug somewhere in glob.c that does > not realize the [ metacharacter is missing the matching ]. I see the > code for the check in a couple of places, but either it isn't being > called, or it is returning the wrong value. *That* code seems to be not used. However, i think i've found and fixed the bug. Thank'ya for pointing it out! -- 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-current Tue Apr 11 15:06:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11553 for current-outgoing; Tue, 11 Apr 1995 15:06:49 -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 SMTP id PAA11543 ; Tue, 11 Apr 1995 15:06:45 -0700 Received: by brasil (4.1/SMI-4.1) id AA21103; Tue, 11 Apr 95 15:57:52 CDT From: Joe Greco Message-Id: <9504112057.AA21103@brasil> Subject: Re: ASUS www mirror To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 11 Apr 1995 15:57:52 -0500 (CDT) Cc: jleppek@suw2k.ess.harris.com, freebsd-current@freefall.cdrom.com In-Reply-To: <14962.797553426@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 10, 95 03:37:06 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 962 Sender: current-owner@FreeBSD.org Precedence: bulk > > The ANC site was quite a hassle because they wanted to use > > ISDN so I had my first introduction to the motorola > > TA210. Hmmmm, not heartily recommended at this time but I hear > > they have a firmware upgrade available that may make things better, > > although that connection setup time sure was nice, dial->connected > > no fuss, no long handshake... > > Are you saying you have a FreeBSD box up and using ISDN commercially? > > Details - Dammit, Jim - I'm an engineer, not a clarvoyant! :-) It's not hard: gateway.ods.net is connected via a pair of Motorola TA220's. They basically look like a pair of fast modems. Motorola's still working on a BONDING implementation on an async connection - so it's limited to 64K right now. :-/ ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-current Tue Apr 11 15:10:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11653 for current-outgoing; Tue, 11 Apr 1995 15:10:22 -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 PAA11645 for ; Tue, 11 Apr 1995 15:10:20 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02131; Tue, 11 Apr 95 16:04:00 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504112204.AA02131@cs.weber.edu> Subject: Re: Missing telent login prompt To: jc@irbs.com (John Capo) Date: Tue, 11 Apr 95 16:04:00 MDT Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199504112022.QAA00482@irbs.com> from "John Capo" at Apr 11, 95 04:22:10 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk [ ... telnet dropped prompt problem ... ] > It worked with 1.1.5.1 so I guess we have lost the hacks to fix it. No. What happened is that 2.0 is running entirely different code. The telnet in 2.0 is the new stuff from Cray. The hacks haven't been lost, the entire code has been lost. On the other hand, the Cray code supports a number of options and other things that the 4.3 code was getting too old to handle. Probably, the Cray code should be rehacked according to the old behaviour to maintain backward compatability with old broken systems. 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-current Tue Apr 11 15:55:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA12602 for current-outgoing; Tue, 11 Apr 1995 15:55:41 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA12594 ; Tue, 11 Apr 1995 15:55:36 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id XAA05247; Tue, 11 Apr 1995 23:54:26 +0100 From: Paul Richards Message-Id: <199504112254.XAA05247@isl.cf.ac.uk> Subject: Re: ASUS www mirror To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Tue, 11 Apr 1995 23:54:26 +0100 (BST) Cc: jkh@freefall.cdrom.com, jleppek@suw2k.ess.harris.com, freebsd-current@freefall.cdrom.com In-Reply-To: <9504112057.AA21103@brasil> from "Joe Greco" at Apr 11, 95 03:57:52 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 968 Sender: current-owner@FreeBSD.org Precedence: bulk In reply to Joe Greco who said > > > > The ANC site was quite a hassle because they wanted to use > > > ISDN so I had my first introduction to the motorola > > > TA210. Hmmmm, not heartily recommended at this time but I hear > > > they have a firmware upgrade available that may make things better, > > > although that connection setup time sure was nice, dial->connected > > > no fuss, no long handshake... > > > > Are you saying you have a FreeBSD box up and using ISDN commercially? > > > > Details - Dammit, Jim - I'm an engineer, not a clarvoyant! :-) > > It's not hard: gateway.ods.net is connected via a pair of Motorola > TA220's. They basically look like a pair of fast modems. What sort of price are these? -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-current Tue Apr 11 16:24:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA13359 for current-outgoing; Tue, 11 Apr 1995 16:24:48 -0700 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA13352 for ; Tue, 11 Apr 1995 16:24:46 -0700 Received: from ast.com by relay4.UU.NET with SMTP id QQylbh16268; Tue, 11 Apr 1995 19:24:36 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA02430 (5.67b/IDA-1.5 for uunet!freebsd.org!current); Tue, 11 Apr 1995 16:28:43 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Tue, 11 Apr 95 18:20 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0ryob6-0004vuC; Tue, 11 Apr 95 17:39 CDT Message-Id: Date: Tue, 11 Apr 95 17:39 CDT To: current@FreeBSD.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Tue Apr 11 1995, 17:39:47 CDT Subject: 2.0-SNAP of 03/22/95 Cc: uhclem@nemesis.lonestar.org Sender: current-owner@FreeBSD.org Precedence: bulk [0]I am trying 032295-SNAP because I would like to be able to use the tunnel [0]driver and possibly the CD-ROM stuff. [0]The source for the Panasonic driver seems to be missing, (pcd.c). [0]I actually have a Reveal CD-ROM, but thought I'd try the Sony and Panasonic [0]drivers for kicks. The Sony didn't do it, and the Panasonic wasn't there. [0]Any sugestions on the Reveal? I gather that someone wrote a driver for it [0]for Linux. I'd be willing to try, but how does one get the hardware [0]information? The driver you want is called "matcd". Those drives are named after the manufacturer, Matsushita, not the various trade names like Panasonic, Creative, Reveal, Tandy, etc. This driver was written specifically for FreeBSD. It is not based on a single line of Linux code. Nayyyah! :-) Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@trsvax.ast.com (Internet)| demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!trsvax.fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-current Tue Apr 11 17:46:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA16887 for current-outgoing; Tue, 11 Apr 1995 17:46:04 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA16870 for ; Tue, 11 Apr 1995 17:46:01 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14468(4)>; Tue, 11 Apr 1995 17:45:20 PDT Received: by crevenia.parc.xerox.com id <49864>; Tue, 11 Apr 1995 17:45:13 -0700 From: Bill Fenner To: freebsd-current@FreeBSD.org Subject: Manual FTP instructions for SNAP-950322 install? Message-Id: <95Apr11.174513pdt.49864@crevenia.parc.xerox.com> Date: Tue, 11 Apr 1995 17:45:02 PDT Sender: current-owner@FreeBSD.org Precedence: bulk I am trying to install SNAP-0322 from behind a firewall. There is an ftp gateway that will allow a normal FTP client to get outside -- you just need to ftp to it on a special port, and specify "username@hostname" (i.e. anonymous@ftp.freebsd.org) as your username. I used the "other host" option to specify the firewall host and port, but the directions weren't clear about what directory structure the install wants. Since I don't know how to create local subdirectories in the ftp client, I am getting all the files into the root "install" directory. However, that means that the CKSUMS and *.sh files will overwrite each other, so I can only install one dist at a time. Could we have some explicit instructions in the install script about how to do the manual ftp, as well as letting the install script auto-make the subdirectories if necessary? It could put the instructions on the F2 screen so that you could refer to them at any time while trying to do the manual FTP. Thanks, Bill From owner-freebsd-current Tue Apr 11 18:19:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18421 for current-outgoing; Tue, 11 Apr 1995 18:19:28 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA18413 ; Tue, 11 Apr 1995 18:19:27 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Joe Greco cc: jleppek@suw2k.ess.harris.com, freebsd-current@freefall.cdrom.com Subject: Re: ASUS www mirror In-reply-to: Your message of "Tue, 11 Apr 95 15:57:52 CDT." <9504112057.AA21103@brasil> Date: Tue, 11 Apr 1995 18:19:27 -0700 Message-ID: <18412.797649567@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > It's not hard: gateway.ods.net is connected via a pair of Motorola > TA220's. They basically look like a pair of fast modems. Hmmmmmm. Still, 64K is 64K and if you've got same-CO connectivity for ISDN it becomes economically reasonable.. Please, how much and where can I buy them? :-) Jordan From owner-freebsd-current Tue Apr 11 19:13:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA20836 for current-outgoing; Tue, 11 Apr 1995 19:13:28 -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 TAA20815 for ; Tue, 11 Apr 1995 19:13:23 -0700 Received: from s1.elec.uq.oz.au by bunyip.cc.uq.oz.au with SMTP (PP); Wed, 12 Apr 1995 11:44:52 +1000 Received: from s4 (s4.elec.uq.oz.au) by s1.elec.uq.oz.au (4.0/SMI-4.0) id AA06361; Wed, 12 Apr 95 11:44:36 EST From: clary@elec.uq.oz.au (Clary Harridge) Message-Id: <9504120144.AA06361@s1.elec.uq.oz.au> Subject: panic vm_object_deallocate To: freebsd-current@FreeBSD.org Date: Wed, 12 Apr 1995 11:44:00 +1000 (EST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 457 Sender: current-owner@FreeBSD.org Precedence: bulk Hi I am getting occasional panics when booting diskless clients using FreeBSD 2.1.0-Development The panics seem to occur after starting inetd panic vm_object_deallocate : object deallocated too many times Has anyone seen these panics and is there a known cure? -- regards Dept. of Electrical Engineering, Clary Harridge University of Queensland, QLD, Australia, 4072 Phone: +61-7-365-3636 Fax: +61-7-365-4999 INTERNET: clary@elec.uq.oz.au From owner-freebsd-current Tue Apr 11 20:08:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA22872 for current-outgoing; Tue, 11 Apr 1995 20:08:41 -0700 Received: from irbs.com (irbs.com [199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA22865 ; Tue, 11 Apr 1995 20:08:30 -0700 Received: (from jc@localhost) by irbs.com (8.6.11/8.6.6) id XAA02025; Tue, 11 Apr 1995 23:08:26 -0400 From: John Capo Message-Id: <199504120308.XAA02025@irbs.com> Subject: Re: ASUS www mirror To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 11 Apr 1995 23:08:24 -0400 (EDT) Cc: freebsd-current@freefall.cdrom.com (freebsd-current) In-Reply-To: <18412.797649567@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 11, 95 06:19: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: 552 Sender: current-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > > It's not hard: gateway.ods.net is connected via a pair of Motorola > > TA220's. They basically look like a pair of fast modems. > > Hmmmmmm. Still, 64K is 64K and if you've got same-CO connectivity for > ISDN it becomes economically reasonable.. > > Please, how much and where can I buy them? :-) > > Jordan One place is: Datacomm Direct (800) 969-7667 TA210 $379.00 TA220 ??? Also check out http://alumni.caltech.edu/~dank/isdn/ for all you ever wanted to know about ISDN. John Capo From owner-freebsd-current Tue Apr 11 22:51:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA28432 for current-outgoing; Tue, 11 Apr 1995 22:51:22 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA28422 for ; Tue, 11 Apr 1995 22:51:11 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA17786; Wed, 12 Apr 1995 13:51:34 +0800 Date: Wed, 12 Apr 1995 13:51:32 +0800 (CST) From: Brian Tao To: FREEBSD-CURRENT-L Subject: Re: /usr/share/man/cat? In-Reply-To: <199504111920.VAA08392@grunt.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Tue, 11 Apr 1995, Mark Murray wrote: > > This seems to be true of /usr/share/man/... but it is not the case in > /usr/local/man/... and /usr/X11R6/man/... > > It this maybe what Brian was asking? I don't see any sign of the /usr/share/man/cat? directories in either the bin or manpage distributions. The installer doesn't create them either because the Pentium box here only has the man? directories. If we do include them, perhaps we should include an option to run catman to generate the preformatted pages. Warn the user that this will at worst double the size needed to hold all man pages, but with the benefit that you don't have to wait for nroff and friends to do their work each time. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Tue Apr 11 22:56:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA28484 for current-outgoing; Tue, 11 Apr 1995 22:56:20 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA28476 for ; Tue, 11 Apr 1995 22:56:11 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA17838; Wed, 12 Apr 1995 13:54:35 +0800 Date: Wed, 12 Apr 1995 13:54:35 +0800 (CST) From: Brian Tao To: Joerg Wunsch cc: FreeBSD-current users Subject: Re: man(1) bug In-Reply-To: <199504112156.XAA07054@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Tue, 11 Apr 1995, J Wunsch wrote: > > *That* code seems to be not used. However, i think i've found and > fixed the bug. Thank'ya for pointing it out! Okay, great! Can we close the books on man(1) then? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Tue Apr 11 23:30:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA29422 for current-outgoing; Tue, 11 Apr 1995 23:30:44 -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 XAA29413 for ; Tue, 11 Apr 1995 23:30:38 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13075; Wed, 12 Apr 1995 08:30:24 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA08912 for freebsd-current@FreeBSD.org; Wed, 12 Apr 1995 08:30:24 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA08626 for freebsd-current@FreeBSD.org; Wed, 12 Apr 1995 08:29:00 +0200 From: J Wunsch Message-Id: <199504120629.IAA08626@uriah.heep.sax.de> Subject: Re: man(1) bug To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 12 Apr 1995 08:28:59 +0200 (MET DST) In-Reply-To: from "Brian Tao" at Apr 12, 95 01:54:35 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: 738 Sender: current-owner@FreeBSD.org Precedence: bulk As Brian Tao wrote: > > On Tue, 11 Apr 1995, J Wunsch wrote: > > > > *That* code seems to be not used. However, i think i've found and > > fixed the bug. Thank'ya for pointing it out! > > Okay, great! Can we close the books on man(1) then? I think so. I've just looked, there doesn't seem to be a problem report for it, or do i miss something here? Btw., Brian, i only wrote it in my commit message: the code you've been fixing has been intentionally; it allowed for weird section names like "3xyzzy" (à la "man 1m mount" -- SysV), but we don't have them, so i applied your patch. -- 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-current Wed Apr 12 00:28:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA00408 for current-outgoing; Wed, 12 Apr 1995 00:28:55 -0700 Received: from aero.org (aero.org [130.221.16.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA00402 ; Wed, 12 Apr 1995 00:28:53 -0700 Received: from antares.aero.org ([130.221.192.46]) by aero.org with SMTP id <111121-3>; Wed, 12 Apr 1995 00:28:17 -0700 Received: from anpiel.aero.org by antares.aero.org (4.1/AMS-1.0) id AA25498 for jkh@freefall.cdrom.com; Wed, 12 Apr 95 00:28:08 PDT To: "Jordan K. Hubbard" Cc: freebsd-current@freefall.cdrom.com Subject: Re: ASUS www mirror In-Reply-To: Your message of "Tue, 11 Apr 1995 18:19:27 PDT." <18412.797649567@freefall.cdrom.com> Date: Wed, 12 Apr 1995 00:28:05 -0700 From: "Mike O'Brien" Message-Id: <95Apr12.002817pdt.111121-3@aero.org> Sender: current-owner@FreeBSD.org Precedence: bulk You say: > Hmmmmmm. Still, 64K is 64K and if you've got same-CO connectivity for > ISDN it becomes economically reasonable.. > > Please, how much and where can I buy them? :-) Boy, it sure sounds good to me, and I could even buy one for my provider out of my own pocket and still come up hundreds of dollars less than buying an Ascend Pipeline 50 HX. I'm even in the same CO as my provider, if they'd only get ISDN. But it occurs to me to wonder: 1) I must have missed something but aside from getting 64K instead of 56K, why are we limited to the same CO? And, more pointedly, 2) Isn't 64K going into a serial port, even one fitted out with a 16550, an immense load on the machine compared to running even a cheap Ethernet card into a Pipeline box? Mike O'Brien From owner-freebsd-current Wed Apr 12 00:48:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA00826 for current-outgoing; Wed, 12 Apr 1995 00:48:09 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA00820 for ; Wed, 12 Apr 1995 00:48:07 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA10720; Wed, 12 Apr 95 09:47:44 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id JAA02330; Wed, 12 Apr 1995 09:58:07 +0200 Message-Id: <199504120758.JAA02330@gilberto.physik.rwth-aachen.de> Subject: Re: too many open files To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Wed, 12 Apr 1995 09:58:06 +0200 (MET DST) Cc: freebsd-current@freefall.cdrom.com (user alias) In-Reply-To: <199504111738.TAA19045@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Apr 11, 95 07:38:16 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 602 Sender: current-owner@FreeBSD.org Precedence: bulk Answering to myself: Forgot to mention that also sup is running (client) on this machine. Does or did sup have a resource leak problem in that it opens too many files and doesn't close them ? (although this shouldn't result in a kernel message). > > This seems to be a permanent syndrome of -current here with my Apr 9 > kernel. Does anyone else see this also? > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.1.0-Development FreeBSD 2.1.0-Development #2: Tue Apr 11 20:03:36 MET DST 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Wed Apr 12 01:37:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA02872 for current-outgoing; Wed, 12 Apr 1995 01:37:26 -0700 Received: from relay1.oleane.net (Relay1.OLEANE.NET [194.2.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA02860 for ; Wed, 12 Apr 1995 01:37:15 -0700 Received: from ocegr.fr (hydra.dtsmtp.ocegr.fr [194.2.64.3]) by relay1.oleane.net (8.6.10/8.6.9) with SMTP id KAA05135; Wed, 12 Apr 1995 10:36:42 +0200 Received: from pyxis by ocegr.fr (5.0/SMI-SVR4) id AA08757; Wed, 12 Apr 1995 10:29:05 +0200 Message-Id: <9504120829.AA08757@ocegr.fr> To: Brian Tao Cc: FREEBSD-CURRENT-L Subject: Re: /usr/share/man/cat? In-Reply-To: Your message of "Wed, 12 Apr 1995 13:51:32 +0800." From: Gert-Jan.Vons@ocegr.fr Reply-To: Gert-Jan.Vons@ocegr.fr Date: Wed, 12 Apr 1995 10:29:04 +0200 content-length: 0 Sender: current-owner@FreeBSD.org Precedence: bulk | I don't see any sign of the /usr/share/man/cat? directories in |either the bin or manpage distributions. The installer doesn't create |them either because the Pentium box here only has the man? |directories. If we do include them, perhaps we should include an |option to run catman to generate the preformatted pages. Warn the |user that this will at worst double the size needed to hold all man |pages, but with the benefit that you don't have to wait for nroff and |friends to do their work each time. Provided the cat? directories are created and the owner and group are set properly, man will handle this automatically. It formats the page the first time you request it, and stores the preformatted version for later use. If you want to get this running, take a look at the debug option of 'man'. It will show you that man reformats the page everytime since the creation of the cat?/manpage file fails. (I can't provide more details, sorry. Don't have a freebsd box here at work) Gert-Jan --------------------------------------------------------------------------- J.G. Vons, Oce engineering Creteil, France | E-mail: Gert-Jan.Vons@ocegr.fr From owner-freebsd-current Wed Apr 12 02:53:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA06675 for current-outgoing; Wed, 12 Apr 1995 02:53:03 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA06666 ; Wed, 12 Apr 1995 02:53:00 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: "Mike O'Brien" cc: freebsd-current@freefall.cdrom.com Subject: Re: ASUS www mirror In-reply-to: Your message of "Wed, 12 Apr 95 00:28:05 PDT." <95Apr12.002817pdt.111121-3@aero.org> Date: Wed, 12 Apr 1995 02:52:59 -0700 Message-ID: <6665.797680379@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > But it occurs to me to wonder: 1) I must have missed something > but aside from getting 64K instead of 56K, why are we limited to > the same CO? And, more pointedly, 2) Isn't 64K going into a > serial port, even one fitted out with a 16550, an immense load > on the machine compared to running even a cheap Ethernet card > into a Pipeline box? 1. You're not limited to same CO in terms of basic service. But for Pacific Bell at least, and your own regional service may indeed differ, there's a per-minute charge for the line 9am-5pm Monday-Friday. This is aimed at night and weekend users who then get their connect time for free, but this sucks for dedicated service and so what PacBell ALSO has is something they call "business ISDN" which means, essentially, unmetered 24-hour connections for one low price (around $69/month, as I remember). Since WC is my service provider, I pay no fees on top of that! 3. Actually, I don't think the load will be that objectionable. Only empirical evidence will truly satisfy, naturally, but I would still not be at all surprised to find that a good ISDN modem and nice FIFO'd serial card combo do extremely reasonable jobs for the amount of load imposed. Jordan From owner-freebsd-current Wed Apr 12 03:00:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA07060 for current-outgoing; Wed, 12 Apr 1995 03:00:08 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA07044 for ; Wed, 12 Apr 1995 02:59:55 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id SAA18555; Wed, 12 Apr 1995 18:00:08 +0800 Date: Wed, 12 Apr 1995 18:00:07 +0800 (CST) From: Brian Tao cc: FREEBSD-CURRENT-L Subject: Re: /usr/share/man/cat? In-Reply-To: <9504120829.AA08757@ocegr.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Wed, 12 Apr 1995 Gert-Jan.Vons@ocegr.fr wrote: > > Provided the cat? directories are created and the owner and group are set > properly, man will handle this automatically. It formats the page the first > time you request it, and stores the preformatted version for later use. Right, but I figured keen-eyed users might notice that their disk space is decreasing without any apparent reason (if they don't know about man saving preformatted pages). I thought we might consider going all-out and formatting all the man pages at the start so the user knows what's going on. On second thought, it would make the manpage distribution much larger (if we provided the cat pages) or take a heck of a long time to generate (if the installer runs catman). In any case, I still think the cat directories should be included in the manpage dist, if not the base binary dist. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Wed Apr 12 06:27:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA12659 for current-outgoing; Wed, 12 Apr 1995 06:27:34 -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 GAA12653 for ; Wed, 12 Apr 1995 06:27:32 -0700 Received: from gab.unt.edu by mercury.unt.edu with SMTP id AA09262 (5.65c/IDA-1.4.4 for ); Wed, 12 Apr 1995 08:27:30 -0500 Received: from GAB/MAILQUEUE by gab.unt.edu (Mercury 1.13); Wed, 12 Apr 95 8:27:29 CST6CDT Received: from MAILQUEUE by GAB (Mercury 1.13); Wed, 12 Apr 95 8:27:28 CST6CDT From: "John Booth" Organization: University of North Texas To: freebsd-current@freefall.cdrom.com Date: Wed, 12 Apr 1995 08:27:27 CST6CDT Subject: Subj. Titles. Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <8763CD56A1@gab.unt.edu> Sender: current-owner@FreeBSD.org Precedence: bulk > Subject: Re: ASUS www mirror > You say: > > Hmmmmmm. Still, 64K is 64K and if you've got same-CO connectivity for > > ISDN it becomes economically reasonable.. > > > > Please, how much and where can I buy them? :-) Can we please make the subjets pertain to the messages? I thought the ASUS www mirror was getting old. I've been deleting most messages that have ASUS www mirror as title. Indeed some of them contain very interesting content. This is a plea to use the subject line, takes 30 seconds or less (maybe we'll stop getting "Re: Your Mail" to the list.) ---------------------------------------------------------------------- College of Arts & Sciences Computing Services John A. Booth, john@gab.unt.edu From owner-freebsd-current Wed Apr 12 07:11:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA13997 for current-outgoing; Wed, 12 Apr 1995 07:11:27 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA13986 for ; Wed, 12 Apr 1995 07:11:16 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.10) id IAA13455; Wed, 12 Apr 1995 08:10:24 -0600 Date: Wed, 12 Apr 1995 08:10:24 -0600 Message-Id: <199504121410.IAA13455@trout.sri.MT.net> To: Christoph Kukulies Cc: freebsd-current@freefall.cdrom.com (user alias) Subject: Re: too many open files In-Reply-To: <199504120758.JAA02330@gilberto.physik.rwth-aachen.de> References: <199504111738.TAA19045@gilberto.physik.rwth-aachen.de> <199504120758.JAA02330@gilberto.physik.rwth-aachen.de> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: current-owner@FreeBSD.org Precedence: bulk Christoph Kukulies writes: > Answering to myself: > > Forgot to mention that also sup is running (client) on this machine. > Does or did sup have a resource leak problem in that it opens too many files > and doesn't close them ? (although this shouldn't result in a kernel > message). Nope. Sup opens/closes one file at a time aside from the sup file and the sockets. Nate From owner-freebsd-current Wed Apr 12 07:31:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA14480 for current-outgoing; Wed, 12 Apr 1995 07:31:56 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA14471 for ; Wed, 12 Apr 1995 07:31:51 -0700 Received: by halloran-eldar.lcs.mit.edu; id AA06937; Wed, 12 Apr 1995 10:31:47 -0400 Date: Wed, 12 Apr 1995 10:31:47 -0400 From: Garrett Wollman Message-Id: <9504121431.AA06937@halloran-eldar.lcs.mit.edu> To: terry@cs.weber.edu (Terry Lambert) Cc: jc@irbs.com (John Capo), freebsd-current@freefall.cdrom.com Subject: Re: Missing telent login prompt In-Reply-To: <9504112204.AA02131@cs.weber.edu> References: <199504112022.QAA00482@irbs.com> <9504112204.AA02131@cs.weber.edu> Sender: current-owner@FreeBSD.org Precedence: bulk < No. What happened is that 2.0 is running entirely different code. The > telnet in 2.0 is the new stuff from Cray. ``the new stuff from Cray'' is a direct descendant of all previous BSD telnet programs, and was developed specifically for 4.4BSD. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Wed Apr 12 08:11:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA15539 for current-outgoing; Wed, 12 Apr 1995 08:11:08 -0700 Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA15503 for ; Wed, 12 Apr 1995 08:10:09 -0700 Received: (nnd@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) id WAA12465 for current@freebsd.org; Wed, 12 Apr 1995 22:09:42 +0700 Date: Wed, 12 Apr 1995 22:09:42 +0700 From: "Nickolay N. Dudorov" Message-Id: <199504121509.WAA12465@gw.itfs.nsk.su> To: current@FreeBSD.org Subject: Sendmail cf version correction Sender: current-owner@FreeBSD.org Precedence: bulk Could somebody applay the next patch to usr.sbin/sendmail to correct version.m4 ? All the rest of sendmail sources are of 8.6.11. After that we can applay 8.6.12.patch cleanly. N.Dudorov ============================================== --- cf/m4/version.m4.OLD Wed Apr 12 22:00:46 1995 +++ cf/m4/version.m4 Wed Apr 12 22:01:28 1995 @@ -32,8 +32,8 @@ # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # SUCH DAMAGE. # -VERSIONID(`@(#)version.m4 8.6.9.1 (Berkeley) 4/18/94') +VERSIONID(`@(#)version.m4 8.6.11.1 (Berkeley) 3/4/95') # divert(0) # Configuration version number -DZ8.6.9 +DZ8.6.11 From owner-freebsd-current Wed Apr 12 08:54:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA16553 for current-outgoing; Wed, 12 Apr 1995 08:54:56 -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 IAA16542 for ; Wed, 12 Apr 1995 08:54:51 -0700 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.18.7]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id RAA05236; Wed, 12 Apr 1995 17:54:05 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.10/8.6.9) id RAA18922; Wed, 12 Apr 1995 17:53:57 +0200 Date: Wed, 12 Apr 1995 17:53:57 +0200 Message-Id: <199504121553.RAA18922@caramba.cs.tu-berlin.de> To: Brian Tao Cc: FREEBSD-CURRENT-L Subject: Re: /usr/share/man/cat? In-Reply-To: References: <9504120829.AA08757@ocegr.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: current-owner@FreeBSD.org Precedence: bulk Brian Tao writes: > Right, but I figured keen-eyed users might notice that their disk >space is decreasing without any apparent reason (if they don't know >about man saving preformatted pages). I thought we might consider >going all-out and formatting all the man pages at the start so the >user knows what's going on. On second thought, it would make the >manpage distribution much larger (if we provided the cat pages) or >take a heck of a long time to generate (if the installer runs catman). >In any case, I still think the cat directories should be included in >the manpage dist, if not the base binary dist. This should be in /etc/sysconfig: # create cat directories in MANPATH (daily) create_cat_dirs=YES # preformat all manpages (weekly) catman=NO # remove unsed catpages (atime > 14 days) remove_old_catpages=NO Gruß Wolfram -- http://hyperg.cs.tu-berlin.de/C~wosch From owner-freebsd-current Wed Apr 12 09:45:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA17327 for current-outgoing; Wed, 12 Apr 1995 09:45:29 -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 JAA17312 for ; Wed, 12 Apr 1995 09:44:51 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03668; Wed, 12 Apr 1995 18:37:29 +0200 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id SAA11564 for freebsd-current@FreeBSD.org; Wed, 12 Apr 1995 18:37:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id SAA09739 for freebsd-current@FreeBSD.org; Wed, 12 Apr 1995 18:32:25 +0200 From: J Wunsch Message-Id: <199504121632.SAA09739@uriah.heep.sax.de> Subject: Re: /usr/share/man/cat? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 12 Apr 1995 18:32:24 +0200 (MET DST) In-Reply-To: from "Brian Tao" at Apr 12, 95 01:51:32 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: 553 Sender: current-owner@FreeBSD.org Precedence: bulk As Brian Tao wrote: > > On Tue, 11 Apr 1995, Mark Murray wrote: > > > > This seems to be true of /usr/share/man/... but it is not the case in > > /usr/local/man/... and /usr/X11R6/man/... > > > > It this maybe what Brian was asking? > > I don't see any sign of the /usr/share/man/cat? directories in > either the bin or manpage distributions. I think they've been accidentally cleaned up in the SNAP. -- 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-current Wed Apr 12 10:49:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18967 for current-outgoing; Wed, 12 Apr 1995 10:49:42 -0700 Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18959 for ; Wed, 12 Apr 1995 10:49:32 -0700 Received: (nnd@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) id AAA13212 for current@freebsd.org; Thu, 13 Apr 1995 00:49:14 +0700 Date: Thu, 13 Apr 1995 00:49:14 +0700 From: "Nickolay N. Dudorov" Message-Id: <199504121749.AAA13212@gw.itfs.nsk.su> To: current@FreeBSD.org Subject: Named in /etc/{rc,sysconfig} and named.restart Sender: current-owner@FreeBSD.org Precedence: bulk /etc/sysconfig says that "for most hosts" named should be started as named -b /etc/namedb/named.boot but scripts such as named.restart provided "for all hosts" restarts named without any args (assuming /etc/named.boot). We'll either modify named sources to look at /etc/namedb/named.boot or modify scripts (named.restart etc), or upgarde to bind.4.9.3-BETA17 and use (modified) ndc.sh for named control. N.Dudorov From owner-freebsd-current Wed Apr 12 10:53:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19087 for current-outgoing; Wed, 12 Apr 1995 10:53:40 -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 KAA19081 for ; Wed, 12 Apr 1995 10:53:38 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA17669; Wed, 12 Apr 95 11:47:17 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504121747.AA17669@cs.weber.edu> Subject: Re: Subj. Titles. To: JOHN@gab.unt.edu (John Booth) Date: Wed, 12 Apr 95 11:47:16 MDT Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <8763CD56A1@gab.unt.edu> from "John Booth" at Apr 12, 95 08:27:27 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk Man, I nearly missed this! I have been deleting most messages that don't have "ASUS www mirror" as the title... 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-current Wed Apr 12 11:22:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19625 for current-outgoing; Wed, 12 Apr 1995 11:22: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 LAA19619 for ; Wed, 12 Apr 1995 11:22:10 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id LAA07334; Wed, 12 Apr 1995 11:21:28 -0700 From: "Rodney W. Grimes" Message-Id: <199504121821.LAA07334@gndrsh.aac.dev.com> Subject: Re: Named in /etc/{rc,sysconfig} and named.restart To: nnd@gw.itfs.nsk.su (Nickolay N. Dudorov) Date: Wed, 12 Apr 1995 11:21:27 -0700 (PDT) Cc: current@FreeBSD.org In-Reply-To: <199504121749.AAA13212@gw.itfs.nsk.su> from "Nickolay N. Dudorov" at Apr 13, 95 00:49:14 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 737 Sender: current-owner@FreeBSD.org Precedence: bulk > > > /etc/sysconfig says that "for most hosts" > named should be started as > named -b /etc/namedb/named.boot > but scripts such as named.restart provided "for all hosts" > restarts named without any args (assuming /etc/named.boot). > > We'll either modify named sources to look at > /etc/namedb/named.boot or modify scripts (named.restart etc), > or upgarde to bind.4.9.3-BETA17 and use (modified) ndc.sh > for named control. Thank you for pointing this out, I will do something about correcting it for the short term (until we can upgrade to 4.9.3-BETA17). > N.Dudorov -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Apr 12 11:33:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19806 for current-outgoing; Wed, 12 Apr 1995 11:33: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 LAA19799 for ; Wed, 12 Apr 1995 11:33:00 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id LAA07411; Wed, 12 Apr 1995 11:32:27 -0700 From: "Rodney W. Grimes" Message-Id: <199504121832.LAA07411@gndrsh.aac.dev.com> Subject: Re: Sendmail cf version correction To: nnd@gw.itfs.nsk.su (Nickolay N. Dudorov) Date: Wed, 12 Apr 1995 11:32:27 -0700 (PDT) Cc: current@FreeBSD.org In-Reply-To: <199504121509.WAA12465@gw.itfs.nsk.su> from "Nickolay N. Dudorov" at Apr 12, 95 10:09:42 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1419 Sender: current-owner@FreeBSD.org Precedence: bulk > > > Could somebody applay the next patch > to usr.sbin/sendmail to correct version.m4 ? > All the rest of sendmail sources are of 8.6.11. > After that we can applay 8.6.12.patch cleanly. Do NOT apply this patch. If there is a version 8.6.11.1 of version.m4 we should get it from UCB and import it. Something must have gone wrong with the import and merge of 8.6.11.1 as the RELEASE_NOTES file claim the version of sendmail we have to be 8.6.11.1, and we have the following commit message on that file: ---------------------------- revision 1.1.1.3 date: 1995/03/10 04:50:10; author: pst; state: Exp; lines: +38 -1 Merge sendmail 8.6.11 patches into CSRG branch ---------------------------- I do not show any commit to version.m4 since the initial import of BSD 4.4 Lite :-(. > N.Dudorov > ============================================== > --- cf/m4/version.m4.OLD Wed Apr 12 22:00:46 1995 > +++ cf/m4/version.m4 Wed Apr 12 22:01:28 1995 > @@ -32,8 +32,8 @@ > # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF > # SUCH DAMAGE. > # > -VERSIONID(`@(#)version.m4 8.6.9.1 (Berkeley) 4/18/94') > +VERSIONID(`@(#)version.m4 8.6.11.1 (Berkeley) 3/4/95') > # > divert(0) > # Configuration version number > -DZ8.6.9 > +DZ8.6.11 > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Apr 12 12:17:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21018 for current-outgoing; Wed, 12 Apr 1995 12:17:47 -0700 Received: from irbs.com (irbs.com [199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA21012 for ; Wed, 12 Apr 1995 12:17:43 -0700 Received: (from jc@localhost) by irbs.com (8.6.11/8.6.6) id PAA10667 for freebsd-current@freefall.cdrom.com; Wed, 12 Apr 1995 15:17:38 -0400 From: John Capo Message-Id: <199504121917.PAA10667@irbs.com> Subject: More on telnet prompt To: freebsd-current@freefall.cdrom.com (freebsd-current) Date: Wed, 12 Apr 1995 15:17:37 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 276 Sender: current-owner@FreeBSD.org Precedence: bulk If your erase character is DEL, ^?, you always get the login prompt. If your erase character is BS, ^H, it falls on the floor. Enable telnetd option debugging with -D options in inetd.conf and watch the difference in negotiations between the two erase characters. John Capo From owner-freebsd-current Wed Apr 12 12:34:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21430 for current-outgoing; Wed, 12 Apr 1995 12:34:08 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA21424 for ; Wed, 12 Apr 1995 12:34:06 -0700 Received: by halloran-eldar.lcs.mit.edu; id AA07483; Wed, 12 Apr 1995 15:34:05 -0400 Date: Wed, 12 Apr 1995 15:34:05 -0400 From: Garrett Wollman Message-Id: <9504121934.AA07483@halloran-eldar.lcs.mit.edu> To: current@FreeBSD.org Subject: Attention device-driver writers! Sender: current-owner@FreeBSD.org Precedence: bulk I recently made another apss through all the device drivers in preparation for adding another variable for devconf. (I might also partially re-design the way devconf and sysctl interface; it could use some improvement, but I'm not likely to have the time.) The following drivers are on my devconf $#!+ list, and were not fixed, or were only incompletely fixed, in this round: Support completely missing: cy, gpib, gsc, ix, ze, zp, joy, tw Registration order bad: cx (?), syscons State broken: lots, including el, eg, ep, wd, and the netif part of lpt Not examined: pcvt, sound, matcd, scsi (waiting for Peter) A special raspberry goes to the PCI code, for getting the idea almost completely inside-out. This is supposed to be DRIVER-driven, not generic-bus-code-driven. I don't want to go fiddling fifteen different PCI structures to provide the necessary information next time I add a variable to the devconf interface! -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Wed Apr 12 12:40:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21545 for current-outgoing; Wed, 12 Apr 1995 12:40:43 -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 MAA21539 for ; Wed, 12 Apr 1995 12:40:42 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA09915; Wed, 12 Apr 1995 12:40:39 -0700 From: Poul-Henning Kamp Message-Id: <199504121940.MAA09915@ref.tfs.com> Subject: Re: Attention device-driver writers! To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Wed, 12 Apr 1995 12:40:38 -0700 (PDT) Cc: current@FreeBSD.org In-Reply-To: <9504121934.AA07483@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Apr 12, 95 03:34:05 pm Content-Type: text Content-Length: 636 Sender: current-owner@FreeBSD.org Precedence: bulk > I recently made another apss through all the device drivers in > preparation for adding another variable for devconf. (I might also > partially re-design the way devconf and sysctl interface; it could use > some improvement, but I'm not likely to have the time.) Garrett, I think you could save yourself a lot of grief it you actually wrote the "What is devconf and why should my device care" FAQ. The documentation is slightly thin in this area... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Wed Apr 12 12:49:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21721 for current-outgoing; Wed, 12 Apr 1995 12:49: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 MAA21715 for ; Wed, 12 Apr 1995 12:49:11 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id MAA07679; Wed, 12 Apr 1995 12:48:57 -0700 From: "Rodney W. Grimes" Message-Id: <199504121948.MAA07679@gndrsh.aac.dev.com> Subject: Re: Attention device-driver writers! To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Wed, 12 Apr 1995 12:48:57 -0700 (PDT) Cc: current@FreeBSD.org In-Reply-To: <9504121934.AA07483@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Apr 12, 95 03:34:05 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 767 Sender: current-owner@FreeBSD.org Precedence: bulk > > I recently made another apss through all the device drivers in > preparation for adding another variable for devconf. (I might also > partially re-design the way devconf and sysctl interface; it could use > some improvement, but I'm not likely to have the time.) > > The following drivers are on my devconf $#!+ list, and were not fixed, > or were only incompletely fixed, in this round: > > Support completely missing: > cy, gpib, gsc, ix, ze, zp, joy, tw ^^ I have partial support in my tree, I was waiting to finish it off before commiting the devconf changes for the if_ix driver. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Apr 12 13:16:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA22573 for current-outgoing; Wed, 12 Apr 1995 13:16:08 -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 NAA22433 for ; Wed, 12 Apr 1995 13:14:32 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id GAA24821 for current@freebsd.org; Thu, 13 Apr 1995 06:08:54 +1000 Date: Thu, 13 Apr 1995 06:08:54 +1000 From: Bruce Evans Message-Id: <199504122008.GAA24821@godzilla.zeta.org.au> To: current@FreeBSD.org Subject: problems with new cvs Sender: current-owner@FreeBSD.org Precedence: bulk 1) It created a new admin file CVS/Root in each checked out directory. Although these files are only 8 bytes long, there are so many directories in /usr/src that my /usr partition filled up again. 2) It created the files in (1) even though I ran it with the -n flag. 3) It gives up too easily on errors. My /usr/src/sys/compile is a symlink to /usr/obj/sys/compile, so it can't reasonably be managed by CVS. `cvs [-n] -q co src' now aborts when it hits this symlink. Bruce From owner-freebsd-current Wed Apr 12 14:36:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA26253 for current-outgoing; Wed, 12 Apr 1995 14:36: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 OAA26243 for ; Wed, 12 Apr 1995 14:36:08 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19093; Wed, 12 Apr 95 15:29:43 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504122129.AA19093@cs.weber.edu> Subject: Re: Missing telent login prompt To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Wed, 12 Apr 95 15:29:42 MDT Cc: jc@irbs.com, freebsd-current@freefall.cdrom.com In-Reply-To: <9504121431.AA06937@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Apr 12, 95 10:31:47 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > No. What happened is that 2.0 is running entirely different code. The > > telnet in 2.0 is the new stuff from Cray. > > ``the new stuff from Cray'' is a direct descendant of all previous BSD > telnet programs, and was developed specifically for 4.4BSD. So you are saying that, as a direct descendent, the finite state automaton that allows the remote end to determine 4.2-ness vs. 4.3-ness wasn't broken, and that the automaton results in the remote side concluding 4.3-ness? I don't think the descent is nearly so direct conceptually. 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-current Wed Apr 12 15:14:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA27751 for current-outgoing; Wed, 12 Apr 1995 15:14:18 -0700 Received: from unlisys.unlisys.NET (unlisys.unlisys.net [194.64.15.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA27745 for ; Wed, 12 Apr 1995 15:14:15 -0700 Received: by unlisys.unlisys.NET from deadline.snafu.de with smtp (Smail3.1.28.1 [@@]) id m0rzAfk-0000IuC; Thu, 13 Apr 95 00:14 MET DST Received: by deadline.snafu.de id m0rzAfq-000IyrC; Thu, 13 Apr 95 00:14 MET DST (/\oo/\ Smail3.1.29.1 #29.1) Message-Id: Date: Thu, 13 Apr 95 00:14 MET DST From: root@deadline.snafu.de (Andreas S. Wetzel) To: freebsd-current@FreeBSD.org Subject: Re: too many open files Newsgroups: deadline.lists.freebsd-current References: X-Newsreader: NN version 6.5.0 #3 (NOV) Sender: current-owner@FreeBSD.org Precedence: bulk In deadline.lists.freebsd-current you write: >This seems to be a permanent syndrome of -current here with my Apr 9 >kernel. Does anyone else see this also? Seen several times with the last few kernels. Mostly after a whole bunch (7-10 Meg) larger ftp-mails from a remote uucp site had arrived. Any ideas about that ?! Mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-current Wed Apr 12 15:45:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA28999 for current-outgoing; Wed, 12 Apr 1995 15:45:41 -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 PAA28993 for ; Wed, 12 Apr 1995 15:45:39 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19512; Wed, 12 Apr 95 16:39:05 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504122239.AA19512@cs.weber.edu> Subject: Re: Attention device-driver writers! To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Wed, 12 Apr 95 16:39:04 MDT Cc: current@FreeBSD.org In-Reply-To: <9504121934.AA07483@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Apr 12, 95 03:34:05 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > A special raspberry goes to the PCI code, for getting the idea almost > completely inside-out. This is supposed to be DRIVER-driven, not > generic-bus-code-driven. I don't want to go fiddling fifteen > different PCI structures to provide the necessary information next > time I add a variable to the devconf interface! It was my impression that a bus attach *is* the way to handle the ISA, EISA, PCI, and VESA stuff. The thing I disagree with, which is what I think you are complaining about too, is that the drivers themselves should be largely unaware of what bus or whatever they are on. I think a special exception for stupid busses needs to be made in the case of an invasive probe procedure finding where the device lives. The magic in this case should be a flag to the attach routine to tell what kind of bus the machine thinks the card is on. When rightiousness hits the MB manufacturers and they install PCI slots with no ISA slots on new motherboards, there has to be a way to ensure that "all is right with the world". Not that I think a motherboard manufacturer can ever be truly rightious. 8-(. For PCI devices, the probe is implicit, and the attach is called. For ISA devices, the probe is in the attach, which must fail if it was called inerror. With a magic bus flag to the driver, those that support ISA can probe their brains out, and those that don't can locate themselves via callback. I think callbacks are and will continue to be an important mechanism for handling hot plug devices (like PCMCIA). ISA is *so* obnoxious. 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-current Wed Apr 12 19:20:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA07167 for current-outgoing; Wed, 12 Apr 1995 19:20:54 -0700 Received: from pluto.ops.NeoSoft.com (root@pluto.ops.NeoSoft.COM [198.64.212.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA07159 for ; Wed, 12 Apr 1995 19:20:47 -0700 Received: from metal.ops.neosoft.com (glenn-slip54.nmt.edu [129.138.5.154]) by pluto.ops.NeoSoft.com (8.6.10/8.6.10) with ESMTP id VAA23309 for ; Wed, 12 Apr 1995 21:20:42 -0500 Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.11/8.6.10) id UAA11898 for current@freebsd.org; Wed, 12 Apr 1995 20:20:28 -0600 Date: Wed, 12 Apr 1995 20:20:28 -0600 From: Scott Mace Message-Id: <199504130220.UAA11898@metal.ops.neosoft.com> To: current@FreeBSD.org Subject: default erase key Sender: current-owner@FreeBSD.org Precedence: bulk shouldn't CERASE in sys/ttydefaults.h be 0010 now since we default to ^H in syscons? I'd be happy to commit the change if there arn't any objections. Scott From owner-freebsd-current Wed Apr 12 20:36:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA08920 for current-outgoing; Wed, 12 Apr 1995 20:36:35 -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 UAA08910 for ; Wed, 12 Apr 1995 20:36:21 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA04488; Thu, 13 Apr 1995 13:31:11 +1000 Date: Thu, 13 Apr 1995 13:31:11 +1000 From: Bruce Evans Message-Id: <199504130331.NAA04488@godzilla.zeta.org.au> To: current@FreeBSD.org, smace@metal-mail.neosoft.com Subject: Re: default erase key Sender: current-owner@FreeBSD.org Precedence: bulk >shouldn't CERASE in sys/ttydefaults.h be 0010 now since we default to ^H in >syscons? No. Keyboard drivers on other machines are not affected by the change to syscons. syscons should ignore CERASE and set tp->t_termios.c_cc[VERASE] to CTRL('h'). Bruce From owner-freebsd-current Thu Apr 13 07:25:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA15672 for current-outgoing; Thu, 13 Apr 1995 07:25:27 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA15666 for ; Thu, 13 Apr 1995 07:25:21 -0700 Received: by halloran-eldar.lcs.mit.edu; id AA08662; Thu, 13 Apr 1995 10:25:16 -0400 Date: Thu, 13 Apr 1995 10:25:16 -0400 From: Garrett Wollman Message-Id: <9504131425.AA08662@halloran-eldar.lcs.mit.edu> To: terry@cs.weber.edu (Terry Lambert) Cc: freebsd-current@freefall.cdrom.com Subject: Re: Missing telent login prompt In-Reply-To: <9504122129.AA19093@cs.weber.edu> References: <9504121431.AA06937@halloran-eldar.lcs.mit.edu> <9504122129.AA19093@cs.weber.edu> Sender: current-owner@FreeBSD.org Precedence: bulk <> > No. What happened is that 2.0 is running entirely different code. The >> > telnet in 2.0 is the new stuff from Cray. >> >> ``the new stuff from Cray'' is a direct descendant of all previous BSD >> telnet programs, and was developed specifically for 4.4BSD. > So you are saying that, as a direct descendent, the finite state > automaton that allows the remote end to determine 4.2-ness vs. > 4.3-ness wasn't broken No, I'm correcting your assertion that the 4.4 telnet programs are ``entirely different code''. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Thu Apr 13 08:11:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA17214 for current-outgoing; Thu, 13 Apr 1995 08:11:42 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA17204 for ; Thu, 13 Apr 1995 08:11:35 -0700 Received: by halloran-eldar.lcs.mit.edu; id AA08742; Thu, 13 Apr 1995 11:11:32 -0400 Date: Thu, 13 Apr 1995 11:11:32 -0400 From: Garrett Wollman Message-Id: <9504131511.AA08742@halloran-eldar.lcs.mit.edu> To: terry@cs.weber.edu (Terry Lambert) Cc: current@FreeBSD.org Subject: Broken PCI code In-Reply-To: <9504122239.AA19512@cs.weber.edu> References: <9504121934.AA07483@halloran-eldar.lcs.mit.edu> <9504122239.AA19512@cs.weber.edu> Sender: current-owner@FreeBSD.org Precedence: bulk <> A special raspberry goes to the PCI code, for getting the idea almost >> completely inside-out. This is supposed to be DRIVER-driven, not >> generic-bus-code-driven. I don't want to go fiddling fifteen >> different PCI structures to provide the necessary information next >> time I add a variable to the devconf interface! > It was my impression that a bus attach *is* the way to handle the > ISA, EISA, PCI, and VESA stuff. > The thing I disagree with, which is what I think you are complaining > about too, is that the drivers themselves should be largely unaware > of what bus or whatever they are on. Nothing of the sort. What I am complaining about is that the PCI code goes to great lengths to (incorrectly) hide the devconf interface from PCI drivers, forcing one to go through enormous contortions to wedge every new addition to devconf (or even to make existing features work right) into various PCI data structures to ensure that the fifteen lines of fill-it-in-and-forget-it PCI code is able to provide something approximately similar to the correct values. If the PCI people don't fix this relatively soon, I'll probably go and fix it myself. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Thu Apr 13 09:10:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA20129 for current-outgoing; Thu, 13 Apr 1995 09:10:29 -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 JAA20112 for ; Thu, 13 Apr 1995 09:10:06 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18016; Thu, 13 Apr 1995 18:09:41 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA18436 for freebsd-current@FreeBSD.org; Thu, 13 Apr 1995 18:09:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id RAA13746 for freebsd-current@FreeBSD.org; Thu, 13 Apr 1995 17:51:32 +0200 From: J Wunsch Message-Id: <199504131551.RAA13746@uriah.heep.sax.de> Subject: Re: default erase key To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 13 Apr 1995 17:51:31 +0200 (MET DST) In-Reply-To: <199504130220.UAA11898@metal.ops.neosoft.com> from "Scott Mace" at Apr 12, 95 08:20:28 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: 436 Sender: current-owner@FreeBSD.org Precedence: bulk As Scott Mace wrote: > > shouldn't CERASE in sys/ttydefaults.h be 0010 now since we default to ^H in > syscons? > > I'd be happy to commit the change if there arn't any objections. Don't. We've already fought this one here, and the only agreement has been to change as few as possible. -- 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-current Thu Apr 13 09:36:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA20589 for current-outgoing; Thu, 13 Apr 1995 09:36:44 -0700 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA20583 for ; Thu, 13 Apr 1995 09:36:43 -0700 Date: Thu, 13 Apr 1995 12:36:03 -0400 (EDT) From: -Vince- To: Bruce Evans cc: current@FreeBSD.org, smace@metal-mail.neosoft.com Subject: Re: default erase key In-Reply-To: <199504130331.NAA04488@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Thu, 13 Apr 1995, Bruce Evans wrote: > >shouldn't CERASE in sys/ttydefaults.h be 0010 now since we default to ^H in > >syscons? > > No. Keyboard drivers on other machines are not affected by the change > to syscons. > > syscons should ignore CERASE and set tp->t_termios.c_cc[VERASE] to CTRL('h'). > > Bruce > Speaking about the erase key, has anyone gotten erase to work correctly in ytalk yet? Cheers, Vince UCLA Physics/Electrical Engineering From owner-freebsd-current Thu Apr 13 16:23:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01218 for current-outgoing; Thu, 13 Apr 1995 16:23:12 -0700 Received: from easynet.com (easyr.easynet.net [198.67.38.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA01212 for ; Thu, 13 Apr 1995 16:23:08 -0700 Received: by easynet.com (Smail3.1.28.1 #7) id m0rzY7R-000rcuC; Thu, 13 Apr 95 16:16 WET DST Message-Id: From: brian@mediacity.com (Brian Litzinger) Subject: tm driver uploaded to freefall To: freebsd-current@FreeBSD.org Date: Thu, 13 Apr 1995 16:16:13 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 163 Sender: current-owner@FreeBSD.org Precedence: bulk I uploaded tm.tar.gz to incoming on freefall.cdrom.com. tm.tar.gz contains the driver for the OmniMedia Talisman MPEG Decoder. Brian Litzinger brian@easynet.com From owner-freebsd-current Thu Apr 13 17:58:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA03514 for current-outgoing; Thu, 13 Apr 1995 17:58:39 -0700 Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA03503 for ; Thu, 13 Apr 1995 17:58:36 -0700 Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.6.12+2.4W/3.3W5-MX941209-Fujitsu Mail Gateway) id JAA00208; Fri, 14 Apr 1995 09:58:29 +0900 Received: from fdm.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.12+2.4W/3.3W5-MX950127-Fujitsu Domain Mail Master) id JAA25261; Fri, 14 Apr 1995 09:57:57 +0900 Received: from sysrap by fdm.fujitsu.co.jp (5.65/6.4J.6) id AA18211; Fri, 14 Apr 95 09:57:57 +0900 Received: from seki.sysrap.cs.fujitsu.co.jp by spad.sysrap.cs.fujitsu.co.jp with smtp (Smail3.1.28.1 #1) id m0rzZpN-0001yJC; Fri, 14 Apr 95 10:05 JST Date: Fri, 14 Apr 95 09:53:37 JST From: Masahiro SEKIGUCHI Message-Id: <9504140053.AA10643@seki.sysrap.cs.fujitsu.co.jp> To: FreeBSD-BUGs@FreeBSD.org, FreeBSD-current@FreeBSD.org Subject: bug on /bin/ps permission? Sender: current-owner@FreeBSD.org Precedence: bulk I'm not sure this is a bug. In 950322 SNAP bin, /bin/ps has the following permission/owner/group: -r-sr-xr-x 1 root bin 143360 Mar 24 09:33 /bin/ps I guess the SUID bit and root owning is to access /dev/kmem. Then, should it be: -r-xr-sr-x 1 bin kmem 143360 Mar 24 09:33 /bin/ps to give minimum privilege? From owner-freebsd-current Thu Apr 13 20:58:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA07480 for current-outgoing; Thu, 13 Apr 1995 20:58:55 -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 UAA07474 for ; Thu, 13 Apr 1995 20:58:53 -0700 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA15624 (5.65c8/HUTCS-S 1.4 for ); Fri, 14 Apr 1995 06:58:49 +0300 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id GAA27301; Fri, 14 Apr 1995 06:59:01 +0300 Date: Fri, 14 Apr 1995 06:59:01 +0300 Message-Id: <199504140359.GAA27301@shadows.cs.hut.fi> To: freebsd-current@FreeBSD.org Subject: mmap bugs gone yet? Organization: Helsinki University of Technology, Otaniemi, Finland Sender: current-owner@FreeBSD.org Precedence: bulk Have mmap bugs been eliminated yet, ie. could it be safe to turn MMAP option in INND on? -- 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-current Fri Apr 14 01:42:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11102 for current-outgoing; Fri, 14 Apr 1995 01:42:11 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11080 ; Fri, 14 Apr 1995 01:42:06 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Heikki Suonsivu cc: freebsd-current@FreeBSD.org Subject: Re: mmap bugs gone yet? In-reply-to: Your message of "Fri, 14 Apr 95 06:59:01 +0300." <199504140359.GAA27301@shadows.cs.hut.fi> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 14 Apr 1995 01:42:05 -0700 Message-ID: <11077.797848925@freefall.cdrom.com> From: Gary Palmer (FreeBSD/ARM Team) Sender: current-owner@FreeBSD.org Precedence: bulk In message <199504140359.GAA27301@shadows.cs.hut.fi>, Heikki Suonsivu writes: >Have mmap bugs been eliminated yet, ie. could it be safe to turn MMAP >option in INND on? Not AFAIK. If the port is updated (in ports/news/inn), then it'll be safe to use. Gary From owner-freebsd-current Fri Apr 14 03:32:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13861 for current-outgoing; Fri, 14 Apr 1995 03:32:26 -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 DAA13831 for ; Fri, 14 Apr 1995 03:32:08 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03333; Fri, 14 Apr 1995 12:31:24 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA24573; Fri, 14 Apr 1995 12:31:22 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id MAA18746; Fri, 14 Apr 1995 12:30:32 +0200 From: J Wunsch Message-Id: <199504141030.MAA18746@uriah.heep.sax.de> Subject: Re: mmap bugs gone yet? To: gpalmer@freefall.cdrom.com (Gary Palmer) Date: Fri, 14 Apr 1995 12:30:30 +0200 (MET DST) Cc: hsu@cs.hut.fi, freebsd-current@FreeBSD.org In-Reply-To: <11077.797848925@freefall.cdrom.com> from "Gary Palmer" at Apr 14, 95 01:42:05 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: 522 Sender: current-owner@FreeBSD.org Precedence: bulk As Gary Palmer wrote: > > In message <199504140359.GAA27301@shadows.cs.hut.fi>, Heikki Suonsivu writes: > >Have mmap bugs been eliminated yet, ie. could it be safe to turn MMAP > >option in INND on? > > Not AFAIK. If the port is updated (in ports/news/inn), then it'll be > safe to use. With the merged VM/buffer cache, i doubt it will buy too much to mmap the files at all. -- 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-current Fri Apr 14 07:21:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA17508 for current-outgoing; Fri, 14 Apr 1995 07:21:48 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA17494 ; Fri, 14 Apr 1995 07:21:24 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id WAA02187; Fri, 14 Apr 1995 22:21:39 +0800 Date: Fri, 14 Apr 1995 22:21:38 +0800 (CST) From: Brian Tao To: FREEBSD-CURRENT-L cc: jkh@FreeBSD.org Subject: Small *oops* in README... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk > Latest snapshot from April 12th, 1995. > > > WHATS NEW [not a complete list] > ------------------------------- [...] > Please identify the version of this snapshot (950322-SNAP) as what ^^^^^^^^^^^ > you're running when reporting problems or making comments. > > Thanks! Should be 950412-SNAP, of course. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Fri Apr 14 07:39:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA17961 for current-outgoing; Fri, 14 Apr 1995 07:39:46 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA17952 for ; Fri, 14 Apr 1995 07:39:35 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id WAA02282; Fri, 14 Apr 1995 22:39:55 +0800 Date: Fri, 14 Apr 1995 22:39:54 +0800 (CST) From: Brian Tao To: FREEBSD-CURRENT-L Subject: do_cksum script Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk The do_cksum scripts still do not check for missing segments in the tarfile distributions. The whole script could be rewritten in a much more efficient manner too (i.e., a generic script that reads a package-specific data file that contains a list of filenames and checksums). I have GNU textutils installed and its version of cksum appears first in the path. As Murph would have it, it outputs in a slightly different format (it pads the byte count with spaces) and so the literal comparison in do_cksum fails. How about using md5 instead? Does WC or anyone at freebsd.org have a particular attachment to the current do_cksum script? If not, I'll whip something up and post it. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Fri Apr 14 07:53:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA18263 for current-outgoing; Fri, 14 Apr 1995 07:53:13 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA18250 for ; Fri, 14 Apr 1995 07:53:02 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id WAA02346; Fri, 14 Apr 1995 22:53:12 +0800 Date: Fri, 14 Apr 1995 22:53:11 +0800 (CST) From: Brian Tao To: FREEBSD-CURRENT-L Subject: RELNOTES.FreeBSD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk Should the release notes on the boot floppy be updated to include recent driver support for the AHA-2940[W] SCSI adapter, 100-Mbps Ethernet adapters, etc.? Or is it still to early for those particular devices to claim full, stable support? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Fri Apr 14 07:56:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA18532 for current-outgoing; Fri, 14 Apr 1995 07:56:57 -0700 Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA18503 for ; Fri, 14 Apr 1995 07:56:51 -0700 Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.6.12+2.4W/3.3W5-MX941209-Fujitsu Mail Gateway) id XAA16290; Fri, 14 Apr 1995 23:56:39 +0900 Received: from fdm.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.12+2.4W/3.3W5-MX950127-Fujitsu Domain Mail Master) id XAA13892; Fri, 14 Apr 1995 23:56:08 +0900 Received: from sysrap by fdm.fujitsu.co.jp (5.65/6.4J.6) id AA25027; Fri, 14 Apr 95 23:56:07 +0900 Received: from seki.sysrap.cs.fujitsu.co.jp by spad.sysrap.cs.fujitsu.co.jp with smtp (Smail3.1.28.1 #1) id m0rzmuW-000AL7C; Sat, 15 Apr 95 00:03 JST Date: Fri, 14 Apr 95 23:51:49 JST From: Masahiro SEKIGUCHI Message-Id: <9504141451.AA11398@seki.sysrap.cs.fujitsu.co.jp> To: hackers@FreeBSD.org, current@FreeBSD.org Subject: Fujitsu MB86960/965 Ethernet driver Sender: current-owner@FreeBSD.org Precedence: bulk I have just put the latest version of my fe driver on: ftp.freebsd.org:incoming/FreeBSD/fe-950414.tar.gz This is a revised version of fe-950310. Could someone (in core team?) please put the driver in -current source tree? If it is acceptable, I suggest the following config entry for GENERIC: device fe0 at isa? port? net irq? vector feintr Thanks. --- Fe is a network driver for Fujitsu MB86960A/MB86965A based Ethernet cards. I have tested it on FreeBSD 2.0 RELEASE and 950322 SNAP. (Not on 950412 SNAP, yet.) Features of fe: Fe currently runs with the following Ethernet cards: -- Fujitsu FMV-180 series for ISA -- Allied-Telesis AT1700 series and RE2000 series for ISA. # Linux has long been supporting AT1700, but none of *BSDs. So, if # you have a friend who runs Linux just to use AT1700, this may be a # chance to make him/her a FreeBSD user! Fe supports multicast and duplex operation. Please test it, if you have appropriate hardware, and write comments to me. I read English and Japanese. Masahiro Sekiguchi From owner-freebsd-current Fri Apr 14 10:08:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA25193 for current-outgoing; Fri, 14 Apr 1995 10:08:31 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA25184 ; Fri, 14 Apr 1995 10:08:29 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Brian Tao cc: FREEBSD-CURRENT-L , jkh@FreeBSD.org Subject: Re: Small *oops* in README... In-reply-to: Your message of "Fri, 14 Apr 95 22:21:38 +0800." Date: Fri, 14 Apr 1995 10:08:29 -0700 Message-ID: <25183.797879309@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk Fixed it already last night, thanks! Jordan > > Latest snapshot from April 12th, 1995. > > > > > > WHATS NEW [not a complete list] > > ------------------------------- > [...] > > Please identify the version of this snapshot (950322-SNAP) as what > ^^^^^^^^^^^ > > you're running when reporting problems or making comments. > > > > Thanks! > > Should be 950412-SNAP, of course. > -- > Brian ("Though this be madness, yet there is method in't") Tao > taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org > From owner-freebsd-current Fri Apr 14 10:09:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA25240 for current-outgoing; Fri, 14 Apr 1995 10:09:50 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA25233 ; Fri, 14 Apr 1995 10:09:49 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Brian Tao cc: FREEBSD-CURRENT-L Subject: Re: do_cksum script In-reply-to: Your message of "Fri, 14 Apr 95 22:39:54 +0800." Date: Fri, 14 Apr 1995 10:09:49 -0700 Message-ID: <25232.797879389@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > instead? Does WC or anyone at freebsd.org have a particular > attachment to the current do_cksum script? If not, I'll whip > something up and post it. Don't forget, that script is _auto generated_ - if there's any place to make the switch to md5, it's in the script that makes the scripts.. :-) See /usr/src/release/scripts/mkchecksums.sh. jordan From owner-freebsd-current Fri Apr 14 10:52:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27109 for current-outgoing; Fri, 14 Apr 1995 10:52:34 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA27093 for ; Fri, 14 Apr 1995 10:52:17 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id BAA00417; Sat, 15 Apr 1995 01:52:24 +0800 Date: Sat, 15 Apr 1995 01:52:22 +0800 (CST) From: Brian Tao To: "Jordan K. Hubbard" cc: FREEBSD-CURRENT-L Subject: Re: do_cksum script In-Reply-To: <25232.797879389@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Fri, 14 Apr 1995, Jordan K. Hubbard wrote: > > Don't forget, that script is _auto generated_ - if there's any place > to make the switch to md5, it's in the script that makes the scripts.. :-) > > See /usr/src/release/scripts/mkchecksums.sh. Yeah, I figured it was auto-generated... I could picture someone typing in all those checksums by hand (or maybe that explains why we only get a new snap once a month or so). ;-) I plan on writing the generator script too. /usr/src/release/scripts/... which tarball is that in? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Fri Apr 14 12:06:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA00667 for current-outgoing; Fri, 14 Apr 1995 12:06:09 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAB00614 for ; Fri, 14 Apr 1995 12:05:49 -0700 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.11/8.6.9) with SMTP id VAA13323 for ; Fri, 14 Apr 1995 21:05:18 +0200 Message-Id: <199504141905.VAA13323@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: YP/NIS first attempt problems. Date: Fri, 14 Apr 1995 21:05:18 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk Hi folks (particularly Bill!) I am messing around with NIS for the first time in my life, and have had some success. I put the +... entries into passwd, group and alias, setup my server (different machine), did cd /var/yp;make. Setup the relevant bits in sysconfig (I am running current - ctm510). Did a reboot and voila! seems to work: ypcat passwd.byname lists the passwd file (with stars not passwords). ypmatch worked for passwd.byname and passwd.byuid. GREAT! Now the problem. As root I cd to a user's directory, then ls -l. ls dumps core: Apr 14 20:23:36 grumble /kernel: pid 211: ls: uid 0: exited on signal 11 segmentation fault (core dumped) Attempting to log in as a pleb NIS user results in login barfing the same way. Any ideas? Is this a bug or have I blown something? (I am using the O'Reilly book 'Managing NFS and NIS'. It seems to be quite SUN-centric. How close is it to the way FreeBSD does things?) M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Fri Apr 14 12:45:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02942 for current-outgoing; Fri, 14 Apr 1995 12:45:04 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA02859 ; Fri, 14 Apr 1995 12:40:49 -0700 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id LAA04454; Fri, 14 Apr 1995 11:44:15 -0700 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@TFS.COM (Julian Elischer) Subject: Re: Fujitsu MB86960/965 Ethernet driver To: seki@sysrap.cs.fujitsu.co.jp (Masahiro SEKIGUCHI) Date: Fri, 14 Apr 1995 11:45:34 -0700 (PDT) Cc: hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <9504141451.AA11398@seki.sysrap.cs.fujitsu.co.jp> from "Masahiro SEKIGUCHI" at Apr 14, 95 11:51:49 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1358 Sender: current-owner@FreeBSD.org Precedence: bulk Ok guys, who is the person resonsible for this sort of importing? I don't think we worked this question out enough!! we don't want to all assume that someone else will import it.... julian > > I have just put the latest version of my fe driver on: > > ftp.freebsd.org:incoming/FreeBSD/fe-950414.tar.gz > > This is a revised version of fe-950310. > > Could someone (in core team?) please put the driver in -current source > tree? > > If it is acceptable, I suggest the following config entry for GENERIC: > > device fe0 at isa? port? net irq? vector feintr > > Thanks. > > --- > > Fe is a network driver for Fujitsu MB86960A/MB86965A based Ethernet > cards. I have tested it on FreeBSD 2.0 RELEASE and 950322 SNAP. (Not > on 950412 SNAP, yet.) > > Features of fe: > > Fe currently runs with the following Ethernet cards: > > -- Fujitsu FMV-180 series for ISA > -- Allied-Telesis AT1700 series and RE2000 series for ISA. > > # Linux has long been supporting AT1700, but none of *BSDs. So, if > # you have a friend who runs Linux just to use AT1700, this may be a > # chance to make him/her a FreeBSD user! > > Fe supports multicast and duplex operation. > > Please test it, if you have appropriate hardware, and write comments > to me. I read English and Japanese. > > Masahiro Sekiguchi > > From owner-freebsd-current Fri Apr 14 13:13:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03402 for current-outgoing; Fri, 14 Apr 1995 13:13:06 -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 NAA03381 for ; Fri, 14 Apr 1995 13:12:09 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13839; Fri, 14 Apr 1995 22:11:58 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA27845 for freebsd-current@FreeBSD.org; Fri, 14 Apr 1995 22:11:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA00290 for freebsd-current@FreeBSD.org; Fri, 14 Apr 1995 22:08:41 +0200 From: J Wunsch Message-Id: <199504142008.WAA00290@uriah.heep.sax.de> Subject: Still serious disk damage To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 14 Apr 1995 22:08:40 +0200 (MET DST) 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: 502 Sender: current-owner@FreeBSD.org Precedence: bulk Just happened again. The system silently rebooted again during heavy SLIP traffic (UUCP over TCP, and attempting to rlogin into freefall), and caused serious disk file inconsistencies (totally garbled files, the six most recent files in the uucp spool area had nothing than garbage, but a length != 0). Just to let you know... i dunno what i can help here. -- 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-current Fri Apr 14 13:52:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05254 for current-outgoing; Fri, 14 Apr 1995 13:52:22 -0700 Received: from vortex.sdf.luth.se (vortex.sdf.luth.se [130.239.144.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA05243 for ; Fri, 14 Apr 1995 13:52:17 -0700 Received: from alkinoos.sdf.luth.se by vortex.sdf.luth.se (8.6.9/8.6.9) with ESMTP id WAA03841; Fri, 14 Apr 1995 22:52:58 +0200 Received: from localhost by alkinoos.sdf.luth.se (8.6.9/8.6.9) with SMTP id WAA26872; Fri, 14 Apr 1995 22:54:30 +0200 Message-Id: <199504142054.WAA26872@alkinoos.sdf.luth.se> X-Authentication-Warning: alkinoos.sdf.luth.se: Host localhost didn't use HELO protocol To: jleppek@suw2k.ess.harris.com (James Leppek) cc: freebsd-current@freefall.cdrom.com, matte@alkinoos.sdf.luth.se Subject: Re: net dropouts In-reply-to: Your message of "Thu, 06 Apr 1995 23:19:23 EDT." <9504070319.AA05191@borg.ess.harris.com> Date: Fri, 14 Apr 1995 22:54:28 +0200 From: Mattias Karlsson Sender: current-owner@FreeBSD.org Precedence: bulk > I have been noticing slow connects and at times ppp drop > outs for some time now. It only seems to happen when 2 > freebsd machines are involved. If I use a sparc to get to > a freebsd current I usually have no problems. However, if > I telnet from one freebsd-current to another there is a good > chance that I take the remote machines PPP connection that > I am coming in on down :-( > It usually gets as far as: > Connected blah blah blah > Escape character is '^]'. > > and thats all, the link is usually down now. > Everything going out is fine as long as its not to a > freebsd-current. > > > Sooooo, has anyone else noticed this little feature? :-) Yes, I have also noticed that some times when you telnet from a -current computer to another -current over PPP it takes a LONG time for the login prompt to appear. This is usualy when the connection is newly established. /Mattias Karlsson (matte@sdf.luth.se) From owner-freebsd-current Fri Apr 14 13:59:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05823 for current-outgoing; Fri, 14 Apr 1995 13:59:59 -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 NAA05700 for ; Fri, 14 Apr 1995 13:57:45 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14435; Fri, 14 Apr 1995 22:55:15 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA28074 for freebsd-current@FreeBSD.org; Fri, 14 Apr 1995 22:55:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA00928 for freebsd-current@FreeBSD.org; Fri, 14 Apr 1995 22:54:43 +0200 From: J Wunsch Message-Id: <199504142054.WAA00928@uriah.heep.sax.de> Subject: Bootblock problems solved To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 14 Apr 1995 22:54:43 +0200 (MET DST) 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: 544 Sender: current-owner@FreeBSD.org Precedence: bulk Hi folx. I think i've finally found the bugger that caused some people's keyboards and/or keyboard controllers to lock up during the boot block keyboard probing. Please, all you who've been experiencing those lockups, beat on it. I've also introduced an (initially commented out) Makefile override ``FORCE_COMCONSOLE'' to force the usage of a serial console even if a keyboard might be connected. -- 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-current Fri Apr 14 14:58:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA09171 for current-outgoing; Fri, 14 Apr 1995 14:58:20 -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 OAA09130 for ; Fri, 14 Apr 1995 14:57:54 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <20190-0@bunyip.cc.uq.oz.au>; Sat, 15 Apr 1995 07:57:27 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id MAA11961 for ; Fri, 14 Apr 1995 12:49:38 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id CAA27931 for ; Fri, 14 Apr 1995 02:47:37 GMT Message-Id: <199504140247.CAA27931@netfl15a.devetir.qld.gov.au> To: current@FreeBSD.org Subject: Fixed seagate.c (incl. recent devconf changes) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Apr 1995 12:47:36 +1000 From: Stephen Hocking Sender: current-owner@FreeBSD.org Precedence: bulk Recently I reported a bug (i386/337) about the -current seagate controller code not working with my hardware. I also enclosed a fix, but I'm not sure if after the recent set of SCSI changes that it has made it in or is event being considered yet. Anyway, incorporating the recent changes, here's the working version. It's slow, but it works, unlike the later version. /* * (Free/Net/386)BSD ST01/02, Future Domain TMC-885, TMC-950 SCSI driver for * Julians SCSI-code * * Copyright 1994, Kent Palmkvist (kentp@isy.liu.se) * Copyright 1994, Robert Knier (rknier@qgraph.com) * Copyright 1992, 1994 Drew Eckhardt (drew@colorado.edu) * Copyright 1994, Julian Elischer (julian@tfs.com) * * Others that has contributed by example code is * Glen Overby (overby@cray.com) * Tatu Yllnen * Brian E Litzinger * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE DEVELOPERS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE DEVELOPERS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. */ /* * * kentp 940307 alpha version based on newscsi-03 version of Julians SCSI-code * kentp 940314 Added possibility to not use messages * rknier 940331 Added fast transfer code * rknier 940407 Added assembler coded data transfers * * seagate.c,v 1.3 1994/10/27 08:03:15 sos Exp */ /* * What should really be done: * * Add missing tests for timeouts * Restructure interrupt enable/disable code (runs to long with int disabled) * Find bug? giving problem with tape status * Add code to handle Future Domain 840, 841, 880 and 881 * adjust timeouts (startup is very slow) * add code to use tagged commands in SCSI2 * Add code to handle slow devices better (sleep if device not disconnecting) * Fix unnecessary interrupts */ /* Note to users trying to share a disk between DOS and unix: * The ST01/02 is a translating host-adapter. It is not giving DOS * the same number of heads/tracks/sectors as specified by the disk. * It is therefore important to look at what numbers DOS thinks the * disk has. Use these to disklabel your disk in an appropriate manner */ #include #ifdef KERNEL /* don't laugh.. look for main() */ #include "sea.h" #include #include #include #include #include #include #include #include #include #include #include #endif /* KERNEL */ #include #include #ifndef KERNEL #define NSEA 1 #endif /* !KERNEL */ #define SEA_SCB_MAX 8 /* allow maximally 8 scsi control blocks */ #define SCB_TABLE_SIZE 8 /* start with 8 scb entries in table */ #define BLOCK_SIZE 512 /* size of READ/WRITE areas on SCSI card */ /* * defining PARITY causes parity data to be checked */ #define PARITY 1 /* * defining SEA_BLINDTRANSFER will make DATA IN and DATA OUT to be done with * blind transfers, i.e. no check is done for scsi phase changes. This will * result in data loss if the scsi device does not send its data using * BLOCK_SIZE bytes at a time. * If SEA_BLINDTRANSFER defined and SEA_ASSEMBLER also defined will result in * the use of blind transfers coded in assembler. SEA_ASSEMBLER is no good * without SEA_BLINDTRANSFER defined. */ #undef SEA_BLINDTRANSFER /* do blind transfers */ #undef SEA_ASSEMBLER /* Use assembly code for fast transfers */ /* * defining SEANOMSGS causes messages not to be used (thereby disabling * disconnects) */ /* #define SEANOMSGS 1 */ /* * defining SEA_NODATAOUT makes dataout phase being aborted */ /* #define SEA_NODATAOUT 1 */ /* * defining SEA_SENSEFIRST make REQUEST_SENSE opcode to be placed first */ /* #define SEA_SENSEFIRST 1 */ /* Debugging definitions. Should not be used unless you want a lot of printouts even under normal conditions */ /* #define SEADEBUG 1 */ /* General info about errors */ /* #define SEADEBUG1 1 */ /* Info about internal results and errors */ /* #define SEADEBUG2 1 */ /* Display a lot about timeouts etc */ /* #define SEADEBUG3 1 */ /* #define SEADEBUG4 1 */ /* #define SEADEBUG5 1 */ /* #define SEADEBUG6 1 */ /* Display info about queue-lengths */ /* #define SEADEBUG7 1 */ /* Extra check on STATUS before phase check */ /* #define SEADEBUG8 1 */ /* Disregard non-BSY state in sea_information_transfer */ /* #define SEADEBUG9 1 */ /* Enable printouts */ /* #define SEADEBUG11 1 */ /* stop everything except access to scsi id 1 */ /* #define SEADEBUG15 1 */ /* Display every byte sent/received */ #define NUM_CONCURRENT 1 /* number of concurrent ops per board */ /******************************* board definitions **************************/ /* * CONTROL defines */ #define CMD_RST 0x01 /* scsi reset */ #define CMD_SEL 0x02 /* scsi select */ #define CMD_BSY 0x04 /* scsi busy */ #define CMD_ATTN 0x08 /* scsi attention */ #define CMD_START_ARB 0x10 /* start arbitration bit */ #define CMD_EN_PARITY 0x20 /* enable scsi parity generation */ #define CMD_INTR 0x40 /* enable scsi interrupts */ #define CMD_DRVR_ENABLE 0x80 /* scsi enable */ /* * STATUS */ #define STAT_BSY 0x01 /* scsi busy */ #define STAT_MSG 0x02 /* scsi msg */ #define STAT_IO 0x04 /* scsi I/O */ #define STAT_CD 0x08 /* scsi C/D */ #define STAT_REQ 0x10 /* scsi req */ #define STAT_SEL 0x20 /* scsi select */ #define STAT_PARITY 0x40 /* parity error bit */ #define STAT_ARB_CMPL 0x80 /* arbitration complete bit */ /* * REQUESTS */ #define REQ_MASK (STAT_CD | STAT_IO | STAT_MSG) #define REQ_DATAOUT 0 #define REQ_DATAIN STAT_IO #define REQ_CMDOUT STAT_CD #define REQ_STATIN (STAT_CD | STAT_IO) #define REQ_MSGOUT (STAT_MSG | STAT_CD) #define REQ_MSGIN (STAT_MSG | STAT_CD | STAT_IO) #define REQ_UNKNOWN 0xff #define SEAGATERAMOFFSET 0x00001800 #ifdef PARITY #define BASE_CMD (CMD_EN_PARITY | CMD_INTR) #else #define BASE_CMD (CMD_INTR) #endif #define SEAGATE 1 #define FD 2 /****************************************************************************** * This should be placed in a more generic file (presume in /sys/scsi) * Message codes: */ #define MSG_ABORT 0x06 #define MSG_NOP 0x08 #define MSG_COMMAND_COMPLETE 0x00 #define MSG_DISCONNECT 0x04 #define MSG_IDENTIFY 0x80 #define MSG_BUS_DEV_RESET 0x0c #define MSG_MESSAGE_REJECT 0x07 #define MSG_SAVE_POINTERS 0x02 #define MSG_RESTORE_POINTERS 0x03 /******************************************************************************/ #define IDENTIFY(can_disconnect,lun) (MSG_IDENTIFY | ((can_disconnect) ? \ 0x40 : 0) | ((lun) & 0x07)) /* scsi control block used to keep info about a scsi command */ struct sea_scb { int flags; /* status of the instruction */ #define SCB_FREE 0 #define SCB_ACTIVE 1 #define SCB_ABORTED 2 #define SCB_TIMEOUT 4 #define SCB_ERROR 8 #define SCB_TIMECHK 16 /* We have set a timeout on this one */ struct sea_scb *next; /* in free list */ struct scsi_xfer *xfer; /* the scsi_xfer for this cmd */ u_char * data; /* position in data buffer so far */ int32 datalen; /* bytes remaining to transfer */; }; /* * data structure describing current status of the scsi bus. One for each * controller card. */ struct sea_data { volatile caddr_t basemaddr; /* Base address for card */ char ctrl_type; /* FD or SEAGATE */ volatile caddr_t st0x_cr_sr; /* Address of control and status register */ volatile caddr_t st0x_dr; /* Address of data register */ u_short vect; /* interrupt vector for this card */ int our_id; /* our scsi id */ int numscb; /* number of scsi control blocks */ struct scsi_link sc_link; /* struct connecting different data */ struct sea_scb *connected; /* currently connected command */ struct sea_scb *issue_queue; /* waiting to be issued */ struct sea_scb *disconnected_queue; /* waiting to reconnect */ struct sea_scb scbs[SCB_TABLE_SIZE]; struct sea_scb *free_scb; /* free scb list */ volatile unsigned char busy[8]; /* index=target, bit=lun, Keep track of busy luns at device target */ } *seadata[NSEA]; /* flag showing if main routine is running. */ static volatile int main_running = 0; #define STATUS (*(volatile unsigned char *) sea->st0x_cr_sr) #define CONTROL STATUS #define DATA (*(volatile unsigned char *) sea->st0x_dr) /* * These are "special" values for the tag parameter passed to sea_select * Not implemented right now. */ #define TAG_NEXT -1 /* Use next free tag */ #define TAG_NONE -2 /* * Establish I_T_L nexus instead of I_T_L_Q * even on SCSI-II devices. */ typedef struct { char *signature ; unsigned offset; unsigned length; unsigned char type; } BiosSignature; /* * Signatures for automatic recognition of board type */ static const BiosSignature signatures[] = { {"ST01 v1.7 (C) Copyright 1987 Seagate", 15, 37, SEAGATE}, {"SCSI BIOS 2.00 (C) Copyright 1987 Seagate", 15, 40, SEAGATE}, /* * The following two lines are NOT mistakes. One detects ROM revision * 3.0.0, the other 3.2. Since seagate has only one type of SCSI adapter, * and this is not going to change, the "SEAGATE" and "SCSI" together * are probably "good enough" */ {"SEAGATE SCSI BIOS ", 16, 17, SEAGATE}, {"SEAGATE SCSI BIOS ", 17, 17, SEAGATE}, /* * However, future domain makes several incompatible SCSI boards, so specific * signatures must be used. */ {"FUTURE DOMAIN CORP. (C) 1986-1989 V5.0C2/14/89", 5, 45, FD}, {"FUTURE DOMAIN CORP. (C) 1986-1989 V6.0A7/28/89", 5, 46, FD}, {"FUTURE DOMAIN CORP. (C) 1986-1990 V6.0105/31/90",5, 47, FD}, {"FUTURE DOMAIN CORP. (C) 1986-1990 V6.0209/18/90",5, 47, FD}, {"FUTURE DOMAIN CORP. (C) 1986-1990 V7.009/18/90", 5, 46, FD}, {"FUTURE DOMAIN CORP. (C) 1992 V8.00.004/02/92", 5, 44, FD}, {"FUTURE DOMAIN TMC-950", 5, 21, FD}, }; #define NUM_SIGNATURES (sizeof(signatures) / sizeof(BiosSignature)) static const char * seagate_bases[] = { (char *) 0xc8000, (char *) 0xca000, (char *) 0xcc000, (char *) 0xce000, (char *) 0xdc000, (char *) 0xde000 }; #define NUM_BASES (sizeof(seagate_bases)/sizeof(char *)) int sea_probe(struct isa_device *dev); int sea_attach(struct isa_device *dev); int seaintr(int unit); int32 sea_scsi_cmd(struct scsi_xfer *xs); void sea_timeout(caddr_t, int); void seaminphys(struct buf *bp); void sea_done(int unit, struct sea_scb *scb); u_int32 sea_adapter_info(int unit); struct sea_scb *sea_get_scb(int unit, int flags); void sea_free_scb(int unit, struct sea_scb *scb, int flags); static void sea_main(void); static void sea_information_transfer(struct sea_data *sea); int sea_poll(int unit, struct scsi_xfer *xs, struct sea_scb *scb); int sea_init(int unit); int sea_send_scb(struct sea_data *sea, struct sea_scb *scb); int sea_reselect(struct sea_data *sea); int sea_select(struct sea_data *sea, struct sea_scb *scb); int sea_transfer_pio(struct sea_data *sea, u_char *phase, int32 *count, u_char **data); int sea_abort(int unit, struct sea_scb *scb); static sea_unit = 0; static sea_slot = -1; /* last found board seagate_bases address index */ #define FAIL 1 #define SUCCESS 0 #ifdef KERNEL struct scsi_adapter sea_switch = { sea_scsi_cmd, seaminphys, 0, 0, sea_adapter_info, "sea", 0,0 }; /* the below structure is so we have a default dev struct for our link struct */ struct scsi_device sea_dev = { NULL, /* use default error handler */ NULL, /* have a queue, served by this */ NULL, /* have no async handler */ NULL, /* Use default 'done' routine */ "sea", 0, 0,0 }; struct isa_driver seadriver = { sea_probe, sea_attach, "sea" }; #endif /* KERNEL */ #ifdef SEADEBUG6 void sea_queue_length() { struct sea_scb *tmp; int length = 0; if(seadata[0]->connected) length = 1; for(tmp = seadata[0]->issue_queue; tmp != NULL; tmp = tmp->next, length++); for(tmp = seadata[0]->disconnected_queue ; tmp != NULL; tmp->next, length++); printf("length:%d ",length); } #endif static char sea_description [80]; /* XXX BOGUS!!! */ static struct kern_devconf sea_kdc[NSEA] = {{ 0, 0, 0, "sea", 0, { MDDT_ISA, 0, "bio" }, isa_generic_externalize, 0, 0, ISA_EXTERNALLEN, &kdc_isa0, 0, DC_UNCONFIGURED, sea_description, DC_CLS_MISC /* host adapters aren't special */ } }; /***********************************************************************\ * Check if the device can be found at the port given and if so, detect * * the type of board. Set it up ready for further work. Takes the * * isa_dev structure from autoconf as an argument. * * Returns 1 if card recognized, 0 if errors * \***********************************************************************/ int sea_probe(dev) struct isa_device *dev; { int j; int unit = sea_unit; struct sea_data *sea; dev->id_unit = unit; #ifdef SEADEBUG2 printf("sea_probe "); #endif /* find unit and check we have that many defined */ if(unit >= NSEA) { printf("sea%d: unit number too high\n",unit); return(0); } dev->id_unit = unit; #ifdef SEADEBUG2 printf("unit: %d\n",unit); printf("dev_addr: 0x%lx\n",dev->id_maddr); #endif /* allocate a storage area for us */ if (seadata[unit]) { printf("sea%d: memory already allocated\n", unit); return(0); } #ifdef SEADEBUG2 printf("Before malloc\n"); #endif sea = malloc(sizeof(struct sea_data), M_TEMP, M_NOWAIT); if (!sea) { printf("sea%d: cannot malloc!\n", unit); return(0); } #ifdef SEADEBUG2 printf("after malloc\n"); for(j=0;j<32767;j++); #endif bzero(sea,sizeof(struct sea_data)); seadata[unit] = sea; /* check for address if no one specified */ sea->basemaddr = NULL; /* Could try to find a board by looking through all possible addresses */ /* This is not done the right way now, because I have not found a way */ /* to get a boards virtual memory address given its physical. There is */ /* a function that returns the physical address for a given virtual */ /* address, but not the other way around */ if(dev->id_maddr == 0) { /* for(sea_slot++;sea_slotbasemaddr && j < NUM_SIGNATURES; ++j) if(!memcmp((void *)(seagate_bases[sea_slot]+signatures[j].offset), (void *) signatures[j].signature, signatures[j].length)) { sea->basemaddr = (void *)seagate_bases[sea_slot]; break; } */ } else { #ifdef SEADEBUG2 printf("id_maddr != 0\n"); for(j = 0; j < 32767 ; j++); for(j = 0; j < 32767 ; j++); #endif /* find sea_slot position for overridden memory address */ for(j = 0; ((char *)vtophys(dev->id_maddr) != seagate_bases[j]) && jid_maddr); seadata[unit]=NULL; free(sea, M_TEMP); return(0); } else if(sea_slot > j) { printf("sea%d: board address 0x%lx already probed!\n", unit, dev->id_maddr); seadata[unit]=NULL; free(sea, M_TEMP); return(0); } else { sea->basemaddr = dev->id_maddr; } } #ifdef SEADEBUG2 printf("sea->basemaddr = %lx\n", sea->basemaddr); #endif /* check board type */ /* No way to define this through config */ for(j = 0; j < NUM_SIGNATURES; j++) if(!memcmp((void *) (sea->basemaddr + signatures[j].offset), (void *) signatures[j].signature, signatures[j].length)) { sea->ctrl_type = signatures[j].type; break; } if(j == NUM_SIGNATURES) { #ifdef SEADEBUG printf("sea: Board type unknown at address 0x%lx\n", sea->basemaddr); #endif seadata[unit]=NULL; free(sea, M_TEMP); return(0); } /* Find controller and data memory addresses */ sea->st0x_cr_sr = (void *) (((unsigned char *) sea->basemaddr) + ((sea->ctrl_type == SEAGATE) ? 0x1a00 : 0x1c00)); sea->st0x_dr = (void *) (((unsigned char *) sea->basemaddr) + ((sea->ctrl_type == SEAGATE) ? 0x1c00 : 0x1e00)); strcpy(sea_description, (sea->ctrl_type == SEAGATE) ? "Seagate ST01/ST02": "Future Domain TMC-885/TMC-950"); /* Test controller RAM (works the same way on future domain cards?) */ *(sea->basemaddr + SEAGATERAMOFFSET) = 0xa5; *(sea->basemaddr + SEAGATERAMOFFSET + 1) = 0x5a; if((*(sea->basemaddr + SEAGATERAMOFFSET) != (char) 0xa5) || (*(sea->basemaddr + SEAGATERAMOFFSET + 1) != (char) 0x5a)) { printf("sea%d: Board RAM failure\n",unit); } if(sea_init(unit) != 0) { seadata[unit] = NULL; free(sea,M_TEMP); return(0); } /* if its there put in it's interrupt vector */ /* (Doesn't use dma, so no drq is set) */ sea->vect = dev->id_irq; sea_unit++; return(1); } static inline void sea_registerdev(struct isa_device *id) { if(id->id_unit) sea_kdc[id->id_unit] = sea_kdc[0]; sea_kdc[id->id_unit].kdc_unit = id->id_unit; sea_kdc[id->id_unit].kdc_isa = id; dev_attach(&sea_kdc[id->id_unit]); } /***********************************************\ * Attach all sub-devices we can find * \***********************************************/ int sea_attach(dev) struct isa_device *dev; { int unit = dev->id_unit; struct sea_data *sea = seadata[unit]; #ifdef SEADEBUG2 printf("sea_attach called\n"); #endif sea_kdc[unit].kdc_state = DC_BUSY; /* host adapters are always busy */ /* fill in the prototype scsi_link */ sea->sc_link.adapter_unit = unit; sea->sc_link.adapter_targ = sea->our_id; sea->sc_link.adapter = &sea_switch; sea->sc_link.device = &sea_dev; printf("\n"); /*****************************************************\ * ask the adapter what subunits are present * \*****************************************************/ scsi_attachdevs(&(sea->sc_link)); sea_registerdev(dev); return 1; } /***********************************************\ * Return some information to the caller about * * the adapter and its capabilities * \***********************************************/ u_int32 sea_adapter_info(unit) int unit; { #ifdef SEADEBUG2 printf("sea_adapter_info called\n"); #endif return 1; } /***********************************************\ * Catch an interrupt from the adaptor * \***********************************************/ int seaintr(unit) int unit; { int done; struct sea_data *sea = seadata[unit]; int oldpri; #if SEADEBUG2 printf(";"); #endif do { done = 1; /* dispatch to appropriate routine if found and done=0 */ /* should check to see that this card really caused the interrupt */ if ((STATUS & (STAT_SEL | STAT_IO)) == (STAT_SEL | STAT_IO)) { /* Reselect interrupt */ #ifdef SEADEBUG2 printf(";2"); #endif done = 0; /* enable_intr(); */ /* ?? How should this be done ?? */ sea_reselect(sea); } else if (STATUS & STAT_PARITY) { /* Parity error interrupt */ #ifdef SEADEBUG2 printf(";3"); #endif printf("sea%d: PARITY interrupt\n", unit); } else { #ifdef SEADEBUG2 /* printf("sea%d: unknown interrupt\n",unit); */ printf(";4%x", STATUS); #endif } if (!done) { oldpri = splbio(); /* disable_intr(); */ if (!main_running) { #ifdef SEADEBUG2 printf(";5"); #endif main_running = 1; sea_main(); /* main_running is cleared in sea_main once it can't * do more work, and sea_main exits with interrupts * disabled */ splx(oldpri); /* enable_intr(); */ } else { splx(oldpri); /* enable_intr(); */ } } } while (!done); return 1; } /***********************************************\ * Setup data structures, and reset the board * * and the scsi bus * \***********************************************/ int sea_init(unit) int unit; { long l; int i; struct sea_data *sea = seadata[unit]; #ifdef SEADEBUG2 printf("sea_init called\n"); #endif /* Reset the scsi bus (I don't know if this is needed */ CONTROL = BASE_CMD | CMD_DRVR_ENABLE | CMD_RST; DELAY(25); /* hold reset for at least 25 microseconds */ CONTROL = BASE_CMD; DELAY(10); /* wait a Bus Clear Delay (800 ns + bus free delay (800 ns) */ /* Set our id (don't know anything about this) */ if(sea->ctrl_type == SEAGATE) sea->our_id = 7; else sea->our_id = 6; /* init fields used by our routines */ sea->connected = NULL; sea->issue_queue = NULL; sea->disconnected_queue = NULL; for (i=0; i<8 ; i++) sea->busy[i] = 0; /* link up the free list of scbs */ sea->numscb = SCB_TABLE_SIZE; sea->free_scb = (struct sea_scb *) & (sea->scbs[0]); for(i=1;i< SCB_TABLE_SIZE ; i++) { sea->scbs[i-1].next = &(sea->scbs[i]); } sea->scbs[SCB_TABLE_SIZE - 1].next = NULL; return(0); } /***********************************************\ * * \***********************************************/ void seaminphys(bp) struct buf *bp; { #ifdef SEADEBUG2 /* printf("seaminphys called\n"); */ printf(","); #endif } /***********************************************\ * start a scsi operation given the command and * * the data address. Also needs the unit, target * * and lu * * get a free scb and set it up * * call send_scb * * either start timer or wait until done * \***********************************************/ int32 sea_scsi_cmd(xs) struct scsi_xfer *xs; { struct scsi_sense_data *s1, *s2; struct sea_scb *scb; int i = 0; int flags; int unit = xs->sc_link->adapter_unit; struct sea_data *sea = seadata[unit]; int s; unsigned int stat; int32 result; #ifdef SEADEBUG2 /* printf("scsi_cmd\n"); */ printf("="); #endif #ifdef SEADEBUG11 if(xs->sc_link->target != 1) { xs->flags |= ITSDONE; xs->error = XS_TIMEOUT; return(HAD_ERROR); } #endif flags = xs->flags; if(xs->bp) flags |= (SCSI_NOSLEEP); if(flags & ITSDONE) { printf("sea%d: Already done?", unit); xs->flags &= ~ITSDONE; } if(!(flags & INUSE)) { printf("sea%d: Not in use?", unit); xs->flags |= INUSE; } if (!(scb = sea_get_scb(unit, flags))) { #ifdef SEADEBUG2 printf("=2"); #endif xs->error = XS_DRIVER_STUFFUP; return(TRY_AGAIN_LATER); } /* * Put all the arguments for the xfer in the scb */ scb->xfer = xs; scb->datalen = xs->datalen; scb->data = xs->data; if(flags & SCSI_RESET) { /* Try to send a reset command to the card. This is done by calling the * Reset function. Should then return COMPLETE. Need to take care of the * possible current connected command. * Not implemented right now. */ printf("sea%d: Got a SCSI_RESET!\n",unit); } /* setup the scb to contain necessary values */ /* The interresting values can be read from the xs that is saved */ /* I therefore think that the structure can be kept very small */ /* the driver doesn't use DMA so the scatter/gather is not needed ? */ #ifdef SEADEBUG6 sea_queue_length(); #endif if (sea_send_scb(sea, scb) == 0) { #ifdef SEADEBUG2 printf("=3"); #endif xs->error = XS_DRIVER_STUFFUP; sea_free_scb(unit, scb, flags); return (TRY_AGAIN_LATER); } /* * Usually return SUCCESSFULLY QUEUED */ if (!(flags & SCSI_NOMASK)) { if(xs->flags & ITSDONE) { /* timout timer not started, already finished */ /* Tried to return COMPLETE but the machine hanged with this */ #ifdef SEADEBUG2 printf("=6"); #endif return(SUCCESSFULLY_QUEUED); } timeout((timeout_func_t)sea_timeout, (caddr_t)scb, (xs->timeout * hz)/1000); scb->flags |= SCB_TIMECHK; #ifdef SEADEBUG2 printf("=4"); #endif return(SUCCESSFULLY_QUEUED); } /* * If we can't use interrupts, poll on completion */ result = sea_poll(unit, xs, scb); #ifdef SEADEBUG2 printf("=5 %lx", result); #endif return result; } /* * Get a free scb. If there are none, see if we can allocate a new one. If so, * put it in the hash table too, otherwise return an error or sleep. */ struct sea_scb * sea_get_scb(unit, flags) int unit; int flags; { struct sea_data *sea = seadata[unit]; unsigned opri = 0; struct sea_scb * scbp; int hashnum; #ifdef SEADEBUG2 /* printf("get_scb\n"); */ printf("("); #endif if (!(flags & SCSI_NOMASK)) opri = splbio(); #ifdef SEADEBUG3 printf("(2 %lx ", sea->free_scb); #endif /* * If we can and have to, sleep waiting for one to come free * but only if we can4t allocate a new one. */ while (!(scbp = sea->free_scb)) { #ifdef SEADEBUG12 printf("(3"); #endif if (sea->numscb < SEA_SCB_MAX) { printf("malloced new scbs\n"); if (scbp = (struct sea_scb *) malloc(sizeof(struct sea_scb), M_TEMP, M_NOWAIT)) { bzero(scbp, sizeof(struct sea_scb)); sea->numscb++; scbp->flags = SCB_ACTIVE; scbp->next = NULL; } else { printf("sea%d: Can't malloc SCB\n",unit); } goto gottit; } else { #ifdef SEADEBUG12 printf("(4"); #endif if(!(flags & SCSI_NOSLEEP)) { #ifdef SEADEBUG2 printf("(5"); #endif tsleep(&sea->free_scb, PRIBIO, "seascb", 0); } } } if (scbp) { #ifdef SEADEBUG2 printf("(6"); #endif /* Get SCB from free list */ sea->free_scb = scbp->next; scbp->next = NULL; scbp->flags = SCB_ACTIVE; } gottit: if (!(flags & SCSI_NOMASK)) splx(opri); return(scbp); } /* * sea_send_scb * * Try to send this command to the board. Because this board does not use any * mailboxes, this routine simply adds the command to the queue held by the * sea_data structure. * A check is done to see if the command contains a REQUEST_SENSE command, and * if so the command is put first in the queue, otherwise the command is added * to the end of the queue. ?? Not correct ?? */ int sea_send_scb(struct sea_data *sea, struct sea_scb *scb) { struct sea_scb *tmp; int oldpri = 0; #ifdef SEADEBUG2 printf("+"); #endif if(!(scb->xfer->flags & SCSI_NOSLEEP)) { oldpri = splbio(); } /* add to head of queue if queue empty or command is REQUEST_SENSE */ if (!(sea->issue_queue) #ifdef SEA_SENSEFIRST || (scb->xfer->cmd->opcode == (u_char) REQUEST_SENSE) #endif ) { #ifdef SEADEBUG2 printf("+2"); #endif scb->next = sea->issue_queue; sea->issue_queue = scb; } else { #ifdef SEADEBUG2 printf("+3"); #endif for (tmp = sea->issue_queue; tmp->next; tmp = tmp->next); tmp->next = scb; scb->next = NULL; /* placed at the end of the queue */ } /* Try to do some work on the card */ if (!main_running) { main_running = 1; sea_main(); /* main running is cleared in sea_main once it can't * do more work, and sea_main exits with interrupts * disabled */ } if(!(scb->xfer->flags & SCSI_NOSLEEP)) { splx(oldpri); } return (1); /* No possible errors right now */ } /* * sea_main(void) * * corroutine that runs as long as more work can be done on the seagate host * adapter in a system. Both sea_scsi_cmd and sea_intr will try to start it in * case it is not running. */ static void sea_main(void) { struct sea_data *sea; /* This time we look at all cards */ struct sea_scb *tmp, *prev; int done; int unit; int oldpri; #ifdef SEADEBUG2 printf("."); #endif /* * This should not be run with interrupts disabled, but use the splx code * instead */ do { done = 1; for (sea=seadata[unit=0]; (unit < NSEA) && seadata[unit] ; sea=seadata[++unit]) { oldpri = splbio(); if (!sea->connected) { #ifdef SEADEBUG2 printf(".2"); #endif /* * Search through the issue_queue for a command destined for a * target that's not busy. */ for (tmp = sea->issue_queue, prev = NULL; tmp ; prev = tmp, tmp = tmp->next) /* When we find one, remove it from the issue queue. */ if (!(sea->busy[tmp->xfer->sc_link->target] & (1 << tmp->xfer->sc_link->lun))) { if (prev) prev->next = tmp->next; else sea->issue_queue = tmp->next; tmp->next = NULL; /* re-enable interrupts after finding one */ splx(oldpri); /* * Attempt to establish an I_T_L nexus here. * On success, sea->connected is set. * On failure, we must add the command back to * the issue queue so we can keep trying. */ #ifdef SEADEBUG2 printf(".3"); #endif /* REQUEST_SENSE commands are issued without tagged * queueing, even on SCSI-II devices because the * contingent alligence condition exists for the * entire unit. */ /* First check that if any device has tried a reconnect while * we have done other things with interrupts disabled */ if ((STATUS & (STAT_SEL | STAT_IO)) == (STAT_SEL | STAT_IO)) { #ifdef SEADEBUG2 printf(".7"); #endif sea_reselect(sea); break; } if (!sea_select(sea, tmp)) { #ifdef SEADEBUG2 /* printf("Select returned ok\n"); */ printf(".4"); #endif break; } else { oldpri = splbio(); tmp->next = sea->issue_queue; sea->issue_queue = tmp; splx(oldpri); printf("sea_main: select failed\n"); } } /* if target/lun is not busy */ } /* if (!sea->connected) */ if (sea->connected) { /* we are connected. Do the task */ splx(oldpri); #ifdef SEADEBUG2 /* printf("sea_main: starting information transfer!\n"); */ printf(".5"); #endif sea_information_transfer(sea); #ifdef SEADEBUG2 /* printf("sea_main: sea->connected:%lx\n", sea->connected); */ printf(".6%lx ", sea->connected); #endif done = 0; } else break; } /* for instance */ } while (!done); main_running = 0; } void sea_free_scb(unit, scb, flags) int unit; struct sea_scb *scb; int flags; { struct sea_data *sea = seadata[unit]; unsigned int opri = 0; #ifdef SEADEBUG2 /* printf("free_scb\n"); */ printf(")"); #endif if(!(flags & SCSI_NOMASK)) opri = splbio(); scb->next = sea->free_scb; sea->free_scb = scb; scb->flags = SCB_FREE; /* * If there were none, wake anybody waiting for one to come free, * starting with queued entries. */ if(!scb->next) { #ifdef SEADEBUG2 /* printf("free_scb waking up sleep\n"); */ printf(")2"); #endif wakeup((caddr_t)&sea->free_scb); } if (!(flags & SCSI_NOMASK)) splx(opri); } void sea_timeout(caddr_t arg1, int arg2) { struct sea_scb *scb = (struct sea_scb *)arg1; int unit; struct sea_data *sea; int s=splbio(); #ifdef SEADEBUG2 /* printf("sea_timeout called\n"); */ printf(":"); #endif unit = scb->xfer->sc_link->adapter_unit; sea = seadata[unit]; #ifndef SEADEBUG /* print message only if not waiting unless debug */ if(!(scb->xfer->flags & SCSI_NOMASK)) #endif printf("sea%d:%d:%d (%s%d) timed out ", unit, scb->xfer->sc_link->target, scb->xfer->sc_link->lun, scb->xfer->sc_link->device->name, scb->xfer->sc_link->dev_unit); /* * If it has been through before, then * a previous abort has failed, don't * try abort again */ if (/* (sea_abort(unit, scb) != 1) ||*/ (scb->flags & SCB_ABORTED)) { /* * abort timed out */ #ifdef SEADEBUG2 /* printf("sea%d: Abort Operation has timed out\n", unit); */ printf(":2"); #endif scb->xfer->retries = 0; scb->flags |= SCB_ABORTED; sea_done(unit, scb); } else { #ifdef SEADEBUG2 /* printf("sea%d: Try to abort\n", unit); */ printf(":3"); #endif sea_abort(unit, scb); /* sea_send_scb(sea, ~SCSI_NOMASK, SEA_SCB_ABORT, scb); */ /* 2 seconds for the abort */ timeout((timeout_func_t)sea_timeout, (caddr_t)scb, 2*hz); scb->flags |= (SCB_ABORTED | SCB_TIMECHK); } splx(s); } int sea_reselect(sea) struct sea_data *sea; { unsigned char target_mask; long l; unsigned char lun, phase; unsigned char msg[3]; int32 len; u_char *data; struct sea_scb *tmp = 0, *prev = 0; int abort = 0; #if SEADEBUG2 /* printf("sea_reselect called\n"); */ printf("}"); #endif if (!((target_mask = STATUS) & STAT_SEL)) { printf("sea: wrong state 0x%x\n", target_mask); return(0); } /* wait for a device to win the reselection phase */ /* signals this by asserting the I/O signal */ for(l=10; l && (STATUS & (STAT_SEL | STAT_IO | STAT_BSY)) != (STAT_SEL | STAT_IO | 0);l--); /* !! Check for timeout here */ /* the data bus contains original initiator id ORed with target id */ target_mask = DATA; /* see that we really are the initiator */ if (!(target_mask & ((sea->ctrl_type == SEAGATE) ? 0x80 : 0x40))) { printf("sea: polled reselection was not for me: %x\n",target_mask); return(0); } /* find target who won */ target_mask &= ((sea->ctrl_type == SEAGATE) ? ~0x80 : ~0x40); /* host responds by asserting the BSY signal */ CONTROL = (BASE_CMD | CMD_DRVR_ENABLE | CMD_BSY); /* target should respond by deasserting the SEL signal */ for(l=50000;l && (STATUS & STAT_SEL);l++); /* remove the busy status */ CONTROL = (BASE_CMD | CMD_DRVR_ENABLE); /* we are connected. Now we wait for the MSGIN condition */ for(l=50000; l && !(STATUS & STAT_REQ);l--); /* !! Add timeout check here */ /* hope we get an IDENTIFY message */ len = 3; data = msg; phase = REQ_MSGIN; sea_transfer_pio(sea, &phase, &len, &data); if (!(msg[0] & 0x80)) { printf("sea: Expecting IDENTIFY message, got 0x%x\n", msg[0]); abort = 1; } else { lun = (msg[0] & 0x07); /* * Find the command corresponding to the I_T_L or I_T_L_Q nexus we * just restablished, and remove it from the disconnected queue. */ for(tmp = sea->disconnected_queue, prev = NULL; tmp; prev=tmp, tmp = tmp->next) if((target_mask == (1 << tmp->xfer->sc_link->target)) && (lun == tmp->xfer->sc_link->lun)) { if(prev) { #ifdef SEADEBUG2 printf("}2"); #endif prev->next = tmp->next; } else { #ifdef SEADEBUG2 printf("}3"); #endif sea->disconnected_queue = tmp->next; } tmp->next = NULL; break; } if (!tmp) { printf("sea: warning : target %02x lun %d not in disconnect_queue\n", target_mask, lun); /* * Since we have an established nexus that we can't do anything with, * we must abort it. */ abort = 1; } } if(abort) { #ifdef SEADEBUG2 printf("}4"); #endif msg[0] = MSG_ABORT; len = 1; data = msg; phase = REQ_MSGOUT; CONTROL = (BASE_CMD | CMD_ATTN); sea_transfer_pio(sea, &phase, &len, &data); } else { #ifdef SEADEBUG2 printf("}5"); #endif sea->connected = tmp; } /* return value not used yet */ return 0; } /* Transfer data in given phase using polled I/O */ int sea_transfer_pio(struct sea_data *sea, u_char *phase, int32 *count, u_char **data) { register unsigned char p = *phase, tmp; register int c = *count; register unsigned char *d = *data; unsigned long int timeout; #if SEADEBUG2 /* printf("sea_transfer_pio called: len:%x\n",c); */ printf("-1 %x %x", c, p); #endif do { /* wait for assertion of REQ, after which the phase bits will be valid */ for(timeout = 0; timeout < 5000000L ; timeout++) if ((tmp = STATUS) & STAT_REQ) break; if (!(tmp & STAT_REQ)) { printf("sea_transfer_pio: timeout waiting for STAT_REQ\n"); break; } /* check for phase mismatch */ /* Reached if the target decides that it has finished the transfer */ if ((tmp & REQ_MASK) != p) { #ifdef SEADEBUG1 /* printf("-2 %x", tmp); */ printf("sea:pio phase mismatch:%x, want:%x, len:%x\n",tmp,p,c); #endif break; } /* Do actual transfer from SCSI bus to/from memory */ if (!(p & STAT_IO)) DATA = *d; else *d = DATA; #ifdef SEADEBUG15 printf("-7%x", *d); #endif ++d; /* The SCSI standard suggests that in MSGOUT phase, the initiator * should drop ATN on the last byte of the message phase * after REQ has been asserted for the handshake but before * the initiator raises ACK. * Don't know how to accomplish this on the ST01/02 */ /* We don't mind right now. */ /* The st01 code doesn't wait for STAT_REQ to be deasserted. Is this ok? */ /* for(timeout=0;timeout<200000L;timeout++) if(!(STATUS & STAT_REQ)) break; if(STATUS & STAT_REQ) printf("timeout on wait for !STAT_REQ"); */ /* printf("*"); */ } while (--c); *count = c; *data = d; tmp = STATUS; if (tmp & STAT_REQ) { #if SEADEBUG2 printf("-3%x", tmp); #endif *phase = tmp & REQ_MASK; } else { #if SEADEBUG2 printf("-4%x", tmp); #endif *phase = REQ_UNKNOWN; } if (!c || (*phase == p)) { #if SEADEBUG2 printf("-5%x %x", c, *phase); #endif return 0; } else { #if SEADEBUG2 printf("-6"); #endif return -1; } } /* sea_select * establish I_T_L or I_T_L_Q nexus for new or existing command * including ARBITRATION, SELECTION, and initial message out for IDENTIFY and * queue messages. * return -1 if selection could not execute for some reason, 0 if selection * succeded or failed because the taget did not respond */ int sea_select(struct sea_data *sea, struct sea_scb *scb) { unsigned char tmp[3], phase; u_char *data; int32 len; unsigned long timeout; #ifdef SEADEBUG2 /* printf("sea_select called\n"); */ printf("{"); #endif CONTROL = BASE_CMD; DATA = ((sea->ctrl_type == SEAGATE) ? 0x80 : 0x40); CONTROL = (BASE_CMD & ~CMD_INTR) | CMD_START_ARB; /* wait for arbitration to complete */ for (timeout = 0; timeout < 3000000L ; timeout++) { if (STATUS & STAT_ARB_CMPL) break; } if (!(STATUS & STAT_ARB_CMPL)) { if (STATUS & STAT_SEL) { printf("sea: arbitration lost\n"); scb->flags |= SCB_ERROR; } else { printf("sea: arbitration timeout.\n"); scb->flags |=SCB_TIMEOUT; } CONTROL = BASE_CMD; return(-1); } DELAY(2); #if SEADEBUG2 /* printf("after arbitration: STATUS=%x\n", STATUS); */ printf("{2 %x", STATUS); #endif DATA = (unsigned char)((1 << scb->xfer->sc_link->target) | ((sea->ctrl_type == SEAGATE) ? 0x80 : 0x40)); #ifdef SEANOMSGS CONTROL = (BASE_CMD & (~CMD_INTR))| CMD_DRVR_ENABLE | CMD_SEL; #else CONTROL = (BASE_CMD & (~CMD_INTR)) | CMD_DRVR_ENABLE | CMD_SEL | CMD_ATTN; #endif DELAY(1); /* wait for a bsy from target */ for (timeout = 0; timeout < 2000000L; timeout++) { if (STATUS & STAT_BSY) break; } #if SEADEBUG2 /* printf("after wait for BSY: STATUS=%x,count=%lx\n", STATUS, timeout); */ printf("{3 %x %x", STATUS, timeout); #endif if (!(STATUS & STAT_BSY)) { /* should return some error to the higher level driver */ CONTROL = BASE_CMD; #if SEADEBUG2 /* printf("sea: target did not respond\n"); */ printf("{4"); #endif scb->flags |= SCB_TIMEOUT; return 0; } /* Try to make the target to take a message from us */ #ifdef SEANOMSGS CONTROL = (BASE_CMD & (~CMD_INTR)) | CMD_DRVR_ENABLE; #else CONTROL = (BASE_CMD & (~CMD_INTR)) | CMD_DRVR_ENABLE | CMD_ATTN; #endif DELAY(1); /* should start a msg_out phase */ for (timeout = 0; timeout < 2000000L ; timeout++) { if (STATUS & STAT_REQ) break; } CONTROL = BASE_CMD | CMD_DRVR_ENABLE; #if SEADEBUG2 || SEADEBUG9 /* printf("after wait for STAT_REQ: STATUS=%x,count=%lx\n", STATUS, timeout); printf("2:nd try after wait for STAT_REQ: STATUS=%x\n", STATUS); */ printf("{5%x", timeout); #endif if (!(STATUS & STAT_REQ)) { /* This should not be taken as an error, but more like an unsupported * feature! * Should set a flag indicating that the target don't support messages, and * continue without failure. (THIS IS NOT AN ERROR!) */ #if SEADEBUG /* printf("{6"); */ printf("sea: WARNING: target %x don't support messages?\n", scb->xfer->sc_link->target); #endif } else { tmp[0] = IDENTIFY(1, scb->xfer->sc_link->lun); /* allow disconnects */ len = 1; data = tmp; phase = REQ_MSGOUT; /* Should do test on result of sea_transfer_pio */ #if SEADEBUG2 /* printf("Trying a msg out phase\n"); */ printf("{7"); #endif sea_transfer_pio(sea, &phase, &len, &data); } if (!(STATUS & STAT_BSY)) { printf("sea: after successful arbitrate: No STAT_BSY!\n"); } #if SEADEBUG2 printf("{8"); #endif sea->connected = scb; sea->busy[scb->xfer->sc_link->target] |= (1 << scb->xfer->sc_link->lun); /* this assignment should depend on possibility to send a message to target */ CONTROL = BASE_CMD | CMD_DRVR_ENABLE; /* reset pointer in command ??? */ return 0; } /* sea_abort send an abort to the target return 1 success, 0 on failure */ int sea_abort(int unit, struct sea_scb *scb) { struct sea_data *sea = seadata[unit]; struct sea_scb *tmp, **prev; unsigned char msg, phase, *msgptr; int32 len; int oldpri; #ifdef SEADEBUG2 /* printf("sea_abort called\n"); */ printf("\\"); #endif oldpri = splbio(); /* If the command hasn't been issued yet, we simply remove it from the * issue queue */ for (prev = (struct sea_scb **) &(sea->issue_queue), tmp = sea->issue_queue; tmp; prev = (struct sea_scb **) &(tmp->next), tmp = tmp->next) if (scb == tmp) { (*prev) = tmp->next; tmp->next = NULL; /* set some type of error result for this operation */ splx(oldpri); #ifdef SEADEBUG2 printf("\\2"); #endif return 1; } /* If any commands are connected, we're going to fail the abort * and let the high level SCSI driver retry at a later time or issue a * reset */ if(sea->connected) { splx(oldpri); #ifdef SEADEBUG2 /* printf("sea:abort error connected\n"); */ printf("\\3"); #endif return 0; } /* If the command is currently disconnected from the bus, and there are * no connected commands, we reconnect the I_T_L or I_T_L_Q nexus * associated with it, go into message out, and send an abort message. */ for (tmp = sea->disconnected_queue; tmp; tmp = tmp->next) if (scb == tmp) { splx(oldpri); #ifdef SEADEBUG2 printf("\\4"); #endif if (sea_select(sea,scb)) { #ifdef SEADEBUG2 printf("\\5"); #endif return 0; } msg = MSG_ABORT; msgptr = &msg; len = 1; phase = REQ_MSGOUT; CONTROL = BASE_CMD | CMD_ATTN; sea_transfer_pio(sea, &phase, &len, &msgptr); oldpri = splbio(); for (prev = (struct sea_scb **) &(sea->disconnected_queue), tmp = sea->disconnected_queue; tmp ; prev = (struct sea_scb **) &(tmp->next), tmp = tmp->next) if (scb == tmp) { *prev = tmp->next; tmp->next = NULL; /* set some type of error result for the operation */ #ifdef SEADEBUG2 printf("\\6"); #endif splx(oldpri); return 1; } } /* command not found in any queue, race condition in the code ? */ splx(oldpri); #ifdef SEADEBUG2 /* printf("sea: WARNING: SCSI command probably completed successfully\n" " before abortion\n"); */ printf("\\7"); #endif return 1; } void sea_done(int unit, struct sea_scb *scb) { struct sea_data *sea = seadata[unit]; struct scsi_xfer *xs = scb->xfer; #ifdef SEADEBUG2 /* printf("sea_done called\n"); */ printf("&"); #endif if (scb->flags & SCB_TIMECHK) { #ifdef SEADEBUG2 printf("&2"); #endif untimeout((timeout_func_t)sea_timeout, (caddr_t)scb); } xs->resid = scb->datalen; /* How much of the buffer was not touched */ if ((scb->flags == SCB_ACTIVE) || (xs->flags & SCSI_ERR_OK)) { #ifdef SEADEBUG2 /* printf("sea_done:Report no err in xs\n"); */ printf("&3"); #endif /* xs->resid = 0; */ /* xs->error = 0; */ } else { if (!(scb->flags == SCB_ACTIVE)) { if ((scb->flags & SCB_TIMEOUT) || (scb->flags & SCB_ABORTED)) { #ifdef SEADEBUG2 printf("&6"); #endif xs->error = XS_TIMEOUT; } if (scb->flags & SCB_ERROR) { #ifdef SEADEBUG2 printf("&7"); #endif xs->error = XS_DRIVER_STUFFUP; } } else { /* !!! Add code to check for target status */ /* say all error now */ xs->error = XS_DRIVER_STUFFUP; #ifdef SEADEBUG2 printf("&4"); #endif } } xs->flags |= ITSDONE; sea_free_scb(unit, scb, xs->flags); scsi_done(xs); #ifdef SEADEBUG2 /* printf("Leaving sea_done\n"); */ printf("&5"); #endif } /* wait for completion of command in polled mode */ int sea_poll(int unit, struct scsi_xfer *xs, struct sea_scb *scb) { int count = 500; /* xs->timeout; */ int oldpri; #ifdef SEADEBUG2 /* printf("sea_poll called\n"); */ printf("?"); #endif while (count) { /* try to do something */ oldpri = splbio(); if (!main_running) { main_running = 1; sea_main(); /* main_running is cleared in sea_main once it can't * do more work, and sea_main exits with interrupts * disabled */ splx(oldpri); } else { splx(oldpri); } if (xs->flags & ITSDONE) { break; } DELAY(10); count--; } #ifdef SEADEBUG2 printf("?2 %x ", count); /* printf("sea_poll: count:%x\n",count); */ #endif if (count == 0) { /* we timed out, so call the timeout handler manually, * accounting for the fact that the clock is not running yet * by taking out the clock queue entry it makes. */ #ifdef SEADEBUG2 printf("?3"); #endif sea_timeout((caddr_t)scb, 0); /* because we are polling, take out the timeout entry * sea_timeout made */ #ifdef SEADEBUG2 printf("?4"); #endif untimeout((timeout_func_t)sea_timeout, (caddr_t) scb); count = 50; while (count) { /* once again, wait for the int bit */ oldpri = splbio(); if (!main_running) { main_running = 1; sea_main(); /* main_running is cleared by sea_main once it can't * do more work, and sea_main exits with interrupts * disabled */ splx(oldpri); } else { splx(oldpri); } if (xs->flags & ITSDONE) { break; } DELAY(10); count--; } if (count == 0) { /* we timed out again... This is bad. Notice that * this time there is no clock queue entry to remove */ #ifdef SEADEBUG2 printf("?5"); #endif sea_timeout((caddr_t)scb, 0); } } #ifdef SEADEBUG2 /* printf("sea_poll: xs->error:%x\n",xs->error); */ printf("?6%x",xs->error); #endif if (xs->error) { #ifdef SEADEBUG2 /* printf("done return error\n"); */ printf("?7"); #endif return (HAD_ERROR); } #ifdef SEADEBUG2 /* printf("done return complete\n"); */ printf("?8"); #endif return (COMPLETE); } /* * sea_information_transfer * Do the transfer. We know we are connected. Update the flags, * call sea_done when task accomplished. Dialog controlled by the * target */ static void sea_information_transfer (struct sea_data *sea) { long int timeout; int unit = sea->sc_link.adapter_unit; unsigned char msgout = MSG_NOP; int32 len; int oldpri; u_char *data; unsigned char phase, tmp, old_phase=REQ_UNKNOWN; struct sea_scb *scb = sea->connected; int loop, count; #if SEADEBUG2 /* printf("sea_information_transfer called\n"); */ printf("!"); #endif for(timeout = 0; timeout < 10000000L ; timeout++) { tmp = STATUS; if (!(tmp & STAT_BSY)) { /* for(loop=0;loop < 20 ; loop++) { if((tmp=STATUS) & STAT_BSY) break; } */ #ifndef SEADEBUG8 if(!(tmp & STAT_BSY)) { printf("sea: !STAT_BSY unit in data transfer!\n"); oldpri = splbio(); sea->connected = NULL; scb->flags = SCB_ERROR; splx(oldpri); sea_done(unit, scb); return; } #endif } /* we only have a valid SCSI phase when REQ is asserted */ if (tmp & STAT_REQ) { phase = (tmp & REQ_MASK); if (phase != old_phase) { old_phase = phase; } #ifdef SEADEBUG7 printf("!2%x", phase); for(loop=0;loop < 20; loop++) { phase = STATUS; printf("!6%x",phase); phase = phase & REQ_MASK; } #endif switch (phase) { case REQ_DATAOUT: #ifdef SEA_NODATAOUT printf("sea: SEA_NODATAOUT set, attempted DATAOUT aborted\n"); msgout = MSG_ABORT; CONTROL = BASE_CMD | CMD_ATTN; break; #endif case REQ_DATAIN: /* data = scb->xfer->data; len = scb->xfer->datalen; */ if(!(scb->data)) { printf("no data address!\n"); } #ifdef SEA_BLINDTRANSFER if (scb->datalen && !(scb->datalen % BLOCK_SIZE)) { while (scb->datalen) { for(timeout = 0; timeout < 5000000L ; timeout++) if((tmp = STATUS) & STAT_REQ) break; if(!(tmp & STAT_REQ)) { printf("sea_transfer_pio: timeout waiting for STAT_REQ\n"); /* getchar(); */ } if((tmp & REQ_MASK) != phase) { #ifdef SEADEBUG1 printf("sea:infotransfer phase mismatch:%x, want:%x, len:%x\n", tmp,phase,scb->datalen); /* getchar(); */ #endif break; } if(!(phase & STAT_IO)) { #ifdef SEA_ASSEMBLER asm(" shr $2, %%ecx; cld; rep; movsl; " : : "D" (sea->st0x_dr), "S" (scb->data), "c" (BLOCK_SIZE) : "cx", "si", "di" ); scb->data += BLOCK_SIZE; #else for(count=0; count < BLOCK_SIZE; count++) { DATA = *(scb->data); scb->data++; } #endif } else { #ifdef SEA_ASSEMBLER asm(" shr $2, %%ecx; cld; rep; movsl; " : : "S" (sea->st0x_dr), "D" (scb->data), "c" (BLOCK_SIZE) : "cx", "si", "di" ); scb->data += BLOCK_SIZE; #else for(count=0; count < BLOCK_SIZE; count++) { *scb->data = DATA; scb->data++; } #endif } scb->datalen -= BLOCK_SIZE; } } /* save current position into the command structure */ /* scb->xfer->data = data; scb->xfer->datalen = len; */ #endif sea_transfer_pio(sea, &phase, &(scb->datalen), &(scb->data)); /* scb->xfer->data = data; scb->xfer->datalen = len; */ break; case REQ_MSGIN: /* don't handle multi-byte messages here, because they * should not be present here */ len = 1; data = &tmp; sea_transfer_pio(sea, &phase, &len, &data); /* scb->MessageIn = tmp; */ switch (tmp) { case MSG_ABORT: scb->flags = SCB_ABORTED; printf("sea:Command aborted by target\n"); CONTROL = BASE_CMD; sea_done(unit, scb); return; case MSG_COMMAND_COMPLETE: oldpri = splbio(); sea->connected = NULL; splx(oldpri); #ifdef SEADEBUG2 printf("!3"); #endif sea->busy[scb->xfer->sc_link->target] &= ~(1 << scb->xfer->sc_link->lun); CONTROL = BASE_CMD; sea_done(unit, scb); return; case MSG_MESSAGE_REJECT: /* printf("sea: message_reject recieved\n"); */ printf("!4"); break; case MSG_DISCONNECT: oldpri = splbio(); scb->next = sea->disconnected_queue; sea->disconnected_queue = scb; sea->connected = NULL; CONTROL = BASE_CMD; splx(oldpri); #ifdef SEADEBUG2 /* printf("msg_disconnect\n"); */ printf("!5"); #endif return; /* save/restore of pointers are ignored */ case MSG_SAVE_POINTERS: case MSG_RESTORE_POINTERS: #if SEADEBUG2 printf("sea: rec save/restore ptrs\n"); #endif break; default: /* this should be handled in the pio data transfer phase, as the * ATN should be raised before ACK goes false when rejecting a message */ #ifdef SEADEBUG printf("sea: Unknown message in:%x\n", tmp); #endif break; } /* switch (tmp) */ break; case REQ_MSGOUT: len = 1; data = &msgout; /* sea->last_message = msgout; */ sea_transfer_pio(sea, &phase, &len, &data); if (msgout == MSG_ABORT) { printf("sea: sent message abort to target\n"); oldpri = splbio(); sea->busy[scb->xfer->sc_link->target] &= ~(1 << scb->xfer->sc_link->lun); sea->connected = NULL; scb->flags = SCB_ABORTED; splx(oldpri); /* enable interrupt from scsi */ sea_done(unit, scb); return; } msgout = MSG_NOP; break; case REQ_CMDOUT: len = scb->xfer->cmdlen; data = (char *) scb->xfer->cmd; sea_transfer_pio(sea, &phase, &len, &data); break; case REQ_STATIN: len = 1; data = &tmp; sea_transfer_pio(sea, &phase, &len, &data); scb->xfer->status = tmp; break; default: printf("sea: unknown phase\n"); } /* switch (phase) */ } /* if (tmp & STAT_REQ) */ } /* for (...) */ /* if we get here we have got a timeout! */ printf("sea: Timeout in data transfer\n"); scb->flags = SCB_TIMEOUT; /* should I clear scsi-bus state? */ sea_done(unit, scb); } I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Fri Apr 14 15:09:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA10005 for current-outgoing; Fri, 14 Apr 1995 15:09:18 -0700 Received: from kf0yn.ampr.org (s087.infonet.net [167.142.100.87]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA09994 for ; Fri, 14 Apr 1995 15:09:09 -0700 Received: (cmf@localhost) by kf0yn.ampr.org (8.6.9/8.6.5) id RAA00277 for current@freebsd.org; Fri, 14 Apr 1995 17:10:09 -0459 From: "Carl M. Fongheiser" Message-Id: <199504142209.RAA00277@kf0yn.ampr.org> Subject: Interesting (and odd) effect in -current To: current@FreeBSD.org Date: Fri, 14 Apr 1995 17:10:08 -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: 1459 Sender: current-owner@FreeBSD.org Precedence: bulk Thanks to hardware trouble, I haven't had a chance to boot a reasonably current -current kernel until a few days ago. In particular, this is the first kernel that didn't have the memory test in it. The first time I booted it (warm boot), it booted fine. I ran with it for a couple days. Wednesday night, we had a power failure, and I discovered that the thing wouldn't cold boot with that kernel. It gets all the way through the autoboot, but it trapped when it started up a getty due to a kernel reference to address 0. It failed again on the reboot. My old kernel (from late Jan.) booted fine. A perusal of the crash dump showed the trap happened inside of scopen(). Yesterday, I supped again, and built another kernel. This one falls over the same way, but slightly earlier in stty. This time it looks like it happened in spec_ioctl(). Just to summarize, my late January kernel runs flawlessly, but my 2 most recent kernels sometimes fall over late in the boot sequence. I don't know if this could be uncovering some flakiness in my hardware, or if there's something that isn't getting initialized properly. My hardware configuration: PCI/I-486SP3G motherboard, 256k L2 cache, 8M main memory. 2 Maxtor 7345AT drives 1 Quantum LT730S drive STB 4COM (4-port serial card) 3COM 3C503 ethernet card #9 GXE64 PCI video card Any help would be appreciated, and I'd be happy to supply further details on request. Carl Fongheiser cmf@ins.infonet.net From owner-freebsd-current Fri Apr 14 15:10:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA10058 for current-outgoing; Fri, 14 Apr 1995 15:10:19 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA10050 for ; Fri, 14 Apr 1995 15:10:13 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id XAA18405 for FreeBSD-current@FreeBSD.org; Fri, 14 Apr 1995 23:10:56 +0100 From: Paul Richards Message-Id: <199504142210.XAA18405@isl.cf.ac.uk> Subject: deamon To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Fri, 14 Apr 1995 23:10:56 +0100 (BST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 434 Sender: current-owner@FreeBSD.org Precedence: bulk There's a daemon() defined in stdlib.h that's new with 4.4BSD and it clashes with a char array defined in procmail. Anyone know anything about this? Should it really be declared in stdlib.h? -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-current Fri Apr 14 15:13:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA10211 for current-outgoing; Fri, 14 Apr 1995 15:13:55 -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 PAA10204 for ; Fri, 14 Apr 1995 15:13:51 -0700 Received: from jsdinc.root.com (uucp@localhost) by Root.COM (8.6.8/8.6.5) with UUCP id PAA17893 for freebsd.org!current; Fri, 14 Apr 1995 15:13:47 -0700 Received: (root@localhost) by jsdinc.root.com (8.6.11/8.6.5) id RAA05096 for current@freebsd.org; Fri, 14 Apr 1995 17:15:53 GMT Date: Fri, 14 Apr 1995 17:15:53 GMT From: "John S. Dyson" Message-Id: <199504141715.RAA05096@jsdinc.root.com> To: current@FreeBSD.org Subject: Info on VM/VFS changes since 4.4Lite Sender: current-owner@FreeBSD.org Precedence: bulk Hey gang -- I thought that it would be nice to talk about the improvements to the FreeBSD VFS/VM since the 4.4-Lite code was given to us. I have been asked questions about the differences and improvements by people that are trying this stuff out. Even though the VM/VFS system is not really a user "visible" feature of the OS, notes about the differences can be useful to people choosing a platform. I really believe that low level kernel things such as this are only enabling technology. Most of these things were changed to allow people to use the system for more and bigger applications. Hopefully, some day some of us will get together and write a FreeBSD kernel manual. :-). Things fixed in the VM/VFS system since 4.4-Lite by various FreeBSD contributors 1) Collapse problem fully eliminated Fairly complex code has been added to eliminate the growing swap space problem intrinsic in the MACH VM system used in 4.4-Lite. You will notice that the system uses much less swap space than it used to. (Earlier versions of FreeBSD had mods to help the situation, but the code in 2.0.5 contains a complete fix.) 2) The pageout daemon is now very efficient The original pageout daemon was waken up gratuitously. When physical memory started being overcommited, the system would thrash. Also, the new FreeBSD pageout daemon does significant statistics on page usage, so that it doesn't free pages that are likely to be re-used. (The old one was too simple.) 3) Pages are not freed as often A new page queue that has pages that can be easily re-used by user processes was added. The identities of the pages on the queue are not lost until they are reused. We still keep a free queue for interrupt code use and for pages that have lost their identity. 4) The VM system now no longer gratuitiously wipes the page tables. When COW pages are created, previous usage is tracked at the VM level, making sure that gratuitious page protection is not done. This fix really helps large systems. 5) The VM system and buffer cache has been merged. Now mmap is fully coherent with the read/write system calls. This is an initial implementation, and the VOP_GETPAGE and VOP_PUTPAGE will be compatibly added soon (Probably V2.2). For example, a write to a file immediately causes the data to change immediately in the address space of a process that might have the file mapped. 6) Dynamic sized buffer cache Along with the merged VM/buffer cache, the buffer cache now uses otherwise unused memory. It does not compete with memory that is likely to be needed in the near future. Additionally, the new code does not create dirty pages not associated with buffers, thereby limiting the number of dirty vfs created pages to the size of the buffer cache. 7) The system now swaps. Swapping has historically been an unpleasant thing in UNIX-like OSes. Not only has FreeBSD implemented swapping, but has an intelligent policy as to the swappability of processes. 8) The VM code does many fewer copys. Unfortunately, the standard 4.4Lite VM code copies all data paged in from files. FreeBSD copies very little of the RO data paged in from files, the only time that the system copies paged-in pages is for COW. 9) Soft RSS limiting has been added. The system allows the system administrator to limit the RSS of processes. 10) The FreeBSD VM intelligently clusters pageins. Pageins are clustered VM-intelligent -- not limited to the VFS (I/O optimized) clustering methods. 11) Vastly improved the flushing of dirty vnode-backed pages Since mmap is more likely to be used now, it was necessary to create a more efficient pageout of dirty pages. 12) VFS_BIO bounce buffering has been added. A fairly architecture-neutral, non-invasive bounce-buffer scheme has been added to vfs_bio (actually vm_machdep for now.) Note that in general 1-3 lines of code needs to be added to each block device driver that needs bouncing. 13) More efficient ordering of buffers in the vnode dirty list Makes sync work better if there are lots of delayed write buffers. This is mostly helpful if one modifies the ufs_readwrite to retain delayed write buffers as opposed to immediately queueing async writes. 14) Much better vfs name caching. 15) New VFS cluster code. The original cluster code, although working, appeared to violate some layering and depended on a large kva space for the clustered I/O buffers. So for a large number of buffers, too much kva was required. Special buffers are now used to support clustering, thereby minimizing kva space requirements. This helps both CISC and some RISC architectures (such as R3000/R4000), where each 2MB or 4MB costs something significant (like page table pages or TLB entries.) John dyson@root.com From owner-freebsd-current Fri Apr 14 15:38:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11115 for current-outgoing; Fri, 14 Apr 1995 15:38:13 -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 SMTP id PAA11109 for ; Fri, 14 Apr 1995 15:38:10 -0700 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA02076; Fri, 14 Apr 95 17:36:32 CDT From: Joe Greco Message-Id: <9504142236.AA02076@brasil.moneng.mei.com> Subject: Re: mmap bugs gone yet? To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 14 Apr 1995 17:36:32 -0500 (CDT) Cc: gpalmer@freefall.cdrom.com, hsu@cs.hut.fi, freebsd-current@FreeBSD.org In-Reply-To: <199504141030.MAA18746@uriah.heep.sax.de> from "J Wunsch" at Apr 14, 95 12:30:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 386 Sender: current-owner@FreeBSD.org Precedence: bulk > With the merged VM/buffer cache, i doubt it will buy too much to mmap > the files at all. This was not true on my Sun 3/60. I never investigated to find out why, however. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-current Fri Apr 14 15:54:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11551 for current-outgoing; Fri, 14 Apr 1995 15:54:56 -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 PAA11522 for ; Fri, 14 Apr 1995 15:54:06 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA24634; Sat, 15 Apr 1995 08:43:50 +1000 Date: Sat, 15 Apr 1995 08:43:50 +1000 From: Bruce Evans Message-Id: <199504142243.IAA24634@godzilla.zeta.org.au> To: FreeBSD-current@FreeBSD.org, paul@isl.cf.ac.uk Subject: Re: deamon Sender: current-owner@FreeBSD.org Precedence: bulk >There's a daemon() defined in stdlib.h that's new with 4.4BSD and it >clashes with a char array defined in procmail. Anyone know anything >about this? Should it really be declared in stdlib.h? No. It isn't standard. This example shows the type of thing that goes wrong when standard headers are polluted. Bruce From owner-freebsd-current Fri Apr 14 16:02:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA11822 for current-outgoing; Fri, 14 Apr 1995 16:02:25 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA11816 for ; Fri, 14 Apr 1995 16:02:17 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id AAA19029; Sat, 15 Apr 1995 00:01:29 +0100 From: Paul Richards Message-Id: <199504142301.AAA19029@isl.cf.ac.uk> Subject: Re: deamon To: bde@zeta.org.au (Bruce Evans) Date: Sat, 15 Apr 1995 00:01:28 +0100 (BST) Cc: FreeBSD-current@FreeBSD.org In-Reply-To: <199504142243.IAA24634@godzilla.zeta.org.au> from "Bruce Evans" at Apr 15, 95 08:43:50 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 806 Sender: current-owner@FreeBSD.org Precedence: bulk In reply to Bruce Evans who said > > >There's a daemon() defined in stdlib.h that's new with 4.4BSD and it > >clashes with a char array defined in procmail. Anyone know anything > >about this? Should it really be declared in stdlib.h? > > No. It isn't standard. This example shows the type of thing that goes > wrong when standard headers are polluted. So we need to sanitise stdlib.h, how do we best deal with this then. The hash code is in the stdlib area of libc but has it's own specific header. Can we do the same for other non-standard parts of libc. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-current Fri Apr 14 16:58:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA17574 for current-outgoing; Fri, 14 Apr 1995 16:58:22 -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 QAA17562 for ; Fri, 14 Apr 1995 16:58:20 -0700 Received: from crosby.apl.washington.edu by mailhost1.cac.washington.edu (5.65+UW95.02/UW-NDC Revision: 2.32 ) id AA08731; Fri, 14 Apr 95 16:58:18 -0700 Received: by crosby.apl.washington.edu.apl.washington.edu (4.1/SMI-4.1) id AA12380; Fri, 14 Apr 95 16:58:16 PDT From: kargl@crosby.apl.washington.edu (Steven G. Kargl) Message-Id: <9504142358.AA12380@crosby.apl.washington.edu.apl.washington.edu> Subject: 0412-SNAP is FUBAR To: freebsd-current@FreeBSD.org Date: Fri, 14 Apr 1995 16:58:15 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2002 Sender: current-owner@FreeBSD.org Precedence: bulk Guys, First, my hardware was running -current, but I wasn't using Bruce's diskslice stuff or the newer sysconfig stuff. I also needed to adjust my swapspace because of new 16MB SIMM. So, I decided to checkout the new SNAP-0412. MISTAKE #1!!!!!! I retrieved boot.flp and cpio.flp. %dd if=boot.flp of=/dev/fd0 bs=512 %dd if=cpio.flp of=/dev/fd0 bs=512 %shutdown -r reboot The boot.flp works as expected, but the cpio.flp has problems. (1) It gracefully exited with a Fatal trap 12 in kernel mode at address 0xfdd0400 .... (rebooted before I could write the rest). (2) Upon rebooting the installed kernel successfully probed my ep0 device as an wt0 device which, of course, screws FTP installation. (3) Reboot with -c option and disable wt0 probe. Now, the ep0 is successfully identified as an mcd0. (4) Reboot with -c option and disable all devices that can conflict with ep0 and enable ep0. Everything seems find and the system boots. It get to the "Chnaging root device to sd0a" and nothing happens. No panic, no reboot, no keyboard, it's hung good and tight. (5) Power cycle and repeat (4). (6) Reboot and disable everything that conflicts with ep0 and disable ep0. System comes up fine. But, I can't install anything because the network is of course down. (7) Escape to shell during install phase. #tar xvf /dev/rst0 kernel [This is a 2 day old -current kernel known to work with the hardware. Damn happy I have a DAT] (8) Reboot, come up, and install bindist, srcdist, securedist. (9) Not a happy camper. I guess I should have merged the /etc (sysconfig stuff) by hand. The diskslice stuff would have been more difficult because I lost his email about how to transition from the pre- to post- slice code. Where is the mail archive? Steve Kargl PS: Hardware --> Intel 486dx2-66, EISA, AH1742, 3C509(utp aka link2), 24 MB Ram, generic 2S, 1P, IDE controller card (IDE disabled), Maxtor 540SL SCSI-2 HD. From owner-freebsd-current Fri Apr 14 17:34:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA19450 for current-outgoing; Fri, 14 Apr 1995 17:34: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 RAA19444 for ; Fri, 14 Apr 1995 17:34:42 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id RAA02037; Fri, 14 Apr 1995 17:31:38 -0700 From: "Rodney W. Grimes" Message-Id: <199504150031.RAA02037@gndrsh.aac.dev.com> Subject: Re: Interesting (and odd) effect in -current To: cmf@ins.infonet.net (Carl M. Fongheiser) Date: Fri, 14 Apr 1995 17:31:37 -0700 (PDT) Cc: current@FreeBSD.org In-Reply-To: <199504142209.RAA00277@kf0yn.ampr.org> from "Carl M. Fongheiser" at Apr 14, 95 05:10:08 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: 1851 Sender: current-owner@FreeBSD.org Precedence: bulk > > Thanks to hardware trouble, I haven't had a chance to boot a reasonably > current -current kernel until a few days ago. In particular, this is > the first kernel that didn't have the memory test in it. The first time > I booted it (warm boot), it booted fine. I ran with it for a couple days. > Wednesday night, we had a power failure, and I discovered that the thing > wouldn't cold boot with that kernel. It gets all the way through the > autoboot, but it trapped when it started up a getty due to a kernel reference > to address 0. It failed again on the reboot. My old kernel (from late Jan.) > booted fine. A perusal of the crash dump showed the trap happened inside > of scopen(). Yesterday, I supped again, and built another kernel. This > one falls over the same way, but slightly earlier in stty. This time it > looks like it happened in spec_ioctl(). > > Just to summarize, my late January kernel runs flawlessly, but my 2 most > recent kernels sometimes fall over late in the boot sequence. I don't know > if this could be uncovering some flakiness in my hardware, or if there's > something that isn't getting initialized properly. My hardware configuration: > > PCI/I-486SP3G motherboard, 256k L2 cache, 8M main memory. ^^^^^^^ ^^^^^^^^^^^^^ Make sure your L2 cache is wet to write through mode on that motherboard, also disable GAT in the chipset BIOS setup screen. > 2 Maxtor 7345AT drives > 1 Quantum LT730S drive > STB 4COM (4-port serial card) > 3COM 3C503 ethernet card > #9 GXE64 PCI video card > > Any help would be appreciated, and I'd be happy to supply further details > on request. > > Carl Fongheiser > cmf@ins.infonet.net > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Fri Apr 14 17:51:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA19784 for current-outgoing; Fri, 14 Apr 1995 17:51:24 -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 RAA19778 for ; Fri, 14 Apr 1995 17:51:23 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA18822; Fri, 14 Apr 1995 17:51:14 -0700 From: Poul-Henning Kamp Message-Id: <199504150051.RAA18822@ref.tfs.com> Subject: Re: Interesting (and odd) effect in -current To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 14 Apr 1995 17:51:13 -0700 (PDT) Cc: cmf@ins.infonet.net, current@FreeBSD.org In-Reply-To: <199504150031.RAA02037@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 14, 95 05:31:37 pm Content-Type: text Content-Length: 210 Sender: current-owner@FreeBSD.org Precedence: bulk Rod, Wouldn't it be a good idea in general if we zero all of the RAM in locore.s (except the messagebuffer that is) ? That way we will have flushed all the caches, and reset all parity bits... Poul-Henning From owner-freebsd-current Fri Apr 14 18:09:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA20489 for current-outgoing; Fri, 14 Apr 1995 18:09:21 -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 SAA20475 for ; Fri, 14 Apr 1995 18:09:17 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id SAA02129; Fri, 14 Apr 1995 18:06:32 -0700 From: "Rodney W. Grimes" Message-Id: <199504150106.SAA02129@gndrsh.aac.dev.com> Subject: Re: Interesting (and odd) effect in -current To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Fri, 14 Apr 1995 18:06:32 -0700 (PDT) Cc: cmf@ins.infonet.net, current@FreeBSD.org In-Reply-To: <199504150051.RAA18822@ref.tfs.com> from "Poul-Henning Kamp" at Apr 14, 95 05:51: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: 1321 Sender: current-owner@FreeBSD.org Precedence: bulk > > Rod, > > Wouldn't it be a good idea in general if we zero all of the RAM in locore.s > (except the messagebuffer that is) ? > > That way we will have flushed all the caches, and reset all parity bits... IMHO, no, this should have already been done by the BIOS at power up time. Humm... I just came up with a fast and dirty way to find out if we are ever reading memory we have not written into (should never ever occur, right, as that would be using unitialized data). If it wasn't so chip set specific, you could actually turn parity off, use the special ports to write bad parity in all of memory. Then let things fly. But I have digressed, if the BIOS didn't manage to get this write at power on, you would get NMI interrupts no matter what OS you ran. I don't see a reason to add code to FreeBSD that really belongs in the BIOS in the off chance that some really rare broken motherboard could then work. If some one can prove to me that a production motherboard failed to initialize the parity bits correctly I will replace the motherboard for them, and be good riddens of one more piece of junk to have to try and support with redundant code. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Fri Apr 14 18:28:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA21098 for current-outgoing; Fri, 14 Apr 1995 18:28:32 -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 SAA21090 for ; Fri, 14 Apr 1995 18:28:30 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id SAA18903; Fri, 14 Apr 1995 18:28:22 -0700 From: Poul-Henning Kamp Message-Id: <199504150128.SAA18903@ref.tfs.com> Subject: Re: Interesting (and odd) effect in -current To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 14 Apr 1995 18:28:22 -0700 (PDT) Cc: cmf@ins.infonet.net, current@FreeBSD.org In-Reply-To: <199504150106.SAA02129@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 14, 95 06:06:32 pm Content-Type: text Content-Length: 895 Sender: current-owner@FreeBSD.org Precedence: bulk > Humm... I just came up with a fast and dirty way to find out if we are > ever reading memory we have not written into (should never ever occur, > right, as that would be using unitialized data). If it wasn't so chip > set specific, you could actually turn parity off, use the special ports > to write bad parity in all of memory. Then let things fly. > > But I have digressed, if the BIOS didn't manage to get this write at > power on, you would get NMI interrupts no matter what OS you ran. I > don't see a reason to add code to FreeBSD that really belongs in the > BIOS in the off chance that some really rare broken motherboard could > then work. I belive himem.sys clears memory to aviod that problem... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Fri Apr 14 18:34:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA21245 for current-outgoing; Fri, 14 Apr 1995 18:34:25 -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 SAA21228 for ; Fri, 14 Apr 1995 18:34:08 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id LAA31047; Sat, 15 Apr 1995 11:31:59 +1000 Date: Sat, 15 Apr 1995 11:31:59 +1000 From: Bruce Evans Message-Id: <199504150131.LAA31047@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, kargl@crosby.apl.washington.edu Subject: Re: 0412-SNAP is FUBAR Sender: current-owner@FreeBSD.org Precedence: bulk >First, my hardware was running -current, but I wasn't using Bruce's >diskslice stuff or the newer sysconfig stuff. I also needed to adjust >my swapspace because of new 16MB SIMM. So, I decided to checkout >the new SNAP-0412. >MISTAKE #1!!!!!! The SNAP isn't supposed to have diskslice stuff. This means that you might have problems going back to it if you were current :-). >(2) Upon rebooting the installed kernel successfully probed my ep0 > device as an wt0 device which, of course, screws FTP installation. Too many things probe at 0x300. >(6) Reboot and disable everything that conflicts with ep0 and disable ep0. > System comes up fine. But, I can't install anything because the > network is of course down. It looks like an ep0 problem. if_ep.c has been worked on a lot lately. Bruce From owner-freebsd-current Fri Apr 14 18:45:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA21477 for current-outgoing; Fri, 14 Apr 1995 18:45:44 -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 SAA21460 ; Fri, 14 Apr 1995 18:45:19 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id LAA31360; Sat, 15 Apr 1995 11:42:26 +1000 Date: Sat, 15 Apr 1995 11:42:26 +1000 From: Bruce Evans Message-Id: <199504150142.LAA31360@godzilla.zeta.org.au> To: current@FreeBSD.org, nate@FreeBSD.org Subject: `make install' fails in cvs/examples Sender: current-owner@FreeBSD.org Precedence: bulk My /usr/share/examples is a symlink to /usr/src/share/examples because I use option SHARED=symlinks in /etc/make.conf (this saves a whole 201K). The cvs/examples Makefile doesn't know about this complication and couldn't handle it if it did. It could handle it if /usr/share/examples was a directory and only some of its subdirectories were symlinks. /etc/mtree/BSD.usr.dist doesn't support this complication either. Bruce From owner-freebsd-current Fri Apr 14 18:50:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA21577 for current-outgoing; Fri, 14 Apr 1995 18:50: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 SAA21571 for ; Fri, 14 Apr 1995 18:50:03 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id SAA02234; Fri, 14 Apr 1995 18:47:17 -0700 From: "Rodney W. Grimes" Message-Id: <199504150147.SAA02234@gndrsh.aac.dev.com> Subject: Re: Interesting (and odd) effect in -current To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Fri, 14 Apr 1995 18:47:16 -0700 (PDT) Cc: cmf@ins.infonet.net, current@FreeBSD.org In-Reply-To: <199504150128.SAA18903@ref.tfs.com> from "Poul-Henning Kamp" at Apr 14, 95 06:28:22 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: 1428 Sender: current-owner@FreeBSD.org Precedence: bulk > > > Humm... I just came up with a fast and dirty way to find out if we are > > ever reading memory we have not written into (should never ever occur, > > right, as that would be using unitialized data). If it wasn't so chip > > set specific, you could actually turn parity off, use the special ports > > to write bad parity in all of memory. Then let things fly. > > > > But I have digressed, if the BIOS didn't manage to get this write at > > power on, you would get NMI interrupts no matter what OS you ran. I > > don't see a reason to add code to FreeBSD that really belongs in the > > BIOS in the off chance that some really rare broken motherboard could > > then work. > I belive himem.sys clears memory to aviod that problem... MicroSloth put a quick pass memory test in himem.sys at DOS version 6.0 to reduce the number of tech support calls they got due to NMI's while DOS and/or Windows was running. Now they can report it when himem.sys loads as ``Please check your memory, it has failed the memory test''. Most DOS folks don't know what NMI means, and thus it caused tons of support calls to Microsoft from people who thought it was coming from the application or the OS :-). MicroSloth's test is no better than what David wrote and put in FreeBSD. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Fri Apr 14 19:03:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21820 for current-outgoing; Fri, 14 Apr 1995 19:03:12 -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 TAA21810 for ; Fri, 14 Apr 1995 19:03:03 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id TAA18250; Fri, 14 Apr 1995 19:02:58 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA00566; Fri, 14 Apr 1995 19:02:57 -0700 Message-Id: <199504150202.TAA00566@corbin.Root.COM> To: Poul-Henning Kamp cc: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), cmf@ins.infonet.net, current@FreeBSD.org Subject: Re: Interesting (and odd) effect in -current In-reply-to: Your message of "Fri, 14 Apr 95 17:51:13 PDT." <199504150051.RAA18822@ref.tfs.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 14 Apr 1995 19:02:55 -0700 Sender: current-owner@FreeBSD.org Precedence: bulk >Rod, > >Wouldn't it be a good idea in general if we zero all of the RAM in locore.s >(except the messagebuffer that is) ? > >That way we will have flushed all the caches, and reset all parity bits... We don't need to do this in locore; we can do it in the same place where the old memory test was (which is before the VM system is turned on, etc.). I considered doing this when I removed the memory test code, but then changed my mind and decided that I wanted to know about problems with uninitialized memory. Perhaps when options DIAGNOSTIC is true, we fill memory with 0xdeadbeef and when not true, we fill with 0. ...or just fill with 0xdeadbeef all the time - I don't care. -DG From owner-freebsd-current Fri Apr 14 19:05:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21881 for current-outgoing; Fri, 14 Apr 1995 19:05:02 -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 TAA21869 for ; Fri, 14 Apr 1995 19:04:50 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id TAA18271; Fri, 14 Apr 1995 19:04:43 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA00579; Fri, 14 Apr 1995 19:04:43 -0700 Message-Id: <199504150204.TAA00579@corbin.Root.COM> To: "Rodney W. Grimes" cc: phk@ref.tfs.com (Poul-Henning Kamp), cmf@ins.infonet.net, current@FreeBSD.org Subject: Re: Interesting (and odd) effect in -current In-reply-to: Your message of "Fri, 14 Apr 95 18:06:32 PDT." <199504150106.SAA02129@gndrsh.aac.dev.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 14 Apr 1995 19:04:43 -0700 Sender: current-owner@FreeBSD.org Precedence: bulk >But I have digressed, if the BIOS didn't manage to get this write at >power on, you would get NMI interrupts no matter what OS you ran. I >don't see a reason to add code to FreeBSD that really belongs in the >BIOS in the off chance that some really rare broken motherboard could >then work. I agree, but I think clearing memory has other merits. -DG From owner-freebsd-current Fri Apr 14 19:09:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA22036 for current-outgoing; Fri, 14 Apr 1995 19:09:00 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA22030 for ; Fri, 14 Apr 1995 19:08:57 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id TAA00515; Fri, 14 Apr 1995 19:08:51 -0700 Message-Id: <199504150208.TAA00515@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Stephen Hocking cc: current@FreeBSD.org Subject: Re: Fixed seagate.c (incl. recent devconf changes) In-reply-to: Your message of "Fri, 14 Apr 1995 12:47:36 +1000." <199504140247.CAA27931@netfl15a.devetir.qld.gov.au> Date: Fri, 14 Apr 1995 19:08:51 -0700 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk >Recently I reported a bug (i386/337) about the -current seagate controller >code not working with my hardware. I also enclosed a fix, but I'm not sure if >after the recent set of SCSI changes that it has made it in or is event being >considered yet. Anyway, incorporating the recent changes, here's the working >version. It's slow, but it works, unlike the later version. > Your changes are based on a very old version of the driver. This makes it difficult for us to see what you changed and what was changed in other revisions of the driver. Can you make your changes relative to version 1.7 (today's current) and resubmit them as context diffs (diff -c)? Thank you very much for your submission, and I hope we can integrate your changes once we get them in a format where we can better understand what they are. :) -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Fri Apr 14 19:14:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA22163 for current-outgoing; Fri, 14 Apr 1995 19:14:41 -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 TAA22155 for ; Fri, 14 Apr 1995 19:14:32 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id TAA18299; Fri, 14 Apr 1995 19:14:28 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA00613; Fri, 14 Apr 1995 19:14:27 -0700 Message-Id: <199504150214.TAA00613@corbin.Root.COM> To: Joe Greco cc: hsu@cs.hut.fi, freebsd-current@FreeBSD.org Subject: Re: mmap bugs gone yet? In-reply-to: Your message of "Fri, 14 Apr 95 17:36:32 CDT." <9504142236.AA02076@brasil.moneng.mei.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 14 Apr 1995 19:14:17 -0700 Sender: current-owner@FreeBSD.org Precedence: bulk >> With the merged VM/buffer cache, i doubt it will buy too much to mmap >> the files at all. > >This was not true on my Sun 3/60. I never investigated to find out why, >however. mmap should be faster at accessing files randomly and will eliminate an extra copy compared with doing read() system calls. It might be slower when modifying large amounts of large files. I think overall mmap would be faster, but YYMV. -DG From owner-freebsd-current Fri Apr 14 19:17:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA22329 for current-outgoing; Fri, 14 Apr 1995 19:17:33 -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 TAA22314 for ; Fri, 14 Apr 1995 19:17:21 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id TAA02308; Fri, 14 Apr 1995 19:14:29 -0700 From: "Rodney W. Grimes" Message-Id: <199504150214.TAA02308@gndrsh.aac.dev.com> Subject: Re: Interesting (and odd) effect in -current To: davidg@Root.COM Date: Fri, 14 Apr 1995 19:14:28 -0700 (PDT) Cc: phk@ref.tfs.com, cmf@ins.infonet.net, current@FreeBSD.org In-Reply-To: <199504150204.TAA00579@corbin.Root.COM> from "David Greenman" at Apr 14, 95 07:04:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 670 Sender: current-owner@FreeBSD.org Precedence: bulk > > >But I have digressed, if the BIOS didn't manage to get this write at > >power on, you would get NMI interrupts no matter what OS you ran. I > >don't see a reason to add code to FreeBSD that really belongs in the > >BIOS in the off chance that some really rare broken motherboard could > >then work. > > I agree, but I think clearing memory has other merits. Yes, setting it to 0xDeadBeef is a very good idea, that way you can find out some times when you pick up a wild pointer by the value in it :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Fri Apr 14 19:20:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA22426 for current-outgoing; Fri, 14 Apr 1995 19:20:21 -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 TAA22409 for ; Fri, 14 Apr 1995 19:20:00 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id TAA19083; Fri, 14 Apr 1995 19:19:43 -0700 From: Poul-Henning Kamp Message-Id: <199504150219.TAA19083@ref.tfs.com> Subject: Re: Interesting (and odd) effect in -current To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 14 Apr 1995 19:19:41 -0700 (PDT) Cc: davidg@Root.COM, cmf@ins.infonet.net, current@FreeBSD.org In-Reply-To: <199504150214.TAA02308@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 14, 95 07:14:28 pm Content-Type: text Content-Length: 780 Sender: current-owner@FreeBSD.org Precedence: bulk > > >But I have digressed, if the BIOS didn't manage to get this write at > > >power on, you would get NMI interrupts no matter what OS you ran. I > > >don't see a reason to add code to FreeBSD that really belongs in the > > >BIOS in the off chance that some really rare broken motherboard could > > >then work. > > > > I agree, but I think clearing memory has other merits. > > Yes, setting it to 0xDeadBeef is a very good idea, that way you > can find out some times when you pick up a wild pointer by the > value in it :-). Except that in our case is should be 0x00coffee, "No coffee" :-) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Fri Apr 14 19:26:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA22588 for current-outgoing; Fri, 14 Apr 1995 19:26:14 -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 TAA22566 for ; Fri, 14 Apr 1995 19:25:56 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id TAA18347; Fri, 14 Apr 1995 19:25:48 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA00711; Fri, 14 Apr 1995 19:25:48 -0700 Message-Id: <199504150225.TAA00711@corbin.Root.COM> To: Poul-Henning Kamp cc: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), cmf@ins.infonet.net, current@FreeBSD.org Subject: Re: Interesting (and odd) effect in -current In-reply-to: Your message of "Fri, 14 Apr 95 19:19:41 PDT." <199504150219.TAA19083@ref.tfs.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 14 Apr 1995 19:25:48 -0700 Sender: current-owner@FreeBSD.org Precedence: bulk >> > >But I have digressed, if the BIOS didn't manage to get this write at >> > >power on, you would get NMI interrupts no matter what OS you ran. I >> > >don't see a reason to add code to FreeBSD that really belongs in the >> > >BIOS in the off chance that some really rare broken motherboard could >> > >then work. >> > >> > I agree, but I think clearing memory has other merits. >> >> Yes, setting it to 0xDeadBeef is a very good idea, that way you >> can find out some times when you pick up a wild pointer by the >> value in it :-). > >Except that in our case is should be 0x00coffee, "No coffee" :-) Seriously, 0x00coffee would be a poor choice since it would likely be valid in the user address space. ...but I know you're not serious. -DG From owner-freebsd-current Fri Apr 14 20:09:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA23976 for current-outgoing; Fri, 14 Apr 1995 20:09:05 -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 UAA23939 for ; Fri, 14 Apr 1995 20:08:25 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA01886; Sat, 15 Apr 1995 13:02:54 +1000 Date: Sat, 15 Apr 1995 13:02:54 +1000 From: Bruce Evans Message-Id: <199504150302.NAA01886@godzilla.zeta.org.au> To: davidg@Root.COM, jgreco@brasil.moneng.mei.com Subject: Re: mmap bugs gone yet? Cc: freebsd-current@FreeBSD.org, hsu@cs.hut.fi Sender: current-owner@FreeBSD.org Precedence: bulk >>> With the merged VM/buffer cache, i doubt it will buy too much to mmap >>> the files at all. >> >>This was not true on my Sun 3/60. I never investigated to find out why, >>however. > mmap should be faster at accessing files randomly and will eliminate an >extra copy compared with doing read() system calls. It might be slower when >modifying large amounts of large files. I think overall mmap would be faster, >but YYMV. Does mmap() do read-ahead or read-behind? If it does, then it wouldn't be so good for random access. If it doesn't then it wouldn't be so good for seuqential access. What exactly happens if a huge file (larger than physical memory) is accessed sequentially using read() and mmap()? E.g., for simple (simplistic?) copying of files: read-write: size = huge; buf = malloc(size); read(0, buf, size); write(1, buf, size); mmap: something I can't write without RTFM :-) Bruce From owner-freebsd-current Fri Apr 14 20:31:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA24816 for current-outgoing; Fri, 14 Apr 1995 20:31:48 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA24795 for ; Fri, 14 Apr 1995 20:31:33 -0700 Received: by sequent.kiae.su id AA29712 (5.65.kiae-2 ); Sat, 15 Apr 1995 07:24:18 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 15 Apr 95 07:24:18 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id DAA02679; Sat, 15 Apr 1995 03:30:17 +0400 To: current@FreeBSD.org, "John S. Dyson" References: <199504141715.RAA05096@jsdinc.root.com> In-Reply-To: <199504141715.RAA05096@jsdinc.root.com>; from "John S. Dyson" at Fri, 14 Apr 1995 17:15:53 GMT Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 15 Apr 1995 03:30:14 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Info on VM/VFS changes since 4.4Lite Lines: 150 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 3977 Sender: current-owner@FreeBSD.org Precedence: bulk In message <199504141715.RAA05096@jsdinc.root.com> John S. Dyson writes: >5) The VM system and buffer cache has been merged. > Now mmap is fully coherent with the read/write system calls. This > is an initial implementation, and the VOP_GETPAGE and VOP_PUTPAGE > will be compatibly added soon (Probably V2.2). For example, a > write to a file immediately causes the data to change immediately > in the address space of a process that might have the file mapped. John, please, can you fix munmap() & msync() to modify modification times as supposed and manpages promise? Now they don't touch modification times at all. It cause impossibility to use mmap() inside INND, it suppose modification time changing. BTW: my local chief shows me that BSDI 2.0 can handle much more articles quickly with INND then FreeBSD and call it "benchmark". The only one reason exists: BSDI have INND compiled with mmap() and FreeBSD without mmap() (it is configurable) due to modification times bug. Here small test program to demonstrate this bug: #include #include #include #include #include static char ICDactpath[] = "testfile"; static char *ICDactpointer; static int ICDactfd; static int ICDactsize; #if defined(MAP_FILE) #define MAP__ARG (MAP_FILE | MAP_SHARED) #else #define MAP__ARG (MAP_SHARED) #endif /* defined(MAP_FILE) */ char * ICDread() { struct stat Sb; int i; if ((ICDactfd = open(ICDactpath, O_WRONLY|O_TRUNC|O_CREAT, 0666)) < 0) { perror("open"); fprintf(stderr, "read: cant open %s\n", ICDactpath); exit(1); } for (i = 0; i < 7; i++) write(ICDactfd, "1234567890", 10); if (close(ICDactfd) < 0) { perror("close"); fprintf(stderr, "Close: cant close %s\n", ICDactpath); exit(1); } if ((ICDactfd = open(ICDactpath, O_RDWR)) < 0) { perror("open"); fprintf(stderr, "read: cant open %s\n", ICDactpath); exit(1); } if (fstat(ICDactfd, &Sb) < 0) { perror("fstat"); fprintf(stderr, "read: cant fstat %d %s\n", ICDactfd, ICDactpath); exit(1); } ICDactsize = Sb.st_size; ICDactpointer = mmap((caddr_t)0, ICDactsize, PROT_READ|PROT_WRITE, MAP__ARG, ICDactfd, (off_t)0); if (ICDactpointer == (char *)-1) { perror("mmap"); fprintf(stderr, "read: cant mmap %d %s\n", ICDactfd, ICDactpath); exit(1); } return ICDactpointer; } ICDclose() { if (ICDactpointer) { if (msync(ICDactpointer, ICDactsize, 0) < 0) { perror("msync"); fprintf(stderr, "Close: cant msync %s in closeactive()\n", ICDactpath); } if (munmap(ICDactpointer, ICDactsize) < 0) { perror("munmap"); fprintf(stderr, "Close: cant munmap\n", ICDactpath); } ICDactpointer = NULL; if (close(ICDactfd) < 0) { perror("close"); fprintf(stderr, "Close: cant close %s\n", ICDactpath); exit(1); } } } ICDwrite() { /* No-op. */ /* ICDactsize */ if (msync(ICDactpointer, 0, 0) < 0) { perror("msync"); fprintf(stderr, "Write: cant msync %s\n", ICDactpath); } } spy() { system("cat testfile; echo; ls -l testfile"); } main() { char *file_p; int to_sleep = 60; file_p = ICDread(); fprintf(stderr, "Original file and time\n"); spy(); *(file_p + 20) = '\n'; #if 0 fprintf(stderr, "After 1st write to mapped region\n"); spy(); #endif sleep(to_sleep); *(file_p + 30) = '\n'; #if 0 fprintf(stderr, "After 2nd write to mapped region and sleep()\n"); spy(); #endif ICDwrite(); fprintf(stderr, "After msync(..., 0)\n"); spy(); sleep(to_sleep); ICDclose(); fprintf(stderr, "After sleep(), msync(..., size) and close()\n"); spy(); unlink(ICDactpath); } -- 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-current Fri Apr 14 20:39:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA25082 for current-outgoing; Fri, 14 Apr 1995 20:39:25 -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 UAA25072 for ; Fri, 14 Apr 1995 20:39:21 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id UAA18656; Fri, 14 Apr 1995 20:39:02 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id UAA00248; Fri, 14 Apr 1995 20:39:01 -0700 Message-Id: <199504150339.UAA00248@corbin.Root.COM> To: Bruce Evans cc: jgreco@brasil.moneng.mei.com, freebsd-current@FreeBSD.org, hsu@cs.hut.fi Subject: Re: mmap bugs gone yet? In-reply-to: Your message of "Sat, 15 Apr 95 13:02:54 +1000." <199504150302.NAA01886@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 14 Apr 1995 20:38:52 -0700 Sender: current-owner@FreeBSD.org Precedence: bulk >> mmap should be faster at accessing files randomly and will eliminate an >>extra copy compared with doing read() system calls. It might be slower when >>modifying large amounts of large files. I think overall mmap would be faster, >>but YYMV. > >Does mmap() do read-ahead or read-behind? If it does, then it wouldn't be >so good for random access. If it doesn't then it wouldn't be so good for It does. >seuqential access. What exactly happens if a huge file (larger than >physical memory) is accessed sequentially using read() and mmap()? E.g., >for simple (simplistic?) copying of files: > > read-write: > size = huge; buf = malloc(size); read(0, buf, size); write(1, buf, size); > mmap: > something I can't write without RTFM :-) It works, but modifying large parts of large files is slow (as I already said above). This is mostly because doing the I/O through the vnode pager interface (and then back through the VFS buffer code) is higher overhead than just doing a write(). If the pagedaemon gets involved, this will slow things further (there are two ways that the pages will be cleaned - either by the pagedaemon or via 'sync' [the update daemon]. 'sync' is faster.). -DG From owner-freebsd-current Fri Apr 14 20:57:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA25536 for current-outgoing; Fri, 14 Apr 1995 20:57:08 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA25527 ; Fri, 14 Apr 1995 20:57:00 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Brian Tao cc: FREEBSD-CURRENT-L Subject: Re: do_cksum script In-reply-to: Your message of "Sat, 15 Apr 95 01:52:22 +0800." Date: Fri, 14 Apr 1995 20:57:00 -0700 Message-ID: <25526.797918220@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > Yeah, I figured it was auto-generated... I could picture someone > typing in all those checksums by hand (or maybe that explains why we > only get a new snap once a month or so). ;-) I plan on writing the > generator script too. /usr/src/release/scripts/... which tarball is > that in? srcdist? :-) Jordan From owner-freebsd-current Fri Apr 14 21:03:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA25712 for current-outgoing; Fri, 14 Apr 1995 21:03:20 -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 VAA25705 for ; Fri, 14 Apr 1995 21:03:19 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA19962; Fri, 14 Apr 1995 21:03:17 -0700 From: Poul-Henning Kamp Message-Id: <199504150403.VAA19962@ref.tfs.com> Subject: Re: do_cksum script To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Fri, 14 Apr 1995 21:03:17 -0700 (PDT) Cc: taob@aries.ibms.sinica.edu.tw, freebsd-current@FreeBSD.org In-Reply-To: <25526.797918220@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 14, 95 08:57:00 pm Content-Type: text Content-Length: 521 Sender: current-owner@FreeBSD.org Precedence: bulk > > Yeah, I figured it was auto-generated... I could picture someone > > typing in all those checksums by hand (or maybe that explains why we > > only get a new snap once a month or so). ;-) I plan on writing the > > generator script too. /usr/src/release/scripts/... which tarball is > > that in? > > srcdist? :-) src/srelease.?? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Fri Apr 14 21:36:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26413 for current-outgoing; Fri, 14 Apr 1995 21:36:22 -0700 Received: from mailhost2.cac.washington.edu (mailhost2.cac.washington.edu [140.142.33.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA26407 for ; Fri, 14 Apr 1995 21:36:21 -0700 Received: from crosby.apl.washington.edu by mailhost2.cac.washington.edu (5.65+UW95.02/UW-NDC Revision: 2.32 ) id AA08652; Fri, 14 Apr 95 21:36:20 -0700 Received: by crosby.apl.washington.edu.apl.washington.edu (4.1/SMI-4.1) id AA13737; Fri, 14 Apr 95 21:36:18 PDT From: kargl@crosby.apl.washington.edu (Steven G. Kargl) Message-Id: <9504150436.AA13737@crosby.apl.washington.edu.apl.washington.edu> Subject: Re: 0412-SNAP is FUBAR To: bde@zeta.org.au (Bruce Evans) Date: Fri, 14 Apr 1995 21:36:17 -0700 (PDT) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199504150131.LAA31047@godzilla.zeta.org.au> from "Bruce Evans" at Apr 15, 95 11:31:59 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1411 Sender: current-owner@FreeBSD.org Precedence: bulk Bruce Evans > >>First, my hardware was running -current, but I wasn't using Bruce's >>diskslice stuff or the newer sysconfig stuff. I also needed to adjust >>my swapspace because of new 16MB SIMM. So, I decided to checkout >>the new SNAP-0412. > >>MISTAKE #1!!!!!! > >The SNAP isn't supposed to have diskslice stuff. This means that you >might have problems going back to it if you were current :-). > Hmmm... I thought I saw a message go by in cvs0-all about your commits of diskslice code for scsi disk. I do recall a long email describing the method of going from pre-slice to post-slice geometry. I thought the SNAP would have the scsi slice code included. I restoreing -current from tape, will sup, then rebuild the system. >>(2) Upon rebooting the installed kernel successfully probed my ep0 >> device as an wt0 device which, of course, screws FTP installation. > >Too many things probe at 0x300. > >>(6) Reboot and disable everything that conflicts with ep0 and disable ep0. >> System comes up fine. But, I can't install anything because the >> network is of course down. > >It looks like an ep0 problem. if_ep.c has been worked on a lot lately. > >Bruce > No. wt0 probes before the ep0 probe, so ep0 is not probed because wt0 was found. The wt0 driver incorrectly probes the 0x300 address space. When is the scsi version of the slice code scheduled for prime time use? Sgk From owner-freebsd-current Fri Apr 14 21:37:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26422 for current-outgoing; Fri, 14 Apr 1995 21:37:00 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA26416 for ; Fri, 14 Apr 1995 21:36:57 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id MAA05455; Sat, 15 Apr 1995 12:37:10 +0800 Date: Sat, 15 Apr 1995 12:37:09 +0800 (CST) From: Brian Tao To: FREEBSD-CURRENT-L Subject: Re: Interesting (and odd) effect in -current In-Reply-To: <199504150214.TAA02308@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Fri, 14 Apr 1995, Rodney W. Grimes wrote: > > > > I agree, but I think clearing memory has other merits. > > Yes, setting it to 0xDeadBeef is a very good idea, that way you > can find out some times when you pick up a wild pointer by the > value in it :-). Will the FreeBSD Project pay for psychiatric treatment for those who suffer debilitating AIX flashbacks because of this? :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Fri Apr 14 21:38:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26440 for current-outgoing; Fri, 14 Apr 1995 21:38:01 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA26434 for ; Fri, 14 Apr 1995 21:37:58 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id MAA05463; Sat, 15 Apr 1995 12:38:17 +0800 Date: Sat, 15 Apr 1995 12:38:17 +0800 (CST) From: Brian Tao cc: freebsd-current Subject: Re: Missing telent login prompt In-Reply-To: <199504111232.IAA15779@irbs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Tue, 11 Apr 1995, John Capo wrote: > > No, the prompt fell on the floor. login is running and waiting > for a user name. Terry says its a option negotiation problem. Hmmmm, haven't seen that problem here then. My problem is simply a delayed login prompt or password (i.e., happens whether I use telnet or rlogin to contact the FreeBSD box). -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Fri Apr 14 21:41:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26486 for current-outgoing; Fri, 14 Apr 1995 21:41:47 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA26478 for ; Fri, 14 Apr 1995 21:41:19 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id MAA05474; Sat, 15 Apr 1995 12:41:21 +0800 Date: Sat, 15 Apr 1995 12:41:21 +0800 (CST) From: Brian Tao cc: FreeBSD-current users Subject: Re: man(1) bug In-Reply-To: <199504120629.IAA08626@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: current-owner@FreeBSD.org Precedence: bulk On Wed, 12 Apr 1995, J Wunsch wrote: >=20 > I think so. I've just looked, there doesn't seem to be a problem > report for it, or do i miss something here? No, I just brought it up here in the mailing list because I wasn't sure if it was our duty or GNU's to fix the code. > Btw., Brian, i only wrote it in my commit message: the code you've > been fixing has been intentionally; it allowed for weird section names > like "3xyzzy" (=E0 la "man 1m mount" -- SysV), but we don't have them, > so i applied your patch. Ah, that's right... forgot about those darned SysV machines. :) --=20 Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Fri Apr 14 21:54:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA26723 for current-outgoing; Fri, 14 Apr 1995 21:54:35 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA26639 ; Fri, 14 Apr 1995 21:50:12 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: julian@tfs.com (Julian Elischer) cc: seki@sysrap.cs.fujitsu.co.jp (Masahiro SEKIGUCHI), hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: Fujitsu MB86960/965 Ethernet driver In-reply-to: Your message of "Fri, 14 Apr 95 11:45:34 PDT." Date: Fri, 14 Apr 1995 21:50:11 -0700 Message-ID: <26637.797921411@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > Ok guys, > > who is the person resonsible for this sort of importing? > I don't think we worked this question out enough!! I think it's always sort of fallen into zones of responsibility. Somebody has a VM fix, David or John grab it. Someone plays with the networking code, Garrett grabs it. Somebody changes ports, Satoshi grabs it (or prods somebody in ports to do so). Unfortunately, nobody really owns device drivers.. :-( I'm open to suggestions. I'm too sleepy at the moment to cogitate too successfully on this topic.. Jordan From owner-freebsd-current Fri Apr 14 22:37:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA27859 for current-outgoing; Fri, 14 Apr 1995 22:37:34 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA27717 ; Fri, 14 Apr 1995 22:32:26 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA05641; Sat, 15 Apr 1995 13:32:36 +0800 Date: Sat, 15 Apr 1995 13:32:36 +0800 (CST) From: Brian Tao To: Brian Tao Subject: Argh... bad return address... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk Damn, I did it again. :( Upgraded to the latest FreeBSD snapshot and forgot to edit my /etc/sendmail.cf. :( Apologies for the bounced mail to aries.ibms.sinica.edu. This message should appear to come from taob@gate.sinica.edu. Thanks. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Fri Apr 14 23:08:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA28804 for current-outgoing; Fri, 14 Apr 1995 23:08:45 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA28797 ; Fri, 14 Apr 1995 23:08:44 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: kargl@crosby.apl.washington.edu (Steven G. Kargl) cc: freebsd-current@FreeBSD.org Subject: Re: 0412-SNAP is FUBAR In-reply-to: Your message of "Fri, 14 Apr 95 16:58:15 PDT." <9504142358.AA12380@crosby.apl.washington.edu.apl.washington.edu> Date: Fri, 14 Apr 1995 23:08:43 -0700 Message-ID: <28796.797926123@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > (1) It gracefully exited with a Fatal trap 12 in kernel mode at > address 0xfdd0400 .... (rebooted before I could write the rest). No idea on this one. > (2) Upon rebooting the installed kernel successfully probed my ep0 > device as an wt0 device which, of course, screws FTP installation. I'm thinking about this time that ep0 cards (or the driver) create suctional coefficients high enough to remove fleas from dogs! :-) It certainly seems to false-probe to a lot of other drivers where the other NICS are well-behaved (sort of). > I guess I should have merged the /etc (sysconfig stuff) by hand. The > diskslice stuff would have been more difficult because I lost his email > about how to transition from the pre- to post- slice code. Where is the > mail archive? Diskslicing isn't enabled in 0412-SNAP. Not to worry. Jordan From owner-freebsd-current Fri Apr 14 23:36:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01025 for current-outgoing; Fri, 14 Apr 1995 23:36:57 -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 XAA01016 for ; Fri, 14 Apr 1995 23:36:53 -0700 Received: from crosby.apl.washington.edu by mailhost1.cac.washington.edu (5.65+UW95.02/UW-NDC Revision: 2.32 ) id AA12944; Fri, 14 Apr 95 23:36:52 -0700 Received: by crosby.apl.washington.edu.apl.washington.edu (4.1/SMI-4.1) id AA14101; Fri, 14 Apr 95 23:36:51 PDT From: kargl@crosby.apl.washington.edu (Steven G. Kargl) Message-Id: <9504150636.AA14101@crosby.apl.washington.edu.apl.washington.edu> Subject: Re: 0412-SNAP is FUBAR To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Fri, 14 Apr 1995 23:36:50 -0700 (PDT) Cc: freebsd-current@FreeBSD.org In-Reply-To: <28796.797926123@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 14, 95 11:08:43 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1388 Sender: current-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard > >> (1) It gracefully exited with a Fatal trap 12 in kernel mode at >> address 0xfdd0400 .... (rebooted before I could write the rest). > >No idea on this one. This is repeatable on my system. > >> (2) Upon rebooting the installed kernel successfully probed my ep0 >> device as an wt0 device which, of course, screws FTP installation. > >I'm thinking about this time that ep0 cards (or the driver) create >suctional coefficients high enough to remove fleas from dogs! :-) It >certainly seems to false-probe to a lot of other drivers where the >other NICS are well-behaved (sort of). > I read -current, -hacker, and -cvs-all. I realize that a lot of changes have been made to the ep0 driver, but the probe of the wt0 driver is BEFORE ep0 and it recongizes the card as a archive tape drive. I don't think this is related to the ep0 driver. >> I guess I should have merged the /etc (sysconfig stuff) by hand. The >> diskslice stuff would have been more difficult because I lost his email >> about how to transition from the pre- to post- slice code. Where is the >> mail archive? > >Diskslicing isn't enabled in 0412-SNAP. Not to worry. > This isn't clear from Bruce's commit messages and the timestamp on the SNAP. That is, disk slicing on SCSI was committed prior to 950412. I've gone back to 950322 and my backup tape. remaking world now. sgk From owner-freebsd-current Fri Apr 14 23:50:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01544 for current-outgoing; Fri, 14 Apr 1995 23:50:32 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA01532 ; Fri, 14 Apr 1995 23:50:24 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: kargl@crosby.apl.washington.edu (Steven G. Kargl) cc: jkh@freefall.cdrom.com (Jordan K. Hubbard), freebsd-current@FreeBSD.org Subject: Re: 0412-SNAP is FUBAR In-reply-to: Your message of "Fri, 14 Apr 95 23:36:50 PDT." <9504150636.AA14101@crosby.apl.washington.edu.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 14 Apr 1995 23:50:23 -0700 Message-ID: <1531.797928623@freefall.cdrom.com> From: Gary Palmer (FreeBSD/ARM Team) Sender: current-owner@FreeBSD.org Precedence: bulk In message <9504150636.AA14101@crosby.apl.washington.edu.apl.washington.edu>, S teven G. Kargl writes: >This isn't clear from Bruce's commit messages and the timestamp on the >SNAP. That is, disk slicing on SCSI was committed prior to 950412. It's nothing to do with Bruce's commit, the install stuff doesn't hack slices yet, so the snaps are built with the older versions of sd.c and wd.c. Gary From owner-freebsd-current Fri Apr 14 23:58:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01909 for current-outgoing; Fri, 14 Apr 1995 23:58:44 -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 XAA01882 for ; Fri, 14 Apr 1995 23:58:34 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA24923; Sat, 15 Apr 1995 08:58:29 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA02766 for freebsd-current@FreeBSD.org; Sat, 15 Apr 1995 08:58:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA01868 for freebsd-current@FreeBSD.org; Sat, 15 Apr 1995 08:43:05 +0200 From: J Wunsch Message-Id: <199504150643.IAA01868@uriah.heep.sax.de> Subject: Re: Interesting (and odd) effect in -current To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 15 Apr 1995 08:43:04 +0200 (MET DST) Reply-To: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: <199504150106.SAA02129@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 14, 95 06:06:32 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: 390 Sender: current-owner@FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > > Wouldn't it be a good idea in general if we zero all of the RAM in locore.s > IMHO, no, this should have already been done by the BIOS at power up > time. But the BIOS doesn't do it for a warm boot, does it? -- 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-current Fri Apr 14 23:58:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA01903 for current-outgoing; Fri, 14 Apr 1995 23:58:42 -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 XAA01881 for ; Fri, 14 Apr 1995 23:58:33 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA24913; Sat, 15 Apr 1995 08:58:27 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA02760 for freebsd-current@FreeBSD.org; Sat, 15 Apr 1995 08:58:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA01755 for freebsd-current@FreeBSD.org; Sat, 15 Apr 1995 08:34:11 +0200 From: J Wunsch Message-Id: <199504150634.IAA01755@uriah.heep.sax.de> Subject: Re: Info on VM/VFS changes since 4.4Lite To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 15 Apr 1995 08:34:10 +0200 (MET DST) In-Reply-To: <199504141715.RAA05096@jsdinc.root.com> from "John S. Dyson" at Apr 14, 95 05:15:53 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: 490 Sender: current-owner@FreeBSD.org Precedence: bulk As John S. Dyson wrote: > > I thought that it would be nice to talk about the improvements to the > FreeBSD VFS/VM since the 4.4-Lite code was given to us. Thank you, John! Nice explanation, i gonna translate it into german and post it into de.comp.os.unix, if you don't mind. I think this is interesting enough to hide it in a mailing list. -- 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-current Sat Apr 15 00:06:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02250 for current-outgoing; Sat, 15 Apr 1995 00:06:11 -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 AAA02240 for ; Sat, 15 Apr 1995 00:06:07 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id AAA03505 for freebsd-current@FreeBSD.org; Sat, 15 Apr 1995 00:03:32 -0700 From: "Rodney W. Grimes" Message-Id: <199504150703.AAA03505@gndrsh.aac.dev.com> Subject: Re: Interesting (and odd) effect in -current To: freebsd-current@FreeBSD.org Date: Sat, 15 Apr 1995 00:03:31 -0700 (PDT) In-Reply-To: <199504150643.IAA01868@uriah.heep.sax.de> from "J Wunsch" at Apr 15, 95 08:43:04 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: 744 Sender: current-owner@FreeBSD.org Precedence: bulk > > As Rodney W. Grimes wrote: > > > > > Wouldn't it be a good idea in general if we zero all of the RAM in locore.s > > > IMHO, no, this should have already been done by the BIOS at power up > > time. > > But the BIOS doesn't do it for a warm boot, does it? Some do, that is why we sometimes loose the msgbuf on a reboot, some don't. But either way you only have to initialize memory once after power on, as once you do that parity should stay consistent, as nothing turns off the parity generators. Infact a lot of chip sets don't even have a bit to turn this on and off :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Sat Apr 15 00:37:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02908 for current-outgoing; Sat, 15 Apr 1995 00:37: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 AAA02902 for ; Sat, 15 Apr 1995 00:37:28 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA01758; Sat, 15 Apr 95 01:30:57 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504150730.AA01758@cs.weber.edu> Subject: Re: Interesting (and odd) effect in -current To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Sat, 15 Apr 95 1:30:56 MDT Cc: rgrimes@gndrsh.aac.dev.com, cmf@ins.infonet.net, current@FreeBSD.org In-Reply-To: <199504150051.RAA18822@ref.tfs.com> from "Poul-Henning Kamp" at Apr 14, 95 05:51:13 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > Rod, > > Wouldn't it be a good idea in general if we zero all of the RAM in locore.s > (except the messagebuffer that is) ? > > That way we will have flushed all the caches, and reset all parity bits... This would suck. 1) No DOSEM because no low core. 2) No VM86 because no low core. 3) No memory size from POST routine instead of CMOS to fix Dell and Compaq problems because ...no low core. If you *MUST* do it, at least consider changing 0xdeadbeef to something original like 0xc0edbabe or 0xba5eba11. 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-current Sat Apr 15 00:42:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA02985 for current-outgoing; Sat, 15 Apr 1995 00:42: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 AAA02979 for ; Sat, 15 Apr 1995 00:42:50 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA01776; Sat, 15 Apr 95 01:36:21 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504150736.AA01776@cs.weber.edu> Subject: Re: Missing telent login prompt To: taob@aries.ibms.sinica.edu.tw (Brian Tao) Date: Sat, 15 Apr 95 1:36:20 MDT Cc: freebsd-current@freefall.cdrom.com In-Reply-To: from "Brian Tao" at Apr 15, 95 12:38:17 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > > > No, the prompt fell on the floor. login is running and waiting > > for a user name. Terry says its a option negotiation problem. > > Hmmmm, haven't seen that problem here then. My problem is simply > a delayed login prompt or password (i.e., happens whether I use telnet > or rlogin to contact the FreeBSD box). Terry introduced this problem in a prerelease version of a commercial telnet client, which is why he thinks it's option negotiation. 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-current Sat Apr 15 01:27:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA04496 for current-outgoing; Sat, 15 Apr 1995 01:27:09 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA04487 for ; Sat, 15 Apr 1995 01:27:02 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id QAA06220; Sat, 15 Apr 1995 16:26:27 +0800 Date: Sat, 15 Apr 1995 16:26:26 +0800 (CST) From: Brian Tao To: Poul-Henning Kamp cc: "Jordan K. Hubbard" , freebsd-current@FreeBSD.org Subject: Re: do_cksum script In-Reply-To: <199504150403.VAA19962@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Fri, 14 Apr 1995, Poul-Henning Kamp wrote: > > src/srelease.?? Oops... another case of the local FTP site not having yet completed a full mirror of the 2.0-950412 directory. Naturally, it had all the tarfile segments *except* one. ;-) I should have something by Monday (building is going through a scheduled blackout for the rest of this weekend). -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Sat Apr 15 03:59:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA11285 for current-outgoing; Sat, 15 Apr 1995 03:59:35 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA11279 for ; Sat, 15 Apr 1995 03:59:29 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA08891; Sat, 15 Apr 95 12:59:20 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id NAA11353; Sat, 15 Apr 1995 13:09:38 +0200 Message-Id: <199504151109.NAA11353@gilberto.physik.rwth-aachen.de> Subject: Re: Info on VM/VFS changes since 4.4Lite To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 15 Apr 1995 13:09:37 +0200 (MET DST) Cc: freebsd-current@freefall.cdrom.com (user alias) In-Reply-To: <199504150634.IAA01755@uriah.heep.sax.de> from "J Wunsch" at Apr 15, 95 08:34:10 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 810 Sender: current-owner@FreeBSD.org Precedence: bulk > > As John S. Dyson wrote: > > > > I thought that it would be nice to talk about the improvements to the > > FreeBSD VFS/VM since the 4.4-Lite code was given to us. > > Thank you, John! > > Nice explanation, i gonna translate it into german and post it into > de.comp.os.unix, if you don't mind. I think this is interesting > enough to hide it in a mailing list. ^ /not\ You meant :-) > > -- > 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.1.0-Development FreeBSD 2.1.0-Development #2: Tue Apr 11 20:03:36 MET DST 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sat Apr 15 07:42:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA14121 for current-outgoing; Sat, 15 Apr 1995 07:42:45 -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 HAA14112 for ; Sat, 15 Apr 1995 07:42:41 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA05874; Sat, 15 Apr 1995 16:41:56 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA05410 for freebsd-current@FreeBSD.org; Sat, 15 Apr 1995 16:41:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id QAA04768 for freebsd-current@FreeBSD.org; Sat, 15 Apr 1995 16:34:51 +0200 From: J Wunsch Message-Id: <199504151434.QAA04768@uriah.heep.sax.de> Subject: Re: Info on VM/VFS changes since 4.4Lite To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 15 Apr 1995 16:34:50 +0200 (MET DST) In-Reply-To: <199504151109.NAA11353@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Apr 15, 95 01:09: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: 317 Sender: current-owner@FreeBSD.org Precedence: bulk As Christoph Kukulies wrote: > > I think this is interesting > > enough to hide it in a mailing list. > ^ > /not\ > You meant > :-) obviously. -- 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-current Sat Apr 15 09:40:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16327 for current-outgoing; Sat, 15 Apr 1995 09:40:27 -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 JAA16320 for ; Sat, 15 Apr 1995 09:40:23 -0700 Received: from ast.com by relay3.UU.NET with SMTP id QQylpa27505; Sat, 15 Apr 1995 12:40:20 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA29668 (5.67b/IDA-1.5 for uunet!FreeBSD.org!freebsd-current); Sat, 15 Apr 1995 09:44:29 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Sat, 15 Apr 95 11:38 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0s09Wp-0004vsC; Sat, 15 Apr 95 10:12 CDT Message-Id: Date: Sat, 15 Apr 95 10:12 CDT To: freebsd-current@FreeBSD.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sat Apr 15 1995, 10:12:54 CDT Subject: Re: Memory init pattern Cc: uhclem@nemesis.lonestar.org Sender: current-owner@FreeBSD.org Precedence: bulk [1]On Fri, 14 Apr 1995, Rodney W. Grimes wrote: [1]Yes, setting it to 0xDeadBeef is a very good idea, that way you [1]can find out some times when you pick up a wild pointer by the [1]value in it :-). Ugh. You do realize that selected Microsoft products used this same pattern for a while in 1992 (I know Modular Windows did). Then MS removed it because of protests from leaders of a somewhat large group of people (millions?) out there whose religion doesn't eat beef and didn't like this message being in something that they or their children might see. I know Tandy demanded its removal as well so they wouldn't have any trouble at the retail level over something so easily avoided. It might be wise to avoid something that even managed to trip up The Great Bill. :-) FYI, I have worked with Phoenix BIOS source code (at least the tree used by Tandy for Tandy, GRiD, DEC and Panasonic computers) and it did write a value to every location in RAM partly to do the sizing, but mainly to initialize parity bits. This included extended memory. What has happened more recently is that TI has been suing computer makers for performing power-on diagnostics and the memory test (not the initialization) was considered to be one of them. That is why some machines now do no tests at all, or others you have to press some key to cause them to occur. (TI had a patent on a microwave oven power-on self-check from '78/'79 and began using it against computer makers. I came up with published prior art of a product with power-on self tests but the corporate lawyers where I used to live apparently never did anything with it. They eventually settled the various suits.) Anyway, because of TI, a lot of systems only initialize RAM to force parity and do a spot sizing, checking a word on 256K-byte boundaries. Some BIOS versions don't even initialize the other locations because the BIOS was assembled for a "no parity" platform. ("Makes it boot faster", says the comment on the conditional.) But what you frequently see is garage shops and other vendors forgetting which way they have the BIOS set and shipping a non-initted BIOS on a system with parity memory or one that doesn't take care of memory above 1Meg (a bug in one BIOS version I know of). Microsoft apparently ran into this type of stuff, and some of their initialization in various systems (Windows %s) assumes the BIOS didn't do the job correctly and repeats the write. Even SCO didn't have the memory sizing test right at one point. The test pattern wasn't complex enough and they would mis-size memory by 40 or 50K by reading bus ghosts of the pattern written to an adjacent 16 bits. Strangely, SCO allows a system to have 4.043Meg of RAM or any other size you can think of. :-) It is a good idea to at least initialize all of RAM that we plan to use but I would pick a less annoying pattern. (Naturally there is some low memory info like the CMOS size compute and other goodies that we should utilize before we lay-waste to the below-640K areas, or perhaps we could limit the re-write to above memory 1Meg, as that is where most of the bad-inits usually occur.) Also, any pattern written must be unique across adjacent two 32-bit values. In other words, don't write 0x12345678 and in the next 32 bits write 0x12345678. You are setting yourself up for ghosting in 64/32-bit system. You wouldn't believe how long it took to prove to SCO this was happening on a 32/16 bit system, and we had the logic analyzer! (If you want details on how this happens, send mail. I've written a few dozen memory diags over the years.) :-( I think I'll go have a taco now. :-) Frank Durda IV |"Modular Windows - Windows for or uhclem%nemesis@trsvax.ast.com (Internet)| your TV, with "Network printer ...letni!rwsys!nemesis!uhclem | out of paper" messages still ...decvax!trsvax.fw.ast.com!nemesis!uhclem | buried inside. Huh?" From owner-freebsd-current Sat Apr 15 09:59:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16800 for current-outgoing; Sat, 15 Apr 1995 09:59:39 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA16793 ; Sat, 15 Apr 1995 09:59:26 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: kargl@crosby.apl.washington.edu (Steven G. Kargl) cc: freebsd-current@FreeBSD.org Subject: Re: 0412-SNAP is FUBAR In-reply-to: Your message of "Fri, 14 Apr 95 23:36:50 PDT." <9504150636.AA14101@crosby.apl.washington.edu.apl.washington.edu> Date: Sat, 15 Apr 1995 09:59:25 -0700 Message-ID: <16792.797965165@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > >Diskslicing isn't enabled in 0412-SNAP. Not to worry. > > > > This isn't clear from Bruce's commit messages and the timestamp on the > SNAP. That is, disk slicing on SCSI was committed prior to 950412. I'm not arguing that at all, just informing you that I chose to back the slice changes out of sd.c before I rolled the snapshot (as was also the case with 0322!). Jordan From owner-freebsd-current Sat Apr 15 10:12:19 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17124 for current-outgoing; Sat, 15 Apr 1995 10:12:19 -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 KAA17105 for ; Sat, 15 Apr 1995 10:11:59 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id KAA19730; Sat, 15 Apr 1995 10:11:54 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id KAA00834; Sat, 15 Apr 1995 10:11:54 -0700 Message-Id: <199504151711.KAA00834@corbin.Root.COM> To: uhclem@nemesis.lonestar.org (Frank Durda IV) cc: freebsd-current@FreeBSD.org Subject: Re: Memory init pattern In-reply-to: Your message of "Sat, 15 Apr 95 10:12:00 CDT." From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 15 Apr 1995 10:11:53 -0700 Sender: current-owner@FreeBSD.org Precedence: bulk >[1]On Fri, 14 Apr 1995, Rodney W. Grimes wrote: >[1]Yes, setting it to 0xDeadBeef is a very good idea, that way you >[1]can find out some times when you pick up a wild pointer by the >[1]value in it :-). > >Ugh. You do realize that selected Microsoft products used this >same pattern for a while in 1992 (I know Modular Windows did). > >Then MS removed it because of protests from leaders of a somewhat large >group of people (millions?) out there whose religion doesn't eat beef and >didn't like this message being in something that they or their children >might see. I know Tandy demanded its removal as well so they wouldn't >have any trouble at the retail level over something so easily avoided. If we cared about religious concerns, we wouldn't be using the "daemon" mascott. >It might be wise to avoid something that even managed to trip up The >Great Bill. :-) There is already substantial precedence of 0xdeadbeef in the kernel. It is the value used by the memory allocator to fill memory with when using options DIAGNOSTIC in the kernel - for the same purpose we're proposing here. I'd prefer to continue using this value as it is easily identified in trap/panic and other diagnostic messages (as well as easily spotted in the debugger). >What has happened more recently is that TI has been suing computer >makers for performing power-on diagnostics and the memory test >(not the initialization) was considered to be one of them. That is Operating system startup memory tests have been done for longer than Tandy has been in business (even late 60's DEC machines did this). >Also, any pattern written must be unique across adjacent two 32-bit >values. In other words, don't write 0x12345678 and in the next 32 bits >write 0x12345678. You are setting yourself up for ghosting in 64/32-bit I disagree. We're not trying to use this to size memory. The memory test that was originally in FreeBSD was there only to do a quick verification of the values returned by the BIOS. What we're proposing is filling memory with a known pattern as a diagnostic aid in finding usage of uninitialized memory. -DG From owner-freebsd-current Sat Apr 15 10:33:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17823 for current-outgoing; Sat, 15 Apr 1995 10:33:47 -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 KAA17817 for ; Sat, 15 Apr 1995 10:33:37 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id KAA19780; Sat, 15 Apr 1995 10:33:34 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id KAA00867; Sat, 15 Apr 1995 10:33:34 -0700 Message-Id: <199504151733.KAA00867@corbin.Root.COM> To: uhclem@nemesis.lonestar.org (Frank Durda IV) cc: freebsd-current@FreeBSD.org Subject: Re: Memory init pattern In-reply-to: Your message of "Sat, 15 Apr 95 10:11:53 PDT." <199504151711.KAA00834@corbin.Root.COM> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 15 Apr 1995 10:33:33 -0700 Sender: current-owner@FreeBSD.org Precedence: bulk >>What has happened more recently is that TI has been suing computer >>makers for performing power-on diagnostics and the memory test >>(not the initialization) was considered to be one of them. That is > > Operating system startup memory tests have been done for longer than Tandy ^^^^^ >has been in business (even late 60's DEC machines did this). Oops, I meant "TI"...but now that I think about it, I don't know how long TI has been is business. ...but my point still stands about there being systems far before '78 that used start-up memory tests, however. -DG From owner-freebsd-current Sat Apr 15 10:38:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17947 for current-outgoing; Sat, 15 Apr 1995 10:38:46 -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 KAA17941 for ; Sat, 15 Apr 1995 10:38:43 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA21617; Sat, 15 Apr 1995 10:38:41 -0700 From: Poul-Henning Kamp Message-Id: <199504151738.KAA21617@ref.tfs.com> Subject: Re: Memory init pattern To: uhclem@nemesis.lonestar.org (Frank Durda IV) Date: Sat, 15 Apr 1995 10:38:41 -0700 (PDT) Cc: freebsd-current@FreeBSD.org, uhclem@nemesis.lonestar.org In-Reply-To: from "Frank Durda IV" at Apr 15, 95 10:12:00 am Content-Type: text Content-Length: 1093 Sender: current-owner@FreeBSD.org Precedence: bulk > It is a good idea to at least initialize all of RAM that we plan to use > but I would pick a less annoying pattern. (Naturally there is some > low memory info like the CMOS size compute and other goodies that we should > utilize before we lay-waste to the below-640K areas, or perhaps we could > limit the re-write to above memory 1Meg, as that is where most of the > bad-inits usually occur.) > > Also, any pattern written must be unique across adjacent two 32-bit > values. In other words, don't write 0x12345678 and in the next 32 bits > write 0x12345678. You are setting yourself up for ghosting in 64/32-bit > system. You wouldn't believe how long it took to prove to SCO this was > happening on a 32/16 bit system, and we had the logic analyzer! > (If you want details on how this happens, send mail. I've written a few > dozen memory diags over the years.) :-( Hmm, how about writing one more ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Sat Apr 15 10:55:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18741 for current-outgoing; Sat, 15 Apr 1995 10:55:59 -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 KAA18728 for ; Sat, 15 Apr 1995 10:55:42 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA30165; Sun, 16 Apr 1995 03:53:15 +1000 Date: Sun, 16 Apr 1995 03:53:15 +1000 From: Bruce Evans Message-Id: <199504151753.DAA30165@godzilla.zeta.org.au> To: jkh@freefall.cdrom.com, kargl@crosby.apl.washington.edu Subject: Re: 0412-SNAP is FUBAR Cc: freebsd-current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >> >Diskslicing isn't enabled in 0412-SNAP. Not to worry. >> > >> >> This isn't clear from Bruce's commit messages and the timestamp on the >> SNAP. That is, disk slicing on SCSI was committed prior to 950412. >I'm not arguing that at all, just informing you that I chose to back >the slice changes out of sd.c before I rolled the snapshot (as was >also the case with 0322!). Actually, I delayed the commit of sd.c until after 0322-SNAP. I expected 0322-SNAP to be more stable so that there could be enough time to update the install tools for the next SNAP. Bruce From owner-freebsd-current Sat Apr 15 11:55:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20484 for current-outgoing; Sat, 15 Apr 1995 11:55:35 -0700 Received: from bigdipper.iagi.net (bigdipper.iagi.net [198.6.14.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA20367 ; Sat, 15 Apr 1995 11:52:36 -0700 Received: from littledipper.iagi.net (littledipper.iagi.net [198.6.14.11]) by bigdipper.iagi.net (8.6.8/8.6.6) with ESMTP id OAA24678; Sat, 15 Apr 1995 14:52:34 -0400 Received: (from adhir@localhost) by littledipper.iagi.net (8.6.11/8.6.9) id OAA00769; Sat, 15 Apr 1995 14:52:34 -0400 Date: Sat, 15 Apr 1995 14:52:33 -0400 (EDT) From: "Alok K. Dhir" To: current@FreeBSD.org, questions@FreeBSD.org Subject: snp device Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk Hello all - I compiled a -current (as of today) kernel with pseudo-device snp 3 Everything compiled just fine, but I can't figure out how to make the /dev/snp? files. I have looked through all the source, have tried MAKEDEV (which is where it probably should be), but I can't find the major and minor numbers of the snp devices. Any help? Thanks... From owner-freebsd-current Sat Apr 15 12:16:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21257 for current-outgoing; Sat, 15 Apr 1995 12:16:24 -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 MAA21243 for ; Sat, 15 Apr 1995 12:16:19 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10343; Sat, 15 Apr 1995 21:16:05 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA07146 for freebsd-current@FreeBSD.org; Sat, 15 Apr 1995 21:16:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA23603 for freebsd-current@FreeBSD.org; Sat, 15 Apr 1995 20:53:11 +0200 From: J Wunsch Message-Id: <199504151853.UAA23603@uriah.heep.sax.de> Subject: Re: 0412-SNAP is FUBAR To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 15 Apr 1995 20:53:09 +0200 (MET DST) In-Reply-To: <16792.797965165@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 15, 95 09:59: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: 692 Sender: current-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > > >Diskslicing isn't enabled in 0412-SNAP. Not to worry. > > > > > > > This isn't clear from Bruce's commit messages and the timestamp on the > > SNAP. That is, disk slicing on SCSI was committed prior to 950412. > > I'm not arguing that at all, just informing you that I chose to back > the slice changes out of sd.c before I rolled the snapshot Yup, i've just stumpled across that one when trying to roll a release of my own (for hardware testing purposes :): cp: /tmp/sd.c: No such file or directory. :--) -- 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-current Sat Apr 15 12:38:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21482 for current-outgoing; Sat, 15 Apr 1995 12:38:50 -0700 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21473 ; Sat, 15 Apr 1995 12:38:49 -0700 Date: Sat, 15 Apr 1995 12:38:49 -0700 From: "Jordan K. Hubbard" Message-Id: <199504151938.MAA21473@freefall.cdrom.com> To: wollman Subject: -c in devmenu.. Cc: current Sender: current-owner@FreeBSD.org Precedence: bulk It doesn't seem to work, e.g. you can't do: devmenu -c disk And have it say anything but: +------------------+ | No devices found | +------------------+ | < OK > | +------------------+ Which I can assure you is not the case! :-) Without a working class selection feature, devmenu is essentially useless for anything I need to do.. :-( Jordan From owner-freebsd-current Sat Apr 15 13:13:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA22560 for current-outgoing; Sat, 15 Apr 1995 13:13:52 -0700 Received: from CCCA.NCTU.edu.tw (CCCA.nctu.edu.tw [140.113.5.150]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA22532 for ; Sat, 15 Apr 1995 13:13:44 -0700 Received: (jdli@localhost) by CCCA.NCTU.edu.tw (8.6.7/8.6.4) id EAA13942 for freebsd-current@FreeBSD.ORG; Sun, 16 Apr 1995 04:13:49 +0800 From: ¾K¥Í¹Ú¦º µL¨¥¥H¹ï Message-Id: <199504152013.EAA13942@CCCA.NCTU.edu.tw> Subject: [0412-SNAP] missing libcompat.so.2.0 To: freebsd-current@FreeBSD.org Date: Sun, 16 Apr 1995 04:13:48 +0800 (WST) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Content-Length: 296 Sender: current-owner@FreeBSD.org Precedence: bulk hi : I just installed 0412-SNAP, and found my old programs out of work due to missing /usr/lib/libcompat.so.2.0. Is it been removed (like libgcc.so.261.0) ?! Or it is a bug ? Thanks for the great FreeBSD ... -- Mail: jdli@csie.nctu.edu.tw From owner-freebsd-current Sat Apr 15 13:54:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00644 for current-outgoing; Sat, 15 Apr 1995 13:54:48 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA00637 ; Sat, 15 Apr 1995 13:54:47 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: davidg@Root.COM cc: Poul-Henning Kamp , rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), cmf@ins.infonet.net, current@FreeBSD.org Subject: Re: Interesting (and odd) effect in -current In-reply-to: Your message of "Fri, 14 Apr 95 19:25:48 PDT." <199504150225.TAA00711@corbin.Root.COM> Date: Sat, 15 Apr 1995 13:54:46 -0700 Message-ID: <636.797979286@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > Seriously, 0x00coffee would be a poor choice since it would likely be vali d > in the user address space. > ...but I know you're not serious. I still find Terry's suggestion of "0xc0edbabe" to be my personal favorite.. :-) Jordan From owner-freebsd-current Sat Apr 15 14:11:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01373 for current-outgoing; Sat, 15 Apr 1995 14:11:59 -0700 Received: from bigdipper.umd.edu (bigdipper.umd.edu [128.8.220.139]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA01367 for ; Sat, 15 Apr 1995 14:11:58 -0700 Received: (from adhir@localhost) by bigdipper.umd.edu (8.6.8/8.6.6) id RAA00825; Sat, 15 Apr 1995 17:11:53 -0400 Date: Sat, 15 Apr 1995 17:11:53 -0400 (EDT) From: "Alok K. Dhir" To: current@FreeBSD.org Subject: snake_saver.o (and friends) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk How do I use the various screen savers for syscons in 2.1-current? I tried "modload /lkm/snake_saver.o" but got an error about an undefined symbol. Thanks for any help... From owner-freebsd-current Sat Apr 15 14:13:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01400 for current-outgoing; Sat, 15 Apr 1995 14:13:15 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA01393 ; Sat, 15 Apr 1995 14:13:14 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: kargl@crosby.apl.washington.edu (Steven G. Kargl) cc: bde@zeta.org.au (Bruce Evans), freebsd-current@FreeBSD.org Subject: Re: 0412-SNAP is FUBAR In-reply-to: Your message of "Fri, 14 Apr 95 21:36:17 PDT." <9504150436.AA13737@crosby.apl.washington.edu.apl.washington.edu> Date: Sat, 15 Apr 1995 14:13:11 -0700 Message-ID: <1389.797980391@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > When is the scsi version of the slice code scheduled for prime time use? The minute you see the commit messages go into sysinstall saying "make this utility understand slices" :-) Jordan From owner-freebsd-current Sat Apr 15 14:26:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01814 for current-outgoing; Sat, 15 Apr 1995 14:26:53 -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 OAA01806 for ; Sat, 15 Apr 1995 14:26:52 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id OAA22122; Sat, 15 Apr 1995 14:24:35 -0700 From: Poul-Henning Kamp Message-Id: <199504152124.OAA22122@ref.tfs.com> Subject: Re: 0412-SNAP is FUBAR To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sat, 15 Apr 1995 14:24:35 -0700 (PDT) Cc: kargl@crosby.apl.washington.edu, bde@zeta.org.au, freebsd-current@FreeBSD.org In-Reply-To: <1389.797980391@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 15, 95 02:13:11 pm Content-Type: text Content-Length: 671 Sender: current-owner@FreeBSD.org Precedence: bulk > > When is the scsi version of the slice code scheduled for prime time use? > > The minute you see the commit messages go into sysinstall saying > "make this utility understand slices" :-) > More like, "you can grab the sd.c and wd.c from current and recompile your kernel". Sysinstall is only a tool for loading FreeBSD onto the disk, the kernel is all fine and ready to use slices. Problem is, until we fix sysinstall, we cannot use the "new" sd.c and wd.c on the distribution :-( -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Sat Apr 15 15:04:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA03905 for current-outgoing; Sat, 15 Apr 1995 15:04:02 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA03895 ; Sat, 15 Apr 1995 15:04:00 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: "Alok K. Dhir" cc: current@FreeBSD.org Subject: Re: snake_saver.o (and friends) In-reply-to: Your message of "Sat, 15 Apr 95 17:11:53 EDT." Date: Sat, 15 Apr 1995 15:04:00 -0700 Message-ID: <3894.797983440@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > > How do I use the various screen savers for syscons in 2.1-current? I > tried "modload /lkm/snake_saver.o" but got an error about an undefined > symbol. > > Thanks for any help... Look in /etc/sysconfig and /etc/rc for more details.. Joran From owner-freebsd-current Sat Apr 15 16:15:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06783 for current-outgoing; Sat, 15 Apr 1995 16:15:44 -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 QAA06775 for ; Sat, 15 Apr 1995 16:15:40 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA05625; Sat, 15 Apr 1995 16:13:00 -0700 From: "Rodney W. Grimes" Message-Id: <199504152313.QAA05625@gndrsh.aac.dev.com> Subject: Re: Interesting (and odd) effect in -current To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Sat, 15 Apr 1995 16:13:00 -0700 (PDT) Cc: current@FreeBSD.org In-Reply-To: <636.797979286@freefall.cdrom.com> from "Jordan K. Hubbard" at Apr 15, 95 01:54: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: 1216 Sender: current-owner@FreeBSD.org Precedence: bulk > > > Seriously, 0x00coffee would be a poor choice since it would likely be vali > d > > in the user address space. > > ...but I know you're not serious. > > I still find Terry's suggestion of "0xc0edbabe" to be my personal > favorite.. :-) We have lots of choices, a grep of /usr/share/dict/words turns up 64 words that are 8 characters long using the letters [a-filo]. You use 1 for i and l and 0 for o: accolade bilabial coccidia dicalcic fillable acidific billable cocobolo diiodide flicflac aecidial billfold collocal dodecade focaloid alcaldia bloodied colocola dollface foilable alliable bocaccio daffodil elidible foldable bailable boilable deadfall faceable follicle balladic caboodle dealable fallible labiella bdelloid caddiced defiable fecaloid laceleaf beballed calcific defilade feedable leadable bedabble calicoed deicidal feelable libidibi befiddle callable deifical felicide locofoco biddable ciliella diabolic fellable official bifacial cobelief diacoele filicide We should be able to find one word that would not offend any one. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Sat Apr 15 18:10:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA10970 for current-outgoing; Sat, 15 Apr 1995 18:10:56 -0700 Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA10962 for ; Sat, 15 Apr 1995 18:10:55 -0700 Received: from ast.com by relay4.UU.NET with SMTP id QQylqi02488; Sat, 15 Apr 1995 21:10:50 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA00986 (5.67b/IDA-1.5 for uunet!freebsd.org!freebsd-current); Sat, 15 Apr 1995 18:14:23 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Sat, 15 Apr 95 20:09 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0s0IWA-0004vvC; Sat, 15 Apr 95 19:48 CDT Message-Id: Date: Sat, 15 Apr 95 19:48 CDT To: freebsd-current@FreeBSD.org, davidg@Root.COM From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sat Apr 15 1995, 19:48:48 CDT Subject: Re: Memory init pattern Cc: uhclem@nemesis.lonestar.org Sender: current-owner@FreeBSD.org Precedence: bulk [3]David Greenman writes: [3] If we cared about religious concerns, we wouldn't be using the "daemon" [3]mascott. Yeah, but why add potential fuel? The prime goal (I am told) is to try to improve the standing of FreeBSD, and a microscopic change like this will just eliminate any potential ill will that might result. [3] There is already substantial precedence of 0xdeadbeef in the kernel. [3]It is the value used by the memory allocator to fill memory with when [3]using options DIAGNOSTIC in the kernel - for the same purpose we're [3]proposing here. I'd prefer to continue using this value as it is easily [3]identified in trap/panic and other diagnostic messages (as well as [3]easily spotted in the debugger). Already in use doesn't mean "perfect and can't be better" way to do things. Since this did cause even Microsoft PR problems, it seems silly to not avoid the same mistake if it costs nothing. Hey, I'm not suggesting filling memory with zeros or all "U"s (ala WATFIV), just pick something that doesn't mean anything in any language or culture. Save the FreeBSD PR people some headaches later. (I agree - we do have enough controversy now just with the daemon logo unfortunately.) [2]What has happened more recently is that TI has been suing computer [2]makers for performing power-on diagnostics and the memory test [2](not the initialization) was considered to be one of them. That is [3] Operating system startup memory tests have been done for longer [3]than TI has been in business (even late 60's DEC machines did this). True, but since nobody bothered to publish any papers on something that seemed obvious, TI was able to come on in in the late '70s and patent it. Just like DEC got a patent on circular queues and ring buffers in 1983 which were in use how much earlier? Yet another reason why software-related patents are a bad idea. The original point of this was to explain why some BIOSes out there neglect to do a good memory test and/or fully prime the parity bits. A reason above and beyond the usual "they were cheap and/or in a hurry". [2>Also, any pattern written must be unique across adjacent two 32-bit [2]values. In other words, don't write 0x12345678 and in the next 32 bits [2]write 0x12345678. You are setting yourself up for ghosting in 64/32-bit [3]I disagree. We're not trying to use this to size memory. That is true. However if you don't have accurate size information, using a proper pattern will detect that, or will detect a gap that perhaps the BIOS didn't notice. We probably don't care about picking 64 bytes out here and there like the more desperate DOS memory managers are though. By the way, I have seen no description of how FreeBSD uses PC memory, ie what 0-640K gets used for, does the kernel load there or higher, is the kernel relocated, etc. Is there a paper on this? [3]What we're proposing is filling memory with a known pattern as a [3]diagnostic aid in finding usage of uninitialized memory. Fine. I still Strongly recommend picking something that doesn't mean anything or is otherwise harmless in meaning, such as 0xbad1bad2. Still easy to spot or search for - and no one can complain. By the way, Tandy accidentally left the message "Hello there you rummy buzzard" in an unallocated sector on one of its distribution disks about ten years ago. (It was the deleted contents of a test file. On the master disk??? Yes.) Here in the USA that phrase is nonsense. But someone in the UK came across the sector with a disk zapper, mentioned the message he found in the letters column some UK magazine and Tandy was immediately flooded with letters and boycotts from people all over the UK who were highly offended by this phrase being on a computer disk even though they couldn't see it with any of the included tools. Most of these letters came from people who didn't even own a computer or that model. I rest my case. :-) (To anyone reading the above in the UK - I apologize.) Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@trsvax.ast.com (Internet)| demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!trsvax.fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-current Sat Apr 15 20:14:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA16953 for current-outgoing; Sat, 15 Apr 1995 20:14:26 -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 SMTP id UAA16947 for ; Sat, 15 Apr 1995 20:14:23 -0700 Message-Id: <199504160314.UAA16947@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA03370; Sat, 15 Apr 1995 23:14:21 -0400 Date: Sat, 15 Apr 1995 23:14:21 -0400 From: Charles Henrich To: freebsd-current@FreeBSD.org Subject: Re: Memory init pattern X-Newsreader: NN version 6.5.0 #10 (NOV) Sender: current-owner@FreeBSD.org Precedence: bulk >Already in use doesn't mean "perfect and can't be better" way to do >things. Since this did cause even Microsoft PR problems, it seems >silly to not avoid the same mistake if it costs nothing. >Hey, I'm not suggesting filling memory with zeros or all "U"s (ala WATFIV), >just pick something that doesn't mean anything in any language or culture. >Save the FreeBSD PR people some headaches later. (I agree - we do have >enough controversy now just with the daemon logo unfortunately.) *bitch moan flame on* Aggh, goddamn cant Political Correct stay the hell out of something? As a precedent AIX uses 0xdeadbeef as its fill pattern, its useful, and its pretty funny, the daemon logo is really spiffy. Who really gives a rats ass if someone who has no life takes exception to it? Tough shit, they get what they pay for no? *flame off* -Crh -- Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/