From owner-freebsd-current Sun Feb 18 03:09:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA09252 for current-outgoing; Sun, 18 Feb 1996 03:09:32 -0800 (PST) Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA09242 for ; Sun, 18 Feb 1996 03:09:14 -0800 (PST) Received: from localhost (uucp@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id TAA16970 for freebsd-current@freebsd.org; Sun, 18 Feb 1996 19:58:03 +0901 Received: by tama.spec.co.jp (8.7.3/6.4J.5) id UAA00476; Sun, 18 Feb 1996 20:04:20 +0900 (JST) From: Atsushi Murai Message-Id: <199602181104.UAA00476@tama.spec.co.jp> Subject: NIS setup required for amd ? To: freebsd-current@freebsd.org Date: Sun, 18 Feb 1996 20:04:19 +0900 (JST) Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk Hi all. When I returned back this world(-current), I just notice a AMD seems to looking for a NIS few minutes as default against last year current behavior. Is this expected feature or missing somthing *pray* when I return back to - current ;-) Here is message I got tama amd[110]: NIS domain name is not set. NIS ignored. Thanks. Atsushi. -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 From owner-freebsd-current Sun Feb 18 10:15:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25641 for current-outgoing; Sun, 18 Feb 1996 10:15: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 KAA25635 for ; Sun, 18 Feb 1996 10:15:54 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id KAA07119; Sun, 18 Feb 1996 10:15:21 -0800 From: "Rodney W. Grimes" Message-Id: <199602181815.KAA07119@GndRsh.aac.dev.com> Subject: Re: Hysterical Raisons To: imp@village.org (Warner Losh) Date: Sun, 18 Feb 1996 10:15:21 -0800 (PST) Cc: jehamby@lightside.com, freebsd-current@FreeBSD.ORG, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <199602172331.QAA15534@rover.village.org> from "Warner Losh" at Feb 17, 96 04:31:08 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 > > : Actually, both versions of Ghostscript are free, it's just that > : version 2 uses the GNU copyright, and version 3 uses Aladdin's > : copyright. > > For a suitible definition of the word free :-). Aladdin's copyright > is basically GPL + "You can't sell this for money." I think that's > why Aladdin's relatively good version isn't on the cds. Hummmm... that seems to be in conflict with the GPL itself. >From the preamble, paragraph 2: GPL2> When we speak of free software, we are referring to freedom, not GPL2> price. Our General Public Licenses are designed to make sure that you GPL2> have the freedom to distribute copies of free software (and charge for ^^^^^^^^^^^^^^^ GPL2> this service if you wish), that you receive source code or can get it ^^^^^^^^^^^^^^^^^^^^^^^^^^ GPL2> if you want it, that you can change the software or use pieces of it GPL2> in new free programs; and that you know you can do these things. Then in the ``precise termas and conditins'', clause 1, paragraph 2: GPL2> You may charge a fee for the physical act of transferring a copy, and GPL2> you may at your option offer warranty protection in exchange for a fee. Now the real question is does Ghostscript version 3 fall under the GPL... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sun Feb 18 12:23:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01695 for current-outgoing; Sun, 18 Feb 1996 12:23:41 -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 MAA01690 Sun, 18 Feb 1996 12:23:38 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id VAA12746; Sun, 18 Feb 1996 21:00:25 +0100 (MET) Received: (from andreas@localhost) by knobel.gun.de (8.7.3/8.7.3) id UAA02120; Sun, 18 Feb 1996 20:00:52 +0100 (MET) From: Andreas Klemm Message-Id: <199602181900.UAA02120@knobel.gun.de> Subject: Re: mbuf enhancement patch To: nao@sbl.cl.nec.co.jp (Naoki Hamada) Date: Sun, 18 Feb 1996 20:00:52 +0100 (MET) Cc: hackers@freebsd.org, current@freebsd.org In-Reply-To: <199602151344.WAA16411@sirius.sbl.cl.nec.co.jp> from "Naoki Hamada" at Feb 15, 96 10:44:13 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 > > > Hello, guys! > > I found mbuf's are not buffered though mclusters are. So here is my > patch for /sys/sys/mbuf.h. This seems to provide me slightly good > network performance. Did one of the core team members accept these patches officially ?! Will they go into -current ? Andreas /// > > -nao > > --- mbuf.h.orig Thu Feb 15 20:48:22 1996 > +++ mbuf.h Thu Feb 15 21:35:27 1996 > @@ -165,6 +165,8 @@ > /* > * mbuf allocation/deallocation macros: > * > + * MMALLOC(struct mbuf *m, int how, int type) > + * allocates an mbuf. > * MGET(struct mbuf *m, int how, int type) > * allocates an mbuf and initializes it to contain internal data. > * > @@ -172,8 +174,18 @@ > * allocates an mbuf and initializes it to contain a packet header > * and internal data. > */ > +#define MMALLOC(m, how, type) \ > + MBUFLOCK( \ > + if (mfree == 0) {\ > + MALLOC((m), struct mbuf *, MSIZE, mbtypes[type], (how)); \ > + } else { \ > + (m) = mfree; \ > + mfree = (m)->m_next; \ > + } \ > + ) > + > #define MGET(m, how, type) { \ > - MALLOC((m), struct mbuf *, MSIZE, mbtypes[type], (how)); \ > + MMALLOC((m), (how), (type)); \ > if (m) { \ > (m)->m_type = (type); \ > MBUFLOCK(mbstat.m_mtypes[type]++;) \ > @@ -186,7 +198,7 @@ > } > > #define MGETHDR(m, how, type) { \ > - MALLOC((m), struct mbuf *, MSIZE, mbtypes[type], (how)); \ > + MMALLOC((m), (how), (type)); \ > if (m) { \ > (m)->m_type = (type); \ > MBUFLOCK(mbstat.m_mtypes[type]++;) \ > @@ -270,7 +282,10 @@ > MCLFREE((m)->m_ext.ext_buf); \ > } \ > (nn) = (m)->m_next; \ > - FREE((m), mbtypes[(m)->m_type]); \ > + MBUFLOCK ( \ > + (m)->m_next = mfree; \ > + mfree = (m); \ > + ) \ > } > #endif > > @@ -358,6 +373,7 @@ > }; > > #ifdef KERNEL > +struct mbuf *mfree; > extern struct mbuf *mbutl; /* virtual address of mclusters */ > extern char *mclrefcnt; /* cluster reference counts */ > struct mbstat mbstat; > -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sun Feb 18 13:55:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA07139 for current-outgoing; Sun, 18 Feb 1996 13:55:22 -0800 (PST) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA07133 for ; Sun, 18 Feb 1996 13:55:20 -0800 (PST) Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id PAA01590 for freebsd-current@freefall.cdrom.com; Sun, 18 Feb 1996 15:55:21 -0600 From: Bob Willcox Message-Id: <199602182155.PAA01590@luke.pmr.com> Subject: Exabyte 8mm tape drive performance in -current? To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Sun, 18 Feb 1996 15:55:21 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk I have observed that the (read and write) performance of my 8mm Exabyte tape drives on my -current system runs roughly half of what it is on my 2.1-stable systems (100kb/sec vs. 200kb/sec). This is with both the NCR 810 and Adaptec 2940 adapters and using programs such as dump, tar, dd, team. The systems that I have compared have roughly the same hardware (both are 100MHz Pentiums). Performance on my Wangtek QIC-525 tape drive is about the same. Can anybody offer up an explaination of why this is and what might be done to fix it? Thanks, -- Bob Willcox bob@luke.pmr.com Austin, TX From owner-freebsd-current Sun Feb 18 14:31:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08909 for current-outgoing; Sun, 18 Feb 1996 14:31:14 -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 OAA08904 for ; Sun, 18 Feb 1996 14:31:07 -0800 (PST) Received: by sequent.kiae.su id AA27472 (5.65.kiae-2 ); Mon, 19 Feb 1996 01:16:05 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 19 Feb 96 01:16:04 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id BAA01914; Mon, 19 Feb 1996 01:15:37 +0300 (MSK) To: Kai.Vorma@hut.fi, current@freebsd.org Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 19 Feb 1996 01:15:37 +0300 (MSK) X-Mailer: Mail/@ [v2.42 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: SUP deletes my GNU tree, what happens? Lines: 28 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk What happens? Is it freefall error or nic.funet.fi error? I don't touch my supfiles long time! [...] SUP Deleted file gnu/usr.bin/texinfo/info/termdep.h SUP Deleted file gnu/usr.bin/texinfo/info/signals.h SUP Deleted file gnu/usr.bin/texinfo/info/signals.c SUP Deleted file gnu/usr.bin/texinfo/info/session.h SUP Deleted file gnu/usr.bin/texinfo/info/session.c SUP Deleted file gnu/usr.bin/texinfo/info/search.h SUP Deleted file gnu/usr.bin/texinfo/info/search.c SUP Deleted file gnu/usr.bin/texinfo/info/nodes.h SUP Deleted file gnu/usr.bin/texinfo/info/nodes.c SUP Deleted file gnu/usr.bin/texinfo/info/nodemenu.c SUP Deleted file gnu/usr.bin/texinfo/info/m-x.c SUP Deleted file gnu/usr.bin/texinfo/info/infomap.h SUP Deleted file gnu/usr.bin/texinfo/info/infomap.c SUP Deleted file gnu/usr.bin/texinfo/info/infodoc.c SUP Deleted file gnu/usr.bin/texinfo/info/info.h [...] -- 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 Sun Feb 18 15:00:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA10371 for current-outgoing; Sun, 18 Feb 1996 15:00:23 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA10359 for ; Sun, 18 Feb 1996 15:00:17 -0800 (PST) Received: by Sysiphos id AA05589 (5.67b/IDA-1.5 for freebsd-current@freefall.freebsd.org); Sun, 18 Feb 1996 23:59:53 +0100 Message-Id: <199602182259.AA05589@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Sun, 18 Feb 1996 23:59:52 +0100 In-Reply-To: Bob Willcox "Exabyte 8mm tape drive performance in -current?" (Feb 18, 15:55) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Bob Willcox Subject: Re: Exabyte 8mm tape drive performance in -current? Cc: freebsd-current@freefall.freebsd.org (freebsd-current) Sender: owner-current@FreeBSD.ORG Precedence: bulk On Feb 18, 15:55, Bob Willcox wrote: } Subject: Exabyte 8mm tape drive performance in -current? } I have observed that the (read and write) performance of my 8mm } Exabyte tape drives on my -current system runs roughly half of what } it is on my 2.1-stable systems (100kb/sec vs. 200kb/sec). This is } with both the NCR 810 and Adaptec 2940 adapters and using programs } such as dump, tar, dd, team. The systems that I have compared have } roughly the same hardware (both are 100MHz Pentiums). Performance } on my Wangtek QIC-525 tape drive is about the same. Can anybody } offer up an explaination of why this is and what might be done to } fix it? Did you compare the output of "mt status" ? The EXABYTE drives are known to become very slow if used with an unsuitable blocksize. Make sure you don't use 512 byte fixed size blocks with -current ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-current Sun Feb 18 17:32:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA17793 for current-outgoing; Sun, 18 Feb 1996 17:32: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 RAA17788 Sun, 18 Feb 1996 17:32:57 -0800 (PST) Message-Id: <199602190132.RAA17788@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Bob Willcox cc: freebsd-current@freefall.freebsd.org (freebsd-current) Subject: Re: Exabyte 8mm tape drive performance in -current? In-reply-to: Your message of "Sun, 18 Feb 1996 15:55:21 CST." <199602182155.PAA01590@luke.pmr.com> Date: Sun, 18 Feb 1996 17:32:57 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG Precedence: bulk >I have observed that the (read and write) performance of my 8mm >Exabyte tape drives on my -current system runs roughly half of what >it is on my 2.1-stable systems (100kb/sec vs. 200kb/sec). This is >with both the NCR 810 and Adaptec 2940 adapters and using programs >such as dump, tar, dd, team. The systems that I have compared have >roughly the same hardware (both are 100MHz Pentiums). Performance >on my Wangtek QIC-525 tape drive is about the same. Can anybody >offer up an explaination of why this is and what might be done to >fix it? I'd like to see if I can reproduce this on my system here. I have both a -stable and -current boot configuration so I can test on both. I'm using an Archive Python though, but if this is a generic SCSI problem, it should still show up. Do you have a particular benchmark script you'd like me to use? >Thanks, >-- >Bob Willcox >bob@luke.pmr.com >Austin, TX -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Feb 18 17:52:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA18711 for current-outgoing; Sun, 18 Feb 1996 17:52:46 -0800 (PST) Received: from gwydion.hns.st-louis.mo.us (dialup-53.icon-stl.net [199.217.153.53]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA18704 for ; Sun, 18 Feb 1996 17:52:26 -0800 (PST) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.3/8.7.2) id TAA00214 for freebsd-current@freebsd.org; Sun, 18 Feb 1996 19:51:44 -0600 (CST) From: Kent Hamilton Message-Id: <199602190151.TAA00214@gwydion.hns.st-louis.mo.us> Subject: Keyboard lockout on 2.x.x To: freebsd-current@freebsd.org Date: Sun, 18 Feb 1996 19:51:44 -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 Does anyone have a workaround (or better yet a solution) to the keyboard lockup problem on FreeBSD? I've had this problem running 2.0.5, 2.1.0, and -current. So it doesn't appear to be fixed anywhere. Does anyone have a workaround? -- Kent Hamilton Work: KHamilton@Hunter.COM URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US From owner-freebsd-current Sun Feb 18 18:17:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20072 for current-outgoing; Sun, 18 Feb 1996 18:17:11 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA20064 for ; Sun, 18 Feb 1996 18:17:06 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id SAA02004; Sun, 18 Feb 1996 18:16:58 -0800 (PST) Date: Sun, 18 Feb 1996 18:16:57 -0800 (PST) From: invalid opcode To: Kent Hamilton cc: freebsd-current@FreeBSD.org Subject: Re: Keyboard lockout on 2.x.x In-Reply-To: <199602190151.TAA00214@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 When exactly does it lock up? Chris Layne, coredump@nervosa.com. On Sun, 18 Feb 1996, Kent Hamilton wrote: > Does anyone have a workaround (or better yet a solution) to the keyboard > lockup problem on FreeBSD? > > I've had this problem running 2.0.5, 2.1.0, and -current. So it doesn't > appear to be fixed anywhere. Does anyone have a workaround? > > -- > Kent Hamilton Work: KHamilton@Hunter.COM > URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US > From owner-freebsd-current Sun Feb 18 18:47:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21639 for current-outgoing; Sun, 18 Feb 1996 18:47:43 -0800 (PST) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA21633 for ; Sun, 18 Feb 1996 18:47:38 -0800 (PST) Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id UAA02537; Sun, 18 Feb 1996 20:47:19 -0600 From: Bob Willcox Message-Id: <199602190247.UAA02537@luke.pmr.com> Subject: Re: Exabyte 8mm tape drive performance in -current? To: se@zpr.uni-koeln.de (Stefan Esser) Date: Sun, 18 Feb 1996 20:47:19 -0600 (CST) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <199602182259.AA05589@Sysiphos> from "Stefan Esser" at Feb 18, 96 11:59:52 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk Stefan Esser wrote: > > On Feb 18, 15:55, Bob Willcox wrote: > } Subject: Exabyte 8mm tape drive performance in -current? > } I have observed that the (read and write) performance of my 8mm > } Exabyte tape drives on my -current system runs roughly half of what > } it is on my 2.1-stable systems (100kb/sec vs. 200kb/sec). This is > } with both the NCR 810 and Adaptec 2940 adapters and using programs > } such as dump, tar, dd, team. The systems that I have compared have > } roughly the same hardware (both are 100MHz Pentiums). Performance > } on my Wangtek QIC-525 tape drive is about the same. Can anybody > } offer up an explaination of why this is and what might be done to > } fix it? > > Did you compare the output of "mt status" ? > The EXABYTE drives are known to become very > slow if used with an unsuitable blocksize. > Make sure you don't use 512 byte fixed size > blocks with -current ... On the -current system I cannot change the blocksize away from 512. Normally I use variable blocksize and use mt to set it to 0. This does not work on -current (for either the NCR or Adaptec adapters). Most likely this is my problem. I hadn't bothered to check the blocksize before since the script I was running was setting it to 0 (it was trying to anyway). -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-current Sun Feb 18 18:55:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22003 for current-outgoing; Sun, 18 Feb 1996 18:55:19 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA21998 for ; Sun, 18 Feb 1996 18:55:15 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id SAA02839 for ; Sun, 18 Feb 1996 18:55:14 -0800 (PST) Date: Sun, 18 Feb 1996 18:55:13 -0800 (PST) From: invalid opcode To: FreeBSD-current Subject: hrmmm Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk It seems as if you start a program from X by an xterm, as in: exec xterm -T pine -e pine & and than try to ctrl-z (suspend) it, it of course won't suspend because there is no shell to suspend too, but it also won't automatically continue, you can destroy the window, but the process remains running, I have tried everything (I think) to try to kill these hung processes: top output: 694 coredump 4 0 752K 548K ttywai 0:26 0.00% 0.00% irc-2.8.2 including kill -{every number from 1 to 30}, and it still wont die. Any suggestions, or is this a bug? ----------------------------------------------------------------------------- Chris Layne coredump@nervosa.com. IRC: hexonyx http://www.nervosa.com./~coredump From owner-freebsd-current Sun Feb 18 18:59:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22091 for current-outgoing; Sun, 18 Feb 1996 18:59:22 -0800 (PST) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA22081 Sun, 18 Feb 1996 18:59:14 -0800 (PST) Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id UAA02614; Sun, 18 Feb 1996 20:59:11 -0600 From: Bob Willcox Message-Id: <199602190259.UAA02614@luke.pmr.com> Subject: Re: Exabyte 8mm tape drive performance in -current? To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Sun, 18 Feb 1996 20:59:11 -0600 (CST) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <199602190132.RAA17788@freefall.freebsd.org> from "Justin T. Gibbs" at Feb 18, 96 05:32:57 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk Justin T. Gibbs wrote: > > >I have observed that the (read and write) performance of my 8mm > >Exabyte tape drives on my -current system runs roughly half of what > >it is on my 2.1-stable systems (100kb/sec vs. 200kb/sec). This is > >with both the NCR 810 and Adaptec 2940 adapters and using programs > >such as dump, tar, dd, team. The systems that I have compared have > >roughly the same hardware (both are 100MHz Pentiums). Performance > >on my Wangtek QIC-525 tape drive is about the same. Can anybody > >offer up an explaination of why this is and what might be done to > >fix it? > > I'd like to see if I can reproduce this on my system here. I have > both a -stable and -current boot configuration so I can test on > both. I'm using an Archive Python though, but if this is a generic > SCSI problem, it should still show up. Do you have a particular > benchmark script you'd like me to use? For the sake of simplicity, I have just been using dd. I dd a large (>40mb) file to the tape using a bs= specification of 32k or so. Dump, and tar show similar performance differences. My most recent run on my -current system looks like this: bob@han-p1 /usr/src> dd bs=32k if=cscope.out of=/dev/rst2 conv=sync 1369+1 records in 1370+0 records out 44892160 bytes transferred in 405 secs (110844 bytes/sec) and for this drive: bob@han-p1 /home/bob> mt -f /dev/rst2 status Present Mode: Density = 0x00 Blocksize = 512 bytes ---------available modes--------- Mode 0: Density = 0x00 Blocksize = 512 bytes Mode 1: Density = X3.136-1986 Blocksize = 512 bytes Mode 2: Density = X3.39-1986 Blocksize variable Mode 3: Density = X3.54-1986 Blocksize variable is what mt status looks like. Note that I am unable to change the blocksize to 0 (or anything else) with the mt blocksize command. For the equivalent operation on one of my 2.1-stable systems I get: bob@luke-pd /usr/src> dd bs=32k if=cscope.out of=/dev/rst1 conv=sync 1334+1 records in 1335+0 records out 43745280 bytes transferred in 213 secs (205376 bytes/sec) with an mt status of: bob@luke-pd /usr/src> mt -f /dev/rst1 status Present Mode: Density = 0x00 Blocksize variable ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = 0x00 Blocksize variable Mode 2: Density = 0x00 Blocksize variable Mode 3: Density = 0x00 Blocksize variable Thanks, -- Bob Willcox bob@luke.pmr.com Austin, TX From owner-freebsd-current Sun Feb 18 19:51:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA24991 for current-outgoing; Sun, 18 Feb 1996 19:51:30 -0800 (PST) Received: from gwydion.hns.st-louis.mo.us (root@dialup-67.icon-stl.net [199.217.153.67]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA24985 for ; Sun, 18 Feb 1996 19:51:27 -0800 (PST) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.3/8.7.2) id VAA00546; Sun, 18 Feb 1996 21:51:10 -0600 (CST) From: Kent Hamilton Message-Id: <199602190351.VAA00546@gwydion.hns.st-louis.mo.us> Subject: Re: Keyboard lockout on 2.x.x To: coredump@nervosa.com (invalid opcode) Date: Sun, 18 Feb 1996 21:51:10 -0600 (CST) Cc: freebsd-current@freebsd.org In-Reply-To: from "invalid opcode" at Feb 18, 96 06:16:57 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 > > When exactly does it lock up? Ohh, sorry, I've seen this mentioned here before so I guess I thought it was a well known problem. I'm using syscon and when flipping to a different vt you'll get locked out. It appears to happen when there is also SCSI activity. I've seen it both on machines with PS/2 keyboards, and standard AT keyboards. SCSI cards have been Adaptec or Buslogic. Only way I've found is to rlogin and re-boot but I thought someone mentioned having a work-around once. > On Sun, 18 Feb 1996, Kent Hamilton wrote: > > > Does anyone have a workaround (or better yet a solution) to the keyboard > > lockup problem on FreeBSD? > > > > I've had this problem running 2.0.5, 2.1.0, and -current. So it doesn't > > appear to be fixed anywhere. Does anyone have a workaround? -- Kent Hamilton Work: KHamilton@Hunter.COM URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US From owner-freebsd-current Sun Feb 18 22:22:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA05025 for current-outgoing; Sun, 18 Feb 1996 22:22:48 -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 WAA05020 for ; Sun, 18 Feb 1996 22:22:41 -0800 (PST) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with ESMTP id IAA13831 for ; Mon, 19 Feb 1996 08:22:38 +0200 (SAT) Message-Id: <199602190622.IAA13831@grumble.grondar.za> To: current@freebsd.org Subject: Process hogs in current? Date: Mon, 19 Feb 1996 08:22:35 +0200 From: Mark Murray Sender: owner-current@freebsd.org Precedence: bulk Hi Anyone else seeing this: I have a 386sx/40 w/ 8MB Ram, Adaptec 1542 SCSI, 1 SCSI HD, 2 16550 com ports and an SMC Ultra Ethernet card. It is my gateway machine, so it runs iijppp and the kernel has IP forwarding turned on. The machine is running current (about 2 weeks old). It has a strange tendency to have processes almost "take over" all available time, kinda like the scheduling has gone crazy. Last night this happened to process 1 (init) which was taking 95% of available CPU. The machine was slow, but functional (IP routing was mostly unaffected). This morning I have the same thing, same process. I have seen this happening on more than one occaision with identd from the ports collection and with xntpd. Any ideas? More info available on request. 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 Sun Feb 18 22:51:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA06202 for current-outgoing; Sun, 18 Feb 1996 22:51:49 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA06195 Sun, 18 Feb 1996 22:51:46 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.12) id WAA08100; Sun, 18 Feb 1996 22:51:39 -0800 From: Julian Elischer Message-Id: <199602190651.WAA08100@ref.tfs.com> Subject: Re: Exabyte 8mm tape drive performance in -current? To: bob@luke.pmr.com (Bob Willcox) Date: Sun, 18 Feb 1996 22:51:39 -0800 (PST) Cc: gibbs@freefall.freebsd.org, freebsd-current@freefall.freebsd.org In-Reply-To: <199602190259.UAA02614@luke.pmr.com> from "Bob Willcox" at Feb 18, 96 08:59:11 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk > > Justin T. Gibbs wrote: > > > > bob@han-p1 /home/bob> mt -f /dev/rst2 status > Present Mode: Density = 0x00 Blocksize = 512 bytes > ---------available modes--------- > Mode 0: Density = 0x00 Blocksize = 512 bytes > Mode 1: Density = X3.136-1986 Blocksize = 512 bytes > Mode 2: Density = X3.39-1986 Blocksize variable > Mode 3: Density = X3.54-1986 Blocksize variable > > is what mt status looks like. Note that I am unable to change the > blocksize to 0 (or anything else) with the mt blocksize command. This looks like it's interpretting it to be an unknown tape type.. this is correct. Though I disagree a little with the default settings { T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "*", "*", "*", "st", SC_ONE_LU, 0, mode_unktape }, AND static st_modes mode_unktape = { {512, ST_Q_FORCE_FIXED_MODE, 0}, /* minor 0,1,2,3 */ {512, ST_Q_FORCE_FIXED_MODE, QIC_24}, /* minor 4,5,6,7 */ {0, ST_Q_FORCE_VAR_MODE, HALFINCH_1600}, /* minor 8,9,10,11 */ {0, ST_Q_FORCE_VAR_MODE, HALFINCH_6250} /* minor 12,13,14,15 * I thinkthe first line should be: {0,0,0} which would allow it to try askthe drive what it wants, similar to what it did before.... read st(4) to understand about 'mount sessions' I know that justin changed this a little but I believe it's still valid. try the following: mt -f /dev/sd0ctl.0 blocksize 0 your previou scommands were probably only lasting as long as the 'open' (which was as long as the 'mt' command.) did you do the blocksize command to rst0 or nrst0? julian From owner-freebsd-current Mon Feb 19 00:14:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA09877 for current-outgoing; Mon, 19 Feb 1996 00:14:31 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA09858 for ; Mon, 19 Feb 1996 00:14:21 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA14517; Mon, 19 Feb 1996 09:14:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA13035; Mon, 19 Feb 1996 09:14:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA11282; Mon, 19 Feb 1996 09:02:09 +0100 (MET) From: J Wunsch Message-Id: <199602190802.JAA11282@uriah.heep.sax.de> Subject: Re: Exabyte 8mm tape drive performance in -current? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 19 Feb 1996 09:02:09 +0100 (MET) Cc: bob@luke.pmr.com (Bob Willcox) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602190247.UAA02537@luke.pmr.com> from "Bob Willcox" at Feb 18, 96 08:47:19 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk As Bob Willcox wrote: > > Make sure you don't use 512 byte fixed size > > blocks with -current ... > > On the -current system I cannot change the blocksize away from 512. > Normally I use variable blocksize and use mt to set it to 0. This > does not work on -current (for either the NCR or Adaptec adapters). I've also noticed some strange behaviour for this on -current. Don't know why this crept in. However, i've been successful to change the blocksize on the control devices (mt -f /dev/st0ctl.0 blocksize 0), does this also fail for you? -- 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 Feb 19 00:14:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA09930 for current-outgoing; Mon, 19 Feb 1996 00:14: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 AAA09869 for ; Mon, 19 Feb 1996 00:14:30 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA14521; Mon, 19 Feb 1996 09:14:03 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA13036; Mon, 19 Feb 1996 09:14:03 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA11295; Mon, 19 Feb 1996 09:03:25 +0100 (MET) From: J Wunsch Message-Id: <199602190803.JAA11295@uriah.heep.sax.de> Subject: Re: hrmmm To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 19 Feb 1996 09:03:24 +0100 (MET) Cc: coredump@nervosa.com (invalid opcode) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "invalid opcode" at Feb 18, 96 06:55:13 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk As invalid opcode wrote: > It seems as if you start a program from X by an xterm, as in: > > exec xterm -T pine -e pine & > > and than try to ctrl-z (suspend) it, it of course won't suspend because > there is no shell to suspend too, but it also won't automatically > continue, you can destroy the window, but the process remains running, I > have tried everything (I think) to try to kill these hung processes: A bug in pine? I regularly start elm this way, and it simply ignores the ^z. -- 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 Feb 19 00:15:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA10013 for current-outgoing; Mon, 19 Feb 1996 00:15:03 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA09988 for ; Mon, 19 Feb 1996 00:14:58 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA14526; Mon, 19 Feb 1996 09:14:07 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA13037; Mon, 19 Feb 1996 09:14:06 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA11333; Mon, 19 Feb 1996 09:11:53 +0100 (MET) From: J Wunsch Message-Id: <199602190811.JAA11333@uriah.heep.sax.de> Subject: Re: Keyboard lockout on 2.x.x To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 19 Feb 1996 09:11:52 +0100 (MET) Cc: KentH@HNS.St-Louis.Mo.US Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602190351.VAA00546@gwydion.hns.st-louis.mo.us> from "Kent Hamilton" at Feb 18, 96 09:51:10 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk As Kent Hamilton wrote: > > > > When exactly does it lock up? > > Ohh, sorry, I've seen this mentioned here before so I guess I thought > it was a well known problem. I'm using syscon and when flipping to a > different vt you'll get locked out. Does this happen for all keyboards? Does disconnecting/reconnecting the keyboard help? Keyboard lockup during VT switch is most likely due to a collision on the keyboard interface arising out of simultaneously sending a character code, while the driver is sending a SET LEDS command to the keyboard. The keyboard serial interface hasn't been designed to be two-way, but later (for the PC/AT) been used for this. Since you can rlogin into the machine, try compiling the kbdio(8) hacker's tool from /usr/src/usr.sbin/pcvt/kbdio, and see if you could also issue a keyboard reset. Sorry, no man page, only the usage help (try -h). -- 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 Feb 19 00:22:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA10479 for current-outgoing; Mon, 19 Feb 1996 00:22:27 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA10474 for ; Mon, 19 Feb 1996 00:22:24 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id AAA02522; Mon, 19 Feb 1996 00:21:26 -0800 (PST) Date: Mon, 19 Feb 1996 00:21:25 -0800 (PST) From: invalid opcode To: Joerg Wunsch cc: FreeBSD-current users Subject: Re: hrmmm In-Reply-To: <199602190803.JAA11295@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 Mon, 19 Feb 1996, J Wunsch wrote: > > A bug in pine? I regularly start elm this way, and it simply ignores > the ^z. > > -- > cheers, J"org Hmm, ircII does it also. But telnet doesn't do it *sigh*. I've had someone else try ircII and they claim that their's ignore's the ^z, Is there anything in X that could affect the suspension? I highly doubt it. ----------------------------------------------------------------------------- Chris Layne coredump@nervosa.com. IRC: hexonyx http://www.nervosa.com./~coredump From owner-freebsd-current Mon Feb 19 00:47:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA12168 for current-outgoing; Mon, 19 Feb 1996 00:47:30 -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 AAA12159 for ; Mon, 19 Feb 1996 00:47:25 -0800 (PST) Received: from epsilon.hut.fi (epsilon.hut.fi [130.233.224.54]) by snake.hut.fi (8.7.3/8.7.3) with ESMTP id KAA17143; Mon, 19 Feb 1996 10:47:21 +0200 (EET) Received: (vode@localhost) by epsilon.hut.fi (8.6.11/8.6.7) id KAA17086; Mon, 19 Feb 1996 10:47:21 +0200 Date: Mon, 19 Feb 1996 10:47:21 +0200 Message-Id: <199602190847.KAA17086@epsilon.hut.fi> From: Kai Vorma To: ache@astral.msk.su Cc: current@freebsd.org Subject: Re: SUP deletes my GNU tree, what happens? In-Reply-To: References: Reply-To: Kai.Vorma@hut.fi Sender: owner-current@freebsd.org Precedence: bulk KOI8-R writes: > What happens? Is it freefall error or nic.funet.fi error? > I don't touch my supfiles long time! > > SUP Deleted file gnu/usr.bin/texinfo/info/termdep.h > SUP Deleted file gnu/usr.bin/texinfo/info/signals.h Are you supping -current? Nic.funet.fi seems to be just fine. Texinfo files are there, the scan file is ok (at least now 0830 GMT) and there are no errors in logfiles. Disk space seems to be a bit low (~160 MB free) so perhaps the disk has been full at the wrong moment. ..vode From owner-freebsd-current Mon Feb 19 00:49:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA12304 for current-outgoing; Mon, 19 Feb 1996 00:49:58 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA12273 for ; Mon, 19 Feb 1996 00:49:43 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA16333 for ; Mon, 19 Feb 1996 09:49:39 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA13204 for freebsd-current@FreeBSD.org; Mon, 19 Feb 1996 09:49:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA11552 for freebsd-current@FreeBSD.org; Mon, 19 Feb 1996 09:33:27 +0100 (MET) From: J Wunsch Message-Id: <199602190833.JAA11552@uriah.heep.sax.de> Subject: Re: Exabyte 8mm tape drive performance in -current? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 19 Feb 1996 09:33:27 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602190651.WAA08100@ref.tfs.com> from "Julian Elischer" at Feb 18, 96 10:51:39 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk As Julian Elischer wrote: > This looks like it's interpretting it to be an unknown tape type.. > this is correct. Though I disagree a little with the default settings > { > T_SEQUENTIAL, T_SEQUENTIAL, T_REMOV, "*", "*", "*", > "st", SC_ONE_LU, 0, mode_unktape > }, > AND > static st_modes mode_unktape = > { > {512, ST_Q_FORCE_FIXED_MODE, 0}, /* minor 0,1,2,3 */ > I thinkthe first line should be: > {0,0,0} > which would allow it to try askthe drive what it wants, > similar to what it did before.... Arrgh, yes, 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 Feb 19 01:36:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA14547 for current-outgoing; Mon, 19 Feb 1996 01:36:29 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA14474 for ; Mon, 19 Feb 1996 01:36:03 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id SAA18196; Mon, 19 Feb 1996 18:34:07 +0900 Date: Mon, 19 Feb 1996 18:34:07 +0900 Message-Id: <199602190934.SAA18196@frig.mt.cs.keio.ac.jp> To: KentH@HNS.St-Louis.Mo.US Cc: freebsd-current@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: Keyboard lockout on 2.x.x In-Reply-To: Your message of Sun, 18 Feb 1996 19:51:44 -0600 (CST). <199602190151.TAA00214@gwydion.hns.st-louis.mo.us> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-current@freebsd.org Precedence: bulk In article <199602190151.TAA00214@gwydion.hns.st-louis.mo.us> kenth@HNS.St-Louis.Mo.US writes: >> Does anyone have a workaround (or better yet a solution) to the keyboard >> lockup problem on FreeBSD? >> >> I've had this problem running 2.0.5, 2.1.0, and -current. So it doesn't >> appear to be fixed anywhere. Does anyone have a workaround? Since I replaced all DELAY(10) with DELAY(100) in syscons.c, it never happen. But I'm not sure whether it's a good solution. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-current Mon Feb 19 02:04:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA16673 for current-outgoing; Mon, 19 Feb 1996 02:04:46 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA16668 for ; Mon, 19 Feb 1996 02:04:43 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.12) id CAA08901 for current@freebsd.org; Mon, 19 Feb 1996 02:04:37 -0800 From: Julian Elischer Message-Id: <199602191004.CAA08901@ref.tfs.com> Subject: anyone broken ps(1) recently? To: current@freebsd.org Date: Mon, 19 Feb 1996 02:04:34 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk it won't compile here.. From owner-freebsd-current Mon Feb 19 02:55:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA19370 for current-outgoing; Mon, 19 Feb 1996 02:55:29 -0800 (PST) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA19361 for ; Mon, 19 Feb 1996 02:55:23 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.6.12/8.6.12) id SAA27982 for freebsd-current@freebsd.org; Mon, 19 Feb 1996 18:56:04 +0800 Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 19 Feb 96 10:46:24 GMT From: peter@jhome.DIALix.COM (Peter Wemm) Message-ID: Organization: DIALix Services, Perth, Australia. References: <199602172331.QAA15534@rover.village.org>, <199602181815.KAA07119@GndRsh.aac.dev.com> Subject: Re: Hysterical Raisons Sender: owner-current@freebsd.org Precedence: bulk rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) writes: >> >> : Actually, both versions of Ghostscript are free, it's just that >> : version 2 uses the GNU copyright, and version 3 uses Aladdin's >> : copyright. >> >> For a suitible definition of the word free :-). Aladdin's copyright >> is basically GPL + "You can't sell this for money." I think that's >> why Aladdin's relatively good version isn't on the cds. >Hummmm... that seems to be in conflict with the GPL itself. >From the preamble, paragraph 2: >GPL2> When we speak of free software, we are referring to freedom, not >GPL2> price. Our General Public Licenses are designed to make sure that you >GPL2> have the freedom to distribute copies of free software (and charge for > ^^^^^^^^^^^^^^^ >GPL2> this service if you wish), that you receive source code or can get it > ^^^^^^^^^^^^^^^^^^^^^^^^^^ >GPL2> if you want it, that you can change the software or use pieces of it >GPL2> in new free programs; and that you know you can do these things. >Then in the ``precise termas and conditins'', clause 1, paragraph 2: >GPL2> You may charge a fee for the physical act of transferring a copy, and >GPL2> you may at your option offer warranty protection in exchange for a fee. >Now the real question is does Ghostscript version 3 fall under the GPL... No. The author owns the copyright.. He can specify any terms and conditions of copying he likes. In the ghostscript 3 case, he accepted commercial support to financially support it's development in return for exclusive commercial rights. The License it's distributed under has some similarity to GPL when used in a non-commercial context, but is most definately not GPL. Although Ghostscript3 is no longer under GPL copying conditions, gs-2.6 is still GPL'ed. Nobody can stop that from being distributed. IMHO, As much as I dislike some of the strings attached in the GPL, this is a saving grace. Cheers, -Peter >-- >Rod Grimes rgrimes@gndrsh.aac.dev.com >Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Feb 19 03:57:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA22129 for current-outgoing; Mon, 19 Feb 1996 03:57:15 -0800 (PST) Received: from gwydion.hns.st-louis.mo.us (root@dialup-67.icon-stl.net [199.217.153.67]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA22124 for ; Mon, 19 Feb 1996 03:57:11 -0800 (PST) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.3/8.7.2) id FAA00984 for freebsd-current@freebsd.org; Mon, 19 Feb 1996 05:57:09 -0600 (CST) From: Kent Hamilton Message-Id: <199602191157.FAA00984@gwydion.hns.st-louis.mo.us> Subject: Re: Keyboard lockout on 2.x.x To: freebsd-current@freebsd.org Date: Mon, 19 Feb 1996 05:57:09 -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 > > As Kent Hamilton wrote: > > > > > > When exactly does it lock up? > > > > Ohh, sorry, I've seen this mentioned here before so I guess I thought > > it was a well known problem. I'm using syscon and when flipping to a > > different vt you'll get locked out. > > Does this happen for all keyboards? Does disconnecting/reconnecting > the keyboard help? No, that was the first thing I tried. (Several times) > > Keyboard lockup during VT switch is most likely due to a collision on > the keyboard interface arising out of simultaneously sending a > character code, while the driver is sending a SET LEDS command to the > keyboard. I remembered someone saying it had to do with the LED's, I have re-set the machines to not turn them on at boot and I almost never use a caps/num lock anyway. What else will toggle the LED states? Scroll lock which I never use... anything else? > > The keyboard serial interface hasn't been designed to be two-way, but > later (for the PC/AT) been used for this. Since you can rlogin into > the machine, try compiling the kbdio(8) hacker's tool from > /usr/src/usr.sbin/pcvt/kbdio, and see if you could also issue a > keyboard reset. Sorry, no man page, only the usage help (try -h). Thanks I'll try that next time it happens and post a result. Can anyone think of a good way to debug this one? I don't mind doing minor mucking with the code but I'm not a great C programmer. (I'm a sysadmin who used to be a FORTRAN/Assembler programmer many years ago on PDP-11's/VAX's.) I can cause this to happen pretty easily. Just starting a 'make world' in the source tree then fliping through the vt's quickly will do it. Pretty annoying too when you've just started a compile and are flipping away and can't get back to see when it's completed. I've taken to doing everything with 'make all >& /var/tmp/make.log &' at least I can see what's going on remotely. :-( -- Kent Hamilton Work: KHamilton@Hunter.COM URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US From owner-freebsd-current Mon Feb 19 06:45:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA27157 for current-outgoing; Mon, 19 Feb 1996 06:45:35 -0800 (PST) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA27152 Mon, 19 Feb 1996 06:45:29 -0800 (PST) Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id IAA05076; Mon, 19 Feb 1996 08:45:26 -0600 From: Bob Willcox Message-Id: <199602191445.IAA05076@luke.pmr.com> Subject: Re: Exabyte 8mm tape drive performance in -current? To: julian@ref.tfs.com (Julian Elischer) Date: Mon, 19 Feb 1996 08:45:25 -0600 (CST) Cc: gibbs@freefall.freebsd.org, freebsd-current@freefall.freebsd.org In-Reply-To: <199602190651.WAA08100@ref.tfs.com> from "Julian Elischer" at Feb 18, 96 10:51:39 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk Julian Elischer wrote: > > > > > Justin T. Gibbs wrote: > > > . . . > > read st(4) to understand about 'mount sessions' > I know that justin changed this a little but I believe it's still valid. > > try the following: > mt -f /dev/sd0ctl.0 blocksize 0 This did work to set the blocksize to 0; and with that the performance of the -current system is equivalent to my -stable systems. > > your previou scommands were probably only lasting as long as the 'open' > (which was as long as the 'mt' command.) Apparently. > did you do the blocksize command to rst0 or nrst0? I was using the rst0 device. Thanks, -- Bob Willcox bob@luke.pmr.com Austin, TX From owner-freebsd-current Mon Feb 19 07:55:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA01046 for current-outgoing; Mon, 19 Feb 1996 07:55:55 -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 HAA01041 Mon, 19 Feb 1996 07:55:51 -0800 (PST) Message-Id: <199602191555.HAA01041@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Bob Willcox cc: julian@ref.tfs.com (Julian Elischer), freebsd-current@freefall.freebsd.org Subject: Re: Exabyte 8mm tape drive performance in -current? In-reply-to: Your message of "Mon, 19 Feb 1996 08:45:25 CST." <199602191445.IAA05076@luke.pmr.com> Date: Mon, 19 Feb 1996 07:55:51 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG Precedence: bulk >> >> your previou scommands were probably only lasting as long as the 'open' >> (which was as long as the 'mt' command.) > >Apparently. > >> did you do the blocksize command to rst0 or nrst0? > >I was using the rst0 device. I told you mount sessions were confusing, Julian. :) Are you still planning on making a mount session bracketted by media changes? >Thanks, >-- >Bob Willcox >bob@luke.pmr.com >Austin, TX -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Mon Feb 19 08:47:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA06075 for current-outgoing; Mon, 19 Feb 1996 08:47:09 -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 IAA06067 for ; Mon, 19 Feb 1996 08:47:07 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA02944; Mon, 19 Feb 1996 11:41:08 -0500 Date: Mon, 19 Feb 1996 11:41:08 -0500 From: "Garrett A. Wollman" Message-Id: <9602191641.AA02944@halloran-eldar.lcs.mit.edu> To: Wolfram Schneider Cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), FreeBSD-Current Mailing List Subject: Re: cvs commit: src/bin/mv mv.1 mv.c In-Reply-To: <199602191309.OAA29857@caramba.cs.tu-berlin.de> References: <199602182312.AAA09188@uriah.heep.sax.de> <199602191309.OAA29857@caramba.cs.tu-berlin.de> Sender: owner-current@FreeBSD.ORG Precedence: bulk < said: > $ touch a b;mv -fi a b > $ ...which violates the standard. Since the `i' flag is given last, it is the one which must be obeyed. -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 Feb 19 09:12:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA10234 for current-outgoing; Mon, 19 Feb 1996 09:12:37 -0800 (PST) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA10229 for ; Mon, 19 Feb 1996 09:12:35 -0800 (PST) Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id LAA05522 for freebsd-current@freefall.cdrom.com; Mon, 19 Feb 1996 11:12:33 -0600 From: Bob Willcox Message-Id: <199602191712.LAA05522@luke.pmr.com> Subject: System lockups with dump of file system To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Mon, 19 Feb 1996 11:12:33 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk I am able to reliably repeat a hard system lockup when attempting to dump any of my filesystems that are on a DEC DSP-3105 disk to tape (or /dev/null, for that matter). Dumping the other disk on this system (a Toshiba) seems to work ok. Note that this system is running -current supped as of 2/18 at 0800 GMT. Here is the dump output of two attempts on the two filesystems on this drive: bob@han-p0 /home/bob> dump 0bBf 10 2000000 /dev/null /usr/obj DUMP: Date of this level 0 dump: Mon Feb 19 10:37:34 1996 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd1s1e (/usr/obj) to /dev/null DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 99352 tape blocks on 0.05 tape(s). DUMP: dumping (Pass III) [directories] *** The system locks up at this point *** Hmm, just tried a different filesystem and here is what I got: bob@han-p0 /home/bob> dump 0bBf 10 2000000 /dev/null /usr/src DUMP: Date of this level 0 dump: Mon Feb 19 10:42:06 1996 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd1s1f (/usr/src) to /dev/null DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 232413 tape blocks on 0.12 tape(s). *** The system locks up at this point *** The dmesg output (w/the -v boot flag) for this system looks like: FreeBSD 2.2-CURRENT #0: Sun Feb 18 15:18:06 CST 1996 bob@han.pmr.com:/usr/src/sys/compile/HAN CPU: Pentium (99.53-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 14680064 (14336K bytes) BIOS Geometries: 0:035a3f20 0..858=859 cylinders, 0..63=64 heads, 1..32=32 sectors 1:03e83f20 0..1000=1001 cylinders, 0..63=64 heads, 1..32=32 sectors 0 accounted for pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000005c pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=122d8086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 1 on pci0:0 CPU Inactivity timer: clocks Peer Concurrency: enabled CPU-to-PCI Write Bursting: enabled PCI Streaming: enabled Bus Concurrency: enabled Cache: 256K pipelined-burst secondary; L1 enabled DRAM: no memory hole, 66 MHz refresh Read burst timing: x-3-3-3/x-4-4-4 Write burst timing: x-3-3-3 RAS-CAS delay: 3 clocks chip1 rev 2 on pci0:7 I/O Recovery Timing: 8-bit 1 clocks, 16-bit 1 clocks Extended BIOS: enabled Lower BIOS: enabled Coprocessor IRQ13: enabled Mouse IRQ12: disabled Interrupt Routing: A: IRQ11, B: disabled, C: IRQ12, D: IRQ14 MB0: disabled, MB1: disabled pci0:7: Intel Corporation, device=0x1230, class=storage (ide) [no driver assigned] map(20): io(3000) vga0 rev 0 int a irq 11 on pci0:18 mapreg[10] type=0 addr=f0000000 size=1000000. ahc0 rev 3 int a irq 14 on pci0:19 mapreg[10] type=1 addr=00006000 size=0100. mapreg[14] type=0 addr=f1000000 size=1000. ahc0: BurstLen = 8DWDs, Latency Timer = 32PCLKS ahc0: Reading SEEPROM...done. ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: target 0 synchronous at 6.67MHz, offset = 0xf ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "TOSHIBA MK438FB 5133" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 859MB (1759626 512 byte sectors) sd0(ahc0:0:0): with 1980 cyls, 11 heads, and an average 80 sectors/track ahc0: target 1 synchronous at 10.0MHz, offset = 0xf ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "DEC DSP3105S X385" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 1001MB (2050860 512 byte sectors) sd1(ahc0:1:0): with 2570 cyls, 14 heads, and an average 57 sectors/track ahc0: target 5 synchronous at 4.0MHz, offset = 0xf (ahc0:5:0): "TOSHIBA CD-ROM XM-3501TA 0315" type 5 removable SCSI 2 cd0(ahc0:5:0): CD-ROM cd0(ahc0:5:0): NOT READY asc:3a,0 Medium not present can't get the size ahc0: target 6 synchronous at 4.4MHz, offset = 0xe (ahc0:6:0): "WANGTEK 5525ES SCSI REV7 3R4" type 1 removable SCSI 1 st0(ahc0:6:0): Sequential-Access density code 0x0, drive empty ncr0 rev 2 int a irq 12 on pci0:20 mapreg[10] type=1 addr=00006100 size=0100. mapreg[14] type=0 addr=f1001000 size=0100. reg20: virtual=0xf3d44000 physical=0xf1001000 size=0x100 ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 (V2 pl23 95/09/07) ncr0 waiting for scsi devices to settle (ncr0:6:0): "EXABYTE EXB-8200 2687" type 1 removable SCSI 1 st1(ncr0:6:0): Sequential-Access density code 0x0, drive empty pci0: uses 16781568 bytes of memory from f0000000 upto f10010ff. pci0: uses 512 bytes of I/O space from 6000 upto 61ff. 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 0x300-0x31f irq 10 maddr 0xcc000 msize 16384 on isa ed0: address 00:00:c0:dc:10:55, type WD8013EPC (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt1 at 0x378-0x37f on isa fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface imasks: bio c0005040, tty c003041a, net c003041a sd0s1: type 0x6, sta02*** Beyond here is incomprehensible junk *** -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-current Mon Feb 19 09:57:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA12393 for current-outgoing; Mon, 19 Feb 1996 09:57:46 -0800 (PST) Received: from digital.netvoyage.net (root@digital.netvoyage.net [205.162.154.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA12387 for ; Mon, 19 Feb 1996 09:57:44 -0800 (PST) Received: (from bogawa@localhost) by digital.netvoyage.net (8.6.11/8.6.9) id JAA01728; Mon, 19 Feb 1996 09:57:39 -0800 Date: Mon, 19 Feb 1996 09:57:38 -0800 (PST) From: Bryan Ogawa at Work To: "freebsd-current@freebsd.org" Subject: RE: Hysterical Raisons In-Reply-To: <01BAFD3A.79E15150@hamby1.lightside.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Sat, 17 Feb 1996, Jake Hamby wrote: [...] > >zmodem is certainly the only one of this kind. There should also be a > >port of the older, freeware zmodem. Just like it has been done for > >ghostscript: you can select between the freeware version 2, and the > >shareware version 3. The PD zmodem I have (Apr 87, I believe), compiles out of the box for BSD. I also have the lsz/lrz Linux one (updated in some way, requires a few makefile changes), although it doesn't seem to work as well. The third version I have is a reimplimentation which doesn't work with unixes in general, but includes a rewrite of the zmodem spec which is pretty clear. If anyone is interested in these, email me at (my personal account) and I'll provide them. If anyone has a more recent PD zmodem (e.g. Apr 88, which I've heard is the last one) I'd appreciate that, too. bryan > > Actually, both versions of Ghostscript are free, it's just that version 2 uses the GNU copyright, and version 3 uses Aladdin's copyright. > > ---Jake > > Bryan K. Ogawa Questions or Problems with NetVoyage? help@netvoyage.net Check out the NetVoyage HelpWeb at.. From owner-freebsd-current Mon Feb 19 10:23:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA13941 for current-outgoing; Mon, 19 Feb 1996 10:23:53 -0800 (PST) Received: from irz201.inf.tu-dresden.de (irz201.inf.tu-dresden.de [141.76.1.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA13929 for ; Mon, 19 Feb 1996 10:23:35 -0800 (PST) Received: from sax.sax.de by irz201.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA22668; Mon, 19 Feb 1996 19:22:29 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA17148; Mon, 19 Feb 1996 19:22:28 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id TAA12654; Mon, 19 Feb 1996 19:10:04 +0100 (MET) From: J Wunsch Message-Id: <199602191810.TAA12654@uriah.heep.sax.de> Subject: Re: Keyboard lockout on 2.x.x To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 19 Feb 1996 19:10:03 +0100 (MET) Cc: KentH@HNS.St-Louis.Mo.US In-Reply-To: <199602191157.FAA00984@gwydion.hns.st-louis.mo.us> from "Kent Hamilton" at Feb 19, 96 05:57:09 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk As Kent Hamilton wrote: > I remembered someone saying it had to do with the LED's, I have > re-set the machines to not turn them on at boot and I almost never > use a caps/num lock anyway. What else will toggle the LED states? > Scroll lock which I never use... anything else? It doesn't matter whether LEDs would really be toggled. The command is always sent to the keyboard on a VT switch, even if the update will yield the same LED state as previously. Hence the line conflict will always happen. -- 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 Feb 19 10:30:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14250 for current-outgoing; Mon, 19 Feb 1996 10:30:31 -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 KAA14228 for ; Mon, 19 Feb 1996 10:30:22 -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 TAA07029 for ; Mon, 19 Feb 1996 19:30:20 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id TAA26026 for freebsd-current@FreeBSD.ORG; Mon, 19 Feb 1996 19:30:19 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id TAA19009 for freebsd-current@FreeBSD.ORG; Mon, 19 Feb 1996 19:29:14 +0100 (MET) From: Ollivier Robert Message-Id: <199602191829.TAA19009@keltia.freenix.fr> Subject: Weird problem with ptys To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Mon, 19 Feb 1996 19:29:14 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1661 X-Mailer: ELM [version 2.4ME+ PL5 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk Hi, After a while (random), I encouter a weird problem with my ptys. I can't open ptys after ttyp9... Each xterm/rxvt fails without displaying anything. 18986 rxvt CALL open(0xefbfd300,0x2,0xefbfd480) 18986 rxvt NAMI "/dev/ptyp9" 18986 rxvt RET open -1 errno 5 Input/output error 18986 rxvt CALL open(0xefbfd300,0x2,0xefbfd480) 18986 rxvt NAMI "/dev/ptypa" 18986 rxvt RET open 4 18986 rxvt CALL geteuid 18986 rxvt RET geteuid 101/0x65 18986 rxvt CALL access(0xd420,0x6) 18986 rxvt NAMI "/dev/ttypa" 18986 rxvt RET access 0 18986 rxvt CALL fcntl(0x4,0x4,0x4) 18986 rxvt RET fcntl 0 18986 rxvt CALL lstat(0xd420,0xd798) 18986 rxvt NAMI "/dev/ttypa" 18986 rxvt RET lstat 0 18986 rxvt CALL getdtablesize 18986 rxvt RET getdtablesize 128/0x80 [...] 18986 rxvt RET read 0 18986 rxvt CALL ioctl(0x3,0x4004667f ,0xefbfcbe8) 18986 rxvt RET ioctl 0 18986 rxvt CALL select(0x80,0xefbfd424,0,0,0xefbfd41c) 18986 rxvt RET select 1 18986 rxvt CALL read(0x4,0xd800,0x800) 18986 rxvt GIO fd 4 read 0 bytes "" 18986 rxvt PSIG SIGCHLD caught handler=0x1700 mask=0x0 code=0x0 18986 rxvt RET read 0 18986 rxvt CALL wait4(0xffffffff,0,0,0) 18986 rxvt RET wait4 18987/0x4a2b 18986 rxvt CALL chmod(0xd420,0x21b6) 18986 rxvt NAMI "/dev/ttypa" 18986 rxvt RET chmod -1 errno 1 Operation not permitted 18986 rxvt CALL chown(0xd420,0,0) 18986 rxvt NAMI "/dev/ttypa" 18986 rxvt RET chown -1 errno 1 Operation not permitted 18986 rxvt CALL exit(0) When I reboot, I'm able to use ptys after ptypa. I have 48 ptys defined in my kernel config and all the devices are in the /dev directory. I don't know where the SIGCHLD comes from. If you need more info, just asks... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #6: Fri Feb 9 21:27:02 MET 1996 From owner-freebsd-current Mon Feb 19 10:32:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14395 for current-outgoing; Mon, 19 Feb 1996 10:32:25 -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 KAA14385 for ; Mon, 19 Feb 1996 10:32:19 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA10270; Tue, 20 Feb 1996 05:28:29 +1100 Date: Tue, 20 Feb 1996 05:28:29 +1100 From: Bruce Evans Message-Id: <199602191828.FAA10270@godzilla.zeta.org.au> To: wollman@lcs.mit.edu, wosch@cs.tu-berlin.de Subject: Re: cvs commit: src/bin/mv mv.1 mv.c Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG Precedence: bulk >> $ touch a b;mv -fi a b >> $ >...which violates the standard. Since the `i' flag is given last, it >is the one which must be obeyed. That's right. FreeBSD's mv has always violated the standard. Wolfram fixed it, but the changes were backed out so it's broken again. Bruce From owner-freebsd-current Mon Feb 19 11:22:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16574 for current-outgoing; Mon, 19 Feb 1996 11:22:54 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA16566 for ; Mon, 19 Feb 1996 11:22:49 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id UAA05235 for freebsd-current@freefall.cdrom.com; Mon, 19 Feb 1996 20:25:08 +0100 Date: Mon, 19 Feb 1996 20:25:08 +0100 From: "Christoph P. Kukulies" Message-Id: <199602191925.UAA05235@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: make world -current (krb.h) Sender: owner-current@FreeBSD.ORG Precedence: bulk During building a very recent -current (with the secure stuff supped from the za site) make world stopped during building /usr/src/secure/lib/libtelnet/kerberos.c:63: krb.h: No such file or dir.. krb.h is in /usr/src/usr.bin/rlogin/krb.h. Can any expert enlighten me, please? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Mon Feb 19 11:33:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA17219 for current-outgoing; Mon, 19 Feb 1996 11:33:00 -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 LAA17209 for ; Mon, 19 Feb 1996 11:32:55 -0800 (PST) Received: by sequent.kiae.su id AA03379 (5.65.kiae-2 ); Mon, 19 Feb 1996 22:23:10 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 19 Feb 96 22:23:06 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id WAA02518; Mon, 19 Feb 1996 22:21:19 +0300 (MSK) To: Kai.Vorma@hut.fi Cc: current@FreeBSD.ORG References: <199602190847.KAA17086@epsilon.hut.fi> In-Reply-To: <199602190847.KAA17086@epsilon.hut.fi>; from Kai Vorma at Mon, 19 Feb 1996 10:47:21 +0200 Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 19 Feb 1996 22:21:19 +0300 (MSK) X-Mailer: Mail/@ [v2.42 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: SUP deletes my GNU tree, what happens? Lines: 24 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk In message <199602190847.KAA17086@epsilon.hut.fi> Kai Vorma writes: >KOI8-R writes: > > What happens? Is it freefall error or nic.funet.fi error? > > I don't touch my supfiles long time! > > > > SUP Deleted file gnu/usr.bin/texinfo/info/termdep.h > > SUP Deleted file gnu/usr.bin/texinfo/info/signals.h >Are you supping -current? Nic.funet.fi seems to be just fine. Texinfo Yes. >files are there, the scan file is ok (at least now 0830 GMT) and there >are no errors in logfiles. Disk space seems to be a bit low (~160 MB >free) so perhaps the disk has been full at the wrong moment. I resup recently, all removed files restored. -- 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 Mon Feb 19 11:34:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA17281 for current-outgoing; Mon, 19 Feb 1996 11:34:22 -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 LAA17276 for ; Mon, 19 Feb 1996 11:34:16 -0800 (PST) Received: by sequent.kiae.su id AA03337 (5.65.kiae-2 ); Mon, 19 Feb 1996 22:23:02 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 19 Feb 96 22:23:00 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id WAA02478; Mon, 19 Feb 1996 22:19:44 +0300 (MSK) To: Bruce Evans , wollman@lcs.mit.edu, wosch@cs.tu-berlin.de Cc: current@FreeBSD.ORG References: <199602191828.FAA10270@godzilla.zeta.org.au> In-Reply-To: <199602191828.FAA10270@godzilla.zeta.org.au>; from Bruce Evans at Tue, 20 Feb 1996 05:28:29 +1100 Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 19 Feb 1996 22:19:43 +0300 (MSK) X-Mailer: Mail/@ [v2.42 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: cvs commit: src/bin/mv mv.1 mv.c Lines: 20 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk In message <199602191828.FAA10270@godzilla.zeta.org.au> Bruce Evans writes: >>> $ touch a b;mv -fi a b >>> $ >>...which violates the standard. Since the `i' flag is given last, it >>is the one which must be obeyed. >That's right. FreeBSD's mv has always violated the standard. Wolfram >fixed it, but the changes were backed out so it's broken again. Wolfram, can you restore your POSIX-conformant changes? Nobody means back out _all_ changes, only suspicious ones. -- 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 Mon Feb 19 11:59:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA18633 for current-outgoing; Mon, 19 Feb 1996 11:59:42 -0800 (PST) Received: from DeepCore.dk (cph30.pip.dknet.dk [194.192.0.62]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA18626 for ; Mon, 19 Feb 1996 11:59:33 -0800 (PST) Received: (from sos@localhost) by DeepCore.dk (8.7.3/8.7.3) id UAA00474; Mon, 19 Feb 1996 20:57:17 +0100 (MET) From: Søren Schmidt Message-Id: <199602191957.UAA00474@DeepCore.dk> Subject: Re: Keyboard lockout on 2.x.x To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Date: Mon, 19 Feb 1996 20:57:17 +0100 (MET) Cc: KentH@HNS.St-Louis.Mo.US, freebsd-current@FreeBSD.ORG, hosokawa@mt.cs.keio.ac.jp In-Reply-To: <199602190934.SAA18196@frig.mt.cs.keio.ac.jp> from "HOSOKAWA Tatsumi" at Feb 19, 96 06:34:07 pm Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk In reply to HOSOKAWA Tatsumi who wrote: > > In article <199602190151.TAA00214@gwydion.hns.st-louis.mo.us> > kenth@HNS.St-Louis.Mo.US writes: > > >> Does anyone have a workaround (or better yet a solution) to the keyboard > >> lockup problem on FreeBSD? > >> > >> I've had this problem running 2.0.5, 2.1.0, and -current. So it doesn't > >> appear to be fixed anywhere. Does anyone have a workaround? > > Since I replaced all DELAY(10) with DELAY(100) in syscons.c, it never > happen. But I'm not sure whether it's a good solution. I think it is actually more a hideaway of the symptoms, rather than a fix for the disease... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Mon Feb 19 12:01:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA18870 for current-outgoing; Mon, 19 Feb 1996 12:01:19 -0800 (PST) Received: from DeepCore.dk (cph30.pip.dknet.dk [194.192.0.62]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA18862 for ; Mon, 19 Feb 1996 12:01:13 -0800 (PST) Received: (from sos@localhost) by DeepCore.dk (8.7.3/8.7.3) id UAA00463; Mon, 19 Feb 1996 20:55:59 +0100 (MET) From: Søren Schmidt Message-Id: <199602191955.UAA00463@DeepCore.dk> Subject: Re: Keyboard lockout on 2.x.x To: j@uriah.heep.sax.de (J Wunsch) Date: Mon, 19 Feb 1996 20:55:58 +0100 (MET) Cc: freebsd-current@freebsd.org, KentH@HNS.St-Louis.Mo.US In-Reply-To: <199602191810.TAA12654@uriah.heep.sax.de> from "J Wunsch" at Feb 19, 96 07:10:03 pm Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk In reply to J Wunsch who wrote: > > As Kent Hamilton wrote: > > > I remembered someone saying it had to do with the LED's, I have > > re-set the machines to not turn them on at boot and I almost never > > use a caps/num lock anyway. What else will toggle the LED states? > > Scroll lock which I never use... anything else? > > It doesn't matter whether LEDs would really be toggled. The command > is always sent to the keyboard on a VT switch, even if the update will > yield the same LED state as previously. Hence the line conflict will > always happen. Erhm, once I put in the code to do the LED update asynchronously.. What I don't remember is if its still in there, try look for a #if ASYNCH or something like that and then define it and recompile. If this works you have one of those kbd controllers.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Mon Feb 19 12:31:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA20899 for current-outgoing; Mon, 19 Feb 1996 12:31:07 -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 MAA20894 for ; Mon, 19 Feb 1996 12:31:05 -0800 (PST) Received: (from jkh@localhost) by time.cdrom.com (8.6.12/8.6.9) id MAA21326 for current@freebsd.org; Mon, 19 Feb 1996 12:30:33 -0800 Date: Mon, 19 Feb 1996 12:30:33 -0800 From: "Jordan K. Hubbard" Message-Id: <199602192030.MAA21326@time.cdrom.com> To: current@freebsd.org Subject: make release still falls over for me.. Sender: owner-current@freebsd.org Precedence: bulk At least it's something new and different.. :-) ===> libedit sh /usr/src/lib/libedit/makelist -h /usr/src/lib/libedit/vi.c > vi.h sh /usr/src/lib/libedit/makelist -h /usr/src/lib/libedit/emacs.c > emacs.h sh /usr/src/lib/libedit/makelist -h /usr/src/lib/libedit/common.c > common.h sh /usr/src/lib/libedit/makelist -fh vi.h emacs.h common.h > fcns.h sh /usr/src/lib/libedit/makelist -bh /usr/src/lib/libedit/vi.c /usr/src/lib/libedit/emacs.c /usr/src/lib/libedit/common.c > help.h sh /usr/src/lib/libedit/makelist -bc /usr/src/lib/libedit/vi.c /usr/src/lib/libedit/emacs.c /usr/src/lib/libedit/common.c > help.c And at this point things stop.. I can only assume that `makelist' is trying to read stdin or something because a look at the obj dir for /usr/src/lib/libedit (in the chroot tree, of course) reveals: -rw-rw-r-- 1 root bin 2633 Feb 19 07:11 common.h -rw-rw-r-- 1 root bin 1478 Feb 19 07:11 emacs.h -rw-rw-r-- 1 root bin 4121 Feb 19 07:11 fcns.h -rw-rw-r-- 1 root bin 0 Feb 19 07:11 help.c -rw-rw-r-- 1 root bin 155 Feb 19 07:11 help.h -rw-rw-r-- 1 root bin 2693 Feb 19 07:11 vi.h And we see that help.c was never written to. A ps listing also shows: 18823 ?? I 0:00.02 /bin/sh -ec cd /usr/src/lib && make depend all insta 18824 ?? I 0:00.13 make depend all install cleandir obj 18825 ?? I 0:00.04 /bin/sh -ec for entry in csu/i386 libc libcompat libc 19441 ?? I 0:00.33 make depend DIRPRFX 19473 ?? I 0:00.02 /bin/sh -ec sh /usr/src/lib/libedit/makelist -bc /usr 19474 ?? I 0:00.04 sh /usr/src/lib/libedit/makelist /usr/src/lib/libedit 19476 ?? I 0:00.01 cat /usr/src/lib/libedit/vi.c /usr/src/lib/libedit/em 19477 ?? I 0:00.27 awk \n^IBEGIN {\n^I printf("/* Automatically gener And there we're stuck. None these processes are eating any more CPU time. Any ideas? Joerg? Poul? I can track this down as well as the next person, but I'm still kinda wondering why Joerg's builds work and mine don't! :-( Jordan From owner-freebsd-current Mon Feb 19 13:09:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA23652 for current-outgoing; Mon, 19 Feb 1996 13:09:04 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA23647 for ; Mon, 19 Feb 1996 13:08:56 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id PAA00831 for freebsd-current@freebsd.org; Mon, 19 Feb 1996 15:08:44 -0600 (CST) Message-Id: <199602192108.PAA00831@mpp.minn.net> Subject: my machine seems slow To: freebsd-current@freebsd.org Date: Mon, 19 Feb 1996 15:08:43 -0600 (CST) From: "Mike Pritchard" X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk For the past week or so, my machine running -current has just seemed "slow". I suspect it is due to disk I/O speeds, but I'm not sure. Has anyone else been seeing problems? Config info: Adaptec 2842VL SCSI controller (tagged queuing disabled) Seagate ST31230N Hawk SCSI-2 disk drive iozone reports 800K/sec for writes, and 1.7MB/sec for reads, which both seem way too low. I thought I used to get something like 2.5 - 3MB+/sec or so for those numbers before. I'll go try re-enabling tagged queuing and see if that helps, although I've been having problems with that corrupting disks. -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Mon Feb 19 13:53:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA27345 for current-outgoing; Mon, 19 Feb 1996 13:53:52 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA27335 for ; Mon, 19 Feb 1996 13:53:45 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id NAA00367; Mon, 19 Feb 1996 13:53:25 -0800 (PST) Date: Mon, 19 Feb 1996 13:53:24 -0800 (PST) From: invalid opcode To: Søren Schmidt cc: HOSOKAWA Tatsumi , KentH@HNS.St-Louis.Mo.US, freebsd-current@FreeBSD.org Subject: Re: Keyboard lockout on 2.x.x In-Reply-To: <199602191957.UAA00474@DeepCore.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-current@FreeBSD.org Precedence: bulk On Mon, 19 Feb 1996, S=F8ren Schmidt wrote: > > Since I replaced all DELAY(10) with DELAY(100) in syscons.c, it never > > happen. But I'm not sure whether it's a good solution. >=20 > I think it is actually more a hideaway of the symptoms, rather than > a fix for the disease... > S=F8ren Schmidt (sos@FreeBSD.org) FreeBSD Cor= e Team This might actually be to form a compatibility layer for faulty (slow?)=20 hardware. =3D=3D Chris Layne =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D coredump@nervosa.com =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D http://www.nervosa.com/~coredump =3D=3D From owner-freebsd-current Mon Feb 19 14:40:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA00606 for current-outgoing; Mon, 19 Feb 1996 14:40:05 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA00599 for ; Mon, 19 Feb 1996 14:40:01 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA10325; Mon, 19 Feb 1996 23:39:42 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA19069; Mon, 19 Feb 1996 23:39:33 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA13212; Mon, 19 Feb 1996 23:28:21 +0100 (MET) From: J Wunsch Message-Id: <199602192228.XAA13212@uriah.heep.sax.de> Subject: Re: Hysterical Raisons To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 19 Feb 1996 23:28:21 +0100 (MET) Cc: bogawa@netvoyage.net (Bryan Ogawa at Work) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Bryan Ogawa at Work" at Feb 19, 96 09:57:38 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk As Bryan Ogawa at Work wrote: > The PD zmodem I have (Apr 87, I believe), compiles out of the box for > BSD. ... > If anyone is interested in these, email me at (my > personal account) and I'll provide them. It's not that much a question whether it compiles out of the box or not. Making a port is useful to make it easy for people to use the stuff. It's available in binary form, ready to install, and can be put on the CD as such. My version is: sz 3.03 5-09-89 for V7/BSD by Chuck Forsberg, Omen Technology INC "The High Reliability Software" However, i would have to lookup the sources again. The binary is still a statically linked one, basically telling me that i've built it before FreeBSD 1.1. ;-) -- 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 Feb 19 15:00:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA01434 for current-outgoing; Mon, 19 Feb 1996 15:00:24 -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 PAA01428 Mon, 19 Feb 1996 15:00:22 -0800 (PST) Message-Id: <199602192300.PAA01428@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Mike Pritchard" cc: freebsd-current@freebsd.org Subject: Re: my machine seems slow In-reply-to: Your message of "Mon, 19 Feb 1996 15:08:43 CST." <199602192108.PAA00831@mpp.minn.net> Date: Mon, 19 Feb 1996 15:00:22 -0800 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org Precedence: bulk >For the past week or so, my machine running -current has just >seemed "slow". I suspect it is due to disk I/O speeds, but >I'm not sure. Has anyone else been seeing problems? Config info: > >Adaptec 2842VL SCSI controller (tagged queuing disabled) >Seagate ST31230N Hawk SCSI-2 disk drive > >iozone reports 800K/sec for writes, and 1.7MB/sec for reads, >which both seem way too low. I thought I used to get something >like 2.5 - 3MB+/sec or so for those numbers before. That is really slow. I'll check my machine at home tonight, but I usually get 4.5-4.7MB/s to my Empire 2100 for writes from my 2842. I would expect the Hawk to do at least 3-4MB/s. >I'll go try re-enabling tagged queuing and see if that helps, >although I've been having problems with that corrupting disks. Perhaps some component in your system is dying? A VL video card perhaps? Do you see any difference in performacne when you're not running X? >-- >Mike Pritchard >mpp@minn.net >"Go that way. Really fast. If something gets in your way, turn" -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Mon Feb 19 15:12:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA02141 for current-outgoing; Mon, 19 Feb 1996 15:12:41 -0800 (PST) Received: from up8.univ-paris8.fr (up8.univ-paris8.fr [193.54.155.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA02108 for ; Mon, 19 Feb 1996 15:12:33 -0800 (PST) Received: from gna.gna.org (gna.mime.univ-paris8.fr [193.54.153.26]) by up8.univ-paris8.fr (8.6.11/8.6.9) with ESMTP id AAA28857; Tue, 20 Feb 1996 00:06:25 +0100 Received: (from uufreega@localhost) by gna.gna.org (8.6.10/8.6.12) with UUCP id AAA18697; Tue, 20 Feb 1996 00:01:23 +0100 Received: from freegate by freegate.gna.org (senmail 8.6.12/9.0). id XAA00527 for ; Mon, 19 Feb 1996 23:56:12 GMT Date: Mon, 19 Feb 1996 23:56:12 +0000 () From: Alain Brauner To: Joerg Wunsch cc: FreeBSD-current users Subject: Re: Keyboard lockout on 2.x.x In-Reply-To: <199602190811.JAA11333@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk Hi, Maybe i shall also redirect this mail to hackers. On Mon, 19 Feb 1996, J Wunsch wrote: > As Kent Hamilton wrote: > > > > > > When exactly does it lock up? > > > > Ohh, sorry, I've seen this mentioned here before so I guess I thought > > it was a well known problem. I'm using syscon and when flipping to a > > different vt you'll get locked out. > > Does this happen for all keyboards? Does disconnecting/reconnecting > the keyboard help? > I have this problem too, this before 2.0R and i still have it in 2.1R, with several different hardware. > Keyboard lockup during VT switch is most likely due to a collision on > the keyboard interface arising out of simultaneously sending a > character code, while the driver is sending a SET LEDS command to the > keyboard. When i search in the differents lists archives of FreeBSD, i found that it may have something to do with one or more of the following : - The Screen saver ? - Lot's of Paging when we "VT switch" ( with X11 ) We can reproduce this problem when trying to switch while starting X at the same time or when we are under heavy load in X. > The keyboard serial interface hasn't been designed to be two-way, but > later (for the PC/AT) been used for this. Since you can rlogin into > the machine, try compiling the kbdio(8) hacker's tool from > /usr/src/usr.sbin/pcvt/kbdio, and see if you could also issue a > keyboard reset. Sorry, no man page, only the usage help (try -h). > Good news. Some time ago we where able to switch between VTs with an early syscons command comming from FBSD 1.X . I remember issuing this syscons command on my good old serial terminal, to get my console keyboard VT switching resurected. I'm sure that this can be re-implemented in vidcontrol since i have the feeling that this is used in the install floppy. I have to mention another intermittent Vt switching problem since 2.0.5-SNAP-XXX ( using syscons ). When i switch from X11 to text, i have to press to CTRL or ALT keys to reset my keyboard to a sane state. I guess this came from X11 key-press/key-release discipline; key-release is catched ( and ignored ) while doing CTRL-ALT-Fn. I try to use SVR4 vt switching mode in my /etc/XF86config, but it hasn't fixed the problem. Anyway, *nothing* can make me change to another OS :-) bye. -*- FreeBSD: Alain Brauner: alainb@freegate.gna.org 93200 St DENIS France From owner-freebsd-current Mon Feb 19 15:16:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA02368 for current-outgoing; Mon, 19 Feb 1996 15:16:59 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA02362 for ; Mon, 19 Feb 1996 15:16:51 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id RAA00238; Mon, 19 Feb 1996 17:16:29 -0600 (CST) Message-Id: <199602192316.RAA00238@mpp.minn.net> Subject: Re: my machine seems slow To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Mon, 19 Feb 1996 17:16:29 -0600 (CST) From: "Mike Pritchard" Cc: freebsd-current@freebsd.org In-Reply-To: <199602192300.PAA01428@freefall.freebsd.org> from "Justin T. Gibbs" at Feb 19, 96 03:00:22 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Justin T. Gibbs wrote: > > >For the past week or so, my machine running -current has just > >seemed "slow". I suspect it is due to disk I/O speeds, but > >I'm not sure. Has anyone else been seeing problems? Config info: > > > >Adaptec 2842VL SCSI controller (tagged queuing disabled) > >Seagate ST31230N Hawk SCSI-2 disk drive > > > >iozone reports 800K/sec for writes, and 1.7MB/sec for reads, > >which both seem way too low. I thought I used to get something > >like 2.5 - 3MB+/sec or so for those numbers before. > > That is really slow. I'll check my machine at home tonight, but > I usually get 4.5-4.7MB/s to my Empire 2100 for writes from > my 2842. I would expect the Hawk to do at least 3-4MB/s. > > >I'll go try re-enabling tagged queuing and see if that helps, > >although I've been having problems with that corrupting disks. > > Perhaps some component in your system is dying? A VL video > card perhaps? Do you see any difference in performacne when > you're not running X? I just ran some DOS based diagnostic/benchmark software I have, and there is definately something wrong with my hardware. Disk speeds are way too low there, and the CPU benchmarks are also way too low. It does pass all the diagnostics I could throw at it. I guess I'll have to open the machine up and start pulling things out and see what makes it better. Sigh... -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Mon Feb 19 15:19:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA02446 for current-outgoing; Mon, 19 Feb 1996 15:19:07 -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 PAA02436 for ; Mon, 19 Feb 1996 15:19:02 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id AAA04113 for current@FreeBSD.org; Tue, 20 Feb 1996 00:00:20 +0100 (MET) Received: (from andreas@localhost) by knobel.gun.de (8.7.3/8.7.3) id AAA00342 for current@FreeBSD.org; Tue, 20 Feb 1996 00:00:28 +0100 (MET) From: Andreas Klemm Message-Id: <199602192300.AAA00342@knobel.gun.de> Subject: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom To: current@FreeBSD.org Date: Tue, 20 Feb 1996 00:00:28 +0100 (MET) 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 ! What would you think about putting the FreeBSD CVS repository onto the next FreeBSD CD-Rom ?! I'd like to see this. A good reason to start selling FreeBSD as 3 CD package ;-) It would have the additional advantage, that there would be enough room for the whole FreeBSD ports collection. Currently some sources and binary packages are missing. I hope you share my wishes. ;-) It would also be a good starting point to setup ctm or sup ... I think that many other people would be interested in this, too. You get the chance to read developer comments and such ... Andreas /// -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< "Ich bleibe bei der Aussage und trotze den Flames. :-)" Ulli Horlacher 02/96 From owner-freebsd-current Mon Feb 19 16:00:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA04989 for current-outgoing; Mon, 19 Feb 1996 16:00:06 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA04931 for ; Mon, 19 Feb 1996 16:00:03 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id RAA00252; Mon, 19 Feb 1996 17:59:50 -0600 (CST) Message-Id: <199602192359.RAA00252@mpp.minn.net> Subject: Re: my machine seems slow To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Mon, 19 Feb 1996 17:59:50 -0600 (CST) From: "Mike Pritchard" Cc: freebsd-current@freebsd.org In-Reply-To: <199602192300.PAA01428@freefall.freebsd.org> from "Justin T. Gibbs" at Feb 19, 96 03:00:22 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Mike Pritchard wrote: > >For the past week or so, my machine running -current has just >seemed "slow". I suspect it is due to disk I/O speeds, but >I'm not sure. Has anyone else been seeing problems? Config info: It turned out to be something really dumb, but since I haven't had the machine cover off in a couple of months, I didn't think it could be anything I did. Grr. After I opened the machine up, a jumper fell on the floor. Turns out it was the jumper I had on the turbo switch jumper block to make it so the machine was always in "turbo" mode. I guess it must have worked loose and finally fell off last week when I moved the machine a little bit to get at an outlet that was behind it. -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Mon Feb 19 16:13:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA05783 for current-outgoing; Mon, 19 Feb 1996 16:13:16 -0800 (PST) Received: from sunrise.cs.berkeley.edu (sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA05778 for ; Mon, 19 Feb 1996 16:13:15 -0800 (PST) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id QAA01732; Mon, 19 Feb 1996 16:15:36 -0800 Date: Mon, 19 Feb 1996 16:15:36 -0800 Message-Id: <199602200015.QAA01732@sunrise.cs.berkeley.edu> To: andreas@knobel.gun.de CC: current@FreeBSD.ORG In-reply-to: <199602192300.AAA00342@knobel.gun.de> (message from Andreas Klemm on Tue, 20 Feb 1996 00:00:28 +0100 (MET)) Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.ORG Precedence: bulk * What would you think about putting the FreeBSD CVS repository onto * the next FreeBSD CD-Rom ?! I'd like to see this. I thought that was pretty much a given. ;) * A good reason to start selling FreeBSD as 3 CD package ;-) * * It would have the additional advantage, that there would be enough * room for the whole FreeBSD ports collection. Currently some sources * and binary packages are missing. Um, what do you mean? We already put everything we can from the ports/packages area on the CDROM, the only things that are missing (AFAIK) are due to licensing reasons, not space restrictions.... Satoshi From owner-freebsd-current Mon Feb 19 17:24:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09456 for current-outgoing; Mon, 19 Feb 1996 17:24:13 -0800 (PST) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA09451 for ; Mon, 19 Feb 1996 17:24:11 -0800 (PST) Received: from gilligan.eng.umd.edu (gilligan.eng.umd.edu [129.2.98.205]) by jolt.eng.umd.edu (8.7.3/8.7) with ESMTP id UAA16913; Mon, 19 Feb 1996 20:24:07 -0500 (EST) Received: (from chuckr@localhost) by gilligan.eng.umd.edu (8.7/8.7) id UAA28644; Mon, 19 Feb 1996 20:23:59 -0500 (EST) Date: Mon, 19 Feb 1996 20:23:51 -0500 (EST) From: Chuck Robey X-Sender: chuckr@gilligan.eng.umd.edu To: Andreas Klemm cc: current@FreeBSD.org Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom In-Reply-To: <199602192300.AAA00342@knobel.gun.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Tue, 20 Feb 1996, Andreas Klemm wrote: > Hi ! > > What would you think about putting the FreeBSD CVS repository onto > the next FreeBSD CD-Rom ?! I'd like to see this. > > A good reason to start selling FreeBSD as 3 CD package ;-) > > It would have the additional advantage, that there would be enough > room for the whole FreeBSD ports collection. Currently some sources > and binary packages are missing. > > I hope you share my wishes. ;-) > > It would also be a good starting point to setup ctm or sup ... > > I think that many other people would be interested in this, too. > You get the chance to read developer comments and such ... I'd like to buy such a distribution, and I'd even be willing to pay extra for it, but I see a problem here. I really doubt that the majority of the purchasers of the CDROM really would benefit, and this would probably raise the production cost a lot. I just don't see that as providing a service for the majority of users. Jordan, are you listening? How about a short run of such a thing, maybe by subscription only? > > Andreas /// > > -- > andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH > Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ > pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< > ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< > "Ich bleibe bei der Aussage und trotze den Flames. :-)" Ulli Horlacher 02/96 > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Mon Feb 19 18:27:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA12351 for current-outgoing; Mon, 19 Feb 1996 18:27:08 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA12346 for ; Mon, 19 Feb 1996 18:27:06 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tohl3-0007zaC; Mon, 19 Feb 96 20:24 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tohh7-000CeZC; Mon, 19 Feb 96 20:20 WET Message-Id: Date: Mon, 19 Feb 96 20:20 WET To: freebsd-current@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Mon Feb 19 1996, 20:20:44 CST Subject: Re: Keyboard lockout on 2.x.x Sender: owner-current@freebsd.org Precedence: bulk [1]Ohh, sorry, I've seen this mentioned here before so I guess I thought [1]it was a well known problem. I'm using syscon and when flipping to a [1]different vt you'll get locked out. It appears to happen when there [1]is also SCSI activity. I've seen it both on machines with PS/2 keyboards, [1]and standard AT keyboards. SCSI cards have been Adaptec or Buslogic. [1] [1]Only way I've found is to rlogin and re-boot but I thought someone [1]mentioned having a work-around once. I haven't seen this problem in 2.1.0, but used to see it. I could get the console alive again by unplugging and replugging the keyboard cable. It was as though the computer felt it was caught up and the keyboard refused to generate anything new until the CPU did something for the keyboard (which it didn't). Unplugging it broke the stalemate. Since I haven't seen it in 2.1.0, I haven't looked into the issue further. Frank Durda IV |"What are we going to do tonite?" or uhclem%nemesis@rwsystr.nkn.net |"Same thing we do every night: ^------(this is the fastest route)| Try to annoy Microsoft!" or ...letni!rwsys!nemesis!uhclem | - Gatesy and the Brain From owner-freebsd-current Mon Feb 19 18:42:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA13298 for current-outgoing; Mon, 19 Feb 1996 18:42:26 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA13293 for ; Mon, 19 Feb 1996 18:42:23 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id SAA01292; Mon, 19 Feb 1996 18:42:01 -0800 (PST) Date: Mon, 19 Feb 1996 18:42:01 -0800 (PST) From: invalid opcode To: Alain Brauner cc: Joerg Wunsch , FreeBSD-current users Subject: Re: Keyboard lockout on 2.x.x In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk > When i search in the differents lists archives of FreeBSD, i found that it > may have something to do with one or more of the following : Exactly where are these archives? > Anyway, *nothing* can make me change to another OS :-) > Alain Brauner: alainb@freegate.gna.org > 93200 St DENIS France Not even unmarked bills? ;-) == Chris Layne ============================================================= == coredump@nervosa.com ================= http://www.nervosa.com/~coredump == From owner-freebsd-current Mon Feb 19 18:44:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA13483 for current-outgoing; Mon, 19 Feb 1996 18:44:26 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA13473 for ; Mon, 19 Feb 1996 18:44:23 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.3/nervosa.com.2) with SMTP id SAA01299; Mon, 19 Feb 1996 18:44:11 -0800 (PST) Date: Mon, 19 Feb 1996 18:44:10 -0800 (PST) From: invalid opcode To: Mike Pritchard cc: "Justin T. Gibbs" , freebsd-current@FreeBSD.ORG Subject: Re: my machine seems slow In-Reply-To: <199602192359.RAA00252@mpp.minn.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Mon, 19 Feb 1996, Mike Pritchard wrote: > a jumper fell on the floor. Turns out it was the jumper I had on the > turbo switch jumper block to make it so the machine was always in "turbo" > mode. I guess it must have worked loose and finally fell off Damn! We were bettin' on keeping you here for months on this one :P == Chris Layne ============================================================= == coredump@nervosa.com ================= http://www.nervosa.com/~coredump == From owner-freebsd-current Mon Feb 19 20:15:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA18121 for current-outgoing; Mon, 19 Feb 1996 20:15:58 -0800 (PST) Received: from www.iglou.com (web.iglou.com [192.107.41.21]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA18115 for ; Mon, 19 Feb 1996 20:15:51 -0800 (PST) Received: from liberty.net by www.iglou.com with smtp (Smail3.1.29.1 #8) id m0tojOb-000BN7C; Mon, 19 Feb 96 23:09 EST Date: Mon, 19 Feb 96 23:09 EST From: Leading Edge Message-Id: <2078917053.SAA696578@liberty.net> To: current@Freebsd.org Subject: X Y Z Sender: owner-current@Freebsd.org Precedence: bulk ----------------------------------------------------------------- RECAP OF AND UPDATE ON THE NORMAN THESIS ======================================== For those who are tuning in late, here is "our story thus far": Back around March 4th, 1995, Mr. Sherman Skolnick of the Citizens' Committee to Clean Up the Courts came out with a story about a company called Systematics and alleged high-tech spying being done on foreign banks. (This was covered in CN 4.22 and, so far as I can tell, Skolnick's phone message, Hotline News at 312- 731-1100, was first to break the story.) Here is how Skolnick's story appeared in Conspiracy Nation: A telephone company in Arkansas is called ALLTEL. They have a subsidiary called Systematics which is a proprietary espionage operation of the National Security Agency [NSA]. Developed was a highly refined version of the Inslaw software called PROMIS. Originally designed to keep track of the caseloads of federal prosecutors, it was adapted to be used by spy agencies to track people worldwide, by satellite. The software has a "trapdoor" built into it. So, the NSA arranged to sell it or give it to supposedly friendly or other spy agencies: France, Sweden, Israel, and others. The "trapdoor" was a sort of "Trojan Horse", enabling U.S. espionage to spy on other spy shops. Systematics [allegedly] adapted it to be used through low- orbit satellites, to spy on the computers of central banks... Perhaps a better word than "trapdoor" would be "backdoor". The software sold or given to the unsuspecting banks is said to have had a hidden "door" through which prying eyes could enter unannounced. This is worth emphasizing, because some have said it would be impossible for a hacker or group of hackers to get into, for example, a Swiss bank. What these critics are neglecting to factor in is this "backdoor" through which electronic burglars possessing the "key" could easily enter. This last has not, to my knowledge, been refuted. The late White House aide Vince Foster is said to have had about $2.73 million stashed away in a Swiss bank account. CIA hackers, perhaps taking advantage of a "backdoor" in the bank's software, are said to have stumbled across not only Foster's hidden account but also hidden accounts belonging to members of Congress and other high government officials. This, it seems, is where these "public servants" were hiding bribe money they had illegally received. But apparently it was feared that breaking such a huge scandal publicly would cause Grandpa and Grandma USA to fall out of their rocking chairs. Yet something had to be done. These congresspersons and others could not be allowed to get away with their crookedness. While the CIA hackers, known as the "Fifth Column", are said to have cleaned out the accounts of the offenders, still it was obvious that some punishment was in order. Then too, you can't just leave these bribe-takers in office -- what's to stop them from accepting more bribes? So it is reported by several independent sources that these bribe-takers are being told to leave their jobs, or else have their alleged rotteness revealed. As former *Forbes* senior editor James R. Norman put it in the December 1995 issue of Media Bypass magazine (1-800-4-Bypass): There has been an unusually large number of veteran congressmen and senators announcing their resignations, retirements or switching parties... The official explanation: It's no fun now that the Republicans control Congress. But sources claim the real reason is that some of these departees have been quietly confronted with evidence that they took bribes or payoffs through Swiss or other offshore bank accounts. Rumor has it that about 30 current members of the House and Senate have been identified as having such foreign slush-fund accounts... Richard L. Franklin, writing in his monthly newsletter, "Franklin's Focus" (Focus Press, 1820 Palisades Drive, Appleton, WI 54915), confirms the charges. He reports that he has checked with several of his sources and that, "as they say in the trade, the story now has legs." According to Franklin, a so-called "Angel of Death" is visiting the various congressional representatives and informing them that they have just 24 hours to announce their retirement. It is beyond dispute that a record number of Senators and Representatives are suddenly announcing their respective retirements from public office. What is more, the Norman article which appeared in the December 1995 Media Bypass is on record as predicting many of these retirements *before* they actually occurred. If Jim Norman's name was Jean Dixon or Irene Hughes, he would be everywhere on the talk shows by now, hailed for his amazing "psychic" abilities. Yet we hear nary a word of this remarkable story in our "free" press. To me, the very fact that this story is not being allowed into the public dialogue -- that, in itself, says something. Aren't the networks at least hungry for ratings? Why won't they draw in viewers with these intriguing and widely-believed allegations? Why too aren't members of Congress furiously demanding the opportunity to defend their impugned "honor"? The silence is deafening. Reporting on the phenomena of the disappearing Congress critters, the Washington Times, National Weekly Edition (Jan. 8-14, 1996) declares that "Congress is going through a shakeout." There have been, says the Times, 49 announced retirements or resignations since the November 1994 elections. And, it adds, a dozen of them have bowed out just recently, since Thanksgiving. Well, Times, here are two more names to add to your "trickle that has grown into a stream" of retirements: Associated Press reports ("Clinger to Retire", Jan. 15, 1996) that Rep. William Clinger "said Monday he will leave Congress after serving 18 years." The AP story adds, as if it is an afterthought, that Rep. Pat Williams, Montana Democrat, announced retirement plans on Saturday, Jan. 13th. Clinger says, "It's probably time for me to move on." Says Williams, "he's homesick." The AP article also notes that the high number of congressional retirements is the "most in a century." So that's the story thus far. Now, thanks to an east coast source whom I will call "Mr. Mercedes", I have received an audio tape of Jim Norman's recent appearance on New York radio station WBAI, marked on the cassette as having been January 10, 1996. Says Mr. Norman: "This country is in a *major* political crisis." According to the ex-*Forbes* senior editor, it is "unfolding right before our eyes." "For many years," he says, "[Vince Foster] had been a behind-the- scenes go-between between the NSA, the National Security Agency, and a company in Arkansas called Systematics -- a bank and data processing company now owned or controlled by a telephone conglomerate called ALLTEL... He may have had access to very high-level code, encryption [and] other kind of computer intelligence systems." According to Norman, "More important than that: when [Foster] arrived in the White House he -- according to sworn testimony by his executive assistant, Deborah Gorham(sp?) -- somehow or other, he came to have possession of at least two, inch-thick ring binders from the NSA, from the White House offices, which my sources tell me would have been *extremely* sensitive code materials -- probably the codes, and more important than that, the protocols, by which the President authenticates himself when he calls up the Pentagon and says, 'Let's go nuke somebody.'" "Plus the fact," adds the controversial but respected journalist, "that we have documented evidence of Foster making periodic, one- day trips to Geneva. Over every 6 or 8 months he had been making a one-day trip to Geneva. And multiple sources have confirmed that he had at least one, if not several, Swiss bank accounts." Mr. Norman charges that Vince Foster, *and* *Hillary* *Clinton*, were both under surveillance for espionage at the time of Foster's so-called "suicide". Norman wonders, "Where would Foster have gotten access to these very sensitive documents [e.g. the ring binders with the authentication codes] within the White House?" This last rings true when it is recalled that Foster and Mrs. Clinton had been widely reported as being lovers. According to Mr. Norman, *significant* national security issues are lurking beneath the surface of the otherwise dropsical Whitewater hearings. "Vince Foster, as problematic as his death is, it's small potatoes compared to what we discovered... In fact, former intelligence people who have been involved in computer surveillance of foreign accounts have found *hundreds* of Swiss, [Grand] Cayman [and] other off-shore bank accounts, coded bank accounts, maintained on behalf of high-level U.S. political figures. Both parties. *Many* members of Congress. Elected officials. Appointed officials. Military officers. Intelligence community big-shots. Wall-streeters. Bankers." "There's a massive scandal here, about to blow up. And, in fact, we're already starting to see it." Here are further excerpts from the program: JAMES NORMAN: [Hillary] had actually been an attorney of record for Systematics which at the time was owned by the Arkansas billionaire Jackson Stephens, who tried to take over a Washington bank holding company on behalf of the BCCI [Bank of Credit and Commerce International] crowd and install Systematics as the data processing manager of that entire operation. Which is extremely curious, because BCCI itself was essentially a huge money- laundering, arms-finance and drug-finance/drug-money laundering operation. In the process of going through all this, I actually came across what turned out to be a Swiss bank account number: it was a 10- digit, encrypted series of letters... When I turned it over to some of the intelligence sources who I'd been using on this story, they ran it through their system. And, actually a couple of months later, when I asked them, "Gee. Is it possible [that] Cap Weinberger might have money in these accounts?" They said, "Well, yeah. Don't you know? That account number you gave us was Cap's!" In fact, they mentioned that a relative of Howard Metzenbaum, former Senator from Ohio, was another co-signatory to that account; that Weinberger had multiple accounts -- not implausible to me at all. I mean, here was Weinberger, Secretary of Defense throughout the Reagan era, during which we had one of the biggest defense build- ups in history. We also participated in the massive illicit arming of Iraq with high-technology weapons systems capabilities, plus the armaments themselves. It was an environment *fertile* for kickbacks. Payola. Corruption. And, in fact, Weinberger was eventually indicted by Iran-Contra prosecutor Lawrence Walsh for lying to Congress, for failing to turn over his diaries. He was pardoned by George Bush just as Bush was leaving office. And so he never had to stand trial -- which was probably a merciful reprieve for Colin Powell, who was Weinberger's chief assistant at that time, chief advisor. Weinberger had basically elevated Powell to a high-level advisory position, and Powell would have been effecting a lot of the orders that Weinberger was giving him -- about moving arms here, and drugs there. And in fact... Weinberger's name has come up in connection with a Costa Rican legislative investigation, a two-volume report down there that identifies Weinberger, as well as Ollie North, our former Ambassador to Costa Rica, and various others as being personas non grata for helping facilitate a massive drug and arms operation which helped corrupt that country's society. If those people set foot down there again, they're getting arrested. So suddenly it starts to make a lot of sense. And when you think in terms of Swiss bank accounts and massive amounts of money -- kickbacks -- it explains a lot of stuff that's going on right now. What we're looking at here is massive, endemic, high-level corruption of the federal government. Bipartisan. Democrats and Republicans. It's been going on for years -- particularly since the early 1980s. The dollars involved have grown exponentially... I believe from arms and drugs trading. There is *huge* amounts of money sloshing around here. And it has corrupted the government in a fundamental way. The government cannot police itself. The normal enforcement mechanisms have been compromised: the Justice Department. The IRS. Customs. The intelligence community. And what has happened is that there *are* a lot of good people in our government who have watched this happen, have been powerless to stop it -- their protests would go nowhere. There's been *no* effective investigation by anybody of this stuff. And finally, what had happened was, a small handful of guys -- they call themselves the Fifth Column. Retired intelligence people. One is a former CIA contractor. Another is a former National Security Agency person. I know they're assisted by a variety of other people of the intelligence community -- they were able to acquire their own used Cray supercomputer from Clark Air Force Base. It's apparently an air-cooled and generator-driven machine that can actually be packed into the back of I think what *looks* like a refrigerated semi-trailer truck with a satellite uplink. And they've got this thing rollin' around the country so it doesn't get nailed. And so for the last 5 years, they have been downloading, systematically, tapping into foreign bank databases and pulling down reams and reams of account data. [James Norman goes on to describe how this Fifth Column allegedly raided the secret bank accounts of corrupt government officials, transferring the money into U.S. government accounts.] For two years they've been raiding these accounts. Now they're into Phase II.... Phase I: "Take the marbles." Phase II: "Get them out of government." Now, how do you do that? How do you get these people *out* of government in the most time-efficient and cost-efficient manner? .. Apparently they've been hand-delivering brown manila envelopes to people in Congress with actual copies of the transaction records of these Swiss and other off-shore accounts. The people get about a day to read these things, and then they get a call from one of *these* guys who I have referred to as the "Angel of Death". And then the elected official gets a choice: .. You can either announce your retirement immediately, or you can face immediate prosecution for tax evasion and various other crimes -- the minimum penalty for which, if you are convicted, is 10 years in prison. Now when a congressman goes to prison, you lose your federal pension benefits. And the pensions on these people are significant. (For instance, Pat Schroeder, congresswoman from Colorado: relatively young, she's been there a long time... She's got, over her expected lifetime, more than 4 million bucks coming to her.) Now I think the implication here is that if you just shut up, go away, get out of the line of fire -- *maybe* you'll get lucky and get to keep your pension down the road. There's no guarantee that you won't be prosecuted. But what's happened so far: all of these people have taken the retirement option. And what you have seen: an unprecedented, record number of retirements of *powerful* people from Congress. These are not "back benchers"! Since the end of the last election, until now, more than 50 Senators and Congressmen have announced their retirement. In fact, there were two more in just the last couple of days: a 30-year Republican from Indiana, and a two-term Democrat from Arkansas. The excuses they give? *Utterly* *bogus*, frankly. "Oh, we can't stand the nasty politics." "Oh, I want to spend more time with my family." "Oh, it's just time to go." It strains credulity. It just does not make sense -- until you realize there's something *else* going on here. CALLER #2: ..How is it exactly -- I remember when I heard this story first and I was talking to somebody about it and they said, "Well how can they possibly get into these bank accounts?" DR. MICHIO KAKU [Host]: O.K. Mr. Norman, how *do* you get into another person's bank account? JAMES NORMAN: Let me begin by saying that bank computer systems are nowhere near as secure as the banks would like you to believe... Granted, there are many security features built into bank communications and software systems. But in most large software systems there are what you call "service entrances" or "back doors" by which software maintenance people would get in routinely to fix "bugs" and so forth. If you take that concept, and then consider the idea that our intelligence agencies, which have an extremely high-priority collection of financial information, would somehow or other see to it that they have perhaps their own "back doors" plugged into these various bank data systems... *That's* how I got onto the story, actually, was the proliferation of a customized version of what was called the PROMIS software. This was, it was designed for tracking legal cases, originally, [then] customized for use in tracking wire transfers, sold and promulgated around most of the world's banking system, had "back doors" in it that would allow -- if you knew where the "back door" was, it would allow you to basically dial into a computer system and not leave an audit trail: go in, snoop around, pull down information, and then leave. DR. MICHIO KAKU: I think the key thing, at least from my point of view, is that we're not dealing with high school "hackers" who, by trial and error, and guile, try to get into somebody's bank account. We're talking about former intelligence agents. JAMES NORMAN: Right. But let me point this out: a couple of months ago, Citibank, there were published stories about how a "hacker" in Russia, armed with no more than a personal computer, apparently had got into Citibank accounts and was doing, essentially, exactly the same thing. He was wire-transferring money out of corporate accounts... to banks in Argentina and Finland -- always in small amounts so that it would not set off the internal alarm system... What I am told is that somehow or other, this guy got hold of the "back door" address at Citibank and was able to use it. CALLER #3: Mr. Norman, outside of WBAI, has word of this gone out? JAMES NORMAN: Actually, *this* *story* has become a classic case study in "guerrilla journalism". Because I think it's too hot for any mainstream media to deal with. I mean, it's just loaded with too many problems: first of all, it deals with a lot of background, "deep throat" kind of sources; the attribution, the documents are kind of non-existent at this point -- although I think they'll eventually come out. And you're dealing with a lot of big names and nobody really wants to rock the boat in a big-deal publication. Media Bypass, this little magazine in Indiana, *they* came to me and asked me if they could run the story, because they had heard that Forbes [magazine] wouldn't run it; that the Wall Street Journal and New York Times and everybody else I'd talked to about it was scared of it. *They* [Media Bypass] managed to corroborate a key element of it themselves. One of their investigative reporters knew a guy who used to train IRS agents, who was talking with one of his former students who was assigned to surveil Vince Foster at the time he died. And the guy actually read him some of the surveillance report, off the computer screen, over the telephone. And it's not that big of a secret, apparently, within the intelligence community. There was a *massive* counter- intelligence effort going on regarding Foster. It apparently began just after the '92 election, but before the inauguration in January '93. And for about the 6 months until he died, Foster was under pretty intense surveillance. There's a French intelligence newsletter which has also corroborated the fact that Foster was under counter-intelligence surveillance at the time he died. There's, Sarah McClendon has written about it. (She's an old "war horse" Washington correspondent.) But the story is just *too*... It's like the media cannot deal with this. And ultimately I think the media will be on trial as much as the government for not dealing with this story. Instead, we've got Media Bypass, we've got talk radio... And the Internet has actually become a rather successful outlet for this stuff. And in fact, it's amazing: it has brought a whole bunch of other people out of the woodwork, talking about this, including a lot of very literate computer people, financial people. And I know, particularly, a former Wharton finance professor, Orlin Grabbe, who has posted a series of his own rather revealing exposes' on this stuff. [CN -- Archived at ftp.shout.net pub/users/bigred/og] He, after leaving Wharton, started his own software company, making software for pricing derivatives. And the intelligence community came to *him*! And said, "Hey. Can we use your company to help spy on brokerage houses and banks too? We want some way to insinuate our people into these computer rooms." That's what sent *him* up the wall. He said, "Holy smokes, we're dealin' with the Surveillance State here." And I think he became a renegade ever since. Particularly, I think he's also angry about the government's tirade here on money laundering: it's used, basically, as a tax raising measure. I mean, they want to go after every little guy for any kind of cash transaction. But we have, you know, what is so outrageous about this is, you have a two-tier system: you have rampant money laundering, drug dealing and kickbacks for the privileged elite; and you have the government's boot on the neck of everybody else. So there's significant grass-roots rage brewing over all this stuff, and it's gonna find an outlet somehow or other -- even if it's just WBAI, you and me! DR. MICHIO KAKU: O.K. Well, let's hope it gets beyond WBAI. CALLER #5: It's obvious that Iran-Contra never stopped. But my question is, driving along the interstate I noticed that "Next Six Exits, the NSA." *Who* are the people at the top of the NSA? Who runs the NSA? Who are they, where do they come from, and how far-reaching is their power? JAMES NORMAN: That's a good question. You call up Washington and they say, "NSA? 'No Such Agency.'" That's their nickname. It's a *huge* bureaucracy. It's based at Fort Meade, Maryland. Their budget is bigger than the CIA and the FBI combined. Their job was originally signal surveillance. CALLER #5: Do we know who the people are, though? JAMES NORMAN: When you look it up... I tried to find out, actually, "Who runs the NSA?" They have a list in this two-inch-thick book on federal offices I've got. *They* merit about a two-inch thing that only has about six names associated with it. And I forget the top guy's name there. I think he's an Admiral who's on assignment to the NSA. CALLER #5: But aren't G.E. and Westinghouse and all the networks part of it? JAMES NORMAN: Well... Of course the government contracts out vast amounts of work to other countries. But the NSA, for sure, they do a lot of their work through "cut-outs" -- front companies. In fact, that's what this Systematics was -- which is now called ALLTEL Information Systems. (The CEO [Chief Executive Officer] of which just retired, mysteriously, at age 56, last week, and announced plans to go spend more time with his family.) That thing is about to blow up, because I think Systematics, in addition to helping the NSA plant "bugged" software in foreign banks, Systematics also functioned, I'm told (and this is corroborated by various *good* intelligence sources), for many years they functioned as sort of a "cyber bank" for covert funds. CALLER #5: What part did the major corporations play? JAMES NORMAN: Well... Let's put it this way: one of Inslaw's partners was AT&T. IBM was involved in this too. Apparently IBM does *lots* of business with the government and there's... I'm told, one of the applications of this PROMIS software is it was customized to track submarine sounds -- maritime sounds -- catalog the stuff, develop files on foreign ships... IBM was a prime contractor on that system. [...contention for who will speak...] CALLER #5: Ed Meese and Nichols had actually taken away from the owner, and that's who this [unclear] sueing. JAMES NORMAN: Well, Inslaw is sueing the Justice Department for damages. CALLER #5: 'Cuz the owner was a competitor with Nichols, who was a friend of Ed Meese. [CN -- Meese was Attorney General under President Reagan.] When they got to power, that was the deal: to try to get it away from him. Nichols, who worked for Wackenhut... JAMES NORMAN: Robert Booth Nichols, I think you're talkin' about, right? CALLER #5: And he was a friend of Ed Meese. And he was competing to put this system in for tracking criminals in Los Angeles. I believe the guy's name was "Campbell" or something like that, the one with the Inslaw... JAMES NORMAN: Bill Hamilton and his wife own Inslaw... CALLER #5: Hamilton! *That's* it. JAMES NORMAN: They... What happened was, the government was desperate to get hold of that source code so they could customize it and *re-sell* it, with the profits going into private pockets. Like cronies of Ed Meese. Particularly, there's a guy named Earl Brian who has this company called Hadron... Infotechnology. He owned UPI [United Press International] for awhile... He's actually under indictment in L.A. right now. He was [unclear] SEC [Securities and Exchange Commission] charges for financial manipulation. This stuff got customized and sold all over the place. *Robert* *Maxwell* was re-selling it, on behalf of the Israelis. Again: the object was to get this software planted into foreign intelligence agencies and particularly into foreign banks. It was basically a version of this software that went into Guatemala. Maxwell's front company sold this software to Guatemala, and basically it was used to help assassinate 30,000 civilians down there: catalogue 'em and find out who is an "enemy of the state" and... CALLER #5: We of the WBAI audience are quite familiar with this. But I'm much more interested in the players with the NSA who I think are really running the country. JAMES NORMAN: I think you're right. I *wish* I knew who the bad guys were. DR. MICHIO KAKU: Let me also say, for those of you who tuned in: the NSA [National Security Agency] is a very large organization whose budget is reputed to be something on the order of 10 times the size of the CIA budget. And they're, historically, involved with surveilling the Soviet Union. The CIA was mainly interested in spies on the ground and analyzing information. However it takes an enormous body simply to monitor what was happening in the Soviet Union at the height of the Cold War, and that's where the NSA was set up. It's basically a surveillance organization. However, many people claim that it has since taken a life of its own and it is also part of some kind of secret government. JAMES NORMAN: The CIA reports directly to the President. It's a civilian entity. The NSA reports to the Director of Central Intelligence *through* *the* *Pentagon*. It's essentially a military function. And, in fact, it was made up of various elements of the Army, Air Force and Navy; their intelligence, signal gathering entities ultimately became NSA-type entities. NSA is also responsible for all of the government's activity in terms of encryption. And they're the guys who are behind all the Clipper chip and all that other kind of stuff. There's a healthy debate goin' on about this stuff. Everybody needs to talk about it. ----------------------------------------------------------------- From owner-freebsd-current Mon Feb 19 21:57:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA23133 for current-outgoing; Mon, 19 Feb 1996 21:57:48 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA23128 for ; Mon, 19 Feb 1996 21:57:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA22780; Mon, 19 Feb 1996 21:57:04 -0800 To: Andreas Klemm cc: current@FreeBSD.org Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom In-reply-to: Your message of "Tue, 20 Feb 1996 00:00:28 +0100." <199602192300.AAA00342@knobel.gun.de> Date: Mon, 19 Feb 1996 21:57:03 -0800 Message-ID: <22778.824795823@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org Precedence: bulk > What would you think about putting the FreeBSD CVS repository onto > the next FreeBSD CD-Rom ?! I'd like to see this. > > A good reason to start selling FreeBSD as 3 CD package ;-) And get compared to the "Linux 10" (first Linux collection to include an entire CD of "wallpaper" bitmaps for your screen backgrounds :-) ?? No way! :-) But I might be able to squeeze it onto the first CD someplace. I'd also like to put the CTM base deltas there, somehow. Jordan From owner-freebsd-current Mon Feb 19 22:00:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23268 for current-outgoing; Mon, 19 Feb 1996 22:00:06 -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 WAA23261 for ; Mon, 19 Feb 1996 22:00:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA22792; Mon, 19 Feb 1996 21:58:04 -0800 To: "Mike Pritchard" cc: gibbs@freefall.freebsd.org (Justin T. Gibbs), freebsd-current@freebsd.org Subject: Re: my machine seems slow In-reply-to: Your message of "Mon, 19 Feb 1996 17:16:29 CST." <199602192316.RAA00238@mpp.minn.net> Date: Mon, 19 Feb 1996 21:58:03 -0800 Message-ID: <22790.824795883@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk > I just ran some DOS based diagnostic/benchmark software I have, > and there is definately something wrong with my hardware. > Disk speeds are way too low there, and the CPU benchmarks > are also way too low. It does pass all the diagnostics I > could throw at it. Is your turbo button popped out? :-) Jordan From owner-freebsd-current Mon Feb 19 22:11:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23559 for current-outgoing; Mon, 19 Feb 1996 22:11:24 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA23554 for ; Mon, 19 Feb 1996 22:11:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA22848; Mon, 19 Feb 1996 22:10:20 -0800 To: Chuck Robey cc: Andreas Klemm , current@FreeBSD.org Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom In-reply-to: Your message of "Mon, 19 Feb 1996 20:23:51 EST." Date: Mon, 19 Feb 1996 22:10:20 -0800 Message-ID: <22846.824796620@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org Precedence: bulk > I'd like to buy such a distribution, and I'd even be willing to pay extra > for it, but I see a problem here. I really doubt that the majority of > the purchasers of the CDROM really would benefit, and this would probably > raise the production cost a lot. I just don't see that as providing a > service for the majority of users. Jordan, are you listening? How about > a short run of such a thing, maybe by subscription only? Well, as I said, I'll be doing my damndest to put the CVS tree on the next CDROM anyway since the only reason I didn't before was simply due to our self-imposed restrictions on it. However, you resurrect an earlier discussion I had earlier with WC, actually: Would people be interested in SNAPSHOT CDs which also contain the CVS tree at the point of the snapshot and anything else I manage to cram on there? The CD would come very cheaply packaged, would be available only by subscription and would probably be a fair bit cheaper (I can't say for sure what that would be, but it wouldn't be anything like the subscription price for the "mainstream" CD). Any interest? How much would you WANT it to cost? If I can present WC with a list of customer preferences, it will greatly influence those kinds of decisions. Jordan From owner-freebsd-current Mon Feb 19 23:20:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26710 for current-outgoing; Mon, 19 Feb 1996 23:20:10 -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 XAA26703 for ; Mon, 19 Feb 1996 23:20:07 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id IAA14263; Tue, 20 Feb 1996 08:00:16 +0100 (MET) Received: (from andreas@localhost) by knobel.gun.de (8.7.3/8.7.3) id HAA00354 for jkh@time.cdrom.com; Tue, 20 Feb 1996 07:55:19 +0100 (MET) From: Andreas Klemm Message-Id: <199602200655.HAA00354@knobel.gun.de> Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom To: jkh@time.cdrom.com (Jordan K. Hubbard), current@freebsd.org Date: Tue, 20 Feb 1996 07:55:19 +0100 (MET) In-Reply-To: <22778.824795823@time.cdrom.com> from "Jordan K. Hubbard" at Feb 19, 96 09:57:03 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 > > > > What would you think about putting the FreeBSD CVS repository onto > > the next FreeBSD CD-Rom ?! I'd like to see this. > > > > A good reason to start selling FreeBSD as 3 CD package ;-) > > And get compared to the "Linux 10" (first Linux collection to include > an entire CD of "wallpaper" bitmaps for your screen backgrounds :-) ?? > No way! :-) ;-) > But I might be able to squeeze it onto the first CD someplace. I'd > also like to put the CTM base deltas there, somehow. Well, then I think you'd have to remove some tarballs or sources in distfiles. I mounted both CD-Roms yesterday evening and saw, that there isn't lot of space available. But I really like to get the the cvs tree and the ctm deltas. Perhaps the only true was is either to sell a two monthly developer CD-ROM with snapshots on subscription base or to sell a three CD-ROM distribution. -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< "Ich bleibe bei der Aussage und trotze den Flames. :-)" Ulli Horlacher 02/96 From owner-freebsd-current Tue Feb 20 00:17:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA28633 for current-outgoing; Tue, 20 Feb 1996 00:17:25 -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 AAA28627 for ; Tue, 20 Feb 1996 00:17:20 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA24272; Tue, 20 Feb 1996 09:14:42 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA23188; Tue, 20 Feb 1996 09:14:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA15638; Tue, 20 Feb 1996 09:12:47 +0100 (MET) From: J Wunsch Message-Id: <199602200812.JAA15638@uriah.heep.sax.de> Subject: Re: make release still falls over for me.. To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 20 Feb 1996 09:12:46 +0100 (MET) Cc: jkh@time.cdrom.com (Jordan K. Hubbard) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602192030.MAA21326@time.cdrom.com> from "Jordan K. Hubbard" at Feb 19, 96 12:30:33 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > And at this point things stop.. I can only assume that `makelist' is > trying to read stdin or something because a look at the obj dir for > /usr/src/lib/libedit (in the chroot tree, of course) reveals: > -rw-rw-r-- 1 root bin 0 Feb 19 07:11 help.c > And we see that help.c was never written to. A ps listing also shows: > 19474 ?? I 0:00.04 sh /usr/src/lib/libedit/makelist /usr/src/lib/libedit > 19476 ?? I 0:00.01 cat /usr/src/lib/libedit/vi.c /usr/src/lib/libedit/em > 19477 ?? I 0:00.27 awk \n^IBEGIN {\n^I printf("/* Automatically gener > > And there we're stuck. None these processes are eating any more CPU > time. What are the sleep messages for the deadlocked processes (ps -l output)? The only thing i could imagine is that the pipe stuff comes into your way. John has been sorting out lotsa error conditions there recently. -- 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 Feb 20 00:19:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA28754 for current-outgoing; Tue, 20 Feb 1996 00:19:23 -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 AAA28748 for ; Tue, 20 Feb 1996 00:19:20 -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 AAA12216; Tue, 20 Feb 1996 00:17:58 -0800 (PST) Message-Id: <199602200817.AAA12216@precipice.shockwave.com> To: Andreas Klemm cc: current@FreeBSD.org Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom In-reply-to: Your message of "Tue, 20 Feb 1996 00:00:28 +0100." <199602192300.AAA00342@knobel.gun.de> Date: Tue, 20 Feb 1996 00:17:57 -0800 From: Paul Traina Sender: owner-current@FreeBSD.org Precedence: bulk One thing we'd need to do is go back and tripple check that the repository is legally "clean" (e.g. some folks tried to import questionable encumbered att code). From: Andreas Klemm Subject: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom Hi ! What would you think about putting the FreeBSD CVS repository onto the next FreeBSD CD-Rom ?! I'd like to see this. A good reason to start selling FreeBSD as 3 CD package ;-) It would have the additional advantage, that there would be enough room for the whole FreeBSD ports collection. Currently some sources and binary packages are missing. I hope you share my wishes. ;-) It would also be a good starting point to setup ctm or sup ... I think that many other people would be interested in this, too. You get the chance to read developer comments and such ... Andreas /// -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik Gm >>bH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de >>$$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by < >><< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD < >><< "Ich bleibe bei der Aussage und trotze den Flames. :-)" Ulli Horlacher 02/ >>96 From owner-freebsd-current Tue Feb 20 00:47:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA29955 for current-outgoing; Tue, 20 Feb 1996 00:47:02 -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 AAA29950 for ; Tue, 20 Feb 1996 00:47:00 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tonir-0003vxC; Tue, 20 Feb 96 00:46 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 JAA02681; Tue, 20 Feb 1996 09:46:53 +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: make release still falls over for me.. In-reply-to: Your message of "Mon, 19 Feb 1996 12:30:33 PST." <199602192030.MAA21326@time.cdrom.com> Date: Tue, 20 Feb 1996 09:46:50 +0100 Message-ID: <2679.824806010@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk There still is a problem in the new pipe code. John, my "gnuplot" still hangs as well. Poul-Henning > At least it's something new and different.. :-) > > ===> libedit > sh /usr/src/lib/libedit/makelist -h /usr/src/lib/libedit/vi.c > vi.h > sh /usr/src/lib/libedit/makelist -h /usr/src/lib/libedit/emacs.c > emacs.h > sh /usr/src/lib/libedit/makelist -h /usr/src/lib/libedit/common.c > common.h > sh /usr/src/lib/libedit/makelist -fh vi.h emacs.h common.h > fcns.h > sh /usr/src/lib/libedit/makelist -bh /usr/src/lib/libedit/vi.c /usr/src/lib/l ibedit/emacs.c /usr/src/lib/libedit/common.c > help.h > sh /usr/src/lib/libedit/makelist -bc /usr/src/lib/libedit/vi.c /usr/src/lib/l ibedit/emacs.c /usr/src/lib/libedit/common.c > help.c > > And at this point things stop.. I can only assume that `makelist' is > trying to read stdin or something because a look at the obj dir for > /usr/src/lib/libedit (in the chroot tree, of course) reveals: > > -rw-rw-r-- 1 root bin 2633 Feb 19 07:11 common.h > -rw-rw-r-- 1 root bin 1478 Feb 19 07:11 emacs.h > -rw-rw-r-- 1 root bin 4121 Feb 19 07:11 fcns.h > -rw-rw-r-- 1 root bin 0 Feb 19 07:11 help.c > -rw-rw-r-- 1 root bin 155 Feb 19 07:11 help.h > -rw-rw-r-- 1 root bin 2693 Feb 19 07:11 vi.h > > And we see that help.c was never written to. A ps listing also shows: > > 18823 ?? I 0:00.02 /bin/sh -ec cd /usr/src/lib && make depend all ins ta > 18824 ?? I 0:00.13 make depend all install cleandir obj > 18825 ?? I 0:00.04 /bin/sh -ec for entry in csu/i386 libc libcompat li bc > 19441 ?? I 0:00.33 make depend DIRPRFX > 19473 ?? I 0:00.02 /bin/sh -ec sh /usr/src/lib/libedit/makelist -bc /u sr > 19474 ?? I 0:00.04 sh /usr/src/lib/libedit/makelist /usr/src/lib/libed it > 19476 ?? I 0:00.01 cat /usr/src/lib/libedit/vi.c /usr/src/lib/libedit/ em > 19477 ?? I 0:00.27 awk \n^IBEGIN {\n^I printf("/* Automatically gen er > > And there we're stuck. None these processes are eating any more CPU > time. > > Any ideas? Joerg? Poul? I can track this down as well as the next person, > but I'm still kinda wondering why Joerg's builds work and mine don't! :-( > > Jordan -- 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 Tue Feb 20 02:11:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA04448 for current-outgoing; Tue, 20 Feb 1996 02:11:46 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA04443 for ; Tue, 20 Feb 1996 02:11:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA23885; Tue, 20 Feb 1996 02:10:09 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freebsd.org (FreeBSD-current users) Subject: Re: make release still falls over for me.. In-reply-to: Your message of "Tue, 20 Feb 1996 09:12:46 +0100." <199602200812.JAA15638@uriah.heep.sax.de> Date: Tue, 20 Feb 1996 02:10:09 -0800 Message-ID: <23883.824811009@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk > What are the sleep messages for the deadlocked processes (ps -l > output)? The only thing i could imagine is that the pipe stuff comes > into your way. John has been sorting out lotsa error conditions there > recently. These appear to be at the front: 0 19476 19474 158 -6 0 192 12 pipdwc I ?? 0:00.01 cat /usr/src 0 19477 19474 180 -6 0 336 12 piperd I ?? 0:00.27 awk \n^IBEGI Jordan From owner-freebsd-current Tue Feb 20 04:45:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11423 for current-outgoing; Tue, 20 Feb 1996 04:45:13 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA11418 for ; Tue, 20 Feb 1996 04:45:10 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.3/8.6.9) id EAA00817; Tue, 20 Feb 1996 04:44:57 -0800 (PST) Date: Tue, 20 Feb 1996 04:44:57 -0800 (PST) Message-Id: <199602201244.EAA00817@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: andreas@knobel.gun.de, current@FreeBSD.org In-reply-to: <22778.824795823@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org Precedence: bulk * But I might be able to squeeze it onto the first CD someplace. I'd * also like to put the CTM base deltas there, somehow. Do you think it's possible to replace srcdist with cvsdist? Then it wouldn't take much more space. Of course, we need to ship the release with scripts that will extract any of the former srcdists from the tar'ed, compressed and split-up cvsdist (without first unpacking it on the hard disk). Basically, we need a "tarcvs" that we can use like "cat cvs*.?? | gunzip | tarcvs -input - -subdir share -command co -rRELENG_2_1_3". (Hmm, looks like a good term-project for an undergrad.... :) Satoshi From owner-freebsd-current Tue Feb 20 04:58:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11638 for current-outgoing; Tue, 20 Feb 1996 04:58:50 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA11633 for ; Tue, 20 Feb 1996 04:58:21 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id XAA23329; Tue, 20 Feb 1996 23:52:48 +1100 Date: Tue, 20 Feb 1996 23:52:48 +1100 From: Bruce Evans Message-Id: <199602201252.XAA23329@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, j@uriah.heep.sax.de Subject: Re: Keyboard lockout on 2.x.x Cc: KentH@HNS.St-Louis.Mo.US Sender: owner-current@FreeBSD.ORG Precedence: bulk >It doesn't matter whether LEDs would really be toggled. The command >is always sent to the keyboard on a VT switch, even if the update will >yield the same LED state as previously. Hence the line conflict will >always happen. To fix it if you can log in as root from another host, try echo "set ipending=2" | gdb -k -w /kernel /dev/mem This fakes a keyboard interrupt. Bruce From owner-freebsd-current Tue Feb 20 06:19:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA14449 for current-outgoing; Tue, 20 Feb 1996 06:19:11 -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 GAA14441 for ; Tue, 20 Feb 1996 06:19:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id GAA24573; Tue, 20 Feb 1996 06:18:15 -0800 To: asami@cs.berkeley.edu (Satoshi Asami) cc: andreas@knobel.gun.de, current@FreeBSD.org Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom In-reply-to: Your message of "Tue, 20 Feb 1996 04:44:57 PST." <199602201244.EAA00817@silvia.HIP.Berkeley.EDU> Date: Tue, 20 Feb 1996 06:18:14 -0800 Message-ID: <24571.824825894@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org Precedence: bulk > Do you think it's possible to replace srcdist with cvsdist? Then it > wouldn't take much more space. Hmmmmmmmm.. And some of the CTM people have asked that it be replaced with the CTM base delta... Looks like there are a few candidates for src replacement.. :-) I'll give it some thought. Just off the top of my head, I suspect that it will be more trouble than it's worth. At least the current src scheme makes it real easy for a novice to come by later and "add src." The more complex we make this the less easy this will be. Jordan From owner-freebsd-current Tue Feb 20 07:26:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17297 for current-outgoing; Tue, 20 Feb 1996 07:26:00 -0800 (PST) Received: from DATAPLEX.NET (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA17292 for ; Tue, 20 Feb 1996 07:25:54 -0800 (PST) Received: from 199.183.109.242 by DATAPLEX.NET with SMTP (MailShare 1.0fc5); Tue, 20 Feb 1996 09:26:04 -0600 Message-ID: Date: 20 Feb 1996 09:25:33 -0600 From: "Richard Wackerbarth" Subject: Re(2) I'd vote to put the CVS repository onto the next FreeBSD CD-Rom To: "jkh@time.cdrom.com" , "Satoshi Asami" Cc: "current@FreeBSD.org" X-Mailer: Mail*Link PT/Internet 1.6.0 Sender: owner-current@FreeBSD.org Precedence: bulk Earlier Jordan wrote: > * But I might be able to squeeze it onto the first CD someplace. I'd * > also like to put the CTM base deltas there, somehow. On 2/20/96 at 12:44:57 PM Satoshi Asami wrote: > Do you think it's possible to replace srcdist with cvsdist? Then it wouldn't take much more space. >Basically, we need a "tarcvs" that we can use like "cat cvs*.?? | gunzip |tarcvs -input - -subdir share -command co -rRELENG_2_1_3" Yes, this kind of capability would make a good project. As I see it, one problem that we have is the proliferation of various forms of basically the same material. I think that we need to address two aspects of this. 1) We need to have a reasonable scheme to allow the various forms to peacefully coexist. This means, for example, that NONE of them exists in /usr/src. If a user must place source in /usr/src, that should be done by making a copy, either real or virtual. In other words, he "installs" the source from the true location. 2) We need to reduce the various forms for the distribution of the same material. In particular, I see no reason to have "tarballs" of the source and ctm base deltas. Why not simply use the ctm format for both purposes? As I see it, we will need to have four trees. A) The cvs tree. Unless we have an "inexpensive" way to derive the other trees from this (and I don't see that), it is a separate tree. B) The "current" tree. C) The tree associated with the release CD. D) The "stable" tree. I do not think that (C) and (D) are, in general, the same. (C) is basically a candidate for "stable". However, (B), (C), and (D) will, in general, have a large portion of common code. Instead of "tarballs" of the source, we can produce CTM base files. If you wish to download the source, you get a base file and, perhaps, an update file. You use ctm to unpack them. There is one thing that we would have to change from the current scheme. We can easily generate a group of initial ctm files so that someone can get only a portion of the source tree rather than the whole tree. However, I do not consider it practical to have a large number of update paths. Therefore, ctm needs to be modified to recognize and ignore intentionally missing subtrees. I think we can do this by expanding the .ctm_status file to be a directory of subdistribution status files. Each status file would give the latest update installed and the first update that was omitted. That way, one could go back, retrieve the additional files and re-apply them to add a previously omitted subtree. If people think this is a workable approach, I'll modify ctm to implement it. Richard Wackerbarth rkw@dataplex.net Sent with a test-drive version of CTM PowerMail 1.0.6 From owner-freebsd-current Tue Feb 20 07:26:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17325 for current-outgoing; Tue, 20 Feb 1996 07:26:19 -0800 (PST) Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA17317 for ; Tue, 20 Feb 1996 07:26:14 -0800 (PST) Received: from professor.eng.umd.edu (professor.eng.umd.edu [129.2.98.207]) by distortion.eng.umd.edu (8.7.3/8.7) with ESMTP id KAA12790; Tue, 20 Feb 1996 10:26:07 -0500 (EST) Received: (from chuckr@localhost) by professor.eng.umd.edu (8.7/8.7) id KAA12881; Tue, 20 Feb 1996 10:26:06 -0500 (EST) Date: Tue, 20 Feb 1996 10:26:06 -0500 (EST) From: Chuck Robey X-Sender: chuckr@professor.eng.umd.edu To: "Jordan K. Hubbard" cc: Andreas Klemm , current@FreeBSD.org Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom In-Reply-To: <22846.824796620@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Mon, 19 Feb 1996, Jordan K. Hubbard wrote: > > I'd like to buy such a distribution, and I'd even be willing to pay extra > > for it, but I see a problem here. I really doubt that the majority of > > the purchasers of the CDROM really would benefit, and this would probably > > raise the production cost a lot. I just don't see that as providing a > > service for the majority of users. Jordan, are you listening? How about > > a short run of such a thing, maybe by subscription only? > > Well, as I said, I'll be doing my damndest to put the CVS tree on the > next CDROM anyway since the only reason I didn't before was simply due > to our self-imposed restrictions on it. > > However, you resurrect an earlier discussion I had earlier with WC, > actually: Would people be interested in SNAPSHOT CDs which also > contain the CVS tree at the point of the snapshot and anything else I > manage to cram on there? The CD would come very cheaply packaged, > would be available only by subscription and would probably be a fair > bit cheaper (I can't say for sure what that would be, but it wouldn't > be anything like the subscription price for the "mainstream" CD). > > Any interest? How much would you WANT it to cost? If I can present > WC with a list of customer preferences, it will greatly influence > those kinds of decisions. I like that idea. I won't say yes until I hear the cost, but the answer is a very, very likely yes, I'd subscribe. I might want to cancel my other subscription if it turns out well, tho, have you considered that? > > Jordan > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Tue Feb 20 07:42:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA18309 for current-outgoing; Tue, 20 Feb 1996 07:42:34 -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 HAA18303 for ; Tue, 20 Feb 1996 07:42:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id HAA25109; Tue, 20 Feb 1996 07:41:22 -0800 To: Chuck Robey cc: Andreas Klemm , current@FreeBSD.org Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom In-reply-to: Your message of "Tue, 20 Feb 1996 10:26:06 EST." Date: Tue, 20 Feb 1996 07:41:22 -0800 Message-ID: <25107.824830882@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org Precedence: bulk > I like that idea. I won't say yes until I hear the cost, but the answer > is a very, very likely yes, I'd subscribe. I might want to cancel my > other subscription if it turns out well, tho, have you considered that? Well, first off I was hoping you folks would tell ME how much you wanted it to cost. :-) Second, I'm not sure that I'd even remotely bill this as a replacement for the mainstream CD, and not because I'm afraid of "losing business" to the SNAP CDs. The mainstream CDs will still contain many things that won't be on the SNAPS, like more commercial software demos, packages and ports, multimedia stuff, etc. In other words, I think that cancelling one sub for another would be something of a mistake. You'd miss out on a lot, especially as I work even harder to make the main CD a more attractive proposition. Jordan From owner-freebsd-current Tue Feb 20 12:43:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03866 for current-outgoing; Tue, 20 Feb 1996 12:43:49 -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 MAA03861 for ; Tue, 20 Feb 1996 12:43:47 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA15652; Tue, 20 Feb 1996 13:40:28 -0700 From: Terry Lambert Message-Id: <199602202040.NAA15652@phaeton.artisoft.com> Subject: Re: X Y Z To: Liberty-req@liberty.net (Leading Edge) Date: Tue, 20 Feb 1996 13:40:27 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <2078917053.SAA696578@liberty.net> from "Leading Edge" at Feb 19, 96 11:09:00 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 > RECAP OF AND UPDATE ON THE NORMAN THESIS [ ... ] What Thomas Veil has neglected to tells us is: 1) Does PROMIS run on FreeBSD under IBCS2 emulation yet? 2) Is the Cray in the back of the semi running an unreleased port of FreeBSD? If so, where can we FTP it from? 3) Was the Russian Citibank hacker running FreeBSD on his personal computer? DOS? If DOS, was it under PCEMU on FreeBSD? 4) What is the CERT number for this "backdoor", and has it been fixed in -current? Conspiratorily yours, 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 Tue Feb 20 14:09:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09886 for current-outgoing; Tue, 20 Feb 1996 14:09:17 -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 OAA09879 for ; Tue, 20 Feb 1996 14:09:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA01177; Tue, 20 Feb 1996 14:08:54 -0800 To: Terry Lambert cc: Liberty-req@liberty.net (Leading Edge), current@FreeBSD.ORG Subject: Re: X Y Z In-reply-to: Your message of "Tue, 20 Feb 1996 13:40:27 MST." <199602202040.NAA15652@phaeton.artisoft.com> Date: Tue, 20 Feb 1996 14:08:54 -0800 Message-ID: <1175.824854134@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG Precedence: bulk > What Thomas Veil has neglected to tells us is: > > 1) Does PROMIS run on FreeBSD under IBCS2 emulation yet? It does, but a small bug (listed at the bottom of page 479 of the PROMIS User's Manual as an "enhancement") also puts every network device you own into promiscuous mode and copies every packet to port 666 at ROMULUS.NCSC.MIL. I wouldn't run it on my system, emulated or not! > 2) Is the Cray in the back of the semi running an unreleased > port of FreeBSD? If so, where can we FTP it from? Well, it is freely available for FTP, but before I give you the URL I should note that everyone who's grabbed it so far has died a rather mysterious death. The archive maintainer himself was found with 4 gunshot wounds to the head, his legs wrapped in anchor chain and sunk in 60 feet of water off the coast of Kennebunkport. Authorities ruled it a suicide then cremated the body on the beach without even taking it to the coroner's office. All somewhat irregular, and to be honest I'm starting to suspect something. On second thought, I think I'll keep that URL to myself - we're short enough on developers as it is! > 3) Was the Russian Citibank hacker running FreeBSD on his > personal computer? DOS? If DOS, was it under PCEMU on > FreeBSD? I'll have to let our russian friends answer that one. They should know, since I've always assumed they're all working for the KGB anyway. > 4) What is the CERT number for this "backdoor", and has > it been fixed in -current? Are you kidding? CERT tries to patch this one and they sleep with the fishes. Besides, it's a FEATURE, damnit! Jordan P.S. In case the folks at Liberty-req don't grok the heavy sarcasm (and I would ordinarily thank them for what WAS actually some rather interesting reading if only they'd bothered to send it to me personally), it really is somewhat out-of-bounds to send this kind of stuff to our development mailing list and it would be highly appreciated if it were removed from whatever forwarder it was erroneously registered with. I don't think that anyone here doubts the almost entirely corrupt nature of the American government, but it's one of those things we prefer not to dwell on! From owner-freebsd-current Tue Feb 20 14:45:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11685 for current-outgoing; Tue, 20 Feb 1996 14:45:29 -0800 (PST) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA11669 for ; Tue, 20 Feb 1996 14:45:21 -0800 (PST) Received: from professor.eng.umd.edu (professor.eng.umd.edu [129.2.98.207]) by jolt.eng.umd.edu (8.7.3/8.7) with ESMTP id RAA07018; Tue, 20 Feb 1996 17:45:06 -0500 (EST) Received: (from chuckr@localhost) by professor.eng.umd.edu (8.7/8.7) id RAA14526; Tue, 20 Feb 1996 17:45:05 -0500 (EST) Date: Tue, 20 Feb 1996 17:45:04 -0500 (EST) From: Chuck Robey X-Sender: chuckr@professor.eng.umd.edu To: "Jordan K. Hubbard" cc: Andreas Klemm , current@freebsd.org Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom In-Reply-To: <25107.824830882@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Tue, 20 Feb 1996, Jordan K. Hubbard wrote: > > I like that idea. I won't say yes until I hear the cost, but the answer > > is a very, very likely yes, I'd subscribe. I might want to cancel my > > other subscription if it turns out well, tho, have you considered that? > > Well, first off I was hoping you folks would tell ME how much you > wanted it to cost. :-) > > Second, I'm not sure that I'd even remotely bill this as a replacement > for the mainstream CD, and not because I'm afraid of "losing business" > to the SNAP CDs. The mainstream CDs will still contain many things > that won't be on the SNAPS, like more commercial software demos, > packages and ports, multimedia stuff, etc. In other words, I think > that cancelling one sub for another would be something of a mistake. > You'd miss out on a lot, especially as I work even harder to make the > main CD a more attractive proposition. I haven't the vaguest idea of the economics of the situation, from a cost standpoint. This might be insulting, I don't know, but 10 or 15 dollars to me, I'd order it. I'd expect it to be pretty stripped down, and not terribly useful to the general public type of thing. Sticking the latest CTM base in, at about 30 megs, would be kinda nice too, but I am really intrigued at looking the the CVS source. > > Jordan > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Tue Feb 20 15:17:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13503 for current-outgoing; Tue, 20 Feb 1996 15:17:44 -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 PAA13498 for ; Tue, 20 Feb 1996 15:17:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA00381; Tue, 20 Feb 1996 15:17:11 -0800 To: Chuck Robey cc: Andreas Klemm , current@freebsd.org Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom In-reply-to: Your message of "Tue, 20 Feb 1996 17:45:04 EST." Date: Tue, 20 Feb 1996 15:17:10 -0800 Message-ID: <379.824858230@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org Precedence: bulk > I haven't the vaguest idea of the economics of the situation, from a cost > standpoint. This might be insulting, I don't know, but 10 or 15 dollars > to me, I'd order it. I'd expect it to be pretty stripped down, and not > terribly useful to the general public type of thing. That price range doesn't seem entirely out of the question. I'll start our management at $10 and see how close to that figure I can actually keep it.. :-) Jordan From owner-freebsd-current Tue Feb 20 15:32:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14410 for current-outgoing; Tue, 20 Feb 1996 15:32:37 -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 PAA14399 Tue, 20 Feb 1996 15:32:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id PAA04282; Tue, 20 Feb 1996 15:31:50 -0800 Message-Id: <199602202331.PAA04282@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Andreas Klemm cc: nao@sbl.cl.nec.co.jp (Naoki Hamada), hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: mbuf enhancement patch In-reply-to: Your message of "Sun, 18 Feb 1996 20:00:52 +0100." <199602181900.UAA02120@knobel.gun.de> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 20 Feb 1996 15:31:50 -0800 Sender: owner-current@FreeBSD.org Precedence: bulk >> I found mbuf's are not buffered though mclusters are. So here is my >> patch for /sys/sys/mbuf.h. This seems to provide me slightly good >> network performance. > >Did one of the core team members accept these patches >officially ?! Will they go into -current ? No. The performance improvemment is actually quite small and the effect of this is that any buffers malloced up to the high water mark won't be available to other parts of the system after they are freed. We generally try to avoid private pools of buffers unless it's absolutely necessary - which is case for mbuf clusters, for example, which has a mechanism for maintaining reference counts that requires them to be allocated out of a private pool. We once had changes similar to the ones you've provided, except we had it so that the buffers over a certain threshold were returned back to malloc. The problem with this was that the malloc type was lost in the process and this messed up the malloc-type accounting (which eventually leads to malloc failures). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Feb 20 16:57:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA20620 for current-outgoing; Tue, 20 Feb 1996 16:57:03 -0800 (PST) Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.32.8.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA20614 Tue, 20 Feb 1996 16:56:59 -0800 (PST) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.7.3+2.6Wbeta5/950912) with ESMTP id JAA12918; Wed, 21 Feb 1996 09:56:40 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.7.3/3.3W6) with SMTP id JAA14149; Wed, 21 Feb 1996 09:56:39 +0900 (JST) Received: by sirius.sbl.cl.nec.co.jp (8.6.9/3.3W6) with UUCP id JAA17442; Wed, 21 Feb 1996 09:58:33 +0900 Date: Wed, 21 Feb 1996 09:58:33 +0900 From: Naoki Hamada Message-Id: <199602210058.JAA17442@sirius.sbl.cl.nec.co.jp> References: <199602202331.PAA04282@Root.COM> To: davidg@Root.COM CC: andreas@knobel.gun.de, hackers@FreeBSD.org, current@FreeBSD.org In-reply-to: David Greenman's message of "Tue, 20 Feb 1996 15:31:50 -0800" <199602202331.PAA04282@Root.COM> Subject: Re: mbuf enhancement patch Sender: owner-current@FreeBSD.org Precedence: bulk > No. The performance improvemment is actually quite small and the effect of >this is that any buffers malloced up to the high water mark won't be available >to other parts of the system after they are freed. We generally try to avoid >private pools of buffers unless it's absolutely necessary - which is case for >mbuf clusters, for example, which has a mechanism for maintaining reference >counts that requires them to be allocated out of a private pool. Agreed. Sounds quite reasonable. > We once had changes similar to the ones you've provided, except we had it >so that the buffers over a certain threshold were returned back to malloc. The >problem with this was that the malloc type was lost in the process and this >messed up the malloc-type accounting (which eventually leads to malloc >failures). I found the ep driver always keeps some mbuf's in its pool. Is this because mbuf allocation is too expensive for boards which equip small receive buffer? If this is the case, some improvement (not mine :-) is desirable. -nao From owner-freebsd-current Tue Feb 20 17:10:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA21503 for current-outgoing; Tue, 20 Feb 1996 17:10:05 -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 RAA21496 for ; Tue, 20 Feb 1996 17:10:03 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.7.3) id RAA03716; Tue, 20 Feb 1996 17:09:42 -0800 (PST) Date: Tue, 20 Feb 1996 17:09:42 -0800 (PST) From: -Vince- To: Mark Murray cc: FreeBSD-current users Subject: Re: make world failed in -current In-Reply-To: <199602151914.VAA23692@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, 15 Feb 1996, Mark Murray wrote: > -Vince- wrote: > > > > cc -O -DDEBUGSHELL -DSECURE -static -o init init.o -L -lutil -ldescry > pt > > > > init.o: Undefined symbol `_logout' referenced from text segment > > > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > > > init.o: Undefined symbol `_login_tty' referenced from text segment > > > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > > > > > Is your libutil corrupted? > > > > Well, I deleted /usr/src/lib/libutil and resup and rebuilt it... > > Also, am I supposed to have a /usr/lib/libdescrypt* library if I am using > > just the standard MD5 and not the DES Encryption? > > libdescrypt lives in src/secure/lib/libdescrypt. Do you have any > references to *SECURE* or *CRYPT* in /etc/make.conf, or do you have > a corrupt secure/ or eBones/? I don't have a /usr/src/secure directory but I did notice that /usr/libcrypt.so.2.0 is a symlink to libdescrypt.so.2.0 so is there anyway to convert the password files from DES to MD5? 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 Feb 20 17:41:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA23474 for current-outgoing; Tue, 20 Feb 1996 17:41:37 -0800 (PST) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA23447 for ; Tue, 20 Feb 1996 17:41:17 -0800 (PST) Received: (from mark@localhost) by linus.demon.co.uk (8.7.3/8.7.3) id BAA02866; Wed, 21 Feb 1996 01:38:36 GMT Date: Wed, 21 Feb 1996 01:38:36 GMT From: Mark Valentine Message-Id: <199602210138.BAA02866@linus.demon.co.uk> To: jkh@time.cdrom.com Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom Cc: current@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk In article you write: >> I haven't the vaguest idea of the economics of the situation, from a cost >> standpoint. This might be insulting, I don't know, but 10 or 15 dollars >> to me, I'd order it. I'd expect it to be pretty stripped down, and not >> terribly useful to the general public type of thing. > >That price range doesn't seem entirely out of the question. I'll >start our management at $10 and see how close to that figure I can >actually keep it.. :-) How many people would mind if it was sold only as an option on top of the normal subscription? Would that help keep the cost down? However, although I'm a subscriber, I personally don't need a *regular* SNAP CD at the present time. I *could* use some way of easily bootstrapping ctm (for cvs-cur, src-cur and ports-cur) without having to squirrel away 'A' deltas. I'd be happy with either srcdist and cvsdist plus 'R' deltas on a release CD, or a one-off separate CD with 'A' deltas (other goodies, such as the latest SNAP, would be an added bonus, and such a CD would be worth the going rate to me.) Perhaps 'R' deltas on the Release CD and regular cheap SNAP CDs with 'A' deltas offer the best all round solution? Mark. From owner-freebsd-current Tue Feb 20 18:03:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA24612 for current-outgoing; Tue, 20 Feb 1996 18:03:46 -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 SAA24607 for ; Tue, 20 Feb 1996 18:03:45 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.7.3) id SAA00676; Tue, 20 Feb 1996 18:03:35 -0800 (PST) Date: Tue, 20 Feb 1996 18:03:35 -0800 (PST) From: -Vince- To: Joerg Wunsch cc: freebsd-current@FreeBSD.org Subject: Re: make world failed in -current In-Reply-To: <199602152330.AAA02097@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 Fri, 16 Feb 1996, J Wunsch wrote: > As -Vince- wrote: > > > > > /usr/src/sbin/init > > > > cc -O -DDEBUGSHELL -DSECURE -static -o init init.o -L -lutil -ldescrypt > > > > init.o: Undefined symbol `_logout' referenced from text segment > > > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > > > init.o: Undefined symbol `_login_tty' referenced from text segment > > > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > > > init.o: Undefined symbol `_logwtmp' referenced from text segment > > > > > > Is your libutil corrupted? > > > > Well, I deleted /usr/src/lib/libutil and resup and rebuilt it... > > Hmm, mine is: > > j@uriah 76% nm /usr/lib/libutil.so.2.1 | grep ' T ' > 00000c80 T _etext > 000002f0 T _forkpty > 000005e0 T _login > 00000540 T _login_tty > 00000460 T _logout > 00000390 T _logwtmp > 00000150 T _openpty > 00000030 T _setproctitle > > All of your missing symbols are there. > > > Also, am I supposed to have a /usr/lib/libdescrypt* library if I am using > > just the standard MD5 and not the DES Encryption? > > You've got the /usr/src/secure stuff around, that causes it to > automatically pick the DES encryption. This is probably wrong, it > should always link -lcrypt. > > The -lcrypt in init(8) is only used if you declare your console as > ``insecure'' anyway, in order to validate the root password when > entering single user mode. Yep, my missing symbols are there... My problem is somehow I got the DES in my passwd database so how do I fix it so it's MD5 since libcrypt.so.2.0 somehow links to lindescrypt.so.2.0 instead of libscrypt.so.2.0 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 Feb 20 18:09:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA24941 for current-outgoing; Tue, 20 Feb 1996 18:09:44 -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 SAA24934 Tue, 20 Feb 1996 18:09:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id SAA04797; Tue, 20 Feb 1996 18:09:45 -0800 Message-Id: <199602210209.SAA04797@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Naoki Hamada cc: andreas@knobel.gun.de, hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: mbuf enhancement patch In-reply-to: Your message of "Wed, 21 Feb 1996 09:58:33 +0900." <199602210058.JAA17442@sirius.sbl.cl.nec.co.jp> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 20 Feb 1996 18:09:45 -0800 Sender: owner-current@FreeBSD.org Precedence: bulk >> We once had changes similar to the ones you've provided, except we had it >>so that the buffers over a certain threshold were returned back to malloc. The >>problem with this was that the malloc type was lost in the process and this >>messed up the malloc-type accounting (which eventually leads to malloc >>failures). > >I found the ep driver always keeps some mbuf's in its pool. Is this >because mbuf allocation is too expensive for boards which equip small >receive buffer? If this is the case, some improvement (not mine :-) is >desirable. I think that's what the author thought, but the FIFO on the 3c509 should be sufficiently large enough to not need the extra 1% of speed that having the private pool gets you. Our malloc implementation is quite efficient, actually. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Feb 20 18:45:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA26698 for current-outgoing; Tue, 20 Feb 1996 18:45:16 -0800 (PST) Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.32.8.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA26691 Tue, 20 Feb 1996 18:45:10 -0800 (PST) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.7.3+2.6Wbeta5/950912) with ESMTP id LAA19443; Wed, 21 Feb 1996 11:45:03 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.7.3/3.3W6) with SMTP id LAA18368; Wed, 21 Feb 1996 11:44:50 +0900 (JST) Received: by sirius.sbl.cl.nec.co.jp (8.6.9/3.3W6) with UUCP id LAA18404; Wed, 21 Feb 1996 11:46:44 +0900 Date: Wed, 21 Feb 1996 11:46:44 +0900 From: Naoki Hamada Message-Id: <199602210246.LAA18404@sirius.sbl.cl.nec.co.jp> References: <199602210209.SAA04797@Root.COM> To: davidg@Root.COM CC: andreas@knobel.gun.de, hackers@FreeBSD.org, current@FreeBSD.org In-reply-to: David Greenman's message of "Tue, 20 Feb 1996 18:09:45 -0800" <199602210209.SAA04797@Root.COM> Subject: Re: mbuf enhancement patch Sender: owner-current@FreeBSD.org Precedence: bulk >>I found the ep driver always keeps some mbuf's in its pool. Is this >>because mbuf allocation is too expensive for boards which equip small >>receive buffer? If this is the case, some improvement (not mine :-) is >>desirable. > > I think that's what the author thought, but the FIFO on the 3c509 should be >sufficiently large enough to not need the extra 1% of speed that having the >private pool gets you. Our malloc implementation is quite efficient, actually. The old 3c509 has 2k bytes RX FIFO. Is this large enough? -nao From owner-freebsd-current Tue Feb 20 18:47:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA26811 for current-outgoing; Tue, 20 Feb 1996 18:47:08 -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 SAA26790 for ; Tue, 20 Feb 1996 18:46:43 -0800 (PST) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with ESMTP id EAA14162; Wed, 21 Feb 1996 04:46:04 +0200 (SAT) Message-Id: <199602210246.EAA14162@grumble.grondar.za> To: -Vince- cc: FreeBSD-current users Subject: Re: make world failed in -current Date: Wed, 21 Feb 1996 04:46:03 +0200 From: Mark Murray Sender: owner-current@FreeBSD.org Precedence: bulk -Vince- wrote: > > libdescrypt lives in src/secure/lib/libdescrypt. Do you have any > > references to *SECURE* or *CRYPT* in /etc/make.conf, or do you have > > a corrupt secure/ or eBones/? > > I don't have a /usr/src/secure directory but I did notice that > /usr/libcrypt.so.2.0 is a symlink to libdescrypt.so.2.0 so is there > anyway to convert the password files from DES to MD5? Sounds like thing have got royally screwed up. If your passwords (in master.password) are in DES format (ie do not begin with "$1$") then you are hosed without DES. There is no known way to translate or reverse engineer crypted passwords. I recommend installing the secure/ distribution if your passwords are DES encrypted. 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 Tue Feb 20 18:59:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA27524 for current-outgoing; Tue, 20 Feb 1996 18:59:16 -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 SAA27519 Tue, 20 Feb 1996 18:59:12 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id SAA04978; Tue, 20 Feb 1996 18:59:13 -0800 Message-Id: <199602210259.SAA04978@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Naoki Hamada cc: andreas@knobel.gun.de, hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: mbuf enhancement patch In-reply-to: Your message of "Wed, 21 Feb 1996 11:46:44 +0900." <199602210246.LAA18404@sirius.sbl.cl.nec.co.jp> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 20 Feb 1996 18:59:13 -0800 Sender: owner-current@FreeBSD.org Precedence: bulk >>>I found the ep driver always keeps some mbuf's in its pool. Is this >>>because mbuf allocation is too expensive for boards which equip small >>>receive buffer? If this is the case, some improvement (not mine :-) is >>>desirable. >> >> I think that's what the author thought, but the FIFO on the 3c509 should be >>sufficiently large enough to not need the extra 1% of speed that having the >>private pool gets you. Our malloc implementation is quite efficient, actually. > >The old 3c509 has 2k bytes RX FIFO. Is this large enough? Yes, but a bit tight. If the driver were properly written, large packets would be put in mbuf clusters which are allocated out of a private pool and should be as fast as the pool that the driver is maintaining. I haven't looked at the driver source in any detail...I've instead decided to rewrite it at some point in the future, but haven't had the time + enough interest yet. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Feb 20 21:49:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08976 for current-outgoing; Tue, 20 Feb 1996 21:49:58 -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 VAA08970 for ; Tue, 20 Feb 1996 21:49:56 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.7.3) id VAA01984; Tue, 20 Feb 1996 21:49:37 -0800 (PST) Date: Tue, 20 Feb 1996 21:49:37 -0800 (PST) From: -Vince- To: Mark Murray cc: FreeBSD-current users Subject: Re: make world failed in -current In-Reply-To: <199602210246.EAA14162@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Wed, 21 Feb 1996, Mark Murray wrote: > -Vince- wrote: > > > libdescrypt lives in src/secure/lib/libdescrypt. Do you have any > > > references to *SECURE* or *CRYPT* in /etc/make.conf, or do you have > > > a corrupt secure/ or eBones/? > > > > I don't have a /usr/src/secure directory but I did notice that > > /usr/libcrypt.so.2.0 is a symlink to libdescrypt.so.2.0 so is there > > anyway to convert the password files from DES to MD5? > > Sounds like thing have got royally screwed up. If your passwords > (in master.password) are in DES format (ie do not begin with "$1$") > then you are hosed without DES. > > There is no known way to translate or reverse engineer crypted > passwords. > > I recommend installing the secure/ distribution if your passwords are > DES encrypted. Yep, they are DES encrypted. I don't know how I got the secure distribution on my machine in the first place... 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 Feb 20 22:18:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10319 for current-outgoing; Tue, 20 Feb 1996 22:18:26 -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 WAA10312 for ; Tue, 20 Feb 1996 22:18:21 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id HAA04749; Wed, 21 Feb 1996 07:00:24 +0100 (MET) Received: (from andreas@localhost) by knobel.gun.de (8.7.3/8.7.3) id HAA00442; Wed, 21 Feb 1996 07:03:05 +0100 (MET) From: Andreas Klemm Message-Id: <199602210603.HAA00442@knobel.gun.de> Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Feb 1996 07:03:05 +0100 (MET) Cc: chuckr@Glue.umd.edu, current@freebsd.org In-Reply-To: <379.824858230@time.cdrom.com> from "Jordan K. Hubbard" at Feb 20, 96 03:17:10 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 Additionally to the CVS sources of OS and ports I had the big wish, that you include the distfiles (sources archives) of the ports collection. Would that be possible ?! Andreas /// -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< "Ich bleibe bei der Aussage und trotze den Flames. :-)" Ulli Horlacher 02/96 From owner-freebsd-current Tue Feb 20 22:18:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10349 for current-outgoing; Tue, 20 Feb 1996 22:18:37 -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 WAA10340 for ; Tue, 20 Feb 1996 22:18:34 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id HAA04725; Wed, 21 Feb 1996 07:00:20 +0100 (MET) Received: (from andreas@localhost) by knobel.gun.de (8.7.3/8.7.3) id GAA00393; Wed, 21 Feb 1996 06:58:42 +0100 (MET) From: Andreas Klemm Message-Id: <199602210558.GAA00393@knobel.gun.de> Subject: Re: I'd vote to put the CVS repository onto the next FreeBSD CD-Rom To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Feb 1996 06:58:42 +0100 (MET) Cc: chuckr@Glue.umd.edu, current@freebsd.org In-Reply-To: <379.824858230@time.cdrom.com> from "Jordan K. Hubbard" at Feb 20, 96 03:17:10 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 haven't the vaguest idea of the economics of the situation, from a cost > > standpoint. This might be insulting, I don't know, but 10 or 15 dollars > > to me, I'd order it. I'd expect it to be pretty stripped down, and not > > terribly useful to the general public type of thing. > > That price range doesn't seem entirely out of the question. I'll > start our management at $10 and see how close to that figure I can > actually keep it.. :-) $10 would be fine ;-) But I doubt, that a subscription on a 4 -9 weekl basis is that what one would need. If I get such a CD-ROM once, I'd try to start to setup CTM asap. After that there should be no need (if everything runs fine with ctm) to get it again and again. But in case of ctm doing something bad to my cvs source tree it would be fine, if one could order such a CD-ROM on demand. If WC would plan to produce this CD-Rom 4 times in the year for a special developer nice price it would be sufficient. If it would be 4 times in the year for $40-50/year I would be again in the boat to do a subscription. What do you think ? Andreas /// -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< "Ich bleibe bei der Aussage und trotze den Flames. :-)" Ulli Horlacher 02/96 From owner-freebsd-current Wed Feb 21 00:01:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA15604 for current-outgoing; Wed, 21 Feb 1996 00:01:23 -0800 (PST) Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA15596 for ; Wed, 21 Feb 1996 00:01:18 -0800 (PST) Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.7.1/8.6.4) with ESMTP id JAA08661 for ; Wed, 21 Feb 1996 09:01:15 +0100 (MET) Message-Id: <199602210801.JAA08661@lirmm.lirmm.fr> To: current@freebsd.org Subject: cmp || install -> install -C Date: Wed, 21 Feb 1996 09:01:14 +0100 From: "Philippe Charnier" Sender: owner-current@freebsd.org Precedence: bulk Hi, What about replacing cmp || install in Makefiles to install -C? -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Wed Feb 21 11:35:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA22264 for current-outgoing; Wed, 21 Feb 1996 11:35:16 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA22254 for ; Wed, 21 Feb 1996 11:35:08 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id LAA03576 for ; Wed, 21 Feb 1996 11:35:07 -0800 Message-Id: <199602211935.LAA03576@austin.polstra.com> To: freebsd-current@freebsd.org Subject: chrooting /sbin/init - has anybody tried it? Date: Wed, 21 Feb 1996 11:35:07 -0800 From: John Polstra Sender: owner-current@freebsd.org Precedence: bulk I have a chroot environment set up on my production system, so that I can do make worlds of -current, without touching my installed system. (Thanks, Nate!) I've been toying with the idea of taking this one step further. I'd like to use chroot to enable me to boot up and run the -current kernel at times, for testing, without creating a separate slice for its root filesystem. My chroot tree is in "/home/current". What I have in mind is the following: * Modify the -current kernel slighly, so that it looks for the "init" program in "/home/current/sbin/init". * Build the modified kernel, and put a copy of it in "/kernel.current". * Modify the -current "init" program so that, at startup, it does a chroot to "/home/current". If I did that, I think I could then boot up "/kernel.current", and everything after that would run chrooted, in my "/home/current" tree. It should behave almost like an actual installed -current system. Have any of you tried this before? Does it work? Are there any pitfalls I should look out for? Thanks. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Wed Feb 21 13:40:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA02475 for current-outgoing; Wed, 21 Feb 1996 13:40:22 -0800 (PST) Received: from up8.univ-paris8.fr (up8.univ-paris8.fr [193.54.155.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA02452 for ; Wed, 21 Feb 1996 13:40:16 -0800 (PST) Received: from gna.gna.org (gna.mime.univ-paris8.fr [193.54.153.26]) by up8.univ-paris8.fr (8.6.11/8.6.9) with ESMTP id WAA05169; Wed, 21 Feb 1996 22:33:55 +0100 Received: (from uufreega@localhost) by gna.gna.org (8.6.10/8.6.12) with UUCP id WAA05246; Wed, 21 Feb 1996 22:40:16 +0100 Received: from freegate by freegate.gna.org (senmail 8.6.12/9.0). id WAA00595 for ; Wed, 21 Feb 1996 22:17:26 GMT Date: Wed, 21 Feb 1996 22:14:54 +0000 () From: Alain Brauner To: invalid opcode cc: Joerg Wunsch , FreeBSD-current users Subject: Re: Keyboard lockout on 2.x.x In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk Hi, On Mon, 19 Feb 1996, invalid opcode wrote: ^^^^^^^ ^^^^^^ alainb > When i search in the differents lists archives of FreeBSD, i found that it alainb > may have something to do with one or more of the following : [ --- ] > > Exactly where are these archives? > I've found that most of the mails posted on the several FreeBSD lists are archived. So and we can search from them ( WAIS engine ? ) with the WEB. http://www.FreeBSD.org/search.html That's a very nice tool ! [ --- ] alainb > Anyway, *nothing* can make me change to another OS :-) > > Not even unmarked bills? ;-) I said *NOTHING* :-) It's a true love affair, money has nothing to do with it :-) A ++ -*- FreeBSD: Alain Brauner: alainb@freegate.gna.org 93200 St DENIS France From owner-freebsd-current Wed Feb 21 14:41:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05950 for current-outgoing; Wed, 21 Feb 1996 14:41:49 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA05919 for ; Wed, 21 Feb 1996 14:41:43 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA27097 ; Wed, 21 Feb 1996 23:41:02 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA08438 ; Wed, 21 Feb 1996 23:40:54 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id XAA12305; Wed, 21 Feb 1996 23:06:25 +0100 (MET) From: Ollivier Robert Message-Id: <199602212206.XAA12305@keltia.freenix.fr> Subject: Re: X Y Z To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Feb 1996 23:06:25 +0100 (MET) Cc: terry@lambert.org, Liberty-req@liberty.net, current@freebsd.org In-Reply-To: <1175.824854134@time.cdrom.com> from "Jordan K. Hubbard" at "Feb 20, 96 02:08:54 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1688 X-Mailer: ELM [version 2.4ME+ PL5 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk It seems that Jordan K. Hubbard said: > PROMIS User's Manual as an "enhancement") also puts every network > device you own into promiscuous mode and copies every packet to port > 666 at ROMULUS.NCSC.MIL. I wouldn't run it on my system, emulated or > not! Oh ? The bug enables anyone to play doom in multi-player mode directly with guys at ROMULUS.NCSC.MIL ? Nice to know it! :-) > Are you kidding? CERT tries to patch this one and they sleep with the > fishes. Besides, it's a FEATURE, damnit! Patch is unknown to CERT till the heard from the vendor :-) > Jordan > erroneously registered with. I don't think that anyone here doubts > the almost entirely corrupt nature of the American government, but > it's one of those things we prefer not to dwell on! As we say in France: "petit joueur" ! :-) We already have some problems with our own so don't bother with yours :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Tue Feb 20 01:16:51 MET 1996 From owner-freebsd-current Wed Feb 21 15:13:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA07994 for current-outgoing; Wed, 21 Feb 1996 15:13:52 -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 PAA07975 Wed, 21 Feb 1996 15:13:39 -0800 (PST) Received: by sequent.kiae.su id AA09209 (5.65.kiae-2 ); Thu, 22 Feb 1996 02:03:00 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 22 Feb 96 02:02:59 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id CAA04753; Thu, 22 Feb 1996 02:02:31 +0300 (MSK) To: current@freebsd.org, dyson@freebsd.org, security@freebsd.org Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 22 Feb 1996 02:02:30 +0300 (MSK) X-Mailer: Mail/@ [v2.42 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: Serious error in pipe code (v1.12), affects 'ssh' Lines: 13 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Due to error in pipe code 'scp' from 'ssh' package not always work with file size >= 8192 bytes, it hangs forever, here ps lines: 112 4678 167 0 -6 0 176 588 pipdwt S v3 0:00.06 scp 111 dt 0 4679 4678 0 2 0 640 1156 select S v3 0:00.61 /usr/local/bin/ssh -x -a -oFallBackToRsh dt scp -t . BTW, it always work with file sizes < 8192. -- 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 Feb 21 15:16:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08302 for current-outgoing; Wed, 21 Feb 1996 15:16:59 -0800 (PST) Received: from mubo.augusta.de (mubo.augusta.de [193.175.25.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA08296 for ; Wed, 21 Feb 1996 15:16:52 -0800 (PST) Received: from rabbit by mubo.augusta.de with uucp (Smail3.1.28.1 #1) id m0tpNlt-0005LxC; Thu, 22 Feb 96 00:16 MEZ Received: by rabbit.augusta.de (Smail3.1.29.1 #1) id m0touzX-0003U5C; Tue, 20 Feb 96 17:32 MET Message-Id: X-Mailer: exmh version 1.6.5 12/11/95 To: "Mike Pritchard" cc: freebsd-current@FreeBSD.ORG Subject: Re: my machine seems slow In-reply-to: Your message of "Mon, 19 Feb 1996 15:08:43 CST." <199602192108.PAA00831@mpp.minn.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Tue, 20 Feb 1996 17:32:39 +0100 From: Andreas Kohout Sender: owner-current@FreeBSD.ORG Precedence: bulk Hello, > iozone reports 800K/sec for writes, and 1.7MB/sec for reads, till tonight I´m running current and my Quantum an a NCR810 is as fast as before ... But I hold it in my mind and try later again ... -- Gruß, Andy -------------------------------------------------------------------------- Der Mensch hat die Atombombe erfunden, eine Maus würde niemals eine Mausefalle bauen! shanee@rabbit.augusta.de Zirbelnußtown __________________________________________________________________________ From owner-freebsd-current Wed Feb 21 16:04:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA11874 for current-outgoing; Wed, 21 Feb 1996 16:04:41 -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 QAA11869 for ; Wed, 21 Feb 1996 16:04:40 -0800 (PST) Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@TFS.COM (Julian Elischer) Subject: Re: chrooting /sbin/init - has anybody tried it? To: jdp@polstra.com (John Polstra) Date: Wed, 21 Feb 1996 16:04:38 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199602211935.LAA03576@austin.polstra.com> from "John Polstra" at Feb 21, 96 11:35:07 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.org Precedence: bulk I do something similar. I have a chroot environment that takes up a partition, and boot sd(0,f)/kernel to test it.. MACH does something similar to what you suggest (in 2.5 at least) as / is actually /RFS/.LOCALROOT The kernlal is already capable of looking for many different inits so just place the new one earlier in the list in you -current kernel that way when you want the special init, you move it to where it will be found and when you don't you remove it, the second in the list is the standard init. > > I have a chroot environment set up on my production system, so that > I can do make worlds of -current, without touching my installed > system. (Thanks, Nate!) I've been toying with the idea of taking > this one step further. I'd like to use chroot to enable me to boot > up and run the -current kernel at times, for testing, without > creating a separate slice for its root filesystem. > > My chroot tree is in "/home/current". What I have in mind is the > following: > > * Modify the -current kernel slighly, so that it looks for the > "init" program in "/home/current/sbin/init". > > * Build the modified kernel, and put a copy of it in "/kernel.current". > > * Modify the -current "init" program so that, at startup, it does a > chroot to "/home/current". > > If I did that, I think I could then boot up "/kernel.current", and > everything after that would run chrooted, in my "/home/current" tree. > It should behave almost like an actual installed -current system. > > Have any of you tried this before? Does it work? Are there any > pitfalls I should look out for? > > Thanks. > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Self-knowledge is always bad news." -- John Barth > From owner-freebsd-current Wed Feb 21 22:59:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01448 for current-outgoing; Wed, 21 Feb 1996 22:59:47 -0800 (PST) Received: from maui.com (root@waena.mrtc.maui.com [199.4.33.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA01442 for ; Wed, 21 Feb 1996 22:59:45 -0800 (PST) Received: from puga.maui.com (puga.mauibuilt.com [205.166.10.1]) by maui.com (8.6.10/8.6.6) with SMTP id VAA17395 for ; Wed, 21 Feb 1996 21:04:41 -1000 Message-ID: <312B4F75.6BFB@maui.com> Date: Wed, 21 Feb 1996 06:59:33 -1000 From: Richard Puga Organization: Mauibuilt Machines X-Mailer: Mozilla 2.0 (Win95; I) MIME-Version: 1.0 To: current@freebsd.org Subject: DAT and scsi Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk I am running a two week old version of current... ever since the boot order for the PCI bus has changed (It checks PCI Before ISA..) my Wang Dat model 2600 tape drive has not worked... but if I use a kernel prior to that it works fine... is this a known problem?? I have a Pentium 100 with a Tyan Titan III mother board and an adaptec 2940 PCI scsi II card... Thanks in advance... RP puga@maui.com From owner-freebsd-current Thu Feb 22 01:28:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA06178 for current-outgoing; Thu, 22 Feb 1996 01:28:14 -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 BAA06173 Thu, 22 Feb 1996 01:28:11 -0800 (PST) Received: from myrtilos.cs.utwente.nl by utrhcs.cs.utwente.nl (SMI-8.6/csrelay-SVR4_1.3/RBCS) id KAA20395; Thu, 22 Feb 1996 10:28:08 +0100 Received: from curie.cs.utwente.nl by myrtilos.cs.utwente.nl (SMI-8.6/csrelay-Sol1.4/RB) id KAA02266; Thu, 22 Feb 1996 10:28:05 +0100 Received: from localhost by curie.cs.utwente.nl (SMI-8.6/SMI-SVR4) id KAA00916; Thu, 22 Feb 1996 10:28:04 +0100 To: sos@FreeBSD.org cc: freebsd-current@FreeBSD.org Subject: Re: Keyboard lockout on 2.x.x In-reply-to: Your message of "Mon, 19 Feb 1996 20:55:58 +0100." <199602191955.UAA00463@DeepCore.dk> Date: Thu, 22 Feb 1996 10:28:00 +0100 Message-ID: <915.824981280@curie.cs.utwente.nl> From: Andras Olah Sender: owner-current@FreeBSD.org Precedence: bulk On Mon, 19 Feb 1996 20:55:58 +0100, Sxren Schmidt wrote: > Erhm, once I put in the code to do the LED update asynchronously.. > What I don't remember is if its still in there, try look for a > #if ASYNCH or something like that and then define it and recompile. > If this works you have one of those kbd controllers.... Just FYI, specifying ASYNCH apparently fixed the lockups for me. Andras From owner-freebsd-current Thu Feb 22 11:31:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA10236 for current-outgoing; Thu, 22 Feb 1996 11:31:03 -0800 (PST) Received: from lupine.nsi.nasa.gov (lupine.nsi.nasa.gov [198.116.2.100]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA10229 for ; Thu, 22 Feb 1996 11:30:59 -0800 (PST) Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.7.3/8.7.3) id OAA23074; Thu, 22 Feb 1996 14:25:07 -0500 (EST) Date: Thu, 22 Feb 1996 14:25:07 -0500 (EST) From: "Michael C. Newell" To: Joerg Wunsch cc: FreeBSD-current users , invalid opcode Subject: Re: hrmmm In-Reply-To: <199602190803.JAA11295@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 Mon, 19 Feb 1996, J Wunsch wrote: > > exec xterm -T pine -e pine & > > > > and than try to ctrl-z (suspend) it, it of course won't suspend because > > there is no shell to suspend too, but it also won't automatically > > continue, you can destroy the window, but the process remains running, I > > have tried everything (I think) to try to kill these hung processes: > > A bug in pine? I regularly start elm this way, and it simply ignores > the ^z. I do this all the time with Pine; but I've never had a problem "kill -9"ing it. What I eventually did was turn the "enable-suspend" option off in the config file, then setting an "alias pine pine -z" so that when starting pine manually from the shell I get the suspend feature, but when launching it from an xterm I don't. Works for me... :-) Thanks, Mike +--------------------------------------+------------------------------------+ |Mike Newell | The opinions expressed herein are | |NASA Science Internet Network Systems | my own, and do not necessarily | |Sterling Software, Inc. | reflect those of the NSI program, | |MNewell@nsipo.nasa.gov | Sterling Software, NASA, or anyone | |+1-202-434-8954 | else. | +--------------------------------------+------------------------------------+ | work: http://www.eco.nsi.nasa.gov/~mnewell | | home: http://www.newell.arlington.va.us | +---------------------------------------------------------------------------+ From owner-freebsd-current Thu Feb 22 16:53:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA04851 for current-outgoing; Thu, 22 Feb 1996 16:53:02 -0800 (PST) Received: from gwydion.hns.st-louis.mo.us (root@dialup-51.icon-stl.net [199.217.153.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA04844 for ; Thu, 22 Feb 1996 16:52:59 -0800 (PST) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.3/8.7.2) id SAA05407; Thu, 22 Feb 1996 18:52:40 -0600 (CST) From: Kent Hamilton Message-Id: <199602230052.SAA05407@gwydion.hns.st-louis.mo.us> Subject: Re: Keyboard lockout on 2.x.x To: olah@cs.utwente.nl (Andras Olah) Date: Thu, 22 Feb 1996 18:52:40 -0600 (CST) Cc: freebsd-current@freebsd.org In-Reply-To: <915.824981280@curie.cs.utwente.nl> from "Andras Olah" at Feb 22, 96 10:28:00 am 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 Mon, 19 Feb 1996 20:55:58 +0100, Sxren Schmidt wrote: > > Erhm, once I put in the code to do the LED update asynchronously.. > > What I don't remember is if its still in there, try look for a > > #if ASYNCH or something like that and then define it and recompile. > > If this works you have one of those kbd controllers.... > > Just FYI, specifying ASYNCH apparently fixed the lockups for me. So far me too. -- Kent Hamilton Work: KHamilton@Hunter.COM URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US From owner-freebsd-current Fri Feb 23 00:52:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20022 for current-outgoing; Fri, 23 Feb 1996 00:52:06 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA19975 Fri, 23 Feb 1996 00:51:47 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA06000; Fri, 23 Feb 1996 09:50:23 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA10784; Fri, 23 Feb 1996 09:50:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA02848; Fri, 23 Feb 1996 09:47:59 +0100 (MET) From: J Wunsch Message-Id: <199602230847.JAA02848@uriah.heep.sax.de> Subject: Re: Keyboard lockout on 2.x.x To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 23 Feb 1996 09:47:59 +0100 (MET) Cc: sos@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602230052.SAA05407@gwydion.hns.st-louis.mo.us> from "Kent Hamilton" at Feb 22, 96 06:52:40 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk As Kent Hamilton wrote: > > Just FYI, specifying ASYNCH apparently fixed the lockups for me. > > So far me too. Søren, time to make it the default? -- 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 Fri Feb 23 01:42:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23515 for current-outgoing; Fri, 23 Feb 1996 01:42:25 -0800 (PST) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA23483 for ; Fri, 23 Feb 1996 01:42:07 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.6.12/8.6.12) id RAA25241 for freebsd-current@freebsd.org; Fri, 23 Feb 1996 17:43:13 +0800 Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 23 Feb 96 09:40:45 GMT From: peter@jhome.DIALix.COM (Peter Wemm) Message-ID: Organization: DIALix Services, Perth, Australia. References: <199602192108.PAA00831@mpp.minn.net>, Subject: Re: my machine seems slow Sender: owner-current@freebsd.org Precedence: bulk shanee@rabbit.augusta.de (Andreas Kohout) writes: >Hello, >> iozone reports 800K/sec for writes, and 1.7MB/sec for reads, >till tonight I=B4m running current and my Quantum an a NCR810 is as fast = >as=20 >before ... >But I hold it in my mind and try later again ... Sounds like it's time for a BogoMips counter.. :-) It usually alerts the Linux users to accidently changed motherboard settings.. -Peter From owner-freebsd-current Fri Feb 23 01:44:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23681 for current-outgoing; Fri, 23 Feb 1996 01:44:53 -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 BAA23673 Fri, 23 Feb 1996 01:44:48 -0800 (PST) Received: from myrtilos.cs.utwente.nl by utrhcs.cs.utwente.nl (SMI-8.6/csrelay-SVR4_1.3/RBCS) id KAA17724; Fri, 23 Feb 1996 10:43:43 +0100 Received: from curie.cs.utwente.nl by myrtilos.cs.utwente.nl (SMI-8.6/csrelay-Sol1.4/RB) id KAA09459; Fri, 23 Feb 1996 10:43:38 +0100 Received: from localhost by curie.cs.utwente.nl (SMI-8.6/SMI-SVR4) id KAA02947; Fri, 23 Feb 1996 10:43:39 +0100 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.ORG (FreeBSD-current users), sos@FreeBSD.ORG Subject: Re: Keyboard lockout on 2.x.x In-reply-to: Your message of "Fri, 23 Feb 1996 09:47:59 +0100." <199602230847.JAA02848@uriah.heep.sax.de> Date: Fri, 23 Feb 1996 10:43:36 +0100 Message-ID: <2946.825068616@curie.cs.utwente.nl> From: Andras Olah Sender: owner-current@FreeBSD.ORG Precedence: bulk On Fri, 23 Feb 1996 09:47:59 +0100, J Wunsch wrote: > > > Just FYI, specifying ASYNCH apparently fixed the lockups for me. > > > > So far me too. > > Søren, time to make it the default? I'm not sure that everyone would like it, because a virtual console switch takes now a few 10th's of a second during which the system seems to be halted (at least the HD stops grinding). I'm still happy with it, since my keyboard doesn't lock up any more, but people with no such problems may not appreciate the extra delay. It would help, however, to mention the `option ASYNCH' somewhere in the docs. Andras From owner-freebsd-current Fri Feb 23 07:35:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15571 for current-outgoing; Fri, 23 Feb 1996 07:35:44 -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 HAA15566 Fri, 23 Feb 1996 07:35:39 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id HAA10924; Fri, 23 Feb 1996 07:30:29 -0800 From: "Rodney W. Grimes" Message-Id: <199602231530.HAA10924@GndRsh.aac.dev.com> Subject: Re: Keyboard lockout on 2.x.x To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 23 Feb 1996 07:30:29 -0800 (PST) Cc: freebsd-current@FreeBSD.org, sos@FreeBSD.org In-Reply-To: <199602230847.JAA02848@uriah.heep.sax.de> from "J Wunsch" at Feb 23, 96 09:47:59 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 > > As Kent Hamilton wrote: > > > > Just FYI, specifying ASYNCH apparently fixed the lockups for me. > > > > So far me too. > > Søren, time to make it the default? IMHO, no, you have 3 or 4 data points of fixing a broken keyboard problem but no data points on how many working systems get broken by doing this. You need to collect more data... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Fri Feb 23 08:17:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18403 for current-outgoing; Fri, 23 Feb 1996 08:17:27 -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 IAA18379 Fri, 23 Feb 1996 08:17:05 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id DAA19724; Sat, 24 Feb 1996 03:13:53 +1100 Date: Sat, 24 Feb 1996 03:13:53 +1100 From: Bruce Evans Message-Id: <199602231613.DAA19724@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, olah@cs.utwente.nl Subject: Re: Keyboard lockout on 2.x.x Cc: freebsd-current@FreeBSD.org, sos@FreeBSD.org Sender: owner-current@FreeBSD.org Precedence: bulk >> > > Just FYI, specifying ASYNCH apparently fixed the lockups for me. >> > >> > So far me too. >> >> Søren, time to make it the default? Time to rewrite the keyboard driver? >I'm not sure that everyone would like it, because a virtual console >switch takes now a few 10th's of a second during which the system >seems to be halted (at least the HD stops grinding). I'm still The delay is because ASYNCH is less asynchronous than !ASYNCH. kbd_cmd() is always called at spltty(), so keyboard interrupts are blocked, so `kbd_reply' is as nonvolatile as it looks in the ASYNCH spinloop in kbd_cmd(), so the spinloop always times out. The keyboard reply is received and discarded some time later. Perhaps this sort of works by waiting for a few thousand times as long as necessary instead of a few microseconds shorter than necessary. Bruce From owner-freebsd-current Fri Feb 23 09:23:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22953 for current-outgoing; Fri, 23 Feb 1996 09:23:33 -0800 (PST) Received: from DeepCore.dk (aalb26.pip.dknet.dk [194.192.0.186]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA22943 Fri, 23 Feb 1996 09:23:21 -0800 (PST) Received: (from sos@localhost) by DeepCore.dk (8.7.3/8.7.3) id SAA00597; Fri, 23 Feb 1996 18:19:14 +0100 (MET) From: Søren Schmidt Message-Id: <199602231719.SAA00597@DeepCore.dk> Subject: Re: Keyboard lockout on 2.x.x To: bde@zeta.org.au (Bruce Evans) Date: Fri, 23 Feb 1996 18:19:14 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, olah@cs.utwente.nl, freebsd-current@FreeBSD.org, sos@FreeBSD.org In-Reply-To: <199602231613.DAA19724@godzilla.zeta.org.au> from "Bruce Evans" at Feb 24, 96 03:13:53 am Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org Precedence: bulk In reply to Bruce Evans who wrote: > > >> > > Just FYI, specifying ASYNCH apparently fixed the lockups for me. > >> > > >> > So far me too. > >> > >> Søren, time to make it the default? > > Time to rewrite the keyboard driver? Yep and has been for a looooong time... I've started on the project some time ago, but I'm still agueing with myself how it should be done, also taking the ps/2 mouse into the picture and making a separate kbd driver out of it (which the console driver then talks to). I seem to be stuck on the pro's and con on this, and has sort of given up on it again :( > >I'm not sure that everyone would like it, because a virtual console > >switch takes now a few 10th's of a second during which the system > >seems to be halted (at least the HD stops grinding). I'm still > > The delay is because ASYNCH is less asynchronous than !ASYNCH. > kbd_cmd() is always called at spltty(), so keyboard interrupts are > blocked, so `kbd_reply' is as nonvolatile as it looks in the ASYNCH > spinloop in kbd_cmd(), so the spinloop always times out. The > keyboard reply is received and discarded some time later. Perhaps > this sort of works by waiting for a few thousand times as long as > necessary instead of a few microseconds shorter than necessary. *sigh*, that was not the intend with it, I guess its been screwed at some point in time. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Fri Feb 23 10:46:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA29016 for current-outgoing; Fri, 23 Feb 1996 10:46:48 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA29011 for ; Fri, 23 Feb 1996 10:46:43 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA25281 for current@freebsd.org; Sat, 24 Feb 1996 05:42:29 +1100 Date: Sat, 24 Feb 1996 05:42:29 +1100 From: Bruce Evans Message-Id: <199602231842.FAA25281@godzilla.zeta.org.au> To: current@freebsd.org Subject: swaplist bug Sender: owner-current@freebsd.org Precedence: bulk The "cannot read swaplist: kvm_read: Bad address" bug is easy to reproduce on some of my systems by running a pipe benchmark program that copies about 1/2*sizeof(swap). This leaves parts of /dev/kmem containing some of the swap list unreadable. Apparently /dev/kmem is being swapped! The check added in rev.1.13 of mem.c fails. Bruce From owner-freebsd-current Fri Feb 23 12:47:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08873 for current-outgoing; Fri, 23 Feb 1996 12:47:50 -0800 (PST) Received: from ccnet.ccnet.com (root@ccnet.ccnet.com [192.215.96.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA08868 Fri, 23 Feb 1996 12:47:49 -0800 (PST) Received: (from root@localhost) by ccnet.ccnet.com (8.6.12/8.6.12) id MAA07614; Fri, 23 Feb 1996 12:43:07 -0800 Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [192.216.222.4]) by ccnet.ccnet.com (8.6.12/8.6.12) with ESMTP id LAA20133 for ; Fri, 23 Feb 1996 11:02:11 -0800 Received: from localhost (daemon@localhost) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA22976 Fri, 23 Feb 1996 09:23:47 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22953 for current-outgoing; Fri, 23 Feb 1996 09:23:33 -0800 (PST) Received: from DeepCore.dk (aalb26.pip.dknet.dk [194.192.0.186]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA22943 Fri, 23 Feb 1996 09:23:21 -0800 (PST) Received: (from sos@localhost) by DeepCore.dk (8.7.3/8.7.3) id SAA00597; Fri, 23 Feb 1996 18:19:14 +0100 (MET) From: Søren Schmidt Message-Id: <199602231719.SAA00597@DeepCore.dk> Subject: Re: Keyboard lockout on 2.x.x To: bde@zeta.org.au (Bruce Evans) Date: Fri, 23 Feb 1996 18:19:14 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, olah@cs.utwente.nl, freebsd-current@freebsd.org, sos@freebsd.org In-Reply-To: <199602231613.DAA19724@godzilla.zeta.org.au> from "Bruce Evans" at Feb 24, 96 03:13:53 am Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk In reply to Bruce Evans who wrote: > > >> > > Just FYI, specifying ASYNCH apparently fixed the lockups for me. > >> > > >> > So far me too. > >> > >> Søren, time to make it the default? > > Time to rewrite the keyboard driver? Yep and has been for a looooong time... I've started on the project some time ago, but I'm still agueing with myself how it should be done, also taking the ps/2 mouse into the picture and making a separate kbd driver out of it (which the console driver then talks to). I seem to be stuck on the pro's and con on this, and has sort of given up on it again :( > >I'm not sure that everyone would like it, because a virtual console > >switch takes now a few 10th's of a second during which the system > >seems to be halted (at least the HD stops grinding). I'm still > > The delay is because ASYNCH is less asynchronous than !ASYNCH. > kbd_cmd() is always called at spltty(), so keyboard interrupts are > blocked, so `kbd_reply' is as nonvolatile as it looks in the ASYNCH > spinloop in kbd_cmd(), so the spinloop always times out. The > keyboard reply is received and discarded some time later. Perhaps > this sort of works by waiting for a few thousand times as long as > necessary instead of a few microseconds shorter than necessary. *sigh*, that was not the intend with it, I guess its been screwed at some point in time. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Fri Feb 23 13:01:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10238 for current-outgoing; Fri, 23 Feb 1996 13:01:41 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA10203 Fri, 23 Feb 1996 13:01:36 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA24178; Fri, 23 Feb 1996 13:57:10 -0700 From: Terry Lambert Message-Id: <199602232057.NAA24178@phaeton.artisoft.com> Subject: Re: Keyboard lockout on 2.x.x To: sos@freebsd.org Date: Fri, 23 Feb 1996 13:57:09 -0700 (MST) Cc: bde@zeta.org.au, joerg_wunsch@uriah.heep.sax.de, olah@cs.utwente.nl, freebsd-current@freebsd.org In-Reply-To: <199602231719.SAA00597@DeepCore.dk> from "Søren Schmidt" at Feb 23, 96 06:19:14 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk > > Time to rewrite the keyboard driver? > > Yep and has been for a looooong time... > > I've started on the project some time ago, but I'm still agueing with > myself how it should be done, also taking the ps/2 mouse into the > picture and making a separate kbd driver out of it (which the > console driver then talks to). > I seem to be stuck on the pro's and con on this, and has sort of > given up on it again :( I'll argue with you about it if you want. 8-). I think the mouse needs to be virtualized so all mice present the same interface to an application program. When the PS/2 mouse is probed to exist (as opposed to just the port being there), it would register with the mouse driver so that requests to /dev/mouse end up reading/writing the PS/2 mouse. Same for a bus mouse. For a serial mouse, you run a program in user space that opens the serial ports with nothing on them; maybe run it in place of getty in /etc/ttys. 8-). If it sees a mouse, it opens /dev/mouse and says "I am a mouse provider", and translates to the generic interface for mouse providers (the same as the interface for mouse consumers, mostly). This lets you add touch pads and other stuff as mouse providers without having to rewrite X or orther apps. 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 Sat Feb 24 05:09:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA28613 for current-outgoing; Sat, 24 Feb 1996 05:09:15 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA28594 for ; Sat, 24 Feb 1996 05:09:10 -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 OAA15198 for ; Sat, 24 Feb 1996 14:07:46 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id OAA21043 for freebsd-current@FreeBSD.ORG; Sat, 24 Feb 1996 14:07:45 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id OAA23826 for freebsd-current@FreeBSD.ORG; Sat, 24 Feb 1996 14:06:15 +0100 (MET) From: Ollivier Robert Message-Id: <199602241306.OAA23826@keltia.freenix.fr> Subject: newsyslog To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Sat, 24 Feb 1996 14:06:14 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1688 X-Mailer: ELM [version 2.4ME+ PL7 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk Hi, I've modified newsyslog to be more like the rest of the utilities by creating a pathnames.h file and change a bit the symbols' names. Can someone review it and/or commit it (although I could do it, I'd rather have a review on the symbols, I'm not sure if my names are consistent). Index: Makefile =================================================================== RCS file: /spare/FreeBSD-current/src/usr.sbin/newsyslog/Makefile,v retrieving revision 1.2 diff -u -2 -u -r1.2 Makefile --- Makefile 1996/01/16 10:32:01 1.2 +++ Makefile 1996/02/24 12:54:27 @@ -3,10 +3,5 @@ PROG= newsyslog -CFLAGS+= -DOSF -CFLAGS+= -DCONF=\"/etc/newsyslog.conf\" -CFLAGS+= -DPIDFILE=\"/var/run/syslog.pid\" -CFLAGS+= -DCOMPRESS_PATH=\"/usr/bin/gzip\" -CFLAGS+= -DCOMPRESS_PROG=\"gzip\" -CFLAGS+= -DCOMPRESS_POSTFIX=\".gz\" +CFLAGS+= -DOSF -I. BINOWN= root Index: newsyslog.c =================================================================== RCS file: /spare/FreeBSD-current/src/usr.sbin/newsyslog/newsyslog.c,v retrieving revision 1.3 diff -u -2 -u -r1.3 newsyslog.c --- newsyslog.c 1996/01/16 10:32:04 1.3 +++ newsyslog.c 1996/02/24 12:57:55 @@ -33,20 +33,4 @@ #endif /* not lint */ -#ifndef CONF -#define CONF "/etc/athena/newsyslog.conf" /* Configuration file */ -#endif -#ifndef PIDFILE -#define PIDFILE "/etc/syslog.pid" -#endif -#ifndef COMPRESS_PATH -#define COMPRESS_PATH "/usr/ucb/compress" /* File compression program */ -#endif -#ifndef COMPRESS_PROG -#define COMPRESS_PROG "compress" -#endif -#ifndef COMPRESS_POSTFIX -#define COMPRESS_POSTFIX ".Z" -#endif - #include #include @@ -62,4 +46,6 @@ #include +#include "pathnames.h" + #define kbytes(size) (((size) + 1023) >> 10) #ifdef _IBMR2 @@ -95,5 +81,5 @@ int needroot = 1; /* Root privs are necessary */ int noaction = 0; /* Don't do anything, just show it */ -char *conf = CONF; /* Configuration file to use */ +char *conf = _PATH_NEWSYSLOG;/* Configuration file to use */ time_t timenow; int syslog_pid; /* read in from /etc/syslog.pid */ @@ -188,5 +174,5 @@ /* Let's find the pid of syslogd */ syslog_pid = 0; - f = fopen(PIDFILE,"r"); + f = fopen(_PATH_LOGPID,"r"); if (f && fgets(line,BUFSIZ,f)) syslog_pid = atoi(line); @@ -376,5 +362,5 @@ (void) sprintf(file1,"%s.%d",log,numdays); (void) strcpy(zfile1, file1); - (void) strcat(zfile1, COMPRESS_POSTFIX); + (void) strcat(zfile1, _SUFX_COMPRESS); if (noaction) { @@ -393,6 +379,6 @@ (void) strcpy(zfile2, file2); if (lstat(file1, &st)) { - (void) strcat(zfile1, COMPRESS_POSTFIX); - (void) strcat(zfile2, COMPRESS_POSTFIX); + (void) strcat(zfile1, _SUFX_COMPRESS); + (void) strcat(zfile2, _SUFX_COMPRESS); if (lstat(zfile1, &st)) continue; } @@ -473,6 +459,6 @@ err(1, "fork"); else if (!pid) { - (void) execl(COMPRESS_PATH,COMPRESS_PROG,"-f",tmp,0); - err(1, COMPRESS_PATH); + (void) execl(_PATH_COMPRESS,_NAME_COMPRESS,"-f",tmp,0); + err(1, _PATH_COMPRESS); } } @@ -494,9 +480,9 @@ { struct stat sb; - char tmp[MAXPATHLEN+sizeof(".0")+sizeof(COMPRESS_POSTFIX)+1]; + char tmp[MAXPATHLEN+sizeof(".0")+sizeof(_SUFX_COMPRESS)+1]; (void) strcpy(tmp,file); if (stat(strcat(tmp,".0"),&sb) < 0) - if (stat(strcat(tmp,COMPRESS_POSTFIX), &sb) < 0) + if (stat(strcat(tmp,_SUFX_COMPRESS), &sb) < 0) return(-1); return( (int) (timenow - sb.st_mtime + 1800) / 3600); --- /dev/null Thu Feb 22 23:53:45 1996 +++ pathnames.h Sat Feb 24 13:53:50 1996 @@ -0,0 +1,5 @@ +#define _PATH_NEWSYSLOG "/etc/newsyslog.conf" +#define _PATH_LOGPID "/var/run/syslog.pid" +#define _PATH_COMPRESS "/usr/bin/gzip" +#define _NAME_COMPRESS "gzip" +#define _SUFX_COMPRESS ".gz" -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Tue Feb 20 01:16:51 MET 1996 From owner-freebsd-current Sat Feb 24 07:45:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12124 for current-outgoing; Sat, 24 Feb 1996 07:45:48 -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 HAA12117 for ; Sat, 24 Feb 1996 07:45:43 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id QAA16255 for ; Sat, 24 Feb 1996 16:44:14 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id QAA21582 for freebsd-current@FreeBSD.ORG; Sat, 24 Feb 1996 16:44:14 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id QAA00279 for freebsd-current@FreeBSD.ORG; Sat, 24 Feb 1996 16:42:43 +0100 (MET) From: Ollivier Robert Message-Id: <199602241542.QAA00279@keltia.freenix.fr> Subject: NIC memory correupt on SMC8013EPC To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Sat, 24 Feb 1996 16:42:42 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1688 X-Mailer: ELM [version 2.4ME+ PL7 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk Hi, I've switched from a 3c509 to a SMC8013EPC Combo and sometimes when I boot, I get the well-known message : ed0: NIC memory corrupt - invalid packet length 9984 ed0: NIC memory corrupt - invalid packet length 9984 ed0: NIC memory corrupt - invalid packet length 9984 Now, how does one get rid of these ? My network card is unusable at that point... The weirdest thing happended just after the switch. I had this problem, gave up and when to bed. The day after, I start using the network and it worked !!! As if sometimes during the time, it somehow resetted or cleared its buffer... It is in 0xbc000 because the diag program complained when I put it elsewhere. In 0xcc000 (as was another 8013 a while ago before it died), it would refuse to work. FreeBSD 2.2-CURRENT #1: Tue Feb 20 01:16:51 MET 1996 roberto@keltia.freenix.fr:/src/src/sys/compile/DKELTIA CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 [...] ed0 at 0x300-0x31f irq 10 maddr 0xbc000 msize 16384 on isa ed0: address 00:00:c0:7c:66:48, type WD8013EPC (16 bit) [...] new masks: bio c0001840, tty c003049a, net c003049a -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Tue Feb 20 01:16:51 MET 1996 From owner-freebsd-current Sat Feb 24 11:01:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA05330 for current-outgoing; Sat, 24 Feb 1996 11:01:13 -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 LAA05321 for ; Sat, 24 Feb 1996 11:01:07 -0800 (PST) Received: by sequent.kiae.su id AA23354 (5.65.kiae-2 for current@freebsd.org); Sat, 24 Feb 1996 22:00:40 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 24 Feb 96 22:00:39 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.4/8.7.3) id VAA12464 for current@freebsd.org; Sat, 24 Feb 1996 21:56:33 +0300 (MSK) To: current@freebsd.org Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 24 Feb 1996 21:56:31 +0300 (MSK) X-Mailer: Mail/@ [v2.42 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: ipfw_lkm not compiled now Lines: 25 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk cc -O2 -m486 -pipe -DIPFIREWALL -DIPACCT -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/ipfw/../../sys -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -c /usr/src/lkm/ipfw/ipfw_lkm.c In file included from /usr/src/lkm/ipfw/ipfw_lkm.c:37: /usr/src/lkm/ipfw/../../sys/netinet/ip_fw.h:55: parse error before `LIST_ENTRY' /usr/src/lkm/ipfw/../../sys/netinet/ip_fw.h:55: warning: no semicolon at end of struct or union /usr/src/lkm/ipfw/../../sys/netinet/ip_fw.h:57: parse error before `}' /usr/src/lkm/ipfw/ipfw_lkm.c: In function `ipfw_load': /usr/src/lkm/ipfw/ipfw_lkm.c:52: `ip_acct_cnt_ptr' undeclared (first use this function) /usr/src/lkm/ipfw/ipfw_lkm.c:52: (Each undeclared identifier is reported only once /usr/src/lkm/ipfw/ipfw_lkm.c:52: for each function it appears in.) /usr/src/lkm/ipfw/ipfw_lkm.c:52: `ip_acct_ctl_ptr' undeclared (first use this function) /usr/src/lkm/ipfw/ipfw_lkm.c:58: `ip_fw_chk' undeclared (first use this function) /usr/src/lkm/ipfw/ipfw_lkm.c:59: `ip_fw_ctl' undeclared (first use this function) /usr/src/lkm/ipfw/ipfw_lkm.c:62: `ip_acct_cnt' undeclared (first use this function) /usr/src/lkm/ipfw/ipfw_lkm.c:63: `ip_acct_ctl' undeclared (first use this function) /usr/src/lkm/ipfw/ipfw_lkm.c: In function `ipfw_unload': /usr/src/lkm/ipfw/ipfw_lkm.c:79: `ip_acct_ctl_ptr' undeclared (first use this function) /usr/src/lkm/ipfw/ipfw_lkm.c:80: `ip_acct_cnt_ptr' undeclared (first use this function) *** Error code 1 Stop. -- 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 Feb 24 11:48:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09257 for current-outgoing; Sat, 24 Feb 1996 11:48:06 -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 LAA09196 for ; Sat, 24 Feb 1996 11:48:02 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tqPwJ-0003viC; Sat, 24 Feb 96 11:47 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 UAA07552; Sat, 24 Feb 1996 20:47:39 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) cc: current@freebsd.org Subject: Re: ipfw_lkm not compiled now In-reply-to: Your message of "Sat, 24 Feb 1996 21:56:31 +0300." Date: Sat, 24 Feb 1996 20:47:38 +0100 Message-ID: <7550.825191258@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk Your sources are not up to date, or I made a major blunder... -- 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 Feb 24 12:09:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA11793 for current-outgoing; Sat, 24 Feb 1996 12:09:06 -0800 (PST) Received: from crash.ops.neosoft.com (root@crash.ops.NeoSoft.COM [206.109.4.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA11786 for ; Sat, 24 Feb 1996 12:09:04 -0800 (PST) Received: (from dbaker@localhost) by crash.ops.neosoft.com (8.6.12/8.6.12) id OAA03936 for freebsd-current@freebsd.org; Sat, 24 Feb 1996 14:08:57 -0600 From: Daniel Baker Message-Id: <199602242008.OAA03936@crash.ops.neosoft.com> Subject: Kernel Changes? To: freebsd-current@freebsd.org Date: Sat, 24 Feb 1996 14:08:57 -0600 (CST) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk Were some changes made in the kernel stuff? After rebooting with a -current kernel from this morning, the system hangs once the kernel is done booting. Boots fine with older kernels. Any ideas? Daniel -- dbaker@neosoft.com - Daniel Baker - FTP & UseNet News Admin - Neosoft, Inc. Any opinions expressed are mine. From owner-freebsd-current Sat Feb 24 12:45:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA14939 for current-outgoing; Sat, 24 Feb 1996 12:45:35 -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 MAA14889 for ; Sat, 24 Feb 1996 12:45:18 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id WAA26734 for freebsd-current@FreeBSD.ORG; Sat, 24 Feb 1996 22:43:13 +0200 From: John Hay Message-Id: <199602242043.WAA26734@zibbi.mikom.csir.co.za> Subject: Bug in libc/db/hash/hash.c??? To: freebsd-current@FreeBSD.ORG (FreeBSD-current) Date: Sat, 24 Feb 1996 22:43:12 +0200 (SAT) 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, After the change to hash.c in current and stable both my systems create a termcap.db file of 32K. Normally the file is 688K. I first noticed this when elm complained that it can't find the termcap entry for a xterm. Then when I tried to open another window, tcsh also complained. I backed out the last changes to hash.c and then it works again. Has anybody else seen this? John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-current Sat Feb 24 13:24:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18161 for current-outgoing; Sat, 24 Feb 1996 13:24:27 -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 NAA18147 for ; Sat, 24 Feb 1996 13:24:23 -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 NAA16106; Sat, 24 Feb 1996 13:22:44 -0800 (PST) Message-Id: <199602242122.NAA16106@precipice.shockwave.com> X-Mailer: exmh version 1.6.5 12/11/95 To: John Hay cc: freebsd-current@FreeBSD.ORG (FreeBSD-current) Subject: Re: Bug in libc/db/hash/hash.c??? In-reply-to: Your message of "Sat, 24 Feb 1996 22:43:12 +0200." <199602242043.WAA26734@zibbi.mikom.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 Feb 1996 13:22:42 -0800 From: Paul Traina Sender: owner-current@FreeBSD.ORG Precedence: bulk No, it worked fine here... I'll tripple check it. When did your termcap.db file get regenerated? From owner-freebsd-current Sat Feb 24 14:11:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22913 for current-outgoing; Sat, 24 Feb 1996 14:11:33 -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 OAA22908 for ; Sat, 24 Feb 1996 14:11:25 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id JAA19086; Sun, 25 Feb 1996 09:07:17 +1100 Date: Sun, 25 Feb 1996 09:07:17 +1100 From: Bruce Evans Message-Id: <199602242207.JAA19086@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, jhay@mikom.csir.co.za Subject: Re: Bug in libc/db/hash/hash.c??? Sender: owner-current@FreeBSD.ORG Precedence: bulk >After the change to hash.c in current and stable both my systems create >a termcap.db file of 32K. Normally the file is 688K. I first noticed >this when elm complained that it can't find the termcap entry for a >xterm. Then when I tried to open another window, tcsh also complained. >I backed out the last changes to hash.c and then it works again. Has >anybody else seen this? It's easy to duplicate. Bruce From owner-freebsd-current Sat Feb 24 16:58:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01149 for current-outgoing; Sat, 24 Feb 1996 16:58:04 -0800 (PST) Received: from pst-ss20.cisco.com (pst-ss20.cisco.com [171.69.58.91]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA01140 for ; Sat, 24 Feb 1996 16:58:03 -0800 (PST) Received: from localhost.cisco.com (localhost.cisco.com [127.0.0.1]) by pst-ss20.cisco.com (8.6.12/8.6.12) with SMTP id QAA16444; Sat, 24 Feb 1996 16:53:25 -0800 Message-Id: <199602250053.QAA16444@pst-ss20.cisco.com> X-Authentication-Warning: pst-ss20.cisco.com: Host localhost.cisco.com didn't use HELO protocol To: bde@zeta.org.au (Bruce Evans) cc: freebsd-current@FreeBSD.org, jhay@mikom.csir.co.za Subject: Re: Bug in libc/db/hash/hash.c??? In-reply-to: bde@zeta.org.au's message of 24 Feb 1996 14:07:17 PST Date: Sat, 24 Feb 1996 16:53:24 -0800 From: Paul Traina Sender: owner-current@FreeBSD.org Precedence: bulk > >I backed out the last changes to hash.c and then it works again. Has > >anybody else seen this? > > It's easy to duplicate. > > Bruce Details please, what did you do to duplicate it? From owner-freebsd-current Sat Feb 24 17:22:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA02851 for current-outgoing; Sat, 24 Feb 1996 17:22:49 -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 RAA02842 for ; Sat, 24 Feb 1996 17:22:47 -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 RAA18977; Sat, 24 Feb 1996 17:21:44 -0800 (PST) Message-Id: <199602250121.RAA18977@precipice.shockwave.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Bruce Evans cc: freebsd-current@FreeBSD.org, jhay@mikom.csir.co.za Subject: Re: Bug in libc/db/hash/hash.c??? In-reply-to: Your message of "Sun, 25 Feb 1996 09:07:17 +1100." <199602242207.JAA19086@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 Feb 1996 17:21:40 -0800 From: Paul Traina Sender: owner-current@FreeBSD.org Precedence: bulk Well, I haven't seen it happen here yet, perhaps it only breaks if the water in your drain goes the wrong way? Actually, the only reason I could imagine this occuring is if the stat failed because you didn't have permission to access the file, but then you DID have write permission to mess the file up. Bizzare. I've put up on freefall a new revision of hash.c, try http://freefall.cdrom.com/~pst/hash.c This postpones the stat until you've successfully opened the file and then just does a fstat. I don't like it, because it adds additional syscall overhead, but wtf. From owner-freebsd-current Sat Feb 24 17:23:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA02937 for current-outgoing; Sat, 24 Feb 1996 17:23:46 -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 RAA02931 for ; Sat, 24 Feb 1996 17:23:39 -0800 (PST) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.3/8.7.2) id TAA24477 for freebsd-current@freebsd.org; Sat, 24 Feb 1996 19:23:35 -0600 (CST) From: Kent Hamilton Message-Id: <199602250123.TAA24477@gwydion.hns.st-louis.mo.us> Subject: Sup sites (again) To: freebsd-current@freebsd.org Date: Sat, 24 Feb 1996 19:23:35 -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 Is anyone but me still seeing weird things happen when they sup from someplace other than freefall? I did a sup this AM from sup3, and it re-did most of my gnu tree, ebones tree, and ports tree. It blew away a bunch of stuff in ports. Something appears to still not be right somewhere.... -- Kent Hamilton Work: KHamilton@Hunter.COM URL: http://www.icon-stl.net/~khamilto Play: KentH@HNS.St-Louis.Mo.US From owner-freebsd-current Sat Feb 24 20:03:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA10491 for current-outgoing; Sat, 24 Feb 1996 20:03:24 -0800 (PST) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA10485 for ; Sat, 24 Feb 1996 20:03:19 -0800 (PST) Received: from nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.4/nervosa.com.2) with SMTP id UAA05834; Sat, 24 Feb 1996 20:03:09 -0800 (PST) Date: Sat, 24 Feb 1996 20:03:08 -0800 (PST) From: invalid opcode To: Daniel Baker cc: freebsd-current@FreeBSD.org Subject: Re: Kernel Changes? In-Reply-To: <199602242008.OAA03936@crash.ops.neosoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Sat, 24 Feb 1996, Daniel Baker wrote: > Were some changes made in the kernel stuff? After rebooting with a -current > kernel from this morning, the system hangs once the kernel is done booting. > > Boots fine with older kernels. Any ideas? > > dbaker@neosoft.com - Daniel Baker - FTP & UseNet News Admin - Neosoft, Inc. Okay, you should be subscribed to cvs-commiters@freebsd.org. And at which point does it hang? Before the login prompt? == Chris Layne ============================================================== == coredump@nervosa.com ================= http://www.nervosa.com/~coredump == From owner-freebsd-current Sat Feb 24 22:18:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA15842 for current-outgoing; Sat, 24 Feb 1996 22:18:03 -0800 (PST) Received: from iworks.InterWorks.org (iworks.interworks.org [128.255.18.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA15837 for ; Sat, 24 Feb 1996 22:18:01 -0800 (PST) Received: by iworks.InterWorks.org (1.37.109.8/16.2) id AA23068; Sun, 25 Feb 1996 00:17:14 -0600 Message-Id: <9602250617.AA23068@iworks.InterWorks.org> Date: Sun, 25 Feb 1996 00:17:14 -0600 From: "Daniel M. Eischen" To: current@FreeBSD.org Subject: Make world fails Sender: owner-current@FreeBSD.org Precedence: bulk Hi, I haven't seen any email regarding this yet. A sup of -current on Sat Feb 24, and subsequent 'make world' fails with the following: ===> lkm/ipfw cc -O -DIPFIREWALL -DIPACCT -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/ipfw/../../sys -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -c /usr/src/lkm/ipfw/ipfw_lkm.c In file included from /usr/src/lkm/ipfw/ipfw_lkm.c:37: /usr/src/lkm/ipfw/../../sys/netinet/ip_fw.h:55: parse error before `LIST_ENTRY' /usr/src/lkm/ipfw/../../sys/netinet/ip_fw.h:55: warning: no semicolon at end of struct or union /usr/src/lkm/ipfw/../../sys/netinet/ip_fw.h:57: parse error before `}' /usr/src/lkm/ipfw/ipfw_lkm.c: In function `ipfw_load': /usr/src/lkm/ipfw/ipfw_lkm.c:52: `ip_acct_cnt_ptr' undeclared (first use this function) /usr/src/lkm/ipfw/ipfw_lkm.c:52: (Each undeclared identifier is reported only once /usr/src/lkm/ipfw/ipfw_lkm.c:52: for each function it appears in.) /usr/src/lkm/ipfw/ipfw_lkm.c:52: `ip_acct_ctl_ptr' undeclared (first use this function) /usr/src/lkm/ipfw/ipfw_lkm.c:58: `ip_fw_chk' undeclared (first use this function) /usr/src/lkm/ipfw/ipfw_lkm.c:59: `ip_fw_ctl' undeclared (first use this function) /usr/src/lkm/ipfw/ipfw_lkm.c:62: `ip_acct_cnt' undeclared (first use this function) /usr/src/lkm/ipfw/ipfw_lkm.c:63: `ip_acct_ctl' undeclared (first use this function) /usr/src/lkm/ipfw/ipfw_lkm.c: In function `ipfw_unload': /usr/src/lkm/ipfw/ipfw_lkm.c:79: `ip_acct_ctl_ptr' undeclared (first use this function) /usr/src/lkm/ipfw/ipfw_lkm.c:80: `ip_acct_cnt_ptr' undeclared (first use this function) *** Error code 1 [...] Did I miss something? Thanks, Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-current Sat Feb 24 22:23:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA15938 for current-outgoing; Sat, 24 Feb 1996 22:23:33 -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 WAA15932 for ; Sat, 24 Feb 1996 22:23:26 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id IAA13163; Sun, 25 Feb 1996 08:22:10 +0200 From: John Hay Message-Id: <199602250622.IAA13163@zibbi.mikom.csir.co.za> Subject: Re: Bug in libc/db/hash/hash.c??? To: pst@shockwave.com (Paul Traina) Date: Sun, 25 Feb 1996 08:22:10 +0200 (SAT) Cc: freebsd-current@freebsd.org In-Reply-To: <199602250121.RAA18977@precipice.shockwave.com> from "Paul Traina" at Feb 24, 96 05:21:40 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 > > Well, I haven't seen it happen here yet, perhaps it only breaks if the water > in your drain goes the wrong way? Actually, the only reason I could imagine :-) I thought my computer didn't know that. :-) > this > occuring is if the stat failed because you didn't have permission to access > the file, but then you DID have write permission to mess the file up. Bizzare. I was su'ed to root, so I hope that would give me enough permissions. ??? :-) > > I've put up on freefall a new revision of hash.c, > try http://freefall.cdrom.com/~pst/hash.c > > This postpones the stat until you've successfully opened the file and then > just does a fstat. I don't like it, because it adds additional syscall > overhead, but wtf. > OK, I tried this one and it does work correctly now. The way I created / recreated it: (su'ed to root) Create a new libc and install it. Make sure cap_mkdb use the the new libc.so.3.0 (libc version was bumped a few days ago). Go to /usr/src/share/termcap Do a "make clean; make" Check the size of obj/termcap.db Please remember that the problem is in -stable also when you fix it. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-current Sat Feb 24 23:06:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17202 for current-outgoing; Sat, 24 Feb 1996 23:06:53 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA17197 for ; Sat, 24 Feb 1996 23:06:44 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA07033; Sun, 25 Feb 1996 18:01:50 +1100 Date: Sun, 25 Feb 1996 18:01:50 +1100 From: Bruce Evans Message-Id: <199602250701.SAA07033@godzilla.zeta.org.au> To: bde@zeta.org.au, pst@cisco.com Subject: Re: Bug in libc/db/hash/hash.c??? Cc: freebsd-current@FreeBSD.org, jhay@mikom.csir.co.za Sender: owner-current@FreeBSD.org Precedence: bulk >> >I backed out the last changes to hash.c and then it works again. Has >> >anybody else seen this? >> >> It's easy to duplicate. >> >> Bruce >Details please, what did you do to duplicate it? I ran `make' :-) (after moving my old obj/termcap.db out of the way. termcap.src hasn't changed since Jan 31 and neither has my termcap.db). Bruce From owner-freebsd-current Sat Feb 24 23:24:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17665 for current-outgoing; Sat, 24 Feb 1996 23:24:21 -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 XAA17660 for ; Sat, 24 Feb 1996 23:24:18 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id AAA26800; Sun, 25 Feb 1996 00:27:06 -0700 Date: Sun, 25 Feb 1996 00:27:06 -0700 From: Nate Williams Message-Id: <199602250727.AAA26800@rocky.sri.MT.net> To: current@FreeBSD.org Subject: New Dual-personality crypt Sender: owner-current@FreeBSD.org Precedence: bulk How can I force my passwords to be the old DES crypt function on a box that previously used MD5 crypt? There are only two accounts on it (mine and root), but I'd like it to use DES like all of the other machines in the group. Even after I've re-run passwd after installing the new libraries and binaries, it's still generating MD5 passwords instead of DES passwords. How do I force it to generate old-style DES passwords in spite of what the old passwords were, short of removing the password completely and then re-generating passwords? Shouldn't the new routine 'generate' passwords using the default routines, but read passwords from both? Nate From owner-freebsd-current Sat Feb 24 23:46:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18224 for current-outgoing; Sat, 24 Feb 1996 23:46:51 -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 XAA18218 for ; Sat, 24 Feb 1996 23:46:42 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA08500; Sun, 25 Feb 1996 18:45:50 +1100 Date: Sun, 25 Feb 1996 18:45:50 +1100 From: Bruce Evans Message-Id: <199602250745.SAA08500@godzilla.zeta.org.au> To: bde@zeta.org.au, pst@shockwave.com Subject: Re: Bug in libc/db/hash/hash.c??? Cc: freebsd-current@FreeBSD.org, jhay@mikom.csir.co.za Sender: owner-current@FreeBSD.org Precedence: bulk >Well, I haven't seen it happen here yet, perhaps it only breaks if the water >in your drain goes the wrong way? Actually, the only reason I could imagine >this >occuring is if the stat failed because you didn't have permission to access >the file, but then you DID have write permission to mess the file up. Bizzare. It seems to be a bugfeature in the getcap(3) library and/or in cap_mkdb. "Cgetent will first look for files ending in .db (see cap_mkdb(1)) before accessing the ASCII file." termcap.db is built by `cap_mkdb termcap'. cap_mkdb calls dbopen() first. This creates an empty termcap.db (the same as before). Then cap_mkdb calls cgetnext(). It isn't clear why the empty termcap.db didn't get used before. Now it apparently gets used. Bruce