From owner-freebsd-current Mon Jan 1 08:28:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA26002 for current-outgoing; Mon, 1 Jan 1996 08:28:41 -0800 (PST) Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA25995 for ; Mon, 1 Jan 1996 08:28:32 -0800 (PST) Received: (from paul@localhost) by server.netcraft.co.uk (8.6.11/8.6.9) id QAA28104 for FreeBSD-current@FreeBSD.org; Mon, 1 Jan 1996 16:27:41 GMT From: Paul Richards Message-Id: <199601011627.QAA28104@server.netcraft.co.uk> Subject: Re: pcnfsd.. To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Mon, 1 Jan 1996 16:27:41 +0000 (GMT) In-Reply-To: <2003.820114036@time.cdrom.com> from "Jordan K. Hubbard" at Dec 27, 95 05:27:16 pm Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who said > > As noted in my commit message, one unfortunate thing is that the pcnfsd > package will still need to modify /etc/sysconfig. Back when we had pcnfsd > in /etc/sysconfig, it was conditionalized off of in netstart so that we'd > know when to start mountd with the `-n' flag (see man page). Now that > the pcnfsd variable is gone, I've had to create another variable in > its place: ``weak_mountd_authentication'' Can't see the changes yet, not got good connectivity but wouldn't this have been better implemented by passing mount flags to mountd just like we do for sendmail and various other stuff. The solution for gated (from Rod's mail) would be to make the binary itself a config option and change /etc/rc and /etc/netstart to scripts that start "facilities" at specific points in the bootup process rather than specific binaries. These facilities would then be variables pulled in from sysconfig too so that if you want to run gated instead of routed you don't have to change gated=yes you change router=gated. i.e. if [ "x$router" != "xNO" ] ; then echo -n starting routing daemons: echo -n $router; $router $routerflags echo '.' fi The bootup scripts then become a list of tasks that need to be done at each stage of bootup i.e. at this point we start routing, at this stage we start mail daemons etc. All the specific binaries can be specified in sysconfig so that you can choose different mail daemons, different routing daemons and so forth. Since sysconfig is a locally editable file, packages, such as gated can edit that file on installation to change whatever variables it needs to to hook itself in, in this case, it would be $router and $routerflags and it would then get started at the right time. This seems to cover the basic desire to make rc and netstart readonly and move all configuration to sysconfig, allows programs to hook themselves in as a replacement for the base tools without any difficulty and provides a much more configurable system. -- Paul Richards, Netcraft Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Mon Jan 1 10:06:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA29905 for current-outgoing; Mon, 1 Jan 1996 10:06:53 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA29898 for ; Mon, 1 Jan 1996 10:06:48 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA12318; Mon, 1 Jan 1996 13:06:37 -0500 Date: Mon, 1 Jan 1996 13:06:37 -0500 From: "Garrett A. Wollman" Message-Id: <9601011806.AA12318@halloran-eldar.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: minor change to ls -l In-Reply-To: <199512301327.OAA00348@uriah.heep.sax.de> References: <199512301327.OAA00348@uriah.heep.sax.de> Sender: owner-current@FreeBSD.org Precedence: bulk < said: > What do people think about the following change to the behaviour of > ls -l? > crw------- 1 root wheel 70, 536870912 Aug 19 14:44 /dev/rod0.ctl > crw------- 1 root wheel 70, 0x20000000 Aug 19 14:44 /dev/rod0.ctl I suspect it probably breaks some standard or another... -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 Jan 1 11:01:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02164 for current-outgoing; Mon, 1 Jan 1996 11:01:39 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA02159 for ; Mon, 1 Jan 1996 11:01:35 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA05619 for ; Mon, 1 Jan 1996 20:01:31 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA25012 for freebsd-current@FreeBSD.org; Mon, 1 Jan 1996 20:01:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id TAA23513 for freebsd-current@FreeBSD.org; Mon, 1 Jan 1996 19:55:26 +0100 (MET) From: J Wunsch Message-Id: <199601011855.TAA23513@uriah.heep.sax.de> Subject: Re: minor change to ls -l To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 1 Jan 1996 19:55:26 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9601011806.AA12318@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Jan 1, 96 01:06:37 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk As Garrett A. Wollman wrote: > > > What do people think about the following change to the behaviour of > > ls -l? > > > > crw------- 1 root wheel 70, 536870912 Aug 19 14:44 /dev/rod0.ctl > > > crw------- 1 root wheel 70, 0x20000000 Aug 19 14:44 /dev/rod0.ctl > > I suspect it probably breaks some standard or another... Posix.2 says: If the file is a character special or block special file, the size of the file may be replaced with implementation-defined information associated with the device in question. ...and after all, i've taken the idea from HP/UX, though i decided to keep the minor number in decimal if it's ``small enough'', so that the previous behaviour is retained for most of the entries. By now, two people complained about this being inconsistent. In case this is the general opinion, we could convert it to always print the minor # in hex, of course. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Jan 1 11:09:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02570 for current-outgoing; Mon, 1 Jan 1996 11:09:01 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA02563 for ; Mon, 1 Jan 1996 11:08:56 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA11165; Mon, 1 Jan 1996 14:08:45 -0500 Date: Mon, 1 Jan 1996 14:08:45 -0500 From: "Garrett A. Wollman" Message-Id: <9601011908.AA11165@halloran-eldar.lcs.mit.edu> To: James FitzGibbon Cc: freebsd-current@FreeBSD.org Subject: Re: ATAPI CD-ROM? In-Reply-To: References: <199512310325.VAA01067@gwydion.hns.st-louis.mo.us> Sender: owner-current@FreeBSD.org Precedence: bulk < said: > I've been meaning to ask this: Where is the *full* list of entries for a > kernel config file? I was under the impression that LINT had everything, > but this static ATAPI option, and the >64mb of memory option have lead me > to believe that quite a bit is undocumented. LINT is not intended to be a list of every possible compilation option. LINT is intended to provide maximal test coverage when testing the kernel for compilability, hence the name. -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 Jan 1 11:26:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03836 for current-outgoing; Mon, 1 Jan 1996 11:26:34 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA03831 for ; Mon, 1 Jan 1996 11:26:30 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA11642; Mon, 1 Jan 1996 14:26:26 -0500 Date: Mon, 1 Jan 1996 14:26:26 -0500 From: "Garrett A. Wollman" Message-Id: <9601011926.AA11642@halloran-eldar.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: minor change to ls -l In-Reply-To: <199601011855.TAA23513@uriah.heep.sax.de> References: <9601011806.AA12318@halloran-eldar.lcs.mit.edu> <199601011855.TAA23513@uriah.heep.sax.de> Sender: owner-current@FreeBSD.org Precedence: bulk < said: > previous behaviour is retained for most of the entries. By now, two > people complained about this being inconsistent. In case this is the > general opinion, we could convert it to always print the minor # in > hex, of course. The question for me is: will mknod(8) accept a minor number in hex? If not, and you plan to stick with this change, then you need to change mknod as well. -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 Jan 1 11:43:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA04594 for current-outgoing; Mon, 1 Jan 1996 11:43:42 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA04587 for ; Mon, 1 Jan 1996 11:43:38 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id UAA12268 for current@freebsd.org; Mon, 1 Jan 1996 20:28:48 +0100 Message-Id: <199601011928.UAA12268@ra.dkuug.dk> Subject: I need ctm src-cur.1269.gz, please... To: current@freebsd.org (FreeBSD current) Date: Mon, 1 Jan 1996 20:28:48 +0100 (MET) From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk Anybody saved CTM src-cur.1269.gz ?? Could you please mail me a copy, thanks !! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Jan 1 12:14:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07436 for current-outgoing; Mon, 1 Jan 1996 12:14:39 -0800 (PST) Received: from flinch.io.org (flinch.io.org [198.133.36.153]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA07420 for ; Mon, 1 Jan 1996 12:14:33 -0800 (PST) Received: (from taob@localhost) by flinch.io.org (8.6.12/8.6.12) id PAA05141; Mon, 1 Jan 1996 15:13:11 -0500 Date: Mon, 1 Jan 1996 15:13:11 -0500 (EST) From: Brian Tao X-Sender: taob@flinch To: "Justin T. Gibbs" cc: "Marc G. Fournier" , current@FreeBSD.org Subject: Re: Quotas over NFS In-Reply-To: <199512302308.PAA23366@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Sat, 30 Dec 1995, Justin T. Gibbs wrote: > > Any system that gives "quota exceeded" type error messages on NFS > mounted filesytems has an rpc.rquotad implementation. BSD/OS 2.0 does not have rpc.rquotad, AFAIK, but it does return a proper error message. On a filesystem with a 100K hard limit: % cp /tmp/* . cp /tmp/* . cp: /tmp/ncftp007506: Permission denied cp: ./active.7770: Disc quota exceeded cp: ./active.9102: Disc quota exceeded NFS server is BSD/OS 2.01, clients are FreeBSD 2.1.0-RELEASE and BSD/OS 2.0 (same behaviour). However, if I edit a new file in vi and try to save it, no warning is given. vi reports the number of lines and characters written out to disk and exits normally. The file on disk is 0 bytes. -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-current Mon Jan 1 13:30:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA11225 for current-outgoing; Mon, 1 Jan 1996 13:30:31 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA11217 for ; Mon, 1 Jan 1996 13:30:22 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id NAA27746; Mon, 1 Jan 1996 13:30:06 -0800 From: "Rodney W. Grimes" Message-Id: <199601012130.NAA27746@GndRsh.aac.dev.com> Subject: Re: pcnfsd.. To: paul@netcraft.co.uk Date: Mon, 1 Jan 1996 13:30:05 -0800 (PST) Cc: FreeBSD-current@FreeBSD.org In-Reply-To: <199601011627.QAA28104@server.netcraft.co.uk> from "Paul Richards" at Jan 1, 96 04:27:41 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk > > In reply to Jordan K. Hubbard who said > > > > As noted in my commit message, one unfortunate thing is that the pcnfsd > > package will still need to modify /etc/sysconfig. Back when we had pcnfsd > > in /etc/sysconfig, it was conditionalized off of in netstart so that we'd > > know when to start mountd with the `-n' flag (see man page). Now that > > the pcnfsd variable is gone, I've had to create another variable in > > its place: ``weak_mountd_authentication'' > > Can't see the changes yet, not got good connectivity but wouldn't this > have been better implemented by passing mount flags to mountd just like > we do for sendmail and various other stuff. > > The solution for gated (from Rod's mail) would be to make the binary > itself a config option and change /etc/rc and /etc/netstart to > scripts that start "facilities" at specific points in the bootup > process rather than specific binaries. These facilities would then > be variables pulled in from sysconfig too so that if you want to > run gated instead of routed you don't have to change gated=yes you > change router=gated. > > i.e. > > if [ "x$router" != "xNO" ] ; then > echo -n starting routing daemons: > > echo -n $router; $router $routerflags > > echo '.' > fi Can I politly go stuff my head in the sand for not thinking of this one myself :-). I note only like it, I LOVE IT!!!! [It also fixes the fact that gatedflags was never given a sample templage in /etc/sysconfig but was being used in /etc/netstart if you set gated=YES] :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Jan 1 14:42:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA13811 for current-outgoing; Mon, 1 Jan 1996 14:42:30 -0800 (PST) Received: from peedub.gj.org (ns043.munich.netsurf.de [194.64.166.43]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA13793 for ; Mon, 1 Jan 1996 14:42:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by peedub.gj.org (8.7.3/8.6.9) with SMTP id XAA05075 for ; Mon, 1 Jan 1996 23:42:54 GMT Message-Id: <199601012342.XAA05075@peedub.gj.org> X-Authentication-Warning: peedub.gj.org: Host localhost [127.0.0.1] didn't use HELO protocol To: freebsd-current@freebsd.org Subject: Re: I need ctm src-cur.1269.gz, please... Reply-To: Gary Jennejohn In-reply-to: Your message of "Mon, 01 Jan 1996 20:28:48 +0100." <199601011928.UAA12268@ra.dkuug.dk> Date: Mon, 01 Jan 1996 23:42:54 +0000 From: Gary Jennejohn Sender: owner-current@freebsd.org Precedence: bulk sos@freebsd.org writes: > > >Anybody saved CTM src-cur.1269.gz ?? > >Could you please mail me a copy, thanks !! > >-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > So much code to hack -- so little time. > I sent him a copy --- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-current Mon Jan 1 21:35:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA00226 for current-outgoing; Mon, 1 Jan 1996 21:35:10 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA00220 for ; Mon, 1 Jan 1996 21:35:01 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA00370; Tue, 2 Jan 1996 16:32:47 +1100 Date: Tue, 2 Jan 1996 16:32:47 +1100 From: Bruce Evans Message-Id: <199601020532.QAA00370@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, wollman@lcs.mit.edu Subject: Re: minor change to ls -l Cc: freebsd-current@FreeBSD.org Sender: owner-current@FreeBSD.org Precedence: bulk >The question for me is: will mknod(8) accept a minor number in hex? No. mknod uses atoi() to (mis)interpret its numeric args. It can't even handle an arg of 2^31 = 2147483648, since atoi() returns LONG_MAX = 2147483648 for too-large args and no attempt is made to check for errors. (It's not possible to check for errors in a standard way because the behaviour of atoi() when the result can't be represented is undefined, but FreeBSD's atoi() is equivalent to (int)strtol(), so checking errno works iff sizeof(int) == sizeof(long).) >If not, and you plan to stick with this change, then you need to >change mknod as well. It's not necessary, just useful. atoi should accept numbers in all bases. Bruce From owner-freebsd-current Mon Jan 1 23:21:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA04500 for current-outgoing; Mon, 1 Jan 1996 23:21:34 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA04495 for ; Mon, 1 Jan 1996 23:21:30 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA16525 for ; Tue, 2 Jan 1996 08:21:22 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA28901 for freebsd-current@FreeBSD.org; Tue, 2 Jan 1996 08:21:21 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id HAA14679 for freebsd-current@FreeBSD.org; Tue, 2 Jan 1996 07:53:47 +0100 (MET) From: J Wunsch Message-Id: <199601020653.HAA14679@uriah.heep.sax.de> Subject: Re: minor change to ls -l To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 2 Jan 1996 07:53:46 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9601011926.AA11642@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Jan 1, 96 02:26:26 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk As Garrett A. Wollman wrote: > > The question for me is: will mknod(8) accept a minor number in hex? > If not, and you plan to stick with this change, then you need to > change mknod as well. I'm not sure about the continuing importance of mknod(8) in a world of devfs, but all that's needed with mknod is replacing the atoi()'s by calls to strto[u]l()'s with a `base' argument of 0, plus a sentence in the man page. However, this might perhaps break silly scripts that try: mknod foo05 c 3 05 mknod foo06 c 3 06 mknod foo07 c 3 07 mknod foo08 c 3 08 mknod foo09 c 3 09 mknod foo10 c 3 10 -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Jan 2 07:49:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA24326 for current-outgoing; Tue, 2 Jan 1996 07:49:49 -0800 (PST) Received: from vector.jhs.local (slip139-92-18-139.emea.ibm.net [139.92.18.139]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA24317 Tue, 2 Jan 1996 07:49:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id MAA01251; Tue, 2 Jan 1996 12:24:24 +0100 (MET) Message-Id: <199601021124.MAA01251@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: sos@freebsd.org cc: current@freebsd.org (FreeBSD current) Subject: Re: I need ctm src-cur.1269.gz, please... Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Mon, 01 Jan 1996 20:28:48 +0100." <199601011928.UAA12268@ra.dkuug.dk> Date: Tue, 02 Jan 1996 12:24:23 +0100 From: "Julian H. Stacey" Sender: owner-current@freebsd.org Precedence: bulk Hi, Reference: > From: sos@freebsd.org > > Anybody saved CTM src-cur.1269.gz ?? > > Could you please mail me a copy, thanks !! Done PS you can also use: ncftp -N ftp:freebsd.org/b/ftp/pub/CTM/src-cur/src-cur.1269.gz Regards, Julian. -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Tue Jan 2 12:29:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08202 for current-outgoing; Tue, 2 Jan 1996 12:29:19 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA08188 for ; Tue, 2 Jan 1996 12:29:12 -0800 (PST) Received: from mordillo (oberon.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id VAA15051; Tue, 2 Jan 1996 21:29:08 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id UAA00354; Tue, 2 Jan 1996 20:07:51 +0100 From: Thomas Graichen Message-Id: <199601021907.UAA00354@mordillo> Subject: Re: ATAPI CD-ROM? To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Tue, 2 Jan 1996 20:07:50 +0100 (MET) Cc: james@else.net, freebsd-current@FreeBSD.org In-Reply-To: <9601011908.AA11165@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Jan 1, 96 02:08:45 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org Precedence: bulk hasn't Garrett A. Wollman said ? ... > > < said: > > > I've been meaning to ask this: Where is the *full* list of entries for a > > kernel config file? I was under the impression that LINT had everything, > > but this static ATAPI option, and the >64mb of memory option have lead me > > to believe that quite a bit is undocumented. > > LINT is not intended to be a list of every possible compilation > option. LINT is intended to provide maximal test coverage when > testing the kernel for compilability, hence the name. > but then we need a list of "every possible compilation option" - like options.txt in the old days (maybe a part of the handbook - but a *.txt in the kernel sources would be better i think) t _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-current Tue Jan 2 12:30:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08409 for current-outgoing; Tue, 2 Jan 1996 12:30:48 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA08397 for ; Tue, 2 Jan 1996 12:30:40 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id PAA15393; Tue, 2 Jan 1996 15:30:35 -0500 (EST) Date: Tue, 2 Jan 1996 15:30:33 -0500 (EST) From: "Marc G. Fournier" X-Sender: scrappy@hub.org To: current@freebsd.org Subject: sup broken in -current? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... I just noticed today a strange problem....sup is no longer updating its 'last.current' file, so each time it goes out to find "new stuff", it is getting everything from the last time it got written. I've tried recompiling it under the current -current and everything, to no avail. Has anyone else noticed this? I wouldn't think that there is anything in it that would be this dependent on the -current level...is there? Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Tue Jan 2 12:32:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08541 for current-outgoing; Tue, 2 Jan 1996 12:32:29 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA08534 for ; Tue, 2 Jan 1996 12:32:26 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA17821; Tue, 2 Jan 1996 15:32:21 -0500 Date: Tue, 2 Jan 1996 15:32:21 -0500 From: "Garrett A. Wollman" Message-Id: <9601022032.AA17821@halloran-eldar.lcs.mit.edu> To: Thomas Graichen Cc: freebsd-current@FreeBSD.org Subject: Kernel compilation options (was: Re: ATAPI CD-ROM?) In-Reply-To: <199601021907.UAA00354@mordillo> References: <9601011908.AA11165@halloran-eldar.lcs.mit.edu> <199601021907.UAA00354@mordillo> Sender: owner-current@FreeBSD.org Precedence: bulk < said: > but then we need a list of "every possible compilation option" - like > options.txt in the old days (maybe a part of the handbook - but a > *.txt in the kernel sources would be better i think) No, we need to get rid of most compilation options, except for the ones which are not intended for public consumption. -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 Tue Jan 2 15:15:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18658 for current-outgoing; Tue, 2 Jan 1996 15:15:07 -0800 (PST) Received: from gwydion.hns.st-louis.mo.us (root@dialup-84.icon-stl.net [199.217.153.84]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA18653 for ; Tue, 2 Jan 1996 15:15:04 -0800 (PST) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.3/8.7.2) id RAA00729 for freebsd-current@freebsd.org; Tue, 2 Jan 1996 17:15:02 -0600 (CST) From: Kent Hamilton Message-Id: <199601022315.RAA00729@gwydion.hns.st-louis.mo.us> Subject: Device npsm0 To: freebsd-current@freebsd.org Date: Tue, 2 Jan 1996 17:15:02 -0600 (CST) Reply-To: KentH@HNS.St-Louis.Mo.US X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Just curious, I've been trying to get the Xinside demo version to run on my machine running -current with a PS/2 mouse and it falls over. One of the problems appears to be that it's looking for /dev/psm0 and /dev/npsm0. My guess is that the "npsm0" is supposed to be a non-blocking version of psm0. Anyone know why it doesn't exist anymore? It isn't in the "MAKEDEV" scripts and I just did a quick grep through the source and it still has it in psm.c as a valid device. There doesn't appear to be a man page for the PS/28 mouse device so I thought I'd ask and then go start looking at psm.c. I'm interested in buying the thing once they start supporting my card but it's kind of useless with no mouse. -- Kent Hamilton Work: KHamilton@Hunter.COM URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US From owner-freebsd-current Tue Jan 2 16:46:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23649 for current-outgoing; Tue, 2 Jan 1996 16:46:42 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-169.emea.ibm.net [139.92.42.169]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA23636 Tue, 2 Jan 1996 16:46:24 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id MAA01188; Tue, 2 Jan 1996 12:20:46 +0100 (MET) Message-Id: <199601021120.MAA01188@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: minor change to ls -l Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Mon, 01 Jan 1996 19:55:26 +0100." <199601011855.TAA23513@uriah.heep.sax.de> Date: Tue, 02 Jan 1996 12:20:45 +0100 From: "Julian H. Stacey" Sender: owner-current@freebsd.org Precedence: bulk Hi, Reference: > By now, two people complained about this being inconsistent. I'm one who said `inconsistent', but it was not meant as a complaint, I'd suggest we take the idea, extend & regularise it perhaps :-) If we go Hex, we should probably go Hex for <= 255 as well as > 256; apart from esthetics, it'll also make it easier if someone wants to feed ls into awk or some such. Hopefully we might bring regularity to our part of the computer world, & not add to history's evolutionary heap : - variant Unix flags for similar functionality ( -v , -verbose, etc) - excess CPU baggage from Intel incremental growth (Segments !) - Ebcdic - variant nomenclature as in the old VMS file system delimeters I'd suggest flags to ls to make it do both major & minor all in hex, or all in decimal; which should be the default I'm not sure, perhaps decimal, ( else conversion of default from decimal to hex might deter recruiting of new users from the non-programmers community ). Other things we should change as well: - mknod.c & mknod.1 to accept Hex as well as Decimal, - change MAKEDEV to use hex not decimal - manuals in section 4 maybe ? Julian. -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Tue Jan 2 17:24:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26188 for current-outgoing; Tue, 2 Jan 1996 17:24:35 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA26178 for ; Tue, 2 Jan 1996 17:24:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA01117; Tue, 2 Jan 1996 17:23:52 -0800 To: Thomas Graichen cc: wollman@lcs.mit.edu (Garrett A. Wollman), james@else.net, freebsd-current@freebsd.org Subject: Re: ATAPI CD-ROM? In-reply-to: Your message of "Tue, 02 Jan 1996 20:07:50 +0100." <199601021907.UAA00354@mordillo> Date: Tue, 02 Jan 1996 17:23:52 -0800 Message-ID: <1115.820632232@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk > but then we need a list of "every possible compilation option" - like > options.txt in the old days (maybe a part of the handbook - but a > *.txt in the kernel sources would be better i think) options.sgml, I think.. :-) Jordan From owner-freebsd-current Tue Jan 2 20:11:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05744 for current-outgoing; Tue, 2 Jan 1996 20:11:11 -0800 (PST) Received: from rwsystr.lonestar.org (root@rwsystr.nkn.net [204.251.23.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA05713 Tue, 2 Jan 1996 20:10:56 -0800 (PST) Received: from nemesis by rwsystr.lonestar.org with uucp (Smail3.1.29.1 #3) id m0tXKOL-000gjDC; Tue, 2 Jan 96 22:01 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tXKQn-000CEfC; Tue, 2 Jan 96 22:04 WET Message-Id: Date: Tue, 2 Jan 96 22:04 WET To: hackers@freebsd.org, current@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Tue Jan 2 1996, 22:04:04 CST Subject: Information on 16550As (9Kbytes) Sender: owner-current@freebsd.org Precedence: bulk [Sorry for the cross-post, but I am trying to respond to two different threads on this subject in two different groups, and the information is useful in both. Please edit any Reply/Cc lines accordingly.] --------------- There has been some discussion about problems with the sio drivers and their handling (or mishandling) of 16550 UARTS, or their inability to correctly probe for this hardware. A similar discussion was occurring in comp.dcom.modems, and although I had posted a subset of the information there, it seemed prudent to put it in the FreeBSD mailing list for people who don't read comp.dcom.modems. Hopefully this will clear up the common misconception that if you have a chip with "16650A" written on it, you are in business as far as functionality and compatibility is concerned. This is false. The problem is that there is the real NS16550A, then there are "similar" ??16550[A]s made by other companies. Only a few vendors bother to actually license the National megacell (the only way to assure 100% identical function), and since National has patents on the added FIFO anyway, other competing vendors must take certain liberties with the design so that they can avoid patent infringement AND still work under the Windows driver. These differences may show up when using other drivers, or when particular events occur that were not well tested or considered in the Windows driver. If you are using another OS (like FreeBSD or any other non-MS operating system), then you may be in trouble. In working with numerous modem vendors and 16550-clone makers, I found that the benchmark to success according to the chip makers was whether or not MSD said their part was a 16550, plus whether one or two Windows-based applications using the Microsoft drivers from 3.11 WFW would run correctly. That was the main criteria. Not very impressive or exhaustive testing. This means that the Microsoft COM driver in 3.11 is the primary measure of compatibility, and if that driver didn't use a given feature of the hardware or use it in a certain way, differences between the genuine NS16550A and some other brand may not be show up in Windows, but could foul up any other driver that did use that feature, or accessed the chip differently (different port access ordering, different speeds, etc). National has a program called COMTEST (you can find it on their BBS and supposedly it is on SIMTEL mirrors) that compares your 16550 against the National chip. Of course, the program is biased, as National wants to show as many differences (read: terrible incompatibilities) between their part and these "imposters". I used COMTEST on chips from the other vendors and they did howl when they found out. But it did prove a point that their chips were different since the software was able to detect functional differences. It was then up to the vendor to convince me that the differences were so minor that they would never cause any application to malfunction. I tested parts made by National, TI, StarTech, and CMD plus some 16550s in the form of megacells embedded in internal modems using COMTEST. Here are some of the results: (These tests were performed in 1994 and may not reflect the current product performance of that vendor) Part number Errors aka "differences" reported National (PC16550DV) 0 * National (NS16550AFN) 0 National (NS16C552V) 0 * TI (TL16550AFN) 3 CMD (16C550PE) 19 StarTech (ST16C550J) 23 Rockwell reference modem with internal 16650 or an emulation (RC144DPi/C3000-25) 117 (test modified so that it would not abort due to excessive errors) Sierra modem with internal designed-by-Sierra 16550 (SC11951/SC11351) 91 (test modified so that it would not abort due to excessive errors) Now you can't learn a lot from the raw error count. For example, about half of the errors in the modems with internal UARTs was caused by the clone UARTs not supporting 5 and 6 bit characters modes. The real 16550/16450/8250 support these modes and COMTEST checks for this, but who uses 5 or 6 bit characters in a modern modem? So for a modem you can discount those errors (over 50), bringing the difference counts down a bit lower. Some of the remaining problems were still disturbing, like being able to read 16 bytes from the FIFO and the status still said the FIFO was not empty, interrupt priorities not identical, that sort of stuff. On the other hand, TI had the fewest differences, but the differences they had sounded critical to reliable operation: Error (3)...Tx FIFO reset : LS = 0 Error (7)...BI/FE/EIF test: IIR = c1 LSR = 60 Error (7)...IIR/LSR not cleared: IIR = x1 LSR = 60 (You will have to look at the COMTEST code to see exactly what test is being performed which causes these errors.) So far, I have not found any non-National parts that report zero errors in this program. Note also that even National has had five versions of the 16550 over the years and the newest ones behave a bit differently than the classic NS16550AFN that people worship. But COMTEST turns a blind eye to the differences within the National product line and reports no errors on the National parts (except for the original 16550_) even when I have erattas in my hand describing pretty annoying bugs in the A, B and C rev chips, so just be aware of the bias in COMTEST. Note that many of the errors COMTEST reports have to do with timing. In many of the knock-offs, when you read from one port, the status bits in some other port may not update in the same amount of time (some faster, some slower) as a *real* NS16550AFN and COMTEST looks for these differences. COMTEST could be useful because it could identify places in our sio drivers where we are looking for things in a certain amount of time that was OK on a National part (or whatever brand of 16550 the author of the sio driver happened to be using), and NOT OK on some of the other brands of 16550. Hopefully this would also explain some of the probes that fail to detect internal modems, where the status ports are usually not real latches but are instead an emulation done by the modem microprocessor, and so they will not have the same timing characteristics of state-machine hardware like a real 16550. All this probably means we just need to be a lot more forgiving and allow for the variances in timing. We are only talking about serial ports, so we can afford to waste a few cycles waiting for status bits to update/stabilize if it will make things work on more hardware combinations, as most people will be unable or unwilling to go out and buy genuine National parts to replace whatever happened to come with their serial ports. * FYI, National reorganized their part numbering system a few years ago, and the NS16650AFN no longer exists. (Look at the date code, that 9xxx number on the part. First two digits are the year, last two digits are the week in that year when the part was packaged. If you have a NS16550AFN, it is probably a few years old.) The new numbers are like PC16550DV, with minor differences in the suffix letters depending on package material and shape. (A description can be found below.) In some stores, you will pay $15 for a NS16550AFN made in 1990 and in the next bin are the new PC16550DN parts with minor fixes National has made since the AFN part, and they cost half as much. I know the newer LPCC parts were being bought in volume for $5 in 1993. Expect the price on the dwindling supply of "real" NS16550AFNs to keep going up until people figure out that the new part number is really the same function as the old part number. Here is the information on the National Semiconductor part number syntax: NSnnnnnrqp part numbers are now of the format PCnnnnnr[g]p The "r" is the revision field. The current revision of the 16550 from National Semiconductor is rev "D". The "p" is the package-type field. They are: "F" QFP (quad flat pack) L lead type "N" DIP (dual inline package) through hole straight lead type "V" LPCC (lead plastic chip carrier) J lead type If a "I" preceeds the package, it indicates an "industrial" grade part, which higher specs than a standard part but not as high as MilSpec. This is an optional field. So what we used to call a NS16550AFN (DIP Package) is now called a PC16550DN or PC16550DIN. I have no idea why National made this numbering change, nor do I know why they changed their old perfectly readable logo into the unreadable one they have now. Oh, if you run COMTEST on a 16550 that is in a modem or a modem is attached, you need to first issue a ATE0&W command to the modem so that it will not echo any of the test characters. If you forget to do this, you will get at least one error: Error (6)...Timeout interrupt failed: IIR = c1 LSR = 61 For the record, I made National parts the sole-source when external 16550s were specified on projects I was associated with since the other vendors either didn't bother to try to explain the differences or could not explain the differencesm, other than to insist that I should not worry about them because "Windows works great!". Frank Durda IV |(C) 1995 Frank Durda IV, All or uhclem%nemesis@rwsystr.nkn.net |Rights Reserved. Compuserve and ...letni!rwsys!nemesis!uhclem |MSN must obtain a license for |storage or carriage of this text. Please report violations. [Yeah, I know this needs to be added to the FAQ. I need to make a depersonalized version of it.] From owner-freebsd-current Tue Jan 2 21:08:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA10908 for current-outgoing; Tue, 2 Jan 1996 21:08:33 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA10883 for ; Tue, 2 Jan 1996 21:08:27 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id VAA00672; Tue, 2 Jan 1996 21:08:22 -0800 (PST) Date: Tue, 2 Jan 1996 21:08:22 -0800 (PST) From: -Vince- To: current@FreeBSD.ORG Subject: -current kernel problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk I had upgraded from the 11/23/95 -current kernel to the latest -current kernel since 12/28/95 and have tried to recompile a kernel after a make world on all the -current code up to the latest 1/2/96 2:00PM PST one and it seems like the new kernel vm_page faults and then all the binaries that are run by /etc/rc are all core dumped as well as destroying the /mnt directory on the HD and it won't make it to the login: prompt unless we use the older 11/23/95 kernel. We are using the ASUS P55TP4XE motherboard with the 8/28/95 Bios using a ASUS NCR810 based SCSI Card with a DEC/Sequent 5400S 4.0GIG SCSI HD. Does anyone have any ideas what the problem is? Thanks! Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Tue Jan 2 22:37:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA17543 for current-outgoing; Tue, 2 Jan 1996 22:37:11 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA17538 for ; Tue, 2 Jan 1996 22:37:08 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id WAA01999; Tue, 2 Jan 1996 22:36:57 -0800 (PST) Date: Tue, 2 Jan 1996 22:36:57 -0800 (PST) From: -Vince- To: current@FreeBSD.ORG Subject: -current kernel problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk I had upgraded from the 11/23/95 -current kernel to the latest -current kernel since 12/28/95 and have tried to recompile a kernel after a make world on all the -current code up to the latest 1/2/96 2:00PM PST one and it seems like the new kernel vm_page faults and then all the binaries that are run by /etc/rc are all core dumped as well as destroying the /mnt directory on the HD and it won't make it to the login: prompt unless we use the older 11/23/95 kernel. We are using the ASUS P55TP4XE motherboard with the 8/28/95 Bios using a ASUS NCR810 based SCSI Card with a DEC/Sequent 5400S 4.0GIG SCSI HD. Does anyone have any ideas what the problem is? Thanks! Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Tue Jan 2 22:48:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA17961 for current-outgoing; Tue, 2 Jan 1996 22:48:29 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA17955 for ; Tue, 2 Jan 1996 22:48:26 -0800 (PST) Message-Id: <199601030648.WAA17955@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: current@FreeBSD.org Subject: Aic7xxx driver update - Please test! Date: Tue, 02 Jan 1996 22:48:25 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org Precedence: bulk Those of you having problems with the aic7xxx driver under -current please test this new driver drop. The plan is to bring these changes back into 2.1-STABLE, but it may take us a while to do that (eisaconf is a stumbling block). Please test and send your problem reports (or praises!) to me. Thanks, Justin ------- Forwarded Message Return-Path: owner-cvs-committers Date: Tue, 2 Jan 1996 22:34:13 -0800 (PST) From: "Justin T. Gibbs" Message-Id: <199601030634.WAA17360@freefall.freebsd.org> To: CVS-committers, cvs-sys Subject: cvs commit: src/sys/pci aic7870.c Sender: owner-cvs-committers@FreeBSD.ORG Precedence: bulk gibbs 96/01/02 22:34:12 Modified: sys/dev/aic7xxx aic7xxx.seq aic7xxx_asm.c aic7xxx_reg.h Log: The long awaited stability patch set for the aic7xxx driver: 1) Use cpp to preprocess the sequencer code. 2) Convert all "magic numbers" to #defines shared by the sequencer and kernel driver via the aic7xxx_reg.h file. (The assembler still needs to be re-written in lex/yacc to allow ~|& type constructions). 3) Raise ATN on parity errors for "in" phases and send an initiator detected error or message-in parity error message as appropriate. 4) Turn off the reselection hardware from the time or a (re)connection to busfree. It seems that some fast targets were able to reconnect before the sequencer was able to see busfree. 5) The message buffer is considered "in-use" when there is a positive length count. The ACTIVE_MSG flag was unnecesary. 6) Properly set SCB_NEXT_WAITING to SCB_LIST_HEAD in scbs being added to the waiting scb list. This is a change in how the list code works to facilitate some planned work in the reset code. 7) The fields in the SCB have be re-arranged to be quad-word aligned. 8) The inb code has been rewritten to catch phasemisses and be more efficient. 9) Go back to "snooping the bus" to determine if the incomming identify message will be followed by a simple queue message. Its much faster than doing a search through the SCBs. 10) Implement better tag range checking for incomming tags. 11) Make sdtr_to_rate more accurate (use 25 instead of 24 in calculations - must have been asleep that night). 12) Rearrange some routines to reduce code complexity and size. 13) Update comments and formatting. 14) Fixed bugs I've forgotten about?? Reviewed by: David Greenman Revision Changes Path 1.25 +789 -891 src/sys/dev/aic7xxx/aic7xxx.seq 1.10 +57 -15 src/sys/dev/aic7xxx/aic7xxx_asm.c 1.2 +285 -63 src/sys/dev/aic7xxx/aic7xxx_reg.h Modified: sys/i386/conf files.i386 Log: The long awaited stability patch set for the aic7xxx driver: aic7xxx.seq and aic7xxx.c depend on aic7xx_reg.h Revision Changes Path 1.123 +5 -5 src/sys/i386/conf/files.i386 Modified: sys/i386/eisa aic7770.c eisaconf.c Log: The long awaited stability patch set for the aic7xxx driver: aic7770.c: Simplify the initialization of adapters by pulling all card specific initialization to the card specific modules. eisaconf.c: outb 0x80 instead of 0xc80. The top byte is truncated anyway, and 0x80 was what was intended. Revision Changes Path 1.21 +128 -8 src/sys/i386/eisa/aic7770.c 1.12 +2 -2 src/sys/i386/eisa/eisaconf.c Modified: sys/i386/scsi aic7xxx.c aic7xxx.h Log: The long awaited stability patch set for the aic7xxx driver: Simplify the initialization of adapters by pulling all card specific initialization to the card specific modules. Update comments and fix formating. Pass struct ahc_data*'s to functions instead of unit numbers. Take advantage of the quad word alignment of SCB fields. Adapt to new sequencer changes: 1) Waiting scb list no longer has a tail. 2) Fill the message buffer as appropriate during a parity error. 3) Count all of the SGs involved in a residual instead of just the current one. The reset/abort code still needs a lot of work. Reviewed by: David Greenman Revision Changes Path 1.51 +426 -686 src/sys/i386/scsi/aic7xxx.c 1.17 +39 -47 src/sys/i386/scsi/aic7xxx.h Modified: sys/pci aic7870.c Log: The long awaited stability patch set for the aic7xxx driver: Simplify the initialization of adapters by pulling all card specific initialization to the card specific modules. Set the Latency timer and Burst len to good values if thery are not initialized during post or are reset during chip reset. Properly identify and handle external SCB SRAM. The code was false id'ing 255 SCBs on aic7880 chips. Reviewed by: David Greenman Revision Changes Path 1.21 +374 -8 src/sys/pci/aic7870.c ------- End of Forwarded Message From owner-freebsd-current Tue Jan 2 22:58:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA18376 for current-outgoing; Tue, 2 Jan 1996 22:58:31 -0800 (PST) Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA18371 for ; Tue, 2 Jan 1996 22:58:23 -0800 (PST) Received: (from root@localhost) by mantar.slip.netcom.com (8.7.3/8.6.9) id WAA23156; Tue, 2 Jan 1996 22:58:35 -0800 (PST) Date: Tue, 2 Jan 1996 22:58:34 -0800 (PST) From: Manfred Antar To: current@freebsd.org Subject: make -DMAKE_EBONES world fails at sbin/nfsd Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk make -DMAKE_EBONES fails at /usr/src/sbin/nfsd : (nfsd)533}make -DMAKE_EBONES cc -O -DNFS -DKERBEROS -static -o nfsd nfsd.o -lkrb -ldes nfsd.o: Undefined symbol `_setproctitle' referenced from text segment nfsd.o: Undefined symbol `_setproctitle' referenced from text segment *** Error code 1 ============================== || mantar@netcom.com || || Ph. (415) 647-4843 || ============================== From owner-freebsd-current Tue Jan 2 23:27:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19303 for current-outgoing; Tue, 2 Jan 1996 23:27:35 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA19293 for ; Tue, 2 Jan 1996 23:27:29 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id IAA09837; Wed, 3 Jan 1996 08:15:16 +0100 (MET) Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.7.3/8.7.3) with SMTP id HAA01443; Wed, 3 Jan 1996 07:48:09 +0100 (MET) Date: Wed, 3 Jan 1996 07:48:09 +0100 (MET) From: Andreas Klemm To: Chuck Robey cc: FreeBSD-current@freebsd.org Subject: Re: /usr/bin/fortune In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Sun, 31 Dec 1995, Chuck Robey wrote: > It's been recently broken, only about one call in 3 now succeeds. I > looked at the source code, and I am frankly amazed at how such a simple > program could be so incredibly complicated. I supped fortune from -current at Dec, 28. while(1) fortune end -rw-r--r-- 1 root wheel 232 Nov 14 1994 Makefile -rw-r--r-- 1 root wheel 8320 Sep 4 1994 Notes -rw-r--r-- 1 root wheel 2303 Sep 4 1994 README drwxr-xr-x 2 root wheel 512 Dec 28 23:10 datfiles drwxr-xr-x 2 root wheel 512 Dec 28 23:10 fortune drwxr-xr-x 2 root wheel 512 Dec 28 23:10 strfile ^^ drwxr-xr-x 2 root wheel 512 Dec 19 1994 tools drwxr-xr-x 2 root wheel 512 Dec 19 1994 unstr ^^ Andreas /// -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - \/ ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< From owner-freebsd-current Wed Jan 3 01:22:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23757 for current-outgoing; Wed, 3 Jan 1996 01:22:04 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA23725 for ; Wed, 3 Jan 1996 01:21:21 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA26917; Wed, 3 Jan 1996 10:21:04 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA09954; Wed, 3 Jan 1996 10:21:03 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA19728; Wed, 3 Jan 1996 10:17:50 +0100 (MET) From: J Wunsch Message-Id: <199601030917.KAA19728@uriah.heep.sax.de> Subject: Re: Aic7xxx driver update - Please test! To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Wed, 3 Jan 1996 10:17:50 +0100 (MET) Cc: current@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601030648.WAA17955@freefall.freebsd.org> from "Justin T. Gibbs" at Jan 2, 96 10:48:25 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org Precedence: bulk As Justin T. Gibbs wrote: > > > Those of you having problems with the aic7xxx driver under -current > please test this new driver drop. The plan is to bring these changes > back into 2.1-STABLE, but it may take us a while to do that (eisaconf > is a stumbling block). Please test and send your problem reports > (or praises!) to me. Are there chances to drop this into a 2.0.5 system as well? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Jan 3 06:02:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA07931 for current-outgoing; Wed, 3 Jan 1996 06:02:24 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA07813 Wed, 3 Jan 1996 06:01:48 -0800 (PST) Received: by sequent.kiae.su id AA02064 (5.65.kiae-2 ); Wed, 3 Jan 1996 16:49:44 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 3 Jan 96 16:49:43 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id QAA02014; Wed, 3 Jan 1996 16:46:17 +0300 (MSK) To: current@freebsd.org Cc: David Greenman , "Garrett A. Wollman" Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 3 Jan 1996 16:46:16 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: m_copydata panic & tcp_extensions: some results Lines: 7 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk In several days I don't have such panic after disabling tcp_extensions, David's guess was right. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Wed Jan 3 07:32:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14339 for current-outgoing; Wed, 3 Jan 1996 07:32:51 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA14320 for ; Wed, 3 Jan 1996 07:32:43 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id NAA27739; Wed, 3 Jan 1996 13:37:52 GMT Date: Wed, 3 Jan 1996 13:37:50 +0000 (GMT) From: Doug Rabson To: Kent Hamilton cc: freebsd-current@freebsd.org Subject: Re: Device npsm0 In-Reply-To: <199601022315.RAA00729@gwydion.hns.st-louis.mo.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Tue, 2 Jan 1996, Kent Hamilton wrote: > Just curious, I've been trying to get the Xinside demo version to run > on my machine running -current with a PS/2 mouse and it falls over. > One of the problems appears to be that it's looking for /dev/psm0 and > /dev/npsm0. My guess is that the "npsm0" is supposed to be a non-blocking > version of psm0. Anyone know why it doesn't exist anymore? It isn't > in the "MAKEDEV" scripts and I just did a quick grep through the source > and it still has it in psm.c as a valid device. There doesn't appear > to be a man page for the PS/28 mouse device so I thought I'd ask and > then go start looking at psm.c. > > I'm interested in buying the thing once they start supporting my card > but it's kind of useless with no mouse. Our /dev/psm0 is non-blocking by default. Edit your /etc/Xaccel.ini to point at /dev/psm0 and it 'should just work'. It works for me with both 2 and 3 button PS/2 mice :-). Xsetup used to give a default device name of /dev/pms0 for the PS/2 mouse device which confused me for a while till I noticed the spelling difference.. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-current Wed Jan 3 07:45:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15233 for current-outgoing; Wed, 3 Jan 1996 07:45:11 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA15225 Wed, 3 Jan 1996 07:45:06 -0800 (PST) Message-Id: <199601031545.HAA15225@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: current@freebsd.org Subject: Re: Aic7xxx driver update - Please test! In-reply-to: Your message of "Wed, 03 Jan 1996 10:17:50 +0100." <199601030917.KAA19728@uriah.heep.sax.de> Date: Wed, 03 Jan 1996 07:45:05 -0800 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org Precedence: bulk >As Justin T. Gibbs wrote: >> >> >> Those of you having problems with the aic7xxx driver under -current >> please test this new driver drop. The plan is to bring these changes >> back into 2.1-STABLE, but it may take us a while to do that (eisaconf >> is a stumbling block). Please test and send your problem reports >> (or praises!) to me. > >Are there chances to drop this into a 2.0.5 system as well? Eeek! Let me get 2.1-STABLE working first. I think that the differences between 2.0.5 and 2.1-STABLE from a PCI/EISA driver's standpoint are small enough that you could get it to work. I wasn't planning on supporting it though. >-- >cheers, J"org > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE >Never trust an operating system you don't have sources for. ;-) -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed Jan 3 07:53:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15849 for current-outgoing; Wed, 3 Jan 1996 07:53:59 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA15843 for ; Wed, 3 Jan 1996 07:53:55 -0800 (PST) Message-Id: <199601031553.HAA15843@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol cc: current@FreeBSD.org Subject: Re: Aic7xxx driver update - Please test! In-reply-to: Your message of "Tue, 02 Jan 1996 22:48:25 PST." <199601030648.WAA17955@freefall.freebsd.org> Date: Wed, 03 Jan 1996 07:53:55 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org Precedence: bulk > >Those of you having problems with the aic7xxx driver under -current >please test this new driver drop. The plan is to bring these changes >back into 2.1-STABLE, but it may take us a while to do that (eisaconf >is a stumbling block). Please test and send your problem reports >(or praises!) to me. > >Thanks, >Justin I should also add: Please boot your system at least once with the "-v" flag and ensure that the target negotiation (Sync and wide) is still occuring correctly. If you've experimented with "AHC_TAGENABLE" in the past, but found that one of your targets wasn't working correctly, you may want to try it again, one of the race conditions I fixed could manifest itself that way. I'm also looking for "boot -v" output from folks that have a motherboard aic7870 or aic7880 (ie PCI) controller. I'd like to support the NVRAM configuration info these MBs use. Thanks -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed Jan 3 08:18:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA16936 for current-outgoing; Wed, 3 Jan 1996 08:18:43 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA16930 Wed, 3 Jan 1996 08:18:36 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id IAA03626; Wed, 3 Jan 1996 08:18:01 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id JAA00406; Wed, 3 Jan 1996 09:16:34 -0800 (PST) Message-Id: <199601031716.JAA00406@corbin.Root.COM> To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) cc: current@freebsd.org, "Garrett A. Wollman" , olah@freebsd.org Subject: Re: m_copydata panic & tcp_extensions: some results In-reply-to: Your message of "Wed, 03 Jan 96 16:46:16 +0300." From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 03 Jan 1996 09:15:21 -0800 Sender: owner-current@freebsd.org Precedence: bulk >In several days I don't have such panic after disabling >tcp_extensions, David's guess was right. Okay. I think the problems started happening when Andras fixed some bugs related to T/TCP...but I might be wrong. -DG From owner-freebsd-current Wed Jan 3 09:06:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20288 for current-outgoing; Wed, 3 Jan 1996 09:06:44 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA20281 for ; Wed, 3 Jan 1996 09:06:41 -0800 (PST) Received: from mordillo (oberon.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id SAA17451; Wed, 3 Jan 1996 18:06:25 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id IAA00302; Wed, 3 Jan 1996 08:26:21 +0100 From: Thomas Graichen Message-Id: <199601030726.IAA00302@mordillo> Subject: Re: Kernel compilation options (was: Re: ATAPI CD-ROM?) To: wollman@lcs.mit.edu (Garrett A. Wollman) Date: Wed, 3 Jan 1996 08:26:21 +0100 (MET) Cc: graichen@omega.physik.fu-berlin.de, freebsd-current@FreeBSD.org In-Reply-To: <9601022032.AA17821@halloran-eldar.lcs.mit.edu> from "Garrett A. Wollman" at Jan 2, 96 03:32:21 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org Precedence: bulk hasn't Garrett A. Wollman said ? ... > > < said: > > > but then we need a list of "every possible compilation option" - like > > options.txt in the old days (maybe a part of the handbook - but a > > *.txt in the kernel sources would be better i think) > > No, we need to get rid of most compilation options, except for the > ones which are not intended for public consumption. > ok - that's the aim - but at the moment a list of possible options would'nt be that bad i think t _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-current Wed Jan 3 11:01:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00771 for current-outgoing; Wed, 3 Jan 1996 11:01:07 -0800 (PST) Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA00760 for ; Wed, 3 Jan 1996 11:01:01 -0800 (PST) Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by bacchus.eng.umd.edu (8.7.3/8.7) with ESMTP id OAA15140; Wed, 3 Jan 1996 14:00:52 -0500 (EST) Received: (chuckr@localhost) by latte.eng.umd.edu (8.7.3/8.6.4) id OAA08117; Wed, 3 Jan 1996 14:00:49 -0500 (EST) Date: Wed, 3 Jan 1996 14:00:46 -0500 (EST) From: Chuck Robey X-Sender: chuckr@latte.eng.umd.edu To: Andreas Klemm cc: FreeBSD-current@freebsd.org Subject: Re: /usr/bin/fortune In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Wed, 3 Jan 1996, Andreas Klemm wrote: > On Sun, 31 Dec 1995, Chuck Robey wrote: > > > It's been recently broken, only about one call in 3 now succeeds. I > > looked at the source code, and I am frankly amazed at how such a simple > > program could be so incredibly complicated. > > I supped fortune from -current at Dec, 28. > while(1) > fortune > end > > -rw-r--r-- 1 root wheel 232 Nov 14 1994 Makefile > -rw-r--r-- 1 root wheel 8320 Sep 4 1994 Notes > -rw-r--r-- 1 root wheel 2303 Sep 4 1994 README > drwxr-xr-x 2 root wheel 512 Dec 28 23:10 datfiles > drwxr-xr-x 2 root wheel 512 Dec 28 23:10 fortune > drwxr-xr-x 2 root wheel 512 Dec 28 23:10 strfile > ^^ > drwxr-xr-x 2 root wheel 512 Dec 19 1994 tools > drwxr-xr-x 2 root wheel 512 Dec 19 1994 unstr > ^^ I might be a little slow in the uptake, I don't get what you're saying. Maybe you should say it again, speaking slowly and using short words (8-). > > Andreas /// > > -- > andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH > Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - > \/ > ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz > apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< > ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Wed Jan 3 13:13:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09763 for current-outgoing; Wed, 3 Jan 1996 13:13:12 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA09744 for ; Wed, 3 Jan 1996 13:12:54 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id NAA00352; Wed, 3 Jan 1996 13:12:52 -0800 (PST) Date: Wed, 3 Jan 1996 13:12:51 -0800 (PST) From: -Vince- To: current@FreeBSD.ORG Subject: -current kernel problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk I had upgraded from the 11/23/95 -current kernel to the latest -current kernel since 12/28/95 and have tried to recompile a kernel after a make world on all the -current code up to the latest 1/3/96 9:00AM PST one and it seems like the new kernel vm_page faults (memory fault) and then all the binaries that are run by /etc/rc are all core dumped as well as destroying the /mnt directory on the HD and it won't make it to the login: prompt unless we use the older 11/23/95 kernel. We are using the ASUS P55TP4XE motherboard with the 11/20/95 Bios using a ASUS NCR810 based SCSI Card with a DEC/Sequent 5400S 4.0GIG SCSI HD. Does anyone have any ideas what the problem is? Thanks! Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Wed Jan 3 13:22:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10636 for current-outgoing; Wed, 3 Jan 1996 13:22:35 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA10612 for ; Wed, 3 Jan 1996 13:22:28 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA15580; Wed, 3 Jan 1996 14:13:25 -0700 From: Terry Lambert Message-Id: <199601032113.OAA15580@phaeton.artisoft.com> Subject: Re: Aic7xxx driver update - Please test! To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Wed, 3 Jan 1996 14:13:25 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <199601031553.HAA15843@freefall.freebsd.org> from "Justin T. Gibbs" at Jan 3, 96 07:53:55 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk > I'm also looking for "boot -v" output from folks that have a motherboard > aic7870 or aic7880 (ie PCI) controller. I'd like to support the NVRAM > configuration info these MBs use. Note: You may have one of these if you have an HP system with an integrated SCSI controller, so check your box: you may be an instant winner. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Jan 3 13:28:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA11239 for current-outgoing; Wed, 3 Jan 1996 13:28:18 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA11093 for ; Wed, 3 Jan 1996 13:27:56 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id WAA22422; Wed, 3 Jan 1996 22:15:20 +0100 (MET) Received: (from andreas@localhost) by knobel.gun.de (8.7.3/8.7.3) id WAA00722; Wed, 3 Jan 1996 22:12:05 +0100 (MET) From: Andreas Klemm Message-Id: <199601032112.WAA00722@knobel.gun.de> Subject: Re: /usr/bin/fortune To: chuckr@glue.umd.edu (Chuck Robey) Date: Wed, 3 Jan 1996 22:12:05 +0100 (MET) Cc: FreeBSD-current@freebsd.org In-Reply-To: from "Chuck Robey" at Jan 3, 96 02:00:46 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk > > > It's been recently broken, only about one call in 3 now succeeds. I > > > looked at the source code, and I am frankly amazed at how such a simple > > > program could be so incredibly complicated. > > > > I supped fortune from -current at Dec, 28. > > while(1) > > fortune > > end > > > > -rw-r--r-- 1 root wheel 232 Nov 14 1994 Makefile > > -rw-r--r-- 1 root wheel 8320 Sep 4 1994 Notes > > -rw-r--r-- 1 root wheel 2303 Sep 4 1994 README > > drwxr-xr-x 2 root wheel 512 Dec 28 23:10 datfiles > > drwxr-xr-x 2 root wheel 512 Dec 28 23:10 fortune > > drwxr-xr-x 2 root wheel 512 Dec 28 23:10 strfile > > ^^ > > drwxr-xr-x 2 root wheel 512 Dec 19 1994 tools > > drwxr-xr-x 2 root wheel 512 Dec 19 1994 unstr > > ^^ > > I might be a little slow in the uptake, I don't get what you're saying. > Maybe you should say it again, speaking slowly and using short words (8-). Oh, boy ... too much parties in the last two weeks, really ;-) Seems to be that I was fighting a bit with the editor, with my brain or with both ;-) All I wanted to say was, that I couldn't reproduce the error. I made a little script to see if fortune works or not. It did well. As a reference I showed you the date of the src directories, so that you can see, what I got when supping -current these days. The marker (^) should lead your attention to the fact, that some days there was an update of some files. To be short: sup the newest version and please try again, since it works perfectly here ... Hope I got the right words now ;-) Andreas /// -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - \/ ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< From owner-freebsd-current Wed Jan 3 14:21:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19672 for current-outgoing; Wed, 3 Jan 1996 14:21:46 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA19651 for ; Wed, 3 Jan 1996 14:21:41 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA24751 for ; Wed, 3 Jan 1996 23:21:35 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA15565 for freebsd-current@freebsd.org; Wed, 3 Jan 1996 23:21:34 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA21318; Wed, 3 Jan 1996 23:14:20 +0100 (MET) Date: Wed, 3 Jan 1996 23:14:20 +0100 (MET) Message-Id: <199601032214.XAA21318@uriah.heep.sax.de> X-Newsreader: knews 0.9.3 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden From: j@uriah.heep.sax.de (J Wunsch) Subject: IPX/SPX routing problem (fwd) To: freebsd-current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk ----- Forwarded Message ----- Path: uriah.heep!irz401!zib-berlin.de!fu-berlin.de!news.mathworks.com!news.duke.edu!eff!wariat.org!ict.pwr.wroc.pl!news.nask.org.pl!fuw.edu.pl!mimuw.edu.pl!jbazyd From: jbazyd@ire.pw.edu.pl (Jaroslaw Bazydlo) Newsgroups: comp.unix.bsd.freebsd.misc Subject: IPX/SPX routing problem Date: 2 Jan 1996 14:10:59 GMT Organization: Division of Mathematics, Informatics and Mechanics, Warsaw University Lines: 51 Message-ID: <4cbedj$677@parnas.mimuw.edu.pl> NNTP-Posting-Host: alfa.ire.pw.edu.pl X-Newsreader: TIN [version 1.2 PL2] I've got some problem with setting up IPX/SPX routing under my FreeBSD router. What I did is install FreeBSD 2.2-CURRENT and their binaries /bin /sbin /usr/sbin /usr/bin. gerlach: {3} uname -a FreeBSD gerlach.pap.waw.pl 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Thu Dec 28 13:41:01 MET 1995 root@gerlach.pap.waw.pl:/usr/src/sys/compile/DAREKO i386 This computer will be an IP and IPX router with 4 ethernet cards. IP routing works just fine but I do not really know how to set up IPX routing. What I noticed id that there is a routing daemon named IPXrouted. But after running it it seeems not to do anything interesting. gerlach: {8} ps -ax | grep IPXrouted 2203 ?? Is 0:09.81 IPXrouted -s /var/log/IPXrouted Log file says nothing: ------- SAP table dump. ------- HASH 0 HASH 1 HASH 2 HASH 3 [...] HASH 31 [...] Received bogus packet from 0#0:40:95:e1:74:c9 ------- SAP table dump. ------- HASH 0 HASH 1 [...] And so on. Please tell me what could be wrong. What is the way of bulding routing table for IPX. gerlach: {14} netstat -r Routing tables [...] IPX: Destination Gateway Flags Refs Use Netif Expire gerlach: {15} Thats it. ;-( -- _ ____ ____ | | __ _| _ \ __ _/ ___| Warsaw University of Technology, Electronics _ | |/ _` | |_) / _` \___ \ email: ................ jbazyd@ire.pw.edu.pl | |_| | Jaroslaw Bazydlo __) | irc: McJARAS .......... on: #Polska #Gandalf \___/ \__,_|_| \_\__,_|____/. home-page: http://www.ia.pw.edu.pl/~jbazydlo From owner-freebsd-current Wed Jan 3 14:57:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA25670 for current-outgoing; Wed, 3 Jan 1996 14:57:21 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA25649 for ; Wed, 3 Jan 1996 14:57:13 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA15966; Wed, 3 Jan 1996 15:48:09 -0700 From: Terry Lambert Message-Id: <199601032248.PAA15966@phaeton.artisoft.com> Subject: Re: IPX/SPX routing problem (fwd) To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 3 Jan 1996 15:48:09 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199601032214.XAA21318@uriah.heep.sax.de> from "J Wunsch" at Jan 3, 96 11:14:20 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk > Please tell me what could be wrong. What is the way of bulding routing table > for IPX. 1) Hook your machine to an IPX net. 2) Let it listen to SAP broadcasts. 3) It will generate its own table. 4) If it doesn't, then you aren't getting SAP broadcasts. Part of being an IPX router is to SAP your address and services to all your nets (unless you support SAP restriction) every 55 seconds. If you are a server and someone SAPs a "GetNearestServer" broadcast, you can respond. Since FreeBSD boxes are not NetWare servers, and do not offer services, this will be a non-issue for you. One potential problem is that the card you have may not have a driver that handles promiscuous mode and/or broadcasts correctly. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Jan 3 19:29:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA02182 for current-outgoing; Wed, 3 Jan 1996 19:29:04 -0800 (PST) Received: from gwydion.hns.st-louis.mo.us (root@dialup-65.icon-stl.net [199.217.153.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA02175 for ; Wed, 3 Jan 1996 19:28:59 -0800 (PST) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.3/8.7.2) id VAA02568; Wed, 3 Jan 1996 21:22:53 -0600 (CST) From: Kent Hamilton Message-Id: <199601040322.VAA02568@gwydion.hns.st-louis.mo.us> Subject: Re: Device npsm0 To: dfr@render.com (Doug Rabson) Date: Wed, 3 Jan 1996 21:22:52 -0600 (CST) Cc: kenth@HNS.St-Louis.Mo.US, freebsd-current@freebsd.org, support@xinside.com In-Reply-To: from "Doug Rabson" at Jan 3, 96 01:37:50 pm Reply-To: KentH@HNS.St-Louis.Mo.US X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk > > On Tue, 2 Jan 1996, Kent Hamilton wrote: > > Our /dev/psm0 is non-blocking by default. Edit your /etc/Xaccel.ini to > point at /dev/psm0 and it 'should just work'. It works for me with both > 2 and 3 button PS/2 mice :-). Xsetup used to give a default device name > of /dev/pms0 for the PS/2 mouse device which confused me for a while till > I noticed the spelling difference.. Arrrrghhhhh!!!! Thanks that's it. -- Kent Hamilton Work: KHamilton@Hunter.COM URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US From owner-freebsd-current Wed Jan 3 19:50:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04514 for current-outgoing; Wed, 3 Jan 1996 19:50:59 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-183.emea.ibm.net [139.92.42.183]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA04505 Wed, 3 Jan 1996 19:50:46 -0800 (PST) Received: (from jhs@localhost) by vector.jhs.local (8.7.3/8.6.9) id EAA02540; Thu, 4 Jan 1996 04:50:55 +0100 (MET) Date: Thu, 4 Jan 1996 04:50:55 +0100 (MET) From: "Julian Stacey jhs@freebsd.org" Message-Id: <199601040350.EAA02540@vector.jhs.local> To: root@thud.freebsd.org Cc: current@freebsd.org Subject: thud - when will it return ? Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH [version 1.6.5 95 12 11] Sender: owner-current@freebsd.org Precedence: bulk -------- Hi root@thud.freebsd.org CC current Freefall /etc/motd has had this for a _long_ time: Our beloved thud suffered a disk crash and lost its password file. If you need your account back immediately, please send mail to root@thud. This is really old news now, hardly worthy of still being in motd, will thud come back some time, or has its purpose/usage changed ? Regards, Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Wed Jan 3 23:11:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19608 for current-outgoing; Wed, 3 Jan 1996 23:11:36 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA19550 for ; Wed, 3 Jan 1996 23:08:43 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id JAA15940; Thu, 4 Jan 1996 09:05:04 +0200 From: John Hay Message-Id: <199601040705.JAA15940@zibbi.mikom.csir.co.za> Subject: Re: IPX/SPX routing problem (fwd) To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 4 Jan 1996 09:05:04 +0200 (SAT) Cc: jbazyd@ire.pw.edu.pl, freebsd-current@FreeBSD.ORG (FreeBSD-current) In-Reply-To: <199601032214.XAA21318@uriah.heep.sax.de> from "J Wunsch" at Jan 3, 96 11:14:20 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk > > I've got some problem with setting up IPX/SPX routing under my FreeBSD router. > What I did is install FreeBSD 2.2-CURRENT and their binaries /bin /sbin > /usr/sbin /usr/bin. > > gerlach: {3} uname -a > FreeBSD gerlach.pap.waw.pl 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Thu Dec 28 13:41:01 MET 1995 root@gerlach.pap.waw.pl:/usr/src/sys/compile/DAREKO i386 > > This computer will be an IP and IPX router with 4 ethernet cards. IP routing > works just fine but I do not really know how to set up IPX routing. What I > noticed id that there is a routing daemon named IPXrouted. But after running > it it seeems not to do anything interesting. You do not say how the interfaces are configured. Do they have IPX addresses assigned? You should use the same IPX network addresses as being used by the other machines on that network segment. Send me the output of ifconfig -a if you still have problems. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-current Thu Jan 4 02:01:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26636 for current-outgoing; Thu, 4 Jan 1996 02:01:14 -0800 (PST) Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA26614 Thu, 4 Jan 1996 02:01:00 -0800 (PST) Received: from puffin.pelican.com by pelican.com with smtp (Smail3.1.28.1 #5) id m0tXmTR-000K2qC; Thu, 4 Jan 96 02:00 WET Received: by puffin.pelican.com (Smail3.1.29.1 #9) id m0tXmTQ-0000SNC; Thu, 4 Jan 96 02:00 PST Message-Id: Date: Thu, 4 Jan 96 02:00 PST From: pete@puffin.pelican.com (Pete Carah) To: current@freebsd.org Subject: Re: Any CGI hackers out there? In-Reply-To: <1634.820636907@time.cdrom.com> Cc: jkh@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk In article <1634.820636907@time.cdrom.com> jkh writes: >Terry writes: >> How about a read-only anon-NFS export of the CVS tree? Save a lot of >> supping for an occasional checkout, etc. >Not from freefall.freebsd.org, but...? :-) Well, I have one going that is sup'd a half-hour behind freefall's supscans (hopefully that's not too early)... ftp://ftp.pelican.com/pub/FreeBSD/{current,stable,cvs} It's also a (now working) sup server with hostbase=/home.. (this one isn't behind a 14.4k slip connection like home is.) -- Pete From owner-freebsd-current Thu Jan 4 05:44:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA05068 for current-outgoing; Thu, 4 Jan 1996 05:44:24 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA05050 for ; Thu, 4 Jan 1996 05:44:10 -0800 (PST) Received: (from peter@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id VAA00512; Thu, 4 Jan 1996 21:43:57 +0800 (WST) Date: Thu, 4 Jan 1996 21:43:52 +0800 (WST) From: Peter Wemm To: current@freebsd.org Subject: Odd question.. ;-) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi all.. I have a strange question.. (even stranger since it's from somebody who should know.. :-) How do I update the boot code to -current? :-) Last time I messed with disklabel and /usr/mdec, I ended up trashing my system beyond repair.. I've not looked again in something like 12 months. Basically, I want to install a new /usr/mdec/boot2, because this system has a version 2.0.5 boot2 that has the missing LF during boot.. :-) (real crisis, eh? :-) So, what do I do? disklabel -B sd0 ? I think last time I did that, I lost the fdisk tables... but I dont really remember... Cheers, -Peter From owner-freebsd-current Thu Jan 4 07:20:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09631 for current-outgoing; Thu, 4 Jan 1996 07:20:50 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA09619 for ; Thu, 4 Jan 1996 07:20:41 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id KAA04556; Thu, 4 Jan 1996 10:22:36 -0500 From: A boy and his worm gear Message-Id: <199601041522.KAA04556@skynet.ctr.columbia.edu> Subject: Re: Odd question.. ;-) To: peter@jhome.DIALix.COM (Peter Wemm) Date: Thu, 4 Jan 1996 10:22:35 -0500 (EST) Cc: current@freebsd.org In-Reply-To: from "Peter Wemm" at Jan 4, 96 09:43:52 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk Of all the gin joints in all the world, Peter Wemm had to walk into mine and say: > Hi all.. > > I have a strange question.. (even stranger since it's from somebody who > should know.. :-) > > How do I update the boot code to -current? :-) > > Last time I messed with disklabel and /usr/mdec, I ended up trashing my > system beyond repair.. I've not looked again in something like 12 months. > > Basically, I want to install a new /usr/mdec/boot2, because this system > has a version 2.0.5 boot2 that has the missing LF during boot.. :-) > (real crisis, eh? :-) > > So, what do I do? disklabel -B sd0 ? I think last time I did that, I > lost the fdisk tables... but I dont really remember... > > Cheers, > -Peter It should be disklabel -B sd0. I do disklabel -B wd0 all the time; works fine for me, though I generally test it on a floppy first to make sure the new boot block actually works before committing it to my hard disk (disklabel -B fd0). By the way, since somebody brought up the boot loader: I have an idea for a change that I'd like to run by some people. (It's a small change. Really. :) The other day I decided to swap the graphics card from my old machine to my new one (the old one had an ISA ET4000 card; the new one has an integrated VGA adapter based on some Cirrus Logic chipset -- it works fine with X except it only has 512K of video RAM whereas the ET4000 has 1 MB, and I wanted to get 1024x768 resolution without having to order new chips). This left the old machine headless; no problem since I've been using a dumb terminal with it for some time now, so it was just a matter of setting it up in serial console mode. Unfortunately, for whatever the reason, the keyboard probe in the boot block thinks that my keyboard is still plugged in even when it really isn't, so it wouldn't default over to serial console mode. I was going to compile a custom boot block with the serial console mode hardwired on, but then a thought struck me. The boot block already has enough brains to search for specific files in the rootfs, so I thought: instead of using a keyboard probe, which is unreliable, why not have it look for a dummy file, like /.serial for instance, and have it switch over to serial console mode if it finds it. This way, all you need to do to activate serial console mode is 'touch /.serial; reboot'. So I tried it, and lo and behold it worked out pretty well. :) The only extra thing I want to do but didn't have time to rig up initially is to have the boot block poll the keyboard while trying to read from the disk and have it stop if it detects a keypress so that you could force it back to normal VGA mode in case you 'accidentally' create /.serial and want to get control back. The upshot is that you can support dynamically switching to serial console mode without the keyboard probe. You could even make a serial console boot.flp image just by writing the new boot block to it and creating a /.serial file on it. So, what do you think? Sound like something that should be in -current? Inquiring minds want to know. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-current Thu Jan 4 07:31:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA10647 for current-outgoing; Thu, 4 Jan 1996 07:31:51 -0800 (PST) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA10638 for ; Thu, 4 Jan 1996 07:31:44 -0800 (PST) Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id RAA02803; Thu, 4 Jan 1996 17:30:04 +0200 (SAT) Message-Id: <199601041530.RAA02803@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: Peter Wemm cc: current@freebsd.org Subject: Re: Odd question.. ;-) Date: Thu, 04 Jan 1996 17:30:03 +0200 From: Mark Murray Sender: owner-current@freebsd.org Precedence: bulk Peter Wemm wrote: > I have a strange question.. (even stranger since it's from somebody who > should know.. :-) > > How do I update the boot code to -current? :-) > > Last time I messed with disklabel and /usr/mdec, I ended up trashing my > system beyond repair.. I've not looked again in something like 12 months. > > Basically, I want to install a new /usr/mdec/boot2, because this system > has a version 2.0.5 boot2 that has the missing LF during boot.. :-) > (real crisis, eh? :-) > > So, what do I do? disklabel -B sd0 ? I think last time I did that, I > lost the fdisk tables... but I dont really remember... I do it by disklabel -B -b boot1 -s boot2 sd0 in the /usr/mdec directory. I have not newfs'ed my disk sice 2.0-R, so I suspect you may have to replace the sd0 with sd0s1 or whatever your boot partition is. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Thu Jan 4 07:44:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA11648 for current-outgoing; Thu, 4 Jan 1996 07:44:52 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA11634 for ; Thu, 4 Jan 1996 07:44:44 -0800 (PST) Received: (from peter@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id XAA02956; Thu, 4 Jan 1996 23:42:44 +0800 (WST) Date: Thu, 4 Jan 1996 23:42:43 +0800 (WST) From: Peter Wemm To: Mark Murray cc: current@freebsd.org Subject: Re: Odd question.. ;-) In-Reply-To: <199601041530.RAA02803@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Thu, 4 Jan 1996, Mark Murray wrote: > Peter Wemm wrote: > > How do I update the boot code to -current? :-) [..] > > I do it by > disklabel -B -b boot1 -s boot2 sd0 > in the /usr/mdec directory. OK.. that seems to be the general opinion... I wonder what went wrong last time? :-( (the docs say that bootsd and sdboot (which are symlinked to boot1/2) will be used by default, so all the suggestions have been along the same lines). I vaguely recall "kernel out of reach of bios", evne though it had booted from it moments ago. When I re-ran the install program, it read the disk label and/or the fdisk info (I dont remember) as "empty". I vaguely recall the "fixit" option located the missing info.. (..he says, as he cracks open a new dat tape to dump everything in case.. :-) > I have not newfs'ed my disk sice 2.0-R, so I suspect you may have to > replace the sd0 with sd0s1 or whatever your boot partition is. Umm.. you probably should if it's convenient.. (ha! :-) You may not be getting the benefit from clustering.. Do a "tunefs -p /dev/rsd..." and see what the "-a" setting is. Also, do a "dumpfs /dev/rsd..." and see that it says "no rotational position table".. As I understand it, that table causes the blocks to be interleaved, defeating any clustering due to "-a". -Peter > M > -- > Mark Murray > 46 Harvey Rd, Claremont, Cape Town 7700, South Africa > +27 21 61-3768 GMT+0200 > Finger mark@grondar.za for PGP key > From owner-freebsd-current Thu Jan 4 08:07:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA13177 for current-outgoing; Thu, 4 Jan 1996 08:07:53 -0800 (PST) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA13156 for ; Thu, 4 Jan 1996 08:07:07 -0800 (PST) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA24197; Thu, 4 Jan 96 17:00:24 +0100 Date: Thu, 4 Jan 96 17:00:24 +0100 Message-Id: <9601041600.AA24197@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: peter@jhome.dialix.com Cc: current@freebsd.org In-Reply-To: (message from Peter Wemm on Thu, 4 Jan 1996 21:43:52 +0800 (WST)) Subject: Re: Odd question.. ;-) X-Mailer: Emacs Sender: owner-current@freebsd.org Precedence: bulk >>>>> Peter Wemm writes: > Hi all.. > I have a strange question.. (even stranger since it's from somebody who > should know.. :-) > How do I update the boot code to -current? :-) > Last time I messed with disklabel and /usr/mdec, I ended up trashing my > system beyond repair.. I've not looked again in something like 12 months. > Basically, I want to install a new /usr/mdec/boot2, because this system > has a version 2.0.5 boot2 that has the missing LF during boot.. :-) > (real crisis, eh? :-) > So, what do I do? disklabel -B sd0 ? I think last time I did that, I > lost the fdisk tables... but I dont really remember... I changed my boot block a few days ago (I wanted to increase the BOOTWAIT delay). disklabel -B sd0 worked for me. Jean-Marc > Cheers, > -Peter _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Thu Jan 4 09:04:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA16445 for current-outgoing; Thu, 4 Jan 1996 09:04:47 -0800 (PST) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA16439 for ; Thu, 4 Jan 1996 09:04:40 -0800 (PST) Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id TAA03271; Thu, 4 Jan 1996 19:03:02 +0200 (SAT) Message-Id: <199601041703.TAA03271@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: Peter Wemm cc: current@freebsd.org Subject: Re: Odd question.. ;-) Date: Thu, 04 Jan 1996 19:03:01 +0200 From: Mark Murray Sender: owner-current@freebsd.org Precedence: bulk Peter Wemm wrote: > > I have not newfs'ed my disk sice 2.0-R, so I suspect you may have to > > replace the sd0 with sd0s1 or whatever your boot partition is. > > Umm.. you probably should if it's convenient.. (ha! :-) You may not be > getting the benefit from clustering.. Do a "tunefs -p /dev/rsd..." and > see what the "-a" setting is. That is 7. My Min. Free is 8%, and I remember there was the jitter (time <-> space) problem with 5%, so I have done _some_ maintenance. (greps bookshef for usable tape) > Also, do a "dumpfs /dev/rsd..." and see that it says "no rotational > position table".. As I understand it, that table causes the blocks to be > interleaved, defeating any clustering due to "-a". OK - I have a table. Dwat. How does one kill it? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Thu Jan 4 09:45:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19486 for current-outgoing; Thu, 4 Jan 1996 09:45:43 -0800 (PST) Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA19479 for ; Thu, 4 Jan 1996 09:45:38 -0800 (PST) Received: from myrtilos.cs.utwente.nl by utrhcs.cs.utwente.nl (SMI-8.6/csrelayMX-SVR4_1.2/RBINF) id SAA01646; Thu, 4 Jan 1996 18:44:43 +0100 Received: from curie.cs.utwente.nl by myrtilos.cs.utwente.nl (SMI-8.6/csrelay-Sol1.4/RB) id SAA25281; Thu, 4 Jan 1996 18:44:40 +0100 Received: from localhost by curie.cs.utwente.nl (SMI-8.6/SMI-SVR4) id SAA19543; Thu, 4 Jan 1996 18:44:39 +0100 To: davidg@root.com cc: current@freebsd.org, "Garrett A. Wollman" Subject: Re: m_copydata panic & tcp_extensions: some results In-reply-to: Your message of "Wed, 03 Jan 1996 09:15:21 PST." <199601031716.JAA00406@corbin.Root.COM> Date: Thu, 04 Jan 1996 18:44:37 +0100 Message-ID: <19542.820777477@curie.cs.utwente.nl> From: Andras Olah Sender: owner-current@freebsd.org Precedence: bulk On Wed, 03 Jan 1996 09:15:21 PST, David Greenman wrote: > >In several days I don't have such panic after disabling > >tcp_extensions, David's guess was right. > > Okay. I think the problems started happening when Andras fixed some bugs > related to T/TCP...but I might be wrong. I think I've found the source of the bug which is likely to be caused by the following change: > olah 95/11/03 14:19:52 > > Modified: sys/netinet tcp_timer.c > Log: > Setting the TF_ACKNOW flag was redundant in the REXMT timeout because > tcp_output() checks for the condition snd_nxt == snd_una. > > Reviewed by: davidg, wollman, olah > Suggested by: Richard Stevens This was not related to T/TCP, just a cosmetic change suggested by Richard Stevens on comp.protocols.tcp-ip some time ago. Unfortunately, this change can cause the m_copydata panic if T/TCP is used (even if the application uses TCP in the traditional sense) and some segments are lost. For the people interested in the anatomy of this bug, I'll describe the problem in full details. Andras From owner-freebsd-current Thu Jan 4 10:53:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23561 for current-outgoing; Thu, 4 Jan 1996 10:53:58 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA23536 for ; Thu, 4 Jan 1996 10:53:51 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id KAA29761; Thu, 4 Jan 1996 10:53:05 -0800 From: "Rodney W. Grimes" Message-Id: <199601041853.KAA29761@GndRsh.aac.dev.com> Subject: Re: Odd question.. ;-) To: peter@jhome.DIALix.COM (Peter Wemm) Date: Thu, 4 Jan 1996 10:53:05 -0800 (PST) Cc: current@freebsd.org In-Reply-To: from "Peter Wemm" at Jan 4, 96 09:43:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk > > Hi all.. > > I have a strange question.. (even stranger since it's from somebody who > should know.. :-) > > How do I update the boot code to -current? :-) 1) fdisk sd0 | lpr #Hardcopy so you can read it if it gets #trashed 2) disklabel sd0 | lpr #Ditto 3) disklabel -B sd0 4) fdisk sd0 #Make sure it matches 1) above. > > Last time I messed with disklabel and /usr/mdec, I ended up trashing my > system beyond repair.. I've not looked again in something like 12 months. Your disk is probably partitioned so that the offset of the BSD slice starts at sector 0 of the disk, this causes the boot1 code to overlay the MBR when you do a disklabel -B, which causes your MBR to revert to the compiled in one. I have seen other replies saying that they have had no problem whatsoever with disklabel -B, and that will be true so long as the offset of your BSD slice is >0 sector. For example: ******* Working on device /dev/rsd0 ******* parameters extracted from in-core disklabel are: cylinders=511 heads=64 sectors/track=32 (2048 blks/cyl) parameters to be used for BIOS calculations are: cylinders=511 heads=64 sectors/track=32 (2048 blks/cyl) Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 0 is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 0, size 1046528 (511 Meg), flag 80 beg: cyl 0/ sector 1/ head 0; end: cyl 510/ sector 32/ head 63 SkyRsh# SkyRsh# disklabel -B sd0 SkyRsh# fdisk sd0 ******* Working on device /dev/rsd0 ******* parameters extracted from in-core disklabel are: cylinders=511 heads=64 sectors/track=32 (2048 blks/cyl) parameters to be used for BIOS calculations are: cylinders=511 heads=64 sectors/track=32 (2048 blks/cyl) Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 0 is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 0, size 50000 (24 Meg), flag 80 beg: cyl 0/ sector 1/ head 0; end: cyl 1023/ sector 63/ head 255 SkyRsh# Boom... there goes my partition table :-(. > Basically, I want to install a new /usr/mdec/boot2, because this system > has a version 2.0.5 boot2 that has the missing LF during boot.. :-) > (real crisis, eh? :-) > > So, what do I do? disklabel -B sd0 ? I think last time I did that, I > lost the fdisk tables... but I dont really remember... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Thu Jan 4 11:18:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25876 for current-outgoing; Thu, 4 Jan 1996 11:18:02 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA25862 for ; Thu, 4 Jan 1996 11:17:44 -0800 (PST) Received: by sequent.kiae.su id AA12316 (5.65.kiae-2 ); Thu, 4 Jan 1996 22:14:21 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 4 Jan 96 22:14:20 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id WAA00759; Thu, 4 Jan 1996 22:10:15 +0300 (MSK) To: davidg@Root.COM, Andras Olah Cc: current@freebsd.org, "Garrett A. Wollman" References: <19542.820777477@curie.cs.utwente.nl> In-Reply-To: <19542.820777477@curie.cs.utwente.nl>; from Andras Olah at Thu, 04 Jan 1996 18:44:37 +0100 Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 4 Jan 1996 22:10:14 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: m_copydata panic & tcp_extensions: some results Lines: 27 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk In message <19542.820777477@curie.cs.utwente.nl> Andras Olah writes: >> olah 95/11/03 14:19:52 >> >> Modified: sys/netinet tcp_timer.c >> Log: >> Setting the TF_ACKNOW flag was redundant in the REXMT timeout because >> tcp_output() checks for the condition snd_nxt == snd_una. >> >> Reviewed by: davidg, wollman, olah >> Suggested by: Richard Stevens >This was not related to T/TCP, just a cosmetic change suggested by >Richard Stevens on comp.protocols.tcp-ip some time ago. >Unfortunately, this change can cause the m_copydata panic if T/TCP >is used (even if the application uses TCP in the traditional sense) >and some segments are lost. For the people interested in the >anatomy of this bug, I'll describe the problem in full details. Can you commit right fix into -current, please? I can turn tcp_extensions ON and test it. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Thu Jan 4 11:51:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28261 for current-outgoing; Thu, 4 Jan 1996 11:51:54 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA28232 for ; Thu, 4 Jan 1996 11:51:39 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA13593; Thu, 4 Jan 1996 20:51:23 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA24929; Thu, 4 Jan 1996 20:51:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id UAA06835; Thu, 4 Jan 1996 20:45:52 +0100 (MET) From: J Wunsch Message-Id: <199601041945.UAA06835@uriah.heep.sax.de> Subject: Re: Odd question.. ;-) To: peter@jhome.DIALix.COM (Peter Wemm) Date: Thu, 4 Jan 1996 20:45:51 +0100 (MET) Cc: mark@grondar.za, current@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Peter Wemm" at Jan 4, 96 11:42:43 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk As Peter Wemm wrote: > > > I do it by > > disklabel -B -b boot1 -s boot2 sd0 > > in the /usr/mdec directory. > > OK.. that seems to be the general opinion... I wonder what went wrong > last time? :-( disklabel -B installs the pseudo 50000-block fdisk table, hence you don't have a valid slice table. If you are mounting /dev/sd0a and /dev/sd0h, this is okay. However, if you're using the sysinstall- created fstab with /dev/sd0s1h for /usr (for example), you are stomped, even in cases where you have a dedicated disk. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Jan 4 12:41:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02940 for current-outgoing; Thu, 4 Jan 1996 12:41:41 -0800 (PST) Received: from fredriks.pr.mcs.net (fredriks.pr.mcs.net [199.3.36.197]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA02931 for ; Thu, 4 Jan 1996 12:41:36 -0800 (PST) Received: (from fredriks@localhost) by fredriks.pr.mcs.net (8.7.3/8.6.6) id OAA29400 for current@freebsd.org; Thu, 4 Jan 1996 14:41:36 -0600 (CST) From: Lars Fredriksen Message-Id: <199601042041.OAA29400@fredriks.pr.mcs.net> Subject: malloc bug in current? To: current@freebsd.org Date: Thu, 4 Jan 1996 14:41:36 -0600 (CST) X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Hi, Pax kept blowing up on me in free() so I started looking at tit a bit. It looks like there is a slight bug in malloc.c. ------------------------------------------------------------------------------- *** malloc.c.orig Thu Jan 4 08:45:03 1996 --- malloc.c Thu Jan 4 08:45:06 1996 *************** *** 957,963 **** /* Count how many pages and mark them free at the same time */ page_dir[index] = MALLOC_FREE; ! for (i = 1; page_dir[index+i] == MALLOC_FOLLOW; i++) page_dir[index + i] = MALLOC_FREE; l = i << malloc_pageshift; --- 957,963 ---- /* Count how many pages and mark them free at the same time */ page_dir[index] = MALLOC_FREE; ! for (i = 1; (index < last_index) && (page_dir[index+i] == MALLOC_FOLLOW); i++) page_dir[index + i] = MALLOC_FREE; l = i << malloc_pageshift; ------------------------------------------------------------------------------- The problem was( I think) that index+i went past last_index which caused a SIGSEGV. With the above fix my backups now works again. :-) Lars From owner-freebsd-current Thu Jan 4 14:14:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10686 for current-outgoing; Thu, 4 Jan 1996 14:14:25 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA10670 for ; Thu, 4 Jan 1996 14:14:15 -0800 (PST) Received: from critter.tfs.com ([193.88.44.194]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id XAA16047; Thu, 4 Jan 1996 23:13:09 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id XAA01269; Thu, 4 Jan 1996 23:13:39 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Lars Fredriksen cc: current@FreeBSD.ORG Subject: Re: malloc bug in current? In-reply-to: Your message of "Thu, 04 Jan 1996 14:41:36 CST." <199601042041.OAA29400@fredriks.pr.mcs.net> Date: Thu, 04 Jan 1996 23:13:39 +0100 Message-ID: <1267.820793619@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG Precedence: bulk > Hi, > Pax kept blowing up on me in free() so I started looking at tit a bit. > It looks like there is a slight bug in malloc.c. Hmm, I guess I'll have to look at it. It was meant to be that there would always be at least one entry behind the last used one, to avoid this comparison, so I guess I have missed one place. Thanks! Poul-Henning > > ----------------------------------------------------------------------------- -- > *** malloc.c.orig Thu Jan 4 08:45:03 1996 > --- malloc.c Thu Jan 4 08:45:06 1996 > *************** > *** 957,963 **** > > /* Count how many pages and mark them free at the same time */ > page_dir[index] = MALLOC_FREE; > ! for (i = 1; page_dir[index+i] == MALLOC_FOLLOW; i++) > page_dir[index + i] = MALLOC_FREE; > > l = i << malloc_pageshift; > --- 957,963 ---- > > /* Count how many pages and mark them free at the same time */ > page_dir[index] = MALLOC_FREE; > ! for (i = 1; (index < last_index) && (page_dir[index+i] == MALLOC_FOLLOW ); i++) > page_dir[index + i] = MALLOC_FREE; > > l = i << malloc_pageshift; > ----------------------------------------------------------------------------- -- > > The problem was( I think) that index+i went past last_index which caused a > SIGSEGV. With the above fix my backups now works again. :-) > > Lars -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Jan 4 15:43:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA22851 for current-outgoing; Thu, 4 Jan 1996 15:43:36 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA22836 for ; Thu, 4 Jan 1996 15:43:30 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id AAA17075 for ; Fri, 5 Jan 1996 00:43:28 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA12026 for freebsd-current@freebsd.org; Fri, 5 Jan 1996 00:43:27 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id AAA26658 for freebsd-current@freebsd.org; Fri, 5 Jan 1996 00:26:31 +0100 Received: (from regnauld@localhost) by tetard.freenix.fr (8.6.12/8.6.6) id IAA17257 for freebsd-current@freebsd.org; Thu, 4 Jan 1996 08:04:42 +0100 From: Philippe Regnauld Message-Id: <199601040704.IAA17257@tetard.freenix.fr> Subject: Make world fails on /usr/include/rpcsvc To: freebsd-current@freebsd.org Date: Thu, 4 Jan 1996 08:04:42 +0100 (MET) X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk I just CTM'ed up to src-cur.1342 and started a make world last night -- it stopped at the following: (Mind you, I haven't compiled a new kernel yet -- is it necessary here ?) ===> lib/librpcsvc cc -O -m486 -pipe -I/usr/include/rpcsvc -c klm_prot_xdr.c -o klm_prot_xdr.o In file included from klm_prot_xdr.c:6: /usr/include/rpcsvc/klm_prot.h:10: parse error before `xdr_klm_stats' /usr/include/rpcsvc/klm_prot.h:10: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:15: parse error before `netobj' /usr/include/rpcsvc/klm_prot.h:15: warning: no semicolon at end of struct or union /usr/include/rpcsvc/klm_prot.h:17: parse error before `l_offset' /usr/include/rpcsvc/klm_prot.h:17: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:18: parse error before `l_len' /usr/include/rpcsvc/klm_prot.h:18: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:21: parse error before `xdr_klm_lock' /usr/include/rpcsvc/klm_prot.h:21: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:25: parse error before `bool_t' /usr/include/rpcsvc/klm_prot.h:25: warning: no semicolon at end of struct or union /usr/include/rpcsvc/klm_prot.h:27: parse error before `l_offset' /usr/include/rpcsvc/klm_prot.h:27: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:28: parse error before `l_len' /usr/include/rpcsvc/klm_prot.h:28: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:31: parse error before `xdr_klm_holder' /usr/include/rpcsvc/klm_prot.h:31: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:38: parse error before `xdr_klm_stat' /usr/include/rpcsvc/klm_prot.h:38: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:44: field `holder' has incomplete type /usr/include/rpcsvc/klm_prot.h:48: parse error before `xdr_klm_testrply' /usr/include/rpcsvc/klm_prot.h:48: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:52: parse error before `bool_t' /usr/include/rpcsvc/klm_prot.h:52: warning: no semicolon at end of struct or union /usr/include/rpcsvc/klm_prot.h:53: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:55: parse error before `}' /usr/include/rpcsvc/klm_prot.h:57: parse error before `xdr_klm_lockargs' /usr/include/rpcsvc/klm_prot.h:57: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:61: parse error before `bool_t' /usr/include/rpcsvc/klm_prot.h:61: warning: no semicolon at end of struct or union /usr/include/rpcsvc/klm_prot.h:63: parse error before `}' /usr/include/rpcsvc/klm_prot.h:65: parse error before `xdr_klm_testargs' /usr/include/rpcsvc/klm_prot.h:65: warning: data definition has no type or storage class /usr/include/rpcsvc/klm_prot.h:69: field `alock' has incomplete type /usr/include/rpcsvc/klm_prot.h:72: parse error before `xdr_klm_unlockargs' /usr/include/rpcsvc/klm_prot.h:72: warning: data definition has no type or storage class klm_prot_xdr.c:14: parse error before `xdr_klm_stats' klm_prot_xdr.c: In function `xdr_klm_stats': klm_prot_xdr.c:15: parse error before `*' klm_prot_xdr.c:15: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:19: `enum_t' undeclared (first use this function) klm_prot_xdr.c:19: (Each undeclared identifier is reported only once klm_prot_xdr.c:19: for each function it appears in.) klm_prot_xdr.c:19: parse error before `)' klm_prot_xdr.c:21: `TRUE' undeclared (first use this function) klm_prot_xdr.c: At top level: klm_prot_xdr.c:25: parse error before `xdr_klm_lock' klm_prot_xdr.c: In function `xdr_klm_lock': klm_prot_xdr.c:26: parse error before `*' klm_prot_xdr.c:26: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:30: dereferencing pointer to incomplete type klm_prot_xdr.c:31: `FALSE' undeclared (first use this function) klm_prot_xdr.c:32: dereferencing pointer to incomplete type klm_prot_xdr.c:34: dereferencing pointer to incomplete type klm_prot_xdr.c:36: dereferencing pointer to incomplete type klm_prot_xdr.c:38: dereferencing pointer to incomplete type klm_prot_xdr.c:40: `TRUE' undeclared (first use this function) klm_prot_xdr.c: At top level: klm_prot_xdr.c:44: parse error before `xdr_klm_holder' klm_prot_xdr.c: In function `xdr_klm_holder': klm_prot_xdr.c:45: parse error before `*' klm_prot_xdr.c:45: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:49: dereferencing pointer to incomplete type klm_prot_xdr.c:50: `FALSE' undeclared (first use this function) klm_prot_xdr.c:51: dereferencing pointer to incomplete type klm_prot_xdr.c:53: dereferencing pointer to incomplete type klm_prot_xdr.c:55: dereferencing pointer to incomplete type klm_prot_xdr.c:57: `TRUE' undeclared (first use this function) klm_prot_xdr.c: At top level: klm_prot_xdr.c:61: parse error before `xdr_klm_stat' klm_prot_xdr.c: In function `xdr_klm_stat': klm_prot_xdr.c:62: parse error before `*' klm_prot_xdr.c:62: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:67: `FALSE' undeclared (first use this function) klm_prot_xdr.c:68: `TRUE' undeclared (first use this function) klm_prot_xdr.c: At top level: klm_prot_xdr.c:72: parse error before `xdr_klm_testrply' klm_prot_xdr.c: In function `xdr_klm_testrply': klm_prot_xdr.c:73: parse error before `*' klm_prot_xdr.c:73: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:78: `FALSE' undeclared (first use this function) klm_prot_xdr.c:85: `TRUE' undeclared (first use this function) klm_prot_xdr.c: At top level: klm_prot_xdr.c:89: parse error before `xdr_klm_lockargs' klm_prot_xdr.c: In function `xdr_klm_lockargs': klm_prot_xdr.c:90: parse error before `*' klm_prot_xdr.c:90: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:94: dereferencing pointer to incomplete type klm_prot_xdr.c:95: `FALSE' undeclared (first use this function) klm_prot_xdr.c:96: dereferencing pointer to incomplete type klm_prot_xdr.c:98: dereferencing pointer to incomplete type klm_prot_xdr.c:100: `TRUE' undeclared (first use this function) klm_prot_xdr.c: At top level: klm_prot_xdr.c:104: parse error before `xdr_klm_testargs' klm_prot_xdr.c: In function `xdr_klm_testargs': klm_prot_xdr.c:105: parse error before `*' klm_prot_xdr.c:105: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:109: dereferencing pointer to incomplete type klm_prot_xdr.c:110: `FALSE' undeclared (first use this function) klm_prot_xdr.c:111: dereferencing pointer to incomplete type klm_prot_xdr.c:113: `TRUE' undeclared (first use this function) klm_prot_xdr.c: At top level: klm_prot_xdr.c:117: parse error before `xdr_klm_unlockargs' klm_prot_xdr.c: In function `xdr_klm_unlockargs': klm_prot_xdr.c:118: parse error before `*' klm_prot_xdr.c:118: declaration for parameter `XDR' but no such parameter klm_prot_xdr.c:123: `FALSE' undeclared (first use this function) klm_prot_xdr.c:124: `TRUE' undeclared (first use this function) /usr/include/rpcsvc/klm_prot.h: At top level: /usr/include/rpcsvc/klm_prot.h:62: storage size of `alock' isn't known *** Error code 1 Stop. -- - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - - [ regnauld@freenix.fr / FreeBSD 2.x / ] - "Le schtroumpf est à l'homme ce que le bleu est au billard" - F.Berjon From owner-freebsd-current Thu Jan 4 17:51:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA13172 for current-outgoing; Thu, 4 Jan 1996 17:51:40 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA13150 Thu, 4 Jan 1996 17:51:30 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.3/8.7.3) with SMTP id RAA05538; Thu, 4 Jan 1996 17:50:49 -0800 (PST) Message-Id: <199601050150.RAA05538@precipice.shockwave.com> To: pete@puffin.pelican.com (Pete Carah) cc: current@FreeBSD.org, jkh@FreeBSD.org Subject: Re: Any CGI hackers out there? In-reply-to: Your message of "Thu, 04 Jan 1996 02:00:00 PST." Date: Thu, 04 Jan 1996 17:50:49 -0800 From: Paul Traina Sender: owner-current@FreeBSD.org Precedence: bulk You can also get it via ftp;//ftp.shockwave.com/pub/FreeBSD/FreeBSD-current/cvs using cvs 1.6's anonymous ftp checkout. This is also mirrored off of the CVS sup distribution. Sorry, no NFS. NFS = evil. From: pete@puffin.pelican.com (Pete Carah) Subject: Re: Any CGI hackers out there? In article <1634.820636907@time.cdrom.com> jkh writes: >Terry writes: >> How about a read-only anon-NFS export of the CVS tree? Save a lot of >> supping for an occasional checkout, etc. >Not from freefall.freebsd.org, but...? :-) Well, I have one going that is sup'd a half-hour behind freefall's supscans (hopefully that's not too early)... ftp://ftp.pelican.com/pub/FreeBSD/{current,stable,cvs} It's also a (now working) sup server with hostbase=/home.. (this one isn't behind a 14.4k slip connection like home is.) -- Pete From owner-freebsd-current Thu Jan 4 17:54:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA13794 for current-outgoing; Thu, 4 Jan 1996 17:54:43 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA13760 for ; Thu, 4 Jan 1996 17:54:29 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.3/8.7.3) with SMTP id RAA05573; Thu, 4 Jan 1996 17:52:40 -0800 (PST) Message-Id: <199601050152.RAA05573@precipice.shockwave.com> To: A boy and his worm gear cc: peter@jhome.DIALix.COM (Peter Wemm), current@freebsd.org Subject: Re: Odd question.. ;-) In-reply-to: Your message of "Thu, 04 Jan 1996 10:22:35 EST." <199601041522.KAA04556@skynet.ctr.columbia.edu> Date: Thu, 04 Jan 1996 17:52:40 -0800 From: Paul Traina Sender: owner-current@freebsd.org Precedence: bulk Given that folks are NEVER going to get the (*^*)%^(% keyboard probe working right, I think it's a good second choice. Can you make it an option for th eboot code please? From owner-freebsd-current Thu Jan 4 18:35:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20983 for current-outgoing; Thu, 4 Jan 1996 18:35:46 -0800 (PST) Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA20972 for ; Thu, 4 Jan 1996 18:35:42 -0800 (PST) Received: by haven.uniserve.com id <30749-2>; Thu, 4 Jan 1996 18:38:13 -0000 Date: Thu, 4 Jan 1996 18:38:08 -0800 (PST) From: Tom Samplonius To: current@freebsd.org Subject: -stable kernel won't build Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk I'm getting: ioconf.o: Undefined symbol "_ahcdriver" referenced from data segment when attempting to compile a -stable kernel sup'ped today. Tom From owner-freebsd-current Thu Jan 4 18:46:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22522 for current-outgoing; Thu, 4 Jan 1996 18:46:48 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA22511 for ; Thu, 4 Jan 1996 18:46:40 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id VAA05707; Thu, 4 Jan 1996 21:48:59 -0500 From: A boy and his worm gear Message-Id: <199601050248.VAA05707@skynet.ctr.columbia.edu> Subject: Re: Make world fails on /usr/include/rpcsvc To: regnauld@tetard.freenix.fr (Philippe Regnauld) Date: Thu, 4 Jan 1996 21:48:57 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <199601040704.IAA17257@tetard.freenix.fr> from "Philippe Regnauld" at Jan 4, 96 08:04:42 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk Of all the gin joints in all the world, Philippe Regnauld had to walk into mine and say: > > I just CTM'ed up to src-cur.1342 and started a make world last night -- > it stopped at the following: > > (Mind you, I haven't compiled a new kernel yet -- is it necessary here ?) No. > ===> lib/librpcsvc > cc -O -m486 -pipe -I/usr/include/rpcsvc -c klm_prot_xdr.c -o klm_prot_xdr.o > In file included from klm_prot_xdr.c:6: > /usr/include/rpcsvc/klm_prot.h:10: parse error before `xdr_klm_stats' > /usr/include/rpcsvc/klm_prot.h:10: warning: data definition has no type or storage class [chop] For the _third_ time: You need to build and _install_ the new rpcgen and then rebuild /usr/include/rpcsvc _before_ you build librpcsvc: # cd /usr/src/usr.bin/rpcgen # make # make install # cd /usr/src # make includes Then it'll work fine. I thought that adding rpcgen to the tools target in /usr/src/Makefile was supposed to fix this. Probably what's happening is that the RPC headers are being generated before the tools target is being built, so they get built using the _old_ rpcgen, and then later librpcsvc is being built after the tools target (or after rpcgen anyway) so it's being built with the _new_ rpcgen, hence the conflict. Foo. -Bill > -- > - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - > - [ regnauld@freenix.fr / FreeBSD 2.x / ] - > "Le schtroumpf est ` l'homme ce que le bleu est au billard" - F.Berjon -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-current Thu Jan 4 20:49:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA03529 for current-outgoing; Thu, 4 Jan 1996 20:49:48 -0800 (PST) Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA03507 for ; Thu, 4 Jan 1996 20:48:09 -0800 (PST) Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by bacchus.eng.umd.edu (8.7.3/8.7) with ESMTP id XAA09804; Thu, 4 Jan 1996 23:48:04 -0500 (EST) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7.3/8.6.4) id XAA10752; Thu, 4 Jan 1996 23:48:03 -0500 (EST) Date: Thu, 4 Jan 1996 23:48:00 -0500 (EST) From: Chuck Robey X-Sender: chuckr@espresso.eng.umd.edu To: Philippe Regnauld cc: freebsd-current@FreeBSD.org Subject: Re: Make world fails on /usr/include/rpcsvc In-Reply-To: <199601040704.IAA17257@tetard.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Thu, 4 Jan 1996, Philippe Regnauld wrote: > I just CTM'ed up to src-cur.1342 and started a make world last night -- > it stopped at the following: [all the error lines deleted] Here's a copy of a recent -current post, I think it deals with your problem. >From wpaul@skynet.ctr.columbia.eduThu Jan 4 23:43:12 1996 Date: Thu, 28 Dec 1995 16:46:58 -0500 (EST) From: A boy and his worm gear To: Michael Smith Cc: current@freebsd.org Subject: Re: Where's the earth-shattering KABOOM? Of all the gin joints in all the world, Michael Smith had to walk into mine and say: > > Ok, so I should just sit back and wait and try again, but I'm impatient 8) > > Anyone care to comment? : > > building shared resolv library (version 2.0) > ===> lib/librpcsvc > cc -O -m486 -pipe -I/usr/include/rpcsvc -c klm_prot_xdr.c -o klm_prot_xdr.o > In file included from klm_prot_xdr.c:6: > /usr/include/rpcsvc/klm_prot.h:10: parse error before `xdr_klm_stats' > /usr/include/rpcsvc/klm_prot.h:10: warning: data definition has no type or storage class > ... This is a side effect of the new rpcgen: you need to rebuild /usr/include/rpcsvc before rebuilding librpcsvc.{a.so}. And you need to have the new rpcgen installed first, of course. :) This should work correctly now that rpcgen has been added to the tools target in the top level Makefile. Basically, the new rpcgen creates the header files with #include in them, whereas the old rpcgen put this line in the stub files. Until you rebuild /usr/include/rpcsvc/klm_prot.h with the new rpcgen, you won't have #include in either the header or klm_prot_xdr.c, so the compiler complains about lots of things being undefined. If you want to be quick and dirty, manually install the new rpcgen and do a 'make includes'. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Fri Jan 5 00:45:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19461 for current-outgoing; Fri, 5 Jan 1996 00:45:33 -0800 (PST) Received: from nwpeople.demon.co.uk (nwpeople.demon.co.uk [158.152.27.96]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA19455 for ; Fri, 5 Jan 1996 00:45:13 -0800 (PST) Date: Thu, 04 Jan 1996 17:46:33 GMT From: iain@nwpeople.demon.co.uk (Iain Baird) Reply-To: iain@nwpeople.demon.co.uk Message-Id: <15199@nwpeople.demon.co.uk> To: freebsd-current@freebsd.org Subject: Re: Odd question.. ;-) X-Mailer: PCElm 1.10 Lines: 26 Sender: owner-current@freebsd.org Precedence: bulk In message Peter Wemm writes: > On Thu, 4 Jan 1996, Mark Murray wrote: > > Peter Wemm wrote: > > > How do I update the boot code to -current? :-) > [..] > > > > I do it by > > disklabel -B -b boot1 -s boot2 sd0 > > in the /usr/mdec directory. > > OK.. that seems to be the general opinion... I wonder what went wrong > last time? :-( I recently tried disklabel -B sd0 and I can no longer boot from that drive - the kernel starts up, but it can't find root. The disk was "dangerously dedicated". Should that matter? -- Iain Baird Network People International Tel: +44 (0)1732 743591 From owner-freebsd-current Fri Jan 5 02:50:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28673 for current-outgoing; Fri, 5 Jan 1996 02:50:05 -0800 (PST) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA28637 for ; Fri, 5 Jan 1996 02:49:57 -0800 (PST) Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <02575-0@bunyip.cc.uq.oz.au>; Fri, 5 Jan 1996 20:49:49 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id UAA13552 for ; Fri, 5 Jan 1996 20:55:42 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id KAA23130 for ; Fri, 5 Jan 1996 10:52:52 GMT Message-Id: <199601051052.KAA23130@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: current@freebsd.org Subject: SYSV IPC modules X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Jan 1996 20:52:52 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org Precedence: bulk They don't compile after Garrett's last set of changes. - the system call stuff needs to be pre-declared. Stephen. -- 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 Jan 5 03:11:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29652 for current-outgoing; Fri, 5 Jan 1996 03:11:45 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA29647 for ; Fri, 5 Jan 1996 03:11:42 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tYA3g-0003wFC; Fri, 5 Jan 96 03:11 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id MAA00483; Fri, 5 Jan 1996 12:11:39 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol cc: Lars Fredriksen , current@freebsd.org Subject: Re: malloc bug in current? In-reply-to: Your message of "Thu, 04 Jan 1996 23:13:39 +0100." <1267.820793619@critter.tfs.com> Date: Fri, 05 Jan 1996 12:11:38 +0100 Message-ID: <481.820840298@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk Lars can you try this patch instead ? Index: malloc.c =================================================================== RCS file: /home/ncvs/src/lib/libc/stdlib/malloc.c,v retrieving revision 1.8 diff -u -r1.8 malloc.c --- malloc.c 1995/12/18 12:03:54 1.8 +++ malloc.c 1996/01/05 07:44:40 @@ -362,7 +362,7 @@ * Allocate a number of pages from the OS */ static caddr_t -map_pages(int pages, int update) +map_pages(int pages) { caddr_t result,tail; @@ -379,7 +379,7 @@ last_index = ptr2index(tail) - 1; malloc_brk = tail; - if (update && last_index >= malloc_ninfo && !extend_pgdir(last_index)) + if ((last_index + 1) >= malloc_ninfo && !extend_pgdir(last_index)) return 0;; return result; @@ -664,7 +664,7 @@ /* Map new pages */ if (!p) - p = map_pages(size,1); + p = map_pages(size); if (p) { -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Jan 5 04:27:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA03480 for current-outgoing; Fri, 5 Jan 1996 04:27:54 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA03474 for ; Fri, 5 Jan 1996 04:27:29 -0800 (PST) Received: from dirac.physik.fu-berlin.de (dirac.physik.fu-berlin.de [130.133.3.124]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id NAA25031 for ; Fri, 5 Jan 1996 13:27:13 +0100 (MET) Received: (from graichen@localhost) by dirac.physik.fu-berlin.de (8.7.1/8.7.1) id NAA31995 for freebsd-current@freebsd.org; Fri, 5 Jan 1996 13:27:09 +0100 (MET) From: Thomas Graichen Message-Id: <199601051227.NAA31995@dirac.physik.fu-berlin.de> Subject: new stuff To: freebsd-current@freebsd.org Date: Fri, 5 Jan 1996 13:27:09 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk just for your information - today i committed: * newsyslogd - this will from now on "rotate" all the logfiles which were "rotated" by hand in the /etc/[daily,weekly,monthly] files (files: /etc/[daily,weekly,monthly,newsyslog.conf,crontab], /usr/sbin/newsyslog) * rquota-stuff - currently only the quota command uses it for displaying the quota's over nfs [the rpc.rquotad entry in /etc/inetd.conf is commented out - i.e. you have to remove the comment to use it] (files: /etc/inetd.conf, /usr/libexec/rpc.rquotad, /usr/bin/quota) * spray - for network analysis [the entry in /etc/inetd.conf is commented out too - see above] (files: /etc/inetd.conf, /usr/libexec/rpc.sprayd, /usr/sbin/spray) if you get any problems with one of them - send me a mail t _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-current Fri Jan 5 11:20:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA24986 for current-outgoing; Fri, 5 Jan 1996 11:20:22 -0800 (PST) Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA24979 for ; Fri, 5 Jan 1996 11:20:15 -0800 (PST) Received: (from paul@localhost) by server.netcraft.co.uk (8.6.11/8.6.9) id TAA25834; Fri, 5 Jan 1996 19:18:59 GMT From: Paul Richards Message-Id: <199601051918.TAA25834@server.netcraft.co.uk> Subject: Re: cvs commit: src/sys/i386/isa if_lnc.c To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Fri, 5 Jan 1996 19:18:58 +0000 (GMT) Cc: CVS-committers@freefall.freebsd.org, cvs-sys@freefall.freebsd.org In-Reply-To: <199601051912.LAA24483@freefall.freebsd.org> from "Paul Richards" at Jan 5, 96 11:12:50 am Reply-to: paul@netcraft.co.uk X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk In reply to Paul Richards who said > > paul 96/01/05 11:12:50 > > Modified: sys/i386/isa if_lnc.c > Log: > Added multicast support, currently #ifdef LNC_MULTICAST. > I've got no way to test this code so can some people who can test multicast support please do so and let me know. As soon as some people report it works I'll remove the #ifdef's. -- Paul Richards, Netcraft Ltd. Internet: paul@netcraft.co.uk, http://www.netcraft.co.uk Phone: 0370 462071 (Mobile), +44 1225 447500 (work) From owner-freebsd-current Fri Jan 5 11:42:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26644 for current-outgoing; Fri, 5 Jan 1996 11:42:22 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA26635 Fri, 5 Jan 1996 11:42:19 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA02620; Fri, 5 Jan 1996 12:40:25 -0700 From: Terry Lambert Message-Id: <199601051940.MAA02620@phaeton.artisoft.com> Subject: Re: Any CGI hackers out there? To: pst@shockwave.com (Paul Traina) Date: Fri, 5 Jan 1996 12:40:25 -0700 (MST) Cc: pete@puffin.pelican.com, current@FreeBSD.org, jkh@FreeBSD.org In-Reply-To: <199601050150.RAA05538@precipice.shockwave.com> from "Paul Traina" at Jan 4, 96 05:50:49 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk > You can also get it via ftp;//ftp.shockwave.com/pub/FreeBSD/FreeBSD-current/cvs > using cvs 1.6's anonymous ftp checkout. This is also mirrored off of the > CVS sup distribution. > > Sorry, no NFS. NFS = evil. There's your problem: you are using a single '='. That assigns NFS as evil. Then later, when you check it, you get evil from dereferencing NFS. NFS isn't evil if you don't do this assignment. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Jan 5 12:43:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00431 for current-outgoing; Fri, 5 Jan 1996 12:43:58 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA00423 Fri, 5 Jan 1996 12:43:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA09843; Fri, 5 Jan 1996 12:42:48 -0800 To: Terry Lambert cc: pst@shockwave.com (Paul Traina), pete@puffin.pelican.com, current@FreeBSD.org, jkh@FreeBSD.org Subject: Re: Any CGI hackers out there? In-reply-to: Your message of "Fri, 05 Jan 1996 12:40:25 MST." <199601051940.MAA02620@phaeton.artisoft.com> Date: Fri, 05 Jan 1996 12:42:47 -0800 Message-ID: <9841.820874567@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org Precedence: bulk > NFS isn't evil if you don't do this assignment. Well, it is if you look at the static initializer for it above: #define EVIL 0x29A static int NFS = EVIL ; So though that code was indeed incorrectly doing an assignment of EVIL to NFS, it was already initialized that way to begin with! Time for a new network filesystem type? Jordan From owner-freebsd-current Fri Jan 5 12:52:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00809 for current-outgoing; Fri, 5 Jan 1996 12:52:19 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA00804 for ; Fri, 5 Jan 1996 12:52:15 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA08738; Fri, 5 Jan 1996 15:52:12 -0500 Date: Fri, 5 Jan 1996 15:52:12 -0500 From: "Garrett A. Wollman" Message-Id: <9601052052.AA08738@halloran-eldar.lcs.mit.edu> To: "Garrett A. Wollman" Cc: current@freebsd.org Subject: BEWARE! cvs commit: src/sys/netipx ipx_input.c ipx_proto.c In-Reply-To: <199601052047.MAA00568@freefall.freebsd.org> References: <199601052047.MAA00568@freefall.freebsd.org> Sender: owner-current@freebsd.org Precedence: bulk < Finally demolished the last, tottering remnants of GATEWAY. This is very important for anyone using FreeBSD-current to forward packets: the configuration option `GATEWAY' no longer exists. Use sysctl(8) to enable IP forwarding rather than hacking the kernel. -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 Fri Jan 5 13:23:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA02359 for current-outgoing; Fri, 5 Jan 1996 13:23:10 -0800 (PST) Received: from grunthos.pscwa.psca.com (grunthos.pscwa.psca.com [199.99.162.42]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA02352 Fri, 5 Jan 1996 13:23:05 -0800 (PST) Received: (from iyengar@localhost) by grunthos.pscwa.psca.com (8.6.11/8.6.9) id NAA04970; Fri, 5 Jan 1996 13:20:37 -0800 Date: Fri, 5 Jan 1996 13:20:37 -0800 From: Manu Iyengar Message-Id: <199601052120.NAA04970@grunthos.pscwa.psca.com> To: Terry Lambert Cc: pst@Shockwave.COM (Paul Traina), pete@puffin.pelican.com, current@freebsd.org, jkh@freebsd.org Subject: Re: Any CGI hackers out there? In-Reply-To: <199601051940.MAA02620@phaeton.artisoft.com> References: <199601050150.RAA05538@precipice.shockwave.com> <199601051940.MAA02620@phaeton.artisoft.com> Sender: owner-current@freebsd.org Precedence: bulk Terry Lambert writes: | > Sorry, no NFS. NFS = evil. | | There's your problem: you are using a single '='. That assigns NFS | as evil. | | Then later, when you check it, you get evil from dereferencing NFS. | | NFS isn't evil if you don't do this assignment. No, it's MUCH worse, he's a _BASIC_ programmer! ;) -mi From owner-freebsd-current Fri Jan 5 13:44:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04411 for current-outgoing; Fri, 5 Jan 1996 13:44:27 -0800 (PST) Received: from ncd.com (firewall-user@welch.ncd.com [192.43.160.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA04365 Fri, 5 Jan 1996 13:44:17 -0800 (PST) Received: by ncd.com; id OAA03138; Fri, 5 Jan 1996 14:12:47 -0800 Received: from z-code.z-code.com(192.82.56.21) by welch.ncd.com via smap (g3.0.1) id xma002931; Fri, 5 Jan 96 14:12:24 -0800 Received: from zolaris.z-code.com (zolaris.z-code.com [192.82.56.41]) by z-code.z-code.com (8.6.9/8.6.9) with SMTP id NAA24212; Fri, 5 Jan 1996 13:41:57 -0800 Received: by zolaris.z-code.com (5.x/SMI-SVR4) id AA02886; Fri, 5 Jan 1996 13:39:44 -0800 From: "Ulf Zimmermann" Message-Id: <9601051339.ZM2884@zolaris.z-code.com> Date: Fri, 5 Jan 1996 13:39:43 -0800 In-Reply-To: "Jordan K. Hubbard" "Re: Any CGI hackers out there?" (Jan 5, 12:42) References: <9841.820874567@time.cdrom.com> X-Mailer: Z-Mail (3.2.0 06sep94) To: "Jordan K. Hubbard" , Terry Lambert Subject: Re: Any CGI hackers out there? Cc: pst@Shockwave.COM (Paul Traina), pete@puffin.pelican.com, current@FreeBSD.ORG, jkh@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-current@FreeBSD.ORG Precedence: bulk On Jan 5, 12:42, Jordan K. Hubbard wrote: > Subject: Re: Any CGI hackers out there? > > NFS isn't evil if you don't do this assignment. > > Well, it is if you look at the static initializer for it above: > > #define EVIL 0x29A > > static int NFS = EVIL ; > > So though that code was indeed incorrectly doing an assignment of EVIL > to NFS, it was already initialized that way to begin with! > > Time for a new network filesystem type? > > Jordan >-- End of excerpt from Jordan K. Hubbard YES ! :) Ulf. -- Ulf Zimmermann, NCD Software, 101 Rowland Way, Suite 300, Novato, CA 94945 phone: 415-899-7941, email: ulf@z-code.ncd.com, phone-home: 510-865-0204 ====================================== FreeBSD 2.1.0 is available now! -------------------------------------- FreeBSD: Turning PCs into Workstations ====================================== From owner-freebsd-current Fri Jan 5 14:58:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08710 for current-outgoing; Fri, 5 Jan 1996 14:58:22 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA08704 for ; Fri, 5 Jan 1996 14:58:11 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id SAA11650; Fri, 5 Jan 1996 18:00:45 -0500 From: A boy and his worm gear Message-Id: <199601052300.SAA11650@skynet.ctr.columbia.edu> Subject: Re: Make world fails on /usr/include/rpcsvc To: james@miller.cs.uwm.edu (Jim Lowe) Date: Fri, 5 Jan 1996 18:00:44 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <199601051716.LAA02836@miller.cs.uwm.edu> from "Jim Lowe" at Jan 5, 96 11:16:48 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk Of all the gin joints in all the towns in all the world, Jim Lowe had to walk into mine and say: > > > > ===> lib/librpcsvc > > > cc -O -m486 -pipe -I/usr/include/rpcsvc -c klm_prot_xdr.c -o klm_prot_xdr.o > > > In file included from klm_prot_xdr.c:6: > > > /usr/include/rpcsvc/klm_prot.h:10: parse error before `xdr_klm_stats' > > > /usr/include/rpcsvc/klm_prot.h:10: warning: data definition has no type or storage class > > [chop] > > > > For the _third_ time: > > > > You need to build and _install_ the new rpcgen and then rebuild > > /usr/include/rpcsvc _before_ you build librpcsvc: > > > > # cd /usr/src/usr.bin/rpcgen > > # make > > # make install > > # cd /usr/src > > # make includes > > > > Then it'll work fine. > > > Not quite... I tried this and it didn't work (See attached script). > Is there something else that we are I and some other people are missing? [output of make includes removed] > (miller-genuine-draft) 55# cd /usr/src/lib/librpcsvc > (miller-genuine-draft) 56# make > cc -O -I/usr/include/rpcsvc -c klm_prot_xdr.c -o klm_prot_xdr.o > In file included from klm_prot_xdr.c:6: > /usr/include/rpcsvc/klm_prot.h:10: parse error before `xdr_klm_stats' > /usr/include/rpcsvc/klm_prot.h:10: warning: data definition has no type or storage class > /usr/include/rpcsvc/klm_prot.h:15: parse error before `netobj' > /usr/include/rpcsvc/klm_prot.h:15: warning: no semicolon at end of struct or union I can't explain it, but somehow, some way, you still haven't properly rebuilt the /usr/include/rpcsvc directory. I can tell because the line numbers in these errors don't correspond to the klm_prot.h generated by the new rpcgen, but they do correspond to the output of the old rpcgen. The klm_prot.h header should begin like this: /* * Please do not edit this file. * It was generated using rpcgen. */ #ifndef _KLM_PROT_H_RPCGEN #define _KLM_PROT_H_RPCGEN #include #define LM_MAXSTRLEN 1024 enum klm_stats { klm_granted = 0, klm_denied = 1, klm_denied_nolocks = 2, klm_working = 3 }; typedef enum klm_stats klm_stats; [... and so on ...] Take a look at the headers after you run make includes and see if it matches this. Note that the new rpcgen inserts the 'please do not edit' message at the top of the file, whereas the old one didn't. This is a sure fire way to tell if things worked correctly. You can also try running the klm_prot.x file through the new rpcgen by hand to see if you get the correct output. If you don't, then somehow you're still using the old rpcgen. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-current Fri Jan 5 15:02:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08879 for current-outgoing; Fri, 5 Jan 1996 15:02:28 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA08872 for ; Fri, 5 Jan 1996 15:02:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA10408 for ; Fri, 5 Jan 1996 15:02:16 -0800 To: current@freebsd.org Subject: Current is looking more stable these days..? Date: Fri, 05 Jan 1996 15:02:15 -0800 Message-ID: <10406.820882935@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk In contravention of all reason, I've been running it on my gateway box lately and, as of this morning's sup, things look pretty reasonable (at least from the perspective of an EISA/ISA box with a 1542CF controller). What do -current folk think about a 2.2-SNAP pretty soon here? Would you like a grace period of a week or so to tidy up first? Longer? Jordan From owner-freebsd-current Fri Jan 5 15:20:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA09857 for current-outgoing; Fri, 5 Jan 1996 15:20:14 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA09849 Fri, 5 Jan 1996 15:20:11 -0800 (PST) Message-Id: <199601052320.PAA09849@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: Current is looking more stable these days..? In-reply-to: Your message of "Fri, 05 Jan 1996 15:02:15 PST." <10406.820882935@time.cdrom.com> Date: Fri, 05 Jan 1996 15:20:11 -0800 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org Precedence: bulk I'd like to see a 2.1-SNAP first. We've had quite a few bug fixes since 2.1-Release. >What do -current folk think about a 2.2-SNAP pretty soon here? Would >you like a grace period of a week or so to tidy up first? Longer? > > Jordan -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Fri Jan 5 15:37:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11071 for current-outgoing; Fri, 5 Jan 1996 15:37:49 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11058 for ; Fri, 5 Jan 1996 15:37:42 -0800 (PST) Received: from critter.tfs.com ([193.88.44.194]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id AAA25661; Sat, 6 Jan 1996 00:36:16 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id AAA00600; Sat, 6 Jan 1996 00:37:38 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: Current is looking more stable these days..? In-reply-to: Your message of "Fri, 05 Jan 1996 15:02:15 PST." <10406.820882935@time.cdrom.com> Date: Sat, 06 Jan 1996 00:37:37 +0100 Message-ID: <598.820885057@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > In contravention of all reason, I've been running it on my gateway box > lately and, as of this morning's sup, things look pretty reasonable > (at least from the perspective of an EISA/ISA box with a 1542CF > controller). > > What do -current folk think about a 2.2-SNAP pretty soon here? Would > you like a grace period of a week or so to tidy up first? Longer? I think I need to kill the bug that I'm tracking in the bmap code, but that should be done by sun evening my time. At least it will be circumvented. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Jan 5 15:42:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11417 for current-outgoing; Fri, 5 Jan 1996 15:42:12 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11411 for ; Fri, 5 Jan 1996 15:42:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA10949; Fri, 5 Jan 1996 15:42:04 -0800 To: "Justin T. Gibbs" cc: current@FreeBSD.org Subject: Re: Current is looking more stable these days..? In-reply-to: Your message of "Fri, 05 Jan 1996 15:20:11 PST." <199601052320.PAA09849@freefall.freebsd.org> Date: Fri, 05 Jan 1996 15:42:03 -0800 Message-ID: <10947.820885323@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org Precedence: bulk > I'd like to see a 2.1-SNAP first. We've had quite a few bug > fixes since 2.1-Release. Hmmm. I just looked through the 206K or so of diffs between RELENG_2_1_0_RELEASE and the RELENG_2_1_0 HEAD and I don't see anything there that would really merit a 2.1 SNAP though.. At least certainly not for awhile yet. Jordan From owner-freebsd-current Fri Jan 5 16:51:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14254 for current-outgoing; Fri, 5 Jan 1996 16:51:18 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA14249 Fri, 5 Jan 1996 16:51:15 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA03176; Fri, 5 Jan 1996 17:47:46 -0700 From: Terry Lambert Message-Id: <199601060047.RAA03176@phaeton.artisoft.com> Subject: Re: Any CGI hackers out there? To: ulf@z-code.ncd.com (Ulf Zimmermann) Date: Fri, 5 Jan 1996 17:47:46 -0700 (MST) Cc: jkh@time.cdrom.com, terry@lambert.org, pst@Shockwave.COM, pete@puffin.pelican.com, current@FreeBSD.ORG, jkh@FreeBSD.ORG In-Reply-To: <9601051339.ZM2884@zolaris.z-code.com> from "Ulf Zimmermann" at Jan 5, 96 01:39:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk > > Time for a new network filesystem type? > > > > Jordan > > YES ! :) > > Ulf. Looking forward to the Jordan/Ulf Networked File System... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Jan 5 17:01:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA14863 for current-outgoing; Fri, 5 Jan 1996 17:01:49 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA14857 Fri, 5 Jan 1996 17:01:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA11133; Fri, 5 Jan 1996 16:59:14 -0800 To: Terry Lambert cc: ulf@z-code.ncd.com (Ulf Zimmermann), pst@Shockwave.COM, pete@puffin.pelican.com, current@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Any CGI hackers out there? In-reply-to: Your message of "Fri, 05 Jan 1996 17:47:46 MST." <199601060047.RAA03176@phaeton.artisoft.com> Date: Fri, 05 Jan 1996 16:59:14 -0800 Message-ID: <11131.820889954@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG Precedence: bulk > Looking forward to the Jordan/Ulf Networked File System... Sorry, the acronym is already chosen: Broad Area Remote File System Jordan From owner-freebsd-current Fri Jan 5 17:23:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA15632 for current-outgoing; Fri, 5 Jan 1996 17:23:49 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA15626 Fri, 5 Jan 1996 17:23:45 -0800 (PST) Message-Id: <199601060123.RAA15626@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: current@FreeBSD.org Subject: Re: Current is looking more stable these days..? In-reply-to: Your message of "Fri, 05 Jan 1996 15:42:03 PST." <10947.820885323@time.cdrom.com> Date: Fri, 05 Jan 1996 17:23:45 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org Precedence: bulk >> I'd like to see a 2.1-SNAP first. We've had quite a few bug >> fixes since 2.1-Release. > >Hmmm. I just looked through the 206K or so of diffs between >RELENG_2_1_0_RELEASE and the RELENG_2_1_0 HEAD and I don't see >anything there that would really merit a 2.1 SNAP though.. >At least certainly not for awhile yet. > > Jordan Can you at least generate updated boot floppies with the new aic7xxx driver on it? I have a hunch that it will fix the problems with the aic7850, but I can't get anyone to test it because they can't generate installation media with the new driver. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Fri Jan 5 19:09:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA19707 for current-outgoing; Fri, 5 Jan 1996 19:09:10 -0800 (PST) Received: from et7bsd.et.u-tokai.ac.jp (et7bsd.et.u-tokai.ac.jp [150.7.22.156]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA19700 for ; Fri, 5 Jan 1996 19:09:02 -0800 (PST) Received: (from nshimizu@localhost) by et7bsd.et.u-tokai.ac.jp (8.6.12/8.6.9) id MAA17911 for current@freebsd.org; Sat, 6 Jan 1996 12:10:15 +0900 Date: Sat, 6 Jan 1996 12:10:15 +0900 From: Naohiko Shimizu Message-Id: <199601060310.MAA17911@et7bsd.et.u-tokai.ac.jp> To: current@freebsd.org Subject: EtherExpress PRO10/100 modelB? Sender: owner-current@freebsd.org Precedence: bulk Hi, I found that EtherExpress PRO 10/100 in the PCI support. But I want to know whether there is any port for modelB? Or is there any way to get technology information from Intel? Thank you in advance, Naohiko Shimizu Dept. Communications/Univ. TOKAI. 1117 Kitakaname Hiratsuka 259-12 Japan TEL.+81-463-58-1211(ext. 4084) FAX.+81-463-58-8320 From owner-freebsd-current Fri Jan 5 20:15:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA23018 for current-outgoing; Fri, 5 Jan 1996 20:15:48 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA23013 for ; Fri, 5 Jan 1996 20:15:44 -0800 (PST) Received: (from pst@localhost) by precipice.shockwave.com (8.7.3/8.7.3) id UAA06126 for current@freebsd.org; Fri, 5 Jan 1996 20:15:10 -0800 (PST) Date: Fri, 5 Jan 1996 20:15:10 -0800 (PST) From: Paul Traina Message-Id: <199601060415.UAA06126@precipice.shockwave.com> To: current@freebsd.org Subject: s/rpc\.\(.*\)/\1/g? Sender: owner-current@freebsd.org Precedence: bulk I'd have no objection to renaming the new utilities, if, and only if, we do it consistently and rename all the rpc utilities. This seems reasonable given that nfsd and mountd don't have rpc. in front of them. What are people's feelings? Rename or don't? From owner-freebsd-current Fri Jan 5 21:16:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA25108 for current-outgoing; Fri, 5 Jan 1996 21:16:37 -0800 (PST) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA25098 for ; Fri, 5 Jan 1996 21:16:31 -0800 (PST) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id AAA01443; Sat, 6 Jan 1996 00:16:14 -0500 From: A boy and his worm gear Message-Id: <199601060516.AAA01443@skynet.ctr.columbia.edu> Subject: Re: s/rpc\.\(.*\)/\1/g? To: pst@Shockwave.COM (Paul Traina) Date: Sat, 6 Jan 1996 00:16:13 -0500 (EST) Cc: current@freebsd.org In-Reply-To: <199601060415.UAA06126@precipice.shockwave.com> from "Paul Traina" at Jan 5, 96 08:15:10 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk Of all the gin joints in all the towns in all the world, Paul Traina had to walk into mine and say: > I'd have no objection to renaming the new utilities, if, and only if, > we do it consistently and rename all the rpc utilities. This seems reasonable > given that nfsd and mountd don't have rpc. in front of them. > > What are people's feelings? Rename or don't? Actually, mountd is known as rpc.mountd on most of the systems I'm familiar with. There are a lot of RPC daemons that don't have 'rpc.' prepended to their names purely for hysterical raisins; for instance we don't have rpc.ypserv and rpc.ypbind, but we do have rpc.yppasswdd. I'd prefer to rename things so that they match most other common *NIXes. As it happens, this means matching the SunOS naming convention since a lot of commercial *NIX vendors license Sun's NIS/NFS/RPC code. This means that mountd would become rpc.mountd, yppasswdd would become rpc.yppasswdd and bootparamd would become rpc.bootparamd, but nfsd would stay the same. You would also have rpc.lockd and rpc.statd, whenever somebody finally sits down and writes them. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-current Fri Jan 5 21:19:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA25368 for current-outgoing; Fri, 5 Jan 1996 21:19:46 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA25359 Fri, 5 Jan 1996 21:19:44 -0800 (PST) From: John Dyson Message-Id: <199601060519.VAA25359@freefall.freebsd.org> Subject: Re: Current is looking more stable these days..? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 5 Jan 1996 21:19:44 -0800 (PST) Cc: current@freebsd.org In-Reply-To: <10406.820882935@time.cdrom.com> from "Jordan K. Hubbard" at Jan 5, 96 03:02:15 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk > > In contravention of all reason, I've been running it on my gateway box > lately and, as of this morning's sup, things look pretty reasonable > (at least from the perspective of an EISA/ISA box with a 1542CF > controller). > > What do -current folk think about a 2.2-SNAP pretty soon here? Would > you like a grace period of a week or so to tidy up first? Longer? > > Jordan > Well, I have been cleaning up some significant performance enhancements -- but if you are planning on "stabilizing", then I DONT WANT to break anything. I'll hold off until the decision is made... John From owner-freebsd-current Fri Jan 5 21:43:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA26332 for current-outgoing; Fri, 5 Jan 1996 21:43:23 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA26325 for ; Fri, 5 Jan 1996 21:42:58 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA08457; Sat, 6 Jan 1996 16:35:29 +1100 Date: Sat, 6 Jan 1996 16:35:29 +1100 From: Bruce Evans Message-Id: <199601060535.QAA08457@godzilla.zeta.org.au> To: current@freebsd.org, pst@Shockwave.COM Subject: Re: s/rpc\.\(.*\)/\1/g? Sender: owner-current@freebsd.org Precedence: bulk >I'd have no objection to renaming the new utilities, if, and only if, >we do it consistently and rename all the rpc utilities. This seems reasonable >given that nfsd and mountd don't have rpc. in front of them. I rather like rpc.foo. It's better than having an rpc subdirectory of /usr/libexec to contain just a few files. There are several other inconsistent naming schemes in /usr/libexec: - the locate.* files - the lpr subdirectory to contain one file - the uucp subdirectory to contain two files, the names of which already have a `uu' prefix. Bruce From owner-freebsd-current Fri Jan 5 21:58:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA26891 for current-outgoing; Fri, 5 Jan 1996 21:58:13 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA26885 for ; Fri, 5 Jan 1996 21:58:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA11749; Fri, 5 Jan 1996 21:58:04 -0800 To: John Dyson cc: current@freebsd.org Subject: Re: Current is looking more stable these days..? In-reply-to: Your message of "Fri, 05 Jan 1996 21:19:44 PST." <199601060519.VAA25359@freefall.freebsd.org> Date: Fri, 05 Jan 1996 21:58:04 -0800 Message-ID: <11747.820907884@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk I wasn't really "planning" on anything WRT -current, and certainly wouldn't want to impede development. I was merely wondering it now might not be a good time for a snapshot of it? Jordan > > > > In contravention of all reason, I've been running it on my gateway box > > lately and, as of this morning's sup, things look pretty reasonable > > (at least from the perspective of an EISA/ISA box with a 1542CF > > controller). > > > > What do -current folk think about a 2.2-SNAP pretty soon here? Would > > you like a grace period of a week or so to tidy up first? Longer? > > > > Jordan > > > > Well, I have been cleaning up some significant performance enhancements -- bu t > if you are planning on "stabilizing", then I DONT WANT to break anything. > I'll hold off until the decision is made... > > John > From owner-freebsd-current Fri Jan 5 22:00:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA27006 for current-outgoing; Fri, 5 Jan 1996 22:00:10 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA26925 for ; Fri, 5 Jan 1996 22:00:00 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA09753; Sat, 6 Jan 1996 16:55:08 +1100 Date: Sat, 6 Jan 1996 16:55:08 +1100 From: Bruce Evans Message-Id: <199601060555.QAA09753@godzilla.zeta.org.au> To: gibbs@freefall.freebsd.org, jkh@time.cdrom.com Subject: Re: Current is looking more stable these days..? Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk >> I'd like to see a 2.1-SNAP first. We've had quite a few bug >> fixes since 2.1-Release. >Hmmm. I just looked through the 206K or so of diffs between >RELENG_2_1_0_RELEASE and the RELENG_2_1_0 HEAD and I don't see >anything there that would really merit a 2.1 SNAP though.. Someone should look through the diffs between RELENG_2_1_0 and HEAD to see if 2.1++ is missing anything important. These diffs are also 206K or so. Lines :-(. Bruce From owner-freebsd-current Fri Jan 5 22:57:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA28852 for current-outgoing; Fri, 5 Jan 1996 22:57:11 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA28847 for ; Fri, 5 Jan 1996 22:57:07 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id XAA06029; Fri, 5 Jan 1996 23:59:18 -0700 Date: Fri, 5 Jan 1996 23:59:18 -0700 From: Nate Williams Message-Id: <199601060659.XAA06029@rocky.sri.MT.net> To: Bruce Evans Cc: current@freebsd.org Subject: Re: Current is looking more stable these days..? In-Reply-To: <199601060555.QAA09753@godzilla.zeta.org.au> References: <199601060555.QAA09753@godzilla.zeta.org.au> Sender: owner-current@freebsd.org Precedence: bulk Bruce Evans writes: > >> I'd like to see a 2.1-SNAP first. We've had quite a few bug > >> fixes since 2.1-Release. > > >Hmmm. I just looked through the 206K or so of diffs between > >RELENG_2_1_0_RELEASE and the RELENG_2_1_0 HEAD and I don't see > >anything there that would really merit a 2.1 SNAP though.. > > Someone should look through the diffs between RELENG_2_1_0 and HEAD to > see if 2.1++ is missing anything important. These diffs are also 206K > or so. Lines :-(. I have plans to bring in the sliplogin/slattach stuff, and I'd like to bring in both the PCMCIA code plus the ibcs2 emulation stuff as well. I'd also like to see the CVS updated after it gets used some more. I'd also like to see the new ppp code brought in, and I'd *LOVE* to get someone to help me fix the dumb ARP bug I've talked about before. However, I'm not sure what if any of the above is acceptable (actually, Jordan OK'd the sliplogin and slattach stuff, so I'll bring that in soon). Nate From owner-freebsd-current Fri Jan 5 23:04:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA29088 for current-outgoing; Fri, 5 Jan 1996 23:04:11 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA29082 for ; Fri, 5 Jan 1996 23:04:04 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id SAA00317 for current@freebsd.org; Sat, 6 Jan 1996 18:03:52 +1100 From: michael butler Message-Id: <199601060703.SAA00317@asstdc.scgt.oz.au> Subject: BT542 now works with >16meg To: current@freebsd.org Date: Sat, 6 Jan 1996 18:03:51 +1100 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Thank you to whoever did the EISA/ISA code split .. it's had the beneficial effect of making the BT driver work with >16meg of RAM which it didn't before :-) michael From owner-freebsd-current Fri Jan 5 23:09:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA29291 for current-outgoing; Fri, 5 Jan 1996 23:09:06 -0800 (PST) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA29276 for ; Fri, 5 Jan 1996 23:09:01 -0800 (PST) Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id JAA18156; Sat, 6 Jan 1996 09:08:37 +0200 (SAT) Message-Id: <199601060708.JAA18156@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: Current is looking more stable these days..? Date: Sat, 06 Jan 1996 09:08:34 +0200 From: Mark Murray Sender: owner-current@freebsd.org Precedence: bulk "Jordan K. Hubbard" wrote: > In contravention of all reason, I've been running it on my gateway box > lately and, as of this morning's sup, things look pretty reasonable > (at least from the perspective of an EISA/ISA box with a 1542CF > controller). Hey, Brave man! > What do -current folk think about a 2.2-SNAP pretty soon here? Would > you like a grace period of a week or so to tidy up first? Longer? Please do it now. Grace periods always get extended. (is this a snap of 2.2 (ie off HEAD code, not RELENG2_1_0)? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Sat Jan 6 00:18:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA04084 for current-outgoing; Sat, 6 Jan 1996 00:18:01 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA04076 Sat, 6 Jan 1996 00:17:57 -0800 (PST) Message-Id: <199601060817.AAA04076@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: michael butler cc: current@freebsd.org Subject: Re: BT542 now works with >16meg In-reply-to: Your message of "Sat, 06 Jan 1996 18:03:51 +1100." <199601060703.SAA00317@asstdc.scgt.oz.au> Date: Sat, 06 Jan 1996 00:17:56 -0800 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org Precedence: bulk >Thank you to whoever did the EISA/ISA code split .. it's had the beneficial >effect of making the BT driver work with >16meg of RAM which it didn't >before :-) > > michael If it had that affect, it wasn't intentional. I think it might actually be Peter's change to the "this card needs bounce buffers" code that did the trick. The BT driver still needs a lot of work. Before I ripped the bt742a I used to test the new driver on out of my machine, I noticed that our reset code for the adapter would fail if no cable was attached. I don't have specs for the Buslogic line, so I can't correct the problem. Does anyone have the specs for these cards? I also haven't heard if the PCI probe I wrote for the 946 cards was sucessful and we still need the device ID for the 956 (and support for device ids > 7). -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sat Jan 6 01:38:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA06924 for current-outgoing; Sat, 6 Jan 1996 01:38:40 -0800 (PST) Received: from hub.org (root@hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA06917 for ; Sat, 6 Jan 1996 01:38:33 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id EAA10541; Sat, 6 Jan 1996 04:38:32 -0500 (EST) Date: Sat, 6 Jan 1996 04:38:29 -0500 (EST) From: "Marc G. Fournier" X-Sender: scrappy@hub.org To: current@freebsd.org Subject: Problem compiling kernel: Jan 5th sources Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Last night, I recompiled the kernel on my -current machine, after which I realized that I forgot to run sup first :( So, I sup'd in the current newest sources, and performed a 'make clean; make depend; make' to make the kernel. Oh, and, I did a 'config -ng ', just in case something changed there. Now, when I compile, I'm getting: freebsd# make cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-\ externs -Wstrict-prototypes -Wmissing-prototypes -Winline -g -nostdinc -I. \ -I../.. -I../../sys -I../../../include -DI386_CPU -DXSERVER -DPCVT_FREEBSD=210 \ -DUCONSOLE -DBOUNCE_BUFFERS -DSCSI_DELAY=15 -DCOMPAT_43 -DDEVFS -DMSDOSFS \ -DNFS -DFFS -DINET -DDODUMP -DQUOTA -DOPEN_MAX=128 -DCHILD_MAX=128 -DKERNEL \ ../../kern/sysv_msg.c ../../kern/sysv_msg.c:50: `msgctl' undeclared here (not in a function) ../../kern/sysv_msg.c:50: initializer element for `msgcalls[0]' is not constant ../../kern/sysv_msg.c:50: `msgget' undeclared here (not in a function) ../../kern/sysv_msg.c:50: initializer element for `msgcalls[1]' is not constant ../../kern/sysv_msg.c:51: `msgsnd' undeclared here (not in a function) ../../kern/sysv_msg.c:51: initializer element for `msgcalls[2]' is not constant ../../kern/sysv_msg.c:52: `msgrcv' undeclared here (not in a function) ../../kern/sysv_msg.c:52: initializer element for `msgcalls[3]' is not constant ../../kern/sysv_msg.c:124: warning: function declaration isn't a prototype And a few others... I noticed all the stuff about a 'new options', but, to be honest, don't know what changed in that, and if it affects me...sorry. I've looked in the code itself, to see if maybe there is an option that I should have enabled for that section of code, or above it in the way of include files, but there is nothing that looks out to me. The funny thing is...that file is dated Dec 15th, so there hasn't been any recent changes to it that I can tell, yet *now* it breaks...? The config file that I'm using has not been changed in several weeks, but, again, there doesn't seem to be anything in that file that would be affected by my config file in a way that would cause those errors. Anyone else see this? Thanks.. Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Sat Jan 6 01:46:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA07339 for current-outgoing; Sat, 6 Jan 1996 01:46:22 -0800 (PST) Received: from hub.org (root@hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA07333 for ; Sat, 6 Jan 1996 01:46:14 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id EAA10690; Sat, 6 Jan 1996 04:46:08 -0500 (EST) Date: Sat, 6 Jan 1996 04:46:07 -0500 (EST) From: "Marc G. Fournier" X-Sender: scrappy@hub.org To: current@freebsd.org Subject: Problem compiling Jan6th Kernel: Ignore! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... After sending out that last, I decided to re-sup again, and the sources I had on my supfilesrv machine were only current to Jan 5th, 5am...I'm getting a new sysv_msg.c right now, as well as a bunch of other things. Sorry for the wasted bandwidth... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Sat Jan 6 04:54:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19694 for current-outgoing; Sat, 6 Jan 1996 04:54:22 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA19687 for ; Sat, 6 Jan 1996 04:54:14 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA06252; Sat, 6 Jan 1996 13:54:09 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id NAA14068; Sat, 6 Jan 1996 13:54:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id NAA12925; Sat, 6 Jan 1996 13:51:16 +0100 (MET) From: J Wunsch Message-Id: <199601061251.NAA12925@uriah.heep.sax.de> Subject: Re: -current kernel problems To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 6 Jan 1996 13:51:15 +0100 (MET) Cc: vince@apollo.COSC.GOV, freebsd-current@FreeBSD.org (FreeBSD-current users) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9698.820873454@time.cdrom.com> from "Jordan K. Hubbard" at Jan 5, 96 12:24:14 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > > I had upgraded from the 11/23/95 -current kernel to the latest > > -current kernel since 12/28/95 and have tried to recompile a kernel after > > Will you PLEASE stop sending this to -hackers? This is a -current issue! > > I've seen this message 4 times now and you're getting dangerously > close to spamming us here.. Btw., if nobody is answering a particular question, while everyone seems to be happy with -current, chances are good that you should look into your environment again. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Jan 6 05:53:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA22429 for current-outgoing; Sat, 6 Jan 1996 05:53:22 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA22398 for ; Sat, 6 Jan 1996 05:53:16 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA09171 for ; Sat, 6 Jan 1996 14:53:13 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA14262 for freebsd-current@FreeBSD.org; Sat, 6 Jan 1996 14:53:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id OAA13433 for freebsd-current@FreeBSD.org; Sat, 6 Jan 1996 14:25:22 +0100 (MET) From: J Wunsch Message-Id: <199601061325.OAA13433@uriah.heep.sax.de> Subject: Re: Current is looking more stable these days..? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 6 Jan 1996 14:25:22 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601060708.JAA18156@grumble.grondar.za> from "Mark Murray" at Jan 6, 96 09:08:34 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk As Mark Murray wrote: > > > What do -current folk think about a 2.2-SNAP pretty soon here? Would > > you like a grace period of a week or so to tidy up first? Longer? > > Please do it now. Grace periods always get extended. Agreed. ``OK'' from me, too. I've upgraded my whole system to -current about a week or two ago, after all the storms of ``has been breaking this and that for me'' went away. The upgrade went fairly smooth (unexpectedly, can i say?), just a new kernel, and a make world. The system is not less stable than before, not even that i've got one of the m_copydata panics yet (though i'm running with TCP extensions enabled). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Jan 6 05:53:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA22465 for current-outgoing; Sat, 6 Jan 1996 05:53:28 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA22426 for ; Sat, 6 Jan 1996 05:53:21 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA09146; Sat, 6 Jan 1996 14:52:00 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA14255; Sat, 6 Jan 1996 14:51:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id OAA13948; Sat, 6 Jan 1996 14:50:31 +0100 (MET) From: J Wunsch Message-Id: <199601061350.OAA13948@uriah.heep.sax.de> Subject: Re: Odd question.. ;-) To: iain@nwpeople.demon.co.uk Date: Sat, 6 Jan 1996 14:50:30 +0100 (MET) Cc: freebsd-current@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <15199@nwpeople.demon.co.uk> from "Iain Baird" at Jan 4, 96 05:46:33 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org Precedence: bulk As Iain Baird wrote: > > I recently tried > > disklabel -B sd0 > > and I can no longer boot from that drive - the kernel starts up, but > it can't find root. > > The disk was "dangerously dedicated". Should that matter? Yes, that matters. Read my other posting. Sysinstall always assignes ``sliced'' disk entries for everything except the root f/s. Since disklabel -B destroys your fdisk table (which libdisk has been creating fine, even in the `dangerously dedicated' case), your slices are invalid. Well, it should have found the root f/s however. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Jan 6 08:15:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02154 for current-outgoing; Sat, 6 Jan 1996 08:15:07 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA02135 for ; Sat, 6 Jan 1996 08:14:55 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA31297; Sun, 7 Jan 1996 03:11:24 +1100 Date: Sun, 7 Jan 1996 03:11:24 +1100 From: Bruce Evans Message-Id: <199601061611.DAA31297@godzilla.zeta.org.au> To: iain@nwpeople.demon.co.uk, j@uriah.heep.sax.de Subject: Re: Odd question.. ;-) Cc: freebsd-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG Precedence: bulk >> The disk was "dangerously dedicated". Should that matter? >Yes, that matters. Read my other posting. >Sysinstall always assignes ``sliced'' disk entries for everything >except the root f/s. Since disklabel -B destroys your fdisk table >(which libdisk has been creating fine, even in the `dangerously >dedicated' case), your slices are invalid. The `dangerously dedicated' case should give a dummy fdisk table identical to the one that `disklabel -B' writes, so `disklabel -B' shouldn't affect the fdisk table. Bruce From owner-freebsd-current Sat Jan 6 08:16:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02322 for current-outgoing; Sat, 6 Jan 1996 08:16:15 -0800 (PST) Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA02307 for ; Sat, 6 Jan 1996 08:16:06 -0800 (PST) Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by chemserv.umd.edu (8.7.3/8.7) with ESMTP id LAA03855 for ; Sat, 6 Jan 1996 11:15:59 -0500 (EST) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7.3/8.6.4) id LAA01442; Sat, 6 Jan 1996 11:15:58 -0500 (EST) Date: Sat, 6 Jan 1996 11:15:58 -0500 (EST) From: Chuck Robey X-Sender: chuckr@espresso.eng.umd.edu To: FreeBSD-current@FreeBSD.org Subject: Make world -- linux lkm Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk My make world, after posting ctm src-cur 1352, died in the linux lkm, with the following error: ROOT:/usr/src/lkm/linux:1005 >make cc -O -DLKM -I. -DCOMPAT_LINUX -DSYSVSHM -DSYSVMSG -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/linux/../../sys -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -c /usr/src/lkm/linux/../../sys/i386/linux/linux_ipc.c /usr/src/lkm/linux/../../sys/i386/linux/linux_ipc.c:31: opt_sysvipc.h: No such file or directory *** Error code 1 I hope this helps. ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Sat Jan 6 09:03:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA04166 for current-outgoing; Sat, 6 Jan 1996 09:03:31 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA04161 for ; Sat, 6 Jan 1996 09:03:29 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id JAA14935; Sat, 6 Jan 1996 09:01:16 -0800 (PST) Date: Sat, 6 Jan 1996 09:01:16 -0800 (PST) From: -Vince- To: Joerg Wunsch cc: "Jordan K. Hubbard" , FreeBSD-current users Subject: Re: -current kernel problems In-Reply-To: <199601061251.NAA12925@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Sat, 6 Jan 1996, J Wunsch wrote: > As Jordan K. Hubbard wrote: > > > > > I had upgraded from the 11/23/95 -current kernel to the latest > > > -current kernel since 12/28/95 and have tried to recompile a kernel after > > > > Will you PLEASE stop sending this to -hackers? This is a -current issue! > > > > I've seen this message 4 times now and you're getting dangerously > > close to spamming us here.. > > Btw., if nobody is answering a particular question, while everyone > seems to be happy with -current, chances are good that you should look > into your environment again. I did and Stefan Esser seemed to say sysctl is having some problems on some machines... It isn't the environment since we have the same hardware as freefall does. Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-current Sat Jan 6 09:12:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA04572 for current-outgoing; Sat, 6 Jan 1996 09:12:41 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA04564 for ; Sat, 6 Jan 1996 09:12:37 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id JAA08465; Sat, 6 Jan 1996 09:12:35 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id MAA04038; Sat, 6 Jan 1996 12:33:37 -0800 (PST) Message-Id: <199601062033.MAA04038@corbin.Root.COM> To: Naohiko Shimizu cc: current@freebsd.org Subject: Re: EtherExpress PRO10/100 modelB? In-reply-to: Your message of "Sat, 06 Jan 96 12:10:15 +0900." <199601060310.MAA17911@et7bsd.et.u-tokai.ac.jp> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 06 Jan 1996 12:33:35 -0800 Sender: owner-current@freebsd.org Precedence: bulk >I found that EtherExpress PRO 10/100 in the PCI support. >But I want to know whether there is any port for modelB? >Or is there any way to get technology information from Intel? Actually, the driver only works on the "B"...I still trying to get the programming information for the non-B. -DG From owner-freebsd-current Sat Jan 6 10:23:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07378 for current-outgoing; Sat, 6 Jan 1996 10:23:37 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA07362 for ; Sat, 6 Jan 1996 10:23:33 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA14208 for ; Sat, 6 Jan 1996 19:22:51 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA17811 for freebsd-current@FreeBSD.org; Sat, 6 Jan 1996 19:22:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id SAA15281 for freebsd-current@FreeBSD.org; Sat, 6 Jan 1996 18:57:53 +0100 (MET) From: J Wunsch Message-Id: <199601061757.SAA15281@uriah.heep.sax.de> Subject: Re: Odd question.. ;-) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 6 Jan 1996 18:57:53 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601061611.DAA31297@godzilla.zeta.org.au> from "Bruce Evans" at Jan 7, 96 03:11:24 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > The `dangerously dedicated' case should give a dummy fdisk table > identical to the one that `disklabel -B' writes, so `disklabel -B' > shouldn't affect the fdisk table. Yup, but this should (IMO) not be done by tweaking sysinstall/ libdisk to give up its current (correct) way, but rather by teaching disklabel to understand the fdisk table as a valuable part of the disklabel that must be retained when installing a new bootstrap. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Jan 6 12:03:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12985 for current-outgoing; Sat, 6 Jan 1996 12:03:35 -0800 (PST) Received: from snake.hut.fi (root@snake.hut.fi [193.167.6.99]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA12979 for ; Sat, 6 Jan 1996 12:03:31 -0800 (PST) Received: from lk-hp-20.hut.fi (lk-hp-20.hut.fi [130.233.247.33]) by snake.hut.fi (8.7.3/8.7.3) with ESMTP id WAA13505 for ; Sat, 6 Jan 1996 22:03:23 +0200 (EET) From: Juha Inkari Received: (inkari@localhost) by lk-hp-20.hut.fi (8.6.12/8.6.7) id WAA25535 for current@freebsd.org; Sat, 6 Jan 1996 22:03:07 +0200 Message-Id: <199601062003.WAA25535@lk-hp-20.hut.fi> Subject: spec_getpages: negative blkno To: current@freebsd.org Date: Sat, 6 Jan 1996 22:03:06 +0200 (EET) X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk The problem is, that trying to access a directory has resulted on hung processed. This manifested itself recently, when I dared to upgrade from an early november current (src-cur ctm 1170) to the latest (thee times on src-cur 1337, and now 1 time on src-cur ctm 1345). I have noticed this, when trying to run a shell script from a directory - the shell from where I try to run the script, get's hung. After that, any other access to the inode of the directory, where the target shell script is, will get the accessing process (for example ls -ld) hung, too. I have done a surface scan on the disk (with Adaptec 2940 controllers scsiselect utility), and it did not found any defects. The kernel reports the following: spec_getpages: negative blkno (-3209856) vm_fault: pager input (probably hardware) error, PID 10570 failure (I have seen a blkno -2875552 in error messages, too.) And the poor process (in this example, shell) is waiting forever: agellidi # ps alw | egrep 'PID|10570' UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 1000 10570 1313 0 -18 0 840 332 pgtblk D+ p6 0:00.01 zsh Below are attached the dmesg output and kernel configuration file, too. -----8<---------8<---------8<---------8<---------8<---------8<---- FreeBSD 2.2-CURRENT #0: Fri Jan 5 12:49:14 EET 1996 inkari@agellidi.nullnet.fi:/home/source/FreeBSD/current/src/sys/compile/INKA RI CPU: Pentium (119.73-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 29839360 (29140K bytes) DEVFS: ready for devices Probing for devices on the PCI bus: chip0 rev 1 on pci0:0 chip1 rev 2 on pci0:7 vga0 rev 0 int a irq 11 on pci0:13 ahc0 rev 0 int a irq 10 on pci0:15 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "QUANTUM XP34301 1037" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4106MB (8410200 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x28f irq 5 maddr 0xd8000 msize 8192 on isa ed1: disabled, not probed. sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. lpt0: disabled, not probed. lpt1: disabled, not probed. lpt2: disabled, not probed. pca0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 at 0x170-0x177 irq 15 on isa bt0: disabled, not probed. uha0: disabled, not probed. aha0: disabled, not probed. aic0: disabled, not probed. nca0: disabled, not probed. nca1: disabled, not probed. sea0: disabled, not probed. wt0: disabled, not probed. mcd0: disabled, not probed. mcd1: disabled, not probed. matcdc0: disabled, not probed. scd0: disabled, not probed. ie0: disabled, not probed. ep0: disabled, not probed. ix0: disabled, not probed. le0: disabled, not probed. lnc0: disabled, not probed. lnc1: disabled, not probed. ze0: disabled, not probed. zp0: disabled, not probed. npx0 on motherboard npx0: INT 16 interface pas0: disabled, not probed. sb0 at 0x220 irq 7 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvo0: sbmidi0 not found at 0x330 gus0: disabled, not probed. mss0: disabled, not probed. opl0 at 0x388 on isa opl0: mpu0: disabled, not probed. uart0: disabled, not probed. joy0 at 0x201 on isa joy0: joystick changing root device to sd0a devfs ready to run new masks: bio c0008440, tty c003003a, net c003003a spec_getpages: negative blkno (-3209856) vm_fault: pager input (probably hardware) error, PID 10570 failure -----8<---------8<---------8<---------8<---------8<---------8<---- # # INKARI -- config file for FreeBSD # machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" cpu "I686_CPU" ident INKARI maxusers 10 #options MATH_EMULATE options GPL_MATH_EMULATE options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options "CD9660" #ISO 9660 Filesystem #options NQNFS #Enable NQNFS lease checking options FDESC #File descriptor filesystem options KERNFS #Kernel filesystem options LFS #Log filesystem options MFS #Memory File System options MSDOSFS #MS DOS File System options NULLFS #NULL filesystem options PORTAL #Portal filesystem options PROCFS #Process filesystem options UMAPFS #UID map filesystem options UNION #Union filesystem options DEVFS options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options USER_LDT #allow user-level control of i386 ldt options SYSVSHM options SYSVSEM options SYSVMSG options DDB options KTRACE #kernel tracing config kernel root on wd0 controller isa0 options "AUTO_EOI_1" options BOUNCE_BUFFERS controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC device wcd0 #IDE CD-ROM controller ncr0 controller ahb0 controller ahc0 controller ahc1 controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller aic0 at isa? port 0x340 bio irq 11 vector aicintr controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device od0 device st0 device cd0 #Only need one of these, the code dynamically grows device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr controller matcd0 at isa? port 0x230 bio device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 #options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device lpt2 at isa? port? tty # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr device ep0 at isa? port 0x300 net irq 10 vector epintr device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's # # Audio drivers: `snd', `sb', `pas', `gus', `pca' # # snd: Voxware sound support code # sb: SoundBlaster PCM - SoundBlaster, SB Pro, SB16, ProAudioSpectrum # sbxvi: SoundBlaster 16 # sbmidi: SoundBlaster 16 MIDI interface # pas: ProAudioSpectrum PCM and MIDI # gus: Gravis Ultrasound - Ultrasound, Ultrasound 16, Ultrasound MAX # gusxvi: Gravis Ultrasound 16-bit PCM (do not use) # mss: Microsoft Sound System # opl: Yamaha OPL-2 and OPL-3 FM - SB, SB Pro, SB 16, ProAudioSpectrum # uart: stand-alone 6850 UART for MIDI # mpu: Roland MPU-401 stand-alone card # # Beware! The addresses specified below are also hard-coded in # i386/isa/sound/sound_config.h. If you change the values here, you # must also change the values in the include file. # # pca: PCM audio through your PC speaker # # If you don't have a lpt0 device at IRQ 7, you can remove the # ``conflicts'' specification in the appropriate device entries below. # # If you have a GUS-MAX card and want to use the CS4231 codec on the # card the drqs for the gus max must be 8 bit (1, 2, or 3). # # If you would like to use the full duplex option on the gus, then define # flags to be the ``read dma channel''. # # options BROKEN_BUS_CLOCK #PAS-16 isn't working and OPTI chipset # options SYMPHONY_PAS #PAS-16 isn't working and SYMPHONY chipset # options EXCLUDE_SBPRO #PAS-16 # options SBC_IRQ=5 #PAS-16. Must match irq on sb0 line. # PAS16: The order of the pas0/sb0/opl0 is important since the # sb emulation is enabled in the pas-16 attach. # # The i386/isa/sound/sound.doc has more information. # Controls all sound devices controller snd0 device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device gus0 at isa? port 0x220 irq 12 drq 1 vector gusintr #device gus0 at isa? port 0x220 irq 12 drq 1 flags 0x3 vector gusintr device mss0 at isa? port 0x530 irq 10 drq 1 vector adintr device opl0 at isa? port 0x388 conflicts device mpu0 at isa? port 0x330 irq 6 drq 0 device uart0 at isa? port 0x330 irq 5 vector "m6850intr" # More undocumented sound devices with bogus configurations for linting. # broken #device sscape0 at isa? port 0x330 irq 6 drq 0 #device trix0 at isa? port 0x330 irq 6 drq 0 vector sscapeintr # Not controlled by `snd' device pca0 at isa? port IO_TIMER1 tty # # Miscellaneous hardware: # device joy0 at isa? port "IO_GAME" # More undocumented options for linting. #options APM_SLOWSTART=1 options COMPAT_LINUX #options DEBUG options "EXT2FS" options "IBCS2" options LINUX options "SCSI_2_DEF" #options SHOW_BUSYBUFS # List buffers that prevent root unmount -----8<---------8<---------8<---------8<---------8<---------8<---- From owner-freebsd-current Sat Jan 6 12:34:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA14533 for current-outgoing; Sat, 6 Jan 1996 12:34:02 -0800 (PST) Received: from pent.vnet.net (pent.vnet.net [166.82.194.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA14507 for ; Sat, 6 Jan 1996 12:33:57 -0800 (PST) Received: (from root@localhost) by pent.vnet.net (8.7.3/8.6.12) id PAA05937 for freebsd-current@freebsd.org; Sat, 6 Jan 1996 15:34:10 -0500 (EST) Date: Sat, 6 Jan 1996 15:34:10 -0500 (EST) From: Adam William Hawks Message-Id: <199601062034.PAA05937@pent.vnet.net> To: freebsd-current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk From: Adam William Hawks Subject: Problem with manpages I am running -current and needed to rewrite my boot code sector. The only mmethod I know right now is using the install disk. So I did a install mounting my old partitions and used a non-existant device to retrieve the dist. so it would not clobber my current files. all went well I thought. now when I try to get to a manpage it say man: unable to find the file /etc/manpath.config which is there and the same as always. The funny thing is that xman works. If I type manpath it gives me my manpath. Does anyone know what the problem is? Adam W. Hawks awhawks@uncc.edu root@pent.vnet.net From owner-freebsd-current Sat Jan 6 12:40:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA14915 for current-outgoing; Sat, 6 Jan 1996 12:40:10 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA14887 for ; Sat, 6 Jan 1996 12:40:03 -0800 (PST) Received: from mordillo (oberon.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id VAA03670; Sat, 6 Jan 1996 21:39:59 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id IAA01036; Sat, 6 Jan 1996 08:32:08 +0100 From: Thomas Graichen Message-Id: <199601060732.IAA01036@mordillo> Subject: Re: s/rpc\.\(.*\)/\1/g? To: pst@Shockwave.COM (Paul Traina) Date: Sat, 6 Jan 1996 08:32:08 +0100 (MET) Cc: current@FreeBSD.ORG In-Reply-To: <199601060415.UAA06126@precipice.shockwave.com> from "Paul Traina" at Jan 5, 96 08:15:10 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk hasn't Paul Traina said ? ... > > I'd have no objection to renaming the new utilities, if, and only if, > we do it consistently and rename all the rpc utilities. This seems reasonable > given that nfsd and mountd don't have rpc. in front of them. > > What are people's feelings? Rename or don't? > is it really required ? - this would make FreeBSD again looking a bit more different then the other systems - just my opinion t p.s.: also the "pure-design"(*) NetBSD people still have the rpc.* there :-) (*) this is not ment negative _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-current Sat Jan 6 13:15:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA17950 for current-outgoing; Sat, 6 Jan 1996 13:15:17 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA17941 for ; Sat, 6 Jan 1996 13:15:02 -0800 (PST) Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id OAA04409 for ; Sat, 6 Jan 1996 14:14:49 -0700 Message-Id: <199601062114.OAA04409@rover.village.org> To: current@FreeBSD.org Subject: Re: Any CGI hackers out there? In-reply-to: Your message of Fri, 05 Jan 1996 17:47:46 MST Date: Sat, 06 Jan 1996 14:14:49 -0700 From: Warner Losh Sender: owner-current@FreeBSD.org Precedence: bulk : Looking forward to the Jordan/Ulf Networked File System... Just don't call it the Jordan/Ulf Networked Kernel File System... :-) Warner From owner-freebsd-current Sat Jan 6 13:48:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA20349 for current-outgoing; Sat, 6 Jan 1996 13:48:42 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA20343 for ; Sat, 6 Jan 1996 13:48:37 -0800 (PST) Received: from critter.tfs.com ([193.88.44.194]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id WAA03421; Sat, 6 Jan 1996 22:46:47 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id WAA04376; Sat, 6 Jan 1996 22:48:42 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Juha Inkari cc: current@freebsd.org Subject: Re: spec_getpages: negative blkno In-reply-to: Your message of "Sat, 06 Jan 1996 22:03:06 +0200." <199601062003.WAA25535@lk-hp-20.hut.fi> Date: Sat, 06 Jan 1996 22:48:40 +0100 Message-ID: <4374.820964920@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > The problem is, that trying to access a directory has resulted on hung > processed. > ... > The kernel reports the following: > > spec_getpages: negative blkno (-3209856) > vm_fault: pager input (probably hardware) error, PID 10570 failure This was a sign-extension bug that was fixed this morning. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sat Jan 6 14:07:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21795 for current-outgoing; Sat, 6 Jan 1996 14:07:25 -0800 (PST) Received: from hub.org (root@hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA21787 for ; Sat, 6 Jan 1996 14:07:16 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id RAA16261; Sat, 6 Jan 1996 17:07:14 -0500 (EST) Date: Sat, 6 Jan 1996 17:07:13 -0500 (EST) From: "Marc G. Fournier" X-Sender: scrappy@hub.org To: current@freebsd.org Subject: ui_objects.h still missing? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... I asked about this awhile ago, and the answer seemed to imply it was a known problem, and should be fixed soon, but, alas: ./../lib/libncurses -c /usr/src.current/usr.sbin/pkg_manage/pkg_main.c /usr/src.current/usr.sbin/pkg_manage/pkg_main.c:22: ui_objects.h: No such file or directory *** Error code 1 Still missing, and this is on sources sup'd in as of about 5am on the 6th of January. Any ideas on what is wrong with pkg_manage? Thanks.. Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-current Sat Jan 6 14:57:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA25796 for current-outgoing; Sat, 6 Jan 1996 14:57:30 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA25785 for ; Sat, 6 Jan 1996 14:57:24 -0800 (PST) Received: from critter.tfs.com ([193.88.44.194]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id XAA04023; Sat, 6 Jan 1996 23:55:34 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id PAA03315; Sat, 6 Jan 1996 15:27:56 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: Current is looking more stable these days..? In-reply-to: Your message of "Sat, 06 Jan 1996 14:25:22 +0100." <199601061325.OAA13433@uriah.heep.sax.de> Date: Sat, 06 Jan 1996 15:27:55 +0100 Message-ID: <3313.820938475@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > As Mark Murray wrote: > > > > > What do -current folk think about a 2.2-SNAP pretty soon here? Would > > > you like a grace period of a week or so to tidy up first? Longer? > > > > Please do it now. Grace periods always get extended. > > Agreed. ``OK'' from me, too. I've upgraded my whole system to I'm game too, I just found the sign-extension bug that bite Satoshi and me. I'll actually start a "make release" here to test it :-) I might even make it work on 4Mb before you wake up :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sat Jan 6 15:46:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29192 for current-outgoing; Sat, 6 Jan 1996 15:46:48 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA29187 for ; Sat, 6 Jan 1996 15:46:42 -0800 (PST) Received: by sequent.kiae.su id AA10961 (5.65.kiae-2 ); Sun, 7 Jan 1996 02:44:25 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 7 Jan 96 02:44:24 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id CAA01581; Sun, 7 Jan 1996 02:19:52 +0300 (MSK) To: current@freebsd.org Cc: Bruce Evans Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 7 Jan 1996 02:19:49 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Very strange panic... Lines: 8 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk I just got panic in swi_ast! (supervisor read, page not present) I use SLIP heavily in that time with heavy disk load. I have no ideas about it :-( -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sat Jan 6 15:51:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29369 for current-outgoing; Sat, 6 Jan 1996 15:51:04 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA29362 for ; Sat, 6 Jan 1996 15:50:59 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA20304 for ; Sun, 7 Jan 1996 00:50:56 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA19601 for freebsd-current@FreeBSD.org; Sun, 7 Jan 1996 00:50:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA16820 for freebsd-current@FreeBSD.org; Sun, 7 Jan 1996 00:46:41 +0100 (MET) From: J Wunsch Message-Id: <199601062346.AAA16820@uriah.heep.sax.de> Subject: Re: Current is looking more stable these days..? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 7 Jan 1996 00:46:40 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3313.820938475@critter.tfs.com> from "Poul-Henning Kamp" at Jan 6, 96 03:27:55 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > > I'm game too, I just found the sign-extension bug that bite Satoshi and > me. I'll actually start a "make release" here to test it :-) We will always find & fix bugs. :) > I might even make it work on 4Mb before you wake up :-) :-) Well, modulo the latest hassles with the vn device (Jordan has got them a bit too sloppy last time), i'm almost through with a `make release'. It took me three or four attempts. This ain't too bad, given the massive changes in this area. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Jan 6 15:59:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29890 for current-outgoing; Sat, 6 Jan 1996 15:59:36 -0800 (PST) Received: from Aspen.Woc.Atinc.COM (aspen.woc.atinc.com [198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA29881 for ; Sat, 6 Jan 1996 15:59:28 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id SAA14977; Sat, 6 Jan 1996 18:58:21 -0500 Date: Sat, 6 Jan 1996 18:58:19 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Paul Traina cc: current@freebsd.org Subject: Re: s/rpc\.\(.*\)/\1/g? In-Reply-To: <199601060415.UAA06126@precipice.shockwave.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Fri, 5 Jan 1996, Paul Traina wrote: > I'd have no objection to renaming the new utilities, if, and only if, > we do it consistently and rename all the rpc utilities. This seems reasonable > given that nfsd and mountd don't have rpc. in front of them. > > What are people's feelings? Rename or don't? rename. Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-current Sat Jan 6 16:21:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01491 for current-outgoing; Sat, 6 Jan 1996 16:21:45 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA01475 for ; Sat, 6 Jan 1996 16:21:35 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA20928; Sun, 7 Jan 1996 01:21:29 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA20404; Sun, 7 Jan 1996 01:21:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA17102; Sun, 7 Jan 1996 01:16:38 +0100 (MET) From: J Wunsch Message-Id: <199601070016.BAA17102@uriah.heep.sax.de> Subject: Re: manpath.conf To: root@pent.vnet.net (Adam William Hawks) Date: Sun, 7 Jan 1996 01:16:37 +0100 (MET) Cc: freebsd-current@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601062034.PAA05937@pent.vnet.net> from "Adam William Hawks" at Jan 6, 96 03:34:10 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk As Adam William Hawks wrote: > > From: Adam William Hawks > Subject: Problem with manpages > now when I try to get to a manpage it say > > man: unable to find the file /etc/manpath.config Here's the file from the source tree: # manpath.config # # This file is read by manpath to configure the mandatory manpath, to # map each path element to a manpath element and to determine where the # "man" binary lives. The format is: # # MANBIN pathname # MANDATORY_MANPATH manpath_element # MANPATH_MAP path_element manpath_element # # MANBIN is optional # #MANBIN /usr/local/bin/man # # every automatically generated MANPATH includes these fields # MANDATORY_MANPATH /usr/share/man MANDATORY_MANPATH /usr/local/man #MANDATORY_MANPATH /usr/X386/man MANDATORY_MANPATH /usr/X11R6/man # # set up PATH to MANPATH mapping # MANPATH_MAP /bin /usr/share/man MANPATH_MAP /usr/bin /usr/share/man MANPATH_MAP /usr/ucb /usr/share/man MANPATH_MAP /usr/local/mh /usr/local/mh/man MANPATH_MAP /usr/local/bin /usr/local/man MANPATH_MAP /usr/X386/bin /usr/X386/man MANPATH_MAP /usr/X11R6/bin /usr/X11R6/man -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)