From owner-freebsd-current Sun Jan 4 05:30:24 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA27562 for current-outgoing; Sun, 4 Jan 1998 05:30:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA27550 for ; Sun, 4 Jan 1998 05:30:13 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id AAA03268; Mon, 5 Jan 1998 00:26:04 +1100 Date: Mon, 5 Jan 1998 00:26:04 +1100 From: Bruce Evans Message-Id: <199801041326.AAA03268@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, shimon@simon-shapiro.org Subject: Re: Interesting Panic in ffs Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Having done the following newfs: > >newfs -b 65536 -c 128 -f 32768 /dev/rsd24s1a > >I have gotten this panic when trying to mount the filesystem: > >Page fault while in kernel mode newfs creates bad file systems for fragment sizes > SBSIZE = 8192. Try this fix. It seems to work here. Bruce diff -c2 mkfs.c~ mkfs.c *** mkfs.c~ Sun Sep 14 15:22:31 1997 --- mkfs.c Mon Jan 5 00:10:08 1998 *************** *** 502,505 **** --- 502,507 ---- sblock.fs_postblformat = FS_DYNAMICPOSTBLFMT; sblock.fs_sbsize = fragroundup(&sblock, sizeof(struct fs)); + if (sblock.fs_sbsize > SBSIZE) + sblock.fs_sbsize = SBSIZE; if (sblock.fs_ntrak == 1) { sblock.fs_cpc = 0; *************** *** 533,536 **** --- 535,540 ---- } sblock.fs_sbsize = fragroundup(&sblock, totalsbsize); + if (sblock.fs_sbsize > SBSIZE) + sblock.fs_sbsize = SBSIZE; /* * calculate the available blocks for each rotational position From owner-freebsd-current Sun Jan 4 07:08:46 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA02192 for current-outgoing; Sun, 4 Jan 1998 07:08:46 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hermes (hermes.uninet.net.mx [200.33.146.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA02182 for ; Sun, 4 Jan 1998 07:08:36 -0800 (PST) (envelope-from eculp@ver1.telmex.net.mx) Received: from mc.mexcom.net by hermes (SMI-8.6/SMI-SVR4) id JAA09978; Sun, 4 Jan 1998 09:10:29 -0600 Message-ID: <34AFA6BB.41C67EA6@ver1.telmex.net.mx> Date: Sun, 04 Jan 1998 09:11:55 -0600 From: eculp Organization: MexCom X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-971226-SNAP i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: Yesterday's Make world error. References: <199801041436.IAA03357@sandra.staff.mexcom.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Has anyone else seen this error? install -c -o bin -g bin -m 644 ppi/Makefile /usr/share/examples/ppi/Makefile install: /usr/share/examples/ppi/Makefile: No such file or directory *** Error code 71 Stop. *** Error code 1 ed From owner-freebsd-current Sun Jan 4 07:24:48 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA02852 for current-outgoing; Sun, 4 Jan 1998 07:24:48 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hermes (hermes.uninet.net.mx [200.33.146.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA02845 for ; Sun, 4 Jan 1998 07:24:43 -0800 (PST) (envelope-from eculp@ver1.telmex.net.mx) Received: from mc.mexcom.net by hermes (SMI-8.6/SMI-SVR4) id JAA10880; Sun, 4 Jan 1998 09:27:33 -0600 Message-ID: <34AFAAC0.167EB0E7@ver1.telmex.net.mx> Date: Sun, 04 Jan 1998 09:29:04 -0600 From: eculp Organization: MexCom X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-971226-SNAP i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: Re: Yesterday's Make world error. References: <199801041436.IAA03357@sandra.staff.mexcom.net> <34AFA6BB.41C67EA6@ver1.telmex.net.mx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk eculp wrote: > > Has anyone else seen this error? > > install -c -o bin -g bin -m 644 ppi/Makefile > /usr/share/examples/ppi/Makefile > install: /usr/share/examples/ppi/Makefile: No such file or directory > *** Error code 71 > > Stop. > *** Error code 1 > > ed I forgot. All it seems to need is to create the ppi directory. ed From owner-freebsd-current Sun Jan 4 07:37:58 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA03599 for current-outgoing; Sun, 4 Jan 1998 07:37:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA03594 for ; Sun, 4 Jan 1998 07:37:51 -0800 (PST) (envelope-from pallenby@zibbi.mikom.csir.co.za) Received: (from pallenby@localhost) by zibbi.mikom.csir.co.za (8.8.8/8.8.7) id RAA25007; Sun, 4 Jan 1998 17:37:24 +0200 (SAT) From: Paul Allenby Message-Id: <199801041537.RAA25007@zibbi.mikom.csir.co.za> Subject: Re: Yesterday's Make world error. In-Reply-To: <34AFA6BB.41C67EA6@ver1.telmex.net.mx> from eculp at "Jan 4, 98 09:11:55 am" To: eculp@ver1.telmex.net.mx (eculp) Date: Sun, 4 Jan 1998 17:37:24 +0200 (SAT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "eculp wrote:" > Has anyone else seen this error? > > install -c -o bin -g bin -m 644 ppi/Makefile > /usr/share/examples/ppi/Makefile > install: /usr/share/examples/ppi/Makefile: No such file or directory > *** Error code 71 > > Stop. > *** Error code 1 > > ed > Yip. Paul From owner-freebsd-current Sun Jan 4 08:18:07 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA05533 for current-outgoing; Sun, 4 Jan 1998 08:18:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hermes (hermes.uninet.net.mx [200.33.146.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id IAA05528 for ; Sun, 4 Jan 1998 08:18:02 -0800 (PST) (envelope-from eculp@ver1.telmex.net.mx) Received: from mc.mexcom.net by hermes (SMI-8.6/SMI-SVR4) id KAA13805; Sun, 4 Jan 1998 10:20:50 -0600 Message-ID: <34AFB738.2781E494@ver1.telmex.net.mx> Date: Sun, 04 Jan 1998 10:22:16 -0600 From: eculp Organization: MexCom X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-971226-SNAP i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Subject: Today's make world References: <199801041609.KAA23690@dns.mexcom.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Today's make world gave me this: cc -O -DNON_BROKEN_WORDS -DPIC -I/usr/src/gnu/usr.bin/as -I/usr/obj/usr/src/gnu/ usr.bin/as -I/usr/src/gnu/usr.bin/as/config -DOLD_GAS -DSIGTY=void -Derror=as_f atal -DSUB_SEGMENT_ALIGN=4 -DFREEBSD_AOUT -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/gnu/usr.bin/as/write.c /usr/src/gnu/usr.bin/as/write.c: In function `write_object_file': /usr/src/gnu/usr.bin/as/write.c:196: `frchai' undeclared (first use this functio n) /usr/src/gnu/usr.bin/as/write.c:196: (Each undeclared identifier is reported onl y once /usr/src/gnu/usr.bin/as/write.c:196: for each function it appears in.) /usr/src/gnu/usr.bin/as/write.c:196: `P' undeclared (first use this function) *** Error code 1 Stop. *** Error code 1 Any ideas? TIA ed From owner-freebsd-current Sun Jan 4 08:24:43 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA05816 for current-outgoing; Sun, 4 Jan 1998 08:24:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: from kong.dorms.spbu.ru (kong@kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA05811 for ; Sun, 4 Jan 1998 08:24:35 -0800 (PST) (envelope-from kong@kkk.ml.org) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.8.8/kong/0.00) with SMTP id TAA01220; Sun, 4 Jan 1998 19:24:12 +0300 (MSK) (envelope-from kong@kkk.ml.org) Date: Sun, 4 Jan 1998 19:24:11 +0300 (MSK) From: Hostas Red X-Sender: kong@kong.dorms.spbu.ru To: eculp cc: freebsd-current@FreeBSD.ORG Subject: Re: Yesterday's Make world error. In-Reply-To: <34AFA6BB.41C67EA6@ver1.telmex.net.mx> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! On Sun, 4 Jan 1998, eculp wrote: > Has anyone else seen this error? > install: /usr/share/examples/ppi/Makefile: No such file or directory > *** Error code 71 Solution: mkdir /usr/share/examples/ppi :) Adios, /KONG From owner-freebsd-current Sun Jan 4 08:44:49 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA06654 for current-outgoing; Sun, 4 Jan 1998 08:44:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA06636 for ; Sun, 4 Jan 1998 08:44:43 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from bonsai.hiwaay.net (tnt1-122.HiWAAY.net [208.147.147.122]) by fly.HiWAAY.net (8.8.8/8.8.6) with SMTP id KAA08010; Sun, 4 Jan 1998 10:44:38 -0600 (CST) Message-ID: <34AFBCCD.353C51DE@hiwaay.net> Date: Sun, 04 Jan 1998 10:46:05 -0600 From: Steve Price X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: eculp CC: freebsd-current@FreeBSD.ORG Subject: Re: Today's make world References: <199801041609.KAA23690@dns.mexcom.net> <34AFB738.2781E494@ver1.telmex.net.mx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk eculp wrote: > [...] > /usr/src/gnu/usr.bin/as/write.c:196: `frchai' undeclared (first use this function) [...] > Any ideas? It appears that the file you have has been corrupted in some way. Please compare the following pieces of info to what you have on your machine. steve[/usr/src/gnu/usr.bin/as]$ grep rcsid write.c static char rcsid[] = "$Id: write.c,v 1.10 1997/02/22 15:44:08 peter Exp $"; steve[/usr/src/gnu/usr.bin/as]$ md5 write.c MD5 (write.c) = 374525b3878a1b850519d72f7b85f3b6 steve[/usr/src/gnu/usr.bin/as]$ Thanks, Steve > TIA > > ed From owner-freebsd-current Sun Jan 4 09:25:57 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA08741 for current-outgoing; Sun, 4 Jan 1998 09:25:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hermes (hermes.uninet.net.mx [200.33.146.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA08694 for ; Sun, 4 Jan 1998 09:25:44 -0800 (PST) (envelope-from eculp@ver1.telmex.net.mx) Received: from mc.mexcom.net by hermes (SMI-8.6/SMI-SVR4) id LAA18581; Sun, 4 Jan 1998 11:28:28 -0600 Message-ID: <34AFC714.446B9B3D@ver1.telmex.net.mx> Date: Sun, 04 Jan 1998 11:29:56 -0600 From: eculp Organization: MexCom X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-971226-SNAP i386) MIME-Version: 1.0 To: Steve Price CC: freebsd-current@FreeBSD.ORG Subject: Re: Today's make world References: <199801041609.KAA23690@dns.mexcom.net> <34AFB738.2781E494@ver1.telmex.net.mx> <34AFBCCD.353C51DE@hiwaay.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Steve Price wrote: > > eculp wrote: > > > [...] > > /usr/src/gnu/usr.bin/as/write.c:196: `frchai' undeclared (first use this function) > [...] > > > Any ideas? > > It appears that the file you have has been corrupted in some > way. Please compare the following pieces of info to what you > have on your machine. > > steve[/usr/src/gnu/usr.bin/as]$ grep rcsid write.c > static char rcsid[] = "$Id: write.c,v 1.10 1997/02/22 15:44:08 peter Exp > $"; > steve[/usr/src/gnu/usr.bin/as]$ md5 write.c > MD5 (write.c) = 374525b3878a1b850519d72f7b85f3b6 > steve[/usr/src/gnu/usr.bin/as]$ > > Thanks, Steve > > > TIA > > > > ed header was fine but md5 didn't check, so I copied one from another machine that checked and seems to be running along happily. Thanks a million. God knows when I would have found the problem because it has been building once or twice a week without major problems. ed From owner-freebsd-current Sun Jan 4 10:47:09 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA14349 for current-outgoing; Sun, 4 Jan 1998 10:47:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from post.mail.demon.net (post-10.mail.demon.net [194.217.242.154]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA14293 for ; Sun, 4 Jan 1998 10:46:23 -0800 (PST) (envelope-from fcurrent@jraynard.demon.co.uk) Received: from jraynard.demon.co.uk ([158.152.42.77]) by post.mail.demon.net id aa1003730; 4 Jan 98 18:44 GMT Received: (from fcurrent@localhost) by jraynard.demon.co.uk (8.8.8/8.8.8) id SAA01951; Sun, 4 Jan 1998 18:03:17 GMT (envelope-from fcurrent) Message-ID: <19980104180316.06571@jraynard.demon.co.uk> Date: Sun, 4 Jan 1998 18:03:16 +0000 From: James Raynard To: freebsd-current@freebsd.org Subject: make -j install fix Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Having investigated this a little more, I think the following is better than the diff I posted a few days ago (there seems to be a window where /bin/sh isn't there and execv() returns ENOENT - also one second seems a little short to sleep). Comments? Index: job.c =================================================================== RCS file: /home/cvs/src/usr.bin/make/job.c,v retrieving revision 1.7 diff -u -r1.7 job.c --- job.c 1997/02/22 19:27:11 1.7 +++ job.c 1998/01/04 17:53:04 @@ -1269,6 +1269,17 @@ #endif /* REMOTE */ (void) execv(shellPath, argv); + /* + * When using the -j option to install /bin, there + * is a possibility the above call will fail if + * /bin/sh was being installed at the same time as this + * target. To avoid this, we sleep for a few seconds + * and retry. + */ + if (errno == EACCES || errno == ENOENT) { + (void) sleep(3); + (void) execv(shellPath, argv); + } (void) write(2, "Could not execute shell\n", sizeof("Could not execute shell")); _exit(1); -- In theory, theory is better than practice. In practice, it isn't. James Raynard, Edinburgh, Scotland. http://www.freebsd.org/~jraynard/ From owner-freebsd-current Sun Jan 4 14:00:11 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA29675 for current-outgoing; Sun, 4 Jan 1998 14:00:11 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA29666; Sun, 4 Jan 1998 14:00:02 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id AAA05761; Mon, 5 Jan 1998 00:59:54 +0300 (MSK) (envelope-from ache) Date: Mon, 5 Jan 1998 00:59:52 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: FreeBSD-current cc: Joerg Wunsch , steve@freebsd.org, Bruce Evans Subject: New patch: one thing to think about Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please note that new patch behave different in one essential place (from new patch manpage): In traditional patch, backups were enabled by default. This behavior is now enabled with the -b or --backup option. Conversely, in POSIX patch, backups are never made, even when there is a mismatch. In GNU patch, this behavior is enabled with the --no-backup-if-mismatch option or by setting the POSIXLY_CORRECT environment variable. To say it simple, no *.orig files created now unless you specify -b option. Bringing this fact to your attention I means, that either we can accept new way of things, or assume -b by default simulating old variant. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Sun Jan 4 14:30:12 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA02215 for current-outgoing; Sun, 4 Jan 1998 14:30:12 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA02154; Sun, 4 Jan 1998 14:29:45 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id BAA05911; Mon, 5 Jan 1998 01:29:38 +0300 (MSK) (envelope-from ache) Date: Mon, 5 Jan 1998 01:29:36 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: FreeBSD-current cc: Joerg Wunsch , steve@freebsd.org, Bruce Evans Subject: Re: New patch: one thing to think about In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 Jan 1998, Андрей Чернов wrote: > To say it simple, no *.orig files created now unless you specify > -b option. Oops, not so simple. No *.orig created only if patch applies _cleanly_, if something is rejected, *.orig created by default. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Sun Jan 4 15:52:50 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA07715 for current-outgoing; Sun, 4 Jan 1998 15:52:50 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA07709 for ; Sun, 4 Jan 1998 15:52:43 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id QAA06297; Sun, 4 Jan 1998 16:52:41 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id QAA20269; Sun, 4 Jan 1998 16:52:40 -0700 Date: Sun, 4 Jan 1998 16:52:40 -0700 Message-Id: <199801042352.QAA20269@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= Cc: FreeBSD-current Subject: Re: New patch: one thing to think about In-Reply-To: References: X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Please note that new patch behave different in one essential place > (from new patch manpage): > > In traditional patch, backups were enabled by default. > This behavior is now enabled with the -b or --backup > option. ... > Bringing this fact to your attention I means, that either we can > accept new way of things, or assume -b by default simulating old variant. I'd like to see backups always done personally, so if it's not done by default, I'll modify my local versions. For development I consider it a *requirement* to do backups for when backups don't work quite right. Nate From owner-freebsd-current Sun Jan 4 15:54:41 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA07830 for current-outgoing; Sun, 4 Jan 1998 15:54:41 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA07825 for ; Sun, 4 Jan 1998 15:54:36 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id QAA06306; Sun, 4 Jan 1998 16:54:35 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id QAA20276; Sun, 4 Jan 1998 16:54:34 -0700 Date: Sun, 4 Jan 1998 16:54:34 -0700 Message-Id: <199801042354.QAA20276@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 To: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= Cc: FreeBSD-current Subject: Re: New patch: one thing to think about In-Reply-To: References: X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id PAA07826 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= writes: > On Mon, 5 Jan 1998, Андрей Чернов wrote: > > > To say it simple, no *.orig files created now unless you specify > > -b option. > > Oops, not so simple. No *.orig created only if patch applies _cleanly_, > if something is rejected, *.orig created by default. Ahh, never mind my previous reply then, unless it doesn't create a patch if there are fuzz problems or otherwise. Sometimes I've had patches 'apply cleanly' when in fact the fuzz factor caused them to patch completely wrong parts of the system. Nate From owner-freebsd-current Sun Jan 4 16:12:01 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA09387 for current-outgoing; Sun, 4 Jan 1998 16:12:01 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA09360 for ; Sun, 4 Jan 1998 16:11:31 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id DAA06528; Mon, 5 Jan 1998 03:11:18 +0300 (MSK) (envelope-from ache) Date: Mon, 5 Jan 1998 03:11:16 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Nate Williams cc: FreeBSD-current Subject: Re: New patch: one thing to think about In-Reply-To: <199801042354.QAA20276@mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 4 Jan 1998, Nate Williams wrote: > =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= writes: > > On Mon, 5 Jan 1998, Андрей Чернов wrote: > > > > > To say it simple, no *.orig files created now unless you specify > > > -b option. > > > > Oops, not so simple. No *.orig created only if patch applies _cleanly_, > > if something is rejected, *.orig created by default. > > Ahh, never mind my previous reply then, unless it doesn't create a patch > if there are fuzz problems or otherwise. Sometimes I've had patches > 'apply cleanly' when in fact the fuzz factor caused them to patch > completely wrong parts of the system. Backup created for 'fuzz' too by default. Only _completely_ clean patches goes without backup. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Sun Jan 4 16:19:58 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA10056 for current-outgoing; Sun, 4 Jan 1998 16:19:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA09495 for ; Sun, 4 Jan 1998 16:14:37 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id RAA06436; Sun, 4 Jan 1998 17:14:31 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id RAA20381; Sun, 4 Jan 1998 17:14:30 -0700 Date: Sun, 4 Jan 1998 17:14:30 -0700 Message-Id: <199801050014.RAA20381@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 To: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= Cc: Nate Williams , FreeBSD-current Subject: Re: New patch: one thing to think about In-Reply-To: References: <199801042354.QAA20276@mt.sri.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id QAA09496 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= writes: > > > On Mon, 5 Jan 1998, Андрей Чернов wrote: > > > > > > > To say it simple, no *.orig files created now unless you specify > > > > -b option. > > > > > > Oops, not so simple. No *.orig created only if patch applies _cleanly_, > > > if something is rejected, *.orig created by default. > > > > Ahh, never mind my previous reply then, unless it doesn't create a patch > > if there are fuzz problems or otherwise. Sometimes I've had patches > > 'apply cleanly' when in fact the fuzz factor caused them to patch > > completely wrong parts of the system. > > Backup created for 'fuzz' too by default. Only _completely_ clean patches > goes without backup. > > -- > Andrey A. Chernov Cool, I don't mind the default behavior, since you can always back it out then with the original patch file. Nate From owner-freebsd-current Sun Jan 4 21:40:42 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA04756 for current-outgoing; Sun, 4 Jan 1998 21:40:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ganymede.or.intel.com (root@ganymede.or.intel.com [134.134.248.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA04600; Sun, 4 Jan 1998 21:39:25 -0800 (PST) (envelope-from wscott@ichips.intel.com) Received: from ichips-jf.jf.intel.com (ichips-jf.jf.intel.com [134.134.50.200]) by ganymede.or.intel.com (8.8.6/8.8.5) with ESMTP id VAA09293; Sun, 4 Jan 1998 21:56:53 -0800 (PST) Received: from pdxlx008.pdx.intel.com (pdxlx008.pdx.intel.com [137.102.206.194]) by ichips-jf.jf.intel.com (8.8.8/8.8.7) with ESMTP id VAA17220; Sun, 4 Jan 1998 21:46:17 -0800 (PST) Received: from pdxlx008.pdx.intel.com (localhost [127.0.0.1]) by pdxlx008.pdx.intel.com (8.8.7/8.8.7) with ESMTP id VAA02628; Sun, 4 Jan 1998 21:39:09 -0800 (PST) (envelope-from wscott@pdxlx008.pdx.intel.com) Message-Id: <199801050539.VAA02628@pdxlx008.pdx.intel.com> To: "Russell L. Carter" cc: dyson@FreeBSD.ORG, garbanzo@hooked.net (Alex), current@FreeBSD.ORG Subject: Re: Pentium optimizations In-reply-to: Your message of "Wed, 17 Dec 1997 08:42:33 MST." <199712171542.IAA09962@dnstoo.consys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Sun, 04 Jan 1998 21:39:09 -0800 From: Wayne Scott Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The out-of-order execution seems to help a lot. Oh, and the P5 > specific asm actually makes the PPro slow down over the C source; > not good tidings for ye merry old tuners. > > }areas of reasonable payoffs, and lots of "obvious" optimizations that > }end up being neutral. > > Yep. I wouldn't worry too much about other people's claims about code > optimized for Pentium Pro. > > Russell When optimizing for the P6, the main things you should worry about are: branch prediction hitting the caches No unaligned data, and no partials. For example, for branch prediction, the compile should try to make all branches you don't take go forward so they don't occupy the BTB. Code selection does matter, but only is special cases. =Wayne Wayne Scott MD6 Architecture - Intel Corp. wscott@ichips.intel.com Work #: (503) 264-4165 Disclaimer: All views expressed are my own opinions, and not necessarily those of Intel Corporation. From owner-freebsd-current Sun Jan 4 22:23:37 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA07396 for current-outgoing; Sun, 4 Jan 1998 22:23:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cody.usls.edu (cody.usls.edu [202.47.133.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA07375 for ; Sun, 4 Jan 1998 22:23:17 -0800 (PST) (envelope-from francis@cody.usls.edu) Received: from localhost (francis@localhost) by cody.usls.edu (8.8.5/8.8.5) with SMTP id OAA00872 for ; Mon, 5 Jan 1998 14:22:59 +0800 (PHT) Date: Mon, 5 Jan 1998 14:22:59 +0800 (PHT) From: Francis Vidal To: FreeBSD Current Subject: web archive Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk is this mailing list archived? if so, does it have a web interface? --- francis vidal | usls.NET | university of st. la salle, bacolod city, PH PGP key available at ftp://ftp.usls.edu/pub/pgpkeys/francis.pgp "birds of the same feathers are birds!" - rhoderick samonte's class From owner-freebsd-current Sun Jan 4 22:56:13 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA09696 for current-outgoing; Sun, 4 Jan 1998 22:56:13 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA09689 for ; Sun, 4 Jan 1998 22:56:03 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id RAA04112; Mon, 5 Jan 1998 17:52:01 +1100 Date: Mon, 5 Jan 1998 17:52:01 +1100 From: Bruce Evans Message-Id: <199801050652.RAA04112@godzilla.zeta.org.au> To: fcurrent@jraynard.demon.co.uk, freebsd-current@FreeBSD.ORG Subject: Re: make -j install fix Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Having investigated this a little more, I think the following is >better than the diff I posted a few days ago (there seems to be >a window where /bin/sh isn't there and execv() returns ENOENT - >also one second seems a little short to sleep). Comments? Changing make seems too special. Try using install -C in src/bin/sh. This should install /bin/sh atomically. There may be related problems for installing shared libraries. I use install -C to install everything, without worrying much about concurrently running processes, but a missing shared library or ld.so is sometimes noticed. -C is the default for ld.so, but not for shared libraries. Bruce From owner-freebsd-current Sun Jan 4 23:29:51 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA12042 for current-outgoing; Sun, 4 Jan 1998 23:29:51 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA12028 for ; Sun, 4 Jan 1998 23:29:45 -0800 (PST) (envelope-from julian@FreeBSD.org) From: Julian Elischer Received: (from julian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id XAA10640 for current; Sun, 4 Jan 1998 23:24:27 -0800 (PST) Date: Sun, 4 Jan 1998 23:24:27 -0800 (PST) Message-Id: <199801050724.XAA10640@freefall.freebsd.org> To: current@FreeBSD.ORG Subject: DEVFS (YADR) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk release 10 is out. repeat after me: "I will bzero malloc'd structures" :) julian From owner-freebsd-current Mon Jan 5 00:21:40 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA14935 for current-outgoing; Mon, 5 Jan 1998 00:21:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA14922; Mon, 5 Jan 1998 00:21:31 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id JAA28583; Mon, 5 Jan 1998 09:21:10 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id JAA23994; Mon, 5 Jan 1998 09:12:29 +0100 (MET) Message-ID: <19980105091229.49254@uriah.heep.sax.de> Date: Mon, 5 Jan 1998 09:12:29 +0100 From: J Wunsch To: =?iso-8859-1?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= Cc: FreeBSD-current , steve@freebsd.org, Bruce Evans Subject: Re: New patch: one thing to think about Reply-To: Joerg Wunsch References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.88 In-Reply-To: =?iso-8859-1?Q?=3CPine=2EBSF=2E3=2E96=2E980105012827=2E5910A-100000=40ls?= =?iso-8859-1?Q?d=2Erelcom=2Eeu=2Enet=3E=3B_from_=E1=CE=C4=D2=C5=CA_=FE?= =?iso-8859-1?Q?=C5=D2=CE=CF=D7_on_Mon=2C_Jan_05=2C_1998_at_01=3A29=3A36A?= =?iso-8859-1?Q?M_+0300?= X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Андрей Чернов wrote: > > To say it simple, no *.orig files created now unless you specify > > -b option. > > Oops, not so simple. No *.orig created only if patch applies _cleanly_, > if something is rejected, *.orig created by default. Hmm, that sounds at least halfways useful, although i still don't get it why Posix needed to standardize away from common practice. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Jan 5 02:04:03 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA19979 for current-outgoing; Mon, 5 Jan 1998 02:04:03 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA19944 for ; Mon, 5 Jan 1998 02:03:57 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id CAA04726 for ; Mon, 5 Jan 1998 02:03:57 -0800 (PST) To: current@freebsd.org Subject: Time to retire fetch? Date: Mon, 05 Jan 1998 02:03:56 -0800 Message-ID: <4721.883994636@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just noticed that FTP in -current now supports http:// style fetches, a feature which seems to have crept in under my nose during the sync with NetBSD's ftp client. Given that, the questions now in my mind are: 1. Do we want to retire fetch and just use ftp now as our FETCH_CMD in -current? Would any fetch features be missed that would also be overtly difficult to merge into the ftp client? Strengthening one tool rather than putting two into competition is obviously a worthy goal if it's possible to do it. 2. Do we simply want to ignore this new feature of ftp, perhaps under the premise that having an ftp client fetch http URLs is rather counter-intuitive if one is a stickler for naming conventions, and just go on like we are now? 3. Given that ftp probably doesn't deal well with the file:/ URLs that can also be passed to fetch(1) from the ports collection, does fetch(1) perhaps want to stick around but simply become a smaller pre-parsing script which hands its work off to other tools rather than doing it itself? I've no clear preference right now, I'm just musing out loud. Comments? Jordan From owner-freebsd-current Mon Jan 5 02:09:05 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA20301 for current-outgoing; Mon, 5 Jan 1998 02:09:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA20293 for ; Mon, 5 Jan 1998 02:09:00 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id FAA00224 for current@freebsd.org.; Mon, 5 Jan 1998 05:08:58 -0500 (EST) (envelope-from toor) Message-Id: <199801051008.FAA00224@dyson.iquest.net> Subject: Good news, but stuff not committed yet To: current@freebsd.org Date: Mon, 5 Jan 1998 05:08:57 -0500 (EST) From: "John S. Dyson" Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have the VFS and VM interactions working the way that I want now (on my machine.) This has been a terrible time, and after a day or so of testing, it will be ready. So, there is a reasonable chance of -current being fixed late today or middle of tomorrow. I'll follow up with some email to the -current mailinglist when the new code is committed. Even though this has been painful for me (and you), the end result is a simplification of the interface. I am going to review/clean it up some more to make sure that layered and NFS filesystems will be able to work in the way that I want. I don't expect any problems though. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Mon Jan 5 03:10:15 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA22760 for current-outgoing; Mon, 5 Jan 1998 03:10:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA22755 for ; Mon, 5 Jan 1998 03:10:10 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id DAA10276; Mon, 5 Jan 1998 03:00:32 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd010274; Mon Jan 5 03:00:31 1998 Date: Mon, 5 Jan 1998 02:57:23 -0800 (PST) From: Julian Elischer To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: Time to retire fetch? In-Reply-To: <4721.883994636@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk how about making the one program respond to 2 names.. On Mon, 5 Jan 1998, Jordan K. Hubbard wrote: > I just noticed that FTP in -current now supports http:// style > fetches, a feature which seems to have crept in under my nose during > the sync with NetBSD's ftp client. Given that, the questions now in > my mind are: > > 1. Do we want to retire fetch and just use ftp now as our > FETCH_CMD in -current? Would any fetch features be missed > that would also be overtly difficult to merge into the ftp > client? Strengthening one tool rather than putting two > into competition is obviously a worthy goal if it's possible > to do it. > > 2. Do we simply want to ignore this new feature of ftp, perhaps > under the premise that having an ftp client fetch http URLs > is rather counter-intuitive if one is a stickler for naming > conventions, and just go on like we are now? > > 3. Given that ftp probably doesn't deal well with the file:/ > URLs that can also be passed to fetch(1) from the ports > collection, does fetch(1) perhaps want to stick around but > simply become a smaller pre-parsing script which hands its > work off to other tools rather than doing it itself? > > I've no clear preference right now, I'm just musing out loud. > Comments? > > Jordan > From owner-freebsd-current Mon Jan 5 03:40:55 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA24360 for current-outgoing; Mon, 5 Jan 1998 03:40:55 -0800 (PST) (envelope-from owner-freebsd-current) Received: from baloon.mimi.com (sjx-ca124-61.ix.netcom.com [207.223.162.189]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA24354 for ; Mon, 5 Jan 1998 03:40:50 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by baloon.mimi.com (8.8.8/8.8.8) id DAA10749; Mon, 5 Jan 1998 03:40:44 -0800 (PST) (envelope-from asami) Date: Mon, 5 Jan 1998 03:40:44 -0800 (PST) Message-Id: <199801051140.DAA10749@baloon.mimi.com> To: jkh@time.cdrom.com CC: current@FreeBSD.ORG In-reply-to: <4721.883994636@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Time to retire fetch? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * 1. Do we want to retire fetch and just use ftp now as our * FETCH_CMD in -current? Would any fetch features be missed * that would also be overtly difficult to merge into the ftp * client? Strengthening one tool rather than putting two * into competition is obviously a worthy goal if it's possible * to do it. See 3. * 2. Do we simply want to ignore this new feature of ftp, perhaps * under the premise that having an ftp client fetch http URLs * is rather counter-intuitive if one is a stickler for naming * conventions, and just go on like we are now? That's the problem of ftp merge, not our (ports') problem. Whatever works is fine for us. * 3. Given that ftp probably doesn't deal well with the file:/ * URLs that can also be passed to fetch(1) from the ports * collection, does fetch(1) perhaps want to stick around but * simply become a smaller pre-parsing script which hands its * work off to other tools rather than doing it itself? file: support is mandatory. By default, bsd.port.mk even puts the cdrom distfiles dir in front of the master sites list. I also use it on my package building machine to keep copies of RESTRICTED distfiles without risking it going out to the public. It's useful for my laptop too (it points file: to the NFS-mounted server's distfiles dir). To me, 3 sounds like the best approach. However, we need to make sure fetch an ftp are compatible in all senses (e.g., whether you include the full path when you go to a on-the-fly tarballing site). I remember ache mumbling something about non-anonymous ftp too. Satoshi From owner-freebsd-current Mon Jan 5 04:55:40 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA27633 for current-outgoing; Mon, 5 Jan 1998 04:55:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from db2server.voga.com.br (db2server.voga.com.br [200.239.39.7]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA27619 for ; Mon, 5 Jan 1998 04:55:29 -0800 (PST) (envelope-from daniel_sobral@voga.com.br) From: daniel_sobral@voga.com.br Received: from papagaio.voga.com.br (papagaio.voga.com.br [200.239.39.2]) by db2server.voga.com.br (8.8.3+2.6Wbeta9/8.8.7) with SMTP id KAA12516 for ; Mon, 5 Jan 1998 10:31:26 -0200 Received: by papagaio.voga.com.br(Lotus SMTP MTA v1.06 (346.7 3-18-1997)) id 03256583.004A4639 ; Mon, 5 Jan 1998 10:31:16 -0300 X-Lotus-FromDomain: VOGA To: current@freebsd.org Message-ID: <83256583.004A3A81.00@papagaio.voga.com.br> Date: Mon, 5 Jan 1998 10:31:12 -0300 Subject: OFF: ISDN Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Oops. Sorry. -- Daniel C. Sobral (8-DCS) Daniel_Sobral@voga.com.br From owner-freebsd-current Mon Jan 5 04:55:42 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA27644 for current-outgoing; Mon, 5 Jan 1998 04:55:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from db2server.voga.com.br (db2server.voga.com.br [200.239.39.7]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA27621 for ; Mon, 5 Jan 1998 04:55:31 -0800 (PST) (envelope-from daniel_sobral@voga.com.br) From: daniel_sobral@voga.com.br Received: from papagaio.voga.com.br (papagaio.voga.com.br [200.239.39.2]) by db2server.voga.com.br (8.8.3+2.6Wbeta9/8.8.7) with SMTP id KAA14036 for ; Mon, 5 Jan 1998 10:30:12 -0200 Received: by papagaio.voga.com.br(Lotus SMTP MTA v1.06 (346.7 3-18-1997)) id 03256583.004A2C1E ; Mon, 5 Jan 1998 10:30:09 -0300 X-Lotus-FromDomain: VOGA To: current@freebsd.org Message-ID: <83256583.0049F215.00@papagaio.voga.com.br> Date: Mon, 5 Jan 1998 10:30:03 -0300 Subject: ISDN Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok, I asked this on questions, even knowing it would hardly get answered there. If my memory isn't playing bad jokes upon me, I recall some people discussing here a new support to ISDN on FreeBSD. Does it work? What cards it supports? What chip sets? -- Daniel C. Sobral (8-DCS) Daniel_Sobral@voga.com.br From owner-freebsd-current Mon Jan 5 06:46:46 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA07949 for current-outgoing; Mon, 5 Jan 1998 06:46:46 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA07931; Mon, 5 Jan 1998 06:46:34 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id RAA10054; Mon, 5 Jan 1998 17:45:45 +0300 (MSK) (envelope-from ache) Date: Mon, 5 Jan 1998 17:45:42 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Joerg Wunsch cc: FreeBSD-current , steve@freebsd.org, Bruce Evans Subject: Re: New patch: one thing to think about In-Reply-To: <19980105091229.49254@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 Jan 1998, J Wunsch wrote: > As Андрей Чернов wrote: > > > > To say it simple, no *.orig files created now unless you specify > > > -b option. > > > > Oops, not so simple. No *.orig created only if patch applies _cleanly_, > > if something is rejected, *.orig created by default. > > Hmm, that sounds at least halfways useful, although i still don't get > it why Posix needed to standardize away from common practice. I think Posix insist here on pure functionality separation as Unix principle, i.e. making patch *is* main function of the "patch", but producing backup *is not*. GNU maintainers makes it halfway compatible, not producing backup only if patch applies absolutely clean... -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Mon Jan 5 06:48:51 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA08116 for current-outgoing; Mon, 5 Jan 1998 06:48:51 -0800 (PST) (envelope-from owner-freebsd-current) Received: from unix.tfs.net (as1-p111.tfs.net [139.146.210.111]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA08035 for ; Mon, 5 Jan 1998 06:47:51 -0800 (PST) (envelope-from jbryant@unix.tfs.net) Received: (from jbryant@localhost) by unix.tfs.net (8.8.8/8.8.5) id IAA11455; Mon, 5 Jan 1998 08:47:31 -0600 (CST) From: Jim Bryant Message-Id: <199801051447.IAA11455@unix.tfs.net> Subject: Re: Time to retire fetch? In-Reply-To: <4721.883994636@time.cdrom.com> from "Jordan K. Hubbard" at "Jan 5, 98 02:03:56 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 5 Jan 1998 08:47:30 -0600 (CST) Cc: freebsd-current@freebsd.org Reply-to: jbryant@unix.tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 3.0-CURRENT #0: Thu Jan 1 19:03:58 CST 1998 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > I just noticed that FTP in -current now supports http:// style > fetches, a feature which seems to have crept in under my nose during > the sync with NetBSD's ftp client. Given that, the questions now in > my mind are: > > 1. Do we want to retire fetch and just use ftp now as our > FETCH_CMD in -current? Would any fetch features be missed > that would also be overtly difficult to merge into the ftp > client? Strengthening one tool rather than putting two > into competition is obviously a worthy goal if it's possible > to do it. > > 2. Do we simply want to ignore this new feature of ftp, perhaps > under the premise that having an ftp client fetch http URLs > is rather counter-intuitive if one is a stickler for naming > conventions, and just go on like we are now? > > 3. Given that ftp probably doesn't deal well with the file:/ > URLs that can also be passed to fetch(1) from the ports > collection, does fetch(1) perhaps want to stick around but > simply become a smaller pre-parsing script which hands its > work off to other tools rather than doing it itself? > > I've no clear preference right now, I'm just musing out loud. > Comments? i find fetch to be more reliable than either ncftp or ftp when it comes to retreiving files from wcarchive in recent weeks. also fetch has the ability to resume a terminated transfer. to give one example, i transferred the last snapshot first with ncftp, then ftp, and then fetch from a hand-built script [pain in the butt]. the only thing that worked, even after approximately 37 script restarts, was the fetch script. my vote is to keep fetch. jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-current Mon Jan 5 06:55:43 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA08527 for current-outgoing; Mon, 5 Jan 1998 06:55:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA08511; Mon, 5 Jan 1998 06:55:35 -0800 (PST) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199801051455.GAA08511@hub.freebsd.org> Subject: Re: web archive To: francis@cody.usls.edu (Francis Vidal) Date: Mon, 5 Jan 1998 06:55:35 -0800 (PST) Cc: freebsd-current@freebsd.org In-Reply-To: from "Francis Vidal" at Jan 5, 98 02:22:59 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Francis Vidal wrote: > > is this mailing list archived? if so, does it have a web interface? yes it is archived. all the freebsd mailing lists are archived. ftp://ftp.freebsd.org/pub/FreeBSD/mailing-lists/archive/ there is a web interface to a mail list search engine. http://www.freebsd.org/search.html#mailinglists jmb From owner-freebsd-current Mon Jan 5 07:10:01 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA09720 for current-outgoing; Mon, 5 Jan 1998 07:10:01 -0800 (PST) (envelope-from owner-freebsd-current) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA09690 for ; Mon, 5 Jan 1998 07:09:54 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.5) id KAA23284; Mon, 5 Jan 1998 10:09:42 -0500 (EST) Date: Mon, 5 Jan 1998 10:09:42 -0500 (EST) From: Garrett Wollman Message-Id: <199801051509.KAA23284@khavrinen.lcs.mit.edu> To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Subject: Time to retire fetch? In-Reply-To: <4721.883994636@time.cdrom.com> References: <4721.883994636@time.cdrom.com> Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > I just noticed that FTP in -current now supports http:// style > fetches, a feature which seems to have crept in under my nose during > the sync with NetBSD's ftp client. And I made it know at the time my strong opposition to such changes. It's simply idiotic for an interactive for the FTP protocol to know the slightest thing about the HTTP protocol. (Another bogus change at the same time: the `ls' command was broken to generate the `NLST' command instead of `LIST'.) AFAIK, fetch is still the only client we have to do MD5 digests, HTTP authentication, HTTP/1.1, transaction TCP, and transparent redirects. The ports collection may not require these things, but the ports collection is not the whole universe. Granted, I have some auctorial interest in this particular implementation. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Mon Jan 5 09:02:00 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA18298 for current-outgoing; Mon, 5 Jan 1998 09:02:00 -0800 (PST) (envelope-from owner-freebsd-current) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA18145 for ; Mon, 5 Jan 1998 09:00:58 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id RAA00311; Mon, 5 Jan 1998 17:57:17 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Garrett Wollman cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: Time to retire fetch? In-reply-to: Your message of "Mon, 05 Jan 1998 10:09:42 EST." <199801051509.KAA23284@khavrinen.lcs.mit.edu> Date: Mon, 05 Jan 1998 17:57:17 +0100 Message-ID: <309.884019437@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199801051509.KAA23284@khavrinen.lcs.mit.edu>, Garrett Wollman write s: ><m> said: > >> I just noticed that FTP in -current now supports http:// style >> fetches, a feature which seems to have crept in under my nose during >> the sync with NetBSD's ftp client. For once I agree with Garrett (this has become a disturbing trend lately, I must be getting older or something... :-). Ftp is named after the protocol it implements, and it should that way... Fetch is more open for interpretation. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Mon Jan 5 12:32:23 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA08660 for current-outgoing; Mon, 5 Jan 1998 12:32:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from unix.tfs.net (as1-p59.tfs.net [139.146.210.59]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA08652 for ; Mon, 5 Jan 1998 12:32:11 -0800 (PST) (envelope-from jbryant@unix.tfs.net) Received: (from jbryant@localhost) by unix.tfs.net (8.8.8/8.8.5) id OAA11908 for freebsd-current@freebsd.org; Mon, 5 Jan 1998 14:32:07 -0600 (CST) From: Jim Bryant Message-Id: <199801052032.OAA11908@unix.tfs.net> Subject: msdogfs problems To: freebsd-current@freebsd.org Date: Mon, 5 Jan 1998 14:32:07 -0600 (CST) Reply-to: jbryant@unix.tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 3.0-CURRENT #0: Thu Jan 1 19:03:58 CST 1998 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i am running: FreeBSD argus 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Thu Jan 1 19:03:58 CST 1998 and now every time i attempt to access the fstab-mounted /ms-dog partitions, the system panics with a supervisor page not found. it also panics if you attempt to remount the /ms-dog partition after umounting it. i noticed someone else complaining about ms-dog problems out of recent current, but since my symtomology is different, thought it worth mention. has this problem been fixed yet, and if so, has it been committed to CVS, and if so, on which branch? jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-current Mon Jan 5 14:28:24 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA20724 for current-outgoing; Mon, 5 Jan 1998 14:28:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA20682 for ; Mon, 5 Jan 1998 14:27:46 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id XAA09540 for current@FreeBSD.ORG; Mon, 5 Jan 1998 23:19:02 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id XAA29659; Mon, 5 Jan 1998 23:03:28 +0100 (CET) (envelope-from andreas) Message-ID: <19980105230328.59635@klemm.gtn.com> Date: Mon, 5 Jan 1998 23:03:28 +0100 From: Andreas Klemm To: current@FreeBSD.ORG Subject: LINT is missing examples for sio1-3 ? GENERIC does so Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm missing these entries in LINT: device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr Am I allowed to make the change ? Andreas /// -- Andreas Klemm powered by ,,symmetric multiprocessor FreeBSD'' From owner-freebsd-current Mon Jan 5 14:32:47 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA21076 for current-outgoing; Mon, 5 Jan 1998 14:32:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA21042 for ; Mon, 5 Jan 1998 14:32:05 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id XAA22162 for freebsd-current@FreeBSD.ORG; Mon, 5 Jan 1998 23:31:41 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: (from roberto@localhost) by keltia.freenix.fr (8.8.8/keltia-2.13/nospam) id UAA00247; Mon, 5 Jan 1998 20:36:22 +0100 (CET) (envelope-from roberto) Message-ID: <19980105203621.45989@keltia.freenix.fr> Date: Mon, 5 Jan 1998 20:36:21 +0100 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: Time to retire fetch? References: <4721.883994636@time.cdrom.com> <199801051447.IAA11455@unix.tfs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199801051447.IAA11455@unix.tfs.net>; from Jim Bryant on Mon, Jan 05, 1998 at 08:47:30AM -0600 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3945 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Jim Bryant: > i find fetch to be more reliable than either ncftp or ftp when it > comes to retreiving files from wcarchive in recent weeks. also fetch > has the ability to resume a terminated transfer. to give one example, What you want is ncftp3, currently in beta stages. Already in /usr/ports/net/ncftp3 :-) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #26: Thu Jan 1 20:29:10 CET 1998 From owner-freebsd-current Mon Jan 5 15:51:01 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA27075 for current-outgoing; Mon, 5 Jan 1998 15:51:01 -0800 (PST) (envelope-from owner-freebsd-current) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA27070 for ; Mon, 5 Jan 1998 15:50:55 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xpMIC-0002UR-00; Mon, 5 Jan 1998 15:50:48 -0800 Date: Mon, 5 Jan 1998 15:50:46 -0800 (PST) From: Tom To: freebsd-current@freebsd.org Subject: newsyslog.conf & /etc/periodic/monthly/200.accounting bug Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The stock newsyslog.conf rotates /var/log/wtmp every 7 days. The stock /etc/periodic/monthly/200.accounting produces an accounting report every month. Result? The accounting report only covers the last week of each month. Tom From owner-freebsd-current Mon Jan 5 16:27:55 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA01915 for current-outgoing; Mon, 5 Jan 1998 16:27:55 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA01892 for ; Mon, 5 Jan 1998 16:27:38 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id QAA28832; Mon, 5 Jan 1998 16:27:15 -0800 (PST) To: Poul-Henning Kamp cc: Garrett Wollman , current@FreeBSD.ORG Subject: Re: Time to retire fetch? In-reply-to: Your message of "Mon, 05 Jan 1998 17:57:17 +0100." <309.884019437@critter.freebsd.dk> Date: Mon, 05 Jan 1998 16:27:15 -0800 Message-ID: <28829.884046435@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Fair enough - I think the sentiments are clear. Fetch stays! Jordan > In message <199801051509.KAA23284@khavrinen.lcs.mit.edu>, Garrett Wollman wri te > s: > >< >m> said: > > > >> I just noticed that FTP in -current now supports http:// style > >> fetches, a feature which seems to have crept in under my nose during > >> the sync with NetBSD's ftp client. > > For once I agree with Garrett (this has become a disturbing trend > lately, I must be getting older or something... :-). > > Ftp is named after the protocol it implements, and it should that way... > > Fetch is more open for interpretation. > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Mon Jan 5 16:45:13 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA04224 for current-outgoing; Mon, 5 Jan 1998 16:45:13 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA04134 for ; Mon, 5 Jan 1998 16:44:36 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id LAA00365; Tue, 6 Jan 1998 11:08:06 +1030 (CST) Message-Id: <199801060038.LAA00365@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: Time to retire fetch? In-reply-to: Your message of "Mon, 05 Jan 1998 02:03:56 -0800." <4721.883994636@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Jan 1998 11:08:06 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I just noticed that FTP in -current now supports http:// style > fetches, a feature which seems to have crept in under my nose during > the sync with NetBSD's ftp client. Given that, the questions now in > my mind are: > > 1. Do we want to retire fetch and just use ftp now as our > FETCH_CMD in -current? Would any fetch features be missed > that would also be overtly difficult to merge into the ftp > client? Strengthening one tool rather than putting two > into competition is obviously a worthy goal if it's possible > to do it. We had this "discussion" when the new FTP arrived. Garrett was a little defensive about his baby, and pointed out that fetch does some things better than ftp does. In particular, fetch is the one sample T/TCP application we have; a search of the archives would probably turn up the body of the discussion. I certainly felt that it would make more sense to integrate the two, but that abandoning fetch outright might be a little precipitate. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ From owner-freebsd-current Mon Jan 5 17:00:59 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA05321 for current-outgoing; Mon, 5 Jan 1998 17:00:59 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA04923 for ; Mon, 5 Jan 1998 16:55:40 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id TAA00500; Mon, 5 Jan 1998 19:55:35 -0500 (EST) (envelope-from toor) Message-Id: <199801060055.TAA00500@dyson.iquest.net> Subject: Re: msdogfs problems In-Reply-To: <199801052032.OAA11908@unix.tfs.net> from Jim Bryant at "Jan 5, 98 02:32:07 pm" To: jbryant@unix.tfs.net Date: Mon, 5 Jan 1998 19:55:35 -0500 (EST) Cc: freebsd-current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jim Bryant said: > > i noticed someone else complaining about ms-dog problems out of recent > current, but since my symtomology is different, thought it worth > mention. > > has this problem been fixed yet, and if so, has it been committed to > CVS, and if so, on which branch? > The problems persist, and I have stated that I would annouce the fixes being committed to -current. Note that the -current mirrors have a delay, so you might have to wait until the mirror catches up, after my commits. I have the code structurally working now, and am cleaning it up, and getting rid of alot of old/unneeded cruft. (The code is actually simplified in a couple of areas.) I suspect that I'll be able to commit the fixes tonight, but I cannot promise (yet.) -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Mon Jan 5 17:26:49 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA07582 for current-outgoing; Mon, 5 Jan 1998 17:26:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA07529 for ; Mon, 5 Jan 1998 17:26:09 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id MAA16752; Tue, 6 Jan 1998 12:15:21 +1100 Date: Tue, 6 Jan 1998 12:15:21 +1100 From: Bruce Evans Message-Id: <199801060115.MAA16752@godzilla.zeta.org.au> To: andreas@klemm.gtn.com, current@FreeBSD.ORG Subject: Re: LINT is missing examples for sio1-3 ? GENERIC does so Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I'm missing these entries in LINT: > >device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr >device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr >device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr > >Am I allowed to make the change ? No. LINT is suppose to have the minimal number of entries to give an instance of each type. Only a few bogus entries breake this rule (grep for [a-z]1). Bruce From owner-freebsd-current Mon Jan 5 21:25:10 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA02312 for current-outgoing; Mon, 5 Jan 1998 21:25:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA02304 for ; Mon, 5 Jan 1998 21:25:03 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id VAA08302; Mon, 5 Jan 1998 21:24:38 -0800 (PST) To: Bruce Evans cc: andreas@klemm.gtn.com, current@FreeBSD.ORG Subject: Re: LINT is missing examples for sio1-3 ? GENERIC does so In-reply-to: Your message of "Tue, 06 Jan 1998 12:15:21 +1100." <199801060115.MAA16752@godzilla.zeta.org.au> Date: Mon, 05 Jan 1998 21:24:38 -0800 Message-ID: <8298.884064278@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > No. LINT is suppose to have the minimal number of entries to give an > instance of each type. Only a few bogus entries breake this rule (grep > for [a-z]1). But what about showing also different instance/flag combinations? I don't see how it hurts to do that as separate entries if the alternative is to muddy a single entry to the point of confusion. Jordan From owner-freebsd-current Mon Jan 5 21:47:39 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA03715 for current-outgoing; Mon, 5 Jan 1998 21:47:39 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA03419 for ; Mon, 5 Jan 1998 21:42:19 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id AAA00725 for current@freebsd.org; Tue, 6 Jan 1998 00:41:30 -0500 (EST) (envelope-from toor) Message-Id: <199801060541.AAA00725@dyson.iquest.net> Subject: New kernel code committed To: current@freebsd.org Date: Tue, 6 Jan 1998 00:41:29 -0500 (EST) From: "John S. Dyson" Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Numerous fixes and VM/VFS code architecture improvements have been committed. Note that there are delays in the various CVS mirrors updating, and I don't keep track of them, so make sure you have the latest updates of the CVS tree. Most, if not all of the bugs that have been reported since the Dec19/Dec20 commits should have been fixed. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Mon Jan 5 22:08:05 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA05350 for current-outgoing; Mon, 5 Jan 1998 22:08:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA05311 for ; Mon, 5 Jan 1998 22:07:49 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id RAA30386; Tue, 6 Jan 1998 17:03:48 +1100 Date: Tue, 6 Jan 1998 17:03:48 +1100 From: Bruce Evans Message-Id: <199801060603.RAA30386@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: LINT is missing examples for sio1-3 ? GENERIC does so Cc: andreas@klemm.gtn.com, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> No. LINT is suppose to have the minimal number of entries to give an >> instance of each type. Only a few bogus entries breake this rule (grep >> for [a-z]1). > >But what about showing also different instance/flag combinations? I >don't see how it hurts to do that as separate entries if the >alternative is to muddy a single entry to the point of confusion. OK, but the proposed change just copied lines from GENERIC to give uninteresting differences in the port, irq and disable flag. Bruce From owner-freebsd-current Mon Jan 5 22:17:01 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA05779 for current-outgoing; Mon, 5 Jan 1998 22:17:01 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA05765 for ; Mon, 5 Jan 1998 22:16:31 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id WAA08534; Mon, 5 Jan 1998 22:16:05 -0800 (PST) To: Bruce Evans cc: andreas@klemm.gtn.com, current@FreeBSD.ORG Subject: Re: LINT is missing examples for sio1-3 ? GENERIC does so In-reply-to: Your message of "Tue, 06 Jan 1998 17:03:48 +1100." <199801060603.RAA30386@godzilla.zeta.org.au> Date: Mon, 05 Jan 1998 22:16:05 -0800 Message-ID: <8530.884067365@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > OK, but the proposed change just copied lines from GENERIC to give > uninteresting differences in the port, irq and disable flag. OK Andreas, make them more interesting! :-) Jordan From owner-freebsd-current Tue Jan 6 00:03:25 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA14459 for current-outgoing; Tue, 6 Jan 1998 00:03:25 -0800 (PST) (envelope-from owner-freebsd-current) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA14050 for ; Mon, 5 Jan 1998 23:58:08 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id IAA10386; Tue, 6 Jan 1998 08:45:12 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id IAA16368; Tue, 6 Jan 1998 08:27:55 +0100 (CET) (envelope-from andreas) Message-ID: <19980106082755.49944@klemm.gtn.com> Date: Tue, 6 Jan 1998 08:27:55 +0100 From: Andreas Klemm To: "Jordan K. Hubbard" Cc: Bruce Evans , current@FreeBSD.ORG Subject: Re: LINT is missing examples for sio1-3 ? GENERIC does so References: <199801060603.RAA30386@godzilla.zeta.org.au> <8530.884067365@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <8530.884067365@time.cdrom.com>; from Jordan K. Hubbard on Mon, Jan 05, 1998 at 10:16:05PM -0800 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Jan 05, 1998 at 10:16:05PM -0800, Jordan K. Hubbard wrote: > > OK, but the proposed change just copied lines from GENERIC to give > > uninteresting differences in the port, irq and disable flag. > > OK Andreas, make them more interesting! :-) Should I add a hat option ? Is that interesting enough ? ;-) I would suggest to comment that entries out just to let it be an example. Ok ? Andreas /// -- Andreas Klemm powered by ,,symmetric multiprocessor FreeBSD'' From owner-freebsd-current Tue Jan 6 00:13:39 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA15205 for current-outgoing; Tue, 6 Jan 1998 00:13:39 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA15184; Tue, 6 Jan 1998 00:13:31 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id BAA17136; Tue, 6 Jan 1998 01:13:27 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id BAA24830; Tue, 6 Jan 1998 01:13:26 -0700 Date: Tue, 6 Jan 1998 01:13:26 -0700 Message-Id: <199801060813.BAA24830@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: dyson@freebsd.org Cc: current@freebsd.org Subject: Re: New kernel code committed In-Reply-To: <199801060541.AAA00725@dyson.iquest.net> References: <199801060541.AAA00725@dyson.iquest.net> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Numerous fixes and VM/VFS code architecture improvements have been > committed. Note that there are delays in the various CVS mirrors > updating, and I don't keep track of them, so make sure you have the > latest updates of the CVS tree. Thanks for working so hard on this, even at the expense of not seeing a nice looking woman. :) Nate From owner-freebsd-current Tue Jan 6 00:50:49 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA17571 for current-outgoing; Tue, 6 Jan 1998 00:50:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA17543 for ; Tue, 6 Jan 1998 00:50:28 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id TAA05876; Tue, 6 Jan 1998 19:47:35 +1100 Date: Tue, 6 Jan 1998 19:47:35 +1100 From: Bruce Evans Message-Id: <199801060847.TAA05876@godzilla.zeta.org.au> To: andreas@klemm.gtn.com, jkh@time.cdrom.com Subject: Re: LINT is missing examples for sio1-3 ? GENERIC does so Cc: bde@zeta.org.au, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> > OK, but the proposed change just copied lines from GENERIC to give >> > uninteresting differences in the port, irq and disable flag. >> >> OK Andreas, make them more interesting! :-) > >Should I add a hat option ? Is that interesting enough ? ;-) > >I would suggest to comment that entries out just to let it be >an example. Ok ? No. LINT already has too much documentation that belongs in man pages. The sio man page actually already has examples for the 4 standard ports. Bruce From owner-freebsd-current Tue Jan 6 00:51:07 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA17598 for current-outgoing; Tue, 6 Jan 1998 00:51:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dog.farm.org (gw-hssi-2.farm.org [209.66.103.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA17570 for ; Tue, 6 Jan 1998 00:50:48 -0800 (PST) (envelope-from dog.farm.org!dk) Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id AAA04597; Tue, 6 Jan 1998 00:52:04 -0800 (PST) Date: Tue, 6 Jan 1998 00:52:04 -0800 (PST) From: Dmitry Kohmanyuk Message-Id: <199801060852.AAA04597@dog.farm.org> To: asami@cs.berkeley.edu (Satoshi Asami) Cc: freebsd-current@freebsd.org, dk@farm.org Subject: Re: RAM parity error Newsgroups: cs-monolit.gated.lists.freebsd.current Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199712310100.RAA03280@vader.cs.berkeley.edu> you wrote: > I have been seeing a "RAM parity error" in one of our machines lately. > I have swapped machines and it still happens on the machine in the > same position. The only things that are common in the old and new > machines are the external SCSI disk array. It has happened on 3 PCs. > Is it possible that data on a non-system filesystem would cause such > an error? I always thought the parity error panic is caused by the > chipset asserting a signal line dedicated for the NMI.... > Here's one of the dumps: [...] > #14 0xf0151f62 in spec_strategy () > #15 0xf0151689 in spec_vnoperate () > #16 0xf01aee01 in ufs_vnoperatespec () > #17 0xf0114606 in ccdstart () > #18 0xf0114560 in ccdstrategy () > #19 0xf0151f62 in spec_strategy () [...] note the ccd drives... I have double P6 machine running 2.2.5 which was installed a year ago and did not had a single failure since. It is running as a news server. Just recently, I have configured ccd on it with 2 arrays, each with 2 drives (on its own controller). I have 2 2940s (one ultra, one not), 128M parity RAM, hawk and barracuda drives (all 4G). 10 days after that, I have got the same error. > P6-200 > Intel Venus (VS440FX) motherboard > 96MB RAM (32MB fake, 64MB real) > 2 x Adaptec 3940UW > 14 x IBM Scorpion 9GB drives > Intel EEPro100/B running at 100Mbps > 3Com 595TX running it 10Mbps > 3.0-current of 12/11 + CAM > The disks are connected 7 each on channel A of both controllers, then > combined into a 14-disk ccd array. The 3Com card is the interface to > the world; the Intel card is connected via a crossover cable to a > Windows NT machine. The panic always happens when I download a large > directory through the crossover cable. as you see, i have different OS version, disks, and same kind of error... looks like something to do with pci scsi controller/bus? dmesg info: CPU: Pentium Pro (199.43-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x617 Stepping=7 Features=0xfbff,MTRR,PGE,MCA,CMO V> real memory = 134217728 (131072K bytes) avail memory = 127344640 (124360K bytes) DEVFS: ready for devices Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 de0 rev 18 int a irq 5 on pci0:10 de0: DEC DE500-XA 21140 [10-100Mb/s] pass 1.2 de0: address 00:00:f8:30:99:73 ahc0 rev 0 int a irq 9 on pci0:11 ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "SEAGATE ST34371N 0338" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4148MB (8496960 512 byte sectors) sd0(ahc0:0:0): with 5168 cyls, 10 heads, and an average 164 sectors/track (ahc0:1:0): "SEAGATE ST15230N 0638" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 4095MB (8386733 512 byte sectors) sd1(ahc0:1:0): with 3992 cyls, 19 heads, and an average 110 sectors/track (ahc0:3:0): "SEAGATE ST15230N 0498" type 0 fixed SCSI 2 sd2(ahc0:3:0): Direct-Access 4095MB (8386733 512 byte sectors) sd2(ahc0:3:0): with 3992 cyls, 19 heads, and an average 110 sectors/track vga0 rev 84 int a irq 10 on pci0:12 ahc1 rev 0 int a irq 11 on pci0:13 ahc1: aic7880 Single Channel, SCSI Id=7, 16 SCBs ahc1 waiting for scsi devices to settle (ahc1:1:0): "SEAGATE ST34371N 0280" type 0 fixed SCSI 2 sd3(ahc1:1:0): Direct-Access 4148MB (8496960 512 byte sectors) sd3(ahc1:1:0): with 5168 cyls, 10 heads, and an average 164 sectors/track (ahc1:2:0): "SEAGATE ST34371N 0280" type 0 fixed SCSI 2 sd4(ahc1:2:0): Direct-Access 4148MB (8496960 512 byte sectors) sd4(ahc1:2:0): with 5168 cyls, 10 heads, and an average 164 sectors/track (ahc1:5:0): "TEAC CD-ROM CD-56S 1.0A" type 5 removable SCSI 2 cd0(ahc1:5:0): CD-ROM can't get the size Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in bt0 not found at 0x330 npx0 on motherboard npx0: INT 16 interface DEVFS: ready to run ccd0-3: Concatenated disk drivers IP packet filtering initialized, divert enabled, logging disabled From owner-freebsd-current Tue Jan 6 00:52:21 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA17773 for current-outgoing; Tue, 6 Jan 1998 00:52:21 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA17676 for ; Tue, 6 Jan 1998 00:51:48 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id JAA08048 for freebsd-current@freebsd.org; Tue, 6 Jan 1998 09:51:39 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id JAA28484; Tue, 6 Jan 1998 09:47:48 +0100 (MET) Date: Tue, 6 Jan 1998 09:47:48 +0100 (MET) Message-Id: <199801060847.JAA28484@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E References: <83256583.0049F215.00@papagaio.voga.com.br> In-Reply-To: <83256583.0049F215.00@papagaio.voga.com.br> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: ISDN X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk daniel_sobral@voga.com.br wrote: > Ok, I asked this on questions, even knowing it would hardly get answered > there. If my memory isn't playing bad jokes upon me, I recall some people > discussing here a new support to ISDN on FreeBSD. Does it work? What cards > it supports? What chip sets? Generally Siemens `dumb' chipsets. They were very common in Germany already, but it seems the Ascend Netwarp also uses them (plus the chip for the NT, it seems -- not common here in Europe, since the NTs here are provided by the Telcos). Currently, only the protocols 1TR6 (old German national) and E-DSS1 (European standard) are supported, work for support of US protocols is underways as i understand it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Jan 6 01:20:09 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA19877 for current-outgoing; Tue, 6 Jan 1998 01:20:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA19770; Tue, 6 Jan 1998 01:19:57 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id BAA15201; Tue, 6 Jan 1998 01:19:44 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199801060919.BAA15201@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Nate Williams cc: dyson@freebsd.org, current@freebsd.org Subject: Re: New kernel code committed In-reply-to: Your message of "Tue, 06 Jan 1998 01:13:26 MST." <199801060813.BAA24830@mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Jan 1998 01:19:43 -0800 From: Amancio Hasty Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Numerous fixes and VM/VFS code architecture improvements have been > > committed. Note that there are delays in the various CVS mirrors > > updating, and I don't keep track of them, so make sure you have the > > latest updates of the CVS tree. > > Thanks for working so hard on this, even at the expense of not seeing a > nice looking woman. :) > Oh, I don't know about that remember the few weeks which Dyson had the "flu" and that he had to stay home 8) Cheers, Amancio From owner-freebsd-current Tue Jan 6 01:53:02 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA23862 for current-outgoing; Tue, 6 Jan 1998 01:53:02 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA23857; Tue, 6 Jan 1998 01:52:55 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id EAA00310; Tue, 6 Jan 1998 04:52:45 -0500 (EST) (envelope-from toor) Message-Id: <199801060952.EAA00310@dyson.iquest.net> Subject: Re: New kernel code committed In-Reply-To: <199801060919.BAA15201@rah.star-gate.com> from Amancio Hasty at "Jan 6, 98 01:19:43 am" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 6 Jan 1998 04:52:45 -0500 (EST) Cc: nate@mt.sri.com, dyson@freebsd.org, current@freebsd.org From: "John S. Dyson" Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty said: > > > Numerous fixes and VM/VFS code architecture improvements have been > > > committed. Note that there are delays in the various CVS mirrors > > > updating, and I don't keep track of them, so make sure you have the > > > latest updates of the CVS tree. > > > > Thanks for working so hard on this, even at the expense of not seeing a > > nice looking woman. :) > > > > Oh, I don't know about that remember the few weeks which Dyson had > the "flu" and that he had to stay home 8) > I did. Then I got better, and had to choose between working on FreeBSD, or my galfriend. Luckily, I think that I can still resurrect a date. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Tue Jan 6 05:30:42 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA10301 for current-outgoing; Tue, 6 Jan 1998 05:30:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (ppp10.portal.net.au [202.12.71.110]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA10254 for ; Tue, 6 Jan 1998 05:30:08 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id XAA00489; Tue, 6 Jan 1998 23:52:44 +1030 (CST) Message-Id: <199801061322.XAA00489@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Garrett Wollman cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: Time to retire fetch? In-reply-to: Your message of "Mon, 05 Jan 1998 10:09:42 CDT." <199801051509.KAA23284@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Jan 1998 23:52:41 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I just noticed that FTP in -current now supports http:// style > > fetches, a feature which seems to have crept in under my nose during > > the sync with NetBSD's ftp client. > > And I made it know at the time my strong opposition to such changes. > It's simply idiotic for an interactive for the FTP protocol to know > the slightest thing about the HTTP protocol. I think "idiotic" is a little on the strong side here. From the practical point of view, you could argue that it's pretty idiotic that there are so many different programs (ftp, fetch, rcp, uucp, etc.) for moving a file from one system to another. > (Another bogus change at > the same time: the `ls' command was broken to generate the `NLST' > command instead of `LIST'.) In practice, how bogus is this? If you want the 'nlst' behaviour, there is the 'nlist' command. (If it *is* bogus, feel free to change it back, or ask me to...) > AFAIK, fetch is still the only client we have to do MD5 digests, HTTP > authentication, HTTP/1.1, transaction TCP, and transparent redirects. These are all good features to have. If having them in the 'fetch' program is the only way to have them, then we should keep it. 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ From owner-freebsd-current Tue Jan 6 05:35:55 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA10849 for current-outgoing; Tue, 6 Jan 1998 05:35:55 -0800 (PST) (envelope-from owner-freebsd-current) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA10838; Tue, 6 Jan 1998 05:35:46 -0800 (PST) (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id HAA25499; Tue, 6 Jan 1998 07:35:45 -0600 (CST) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id HAA24147; Tue, 6 Jan 1998 07:35:45 -0600 (CST) Message-ID: <19980106073545.56514@mcs.net> Date: Tue, 6 Jan 1998 07:35:45 -0600 From: Karl Denninger To: dyson@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: New kernel code committed References: <199801060541.AAA00725@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <199801060541.AAA00725@dyson.iquest.net>; from John S. Dyson on Tue, Jan 06, 1998 at 12:41:29AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Jan 06, 1998 at 12:41:29AM -0500, John S. Dyson wrote: > Numerous fixes and VM/VFS code architecture improvements have been > committed. Note that there are delays in the various CVS mirrors > updating, and I don't keep track of them, so make sure you have the > latest updates of the CVS tree. > > Most, if not all of the bugs that have been reported since the Dec19/Dec20 > commits should have been fixed. > > -- > John | Never try to teach a pig to sing, > dyson@freebsd.org | it just makes you look stupid, > jdyson@nc.com | and it irritates the pig. Do you know if this breaks my "back-out" nfs_bio.c use of v1.41, or if the problems in NFS themselves would be fixed or helped by this? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/ | T1's from $600 monthly to FULL DS-3 Service | NEW! K56Flex support on ALL modems Voice: [+1 312 803-MCS1 x219]| EXCLUSIVE NEW FEATURE ON ALL PERSONAL ACCOUNTS Fax: [+1 312 803-4929] | *SPAMBLOCK* Technology now included at no cost From owner-freebsd-current Tue Jan 6 07:17:04 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA20891 for current-outgoing; Tue, 6 Jan 1998 07:17:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA20842 for ; Tue, 6 Jan 1998 07:16:38 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.5) id KAA27542; Tue, 6 Jan 1998 10:16:24 -0500 (EST) Date: Tue, 6 Jan 1998 10:16:24 -0500 (EST) From: Garrett Wollman Message-Id: <199801061516.KAA27542@khavrinen.lcs.mit.edu> To: Mike Smith Cc: current@FreeBSD.ORG Subject: ftp(1) (was: Re: Time to retire fetch? ) In-Reply-To: <199801061322.XAA00489@word.smith.net.au> References: <199801051509.KAA23284@khavrinen.lcs.mit.edu> <199801061322.XAA00489@word.smith.net.au> Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > In practice, how bogus is this? If you want the 'nlst' behaviour, > there is the 'nlist' command. (If it *is* bogus, feel free to change > it back, or ask me to...) No, I don't want `NLST', I want `LIST'. The 4.4 FTP client always used `LIST' whether you asked for a `ls' or a `dir'. This is the correct behavior, since `NLST' rarely includes all the information you want. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Tue Jan 6 10:00:06 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA05966 for current-outgoing; Tue, 6 Jan 1998 10:00:06 -0800 (PST) (envelope-from owner-freebsd-current) Received: from news.quick.net (donegan@news.quick.net [207.212.170.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA05846 for ; Tue, 6 Jan 1998 09:59:40 -0800 (PST) (envelope-from donegan@news.quick.net) Received: (from donegan@localhost) by news.quick.net (8.8.5/8.6.9) id JAA27139; Tue, 6 Jan 1998 09:59:30 -0800 (PST) Date: Tue, 6 Jan 1998 09:59:20 -0800 (PST) From: "Steven P. Donegan" To: current@freebsd.org Subject: SCSI Performance Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well Santa was nice to me so I'm now in the market for a nice fast SCSI solution. What is the fastest SCSI controller for the PCI bus (Tyan Tomcat IIID with 2(ea) 200Mhz Pentiums)? Since I have no SCSI devices yet any fast/wide/etc solution would be fine. Also any suggestions on fast drives matching your favorite fast controller would be appreciated. If there is a web site somewhere with benchmark data a pointer would be appreciated. This is all for use with 3.0 current. TIA From owner-freebsd-current Tue Jan 6 10:34:45 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA08710 for current-outgoing; Tue, 6 Jan 1998 10:34:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from antares.netpar.com.br (antares.netpar.com.br [200.255.244.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA08700 for ; Tue, 6 Jan 1998 10:34:26 -0800 (PST) (envelope-from paulo@fiscodata-pr.netpar.com.br) Received: from demonio.inferno (200.255.244.64) by antares.netpar.com.br (Rockliffe SMTPRA 1.2.2) with SMTP id ; Tue, 06 Jan 1998 16:24:04 -0200 Date: Tue, 6 Jan 1998 16:23:04 +0000 (GMT) From: Paulo Cesar Pereira de Andrade X-Sender: paulo@demonio.inferno Reply-To: Paulo Cesar Pereira de Andrade To: freebsd-current@freebsd.org Subject: System won't boot after make world Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, After a make world, the system won't boot. Reading the handbook, I built a new kernel with 'options DDB' and build it with 'config -g'. Here is the message it writes: ---- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf2c54000 fault code = supervisor write, page not present instruction pointer = 0x8:0xf01da928 stack pointer = 0x10:0xf01e5f1c frame pointer = 0x10:0xf246b88c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net tty bio cam kernel: type 12 trap, code=0 Stopped at _wdintr+0x3b4: repe insw %dx,%es:(%edi) db> trace _wdintr(f246af18,f048bc30,f246b0d0,f01f6050,0) at _wdintr+0x3b4 _bufhashtbl() at _bufhashtbl+0x5e4 ---- I have the kernel dump in /var/crash. The sources are 04, january, from cvsup.br.freebsd.org. The machine is an AMD 5x86. If more info is required, please ask me. Thanks From owner-freebsd-current Tue Jan 6 10:43:50 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA09766 for current-outgoing; Tue, 6 Jan 1998 10:43:50 -0800 (PST) (envelope-from owner-freebsd-current) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA09757 for ; Tue, 6 Jan 1998 10:43:31 -0800 (PST) (envelope-from mark@greenpeace.grondar.za) Received: from greenpeace.grondar.za (q90KEHUg3TeNrqNnvdkGJs0/Ibrj3U5C@greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.7/8.8.8) with ESMTP id UAA02288; Tue, 6 Jan 1998 20:43:02 +0200 (SAT) (envelope-from mark@greenpeace.grondar.za) Received: from greenpeace.grondar.za (3VGGbjSQuZHuXNOuWuDKmYj7oboHCTHW@localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.8/8.8.8) with ESMTP id UAA24170; Tue, 6 Jan 1998 20:42:55 +0200 (SAST) (envelope-from mark@greenpeace.grondar.za) Message-Id: <199801061842.UAA24170@greenpeace.grondar.za> X-Mailer: exmh version 2.0.1 12/23/97 To: "Steven P. Donegan" cc: current@freebsd.org Subject: Re: SCSI Performance Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Jan 1998 20:42:54 +0200 From: Mark Murray Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi You can't lose with an Adaptec 2940uw. Very good card, well supported by everyone in sight, and they make their programming info known, so the guys writing the code will not suffer either. I do not work for Adaptec, just a happy customer. (My motherboard is a Dual P5/200 with an AHC2940UW equivalent chip on board). M "Steven P. Donegan" wrote: > Well Santa was nice to me so I'm now in the market for a nice fast SCSI > solution. What is the fastest SCSI controller for the PCI bus (Tyan > Tomcat IIID with 2(ea) 200Mhz Pentiums)? Since I have no SCSI devices yet > any fast/wide/etc solution would be fine. Also any suggestions on fast > drives matching your favorite fast controller would be appreciated. If > there is a web site somewhere with benchmark data a pointer would be > appreciated. This is all for use with 3.0 current. > > TIA -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-current Tue Jan 6 11:06:55 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA11360 for current-outgoing; Tue, 6 Jan 1998 11:06:55 -0800 (PST) (envelope-from owner-freebsd-current) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA11348 for ; Tue, 6 Jan 1998 11:06:44 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.5/8.8.5) id NAA08197 for current@freebsd.org; Tue, 6 Jan 1998 13:06:44 -0600 (CST) From: Kevin Day Message-Id: <199801061906.NAA08197@home.dragondata.com> Subject: New NFS saga To: current@freebsd.org Date: Tue, 6 Jan 1998 13:06:43 -0600 (CST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Got two machines... home is running 2.2.1, shell running -current as of last night. Jan 6 11:00:47 shell syslogd: sendto: No buffer space available Jan 6 11:00:47 shell ypbind[94]: NIS server [204.137.237.2] for domain "dragondata.com" not responding Jan 6 11:01:18 shell last message repeated 3224 times Jan 6 11:03:19 shell last message repeated 12910 times Jan 6 11:05:01 home nfs send error 64 for server shell:/ Jan 6 11:06:01 shell last message repeated 17040 times Jan 6 11:06:01 shell ntpdate[21285]: can't find host chime.mcs.net Jan 6 11:06:01 shell ntpdate[21285]: no servers can be used, exiting Jan 6 11:06:01 shell ypbind[94]: NIS server [204.137.237.2] for domain "dragondata.com" not responding Jan 6 11:06:32 shell last message repeated 31227 times Jan 6 11:07:01 shell last message repeated 30131 times Then shell died with: "panic: bwrite not busy????" I immediately rebooted shell, it stayed up for about 5 mins then: "panic: nfsbioread" Does this help anyone? Kevin From owner-freebsd-current Tue Jan 6 12:20:25 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17433 for current-outgoing; Tue, 6 Jan 1998 12:20:25 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA17426 for ; Tue, 6 Jan 1998 12:20:17 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id PAA01456; Tue, 6 Jan 1998 15:19:56 -0500 (EST) (envelope-from toor) Message-Id: <199801062019.PAA01456@dyson.iquest.net> Subject: Re: System won't boot after make world In-Reply-To: from Paulo Cesar Pereira de Andrade at "Jan 6, 98 04:23:04 pm" To: paulo@fiscodata-pr.netpar.com.br Date: Tue, 6 Jan 1998 15:19:56 -0500 (EST) Cc: freebsd-current@freebsd.org From: "John S. Dyson" Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Paulo Cesar Pereira de Andrade said: > > I have the kernel dump in /var/crash. > > The sources are 04, january, from cvsup.br.freebsd.org. The machine > is an AMD 5x86. > > If more info is required, please ask me. > Note that the code has been broken since 19Dec-20Dec due to some bugs that I created. Please resup and try again, I have committed fixes. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Tue Jan 6 12:23:30 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17720 for current-outgoing; Tue, 6 Jan 1998 12:23:30 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA17688; Tue, 6 Jan 1998 12:23:13 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id PAA01477; Tue, 6 Jan 1998 15:23:08 -0500 (EST) (envelope-from toor) Message-Id: <199801062023.PAA01477@dyson.iquest.net> Subject: Re: New kernel code committed In-Reply-To: <19980106073545.56514@mcs.net> from Karl Denninger at "Jan 6, 98 07:35:45 am" To: karl@mcs.net (Karl Denninger) Date: Tue, 6 Jan 1998 15:23:08 -0500 (EST) Cc: dyson@FreeBSD.ORG, current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Karl Denninger said: > > Do you know if this breaks my "back-out" nfs_bio.c use of v1.41, or if the > problems in NFS themselves would be fixed or helped by this? > It should be okay, at least as good as it used to be. It is going to be much easier to fix various problems with filesystems now. We are now almost 100% compatible with the original 4.4Lite(and Lite/2) code, if the vm system hacks for the MACH VM code are removed. We are much closer to a coherent design than either the original code, or our code in 2.2.X. Hindsight is 20/20, and I am disappointed that I didn't do it this new way to begin with. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Tue Jan 6 12:26:00 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17916 for current-outgoing; Tue, 6 Jan 1998 12:26:00 -0800 (PST) (envelope-from owner-freebsd-current) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA17472 for ; Tue, 6 Jan 1998 12:20:43 -0800 (PST) (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id OAA18517; Tue, 6 Jan 1998 14:20:41 -0600 (CST) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id OAA11176; Tue, 6 Jan 1998 14:20:41 -0600 (CST) Message-ID: <19980106142041.59269@mcs.net> Date: Tue, 6 Jan 1998 14:20:41 -0600 From: Karl Denninger To: Kevin Day Cc: current@freebsd.org Subject: Re: New NFS saga References: <199801061906.NAA08197@home.dragondata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <199801061906.NAA08197@home.dragondata.com>; from Kevin Day on Tue, Jan 06, 1998 at 01:06:43PM -0600 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, Jan 06, 1998 at 01:06:43PM -0600, Kevin Day wrote: > > Got two machines... home is running 2.2.1, shell running -current as of last > night. > > Jan 6 11:00:47 shell syslogd: sendto: No buffer space available > Jan 6 11:00:47 shell ypbind[94]: NIS server [204.137.237.2] for domain "dragondata.com" not responding > Jan 6 11:01:18 shell last message repeated 3224 times > Jan 6 11:03:19 shell last message repeated 12910 times > Jan 6 11:05:01 home nfs send error 64 for server shell:/ > Jan 6 11:06:01 shell last message repeated 17040 times > Jan 6 11:06:01 shell ntpdate[21285]: can't find host chime.mcs.net > Jan 6 11:06:01 shell ntpdate[21285]: no servers can be used, exiting > Jan 6 11:06:01 shell ypbind[94]: NIS server [204.137.237.2] for domain "dragondata.com" not responding > Jan 6 11:06:32 shell last message repeated 31227 times > Jan 6 11:07:01 shell last message repeated 30131 times > > Then shell died with: > "panic: bwrite not busy????" > > I immediately rebooted shell, it stayed up for about 5 mins then: > > "panic: nfsbioread" > > Does this help anyone? > > Kevin Did you, after updating the sources from last night, back down nfs_bio.c to v1.41 again? If not, try that. Note that I have NOT played with the kernel since John started his green commits, so I don't know if this is a good idea or suicidal :-) -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/ | T1's from $600 monthly to FULL DS-3 Service | NEW! K56Flex support on ALL modems Voice: [+1 312 803-MCS1 x219]| EXCLUSIVE NEW FEATURE ON ALL PERSONAL ACCOUNTS Fax: [+1 312 803-4929] | *SPAMBLOCK* Technology now included at no cost From owner-freebsd-current Tue Jan 6 12:31:56 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA18371 for current-outgoing; Tue, 6 Jan 1998 12:31:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA18320 for ; Tue, 6 Jan 1998 12:31:28 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id VAA27592 for freebsd-current@freebsd.org; Tue, 6 Jan 1998 21:31:11 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id VAA00619; Tue, 6 Jan 1998 21:27:39 +0100 (CET) Message-ID: <19980106212739.HR12419@@> Date: Tue, 6 Jan 1998 21:27:39 +0100 From: pb@fasterix.freenix.org (Pierre Beyssac) To: freebsd-current@freebsd.org Subject: funny ETXTBSY problem X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just noticed the following problem: you can't copy over an executable after it has been run once since boot time. This is fairly easy to reproduce: $ cp /bin/sh /tmp $ echo echo hello there | /tmp/sh hello there $ cp /bin/sh /tmp cp: /tmp/sh: Text file busy I noticed this after applying the patches John Dyson committed today but that's apparently not where the problem comes from, as this works with yesterday's kernel too... I can't say if it works with a kernel older than last 20 December. -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org From owner-freebsd-current Tue Jan 6 12:34:11 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA18637 for current-outgoing; Tue, 6 Jan 1998 12:34:11 -0800 (PST) (envelope-from owner-freebsd-current) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA18617 for ; Tue, 6 Jan 1998 12:34:01 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.5/8.8.5) id OAA12976; Tue, 6 Jan 1998 14:33:57 -0600 (CST) From: Kevin Day Message-Id: <199801062033.OAA12976@home.dragondata.com> Subject: Re: New NFS saga In-Reply-To: <19980106142041.59269@mcs.net> from Karl Denninger at "Jan 6, 98 02:20:41 pm" To: karl@mcs.net (Karl Denninger) Date: Tue, 6 Jan 1998 14:33:57 -0600 (CST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Tue, Jan 06, 1998 at 01:06:43PM -0600, Kevin Day wrote: > > > > Does this help anyone? > > > > Kevin > > Did you, after updating the sources from last night, back down nfs_bio.c to > v1.41 again? > > If not, try that. > > Note that I have NOT played with the kernel since John started his green > commits, so I don't know if this is a good idea or suicidal :-) > I don't believe that's necessary any more... dyson 1997/12/07 16:59:10 PST Modified files: sys/nfs nfs_bio.c Log: Various of the ISP users have commented that the 1.41 version of the nfs_bio.c code worked better than the 1.44. This commit reverts the important parts of 1.44 to 1.41, and we will fix it when we can get a handle on the problem. Revision Changes Path 1.45 +19 -115 src/sys/nfs/nfs_bio.c Kevin From owner-freebsd-current Tue Jan 6 12:39:10 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA18938 for current-outgoing; Tue, 6 Jan 1998 12:39:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA18915; Tue, 6 Jan 1998 12:38:40 -0800 (PST) (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id OAA19423; Tue, 6 Jan 1998 14:38:28 -0600 (CST) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id OAA11811; Tue, 6 Jan 1998 14:38:28 -0600 (CST) Message-ID: <19980106143822.50118@mcs.net> Date: Tue, 6 Jan 1998 14:38:22 -0600 From: Karl Denninger To: dyson@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: New kernel code committed References: <19980106073545.56514@mcs.net> <199801062023.PAA01477@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <199801062023.PAA01477@dyson.iquest.net>; from John S. Dyson on Tue, Jan 06, 1998 at 03:23:08PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Jan 06, 1998 at 03:23:08PM -0500, John S. Dyson wrote: > Karl Denninger said: > > > > Do you know if this breaks my "back-out" nfs_bio.c use of v1.41, or if the > > problems in NFS themselves would be fixed or helped by this? > > > It should be okay, at least as good as it used to be. It is going to be > much easier to fix various problems with filesystems now. We are now > almost 100% compatible with the original 4.4Lite(and Lite/2) code, if > the vm system hacks for the MACH VM code are removed. > > We are much closer to a coherent design than either the original code, > or our code in 2.2.X. Hindsight is 20/20, and I am disappointed that > I didn't do it this new way to begin with. > > -- > John | Never try to teach a pig to sing, > dyson@freebsd.org | it just makes you look stupid, > jdyson@nc.com | and it irritates the pig. Thanks; I'll check it out. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/ | T1's from $600 monthly to FULL DS-3 Service | NEW! K56Flex support on ALL modems Voice: [+1 312 803-MCS1 x219]| EXCLUSIVE NEW FEATURE ON ALL PERSONAL ACCOUNTS Fax: [+1 312 803-4929] | *SPAMBLOCK* Technology now included at no cost From owner-freebsd-current Tue Jan 6 12:44:55 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA19362 for current-outgoing; Tue, 6 Jan 1998 12:44:55 -0800 (PST) (envelope-from owner-freebsd-current) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA19350 for ; Tue, 6 Jan 1998 12:44:34 -0800 (PST) (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id OAA19849; Tue, 6 Jan 1998 14:44:30 -0600 (CST) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id OAA12058; Tue, 6 Jan 1998 14:44:29 -0600 (CST) Message-ID: <19980106144429.24420@mcs.net> Date: Tue, 6 Jan 1998 14:44:29 -0600 From: Karl Denninger To: Kevin Day Cc: current@freebsd.org Subject: Re: New NFS saga References: <19980106142041.59269@mcs.net> <199801062033.OAA12976@home.dragondata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: <199801062033.OAA12976@home.dragondata.com>; from Kevin Day on Tue, Jan 06, 1998 at 02:33:57PM -0600 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, Jan 06, 1998 at 02:33:57PM -0600, Kevin Day wrote: > > On Tue, Jan 06, 1998 at 01:06:43PM -0600, Kevin Day wrote: > > > > > > Does this help anyone? > > > > > > Kevin > > > > Did you, after updating the sources from last night, back down nfs_bio.c to > > v1.41 again? > > > > If not, try that. > > > > Note that I have NOT played with the kernel since John started his green > > commits, so I don't know if this is a good idea or suicidal :-) > > > > I don't believe that's necessary any more... > > dyson 1997/12/07 16:59:10 PST > > Modified files: > sys/nfs nfs_bio.c > Log: > Various of the ISP users have commented that the 1.41 version of the > nfs_bio.c code worked better than the 1.44. This commit reverts > the important parts of 1.44 to 1.41, and we will fix it when we > can get a handle on the problem. > > Revision Changes Path > 1.45 +19 -115 src/sys/nfs/nfs_bio.c > > > > Kevin So back it out to 1.41 and see if the problem goes away. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/ | T1's from $600 monthly to FULL DS-3 Service | NEW! K56Flex support on ALL modems Voice: [+1 312 803-MCS1 x219]| EXCLUSIVE NEW FEATURE ON ALL PERSONAL ACCOUNTS Fax: [+1 312 803-4929] | *SPAMBLOCK* Technology now included at no cost From owner-freebsd-current Tue Jan 6 13:03:20 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA20837 for current-outgoing; Tue, 6 Jan 1998 13:03:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA20409 for ; Tue, 6 Jan 1998 12:58:02 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id VAA09625; Tue, 6 Jan 1998 21:30:10 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id VAA09902; Tue, 6 Jan 1998 21:17:18 +0100 (CET) (envelope-from andreas) Message-ID: <19980106211718.17515@klemm.gtn.com> Date: Tue, 6 Jan 1998 21:17:18 +0100 From: Andreas Klemm To: Bruce Evans Cc: jkh@time.cdrom.com, current@FreeBSD.ORG Subject: Re: LINT is missing examples for sio1-3 ? GENERIC does so References: <199801060847.TAA05876@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199801060847.TAA05876@godzilla.zeta.org.au>; from Bruce Evans on Tue, Jan 06, 1998 at 07:47:35PM +1100 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Jan 06, 1998 at 07:47:35PM +1100, Bruce Evans wrote: > >> > OK, but the proposed change just copied lines from GENERIC to give > >> > uninteresting differences in the port, irq and disable flag. > >> > >> OK Andreas, make them more interesting! :-) > > > >Should I add a hat option ? Is that interesting enough ? ;-) > > > >I would suggest to comment that entries out just to let it be > >an example. Ok ? > > No. LINT already has too much documentation that belongs in man pages. > The sio man page actually already has examples for the 4 standard ports. ok, then perhaps we should forget about this. I only got the feeling, that LINT and GENERIC get "out of sync". I didn't see it the way you pointed out and didn't think of the examples in the manpages. Ok now for everybody to keep it as it is ? ;-) Andreas /// -- Andreas Klemm powered by ,,symmetric multiprocessor FreeBSD'' From owner-freebsd-current Tue Jan 6 14:29:22 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA01122 for current-outgoing; Tue, 6 Jan 1998 14:29:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: from send1b.yahoomail.com (send1b.yahoomail.com [205.180.60.23]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA01113 for ; Tue, 6 Jan 1998 14:29:16 -0800 (PST) (envelope-from osiris2002@yahoo.com) Message-ID: <19980106222857.26813.rocketmail@send1b.yahoomail.com> Received: from [194.79.98.70] by send1b; Tue, 06 Jan 1998 14:28:57 PST Date: Tue, 6 Jan 1998 14:28:57 -0800 (PST) From: Charlie Roots Subject: Yesterday's CVSUP HATES mount_msdosfs ?? To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi All SysAdmins, FreeBSD Developers, Yesterday's '6-jan-98' Kernel does not boot properly if I use an entry in /etc/fstab to mount and msdos file system, and enters 'kernel debug' mode. I had some difficult time to bootup the 'ONLY' machine I have again. What made it worse that I thought since make world and the new kernel compile went smoothly, I removed reduntant kernel.* backups (FATAL MISTAKE). The question, Is there a new change in mount_msdos code that is causing this, or should I mount VFAT (aka FAT32, WIN95) partitions using another 'unknown to me' command ? Or Am I doing anything else wrong. It worths mentioning that this disaster did not go unevetful, as fsck was saying it is removing some directories from the /usr/obj, /usr/gnats/.. Fortunately I made some backups lately and can restore the /src, and other personal folders to the state before the event, one problem though, every thing is on the VFAT partition. Please consider helping me ASAP, should I CVSUP again today to correct, or restore the /usr/src to previous state and recompile the whole system, until the code stabilizes. I'll be online for the next couple of hours or so, so please send an answer, if any available so I can cleanly get away with the crash. More info about the problem: When I boot the kernel drops into kernel debug mode, and mentions an address where the trouble is, I don't know enough knowledge to give more info, but I panic out of kernel debug, reboot, and hit CTRL-C before the system tries to mount the dreaded msdos file system, then disable the /etc/fstab entry, reboot and everything is OK. Thanks, now I have a lost+found thing. Greetings == MAY THE FORCE BE WITH YOU. _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com From owner-freebsd-current Tue Jan 6 14:32:10 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA01435 for current-outgoing; Tue, 6 Jan 1998 14:32:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA01377 for ; Tue, 6 Jan 1998 14:31:54 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id JAA24995; Wed, 7 Jan 1998 09:01:23 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id JAA20661; Wed, 7 Jan 1998 09:01:17 +1030 (CST) (envelope-from grog) Message-ID: <19980107090116.47086@lemis.com> Date: Wed, 7 Jan 1998 09:01:16 +1030 From: Greg Lehey To: dk+@ua.net Cc: Satoshi Asami , freebsd-current@FreeBSD.ORG, dk@farm.org Subject: Re: RAM parity error References: <199801060852.AAA04597@dog.farm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199801060852.AAA04597@dog.farm.org>; from Dmitry Kohmanyuk on Tue, Jan 06, 1998 at 12:52:04AM -0800 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Jan 06, 1998 at 12:52:04AM -0800, Dmitry Kohmanyuk wrote: > In article <199712310100.RAA03280@vader.cs.berkeley.edu> you wrote: >> I have been seeing a "RAM parity error" in one of our machines lately. >> I have swapped machines and it still happens on the machine in the >> same position. The only things that are common in the old and new >> machines are the external SCSI disk array. It has happened on 3 PCs. > >> Is it possible that data on a non-system filesystem would cause such >> an error? I always thought the parity error panic is caused by the >> chipset asserting a signal line dedicated for the NMI.... > >> Here's one of the dumps: > > [...] >> #14 0xf0151f62 in spec_strategy () >> #15 0xf0151689 in spec_vnoperate () >> #16 0xf01aee01 in ufs_vnoperatespec () >> #17 0xf0114606 in ccdstart () >> #18 0xf0114560 in ccdstrategy () >> #19 0xf0151f62 in spec_strategy () > [...] > > note the ccd drives... It's a pity you truncated this. What does the whole trace look like? Greg From owner-freebsd-current Tue Jan 6 14:52:40 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA03421 for current-outgoing; Tue, 6 Jan 1998 14:52:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from antares.netpar.com.br (antares.netpar.com.br [200.255.244.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA03357; Tue, 6 Jan 1998 14:52:02 -0800 (PST) (envelope-from paulo@fiscodata-pr.netpar.com.br) Received: from demonio.inferno (200.255.244.59) by antares.netpar.com.br (Rockliffe SMTPRA 1.2.2) with SMTP id ; Tue, 06 Jan 1998 20:53:07 -0200 Date: Tue, 6 Jan 1998 20:52:07 +0000 (GMT) From: Paulo Cesar Pereira de Andrade X-Sender: paulo@demonio.inferno Reply-To: Paulo Cesar Pereira de Andrade To: "John S. Dyson" cc: freebsd-current@freebsd.org Subject: Re: System won't boot after make world In-Reply-To: <199801062019.PAA01456@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 Jan 1998, John S. Dyson wrote: > Paulo Cesar Pereira de Andrade said: > > > > I have the kernel dump in /var/crash. > > > > The sources are 04, january, from cvsup.br.freebsd.org. The machine > > is an AMD 5x86. > > > > If more info is required, please ask me. > > > Note that the code has been broken since 19Dec-20Dec due to some bugs > that I created. Please resup and try again, I have committed fixes. > I did more some investigations, and, if not mounting the msdos partition it boots normally. Debugging '/usr/src/sbin/i386/mount_msdos/mount_msdos.c', the system will never return from line 148: if (mount(vfc.vfc_name, dir, mntflags, &args) < 0) Another problem is the ps command, even with the new kernel/world, it always say: ps: proc size mismatch (12844 total, 644 chunks) Maybe this is a dumb question, but what means /sys/compile/WHATEVER/opt_dontuse.h ? Thanks. Paulo From owner-freebsd-current Tue Jan 6 15:11:20 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA05495 for current-outgoing; Tue, 6 Jan 1998 15:11:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA05440 for ; Tue, 6 Jan 1998 15:11:07 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id IAA24985; Wed, 7 Jan 1998 08:59:51 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id IAA20648; Wed, 7 Jan 1998 08:59:51 +1030 (CST) (envelope-from grog) Message-ID: <19980107085951.29977@lemis.com> Date: Wed, 7 Jan 1998 08:59:51 +1030 From: Greg Lehey To: Joerg Wunsch Cc: freebsd-current@FreeBSD.ORG Subject: Re: ISDN References: <83256583.0049F215.00@papagaio.voga.com.br> <199801060847.JAA28484@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199801060847.JAA28484@uriah.heep.sax.de>; from J Wunsch on Tue, Jan 06, 1998 at 09:47:48AM +0100 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Jan 06, 1998 at 09:47:48AM +0100, J Wunsch wrote: > daniel_sobral@voga.com.br wrote: > >> Ok, I asked this on questions, even knowing it would hardly get answered >> there. If my memory isn't playing bad jokes upon me, I recall some people >> discussing here a new support to ISDN on FreeBSD. Does it work? What cards >> it supports? What chip sets? > > Generally Siemens `dumb' chipsets. They were very common in Germany > already, but it seems the Ascend Netwarp also uses them (plus the chip > for the NT, it seems -- not common here in Europe, since the NTs here > are provided by the Telcos). Currently, only the protocols 1TR6 (old > German national) and E-DSS1 (European standard) are supported, work > for support of US protocols is underways as i understand it. I think you'll find the 1TR6 code has atrophied. Greg From owner-freebsd-current Tue Jan 6 15:11:32 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA05547 for current-outgoing; Tue, 6 Jan 1998 15:11:32 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA05474 for ; Tue, 6 Jan 1998 15:11:15 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id XAA18593; Tue, 6 Jan 1998 23:39:57 +0100 (MET) From: Wolfgang Helbig Message-Id: <199801062239.XAA18593@rvc1.informatik.ba-stuttgart.de> Subject: Re: funny ETXTBSY problem In-Reply-To: <19980106212739.HR12419@@> from Pierre Beyssac at "Jan 6, 98 09:27:39 pm" To: pb@fasterix.freenix.org (Pierre Beyssac) Date: Tue, 6 Jan 1998 23:39:56 +0100 (MET) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I just noticed the following problem: you can't copy over an > executable after it has been run once since boot time. > > This is fairly easy to reproduce: > > $ cp /bin/sh /tmp > $ echo echo hello there | /tmp/sh > hello there > $ cp /bin/sh /tmp > cp: /tmp/sh: Text file busy > > I noticed this after applying the patches John Dyson committed > today but that's apparently not where the problem comes from, as > this works with yesterday's kernel too... I can't say if it > works with a kernel older than last 20 December. With a kernel from 24 December this problem does not show up. Wolfgang From owner-freebsd-current Tue Jan 6 15:53:28 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA09214 for current-outgoing; Tue, 6 Jan 1998 15:53:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from miro.bestweb.net (miro.bestweb.net [209.94.100.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA09192 for ; Tue, 6 Jan 1998 15:53:11 -0800 (PST) (envelope-from aryder@bestweb.net) Received: from okeefe.bestweb.net (okeefe.bestweb.net [209.94.100.110]) by miro.bestweb.net (8.8.8/8.8.8) with ESMTP id SAA17876; Tue, 6 Jan 1998 18:55:56 -0500 (EST) Received: from monet.bestweb.net (aryder@monet.bestweb.net [209.94.100.120]) by okeefe.bestweb.net (8.8.7/8.8.8) with SMTP id SAA25031; Tue, 6 Jan 1998 18:53:09 -0500 (EST) Date: Tue, 6 Jan 1998 18:53:09 -0500 (EST) From: Andrew Ryder To: "Steven P. Donegan" cc: current@FreeBSD.ORG Subject: Re: SCSI Performance In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I cant recommend a good scsi controller since I dont have any scsi devices here, but I do suggest the tomcat ivd duel, the IIID lacks support for the p233 mmx.. the Tomcat IVD goes for around 180-200$ depending on where you go. Its a great board though. On Tue, 6 Jan 1998, Steven P. Donegan wrote: > Well Santa was nice to me so I'm now in the market for a nice fast SCSI > solution. What is the fastest SCSI controller for the PCI bus (Tyan > Tomcat IIID with 2(ea) 200Mhz Pentiums)? Since I have no SCSI devices yet > any fast/wide/etc solution would be fine. Also any suggestions on fast > drives matching your favorite fast controller would be appreciated. If > there is a web site somewhere with benchmark data a pointer would be > appreciated. This is all for use with 3.0 current. > > TIA > From owner-freebsd-current Tue Jan 6 15:55:18 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA09367 for current-outgoing; Tue, 6 Jan 1998 15:55:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA09312 for ; Tue, 6 Jan 1998 15:54:45 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id AAA12062; Wed, 7 Jan 1998 00:54:06 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id AAA22874; Wed, 7 Jan 1998 00:53:55 +0100 (CET) Message-ID: <19980107005355.PX55709@@> Date: Wed, 7 Jan 1998 00:53:55 +0100 From: pb@fasterix.freenix.org (Pierre Beyssac) To: osiris2002@yahoo.com (Charlie Roots) Cc: freebsd-current@FreeBSD.ORG Subject: Re: Yesterday's CVSUP HATES mount_msdosfs ?? References: <19980106222857.26813.rocketmail@send1b.yahoomail.com> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <19980106222857.26813.rocketmail@send1b.yahoomail.com>; from Charlie Roots on Jan 6, 1998 14:28:57 -0800 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Charlie Roots writes: > Yesterday's '6-jan-98' Kernel does not boot properly if I use an entry > in /etc/fstab to mount and msdos file system, and enters 'kernel > debug' mode. Yes, it's a known problem and work is being done on it, AFAIK. It doesn't happen if you mount the MSDOS partitions later "by hand" (or you might try a script that waits a few seconds after booting everything). The bug might be fixed by John Dyson's latest patches (they're in the latest CTM delta), though I haven't tried the MSDOS fs since them. > The question, Is there a new change in mount_msdos code that is > causing this, or should I mount VFAT (aka FAT32, WIN95) partitions > using another 'unknown to me' command ? Anyway, I seem to remember from recent discussions here that VFAT is not supported in the MSDOS fs code in FreeBSD... -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org From owner-freebsd-current Tue Jan 6 16:08:27 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA10443 for current-outgoing; Tue, 6 Jan 1998 16:08:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from news.quick.net (donegan@news.quick.net [207.212.170.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA10417 for ; Tue, 6 Jan 1998 16:08:14 -0800 (PST) (envelope-from donegan@news.quick.net) Received: (from donegan@localhost) by news.quick.net (8.8.5/8.6.9) id QAA21901; Tue, 6 Jan 1998 16:08:08 -0800 (PST) Date: Tue, 6 Jan 1998 16:08:07 -0800 (PST) From: "Steven P. Donegan" To: current@freebsd.org Subject: Problem with Tyan IIID and P166's Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Today I swapped my dual P100's for dual P166's (not MMX). All goes well until the 1st AP is launched and then it hangs. Put the 100's back and no problem. The only thing I noted is that the boot code seems to think the 166's have MMX capability - they don't. Any ideas? I'd really like to speed up a bit :-) (the 200's I had on order are back ordered and I just couldn't wait :-) TIA BTW - thanks to all of you who recommended the AH2940UW SCSI controller. It works like a charm. From owner-freebsd-current Tue Jan 6 16:37:56 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA12668 for current-outgoing; Tue, 6 Jan 1998 16:37:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA12654 for ; Tue, 6 Jan 1998 16:37:45 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id QAA05669; Tue, 6 Jan 1998 16:36:37 -0800 (PST) To: pb@fasterix.freenix.org (Pierre Beyssac) cc: freebsd-current@FreeBSD.ORG Subject: Re: funny ETXTBSY problem In-reply-to: Your message of "Tue, 06 Jan 1998 21:27:39 +0100." <19980106212739.HR12419@@> Date: Tue, 06 Jan 1998 16:36:36 -0800 Message-ID: <5665.884133396@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I just noticed the following problem: you can't copy over an > executable after it has been run once since boot time. > > This is fairly easy to reproduce: > > $ cp /bin/sh /tmp > $ echo echo hello there | /tmp/sh > hello there > $ cp /bin/sh /tmp > cp: /tmp/sh: Text file busy Interesting. I don't see this behavior with my Dec 22nd kernel, so it must have come in after that. I did notice that the sticky bit had interesting behavior, however, when I first tried this as an average user: jkh@whisker-> cp /bin/sh /tmp jkh@whisker-> echo echo hello there | /tmp/sh hello there jkh@whisker-> cp /bin/sh /tmp cp: /tmp/sh: Permission denied Hmmm. I thought it was only supposed to refuse this request if somebody *else* tried to replace my file in /tmp! :-) Jordan From owner-freebsd-current Tue Jan 6 16:44:51 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA13283 for current-outgoing; Tue, 6 Jan 1998 16:44:51 -0800 (PST) (envelope-from owner-freebsd-current) Received: from unix.tfs.net (as1-p12.tfs.net [139.146.210.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA13266 for ; Tue, 6 Jan 1998 16:44:30 -0800 (PST) (envelope-from jbryant@unix.tfs.net) Received: (from jbryant@localhost) by unix.tfs.net (8.8.8/8.8.5) id SAA28528; Tue, 6 Jan 1998 18:44:11 -0600 (CST) From: Jim Bryant Message-Id: <199801070044.SAA28528@unix.tfs.net> Subject: Re: Yesterday's CVSUP HATES mount_msdosfs ?? In-Reply-To: <19980106222857.26813.rocketmail@send1b.yahoomail.com> from Charlie Roots at "Jan 6, 98 02:28:57 pm" To: osiris2002@yahoo.com (Charlie Roots) Date: Tue, 6 Jan 1998 18:44:11 -0600 (CST) Cc: freebsd-current@freebsd.org Reply-to: jbryant@unix.tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 3.0-CURRENT #0: Thu Jan 1 19:03:58 CST 1998 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John Dysan fixed this last night, and you probably cvsupped too early... the changes didn't get committed until after midnight CST... In reply: > Hi All SysAdmins, FreeBSD Developers, > > Yesterday's '6-jan-98' Kernel does not boot properly if I use an entry > in /etc/fstab to mount and msdos file system, and enters 'kernel > debug' mode. > > I had some difficult time to bootup the 'ONLY' machine I have again. > What made it worse that I thought since make world and the new kernel > compile went smoothly, I removed reduntant kernel.* backups (FATAL > MISTAKE). > > The question, Is there a new change in mount_msdos code that is > causing this, or should I mount VFAT (aka FAT32, WIN95) partitions > using another 'unknown to me' command ? > > Or Am I doing anything else wrong. > > It worths mentioning that this disaster did not go unevetful, as fsck > was saying it is removing some directories from the /usr/obj, > /usr/gnats/.. > > Fortunately I made some backups lately and can restore the /src, and > other personal folders to the state before the event, one problem > though, every thing is on the VFAT partition. > > Please consider helping me ASAP, should I CVSUP again today to > correct, or restore the /usr/src to previous state and recompile the > whole system, until the code stabilizes. > > I'll be online for the next couple of hours or so, so please send an > answer, if any available so I can cleanly get away with the crash. > > More info about the problem: > > When I boot the kernel drops into kernel debug mode, and mentions an > address where the trouble is, I don't know enough knowledge to give > more info, but I panic out of kernel debug, reboot, and hit CTRL-C > before the system tries to mount the dreaded msdos file system, then > disable the /etc/fstab entry, reboot and everything is OK. > > Thanks, now I have a lost+found thing. jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-current Tue Jan 6 17:24:05 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA16181 for current-outgoing; Tue, 6 Jan 1998 17:24:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA16015 for ; Tue, 6 Jan 1998 17:21:48 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id CAA18527; Wed, 7 Jan 1998 02:14:39 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id CAA26059; Wed, 7 Jan 1998 02:13:34 +0100 (CET) Message-ID: <19980107021334.TJ03605@@> Date: Wed, 7 Jan 1998 02:13:34 +0100 From: pb@fasterix.freenix.org (Pierre Beyssac) To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: freebsd-current@FreeBSD.ORG Subject: Re: funny ETXTBSY problem References: <19980106212739.HR12419@@> <5665.884133396@time.cdrom.com> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <5665.884133396@time.cdrom.com>; from Jordan K. Hubbard on Jan 6, 1998 16:36:36 -0800 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > jkh@whisker-> cp /bin/sh /tmp > cp: /tmp/sh: Permission denied > > Hmmm. I thought it was only supposed to refuse this request if somebody > *else* tried to replace my file in /tmp! :-) Yes, I almost got caught by this one too, but "rm" had hinted to me just before that it might simply be that the w bit is not set on /tmp/sh after cp :-) $ rm /tmp/sh2 override r-xr-xr-x pb/bin for /tmp/sh2? y -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org From owner-freebsd-current Tue Jan 6 17:26:03 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA16518 for current-outgoing; Tue, 6 Jan 1998 17:26:03 -0800 (PST) (envelope-from owner-freebsd-current) Received: from limbo.rtfm.net (rtfm.net [204.141.125.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA16367 for ; Tue, 6 Jan 1998 17:25:06 -0800 (PST) (envelope-from nathan@limbo.rtfm.net) Received: (from nathan@localhost) by limbo.rtfm.net (8.8.8/8.8.8) id UAA19645; Tue, 6 Jan 1998 20:16:53 -0500 (EST) Message-ID: <19980106201653.26177@rtfm.net> Date: Tue, 6 Jan 1998 20:16:53 -0500 From: Nathan Dorfman To: Andrew Ryder Cc: "Steven P. Donegan" , current@FreeBSD.ORG Subject: Re: SCSI Performance References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: ; from Andrew Ryder on Tue, Jan 06, 1998 at 06:53:09PM -0500 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, Jan 06, 1998 at 06:53:09PM -0500, Andrew Ryder wrote: > I cant recommend a good scsi controller since I dont have any scsi devices > here, but I do suggest the tomcat ivd duel, the IIID lacks support for the > p233 mmx.. the Tomcat IVD goes for around 180-200$ depending on where you > go. Its a great board though. I've been happy with my Adaptec 2940UW. > On Tue, 6 Jan 1998, Steven P. Donegan wrote: > > > Well Santa was nice to me so I'm now in the market for a nice fast SCSI > > solution. What is the fastest SCSI controller for the PCI bus (Tyan > > Tomcat IIID with 2(ea) 200Mhz Pentiums)? Since I have no SCSI devices yet > > any fast/wide/etc solution would be fine. Also any suggestions on fast > > drives matching your favorite fast controller would be appreciated. If > > there is a web site somewhere with benchmark data a pointer would be > > appreciated. This is all for use with 3.0 current. > > > > TIA > > -- ________________ _______________________________ / Nathan Dorfman V PGP: finger nathan@rtfm.net / / nathan@rtfm.net | http://www.rtfm.net / From owner-freebsd-current Tue Jan 6 17:58:33 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA22236 for current-outgoing; Tue, 6 Jan 1998 17:58:33 -0800 (PST) (envelope-from owner-freebsd-current) Received: from unix.tfs.net (as1-p12.tfs.net [139.146.210.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA22185; Tue, 6 Jan 1998 17:58:18 -0800 (PST) (envelope-from jbryant@unix.tfs.net) Received: (from jbryant@localhost) by unix.tfs.net (8.8.8/8.8.5) id TAA00427; Tue, 6 Jan 1998 19:58:14 -0600 (CST) From: Jim Bryant Message-Id: <199801070158.TAA00427@unix.tfs.net> Subject: Re: msdogfs problems In-Reply-To: <199801060055.TAA00500@dyson.iquest.net> from "John S. Dyson" at "Jan 5, 98 07:55:35 pm" To: dyson@freebsd.org Date: Tue, 6 Jan 1998 19:58:13 -0600 (CST) Cc: freebsd-current@freebsd.org Reply-to: jbryant@unix.tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 3.0-CURRENT #0: Thu Jan 1 19:03:58 CST 1998 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i've been running with the changes since about 1am last night, periodically accessing /ms-dog... no problems yet... In reply: > Jim Bryant said: > > > > i noticed someone else complaining about ms-dog problems out of recent > > current, but since my symtomology is different, thought it worth > > mention. > > > > has this problem been fixed yet, and if so, has it been committed to > > CVS, and if so, on which branch? > > > The problems persist, and I have stated that I would annouce the fixes > being committed to -current. Note that the -current mirrors have a > delay, so you might have to wait until the mirror catches up, after > my commits. I have the code structurally working now, and am cleaning > it up, and getting rid of alot of old/unneeded cruft. (The code > is actually simplified in a couple of areas.) > > I suspect that I'll be able to commit the fixes tonight, but I cannot > promise (yet.) jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-current Tue Jan 6 18:01:35 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22570 for current-outgoing; Tue, 6 Jan 1998 18:01:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from unix.tfs.net (as1-p12.tfs.net [139.146.210.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA22557 for ; Tue, 6 Jan 1998 18:01:26 -0800 (PST) (envelope-from jbryant@unix.tfs.net) Received: (from jbryant@localhost) by unix.tfs.net (8.8.8/8.8.5) id UAA00573 for freebsd-current@freebsd.org; Tue, 6 Jan 1998 20:01:23 -0600 (CST) From: Jim Bryant Message-Id: <199801070201.UAA00573@unix.tfs.net> Subject: pgcc compile of kernel To: freebsd-current@freebsd.org Date: Tue, 6 Jan 1998 20:01:22 -0600 (CST) Reply-to: jbryant@unix.tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 3.0-CURRENT #0: Thu Jan 1 19:03:58 CST 1998 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 7:59:35pm argus(96): pgcc -c -O2 -m486 -fomit-frame-pointer -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include -DUPDATE_INTERVAL=30 -DFASTLINKS -DDEVFS -DNFS -DFFS -DNETATALK -DINET -DFIFO -DWANT_JOYSTICK_CONNECTED -DCOM_BIDIR -DSTAR_SAVER -DFDSEEKWAIT=16 -DDUMMY_NOPS -DPROBE_VERBOSE -DUSE_RTC_CENTURY -DMD5 -DFAILSAFE -DNSWAPDEV=1 -DDST=0 -DTIMEZONE=0 -DKERNEL -include opt_global.h ../../kern/kern_clock.c machine/cpufunc.h: In function `hardclock': machine/cpufunc.h:363: inconsistent operand constraints in an `asm' gcc works with -m486 jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-current Tue Jan 6 18:49:33 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA26836 for current-outgoing; Tue, 6 Jan 1998 18:49:33 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA26817 for ; Tue, 6 Jan 1998 18:49:16 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id FAA10081; Wed, 7 Jan 1998 05:49:01 +0300 (MSK) (envelope-from ache) Date: Wed, 7 Jan 1998 05:49:00 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Satoshi Asami cc: jkh@time.cdrom.com, current@FreeBSD.ORG Subject: Re: Time to retire fetch? In-Reply-To: <199801051140.DAA10749@baloon.mimi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 Jan 1998, Satoshi Asami wrote: > To me, 3 sounds like the best approach. However, we need to make sure > fetch an ftp are compatible in all senses (e.g., whether you include > the full path when you go to a on-the-fly tarballing site). I > remember ache mumbling something about non-anonymous ftp too. fetch now supports HTTP 1.1, user:password auth for both ftp and http and restart feature for both ftp and http. Next thing is TCP optimization (also with conflict with some sites, which can be resolved by adding an option). If new ftp not provide the same features (I don't check at this moment), my word is definitely against switching. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Tue Jan 6 18:52:57 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA27137 for current-outgoing; Tue, 6 Jan 1998 18:52:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA27129 for ; Tue, 6 Jan 1998 18:52:50 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id VAA02512; Tue, 6 Jan 1998 21:51:51 -0500 (EST) (envelope-from toor) Message-Id: <199801070251.VAA02512@dyson.iquest.net> Subject: Re: funny ETXTBSY problem In-Reply-To: <5665.884133396@time.cdrom.com> from "Jordan K. Hubbard" at "Jan 6, 98 04:36:36 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 6 Jan 1998 21:51:50 -0500 (EST) Cc: pb@fasterix.freenix.org, freebsd-current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard said: > > I just noticed the following problem: you can't copy over an > > executable after it has been run once since boot time. > > > > This is fairly easy to reproduce: > > > > $ cp /bin/sh /tmp > > $ echo echo hello there | /tmp/sh > > hello there > > $ cp /bin/sh /tmp > > cp: /tmp/sh: Text file busy > I apparently haven't fixed this yet. I'll see what I can do tonight. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Tue Jan 6 18:57:49 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA27491 for current-outgoing; Tue, 6 Jan 1998 18:57:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA27459 for ; Tue, 6 Jan 1998 18:57:14 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id NAA20779; Wed, 7 Jan 1998 13:50:21 +1100 Date: Wed, 7 Jan 1998 13:50:21 +1100 From: Bruce Evans Message-Id: <199801070250.NAA20779@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, pb@fasterix.freenix.org Subject: Re: funny ETXTBSY problem Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >$ cp /bin/sh /tmp >$ echo echo hello there | /tmp/sh >hello there >$ cp /bin/sh /tmp >cp: /tmp/sh: Text file busy > >I noticed this after applying the patches John Dyson committed >today but that's apparently not where the problem comes from, as >this works with yesterday's kernel too... I can't say if it >works with a kernel older than last 20 December. It was broken by the Dec 28 vm/vnode changes. The VTEXT flag was cleared in vnode_object_deallocate() and vnode_pager_dealloc(), but the changes stopped the vnode's object being from being deallocated when the last references to the vnode went away, so it didn't go away until the object cache thrashed enough. I reported this to John, so it should be fixed now. Hmmm, it wasn't quite right before either. A reference not related to exec keeps the VTEXT flag set after the exec image is no longer in use: # od /usr/bin/gdb | more ^Z # gdb Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA28343 for current-outgoing; Tue, 6 Jan 1998 19:09:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA27523 for ; Tue, 6 Jan 1998 18:58:05 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id SAA02080; Tue, 6 Jan 1998 18:57:59 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199801070257.SAA02080@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 to: "Steven P. Donegan" cc: current@FreeBSD.ORG Subject: Re: SCSI Performance In-reply-to: Your message of "Tue, 06 Jan 1998 20:42:54 +0200." <199801061842.UAA24170@greenpeace.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Jan 1998 18:57:59 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The other thing to consider is the scsi disk like a Seagate Barracuda: SEAGATE ST34501W 10000 rpms is nice to have 8) Once you get the equipment is put this in your kernel config file for maximum performance: options AHC_TAGENABLE options AHC_SCBPAGING_ENABLE options AHC_ALLOW_MEMIO Cheers, Amancio From owner-freebsd-current Tue Jan 6 19:23:37 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA29456 for current-outgoing; Tue, 6 Jan 1998 19:23:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns2.cetlink.net (ns2.cetlink.net [209.54.54.20]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA28730 for ; Tue, 6 Jan 1998 19:15:14 -0800 (PST) (envelope-from jak@cetlink.net) Received: from hot1.auctionfever.com (ts1-cltnc-56.cetlink.net [209.54.58.56]) by ns2.cetlink.net (8.8.5/8.8.5) with SMTP id WAA27789; Tue, 6 Jan 1998 22:11:34 -0500 (EST) From: jak@cetlink.net (John Kelly) To: Bruce Evans Cc: jkh@time.cdrom.com, andreas@klemm.gtn.com, current@FreeBSD.ORG Subject: Re: LINT is missing examples for sio1-3 ? GENERIC does so Date: Wed, 07 Jan 1998 04:12:23 GMT Message-ID: <34b3ff5a.2710878@mail.cetlink.net> References: <199801060603.RAA30386@godzilla.zeta.org.au> In-Reply-To: <199801060603.RAA30386@godzilla.zeta.org.au> X-Mailer: Forte Agent 1.01/16.397 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id TAA29007 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 Jan 1998 17:03:48 +1100, Bruce Evans wrote: >>But what about showing also different instance/flag combinations? I >>don't see how it hurts to do that as separate entries if the >>alternative is to muddy a single entry to the point of confusion. > >OK, but the proposed change just copied lines from GENERIC to give >uninteresting differences in the port, irq and disable flag. > >Bruce Yeah, but some of us dim-witted users benefit from those examples which are so uninteresting to the intellectual elite. John From owner-freebsd-current Tue Jan 6 19:24:09 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA29610 for current-outgoing; Tue, 6 Jan 1998 19:24:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA29321 for ; Tue, 6 Jan 1998 19:21:17 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id OAA21969; Wed, 7 Jan 1998 14:16:58 +1100 Date: Wed, 7 Jan 1998 14:16:58 +1100 From: Bruce Evans Message-Id: <199801070316.OAA21969@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, jbryant@unix.tfs.net Subject: Re: pgcc compile of kernel Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > 7:59:35pm argus(96): pgcc -c -O2 -m486 -fomit-frame-pointer -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include -DUPDATE_INTERVAL=30 -DFASTLINKS -DDEVFS -DNFS -DFFS -DNETATALK -DINET -DFIFO -DWANT_JOYSTICK_CONNECTED -DCOM_BIDIR -DSTAR_SAVER -DFDSEEKWAIT=16 -DDUMMY_NOPS -DPROBE_VERBOSE -DUSE_RTC_CENTURY -DMD5 -DFAILSAFE -DNSWAPDEV=1 -DDST=0 -DTIMEZONE=0 -DKERNEL -include opt_global.h ../../kern/kern_clock.c >machine/cpufunc.h: In function `hardclock': >machine/cpufunc.h:363: inconsistent operand constraints in an `asm' This is probably because pgcc is based on an ancient version of gcc (2.4?) that doesn't support the "A" constraint. Fix: rm -rf pgcc. Bruce From owner-freebsd-current Tue Jan 6 19:25:26 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA29891 for current-outgoing; Tue, 6 Jan 1998 19:25:26 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA29885 for ; Tue, 6 Jan 1998 19:25:19 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id WAA00328; Tue, 6 Jan 1998 22:19:45 -0500 (EST) (envelope-from toor) Message-Id: <199801070319.WAA00328@dyson.iquest.net> Subject: Re: funny ETXTBSY problem In-Reply-To: <5665.884133396@time.cdrom.com> from "Jordan K. Hubbard" at "Jan 6, 98 04:36:36 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 6 Jan 1998 22:19:44 -0500 (EST) Cc: pb@fasterix.freenix.org, freebsd-current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard said: > > cp: /tmp/sh: Text file busy > > cp: /tmp/sh: Permission denied > Problem should be gone as of my commit to vm_object.c at 7 Jan, 03:20 GMT. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Tue Jan 6 19:51:20 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA02804 for current-outgoing; Tue, 6 Jan 1998 19:51:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from callisto.fortean.com (callisto.fortean.com [209.42.194.97]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA02799 for ; Tue, 6 Jan 1998 19:51:14 -0800 (PST) (envelope-from walter@fortean.com) Received: from localhost (walter@localhost) by callisto.fortean.com (8.8.5/8.8.5) with SMTP id WAA01379 for ; Tue, 6 Jan 1998 22:51:09 -0500 (EST) X-Authentication-Warning: callisto.fortean.com: walter owned process doing -bs Date: Tue, 6 Jan 1998 22:51:07 -0500 (EST) From: "Bruce M. Walter" To: freebsd-current@FreeBSD.ORG Subject: Re: ISDN In-Reply-To: <19980107085951.29977@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Generally Siemens `dumb' chipsets. They were very common in Germany > > already, but it seems the Ascend Netwarp also uses them (plus the chip > > for the NT, it seems -- not common here in Europe, since the NTs here > > are provided by the Telcos). Currently, only the protocols 1TR6 (old > > German national) and E-DSS1 (European standard) are supported, work > > for support of US protocols is underways as i understand it. Yes, and yes... The Ascend NetWarp is based on the Siemens chipset. It also comes in a non-NT1 version (the NetWarp 128 U/T) for Europe. I am currently working to add support for US D-Channel protocols to both BISDN and the upcoming isdn4bsd packages. Things are proceeding, albeit slowly. I'm currently waiting for proper docs to arrive for the DMS-100 specs. If anyone has access to either the AT&T 5ESS specs or the Bellcore National ISDN-1(2,3) specs, it would be greatly helpful. - Bruce ======================================================================== || Bruce M. Walter || 107 Timber Hollow Court #335 || || Senior Network Consultant || Chapel Hill, NC 27514 || || Fortean Technologies, Inc. || Tel: 919-967-4766 || || Information Technology Consultants || Fax: 919-967-4395 || ======================================================================== || BSD Unix -- It's not just a job, it's a way of life! || ======================================================================== From owner-freebsd-current Tue Jan 6 19:52:44 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA02957 for current-outgoing; Tue, 6 Jan 1998 19:52:44 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebsd1.cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA02553 for ; Tue, 6 Jan 1998 19:47:22 -0800 (PST) (envelope-from jb@freebsd1.cimlogic.com.au) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.8.7/8.8.7) id OAA10822; Wed, 7 Jan 1998 14:51:18 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199801070351.OAA10822@freebsd1.cimlogic.com.au> Subject: Re: funny ETXTBSY problem In-Reply-To: <5665.884133396@time.cdrom.com> from "Jordan K. Hubbard" at "Jan 6, 98 04:36:36 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 7 Jan 1998 14:51:18 +1100 (EST) Cc: pb@fasterix.freenix.org, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > I just noticed the following problem: you can't copy over an > > executable after it has been run once since boot time. > > > > This is fairly easy to reproduce: > > > > $ cp /bin/sh /tmp > > $ echo echo hello there | /tmp/sh > > hello there > > $ cp /bin/sh /tmp > > cp: /tmp/sh: Text file busy > > Interesting. I don't see this behavior with my Dec 22nd kernel, so At Dec 30, I have seen that. I didn't mention it because of John Dyson's warnings. After building from the 'fixed' sources, I haven't seen the problem. I'll go back to building the ports tree... that'll find it if it is still a problem. Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 From owner-freebsd-current Tue Jan 6 20:53:57 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA08344 for current-outgoing; Tue, 6 Jan 1998 20:53:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA08319 for ; Tue, 6 Jan 1998 20:53:48 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id XAA00386; Tue, 6 Jan 1998 23:53:17 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199801070453.XAA00386@dyson.iquest.net> Subject: Re: pgcc compile of kernel In-Reply-To: <199801070316.OAA21969@godzilla.zeta.org.au> from Bruce Evans at "Jan 7, 98 02:16:58 pm" To: bde@zeta.org.au (Bruce Evans) Date: Tue, 6 Jan 1998 23:53:17 -0500 (EST) Cc: freebsd-current@freebsd.org, jbryant@unix.tfs.net X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans said: > > 7:59:35pm argus(96): pgcc -c -O2 -m486 -fomit-frame-pointer -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include -DUPDATE_INTERVAL=30 -DFASTLINKS -DDEVFS -DNFS -DFFS -DNETATALK -DINET -DFIFO -DWANT_JOYSTICK_CONNECTED -DCOM_BIDIR -DSTAR_SAVER -DFDSEEKWAIT=16 -DDUMMY_NOPS -DPROBE_VERBOSE -DUSE_RTC_CENTURY -DMD5 -DFAILSAFE -DNSWAPDEV=1 -DDST=0 -DTIMEZONE=0 -DKERNEL -include opt_global.h ../../kern/kern_clock.c > >machine/cpufunc.h: In function `hardclock': > >machine/cpufunc.h:363: inconsistent operand constraints in an `asm' > > This is probably because pgcc is based on an ancient version of gcc > (2.4?) that doesn't support the "A" constraint. Fix: rm -rf pgcc. > Try using the pgcc at ftp.goof.com. It uses egcs as a base, and appears to compile the kernel correctly, except with "-mcpu=pentiumpro -march=pentiumpro" -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Tue Jan 6 20:57:18 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA08907 for current-outgoing; Tue, 6 Jan 1998 20:57:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from miro.bestweb.net (miro.bestweb.net [209.94.100.200] (may be forged)) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA08890 for ; Tue, 6 Jan 1998 20:57:12 -0800 (PST) (envelope-from aryder@bestweb.net) Received: from okeefe.bestweb.net (okeefe.bestweb.net [209.94.100.110]) by miro.bestweb.net (8.8.8/8.8.8) with ESMTP id AAA28901; Wed, 7 Jan 1998 00:00:03 -0500 (EST) Received: from monet.bestweb.net (aryder@monet.bestweb.net [209.94.100.120]) by okeefe.bestweb.net (8.8.7/8.8.8) with SMTP id XAA28621; Tue, 6 Jan 1998 23:57:10 -0500 (EST) Date: Tue, 6 Jan 1998 23:57:10 -0500 (EST) From: Andrew Ryder To: "Steven P. Donegan" cc: current@FreeBSD.ORG Subject: Re: Problem with Tyan IIID and P166's In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have heard problems with machines using various motherboards and intel cpus having problems upon rebooting with a higher speed cpu. The only thing I can suggest is looking on tyan's website, www.tyan.com or emailing them since it sounds to be a motherboard problem. Also when you use duel intel cpu's make sure the s-spec rate is the same, thats recommended by Intel. I think you can usally get the same rate by purchasing the cpus at the same time. On Tue, 6 Jan 1998, Steven P. Donegan wrote: > Today I swapped my dual P100's for dual P166's (not MMX). All goes well until > the 1st AP is launched and then it hangs. Put the 100's back and no > problem. The only thing I noted is that the boot code seems to think the > 166's have MMX capability - they don't. Any ideas? I'd really like to > speed up a bit :-) (the 200's I had on order are back ordered and I just > couldn't wait :-) > > TIA > > BTW - thanks to all of you who recommended the AH2940UW SCSI controller. > It works like a charm. > From owner-freebsd-current Tue Jan 6 21:48:36 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA13754 for current-outgoing; Tue, 6 Jan 1998 21:48:36 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (garbanzo@congo-101.ppp.hooked.net [206.169.227.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA13716 for ; Tue, 6 Jan 1998 21:48:25 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with SMTP id VAA03035; Tue, 6 Jan 1998 21:49:48 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 6 Jan 1998 21:49:48 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Jim Bryant cc: freebsd-current@FreeBSD.ORG Subject: Re: pgcc compile of kernel In-Reply-To: <199801070201.UAA00573@unix.tfs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 Jan 1998, Jim Bryant wrote: > 7:59:35pm argus(96): pgcc -c -O2 -m486 -fomit-frame-pointer -pipe > -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wuninitialized -nostdinc -I- -I. -I../.. -I../../../include > -DUPDATE_INTERVAL=30 -DFASTLINKS -DDEVFS -DNFS -DFFS -DNETATALK -DINET > -DFIFO -DWANT_JOYSTICK_CONNECTED -DCOM_BIDIR -DSTAR_SAVER > -DFDSEEKWAIT=16 -DDUMMY_NOPS -DPROBE_VERBOSE -DUSE_RTC_CENTURY -DMD5 > -DFAILSAFE -DNSWAPDEV=1 -DDST=0 -DTIMEZONE=0 -DKERNEL -include > opt_global.h > ../../kern/kern_clock.c > machine/cpufunc.h: In function `hardclock': > machine/cpufunc.h:363: inconsistent operand constraints in an `asm' > > gcc works with -m486 Grab a newer version of pgcc based on egcs >=1.0. This works for pretty much everything that doesn't require shared libraries. El hombre mas brillante dijo una vez "Cuidado hay NT". (it's a nerd thing) - alex From owner-freebsd-current Tue Jan 6 22:09:39 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA14918 for current-outgoing; Tue, 6 Jan 1998 22:09:39 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA14871 for ; Tue, 6 Jan 1998 22:09:16 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id QAA00482; Wed, 7 Jan 1998 16:31:38 +1030 (CST) Message-Id: <199801070601.QAA00482@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: pb@fasterix.freenix.org (Pierre Beyssac) cc: freebsd-current@FreeBSD.ORG Subject: Re: funny ETXTBSY problem In-reply-to: Your message of "Tue, 06 Jan 1998 21:27:39 BST." <19980106212739.HR12419@@> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Jan 1998 16:31:37 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I just noticed the following problem: you can't copy over an > executable after it has been run once since boot time. > > This is fairly easy to reproduce: > > $ cp /bin/sh /tmp > $ echo echo hello there | /tmp/sh > hello there > $ cp /bin/sh /tmp > cp: /tmp/sh: Text file busy > > I noticed this after applying the patches John Dyson committed > today but that's apparently not where the problem comes from, as > this works with yesterday's kernel too... I can't say if it > works with a kernel older than last 20 December. You have a mutant problem: word:/tmp>uname -a FreeBSD word.smith.net.au 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Wed Jan 7 07:57:45 CST 1998 root@word.smith.net.au:/local0/build/src/sys/compile/WORD i386 word:/tmp>cp /bin/sh . word:/tmp>echo echo hello world | ./sh hello world word:/tmp>rm ./sh override r-xr-xr-x mike/bin for ./sh? y word:/tmp>ls -l ./sh ls: ./sh: No such file or directory -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ From owner-freebsd-current Tue Jan 6 23:36:50 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA21651 for current-outgoing; Tue, 6 Jan 1998 23:36:50 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA21644 for ; Tue, 6 Jan 1998 23:36:44 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 21840 invoked by uid 1000); 7 Jan 1998 07:33:13 -0000 Message-ID: X-Mailer: XFMail 1.2 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.2.p0.FreeBSD:980106233313:2083=_" In-Reply-To: Date: Tue, 06 Jan 1998 23:33:13 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Julian Elischer , current@freebsd.org Subject: RE: YADR (yet another DEVFS Release) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format --_=XFMail.1.2.p0.FreeBSD:980106233313:2083=_ Content-Type: text/plain; charset=us-ascii Howdee! Slice10 looks real good. The only problem I have so far, is on the new sendero; fsck -p complains that certain partitions are busy. This I belive to be incorrect. There is nothing wrong that is detectable, but the same three partitions are always busy for fsck -p but will mount -a (or fsck) perfectly fine from the shell. I also compiled a SLICEed SMP kernel and that looks correct too. Managed to NFS mount all of Nomis on Sendero and cpio the entire machine over without a hitch. Here is the configuration, in case you cared: MB: P6DNH2 with 2xP6-200 RAM: 384MB Video: Matrox MGA 2064W graphics accelerator SCSI: DPT PM3334UW w/64MB RAM DPT PM3334UDW w/64MB RAM Disks: Iomega Jaz (for testing) - Still have to play with remove-insert RAID-1 for boot device - 4GB usable - Single bus RAID-5 for storage - 28GB usable - Single bus shared with RAID-1 RAID-0 for playing around - 28GB split across 2 busses There are two DAT drives on the system, one on each bus, as well as a Yamaha WORM. They all are doing fine. I will be adding another RAID-5 array tomorrow and hook up another CPU to the same pair of busses; For multi initiator and DLM development. I have tested the large arrays as both a single 28GB slice/partition and as a split/fragmented. They both seem to be doing fine. The only problem appears to be with fsck. Given the standard /etc/rc script it fails miderably with large partitions and/or many filesystems. It needs the enclosed patch to work. If fsck cannot be fixed to acomodate such a large collection of large disks, I'll be happy to submit a patch the /etc/rc that works. It is a bit slower than the current one but works. Thanx for the help and the functionality. Simon --_=XFMail.1.2.p0.FreeBSD:980106233313:2083=_ Content-Disposition: attachment; filename="rc.diff" Content-Transfer-Encoding: none Content-Description: Aloow many, large partitions at boot time Content-Type: application/octet-stream; name=rc.diff; SizeOnDisk=552 Index: etc/rc =================================================================== RCS file: /Archives/FreeBSD/FreeBSD-CVS/src/etc/rc,v retrieving revision 1.142 diff -c -r1.142 rc *** rc 1997/12/27 19:46:53 1.142 --- rc 1998/01/07 07:26:57 *************** *** 31,36 **** --- 31,43 ---- if [ $1x = autobootx ]; then echo Automatic reboot in progress... + ulimit -t unlimited + ulimit -f unlimited + ulimit -d unlimited + ulimit -s unlimited + ulimit -c unlimited + ulimit -m unlimited + ulimit -l unlimited fsck -p case $? in 0) --_=XFMail.1.2.p0.FreeBSD:980106233313:2083=_-- End of MIME message From owner-freebsd-current Tue Jan 6 23:43:36 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA22347 for current-outgoing; Tue, 6 Jan 1998 23:43:36 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA22321 for ; Tue, 6 Jan 1998 23:43:30 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id IAA15522 for freebsd-current@FreeBSD.ORG; Wed, 7 Jan 1998 08:43:27 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: (from roberto@localhost) by keltia.freenix.fr (8.8.8/keltia-2.13/nospam) id IAA25760; Wed, 7 Jan 1998 08:36:29 +0100 (CET) (envelope-from roberto) Message-ID: <19980107083629.63387@keltia.freenix.fr> Date: Wed, 7 Jan 1998 08:36:29 +0100 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: pgcc compile of kernel References: <199801070316.OAA21969@godzilla.zeta.org.au> <199801070453.XAA00386@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199801070453.XAA00386@dyson.iquest.net>; from John S. Dyson on Tue, Jan 06, 1998 at 11:53:17PM -0500 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3960 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to John S. Dyson: > Try using the pgcc at ftp.goof.com. It uses egcs as a base, and appears to > compile the kernel correctly, except with "-mcpu=pentiumpro -march=pentiumpro I tried compiling the kernel with pgcc-971225 with "-O3 -fno-inline -pipe -mamdk6". It compiles OK, seems to run fine until I got into X11. I couldn't run any xterm, they were all locked in "inode" state. I've compile a kernel at "-O2" and will see if it can boots. Reading specs from /opt/egcs/lib/gcc-lib/i386-unknown-freebsd3.0/pgcc-2.91.03/specs gcc version pgcc-2.91.03 971225 (gcc-2.8.0) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #27: Tue Jan 6 22:25:44 CET 1998 From owner-freebsd-current Tue Jan 6 23:43:44 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA22391 for current-outgoing; Tue, 6 Jan 1998 23:43:44 -0800 (PST) (envelope-from owner-freebsd-current) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA22350 for ; Tue, 6 Jan 1998 23:43:36 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id IAA27384; Wed, 7 Jan 1998 08:30:22 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id HAA19131; Wed, 7 Jan 1998 07:47:03 +0100 (CET) (envelope-from andreas) Message-ID: <19980107074703.15453@klemm.gtn.com> Date: Wed, 7 Jan 1998 07:47:03 +0100 From: Andreas Klemm To: John Kelly Cc: Bruce Evans , jkh@time.cdrom.com, current@FreeBSD.ORG Subject: Re: LINT is missing examples for sio1-3 ? GENERIC does so References: <199801060603.RAA30386@godzilla.zeta.org.au> <34b3ff5a.2710878@mail.cetlink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <34b3ff5a.2710878@mail.cetlink.net>; from John Kelly on Wed, Jan 07, 1998 at 04:12:23AM +0000 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, Jan 07, 1998 at 04:12:23AM +0000, John Kelly wrote: > On Tue, 6 Jan 1998 17:03:48 +1100, Bruce Evans > wrote: > > >>But what about showing also different instance/flag combinations? I > >>don't see how it hurts to do that as separate entries if the > >>alternative is to muddy a single entry to the point of confusion. > > > >OK, but the proposed change just copied lines from GENERIC to give > >uninteresting differences in the port, irq and disable flag. > > > >Bruce > > Yeah, but some of us dim-witted users benefit from those examples > which are so uninteresting to the intellectual elite. hahaha ;-) Ok, that's another point ;-) Ok, what about that ... When reading LINT as it is now, it's a "real fine thing (tm)". It's a central place of information, that tells you very quickly, what the kernel with it's driver and options is able to do for you. So, another point of view might be, reading manpages is fine and I suggest it to every user ... but: - time is money (sometime more sometimes less precious ;-) - LINT already is a comprehend/central list of information - and i think, LINT is kind of user/admin friendly. Since GENERIC contains examples for the serial interfaces, shouldn't we sync it ... because not every FreeBSD newbee is an expert in "RTFM" and such ? -- Andreas Klemm powered by ,,symmetric multiprocessor FreeBSD'' From owner-freebsd-current Tue Jan 6 23:50:21 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23337 for current-outgoing; Tue, 6 Jan 1998 23:50:21 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23321 for ; Tue, 6 Jan 1998 23:50:15 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id XAA10145; Tue, 6 Jan 1998 23:46:30 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd010143; Tue Jan 6 23:46:23 1998 Date: Tue, 6 Jan 1998 23:43:22 -0800 (PST) From: Julian Elischer To: Simon Shapiro cc: current@freebsd.org Subject: RE: YADR (yet another DEVFS Release) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a slice11 in the works. but I'm working on a strange problem with mounting floppies (it crashes). What is the setup of slices in your machine? (dmesg output would be the most succinct). and which slices fail fsck? On Tue, 6 Jan 1998, Simon Shapiro wrote: > Howdee! > > Slice10 looks real good. > > The only problem I have so far, is on the new sendero; > > fsck -p complains that certain partitions are busy. This I belive to be > incorrect. There is nothing wrong that is detectable, but the same three > partitions are always busy for fsck -p but will mount -a (or fsck) > perfectly fine from the shell. > > I also compiled a SLICEed SMP kernel and that looks correct too. Managed > to NFS mount all of Nomis on Sendero and cpio the entire machine over > without a hitch. > > Here is the configuration, in case you cared: > > MB: P6DNH2 with 2xP6-200 > RAM: 384MB > Video: Matrox MGA 2064W graphics accelerator > SCSI: DPT PM3334UW w/64MB RAM > DPT PM3334UDW w/64MB RAM > > Disks: Iomega Jaz (for testing) - Still have to play with remove-insert > RAID-1 for boot device - 4GB usable - Single bus > RAID-5 for storage - 28GB usable - Single bus shared with RAID-1 > RAID-0 for playing around - 28GB split across 2 busses > > There are two DAT drives on the system, one on each bus, as well as a > Yamaha WORM. They all are doing fine. > > I will be adding another RAID-5 array tomorrow and hook up another CPU to > the same pair of busses; For multi initiator and DLM development. > > I have tested the large arrays as both a single 28GB slice/partition and as > a split/fragmented. They both seem to be doing fine. > > The only problem appears to be with fsck. Given the standard /etc/rc > script it fails miderably with large partitions and/or many filesystems. > It needs the enclosed patch to work. > > If fsck cannot be fixed to acomodate such a large collection of large > disks, I'll be happy to submit a patch the /etc/rc that works. It is a bit > slower than the current one but works. > > Thanx for the help and the functionality. > > Simon > > > > > From owner-freebsd-current Wed Jan 7 01:17:29 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA04745 for current-outgoing; Wed, 7 Jan 1998 01:17:29 -0800 (PST) (envelope-from owner-freebsd-current) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA04735 for ; Wed, 7 Jan 1998 01:17:20 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA03118; Wed, 7 Jan 1998 18:17:18 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id SAA09495; Wed, 7 Jan 1998 18:24:40 +0900 (JST) Message-Id: <199801070924.SAA09495@zodiac.mech.utsunomiya-u.ac.jp> To: freebsd-current@freebsd.org Cc: yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: ANNOUNCE: accent (dead) key support in syscons and kbdcontrol Date: Wed, 07 Jan 1998 18:24:39 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The accent (dead) key support has been added to syscons. kbdcontrol has been modified to load/print keymaps with accent key definitions. I also committed the Icelandic and Spanish keymaps with accent key definitions to the source tree. Don't be alarmed. You can still use existing keymaps which don't have accent keys; both syscons and kbdcontrol will work with them as before. If you are using a non-US keyboard and want to add accent keys to its keymap, please read the notes at end of this post (all right, I know I should document this in man pages :-) and roll a new keymap file. Load the new map using the -l option of kbdcontrol. To produce an accented letter, press an accent key followed by a regular letter key which is to be accented. Press an accent key followed by the space bar to get the accent letter itself. Kazu -- Adding accent keys to the keymap file ------------------------- The following keywords are newly defined for accent (dead) keys. keyword accent ------- -------------- dgra grave dacu acute dcir circumflex dtil tilda dmac macron dbre breve ddot dot duml umlaut ddia diaeresis dsla slash drin ring dced cedira dapo apostrophe ddac double acute dogo ogonek dcar caron Note: `ddia' is treated as a synonym to `duml'. Use these keywords in keymap entries to specify accent (dead) keys. For example, the Icelandic keymap have the following lines. 040 dacu dacu nop nop dtil '[' nop nop C 041 drin duml nop nop dcir '*' nop nop O At the end of the keymap file, write the accent map table in which you specify pairs of a regular character and an accented character for each accent key. ( )... Where is the name of the accent key as listed above, is the character of the accent key itself, is a regular character and is an accented character. When is pressed immediately after the accent key, will be produced. If the space key is pressed immediately after the accent key, the accent key itself, that is , will be produced. If an accent key is not defined for the keymap file, you may write 000 in order to explicitly indicate the definition is empty for this accent key. But, this is not mandatory. The following is the complete accent map table for any ISO keymaps: dgra '`' ( 'a' 224 ) ( 'A' 192 ) ( 'e' 232 ) ( 'E' 200 ) ( 'i' 236 ) ( 'I' 204 ) ( 'o' 242 ) ( 'O' 210 ) ( 'u' 249 ) ( 'U' 217 ) dacu 180 ( 'a' 225 ) ( 'A' 193 ) ( 'e' 233 ) ( 'E' 201 ) ( 'i' 237 ) ( 'I' 205 ) ( 'o' 243 ) ( 'O' 211 ) ( 'u' 250 ) ( 'U' 218 ) ( 'y' 253 ) ( 'Y' 221 ) dcir '^' ( 'a' 226 ) ( 'A' 194 ) ( 'e' 234 ) ( 'E' 202 ) ( 'i' 238 ) ( 'I' 206 ) ( 'o' 244 ) ( 'O' 212 ) ( 'u' 251 ) ( 'U' 219 ) dtil '~' ( 'a' 227 ) ( 'A' 195 ) ( 'n' 241 ) ( 'N' 209 ) ( 'o' 245 ) ( 'O' 213 ) dmac 000 dbre 000 ddot 000 duml 168 ( 'a' 228 ) ( 'A' 196 ) ( 'e' 235 ) ( 'E' 203 ) ( 'i' 239 ) ( 'I' 207 ) ( 'o' 246 ) ( 'O' 214 ) ( 'u' 252 ) ( 'U' 220 ) ( 'y' 255 ) dsla 000 drin 176 ( 'a' 229 ) ( 'A' 197 ) dced 184 ( 'c' 231 ) ( 'C' 199 ) dapo 000 ddac 000 dogo 000 dcar 000 Note: If you need the accent map for the CP850 or CP865, contact me. From owner-freebsd-current Wed Jan 7 02:00:39 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA07530 for current-outgoing; Wed, 7 Jan 1998 02:00:39 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA07525 for ; Wed, 7 Jan 1998 02:00:34 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id UAA08688; Wed, 7 Jan 1998 20:56:41 +1100 Date: Wed, 7 Jan 1998 20:56:41 +1100 From: Bruce Evans Message-Id: <199801070956.UAA08688@godzilla.zeta.org.au> To: andreas@klemm.gtn.com, jak@cetlink.net Subject: Re: LINT is missing examples for sio1-3 ? GENERIC does so Cc: bde@zeta.org.au, current@FreeBSD.ORG, jkh@time.cdrom.com Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Yeah, but some of us dim-witted users benefit from those examples >> which are so uninteresting to the intellectual elite. > >hahaha ;-) Ok, that's another point ;-) > >Ok, what about that ... When reading LINT as it is now, it's >a "real fine thing (tm)". It's a central place of information, >that tells you very quickly, what the kernel with it's driver >and options is able to do for you. > >So, another point of view might be, reading manpages is fine >and I suggest it to every user ... but: > > - time is money (sometime more sometimes less precious ;-) I agree. That's why I don't want extra copies of the documentation :-). > - LINT already is a comprehend/central list of information > - and i think, LINT is kind of user/admin friendly. Isn't the handbook supposed to be central and user-friendly? I don't have time to read it :-). >Since GENERIC contains examples for the serial interfaces, >shouldn't we sync it ... because not every FreeBSD newbee is >an expert in "RTFM" and such ? Newbies shouldn't know to look there. It's never been in sync with GENERIC and has always had a different purpose. It's original purpose wasn't documentation - it was for checking the kernel sources, and tthats all I use it for. See the log message for rev.1.1. Bruce From owner-freebsd-current Wed Jan 7 02:10:34 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA08034 for current-outgoing; Wed, 7 Jan 1998 02:10:34 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA08028 for ; Wed, 7 Jan 1998 02:10:31 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id CAA12254; Wed, 7 Jan 1998 02:09:32 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd012252; Wed Jan 7 02:09:22 1998 Date: Wed, 7 Jan 1998 02:06:21 -0800 (PST) From: Julian Elischer To: Kazutaka YOKOTA cc: freebsd-current@freebsd.org Subject: Re: ANNOUNCE: accent (dead) key support in syscons and kbdcontrol In-Reply-To: <199801070924.SAA09495@zodiac.mech.utsunomiya-u.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk this is pretty amazing but my curiosity has got the better of me.. how does a japanese person get to be working on Icelandic keyboards? :-) From owner-freebsd-current Wed Jan 7 02:23:42 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA08511 for current-outgoing; Wed, 7 Jan 1998 02:23:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id CAA08489 for ; Wed, 7 Jan 1998 02:23:34 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA03241; Wed, 7 Jan 1998 19:23:21 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id TAA12038; Wed, 7 Jan 1998 19:30:43 +0900 (JST) Message-Id: <199801071030.TAA12038@zodiac.mech.utsunomiya-u.ac.jp> To: Julian Elischer Cc: freebsd-current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: ANNOUNCE: accent (dead) key support in syscons and kbdcontrol In-Reply-To: Your message of "Wed, 07 Jan 1998 02:06:21 PST." References: Date: Wed, 07 Jan 1998 19:30:41 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >this is pretty amazing but my curiosity has got the better of me.. >how does a japanese person get to be working on Icelandic keyboards? > >:-) The project started when Spanish and Icelandic users requested dead key support and submitted sample code and keymap files (see below). Their names will be credited in the handbook :-) I have never seen the Icelandic and Spanish keyboards myself. I own a UK 102 keyboard though. Kazu yokota 1998/01/07 00:46:55 PST Modified files: share/syscons/keymaps Makefile spanish.iso.kbd Added files: share/syscons/keymaps icelandic.iso.kbd Log: icelandic.iso.kbd - New, Icelandic keymap with accent (dead) key definitions. Based on the work done by totii@est.is. spanish iso.kbd - Added accent (dead) key definitions. Based on the work done by jmrueda@diatel.upm.es. Revision Changes Path 1.25 +2 -1 src/share/syscons/keymaps/Makefile 1.3 +28 -3 src/share/syscons/keymaps/spanish.iso.kbd From owner-freebsd-current Wed Jan 7 03:43:37 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA18463 for current-outgoing; Wed, 7 Jan 1998 03:43:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA18448 for ; Wed, 7 Jan 1998 03:43:28 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id DAA18219; Wed, 7 Jan 1998 03:42:54 -0800 (PST) To: Bruce Evans cc: andreas@klemm.gtn.com, jak@cetlink.net, current@FreeBSD.ORG Subject: Re: LINT is missing examples for sio1-3 ? GENERIC does so In-reply-to: Your message of "Wed, 07 Jan 1998 20:56:41 +1100." <199801070956.UAA08688@godzilla.zeta.org.au> Date: Wed, 07 Jan 1998 03:42:54 -0800 Message-ID: <18215.884173374@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Newbies shouldn't know to look there. It's never been in sync with > GENERIC and has always had a different purpose. It's original purpose > wasn't documentation - it was for checking the kernel sources, and Unfortunately, I have to note in regard to this last point that it very definitely *has* become documentation and whether that was anyone's original intentions or not. It has simply evolved, like so many things in FreeBSD. I and many other people use "see LINT" as a popular answer to kernel configuration questions because, unfortunatly, it's really all there is - the Handbook which you haven't read also hasn't got this sort of documentation in it anyway, so you and the users haven't missed anything. :( Given all of that, a more compromising attitute towards LINT in the meantime would probably be warranted. That is unless Bruce is prepared to suddenly document in the Handbook what noone else has dared to challenge before. :-) Jordan From owner-freebsd-current Wed Jan 7 05:56:28 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA27613 for current-outgoing; Wed, 7 Jan 1998 05:56:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (ppp3.portal.net.au [202.12.71.103]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA27589 for ; Wed, 7 Jan 1998 05:56:21 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id AAA01279 for ; Thu, 8 Jan 1998 00:20:17 +1030 (CST) Message-Id: <199801071350.AAA01279@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: current@freebsd.org Subject: patch in -current is *seriously* broken WRT CVS patches Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Jan 1998 00:20:16 +1030 From: Mike Smith Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I do recall reading some discussion about this a couple days back, but I thought a quick heads-up would be in order. Patch in -current now does not understand the output of "cvs diff", which makes distributing CVS-generated diffs fairly pointless. The -C option has gone too, leaving --dry-run in its place. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ From owner-freebsd-current Wed Jan 7 06:04:46 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA29457 for current-outgoing; Wed, 7 Jan 1998 06:04:46 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA29435 for ; Wed, 7 Jan 1998 06:04:41 -0800 (PST) (envelope-from julian@FreeBSD.org) From: Julian Elischer Received: (from julian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id GAA11334 for current@freebsd.org; Wed, 7 Jan 1998 06:04:38 -0800 (PST) Date: Wed, 7 Jan 1998 06:04:38 -0800 (PST) Message-Id: <199801071404.GAA11334@freefall.freebsd.org> To: current@FreeBSD.ORG Subject: DEVFS-11 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk One little change and a fix change.. You can now newfs /dev/rsd0 and mount it (/dev/sd0) without ever disklabelling it. (its just a pile of blocks, why not have a FS on it?) This is a byproduct of the fact that all slices appear identical, whether or not they are subslices of subslices of subslices, or just a whole raw disk. More interesting is the capacity to newfs and mount an MBR slice (e.g. wd0s2) without going to the extra step of adding the disklabel. Of course you need to disklabel to make a BOOTABLE part. :) This is "Even more dangeroulsy dedicated mode" It is more useful for the floppy where you can now do: newfs /dev/rfd0 floppy3 Without the disklabel step. and still mount it. This wan't the AIM but it's a byproduct of the aim of making all disk abstractions identical. fix: Can now mount filesystems from floppies again without crashing the system. (Thanks to Mike Smith for falling into that pit..) julian This may be the version that gets checked in (Branch JULIAN_SLICES). From owner-freebsd-current Wed Jan 7 07:50:22 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA09735 for current-outgoing; Wed, 7 Jan 1998 07:50:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA09708 for ; Wed, 7 Jan 1998 07:50:09 -0800 (PST) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id QAA24693; Wed, 7 Jan 1998 16:50:58 +0100 (MET) (envelope-from sos) Message-Id: <199801071550.QAA24693@sos.freebsd.dk> Subject: Re: patch in -current is *seriously* broken WRT CVS patches In-Reply-To: <199801071350.AAA01279@word.smith.net.au> from Mike Smith at "Jan 8, 98 00:20:16 am" To: mike@smith.net.au (Mike Smith) Date: Wed, 7 Jan 1998 16:50:58 +0100 (MET) Cc: current@FreeBSD.ORG From: SЬren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Mike Smith who wrote: > > I do recall reading some discussion about this a couple days back, but > I thought a quick heads-up would be in order. > > Patch in -current now does not understand the output of "cvs diff", > which makes distributing CVS-generated diffs fairly pointless. > > The -C option has gone too, leaving --dry-run in its place. I suggest backing out the new patch until all this mess is cleaned up. BTW why do we need the GNU version ?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- SЬren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Wed Jan 7 08:32:28 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA12643 for current-outgoing; Wed, 7 Jan 1998 08:32:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id IAA12614 for ; Wed, 7 Jan 1998 08:32:13 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 19146 invoked by uid 1000); 7 Jan 1998 16:28:26 -0000 Message-ID: X-Mailer: XFMail 1.2 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 07 Jan 1998 08:28:26 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: "Steven P. Donegan" Subject: RE: SCSI Performance Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 06-Jan-98 Steven P. Donegan wrote: > Well Santa was nice to me so I'm now in the market for a nice fast SCSI > solution. What is the fastest SCSI controller for the PCI bus (Tyan > Tomcat IIID with 2(ea) 200Mhz Pentiums)? Since I have no SCSI devices yet > any fast/wide/etc solution would be fine. Also any suggestions on fast > drives matching your favorite fast controller would be appreciated. If > there is a web site somewhere with benchmark data a pointer would be > appreciated. This is all for use with 3.0 current. > > TIA Try a DPT PM33334UW with 64MB of RAM and 3 Ultra/Wide SCSI busses. Will set you back over $2,000 but will drive like a dream. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Wed Jan 7 09:13:07 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA16212 for current-outgoing; Wed, 7 Jan 1998 09:13:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA16181 for ; Wed, 7 Jan 1998 09:12:52 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 23725 invoked by uid 1000); 7 Jan 1998 17:09:04 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199801071404.GAA11334@freefall.freebsd.org> Date: Wed, 07 Jan 1998 09:09:04 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Julian Elischer Subject: RE: DEVFS-11 Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 07-Jan-98 Julian Elischer wrote: > One little change and a fix > > change.. > You can now newfs /dev/rsd0 and mount it (/dev/sd0) without ever > disklabelling it. (its just a pile of blocks, why not have a FS on it?) > This is a byproduct of the fact that all slices appear identical, > whether or not they are subslices of subslices of subslices, or just a > whole raw disk. More interesting is the capacity to newfs and mount an > MBR slice (e.g. wd0s2) without going to the extra step of adding the > disklabel. Of course you need to disklabel to make a BOOTABLE part. :) > > This is "Even more dangeroulsy dedicated mode" > It is more useful for the floppy where you can now do: > newfs /dev/rfd0 floppy3 > > Without the disklabel step. and still mount it. > This wan't the AIM but it's a byproduct of the aim of making all > disk abstractions identical. > > > fix: > Can now mount filesystems from floppies again without crashing the > system. > (Thanks to Mike Smith for falling into that pit..) > > julian > > This may be the version that gets checked in (Branch JULIAN_SLICES). Does it have to be a separate branch? It appears to these novice eyes that if one does not add the SLICE option to the config file, the code is pretty much out. So is the DEVFS option. So, if one does not like this code, one can leave the option out of their kernel. Besides, from what I see, it works just as well as without the devfs, plus all the benefits of a functional devfs. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Wed Jan 7 09:19:31 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA16742 for current-outgoing; Wed, 7 Jan 1998 09:19:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from waru.life.nthu.edu.tw (waru.life.nthu.edu.tw [140.114.98.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA16715 for ; Wed, 7 Jan 1998 09:19:04 -0800 (PST) (envelope-from frankch@waru.life.nthu.edu.tw) Received: (from frankch@localhost) by waru.life.nthu.edu.tw (8.8.8/8.8.7) id BAA04038; Thu, 8 Jan 1998 01:23:56 +0800 (CST) Message-ID: <19980108012356.56984@life.nthu.edu.tw> Date: Thu, 8 Jan 1998 01:23:56 +0800 From: Frank Chen Hsiung Chan To: current@freebsd.org Subject: Localizing FreeBSD? Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.88 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have patch the locale part of libc in 2.2.5 stable, the patches are at: http://waru.life.nthu.edu.tw/~frankch/locale/ What I have done, is to add BIG5 rune encoding support. I also add zh_TW.BIG5 to the data of mklocale. I am not very sure about the codes. Perhaps someone would like to check this and make some comments? After what I have done, I found that there aren't much of the programs localized. We have xpg4 stuff in FreeBSD, but only a few programs (is there any?) have utilized that code. Is there any plan to make FreeBSD utilize more the xpg4 code? Currently I am not on this list. Perhaps you would be kindly put me in the CC (if there's any reply?) P.S. for those who may have question. BIG5 is a Chinese encoding (also a charset) widely used in Taiwan and HongKong. -- Frank Chen Hsiung Chan [╦БбМ╨╣](BIG5) Department of Life Science http://waru.life.nthu.edu.tw/~frankch/ National Tsing Hua University email: frankch@waru.life.nthu.edu.tw Taiwan From owner-freebsd-current Wed Jan 7 09:41:04 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA19461 for current-outgoing; Wed, 7 Jan 1998 09:41:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA19443 for ; Wed, 7 Jan 1998 09:40:55 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 5617 invoked by uid 1000); 7 Jan 1998 17:36:54 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 07 Jan 1998 09:36:53 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-current@freebsd.org Subject: Panic: kmem_malloc: kmem_map too small Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I receive that mainly under SMP, but looking at vm/vm_kern.c I do not see where the problem is: if (vm_map_findspace(map, 0, size, &addr)) { vm_map_unlock(map); if (map == mb_map) { mb_map_full = TRUE; log(LOG_ERR, "Out of mbuf clusters - increase maxusers!\n"); return (0); } if (waitflag == M_WAITOK) panic("kmem_malloc: kmem_map too small"); return (0); } The rtrace: Debugger panic kmem_malloc malloc nfs_nget nfs_lookup namei lstat syscall Xsyscall This happened while doing a ``cd /NFS_mount; find . | cpio -dmpv /new'' where virtually all the files are too new on the target, so there is much of directory activity across the LAN but very little copying. Filesystems involoved are large (FreeBSD archives :-) ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Wed Jan 7 10:00:24 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22306 for current-outgoing; Wed, 7 Jan 1998 10:00:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from seera.nttlabs.com (seera.nttlabs.com [204.162.36.81]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA22259 for ; Wed, 7 Jan 1998 10:00:06 -0800 (PST) (envelope-from gene@nttlabs.com) Received: from nttlabs.com (localhost [127.0.0.1]) by seera.nttlabs.com (8.8.8/8.8.7) with ESMTP id KAA00519 for ; Wed, 7 Jan 1998 10:00:03 -0800 (PST) Message-ID: <34B3C2A2.9F727247@nttlabs.com> Date: Wed, 07 Jan 1998 10:00:02 -0800 From: "Eugene M. Kim" Organization: NTT Multimedia Communications Laboratories X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: FreeBSD-CURRENT Mailing List Subject: All X applications locked (was Re: pgcc compile of kernel) References: <199801070316.OAA21969@godzilla.zeta.org.au> <199801070453.XAA00386@dyson.iquest.net> <19980107083629.63387@keltia.freenix.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ollivier Robert wrote: > > According to John S. Dyson: > > Try using the pgcc at ftp.goof.com. It uses egcs as a base, and appears to > > compile the kernel correctly, except with "-mcpu=pentiumpro -march=pentiumpro > > I tried compiling the kernel with pgcc-971225 with "-O3 -fno-inline -pipe > -mamdk6". It compiles OK, seems to run fine until I got into X11. I > couldn't run any xterm, they were all locked in "inode" state. I rebuilt the entire world and kernel yesterday (Jan 6), using sources from -current CVS tree around 5:10pm, and found the same problem. All X applications which access the screen are locked either in getblk or in inode state. The kernel built the day before (Jan 5) around 12:00pm didn't have the problem. Hope this helps, Gene -- Eugene M. Kim Software Developer NTT Multimedia Communications Laboratories mailto:gene@nttlabs.com From owner-freebsd-current Wed Jan 7 10:25:04 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA24564 for current-outgoing; Wed, 7 Jan 1998 10:25:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA24519 for ; Wed, 7 Jan 1998 10:24:31 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id TAA17164; Wed, 7 Jan 1998 19:15:15 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id SAA08784; Wed, 7 Jan 1998 18:12:22 +0100 (CET) (envelope-from andreas) Message-ID: <19980107181222.37726@klemm.gtn.com> Date: Wed, 7 Jan 1998 18:12:22 +0100 From: Andreas Klemm To: "Jordan K. Hubbard" Cc: Bruce Evans , jak@cetlink.net, current@FreeBSD.ORG Subject: Re: LINT is missing examples for sio1-3 ? GENERIC does so References: <199801070956.UAA08688@godzilla.zeta.org.au> <18215.884173374@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <18215.884173374@time.cdrom.com>; from Jordan K. Hubbard on Wed, Jan 07, 1998 at 03:42:54AM -0800 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, Jan 07, 1998 at 03:42:54AM -0800, Jordan K. Hubbard wrote: > > Unfortunately, I have to note in regard to this last point that it > very definitely *has* become documentation and whether that was > anyone's original intentions or not. It has simply evolved, like so > many things in FreeBSD. I and many other people use "see LINT" as > a popular answer to kernel configuration questions ... Hmm, to second that, it's certainly easier for a developer, to add a quick note into LINT in ASCII, if a new feature comes up, than to think about writing/changing documentation in SGML. That should/could be done by people, who have committed themselves to write documentation. I'll wait some time before I'm going to commit the changes, I respect all of your pros and cons. But I think what Jordan lastly said reflects every days practice. I always dig around in LINT if I'm going to configure the kernel .... And I'm really happy, if I find a good piece of information .... That's indeed user friendly. Andreas /// -- Andreas Klemm powered by ,,symmetric multiprocessor FreeBSD'' From owner-freebsd-current Wed Jan 7 10:38:39 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA25872 for current-outgoing; Wed, 7 Jan 1998 10:38:39 -0800 (PST) (envelope-from owner-freebsd-current) Received: from damon.com (root@damon.com [207.170.114.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA25829 for ; Wed, 7 Jan 1998 10:38:14 -0800 (PST) (envelope-from dap@damon.com) Received: (from dap@localhost) by damon.com (8.8.3/8.8.3) id MAA13328; Wed, 7 Jan 1998 12:36:33 -0600 (CST) From: Damon Anton Permezel Message-Id: <199801071836.MAA13328@damon.com> Subject: Re: SCSI Performance To: shimon@simon-shapiro.org Date: Wed, 7 Jan 1998 12:36:33 -0600 (CST) Cc: donegan@quick.net, current@FreeBSD.ORG In-Reply-To: from Simon Shapiro at "Jan 7, 98 08:28:26 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Simon Shapiro sez: " > > On 06-Jan-98 Steven P. Donegan wrote: > > Well Santa was nice to me so I'm now in the market for a nice fast SCSI > > solution. What is the fastest SCSI controller for the PCI bus (Tyan > > Tomcat IIID with 2(ea) 200Mhz Pentiums)? Since I have no SCSI devices yet > > any fast/wide/etc solution would be fine. Also any suggestions on fast > > drives matching your favorite fast controller would be appreciated. If > > there is a web site somewhere with benchmark data a pointer would be > > appreciated. This is all for use with 3.0 current. > > > > TIA (having just bought 2 9-gig SCSI drives, I have but two words...) Fibre channel! Who's working on device drivers for FC cards? FC-AL Seagate drives were about the same price as SCSI-3 last I looked. If anyone needs a FC dd written, I hereby volunteer! From owner-freebsd-current Wed Jan 7 11:08:17 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA28815 for current-outgoing; Wed, 7 Jan 1998 11:08:17 -0800 (PST) (envelope-from owner-freebsd-current) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA28804 for ; Wed, 7 Jan 1998 11:08:06 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.5/8.8.5) id NAA13990; Wed, 7 Jan 1998 13:07:53 -0600 (CST) From: Kevin Day Message-Id: <199801071907.NAA13990@home.dragondata.com> Subject: Re: New NFS saga In-Reply-To: <19980106144429.24420@mcs.net> from Karl Denninger at "Jan 6, 98 02:44:29 pm" To: karl@mcs.net (Karl Denninger) Date: Wed, 7 Jan 1998 13:07:53 -0600 (CST) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > So back it out to 1.41 and see if the problem goes away. > 1.41 seems essentially the same as current, but I tried anyway... Up less than 1 hour and: 'panic: fault on no fault entry' with *tons* of 'no buffer space available' errors in syslog. I don't think the new vm stuff is too happy with nfs. :) Kevin From owner-freebsd-current Wed Jan 7 11:14:39 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA29269 for current-outgoing; Wed, 7 Jan 1998 11:14:39 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ady.warpnet.ro (ady.warpnet.ro [193.230.201.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA29246; Wed, 7 Jan 1998 11:14:05 -0800 (PST) (envelope-from ady@warpnet.ro) Received: from localhost (ady@localhost) by ady.warpnet.ro (8.8.8/8.8.8) with SMTP id VAA00357; Wed, 7 Jan 1998 21:13:04 +0200 (EET) (envelope-from ady@warpnet.ro) Date: Wed, 7 Jan 1998 21:13:04 +0200 (EET) From: Penisoara Adrian To: freebsd-current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Fatal trap 12 & debugging info ?? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, For quite a while I'm bugged by sudden panics/reboots (all of them are 'fatal trap 12'); here it is the last one I had (hand rewritten): ============================================================ Fatal trap 12: page fault while in kernel mode mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xf01a9273 stack pointer = 0x10:0xf49cbe48 frame pointer = 0x10:0xf49cbe54 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1594 (cron) interrupt mask = net tty bio cam <- SMP:XXX trap number = 12 panic: page fault mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 boot called on cpu#0 syncing disks... ==================================================== uname -a: FreeBSD ady.warpnet.ro 3.0-971117-SNAP FreeBSD 3.0-971117-SNAP #0: Sun Nov 23 16:02:37 EET 1997 root@ady.warpnet.ro:/usr/src/sys/compile/ADY-SMP i386 ==================================================== dmesg: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-971117-SNAP #0: Sun Nov 23 16:02:37 EET 1997 root@ady.warpnet.ro:/usr/src/sys/compile/ADY-SMP CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x526 Stepping=6 Features=0x3bf real memory = 67108864 (65536K bytes) avail memory = 63246336 (61764K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 ed1: rev 0x00 int a irq 19 on pci0.17.0 ed1: address 00:00:21:45:df:7b, type NE2000 (16 bit) ed2: rev 0x00 int a irq 18 on pci0.18.0 ed2: address 00:00:21:45:df:7c, type NE2000 (16 bit) vga0: rev 0x00 int a irq 17 on pci0.19.0 ahc0: rev 0x01 int a irq 16 on pci0.20.0 ahc0: aic7860 Single Channel, SCSI Id=7, 3/8 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 ahc0: target 4 Tagged Queuing Device sd0 at scbus0 target 4 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2069MB (4238640 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface APIC_IO: routing 8254 via 8259 on pin 0 SMP: AP CPU #1 Launched! WARNING: / was not properly dismounted. =========================================== I need to solve this problem whatever it would take for (BTW, the machine is a production server - I know, 3.0-current is unstable, but I need to go for SMP). One way would be to upgrade to a newer SNAP, but this seems to be not such a good ideea (at least what I saw on the -current list gave me fears, much part of the code seems to be pretty broken now); the other way would be to debug this thingy, somthing I neved did before :(... So please give me some suggestions, like what SNAP would be a better choice or links to docs for debugging; even flames would be accepted (mailed directly to me, of course)... TIA and forgive me for crossposting. Ady (@warpnet.ro) Warp Net Technologies From owner-freebsd-current Wed Jan 7 11:18:30 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA29809 for current-outgoing; Wed, 7 Jan 1998 11:18:30 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA29800 for ; Wed, 7 Jan 1998 11:18:21 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 1636 invoked by uid 1000); 7 Jan 1998 19:19:01 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199801071836.MAA13328@damon.com> Date: Wed, 07 Jan 1998 11:19:01 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Damon Anton Permezel Subject: Re: SCSI Performance Cc: current@FreeBSD.ORG, donegan@quick.net Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 07-Jan-98 Damon Anton Permezel wrote: > "Simon Shapiro sez: " >> >> On 06-Jan-98 Steven P. Donegan wrote: >> > Well Santa was nice to me so I'm now in the market for a nice fast >> > SCSI >> > solution. What is the fastest SCSI controller for the PCI bus (Tyan >> > Tomcat IIID with 2(ea) 200Mhz Pentiums)? Since I have no SCSI devices >> > yet >> > any fast/wide/etc solution would be fine. Also any suggestions on fast >> > drives matching your favorite fast controller would be appreciated. If >> > there is a web site somewhere with benchmark data a pointer would be >> > appreciated. This is all for use with 3.0 current. >> > >> > TIA > > (having just bought 2 9-gig SCSI drives, I have but two words...) > > Fibre channel! This was my recommendation to nCUBE and Intel for their respective MPP several years ago. The difference in perfromance in unbelivable. > Who's working on device drivers for FC cards? I am. > FC-AL Seagate drives were about the same price as SCSI-3 last I looked. Huh? And the optical-copper converter (whatever the name is :-) ? And the controller? > If anyone needs a FC dd written, I hereby volunteer! And what is an FC dd ? Ah, FCAL Device Driver. For which controller? ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Wed Jan 7 11:58:00 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA04068 for current-outgoing; Wed, 7 Jan 1998 11:58:00 -0800 (PST) (envelope-from owner-freebsd-current) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA04046 for ; Wed, 7 Jan 1998 11:57:48 -0800 (PST) (envelope-from jfieber@indiana.edu) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.8.7/8.8.7) with SMTP id OAA27469; Wed, 7 Jan 1998 14:57:10 -0500 (EST) Date: Wed, 7 Jan 1998 14:57:10 -0500 (EST) From: John Fieber To: Frank Chen Hsiung Chan cc: current@FreeBSD.ORG Subject: Re: Localizing FreeBSD? In-Reply-To: <19980108012356.56984@life.nthu.edu.tw> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 8 Jan 1998, Frank Chen Hsiung Chan wrote: > After what I have done, I found that there aren't much > of the programs localized. We have xpg4 stuff in FreeBSD, > but only a few programs (is there any?) have utilized > that code. Is there any plan to make FreeBSD utilize > more the xpg4 code? It has been said in these lists that bunches of things break if >8bit bit locales are used, which is why the >8bit stuff was split off into libxpg4. Search in the mailing list archives for xpg4 for details. What I have not seen is a description of what breaks or what needs to be fixed. -john From owner-freebsd-current Wed Jan 7 12:20:56 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA06299 for current-outgoing; Wed, 7 Jan 1998 12:20:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA06250; Wed, 7 Jan 1998 12:20:28 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.5/8.8.5) id OAA18158; Wed, 7 Jan 1998 14:19:26 -0600 (CST) From: Kevin Day Message-Id: <199801072019.OAA18158@home.dragondata.com> Subject: Re: Fatal trap 12 & debugging info ?? In-Reply-To: from Penisoara Adrian at "Jan 7, 98 09:13:04 pm" To: ady@warpnet.ro (Penisoara Adrian) Date: Wed, 7 Jan 1998 14:19:25 -0600 (CST) Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi, > > For quite a while I'm bugged by sudden panics/reboots (all of them are > 'fatal trap 12'); here it is the last one I had (hand rewritten): > > ============================================================ > > Fatal trap 12: page fault while in kernel mode > mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf01a9273 > stack pointer = 0x10:0xf49cbe48 > frame pointer = 0x10:0xf49cbe54 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1594 (cron) > interrupt mask = net tty bio cam <- SMP:XXX > trap number = 12 > panic: page fault > mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 > boot called on cpu#0 > > syncing disks... > I've had about 5 panics about exactly the same.... A trace shows free, execve, syscall, xsyscall then the debugger locks up before showing any more... From owner-freebsd-current Wed Jan 7 12:47:18 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA08416 for current-outgoing; Wed, 7 Jan 1998 12:47:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA08402 for ; Wed, 7 Jan 1998 12:46:54 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id PAA00542; Wed, 7 Jan 1998 15:45:34 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199801072045.PAA00542@dyson.iquest.net> Subject: Re: New NFS saga In-Reply-To: <199801071907.NAA13990@home.dragondata.com> from Kevin Day at "Jan 7, 98 01:07:53 pm" To: toasty@home.dragondata.com (Kevin Day) Date: Wed, 7 Jan 1998 15:45:34 -0500 (EST) Cc: karl@mcs.net, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Kevin Day said: > > > > So back it out to 1.41 and see if the problem goes away. > > > > 1.41 seems essentially the same as current, but I tried anyway... > > Up less than 1 hour and: 'panic: fault on no fault entry' with *tons* of 'no > buffer space available' errors in syslog. > > I don't think the new vm stuff is too happy with nfs. :) > I cannot even consider looking at this until the weekend. Please forward the output of 'vmstat -m' and 'sysctl -a', when the no buffer space available message comes out. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Wed Jan 7 14:01:13 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA16224 for current-outgoing; Wed, 7 Jan 1998 14:01:13 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA16198; Wed, 7 Jan 1998 14:00:37 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id NAA00170; Wed, 7 Jan 1998 13:56:51 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd000167; Wed Jan 7 13:56:46 1998 Message-ID: <34B3F969.2781E494@whistle.com> Date: Wed, 07 Jan 1998 13:53:45 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: shimon@simon-shapiro.org CC: Julian Elischer , current@FreeBSD.ORG Subject: Re: DEVFS-11 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro wrote: > > On 07-Jan-98 Julian Elischer wrote: > > One little change and a fix > > > > change.. > > You can now newfs /dev/rsd0 and mount it (/dev/sd0) without ever > > disklabelling it. (its just a pile of blocks, why not have a FS on it?) > > This is a byproduct of the fact that all slices appear identical, > > whether or not they are subslices of subslices of subslices, or just a > > whole raw disk. More interesting is the capacity to newfs and mount an > > MBR slice (e.g. wd0s2) without going to the extra step of adding the > > disklabel. Of course you need to disklabel to make a BOOTABLE part. :) > > > > This is "Even more dangeroulsy dedicated mode" > > It is more useful for the floppy where you can now do: > > newfs /dev/rfd0 floppy3 > > > > Without the disklabel step. and still mount it. > > This wan't the AIM but it's a byproduct of the aim of making all > > disk abstractions identical. > > > > > > fix: > > Can now mount filesystems from floppies again without crashing the > > system. > > (Thanks to Mike Smith for falling into that pit..) > > > > julian > > > > This may be the version that gets checked in (Branch JULIAN_SLICES). > > Does it have to be a separate branch? It appears to these novice eyes > that if one does not add the SLICE option to the config file, the code is > pretty much out. So is the DEVFS option. So, if one does not like this > code, one can leave the option out of their kernel. > > Besides, from what I see, it works just as well as without the devfs, plus > all the benefits of a functional devfs. It has been so decreed that it shall pass a period of time with a separate branch.. Not my decision. > > ---------- > > Sincerely Yours, > > Simon Shapiro > Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Wed Jan 7 14:03:42 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA16422 for current-outgoing; Wed, 7 Jan 1998 14:03:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA16304; Wed, 7 Jan 1998 14:02:12 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id BAA28042; Thu, 8 Jan 1998 01:01:58 +0300 (MSK) (envelope-from ache) Date: Thu, 8 Jan 1998 01:01:56 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: ports@freebsd.org, FreeBSD-current , Jordan Hubbard Subject: tk80 port or tcl installation are broken on -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Checksum OK for tk8.0p2.tar.gz. ===> Patching for tk-8.0.2 ===> Applying FreeBSD patches for tk-8.0.2 ===> Configuring for tk-8.0.2 creating cache ./config.cache checking for ranlib... ranlib checking whether cross-compiling... no checking how to run the C preprocessor... cc -E checking for unistd.h... yes checking for limits.h... yes configure: error: Tcl directory /usr/local/lib/tcl8.0 doesn't exist *** Error code 1 Yes, there is no such directory, because TCL installed in /usr/libdata/tcl on -current. But situation is worse because expected tclConfig.sh is NOT installed even in /usr/libdata/tcl Please fix somehow... -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Wed Jan 7 14:04:31 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA16543 for current-outgoing; Wed, 7 Jan 1998 14:04:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA16521 for ; Wed, 7 Jan 1998 14:04:17 -0800 (PST) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id OAA16705; Wed, 7 Jan 1998 14:03:19 -0800 (PST) Message-Id: <199801072203.OAA16705@implode.root.com> To: shimon@simon-shapiro.org cc: freebsd-current@FreeBSD.ORG Subject: Re: Panic: kmem_malloc: kmem_map too small In-reply-to: Your message of "Wed, 07 Jan 1998 09:36:53 PST." From: David Greenman Reply-To: dg@root.com Date: Wed, 07 Jan 1998 14:03:19 -0800 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I receive that mainly under SMP, but looking at vm/vm_kern.c I do not see Sounds like you need to increase the kmem_map size - you're running out of malloc space. This can be done by changing VM_KMEM_SIZE in /sys/i386/include/vmparam.h. The problem might indicate that you have a very large system, a mistuned system, or perhaps could even indicate a kernel memory leak. I suggest that you carefully analyze the output of "vmstat -m" to determine where it's all going. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Wed Jan 7 14:11:14 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA17072 for current-outgoing; Wed, 7 Jan 1998 14:11:14 -0800 (PST) (envelope-from owner-freebsd-current) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA16992; Wed, 7 Jan 1998 14:10:26 -0800 (PST) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id OAA16740; Wed, 7 Jan 1998 14:07:00 -0800 (PST) Message-Id: <199801072207.OAA16740@implode.root.com> To: Kevin Day cc: ady@warpnet.ro (Penisoara Adrian), freebsd-current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: Fatal trap 12 & debugging info ?? In-reply-to: Your message of "Wed, 07 Jan 1998 14:19:25 CST." <199801072019.OAA18158@home.dragondata.com> From: David Greenman Reply-To: dg@root.com Date: Wed, 07 Jan 1998 14:07:00 -0800 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> For quite a while I'm bugged by sudden panics/reboots (all of them are >> 'fatal trap 12'); here it is the last one I had (hand rewritten): >> >> ============================================================ >> >> Fatal trap 12: page fault while in kernel mode >> mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 >> fault virtual address = 0x0 >> fault code = supervisor read, page not present >> instruction pointer = 0x8:0xf01a9273 >> stack pointer = 0x10:0xf49cbe48 >> frame pointer = 0x10:0xf49cbe54 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 1594 (cron) >> interrupt mask = net tty bio cam <- SMP:XXX >> trap number = 12 >> panic: page fault >> mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 >> boot called on cpu#0 >> >> syncing disks... >> > >I've had about 5 panics about exactly the same.... > >A trace shows free, execve, syscall, xsyscall then the debugger locks up >before showing any more... There was a bug in execve() that was fixed recently that would have looked like this. You need rev 1.70 or newer of /sys/kern/kern_exec.c. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Wed Jan 7 15:43:09 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA25473 for current-outgoing; Wed, 7 Jan 1998 15:43:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA25407 for ; Wed, 7 Jan 1998 15:42:19 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 14197 invoked by uid 1000); 7 Feb 2036 10:19:59 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <34B3F969.2781E494@whistle.com> Date: Thu, 07 Feb 2036 02:19:59 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Julian Elischer Subject: Re: DEVFS-11 Cc: current@FreeBSD.ORG, Julian Elischer Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 07-Jan-98 Julian Elischer wrote: ... >> Does it have to be a separate branch? It appears to these novice eyes >> that if one does not add the SLICE option to the config file, the code >> is >> pretty much out. So is the DEVFS option. So, if one does not like this >> code, one can leave the option out of their kernel. >> >> Besides, from what I see, it works just as well as without the devfs, >> plus >> all the benefits of a functional devfs. > > It has been so decreed that it shall pass a period of time with > a separate branch.. Not my decision. Makes sense. Your code actually compiles and runs. We need quality in the source tree, As in today's today's compile: ontrib/libg++/libio -I/usr/src/3.0/src/gnu/lib/libg++/../../../contrib/libg++/libstdc++ -c /usr/src/3.0/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/MLCG.cc -o MLCG.o /usr/src/3.0/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/MLCG.cc: In method `unsigned int MLCG::asLong()': /usr/src/3.0/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/MLCG.cc:8 8: `seedO' undeclared (first use this function) /usr/src/3.0/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/MLCG.cc:8 8: (Each undeclared identifier is reported only once /usr/src/3.0/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/MLCG.cc:8 8: for each function it appears in.) /usr/src/3.0/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/MLCG.cc:8 8: parse error at null character /usr/src/3.0/src/gnu/lib/libg++/../../../contrib/libg++/libg++/src/MLCG.cc:9 0: confused by earlier errors, bailing out *** Error code 1 ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Wed Jan 7 16:15:27 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA27892 for current-outgoing; Wed, 7 Jan 1998 16:15:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from d198-232.uoregon.edu (d198-232.uoregon.edu [128.223.198.232]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA27867; Wed, 7 Jan 1998 16:14:42 -0800 (PST) (envelope-from mini@d198-232.uoregon.edu) Received: (from mini@localhost) by d198-232.uoregon.edu (8.8.5/8.8.5) id QAA11337; Wed, 7 Jan 1998 16:13:54 -0800 (PST) Message-ID: <19980107161353.55587@micron.mini.net> Date: Wed, 7 Jan 1998 16:13:53 -0800 From: Jonathan Mini To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: DEVFS-11 Reply-To: Jonathan Mini References: <199801071404.GAA11334@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <199801071404.GAA11334@freefall.freebsd.org>; from Julian Elischer on Wed, Jan 07, 1998 at 06:04:38AM -0800 X-files: The Truth is Out There Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Cool. :) Currently, I am implementing access to the display buffer of the video card via block device. (The VBE windowing system uses the device pager to handle efficient as well as coordinated synching) This means you can newfs and mount your video card. Hmmm... I think that wins my award for "coolest ram drive." (followed closely by a DOS ramdrive driver that uses the memory on a GUS. :) This one wins becauseyou get to "watch" the disk access and storage.) Seriously now, I have been using the block device system to deal with the video card, and I wondered whether or not this was "proper." I've noticed that the only block devices are disk drives of some sort or another. Is this merely coincidental, or are block devices "restricted" to being filesystem-type devices? *waits fearfully for a big explosion... * Julian Elischer stands accused of saying: > One little change and a fix > > change.. > You can now newfs /dev/rsd0 and mount it (/dev/sd0) without ever > disklabelling it. (its just a pile of blocks, why not have a FS on it?) > This is a byproduct of the fact that all slices appear identical, > whether or not they are subslices of subslices of subslices, or just a > whole raw disk. More interesting is the capacity to newfs and mount an > MBR slice (e.g. wd0s2) without going to the extra step of adding the > disklabel. Of course you need to disklabel to make a BOOTABLE part. :) > > This is "Even more dangeroulsy dedicated mode" > It is more useful for the floppy where you can now do: > newfs /dev/rfd0 floppy3 > > Without the disklabel step. and still mount it. > This wan't the AIM but it's a byproduct of the aim of making all > disk abstractions identical. > > > fix: > Can now mount filesystems from floppies again without crashing the system. > (Thanks to Mike Smith for falling into that pit..) > > julian > > This may be the version that gets checked in (Branch JULIAN_SLICES). -- Jonathan Mini Ingenious Productions Software Development P.O. Box 5693, Eugene, Or. 97405 "A child of five could understand this! Quick -- Fetch me a child of five." From owner-freebsd-current Wed Jan 7 16:26:59 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA29072 for current-outgoing; Wed, 7 Jan 1998 16:26:59 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-30.ix.netcom.com [207.93.143.158]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA28971; Wed, 7 Jan 1998 16:26:11 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id QAA16567; Wed, 7 Jan 1998 16:08:14 -0800 (PST) Date: Wed, 7 Jan 1998 16:08:14 -0800 (PST) Message-Id: <199801080008.QAA16567@silvia.HIP.Berkeley.EDU> To: ache@nagual.pp.ru CC: ports@freebsd.org, current@freebsd.org, jkh@freebsd.org In-reply-to: (message from =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= on Thu, 8 Jan 1998 01:01:56 +0300 (MSK)) Subject: Re: tk80 port or tcl installation are broken on -current From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'll let you answer this one, Jordan.... :) Satoshi ------- * Date: Thu, 8 Jan 1998 01:01:56 +0300 (MSK) * From: * * >> Checksum OK for tk8.0p2.tar.gz. * ===> Patching for tk-8.0.2 * ===> Applying FreeBSD patches for tk-8.0.2 * ===> Configuring for tk-8.0.2 * creating cache ./config.cache * checking for ranlib... ranlib * checking whether cross-compiling... no * checking how to run the C preprocessor... cc -E * checking for unistd.h... yes * checking for limits.h... yes * configure: error: Tcl directory /usr/local/lib/tcl8.0 doesn't exist * *** Error code 1 * * Yes, there is no such directory, because TCL installed in /usr/libdata/tcl * on -current. * * But situation is worse because expected tclConfig.sh is NOT installed * even in /usr/libdata/tcl * * Please fix somehow... * * -- * Andrey A. Chernov * * http://www.nagual.pp.ru/~ache/ * * * From owner-freebsd-current Wed Jan 7 16:46:32 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA01490 for current-outgoing; Wed, 7 Jan 1998 16:46:32 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA00899 for ; Wed, 7 Jan 1998 16:41:14 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id BAA29481 for current@FreeBSD.ORG; Thu, 8 Jan 1998 01:41:10 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: (from roberto@localhost) by keltia.freenix.fr (8.8.8/keltia-2.13/nospam) id BAA00354; Thu, 8 Jan 1998 01:07:24 +0100 (CET) (envelope-from roberto) Message-ID: <19980108010723.46304@keltia.freenix.fr> Date: Thu, 8 Jan 1998 01:07:23 +0100 From: Ollivier Robert To: FreeBSD-CURRENT Mailing List Subject: Re: All X applications locked (was Re: pgcc compile of kernel) References: <199801070316.OAA21969@godzilla.zeta.org.au> <199801070453.XAA00386@dyson.iquest.net> <19980107083629.63387@keltia.freenix.fr> <34B3C2A2.9F727247@nttlabs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <34B3C2A2.9F727247@nttlabs.com>; from Eugene M. Kim on Wed, Jan 07, 1998 at 10:00:02AM -0800 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3960 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Eugene M. Kim: > I rebuilt the entire world and kernel yesterday (Jan 6), using sources > from -current CVS tree around 5:10pm, and found the same problem. All X > applications which access the screen are locked either in getblk or in > inode state. Update: after John's latest changes to vfs_subr.c and vm_object.c, I can say that my K6-specific kernel compiled with pgcc works even for X applications (so I think it was not pgcc related). It has been running for a few minutes without problem. FreeBSD keltia.freenix.fr 3.0-CURRENT FreeBSD 3.0-CURRENT #2: Thu Jan 8 00:49:00 CET 1998 roberto@keltia.freenix.fr:/src/src/sys/compile/pKELTIA i386 Compiled with "-O2 -pipe -cpu=amdk6". Will try a -O3 kernel later. It is signifiantly bigger than a plain gcc-2.7.2.1 one though: -r-xr-xr-x 1 root wheel 1019317 Jan 8 00:48 /kernel* gcc -rwxr-xr-x 1 root wheel 1121717 Jan 8 00:49 /pkernel* pgcc/amdk6 Way to go John ! Thanks ! -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #27: Tue Jan 6 22:25:44 CET 1998 From owner-freebsd-current Wed Jan 7 16:50:26 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA01946 for current-outgoing; Wed, 7 Jan 1998 16:50:26 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA01930; Wed, 7 Jan 1998 16:50:12 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id QAA14914; Wed, 7 Jan 1998 16:49:36 -0800 (PST) To: asami@cs.berkeley.edu (Satoshi Asami) cc: ache@nagual.pp.ru, ports@freebsd.org, current@freebsd.org, jkh@freebsd.org Subject: Re: tk80 port or tcl installation are broken on -current In-reply-to: Your message of "Wed, 07 Jan 1998 16:08:14 PST." <199801080008.QAA16567@silvia.HIP.Berkeley.EDU> Date: Wed, 07 Jan 1998 16:49:36 -0800 Message-ID: <14910.884220576@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'll let you answer this one, Jordan.... :) Why? It seems that things were fine until you rocked the boat with a bsd.port.mk that tried to be too clever at detecting this. :) Jordan From owner-freebsd-current Wed Jan 7 18:02:07 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA09949 for current-outgoing; Wed, 7 Jan 1998 18:02:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (root@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA09774; Wed, 7 Jan 1998 18:00:54 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id EAA05844; Thu, 8 Jan 1998 04:52:13 +0300 (MSK) (envelope-from ache) Date: Thu, 8 Jan 1998 04:52:11 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: "Jordan K. Hubbard" cc: Satoshi Asami , ports@freebsd.org, current@freebsd.org, jkh@freebsd.org Subject: Re: tk80 port or tcl installation are broken on -current In-Reply-To: <14994.884221928@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 Jan 1998, Jordan K. Hubbard wrote: > Yes, I see the problem. No, I see no immediate solution that doesn't > have drawbacks of its own. Yes, I hate this entire problem and would > just as soon say "heck, just nuke TCL out of the base OS" if I had > a way of handling dist/ports dependencies currently in the tree. > The fact that I don't is why so many people are complaining that the > Handbook and FAQ have been left out of the doc dist since 2.2.2. As far as I see at this moment (maybe not so deeply as needed), there is only two things needed to fix this situation for -current. 1) Add --with-tcl=/usr/libdata/tcl to tk80 configure args 2) Install tclConfig.sh in /usr/libdata/tcl too from libtcl Makefile I don't check but it looks like working thing at least. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Wed Jan 7 18:06:24 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA10687 for current-outgoing; Wed, 7 Jan 1998 18:06:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (root@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA09732; Wed, 7 Jan 1998 18:00:37 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id EAA05866; Thu, 8 Jan 1998 04:56:52 +0300 (MSK) (envelope-from ache) Date: Thu, 8 Jan 1998 04:56:50 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Satoshi Asami cc: jkh@time.cdrom.com, ports@freebsd.org, current@freebsd.org, jkh@freebsd.org Subject: Re: tk80 port or tcl installation are broken on -current In-Reply-To: <199801080118.RAA17168@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 Jan 1998, Satoshi Asami wrote: > Well, since you don't seem to want to respond to him: Andrey, delete > all old tcl stuff in /usr (rm -rf /usr/*/*tcl*; pkg_delete > tcl-), run "ldconfig -R" and try again. It should install > necessary tcl from ports (as you seem to be missing > /usr/local/lib/tcl8.0/tclConfig.sh but the dependency check is hitting > some ancient shared library). Thanx, I'll try but it sounds strange, why I need to remove and install from ports the same tcl80 which is already present in the base system? I don't understand why it is present at all in this case. The dependency check hits not something ancient but /usr/lib/libtcl.so.80.4 which looks like recent enough for tk at least. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Wed Jan 7 18:08:45 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA10353 for current-outgoing; Wed, 7 Jan 1998 18:03:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-30.ix.netcom.com [207.93.143.158]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA10148; Wed, 7 Jan 1998 18:03:04 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id SAA17439; Wed, 7 Jan 1998 18:02:51 -0800 (PST) Date: Wed, 7 Jan 1998 18:02:51 -0800 (PST) Message-Id: <199801080202.SAA17439@silvia.HIP.Berkeley.EDU> To: ache@nagual.pp.ru CC: jkh@time.cdrom.com, ports@freebsd.org, current@freebsd.org, jkh@freebsd.org In-reply-to: (message from =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= on Thu, 8 Jan 1998 04:56:50 +0300 (MSK)) Subject: Re: tk80 port or tcl installation are broken on -current From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Thanx, I'll try but it sounds strange, why I need to remove and install * from ports the same tcl80 which is already present in the base system? * I don't understand why it is present at all in this case. Where were you when we were discussing all this? ;) * The dependency check hits not something ancient but * /usr/lib/libtcl.so.80.4 which looks like recent enough for tk at least. That is not possible. From the tk80 Makefile: LIB_DEPENDS= tcl80\\.1\\.2:${PORTSDIR}/lang/tcl80 Satoshi From owner-freebsd-current Wed Jan 7 18:28:07 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA12981 for current-outgoing; Wed, 7 Jan 1998 18:28:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-30.ix.netcom.com [207.93.143.158]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA12869; Wed, 7 Jan 1998 18:26:04 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id SAA17496; Wed, 7 Jan 1998 18:25:44 -0800 (PST) Date: Wed, 7 Jan 1998 18:25:44 -0800 (PST) Message-Id: <199801080225.SAA17496@silvia.HIP.Berkeley.EDU> To: ache@nagual.pp.ru CC: jkh@time.cdrom.com, ports@freebsd.org, current@freebsd.org, jkh@freebsd.org In-reply-to: (message from =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= on Thu, 8 Jan 1998 05:20:33 +0300 (MSK)) Subject: Re: tk80 port or tcl installation are broken on -current From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Uh, I can't look at all things especialy at which I use rarely... Yeah, but that was one big storm. ;) * > That is not possible. From the tk80 Makefile: * > * > LIB_DEPENDS= tcl80\\.1\\.2:${PORTSDIR}/lang/tcl80 * * Yes, it was old library in hints... Maybe I should add "ldconfig -R" to the list of suggestions.... * BTW, what happens if I install tcl80 from ports over tcl80 from base? * I.e. is it safe? Absolutely! Satoshi From owner-freebsd-current Wed Jan 7 18:29:22 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA13085 for current-outgoing; Wed, 7 Jan 1998 18:29:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (root@pm3-ppp31.well.com [206.15.85.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA13074 for ; Wed, 7 Jan 1998 18:29:16 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with SMTP id RAA02854; Wed, 7 Jan 1998 17:02:03 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Wed, 7 Jan 1998 17:01:58 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Ollivier Robert cc: freebsd-current@freebsd.org Subject: Re: pgcc compile of kernel In-Reply-To: <19980107083629.63387@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 Jan 1998, Ollivier Robert wrote: > According to John S. Dyson: > > Try using the pgcc at ftp.goof.com. It uses egcs as a base, and appears to > > compile the kernel correctly, except with "-mcpu=pentiumpro -march=pentiumpro > > I tried compiling the kernel with pgcc-971225 with "-O3 -fno-inline -pipe > -mamdk6". It compiles OK, seems to run fine until I got into X11. I > couldn't run any xterm, they were all locked in "inode" state. > > I've compile a kernel at "-O2" and will see if it can boots. > > Reading specs from /opt/egcs/lib/gcc-lib/i386-unknown-freebsd3.0/pgcc-2.91.03/specs > gcc version pgcc-2.91.03 971225 (gcc-2.8.0) This probably has more to do with the ufs problems than with pgcc at all (as someone without pgcc complained of cron processes sticking in that state). I've run a -O9 -mpentium kernel before I got sick of keeping a specific kernel compiler and not noticing much difference. If I coulda -mpentium'd libc OTOH (however if groff and other things break at -m486 -O3, I doubt I could -mpentium much else other than libc). El hombre mas brillante dijo una vez "Cuidado hay NT". (it's a nerd thing) - alex From owner-freebsd-current Wed Jan 7 18:55:55 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA15196 for current-outgoing; Wed, 7 Jan 1998 18:55:55 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA14752; Wed, 7 Jan 1998 18:50:47 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id RAA14998; Wed, 7 Jan 1998 17:12:08 -0800 (PST) To: asami@cs.berkeley.edu (Satoshi Asami) cc: ache@nagual.pp.ru, ports@freebsd.org, current@freebsd.org, jkh@freebsd.org Subject: Re: tk80 port or tcl installation are broken on -current In-reply-to: Your message of "Wed, 07 Jan 1998 16:57:55 PST." <199801080057.QAA16952@silvia.HIP.Berkeley.EDU> Date: Wed, 07 Jan 1998 17:12:08 -0800 Message-ID: <14994.884221928@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * Why? It seems that things were fine until you rocked the boat with > * a bsd.port.mk that tried to be too clever at detecting this. :) > > Um, did you read the message? That has nothing to do with my change, > Jordan. I know, but the topic only seems to have flared up again on account of it. :) Yes, I see the problem. No, I see no immediate solution that doesn't have drawbacks of its own. Yes, I hate this entire problem and would just as soon say "heck, just nuke TCL out of the base OS" if I had a way of handling dist/ports dependencies currently in the tree. The fact that I don't is why so many people are complaining that the Handbook and FAQ have been left out of the doc dist since 2.2.2. Jordan From owner-freebsd-current Wed Jan 7 18:56:46 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA15405 for current-outgoing; Wed, 7 Jan 1998 18:56:46 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-30.ix.netcom.com [207.93.143.158]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA15190; Wed, 7 Jan 1998 18:55:53 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id QAA16952; Wed, 7 Jan 1998 16:57:55 -0800 (PST) Date: Wed, 7 Jan 1998 16:57:55 -0800 (PST) Message-Id: <199801080057.QAA16952@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: ache@nagual.pp.ru, ports@freebsd.org, current@freebsd.org, jkh@freebsd.org In-reply-to: <14910.884220576@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: tk80 port or tcl installation are broken on -current From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Why? It seems that things were fine until you rocked the boat with * a bsd.port.mk that tried to be too clever at detecting this. :) Um, did you read the message? That has nothing to do with my change, Jordan. In fact, the latest change was designed to prevent situations exactly like this. Satoshi From owner-freebsd-current Wed Jan 7 18:56:53 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA15428 for current-outgoing; Wed, 7 Jan 1998 18:56:53 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-30.ix.netcom.com [207.93.143.158]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA15330; Wed, 7 Jan 1998 18:56:19 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id RAA17168; Wed, 7 Jan 1998 17:18:37 -0800 (PST) Date: Wed, 7 Jan 1998 17:18:37 -0800 (PST) Message-Id: <199801080118.RAA17168@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: ache@nagual.pp.ru, ports@freebsd.org, current@freebsd.org, jkh@freebsd.org In-reply-to: <14994.884221928@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: tk80 port or tcl installation are broken on -current From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * I know, but the topic only seems to have flared up again on account of * it. :) It has nothing to do with Andrey's problem. Well, since you don't seem to want to respond to him: Andrey, delete all old tcl stuff in /usr (rm -rf /usr/*/*tcl*; pkg_delete tcl-), run "ldconfig -R" and try again. It should install necessary tcl from ports (as you seem to be missing /usr/local/lib/tcl8.0/tclConfig.sh but the dependency check is hitting some ancient shared library). Satoshi From owner-freebsd-current Wed Jan 7 19:01:13 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA16039 for current-outgoing; Wed, 7 Jan 1998 19:01:13 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (root@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA15977; Wed, 7 Jan 1998 19:00:48 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id FAA08463; Thu, 8 Jan 1998 05:20:38 +0300 (MSK) (envelope-from ache) Date: Thu, 8 Jan 1998 05:20:33 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Satoshi Asami cc: jkh@time.cdrom.com, ports@freebsd.org, current@freebsd.org, jkh@freebsd.org Subject: Re: tk80 port or tcl installation are broken on -current In-Reply-To: <199801080202.SAA17439@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 Jan 1998, Satoshi Asami wrote: > * Thanx, I'll try but it sounds strange, why I need to remove and install > * from ports the same tcl80 which is already present in the base system? > * I don't understand why it is present at all in this case. > > Where were you when we were discussing all this? ;) Uh, I can't look at all things especialy at which I use rarely... > That is not possible. From the tk80 Makefile: > > LIB_DEPENDS= tcl80\\.1\\.2:${PORTSDIR}/lang/tcl80 Yes, it was old library in hints... BTW, what happens if I install tcl80 from ports over tcl80 from base? I.e. is it safe? -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Wed Jan 7 19:24:07 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA18222 for current-outgoing; Wed, 7 Jan 1998 19:24:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA18137 for ; Wed, 7 Jan 1998 19:23:55 -0800 (PST) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id UAA11189; Wed, 7 Jan 1998 20:21:30 -0700 (MST) Date: Wed, 7 Jan 1998 20:21:30 -0700 (MST) From: "Justin T. Gibbs" Message-Id: <199801080321.UAA11189@narnia.plutotech.com> To: dk+@ua.net Subject: Re: RAM parity error Newsgroups: pluto.freebsd.current In-Reply-To: <199801060852.AAA04597@dog.farm.org> cc: current@FreeBSD.org User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In article <199801060852.AAA04597@dog.farm.org> you wrote: > In article <199712310100.RAA03280@vader.cs.berkeley.edu> you wrote: >> I have been seeing a "RAM parity error" in one of our machines lately. ... This is caused by an errata in the P6 having to do with PIO. The aic7xxx driver does a lot of PIO unless you tell it to use memory mapped register access instead. Try the AHC_ALLOW_MEMIO option in your kernel. I also thought there was some discussion in the current or hackers list a while back about putting some code in our trap handlers to work around this problem. -- Justin T. Gibbs =========================================== FreeBSD - Turning PCs into workstations =========================================== From owner-freebsd-current Wed Jan 7 19:31:19 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA19130 for current-outgoing; Wed, 7 Jan 1998 19:31:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from miro.bestweb.net (miro.bestweb.net [209.94.100.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA18440 for ; Wed, 7 Jan 1998 19:26:06 -0800 (PST) (envelope-from aryder@bestweb.net) Received: from okeefe.bestweb.net (okeefe.bestweb.net [209.94.100.110]) by miro.bestweb.net (8.8.8/8.8.8) with ESMTP id WAA02011 for ; Wed, 7 Jan 1998 22:29:09 -0500 (EST) Received: from monet.bestweb.net (aryder@monet.bestweb.net [209.94.100.120]) by okeefe.bestweb.net (8.8.7/8.8.8) with SMTP id WAA26034 for ; Wed, 7 Jan 1998 22:26:00 -0500 (EST) Date: Wed, 7 Jan 1998 22:26:00 -0500 (EST) From: Andrew Ryder Reply-To: Andrew Ryder To: freebsd-current@freebsd.org Subject: AccelX Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know how Accelx 4.1 is on 3.0? I had Accelx 4.1 working on 2.2.5-STABLE fine but I cvsup'd to 3.0 and wonder'd if the same results were there.. anyone know? From owner-freebsd-current Wed Jan 7 21:02:39 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA00401 for current-outgoing; Wed, 7 Jan 1998 21:02:39 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA00380 for ; Wed, 7 Jan 1998 21:02:22 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 6539 invoked by uid 1000); 7 Feb 2036 15:39:56 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199801072019.OAA18158@home.dragondata.com> Date: Thu, 07 Feb 2036 07:39:56 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Kevin Day Subject: Re: Fatal trap 12 & debugging info ?? Cc: freebsd-questions@FreeBSD.org, freebsd-current@FreeBSD.org, (Penisoara Adrian) Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On 07-Jan-98 Kevin Day wrote: >> Hi, >> >> For quite a while I'm bugged by sudden panics/reboots (all of them are >> 'fatal trap 12'); here it is the last one I had (hand rewritten): >> >> ============================================================ >> >> Fatal trap 12: page fault while in kernel mode >> mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 >> fault virtual address = 0x0 >> fault code = supervisor read, page not present >> instruction pointer = 0x8:0xf01a9273 >> stack pointer = 0x10:0xf49cbe48 >> frame pointer = 0x10:0xf49cbe54 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 1594 (cron) >> interrupt mask = net tty bio cam <- SMP:XXX >> trap number = 12 >> panic: page fault >> mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 >> boot called on cpu#0 >> >> syncing disks... >> > > I've had about 5 panics about exactly the same.... > > A trace shows free, execve, syscall, xsyscall then the debugger locks up > before showing any more... Yup. Only mine locks up on mp_lock = 01000001 and (obviously) CPU 1. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Wed Jan 7 22:37:18 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA10029 for current-outgoing; Wed, 7 Jan 1998 22:37:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from thunderdome.plutotech.com (root@thunderdome.plutotech.com [206.168.67.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA09984 for ; Wed, 7 Jan 1998 22:36:58 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by thunderdome.plutotech.com (8.8.7/8.8.5) with ESMTP id XAA28716; Wed, 7 Jan 1998 23:36:56 -0700 (MST) Received: (from ken@localhost) by panzer.plutotech.com (8.8.8/8.8.5) id XAA08678; Wed, 7 Jan 1998 23:36:54 -0700 (MST) Message-Id: <199801080636.XAA08678@panzer.plutotech.com> Subject: Re: AccelX In-Reply-To: from Andrew Ryder at "Jan 7, 98 10:26:00 pm" To: aryder@bestweb.net Date: Wed, 7 Jan 1998 23:36:53 -0700 (MST) Cc: freebsd-current@freebsd.org From: Kenneth Merry X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Andrew Ryder wrote... > Does anyone know how Accelx 4.1 is on 3.0? I had Accelx 4.1 working on > 2.2.5-STABLE fine but I cvsup'd to 3.0 and wonder'd if the same results > were there.. anyone know? I've got Accelerated X 4.1 running on one of my -current machines. It works fine, but you may want to just install the X server, and not any of the other stuff that comes on the CD. If you install everything, it installs another xterm binary, and your utmp will be a bit messed up. (I think they probably compiled it under 2.2.?, so that's probably the source of the problem.) So, I just use the Accelerated X server, but XFree86 utilities. Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-current Thu Jan 8 01:56:47 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA27896 for current-outgoing; Thu, 8 Jan 1998 01:56:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA27887; Thu, 8 Jan 1998 01:56:38 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id UAA03260; Thu, 8 Jan 1998 20:53:06 +1100 Date: Thu, 8 Jan 1998 20:53:06 +1100 From: Bruce Evans Message-Id: <199801080953.UAA03260@godzilla.zeta.org.au> To: current@FreeBSD.ORG, julian@FreeBSD.ORG Subject: Re: DEVFS-11 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >You can now newfs /dev/rsd0 and mount it (/dev/sd0) without ever >disklabelling it. (its just a pile of blocks, why not have a FS on it?) This has been easy since slices were introduced in 2.0.5. It requires a simple trick to bypass a bug in newfs: # ln -s /dev/rsd0 /tmp/rsd0c # newfs /tmp/rsd0c This makes newfs use the 'c' partition described by the in-core label for /dev/rsd0. The bug is that newfs attempts to use the 'a' partition if the device pathname ends with a digit. It should use 'a' + RAW_PART. disklabel(8) is more careful about this, and only uses 'a' on tahoes. This is not so easy for /dev/rsd0s1 in -current. Old methods for newfs'ing an unlabeled device must be used (see below). Slices are not given an in-core label be default, on purpose so that label ioctls can be used to determine if a slice really has a label, and so that it is harder to corrupt foreign slices by writing back a label that seems to exist. This was a mistake (at least BSD slices should be given an in-core label), but no one complained so I didn't fix it. Old methods for newfs'ing an unlabeled device or file: 1. The same method as is used for floppies: put an entry `foo' for the device in /etc/disktab (including an 'a' partition to avoid the newfs bug) # newfs -T foo /dev/rsd0 2. A variation that works for all disk devices that _don't_ have labels: put an entry `maximum' for the device in /etc/disktab (like the `minimum' entry but with a few billion sectors) and give the disk size explicitly in the newfs command # newfs -s NNN -T maximum /dev/rsd0s1 This doesn't work right if /dev/rsd0s1 has a label - then the label is used and /etc/disktab is not consulted. 3. (2) even works even better for regular files (they can never have a label :-): # cp /dev/null /dev/z0 # newfs will extend it # newfs -s 20480 -T maximum /tmp/z0 mount(8) and fsck(8) don't have any limitations in this area (device independence). fsck even works on regular files. Bruce From owner-freebsd-current Thu Jan 8 03:06:31 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA02361 for current-outgoing; Thu, 8 Jan 1998 03:06:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dirc.bris.ac.uk (dirc.bris.ac.uk [137.222.10.51]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id DAA02319; Thu, 8 Jan 1998 03:05:47 -0800 (PST) (envelope-from ts5903@Bristol.ac.uk) Received: from harrier.fen.bris.ac.uk (actually host harrier1.fen.bris.ac.uk) by dirc.bris.ac.uk with SMTP-PRIV (PP) with ESMTP; Thu, 8 Jan 1998 11:05:29 +0000 Received: from localhost (ts5903@localhost) by harrier.fen.bris.ac.uk (8.8.6/8.8.4) with SMTP id LAA06440; Thu, 8 Jan 1998 11:05:28 GMT Date: Thu, 8 Jan 1998 11:05:28 +0000 (GMT) From: TD Southwell X-Sender: ts5903@harrier To: freebsd-current@freebsd.org cc: hackers@freebsd.org Subject: HACMP? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was just wondering if anyone knows of some simular software to HACMP which is available for FreeBSD? Ive heard that HACMP manages groups of machines on a network like they are one machine? Any ideas or pointers? Can you please reply by email as I do not normally take this mailing list. Thanks in advance Trefor S. From owner-freebsd-current Thu Jan 8 03:59:00 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA07007 for current-outgoing; Thu, 8 Jan 1998 03:59:00 -0800 (PST) (envelope-from owner-freebsd-current) Received: from helios.dnttm.ru (root@dnttm.wave.ras.ru [194.85.104.197]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA06983 for ; Thu, 8 Jan 1998 03:58:47 -0800 (PST) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-3) with UUCP id OAA25932 for freebsd-current@freebsd.org; Thu, 8 Jan 1998 14:52:31 +0300 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.8.8/8.8.7) with ESMTP id OAA17797 for ; Thu, 8 Jan 1998 14:55:26 +0300 (MSK) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199801081155.OAA17797@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-current@freebsd.org Subject: Almost memory leak in getnewvnode Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Jan 1998 14:55:25 +0300 From: Dmitrij Tejblum Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk getnewvnode() very rare reuse vnodes from the freelist and allocate a new vnode instead. It is because the way it use to move vnodes to the end of the freelist is too simple. The following patch reduced number of vnodes in my system in several times. --- vfs_subr.c.00 Wed Jan 7 18:55:36 1998 +++ vfs_subr.c Thu Jan 8 14:08:13 1998 @@ -373,7 +373,8 @@ */ vp = NULL; } else { - TAILQ_FOREACH(vp, &vnode_free_list, v_freelist) { + for(vp = TAILQ_FIRST(&vnode_free_list); vp; vp = tvp) { + tvp = TAILQ_NEXT(vp, v_freelist); if (!simple_lock_try(&vp->v_interlock)) continue; if (vp->v_usecount) @@ -395,7 +396,7 @@ } } - TAILQ_FOREACH(tvp, &vnode_tmp_list, v_freelist) { + while(tvp = TAILQ_FIRST(&vnode_tmp_list)) { TAILQ_REMOVE(&vnode_tmp_list, tvp, v_freelist); TAILQ_INSERT_TAIL(&vnode_free_list, tvp, v_freelist); simple_unlock(&tvp->v_interlock); From owner-freebsd-current Thu Jan 8 04:16:38 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA08409 for current-outgoing; Thu, 8 Jan 1998 04:16:38 -0800 (PST) (envelope-from owner-freebsd-current) Received: from veda.is (adam@veda.is [193.4.230.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA08404 for ; Thu, 8 Jan 1998 04:16:31 -0800 (PST) (envelope-from adam@veda.is) Received: (from adam@localhost) by veda.is (8.8.8/8.8.8) id MAA05743; Thu, 8 Jan 1998 12:16:26 GMT (envelope-from adam) Date: Thu, 8 Jan 1998 12:16:26 GMT From: Adam David Message-Id: <199801081216.MAA05743@veda.is> To: freebsd-current@freebsd.org Subject: FreeBSD description in the UNIX FAQ X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I ftped the UNIX FAQ today from rtfm.mit.edu and I found: >> >> -- >> FreeBSD: 386bsd 0.1 with the patchkit applied, and many updated >> utilities. >> -- >[.....] >I believe it's being revised - the new entry will be > > FreeBSD: Mostly 386bsd 0.1 with the patchkit applied, and many updated > utilities. >-- >Brian , , How about changing the emphasis, something like... FreeBSD: Based on CSRG 4.4 Lite2 with updated utilities and improved functionality. Partly derived from 386bsd and work contributed from other diverse origins. Okay it could probably be worded better, but isn't that more where it is now? -- Adam David From owner-freebsd-current Thu Jan 8 05:50:28 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA16534 for current-outgoing; Thu, 8 Jan 1998 05:50:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mailhub.tfs.com (tfs.com [140.145.250.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA16526 for ; Thu, 8 Jan 1998 05:50:23 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from schizo.dk.tfs.com (schizo.dk.tfs.com [140.145.230.10]) by mailhub.tfs.com (8.8.8/8.8.8/ver) with ESMTP id FAA01510; Thu, 8 Jan 1998 05:39:06 -0800 (PST) Received: from critter.freebsd.dk (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.7/8.7.3) with ESMTP id OAA07175; Thu, 8 Jan 1998 14:45:25 +0100 (MET) Received: from critter.freebsd.dk (localhost.dk.tfs.com [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id OAA01140; Thu, 8 Jan 1998 14:42:10 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Dmitrij Tejblum cc: freebsd-current@FreeBSD.ORG Subject: Re: Almost memory leak in getnewvnode In-reply-to: Your message of "Thu, 08 Jan 1998 14:55:25 +0300." <199801081155.OAA17797@tejblum.dnttm.rssi.ru> Date: Thu, 08 Jan 1998 14:42:10 +0100 Message-ID: <1138.884266930@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm currently trying to convince John Dyson that he shouldn't put things on the freelist unless he wants them there. That would eliminate this entire tmp_list thing. I pressume John will do something about this problem one way or another. Poul-Henning In message <199801081155.OAA17797@tejblum.dnttm.rssi.ru>, Dmitrij Tejblum write s: >getnewvnode() very rare reuse vnodes from the freelist and allocate a new >vnode instead. It is because the way it use to move vnodes to the end of >the freelist is too simple. The following patch reduced number of vnodes in >my >system in several times. > >--- vfs_subr.c.00 Wed Jan 7 18:55:36 1998 >+++ vfs_subr.c Thu Jan 8 14:08:13 1998 >@@ -373,7 +373,8 @@ > */ > vp = NULL; > } else { >- TAILQ_FOREACH(vp, &vnode_free_list, v_freelist) { >+ for(vp = TAILQ_FIRST(&vnode_free_list); vp; vp = tvp) { >+ tvp = TAILQ_NEXT(vp, v_freelist); > if (!simple_lock_try(&vp->v_interlock)) > continue; > if (vp->v_usecount) >@@ -395,7 +396,7 @@ > } > } > >- TAILQ_FOREACH(tvp, &vnode_tmp_list, v_freelist) { >+ while(tvp = TAILQ_FIRST(&vnode_tmp_list)) { > TAILQ_REMOVE(&vnode_tmp_list, tvp, v_freelist); > TAILQ_INSERT_TAIL(&vnode_free_list, tvp, v_freelist); > simple_unlock(&tvp->v_interlock); > > > > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Thu Jan 8 06:22:52 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA18606 for current-outgoing; Thu, 8 Jan 1998 06:22:52 -0800 (PST) (envelope-from owner-freebsd-current) Received: from unix.tfs.net (as1-p29.tfs.net [139.146.210.29]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA18599 for ; Thu, 8 Jan 1998 06:22:40 -0800 (PST) (envelope-from jbryant@unix.tfs.net) Received: (from jbryant@localhost) by unix.tfs.net (8.8.8/8.8.5) id IAA01141; Thu, 8 Jan 1998 08:22:02 -0600 (CST) From: Jim Bryant Message-Id: <199801081422.IAA01141@unix.tfs.net> Subject: Re: FreeBSD description in the UNIX FAQ In-Reply-To: <199801081216.MAA05743@veda.is> from Adam David at "Jan 8, 98 12:16:26 pm" To: adam@veda.is (Adam David) Date: Thu, 8 Jan 1998 08:22:01 -0600 (CST) Cc: freebsd-current@freebsd.org Reply-to: jbryant@unix.tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 3.0-CURRENT #0: Thu Jan 1 19:03:58 CST 1998 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > >> I ftped the UNIX FAQ today from rtfm.mit.edu and I found: > >> > >> -- > >> FreeBSD: 386bsd 0.1 with the patchkit applied, and many updated > >> utilities. > >> -- > >[.....] > >I believe it's being revised - the new entry will be > > > > FreeBSD: Mostly 386bsd 0.1 with the patchkit applied, and many updated > > utilities. > >-- > >Brian , , heheh... douglas adams fan, i see. how about: "FreeBSD - The operating system that Deep Thought ran under." heck, who would notice, people are now believing the NASDAQ commercial on TV saying Cisco INVENTED the TCP/IP router. [Thank you, the Marketing Division of the Sirius Cybernetics Corporation.] jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-current Thu Jan 8 07:35:47 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA24767 for current-outgoing; Thu, 8 Jan 1998 07:35:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ady.warpnet.ro (ady.warpnet.ro [193.230.201.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA24738 for ; Thu, 8 Jan 1998 07:35:18 -0800 (PST) (envelope-from ady@warpnet.ro) Received: from localhost (ady@localhost) by ady.warpnet.ro (8.8.8/8.8.8) with SMTP id RAA01065; Thu, 8 Jan 1998 17:33:39 +0200 (EET) (envelope-from ady@warpnet.ro) Date: Thu, 8 Jan 1998 17:33:39 +0200 (EET) From: Penisoara Adrian To: daniel_sobral@voga.com.br cc: freebsd-current@FreeBSD.ORG Subject: Re: Fatal trap 12 In-Reply-To: <83256586.00466945.00@papagaio.voga.com.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, On Thu, 8 Jan 1998 daniel_sobral@voga.com.br wrote: > > The problem is most likely msdosfs mounted on fstab. No, that's the curious point, I haven't mounted a msdos FS for a log, long time ! No trace of msdosfs in /etc/fstab either. The only unusual thing is 2 mfs mounted directories, but even without mounting them I have problems ! So this is not related neither to msdosfs nor mfs ! BTW, 3.0-971117-SNAP & SMP here... > > -- > Daniel C. Sobral (8-DCS) > Daniel_Sobral@voga.com.br > > Ady (@warpnet.ro) From owner-freebsd-current Thu Jan 8 08:12:05 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA28891 for current-outgoing; Thu, 8 Jan 1998 08:12:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA28856 for ; Thu, 8 Jan 1998 08:11:55 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id RAA00297; Thu, 8 Jan 1998 17:07:08 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: jbryant@unix.tfs.net cc: adam@veda.is (Adam David), freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD description in the UNIX FAQ In-reply-to: Your message of "Thu, 08 Jan 1998 08:22:01 CST." <199801081422.IAA01141@unix.tfs.net> Date: Thu, 08 Jan 1998 17:07:08 +0100 Message-ID: <295.884275628@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >heheh... douglas adams fan, i see. > >how about: "FreeBSD - The operating system that Deep Thought ran under." You mean "FreeBSD - What Deep Thought was really talking about." -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Thu Jan 8 08:47:48 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA01486 for current-outgoing; Thu, 8 Jan 1998 08:47:48 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ady.warpnet.ro (ady.warpnet.ro [193.230.201.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA01354; Thu, 8 Jan 1998 08:46:51 -0800 (PST) (envelope-from ady@warp.starnets.ro) Received: from localhost (ady@localhost) by ady.warpnet.ro (8.8.8/8.8.8) with SMTP id SAA01248; Thu, 8 Jan 1998 18:46:24 +0200 (EET) (envelope-from ady@warp.starnets.ro) Date: Thu, 8 Jan 1998 18:46:24 +0200 (EET) From: Penisoara Adrian X-Sender: ady@ady.warpnet.ro To: freebsd-current@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Fatal trap 12 & debugging info ?? [REPOST] Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [Seems it didn't make it to the lists ?!? Might be my new e-mail address] Hi, For quite a while I'm bugged by sudden panics/reboots (all of them are 'fatal trap 12'); here it is the last one I had (hand rewritten): ============================================================ Fatal trap 12: page fault while in kernel mode mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xf01a9273 stack pointer = 0x10:0xf49cbe48 frame pointer = 0x10:0xf49cbe54 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1594 (cron) interrupt mask = net tty bio cam <- SMP:XXX trap number = 12 panic: page fault mp_lock = 00000002; cpuid = 0; lapic.id = 00000000 boot called on cpu#0 syncing disks... ==================================================== uname -a: FreeBSD ady.warpnet.ro 3.0-971117-SNAP FreeBSD 3.0-971117-SNAP #0: Sun Nov 23 16:02:37 EET 1997 root@ady.warpnet.ro:/usr/src/sys/compile/ADY-SMP i386 ==================================================== dmesg: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-971117-SNAP #0: Sun Nov 23 16:02:37 EET 1997 root@ady.warpnet.ro:/usr/src/sys/compile/ADY-SMP CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x526 Stepping=6 Features=0x3bf real memory = 67108864 (65536K bytes) avail memory = 63246336 (61764K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 ed1: rev 0x00 int a irq 19 on pci0.17.0 ed1: address 00:00:21:45:df:7b, type NE2000 (16 bit) ed2: rev 0x00 int a irq 18 on pci0.18.0 ed2: address 00:00:21:45:df:7c, type NE2000 (16 bit) vga0: rev 0x00 int a irq 17 on pci0.19.0 ahc0: rev 0x01 int a irq 16 on pci0.20.0 ahc0: aic7860 Single Channel, SCSI Id=7, 3/8 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 ahc0: target 4 Tagged Queuing Device sd0 at scbus0 target 4 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2069MB (4238640 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface APIC_IO: routing 8254 via 8259 on pin 0 SMP: AP CPU #1 Launched! WARNING: / was not properly dismounted. =========================================== I need to solve this problem whatever it would take for (BTW, the machine is a production server - I know, 3.0-current is unstable, but I need to go for SMP). One way would be to upgrade to a newer SNAP, but this seems to be not such a good ideea (at least what I saw on the -current list gave me fears, much part of the code seems to be pretty broken now); the other way would be to debug this thingy, somthing I neved did before :(... So please give me some suggestions, like what SNAP would be a better choice or links to docs for debugging; even flames would be accepted (mailed directly to me, of course)... TIA and forgive me for crossposting. Ady (@warpnet.ro) Warp Net Technologies From owner-freebsd-current Thu Jan 8 10:35:47 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA12365 for current-outgoing; Thu, 8 Jan 1998 10:35:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA12349 for ; Thu, 8 Jan 1998 10:35:30 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id TAA17937; Thu, 8 Jan 1998 19:34:56 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id TAA01496; Thu, 8 Jan 1998 19:12:18 +0100 (CET) Message-ID: <19980108191218.ZJ41277@@> Date: Thu, 8 Jan 1998 19:12:18 +0100 From: pb@fasterix.freenix.org (Pierre Beyssac) To: yokota@zodiac.mech.utsunomiya-u.ac.jp (Kazutaka YOKOTA) Cc: freebsd-current@FreeBSD.ORG Subject: Re: ANNOUNCE: accent (dead) key support in syscons and kbdcontrol References: <199801070924.SAA09495@zodiac.mech.utsunomiya-u.ac.jp> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <199801070924.SAA09495@zodiac.mech.utsunomiya-u.ac.jp>; from Kazutaka YOKOTA on Jan 7, 1998 18:24:39 +0900 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Kazutaka YOKOTA writes: > The accent (dead) key support has been added to syscons. kbdcontrol > has been modified to load/print keymaps with accent key definitions. That's a great thing! I've made the following patch for the fr.iso keyboard, works like a charm! Could someone commit it? Thanks! --- fr.iso.kbd.orig Sat Aug 23 02:47:47 1997 +++ fr.iso.kbd Thu Jan 8 19:08:13 1998 @@ -29,5 +29,5 @@ 024 'o' 'O' si si 244 246 si si C 025 'p' 'P' dle dle 247 230 dle dle C - 026 234 244 esc esc '[' '{' esc esc O + 026 dcir duml esc esc '[' '{' esc esc O 027 '$' 163 gs gs ']' '}' gs gs O 028 cr cr nl nl cr cr nl nl O @@ -111,2 +111,27 @@ 106 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 O 107 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 O + + dgra '`' ( 'a' 224 ) ( 'A' 192 ) ( 'e' 232 ) ( 'E' 200 ) + ( 'i' 236 ) ( 'I' 204 ) ( 'o' 242 ) ( 'O' 210 ) + ( 'u' 249 ) ( 'U' 217 ) + dacu 180 ( 'a' 225 ) ( 'A' 193 ) ( 'e' 233 ) ( 'E' 201 ) + ( 'i' 237 ) ( 'I' 205 ) ( 'o' 243 ) ( 'O' 211 ) + ( 'u' 250 ) ( 'U' 218 ) ( 'y' 253 ) ( 'Y' 221 ) + dcir '^' ( 'a' 226 ) ( 'A' 194 ) ( 'e' 234 ) ( 'E' 202 ) + ( 'i' 238 ) ( 'I' 206 ) ( 'o' 244 ) ( 'O' 212 ) + ( 'u' 251 ) ( 'U' 219 ) + dtil '~' ( 'a' 227 ) ( 'A' 195 ) ( 'n' 241 ) ( 'N' 209 ) + ( 'o' 245 ) ( 'O' 213 ) + dmac 000 + dbre 000 + ddot 000 + duml 168 ( 'a' 228 ) ( 'A' 196 ) ( 'e' 235 ) ( 'E' 203 ) + ( 'i' 239 ) ( 'I' 207 ) ( 'o' 246 ) ( 'O' 214 ) + ( 'u' 252 ) ( 'U' 220 ) ( 'y' 255 ) + dsla 000 + drin 176 ( 'a' 229 ) ( 'A' 197 ) + dced 184 ( 'c' 231 ) ( 'C' 199 ) + dapo 000 + ddac 000 + dogo 000 + dcar 000 -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org From owner-freebsd-current Thu Jan 8 10:38:50 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA12754 for current-outgoing; Thu, 8 Jan 1998 10:38:50 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hermes (hermes.uninet.net.mx [200.33.146.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA12706 for ; Thu, 8 Jan 1998 10:38:35 -0800 (PST) (envelope-from eculp@ver1.telmex.net.mx) Received: from sunix by hermes (SMI-8.6/SMI-SVR4) id MAA24376; Thu, 8 Jan 1998 12:41:27 -0600 Message-ID: <34B51E7A.429B681C@ver1.telmex.net.mx> Date: Thu, 08 Jan 1998 12:44:10 -0600 From: Edwin Culp Organization: Mexico Communicates, S.C. X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.0.14 i586) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: What is the real solution? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I was reading the TCL problem but it didn't stick because it hadn't struck. I happened to try to install bzip2 and couldn't because of my old version a tcl? I fail to see the relation. I didn't know bzip had a tcl8.0 interface:-) I then tried to install TCL8.0.2 and it gave me exactly the same message. Just to see if this is at least constant :), I tried ncftp3. Guess what, the same message. I give up. What is the least bad solution? Thanks, ed From owner-freebsd-current Thu Jan 8 11:49:39 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA20918 for current-outgoing; Thu, 8 Jan 1998 11:49:39 -0800 (PST) (envelope-from owner-freebsd-current) Received: from amity.ai.net (mrr@[205.134.188.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA20908 for ; Thu, 8 Jan 1998 11:49:32 -0800 (PST) (envelope-from mrr@amity.ai.net) Received: from localhost (mrr@localhost) by amity.ai.net (8.8.8/8.8.5) with SMTP id OAA11525; Thu, 8 Jan 1998 14:49:40 -0500 (EST) Date: Thu, 8 Jan 1998 14:49:39 -0500 (EST) From: "Michael R. Rudel" To: Andrew Ryder cc: freebsd-current@FreeBSD.ORG Subject: Re: AccelX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Works great, but there have been some reports of it breaking older versions of the Enlightenment window manager. On Wed, 7 Jan 1998, Andrew Ryder wrote: > Does anyone know how Accelx 4.1 is on 3.0? I had Accelx 4.1 working on > 2.2.5-STABLE fine but I cvsup'd to 3.0 and wonder'd if the same results > were there.. anyone know? > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= mrr-home.trekworld.com -=- FreeBSD 3.0-CURRENT -=- There are no Limits Michael R. Rudel - Rhiannon Internet Services - Lead Programmer Retired Administrator -- Deep Space MUSH FreeBSD: Turning PCs into workstations. God is a magician, Reality His trick, and it's all done with mirrors. In Theory, Theory is better then practice. In Practice, it's not. -=-=-=-=-=-=-=-=-=-=-=-=-=- mrr@trekworld.com -=-=-=-=-=-=-=-=-=-=-= From owner-freebsd-current Thu Jan 8 12:11:19 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA23422 for current-outgoing; Thu, 8 Jan 1998 12:11:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from miro.bestweb.net (miro.bestweb.net [209.94.100.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA23281 for ; Thu, 8 Jan 1998 12:10:09 -0800 (PST) (envelope-from aryder@bestweb.net) Received: from okeefe.bestweb.net (okeefe.bestweb.net [209.94.100.110]) by miro.bestweb.net (8.8.8/8.8.8) with ESMTP id PAA25122; Thu, 8 Jan 1998 15:13:20 -0500 (EST) Received: from monet.bestweb.net (aryder@monet.bestweb.net [209.94.100.120]) by okeefe.bestweb.net (8.8.7/8.8.8) with SMTP id PAA06487; Thu, 8 Jan 1998 15:09:58 -0500 (EST) Date: Thu, 8 Jan 1998 15:09:58 -0500 (EST) From: Andrew Ryder To: "Michael R. Rudel" cc: freebsd-current@FreeBSD.ORG Subject: Re: AccelX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk When I started it up here, I got an error like this: Couldn't open VT: NO such file or directory Fatal server error: Failed to setup display. Im not sure if this is with FreeBSD or AccelX, any clues? On Thu, 8 Jan 1998, Michael R. Rudel wrote: > Works great, but there have been some reports of it breaking older > versions of the Enlightenment window manager. > > > On Wed, 7 Jan 1998, Andrew Ryder wrote: > > > Does anyone know how Accelx 4.1 is on 3.0? I had Accelx 4.1 working on > > 2.2.5-STABLE fine but I cvsup'd to 3.0 and wonder'd if the same results > > were there.. anyone know? > > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > mrr-home.trekworld.com -=- FreeBSD 3.0-CURRENT -=- There are no Limits > Michael R. Rudel - Rhiannon Internet Services - Lead Programmer > Retired Administrator -- Deep Space MUSH > FreeBSD: Turning PCs into workstations. > God is a magician, Reality His trick, and it's all done with mirrors. > In Theory, Theory is better then practice. In Practice, it's not. > -=-=-=-=-=-=-=-=-=-=-=-=-=- mrr@trekworld.com -=-=-=-=-=-=-=-=-=-=-= > > From owner-freebsd-current Thu Jan 8 12:39:33 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA27048 for current-outgoing; Thu, 8 Jan 1998 12:39:33 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA26954 for ; Thu, 8 Jan 1998 12:38:29 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 28231 invoked by uid 1000); 7 Feb 2036 11:29:14 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199801072203.OAA16705@implode.root.com> Date: Thu, 07 Feb 2036 03:29:13 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: David Greenman Subject: Re: Panic: kmem_malloc: kmem_map too small Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 07-Jan-98 David Greenman wrote: >>I receive that mainly under SMP, but looking at vm/vm_kern.c I do not see > > Sounds like you need to increase the kmem_map size - you're running > out > of malloc space. This can be done by changing VM_KMEM_SIZE in > /sys/i386/include/vmparam.h. The problem might indicate that you have a > very large system, a mistuned system, or perhaps could even indicate a > kernel memory leak. I suggest that you carefully analyze the output of > "vmstat -m" to determine where it's all going. I doubled this (VM_KMEM_SIZE) variable and gained a bounce buffers out of range panic. I disabled the bounce buffers and the problem is gone. This indicates to me (the trivially obvious) that certain kernel tunables are related to each other. Critically so. I would have loved to help in building a configuration system that would take these inter-dependancies into account but am totally unqualified for the job. Do you think a qualified core member could either do the job, or create (as comprehensive as possible) list of these symbols, and their interactions. If the latter is done, I will device the mechanism, if so desired. Thanx again for your help. Simon From owner-freebsd-current Thu Jan 8 13:25:04 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA02414 for current-outgoing; Thu, 8 Jan 1998 13:25:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hwcn.org (ac199@james.hwcn.org [199.212.94.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA02309; Thu, 8 Jan 1998 13:24:31 -0800 (PST) (envelope-from hoek@hwcn.org) Received: from localhost (ac199@localhost) by hwcn.org (8.8.8/8.8.8) with SMTP id QAA24680; Thu, 8 Jan 1998 16:20:54 -0500 (EST) Date: Thu, 8 Jan 1998 16:20:54 -0500 (EST) From: Tim Vanderhoek To: "Jordan K. Hubbard" cc: Satoshi Asami , ache@nagual.pp.ru, ports@FreeBSD.ORG, current@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: tk80 port or tcl installation are broken on -current In-Reply-To: <14994.884221928@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 Jan 1998, Jordan K. Hubbard wrote: > Yes, I see the problem. No, I see no immediate solution that doesn't > have drawbacks of its own. Yes, I hate this entire problem and would > just as soon say "heck, just nuke TCL out of the base OS" if I had Pity there isn't an "upgrade system TCL to ports TCL" port... Hmm... :) -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-current Thu Jan 8 13:30:00 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA02811 for current-outgoing; Thu, 8 Jan 1998 13:30:00 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebsd1.cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA02729 for ; Thu, 8 Jan 1998 13:29:26 -0800 (PST) (envelope-from jb@freebsd1.cimlogic.com.au) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.8.7/8.8.7) id IAA16192 for current@freebsd.org; Fri, 9 Jan 1998 08:34:30 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199801082134.IAA16192@freebsd1.cimlogic.com.au> Subject: Architecture dependent source To: current@freebsd.org Date: Fri, 9 Jan 1998 08:34:30 +1100 (EST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has the directory structure for architecture dependent source been decided? For instance, does src/sys/i386 become src/sys/arch/i386 (like NetBSD) or do we just start adding src/sys/alpha because i386 sets the precedent? Just wondering what the direction is to be. -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 From owner-freebsd-current Thu Jan 8 14:07:32 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA06963 for current-outgoing; Thu, 8 Jan 1998 14:07:32 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA06868; Thu, 8 Jan 1998 14:06:16 -0800 (PST) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id PAA01922; Thu, 8 Jan 1998 15:06:13 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp04.primenet.com, id smtpd001890; Thu Jan 8 15:06:09 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id PAA18401; Thu, 8 Jan 1998 15:05:59 -0700 (MST) From: Terry Lambert Message-Id: <199801082205.PAA18401@usr06.primenet.com> Subject: Re: tk80 port or tcl installation are broken on -current To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 8 Jan 1998 22:05:59 +0000 (GMT) Cc: asami@cs.berkeley.edu, ache@nagual.pp.ru, ports@freebsd.org, current@freebsd.org, jkh@freebsd.org In-Reply-To: <14994.884221928@time.cdrom.com> from "Jordan K. Hubbard" at Jan 7, 98 05:12:08 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > * Why? It seems that things were fine until you rocked the boat with > > * a bsd.port.mk that tried to be too clever at detecting this. :) > > > > Um, did you read the message? That has nothing to do with my change, > > Jordan. > > I know, but the topic only seems to have flared up again on account of > it. :) > > Yes, I see the problem. No, I see no immediate solution that doesn't > have drawbacks of its own. Yes, I hate this entire problem and would > just as soon say "heck, just nuke TCL out of the base OS" if I had > a way of handling dist/ports dependencies currently in the tree. > The fact that I don't is why so many people are complaining that the > Handbook and FAQ have been left out of the doc dist since 2.2.2. How about treating installed system components as if they were simply preinstalled pacakges? That would let you uninstall them, or upgrade them (if you defined upgrade as "deinstall old + install new"). It would also let you upgrade systems, if you applied the same method to a "component" called "base system". ...just an old idea from SCO Xenix... 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 Thu Jan 8 14:47:59 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA12052 for current-outgoing; Thu, 8 Jan 1998 14:47:59 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (ppp8.portal.net.au [202.12.71.108]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA11992 for ; Thu, 8 Jan 1998 14:47:32 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id JAA01011; Fri, 9 Jan 1998 09:10:48 +1030 (CST) Message-Id: <199801082240.JAA01011@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Edwin Culp cc: current@FreeBSD.ORG Subject: Re: What is the real solution? In-reply-to: Your message of "Thu, 08 Jan 1998 12:44:10 MDT." <34B51E7A.429B681C@ver1.telmex.net.mx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jan 1998 09:10:46 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I was reading the TCL problem but it didn't stick because it hadn't > struck. I happened > to try to install bzip2 and couldn't because of my old version a tcl? > I fail to see the relation. I didn't know bzip had a tcl8.0 > interface:-) > > I then tried to install TCL8.0.2 and it gave me exactly the same > message. > > Just to see if this is at least constant :), I tried ncftp3. > Guess what, the same message. I give up. What is the least bad > solution? Remove /usr/include/tcl.h, which is what the diagnostic *should* have said. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ From owner-freebsd-current Thu Jan 8 15:21:15 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA16143 for current-outgoing; Thu, 8 Jan 1998 15:21:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from d198-232.uoregon.edu (d198-232.uoregon.edu [128.223.198.232]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA16087 for ; Thu, 8 Jan 1998 15:20:54 -0800 (PST) (envelope-from mini@d198-232.uoregon.edu) Received: (from mini@localhost) by d198-232.uoregon.edu (8.8.5/8.8.5) id PAA15400; Thu, 8 Jan 1998 15:20:22 -0800 (PST) Message-ID: <19980108152021.05237@micron.mini.net> Date: Thu, 8 Jan 1998 15:20:21 -0800 From: Jonathan Mini To: jbryant@unix.tfs.net Cc: Adam David , freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD description in the UNIX FAQ Reply-To: Jonathan Mini References: <199801081216.MAA05743@veda.is> <199801081422.IAA01141@unix.tfs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <199801081422.IAA01141@unix.tfs.net>; from Jim Bryant on Thu, Jan 08, 1998 at 08:22:01AM -0600 X-files: The Truth is Out There Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jim Bryant stands accused of saying: > > heck, who would notice, people are now believing the NASDAQ commercial > on TV saying Cisco INVENTED the TCP/IP router. [Thank you, the > Marketing Division of the Sirius Cybernetics Corporation.] Well.. Microsoft and IBM are both running as fast as they can to invent People Personalities. (I don't know if I could deal with a DEPRESSED copy of Win95...) -- Jonathan Mini Ingenious Productions Software Development P.O. Box 5693, Eugene, Or. 97405 "A child of five could understand this! Quick -- Fetch me a child of five." From owner-freebsd-current Thu Jan 8 15:32:33 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA17522 for current-outgoing; Thu, 8 Jan 1998 15:32:33 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA17500 for ; Thu, 8 Jan 1998 15:32:19 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id QAA12103; Thu, 8 Jan 1998 16:32:16 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id QAA10804; Thu, 8 Jan 1998 16:32:15 -0700 Date: Thu, 8 Jan 1998 16:32:15 -0700 Message-Id: <199801082332.QAA10804@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: John Birrell Cc: current@freebsd.org Subject: Re: Architecture dependent source In-Reply-To: <199801082134.IAA16192@freebsd1.cimlogic.com.au> References: <199801082134.IAA16192@freebsd1.cimlogic.com.au> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Has the directory structure for architecture dependent source been > decided? > > For instance, does src/sys/i386 become src/sys/arch/i386 (like NetBSD) > or do we just start adding src/sys/alpha because i386 sets the precedent? Personally, I don't see that '/sys/arch' buys us anything other than 'Yet Another directory'. Especially when there is no goal of having every architecture under the sun working. But, I have no say in the matter, that would be David's choice to make. Nate From owner-freebsd-current Thu Jan 8 15:34:47 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA17805 for current-outgoing; Thu, 8 Jan 1998 15:34:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from amity.ai.net (mrr@[205.134.188.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA17729 for ; Thu, 8 Jan 1998 15:34:07 -0800 (PST) (envelope-from mrr@amity.ai.net) Received: from localhost (mrr@localhost) by amity.ai.net (8.8.8/8.8.5) with SMTP id SAA14396; Thu, 8 Jan 1998 18:34:21 -0500 (EST) Date: Thu, 8 Jan 1998 18:34:21 -0500 (EST) From: "Michael R. Rudel" To: Andrew Ryder cc: freebsd-current@freebsd.org Subject: Re: AccelX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Are you running the FreeBSD version or Linux version? The Linux emulator works, but not that good. :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= mrr-home.trekworld.com -=- FreeBSD 3.0-CURRENT -=- There are no Limits Michael R. Rudel - Rhiannon Internet Services - Lead Programmer Retired Administrator -- Deep Space MUSH FreeBSD: Turning PCs into workstations. God is a magician, Reality His trick, and it's all done with mirrors. In Theory, Theory is better then practice. In Practice, it's not. -=-=-=-=-=-=-=-=-=-=-=-=-=- mrr@trekworld.com -=-=-=-=-=-=-=-=-=-=-= On Thu, 8 Jan 1998, Andrew Ryder wrote: > When I started it up here, I got an error like this: > > Couldn't open VT: NO such file or directory > Fatal server error: > Failed to setup display. > > Im not sure if this is with FreeBSD or AccelX, any clues? > > On Thu, 8 Jan 1998, Michael R. Rudel wrote: > > > Works great, but there have been some reports of it breaking older > > versions of the Enlightenment window manager. > > > > > > On Wed, 7 Jan 1998, Andrew Ryder wrote: > > > > > Does anyone know how Accelx 4.1 is on 3.0? I had Accelx 4.1 working on > > > 2.2.5-STABLE fine but I cvsup'd to 3.0 and wonder'd if the same results > > > were there.. anyone know? > > > > > > > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > mrr-home.trekworld.com -=- FreeBSD 3.0-CURRENT -=- There are no Limits > > Michael R. Rudel - Rhiannon Internet Services - Lead Programmer > > Retired Administrator -- Deep Space MUSH > > FreeBSD: Turning PCs into workstations. > > God is a magician, Reality His trick, and it's all done with mirrors. > > In Theory, Theory is better then practice. In Practice, it's not. > > -=-=-=-=-=-=-=-=-=-=-=-=-=- mrr@trekworld.com -=-=-=-=-=-=-=-=-=-=-= > > > > > From owner-freebsd-current Thu Jan 8 15:53:57 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA20100 for current-outgoing; Thu, 8 Jan 1998 15:53:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA19794; Thu, 8 Jan 1998 15:51:53 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xqRiL-0006YJ-00; Thu, 8 Jan 1998 15:50:17 -0800 Date: Thu, 8 Jan 1998 15:50:14 -0800 (PST) From: Tom To: Simon Shapiro cc: Julian Elischer , current@freebsd.org, Julian Elischer Subject: Re: DEVFS-11 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 7 Feb 2036, Simon Shapiro wrote: > Makes sense. Your code actually compiles and runs. We need quality in the > source tree, As in today's today's compile: Strange isn't? Some developer are decried to not commit changes, while others commit things that don't even compile. Tom From owner-freebsd-current Thu Jan 8 16:04:19 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA21129 for current-outgoing; Thu, 8 Jan 1998 16:04:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from wcc.wcc.net (wcc.wcc.net [208.6.232.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA21021 for ; Thu, 8 Jan 1998 16:03:56 -0800 (PST) (envelope-from piquan@wcc.wcc.net) Received: from detlev.UUCP (ppp101.wcc.net [208.6.232.101]) by wcc.wcc.net (8.8.7/8.8.7) with ESMTP id SAA06688; Thu, 8 Jan 1998 18:00:37 -0600 (CST) Received: (from joelh@localhost) by detlev.UUCP (8.8.8/8.8.7) id SAA00410; Thu, 8 Jan 1998 18:03:47 -0600 (CST) (envelope-from joelh) Date: Thu, 8 Jan 1998 18:03:47 -0600 (CST) Message-Id: <199801090003.SAA00410@detlev.UUCP> To: freebsd-current@freebsd.org Subject: current w/ tripwire From: Joel Ray Holveck Reply-to: joelh@gnu.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is anybody running -current with Tripwire? I ask because it would seem to me that it would be a pain to manually take down the system from all external access, verify the tripwire files, make world, make install, rebuild the tripwire files, and bring the system back up, every time you want to update. I was wondering if anybody has thought of a better scheme than this basic one. Best wishes, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped From owner-freebsd-current Thu Jan 8 16:15:59 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA22152 for current-outgoing; Thu, 8 Jan 1998 16:15:59 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-30.ix.netcom.com [207.93.143.158]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA22098 for ; Thu, 8 Jan 1998 16:15:24 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id QAA28233; Thu, 8 Jan 1998 16:14:29 -0800 (PST) Date: Thu, 8 Jan 1998 16:14:29 -0800 (PST) Message-Id: <199801090014.QAA28233@silvia.HIP.Berkeley.EDU> To: eculp@ver1.telmex.net.mx CC: current@FreeBSD.ORG In-reply-to: <34B51E7A.429B681C@ver1.telmex.net.mx> (message from Edwin Culp on Thu, 08 Jan 1998 12:44:10 -0600) Subject: Re: What is the real solution? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * I then tried to install TCL8.0.2 and it gave me exactly the same * message. You need to delete the system tcl first (the message tells you how). If you don't need tcl, leave it that way. You may want to define NOTCL in /etc/make.conf to avoid rebuilding it in the next make world (but tcl build from the current -current won't be trapped by bsd.port.mk). If you need tcl, install it from ports. (Or if you install a port that requires tcl, it will get built automatically.) Don't forget to do a "ldconfig -R" after removing tcl so the shared library cache will be updated. Satoshi From owner-freebsd-current Thu Jan 8 18:56:27 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA00574 for current-outgoing; Thu, 8 Jan 1998 18:56:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-30.ix.netcom.com [207.93.143.158]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA00544; Thu, 8 Jan 1998 18:56:18 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id QAA28454; Thu, 8 Jan 1998 16:57:19 -0800 (PST) Date: Thu, 8 Jan 1998 16:57:19 -0800 (PST) Message-Id: <199801090057.QAA28454@silvia.HIP.Berkeley.EDU> To: drow@drow.net CC: rone@bofh.noc.best.net, current@FreeBSD.ORG, ports@FreeBSD.ORG In-reply-to: (message from Dan Jacobowitz on Thu, 8 Jan 1998 19:18:40 -0500 (EST)) Subject: Re: tcl, ports From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * Except, for instance, if you have compiled anything whose name contains * tcl in /usr/src. It seems to me that using that many wildcards in an rm * is just asking for angry admins. That's why it's asking you to do it instead of doing it by itself. If you are experienced enough to put something non-standard in /usr/src, you are expected to know what you're doing. Anyway, I am eagerly awaiting someone who's been running -current to submit an updated checklist and diagnoses. (Not to pick on you Dan, but why is it that the fix/complaint ratio is so low these days on the FreeBSD lists?) To start out, here's what I think is appropriate: check for: /usr/include/tcl.h /usr/lib/libtcl??.so.*.* tell users to: delete the above two if they don't want system tcl, rm -rf /usr/{include,libdata}/tcl, /usr/{lib,bin}/*tcl*, /usr/share/man/*n/* run ldconfig -R (I believe system tcl installs libtcl.so.*.* now.) Satoshi From owner-freebsd-current Thu Jan 8 18:56:49 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA00649 for current-outgoing; Thu, 8 Jan 1998 18:56:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-30.ix.netcom.com [207.93.143.158]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA00558; Thu, 8 Jan 1998 18:56:20 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id RAA28700; Thu, 8 Jan 1998 17:23:03 -0800 (PST) Date: Thu, 8 Jan 1998 17:23:03 -0800 (PST) Message-Id: <199801090123.RAA28700@silvia.HIP.Berkeley.EDU> To: hoek@hwcn.org CC: jkh@time.cdrom.com, ache@nagual.pp.ru, ports@FreeBSD.ORG, current@FreeBSD.ORG, jkh@FreeBSD.ORG In-reply-to: (message from Tim Vanderhoek on Thu, 8 Jan 1998 16:20:54 -0500 (EST)) Subject: Re: tk80 port or tcl installation are broken on -current From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * Pity there isn't an "upgrade system TCL to ports TCL" port... * * Hmm... :) Well, it is trivial to add that to tcl port's INSTALL, but the problem is that we can't get it back when the user pkg_deletes the port. ;) Satoshi From owner-freebsd-current Thu Jan 8 19:01:24 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA01220 for current-outgoing; Thu, 8 Jan 1998 19:01:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-30.ix.netcom.com [207.93.143.158]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA00538; Thu, 8 Jan 1998 18:56:15 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id RAA28607; Thu, 8 Jan 1998 17:13:07 -0800 (PST) Date: Thu, 8 Jan 1998 17:13:07 -0800 (PST) Message-Id: <199801090113.RAA28607@silvia.HIP.Berkeley.EDU> To: drow@drow.net, rone@bofh.noc.best.net, current@FreeBSD.ORG, ports@FreeBSD.ORG In-reply-to: <199801090057.QAA28454@silvia.HIP.Berkeley.EDU> (asami@cs.berkeley.edu) Subject: Re: tcl, ports From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * From: asami@cs.berkeley.edu (Satoshi Asami) * tell users to: * * delete the above two * if they don't want system tcl, rm -rf /usr/{include,libdata}/tcl, * /usr/{lib,bin}/*tcl*, /usr/share/man/*n/* * run ldconfig -R Actually make the second item if they don't want system tcl, rm -rf /usr/{include,libdata}/tcl/*, /usr/{lib,bin}/*tcl*, /usr/share/man/*n/* and define NOTCL in /etc/make.conf Deleting include/tcl and libdata/tcl that is recreated by the next mtree might be confusing. Also, I forgot to mention NOTCL. Satoshi From owner-freebsd-current Thu Jan 8 19:02:24 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA23429 for current-outgoing; Thu, 8 Jan 1998 16:30:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from miro.bestweb.net (miro.bestweb.net [209.94.100.200] (may be forged)) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA23292 for ; Thu, 8 Jan 1998 16:27:52 -0800 (PST) (envelope-from aryder@bestweb.net) Received: from okeefe.bestweb.net (okeefe.bestweb.net [209.94.100.110]) by miro.bestweb.net (8.8.8/8.8.8) with ESMTP id TAA28167; Thu, 8 Jan 1998 19:30:39 -0500 (EST) Received: from monet.bestweb.net (aryder@monet.bestweb.net [209.94.100.120]) by okeefe.bestweb.net (8.8.7/8.8.8) with SMTP id TAA21843; Thu, 8 Jan 1998 19:27:08 -0500 (EST) Date: Thu, 8 Jan 1998 19:27:08 -0500 (EST) From: Andrew Ryder To: "Michael R. Rudel" cc: freebsd-current@freebsd.org Subject: Re: AccelX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 8 Jan 1998, Michael R. Rudel wrote: > Are you running the FreeBSD version or Linux version? > The Linux emulator works, but not that good. :) I have the FreeBSD 4.1 Version on a 3.0-CURRENT Machine, I cvsup'd the kernel src today.. any suggestions? From owner-freebsd-current Thu Jan 8 19:15:49 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA02951 for current-outgoing; Thu, 8 Jan 1998 19:15:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hermes (hermes.uninet.net.mx [200.33.146.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA02933 for ; Thu, 8 Jan 1998 19:15:43 -0800 (PST) (envelope-from eculp@ver1.telmex.net.mx) Received: from sunix by hermes (SMI-8.6/SMI-SVR4) id SAA22145; Thu, 8 Jan 1998 18:39:52 -0600 Message-ID: <34B5727A.4E50572A@ver1.telmex.net.mx> Date: Thu, 08 Jan 1998 18:42:34 -0600 From: Edwin Culp Organization: Mexico Communicates, S.C. X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.0.14 i586) MIME-Version: 1.0 To: Mike Smith CC: current@FreeBSD.ORG Subject: Re: What is the real solution? References: <199801082240.JAA01011@word.smith.net.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mike Smith wrote: > > > I was reading the TCL problem but it didn't stick because it hadn't > > struck. I happened > > to try to install bzip2 and couldn't because of my old version a tcl? > > I fail to see the relation. I didn't know bzip had a tcl8.0 > > interface:-) > > > > I then tried to install TCL8.0.2 and it gave me exactly the same > > message. > > > > Just to see if this is at least constant :), I tried ncftp3. > > Guess what, the same message. I give up. What is the least bad > > solution? > > Remove /usr/include/tcl.h, which is what the diagnostic *should* have > said. didn't work. I had to do a rm /usr/*/*tcl* and that appears to have worked. Thanks to everyone who sent suggestions. ed From owner-freebsd-current Thu Jan 8 19:23:02 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA03647 for current-outgoing; Thu, 8 Jan 1998 19:23:02 -0800 (PST) (envelope-from owner-freebsd-current) Received: from soda.CSUA.Berkeley.EDU (DtJY3dVVaYefW+2AfS1CLCMyVBb1tuPX@soda.CSUA.Berkeley.EDU [128.32.43.52]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA03190 for ; Thu, 8 Jan 1998 19:17:53 -0800 (PST) (envelope-from daveh@CSUA.Berkeley.EDU) Received: from soda.CSUA.Berkeley.EDU (localhost [127.0.0.1]) by soda.CSUA.Berkeley.EDU (8.8.8/) via ESMTP id RAA29799 for ; Thu, 8 Jan 1998 17:38:52 -0800 (PST) env-from (daveh@CSUA.Berkeley.EDU) Message-Id: <199801090138.RAA29799@soda.CSUA.Berkeley.EDU> To: freebsd-current@freebsd.org Subject: LAND attack Date: Thu, 08 Jan 1998 17:38:51 -0800 From: "David M. Holloway" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Regarding this little addition in tcp_input.c This doesnt appear to guard against attacks where the sender and receiver are different ip address but happen to be the same machine(multi-homed) Any comments? /* * Reject attempted self-connects. XXX This actually masks * a bug elsewhere, since self-connect should work. * However, a urrently-active DoS attack in the Internet * sends a phony self-connect request which causes an infinite * loop. */ if (ti->ti_src.s_addr == ti->ti_dst.s_addr && ti->ti_sport == ti->ti_dport) { tcpstat.tcps_badsyn++; goto drop; } /* From owner-freebsd-current Thu Jan 8 20:01:04 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA06594 for current-outgoing; Thu, 8 Jan 1998 20:01:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA06574 for ; Thu, 8 Jan 1998 20:00:48 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id BAA23405; Fri, 9 Jan 1998 01:13:49 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199801090113.BAA23405@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0.1 12/23/97 To: jbryant@unix.tfs.net cc: adam@veda.is (Adam David), freebsd-current@freebsd.org Subject: Re: FreeBSD description in the UNIX FAQ In-reply-to: Your message of "Thu, 08 Jan 1998 08:22:01 CST." <199801081422.IAA01141@unix.tfs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jan 1998 01:13:49 +0000 From: Brian Somers Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In reply: > > >> I ftped the UNIX FAQ today from rtfm.mit.edu and I found: > > >> > > >> -- > > >> FreeBSD: 386bsd 0.1 with the patchkit applied, and many updated > > >> utilities. > > >> -- > > >[.....] > > >I believe it's being revised - the new entry will be > > > > > > FreeBSD: Mostly 386bsd 0.1 with the patchkit applied, and many updated > > > utilities. > > >-- > > >Brian , , > > heheh... douglas adams fan, i see. > > how about: "FreeBSD - The operating system that Deep Thought ran under." No no no no no ! "FreeBSD - Earth" ;-) [.....] > jim > -- > All opinions expressed are mine, if you | "I will not be pushed, stamped, > think otherwise, then go jump into turbid | briefed, debriefed, indexed, or > radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" > ------------------------------------------------------------------------------ > Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw > voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant > ------------------------------------------------------------------------------ > HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Thu Jan 8 20:08:48 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA07228 for current-outgoing; Thu, 8 Jan 1998 20:08:48 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA07216 for ; Thu, 8 Jan 1998 20:08:36 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id PAA12300 for current@freebsd.org; Fri, 9 Jan 1998 15:02:56 +1100 Date: Fri, 9 Jan 1998 15:02:56 +1100 From: Bruce Evans Message-Id: <199801090402.PAA12300@godzilla.zeta.org.au> To: current@freebsd.org Subject: panic in vm_object_deallocate() on reboot Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I get fairly consistent panics in vm_object_deallocate() on reboot. The problem seems to be sensitive to the timing of swapon and dumpon calls. With a fairly standard setup with swapon and dumpon run on the same device from /etc/rc, the panic seems to occur if the dumpon succeeds but not if it fails due to the dump device being too small. Running swapon and dumpon after booting gives less consistent panics. Bruce GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 2b7000 current pcb at 22f2b8 panicstr: vm_object_deallocate: object deallocated too many times panic messages: --- panic: vm_object_deallocate: object deallocated too many times syncing disks... 5 5 done dumping to dev 50011, offset 142033 dump 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 boot (howto=256) at ./@/kern/kern_shutdown.c:285 285 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ./@/kern/kern_shutdown.c:285 #1 0xf01207a7 in panic ( fmt=0xf01d7c7b "vm_object_deallocate: object deallocated too many times") at ./@/kern/kern_shutdown.c:425 #2 0xf01d7cf8 in vm_object_deallocate (object=0xf027a3a8) at ./@/vm/vm_object.c:295 #3 0xf01d5880 in vm_map_entry_delete (map=0xf0798000, entry=0xf4c087e0) at ./@/vm/vm_map.c:1784 #4 0xf01d59fc in vm_map_delete (map=0xf0798000, start=0, end=4022329344) at ./@/vm/vm_map.c:1877 #5 0xf01d5a84 in vm_map_remove (map=0xf0798000, start=0, end=4022329344) at ./@/vm/vm_map.c:1911 #6 0xf0119858 in exit1 (p=0xf078d600, rv=11) at ./@/kern/kern_exit.c:213 #7 0xf0121a36 in sigexit (p=0xf078d600, signum=11) at ./@/kern/kern_sig.c:1222 #8 0xf0121833 in postsig (signum=11) at ./@/kern/kern_sig.c:1130 #9 0xf01ef458 in trap (frame={tf_es = 39, tf_ds = 39, tf_edi = -272646808, tf_esi = 32, tf_ebp = -272638376, tf_isp = -191787036, tf_ebx = 537455056, tf_edx = 16, tf_ecx = 3, tf_eax = 1, tf_trapno = 12, tf_err = 1, tf_eip = 7798, tf_cs = 31, tf_eflags = 66118, tf_esp = -272646880, tf_ss = 39}) at ./@/i386/i386/trap.c:166 #10 0x1e76 in ?? () Cannot access memory at address 0xefbfde5c. (kgdb) up 2 #2 0xf01d7cf8 in vm_object_deallocate (object=0xf027a3a8) at ./@/vm/vm_object.c:295 295 return; (kgdb) p *object $1 = {object_list = {tqe_next = 0xf0279d18, tqe_prev = 0xf4c395a0}, shadow_head = {tqh_first = 0x0, tqh_last = 0xf027ad10}, shadow_list = { tqe_next = 0x0, tqe_prev = 0xf027a700}, memq = {tqh_first = 0x0, tqh_last = 0xf027ad20}, type = OBJT_DEFAULT, size = 13, ref_count = 0, shadow_count = -1, pg_color = 18, flags = 392, paging_in_progress = 0, behavior = 0, resident_page_count = 0, paging_offset = 0x0000000000000000, backing_object = 0x0, backing_object_offset = 0x0000000000000000, last_read = 0, page_hint = 0x0, pager_object_list = {tqe_next = 0x0, tqe_prev = 0x0}, handle = 0x0, un_pager = {vnp = { vnp_size = 0x0000000000007000}, devp = {devp_pglist = { tqh_first = 0x7000, tqh_last = 0x0}}, swp = {swp_nblocks = 28672, swp_allocsize = 0, swp_blocks = 0x0, swp_poip = 0}}} (kgdb) q From owner-freebsd-current Thu Jan 8 20:21:11 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA08339 for current-outgoing; Thu, 8 Jan 1998 20:21:11 -0800 (PST) (envelope-from owner-freebsd-current) Received: from kong.dorms.spbu.ru (kong@kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA08297 for ; Thu, 8 Jan 1998 20:20:26 -0800 (PST) (envelope-from kong@kkk.ml.org) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.8.8/kong/0.00) with SMTP id HAA00213 for ; Fri, 9 Jan 1998 07:19:59 +0300 (MSK) (envelope-from kong@kkk.ml.org) Date: Fri, 9 Jan 1998 07:19:59 +0300 (MSK) From: Hostas Red X-Sender: kong@kong.dorms.spbu.ru To: current@freebsd.org Subject: Firewall in kernel? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! Since some time, my system tells me on boot, that "Warning: kernel has firewall functionality, but firewall rules are not enabled. All ip services are disabled." What does it means? Firewall is "NO" in rc.conf, so? Adios, /KONG From owner-freebsd-current Thu Jan 8 21:28:45 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA13561 for current-outgoing; Thu, 8 Jan 1998 21:28:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA12801 for ; Thu, 8 Jan 1998 21:16:54 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id PAA00355; Fri, 9 Jan 1998 15:40:36 +1030 (CST) Message-Id: <199801090510.PAA00355@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Edwin Culp cc: Mike Smith , current@FreeBSD.ORG Subject: Re: What is the real solution? In-reply-to: Your message of "Thu, 08 Jan 1998 18:42:34 MDT." <34B5727A.4E50572A@ver1.telmex.net.mx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jan 1998 15:40:36 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Just to see if this is at least constant :), I tried ncftp3. > > > Guess what, the same message. I give up. What is the least bad > > > solution? > > > > Remove /usr/include/tcl.h, which is what the diagnostic *should* have > > said. > > didn't work. I had to do a rm /usr/*/*tcl* and that appears to have > worked. Just for general reference; do *not* expect this to be a general solution. The following items are checked for: /usr/include/tcl.h /usr/local/include/tcl.h (where /usr/local is ${PREFIX}) /usr/local/include/tk.h These are reasonable tests for outdated Tcl/Tk installs; the diagnostics should suggest the removal of the offending *files* which may comprise such an install. The currently specified wildcard will damage correct, current Tcl/Tk installs. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ From owner-freebsd-current Thu Jan 8 21:51:32 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA15741 for current-outgoing; Thu, 8 Jan 1998 21:51:32 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA15616 for ; Thu, 8 Jan 1998 21:50:39 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id QAA00548; Fri, 9 Jan 1998 16:13:42 +1030 (CST) Message-Id: <199801090543.QAA00548@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Hostas Red cc: current@FreeBSD.ORG Subject: Re: Firewall in kernel? In-reply-to: Your message of "Fri, 09 Jan 1998 07:19:59 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jan 1998 16:13:42 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi! > > Since some time, my system tells me on boot, that "Warning: kernel has > firewall functionality, but firewall rules are not enabled. All ip > services are disabled." > > What does it means? Firewall is "NO" in rc.conf, so? Your kernel has firewall functionality, but firewall rules are not enabled. Thus, IP services are disabled. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ From owner-freebsd-current Thu Jan 8 22:53:57 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA21644 for current-outgoing; Thu, 8 Jan 1998 22:53:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from proxyb2.san.rr.com (proxyb2-atm.san.rr.com [204.210.0.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA21636 for ; Thu, 8 Jan 1998 22:53:52 -0800 (PST) (envelope-from Studded@dal.net) Received: from dal.net (dt051n19.san.rr.com [204.210.32.25]) by proxyb2.san.rr.com (8.8.7/8.8.8) with ESMTP id WAA10219; Thu, 8 Jan 1998 22:51:56 -0800 (PST) Message-ID: <34B5C914.F7E9E697@dal.net> Date: Thu, 08 Jan 1998 22:52:04 -0800 From: Studded Organization: DALnet IRC Network X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 2.2.5-STABLE i386) MIME-Version: 1.0 To: Hostas Red CC: current@FreeBSD.ORG Subject: Re: Firewall in kernel? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hostas Red wrote: > > Hi! > > Since some time, my system tells me on boot, that "Warning: kernel has > firewall functionality, but firewall rules are not enabled. All ip > services are disabled." > > What does it means? Firewall is "NO" in rc.conf, so? Looks like you compiled the firewall into your kernel without enabling the loading of the script in /etc/rc.conf. If you are going to compile firewall stuff into your kernel, I *highly* recommend using the default to accept rule option at least till you get to know things better. Good luck, Doug From owner-freebsd-current Thu Jan 8 23:11:35 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23419 for current-outgoing; Thu, 8 Jan 1998 23:11:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from thunderdome.plutotech.com (root@thunderdome.plutotech.com [206.168.67.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23403 for ; Thu, 8 Jan 1998 23:11:26 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by thunderdome.plutotech.com (8.8.7/8.8.5) with ESMTP id AAA00496; Fri, 9 Jan 1998 00:11:24 -0700 (MST) Received: (from ken@localhost) by panzer.plutotech.com (8.8.8/8.8.5) id AAA13525; Fri, 9 Jan 1998 00:11:22 -0700 (MST) Message-Id: <199801090711.AAA13525@panzer.plutotech.com> Subject: Re: AccelX In-Reply-To: from Andrew Ryder at "Jan 8, 98 07:27:08 pm" To: aryder@bestweb.net (Andrew Ryder) Date: Fri, 9 Jan 1998 00:11:22 -0700 (MST) Cc: mrr@amity.ai.net, freebsd-current@FreeBSD.ORG From: Kenneth Merry X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Andrew Ryder wrote... > On Thu, 8 Jan 1998, Michael R. Rudel wrote: > > > Are you running the FreeBSD version or Linux version? > > The Linux emulator works, but not that good. :) > I have the FreeBSD 4.1 Version on a 3.0-CURRENT Machine, I cvsup'd the > kernel src today.. any suggestions? It could be trying to open a virtual terminal device that you don't have configured. What do the ttyv0 lines of /etc/ttys look like, and how many ttyv* devices do you have in /dev? Try going into /dev and typing: sh MAKEDEV vty12 That may help. (then again, it may not do anything for you...) Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-current Fri Jan 9 02:00:33 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA03704 for current-outgoing; Fri, 9 Jan 1998 02:00:33 -0800 (PST) (envelope-from owner-freebsd-current) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA03671 for ; Fri, 9 Jan 1998 02:00:12 -0800 (PST) (envelope-from abial@korin.warman.org.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id LAA15609 for ; Fri, 9 Jan 1998 11:02:19 +0100 (CET) Date: Fri, 9 Jan 1998 11:02:18 +0100 (CET) From: Andrzej Bialecki To: freebsd-current@freebsd.org Subject: FreeBSD on one floppy... sure. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! During past few days I was fighting with my new machine, which forced me into make'ing release several times, in order to prepare custom installation floppy. Well, after a dozen of times I may say I got used to it, and then started thinking about preparing a one-floppy fully functional (well, almost :-) system. So, after a sleepless night I now have a floppy, which boots cut down GENERIC kernel (only the most popular drivers) and also contains ca. 60 utilities, among them ppp, ftp, telnet, ssh (I know, it's not BSD license, but I needed it :-), basic filesystem utilities (disklabel, newfs, cp, mv, rm, mkdir, mount_*), ee to edit config files, tar, gzip, route & ifconfig (to use ethernet interfaces) and quite a bunch of others. BTW, it runs multiuser, and you also have getty's on several vtys... There are some drawbacks to it, though: I was short of space to put passwd on it, so there are only predefined passwords. If you have any idea how to force login (i.e. libc) NOT to use hashed db files (which are monstruous - over 80kB), I'll be very thankful. I'd rather not use mfs, because it raises the memory footprint - this version would run quite well on machine with 5MB RAM. The second disadvantage is that kernel is kzip'ped and I cannot dset the changes from userconfig... pity :-( It seems useful anyway, doesn't it? If there's any interest in it, I can put it somewhere. As for now, the whole documentation and setup is Polish, but given some time and enough interest I can prepare also English one... Let me know, what you think. Maybe it's just stupid idea... Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- From owner-freebsd-current Fri Jan 9 02:35:46 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA06452 for current-outgoing; Fri, 9 Jan 1998 02:35:46 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA06425 for ; Fri, 9 Jan 1998 02:35:38 -0800 (PST) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id LAA02183; Fri, 9 Jan 1998 11:35:48 +0100 (MET) (envelope-from sos) Message-Id: <199801091035.LAA02183@sos.freebsd.dk> Subject: Re: FreeBSD on one floppy... sure. In-Reply-To: from Andrzej Bialecki at "Jan 9, 98 11:02:18 am" To: abial@nask.pl (Andrzej Bialecki) Date: Fri, 9 Jan 1998 11:35:48 +0100 (MET) Cc: freebsd-current@FreeBSD.ORG From: SЬren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Andrzej Bialecki who wrote: > Hi! > > During past few days I was fighting with my new machine, which forced me > into make'ing release several times, in order to prepare custom > installation floppy. Well, after a dozen of times I may say I got used to > it, and then started thinking about preparing a one-floppy fully > functional (well, almost :-) system. Funny, I've just done something semilar, a complete NFS server on a floppy, including mirroring, quota, NIS etc. Having NIS takes care of the passwd problems, and leaves room for the symbol db's so ps & friends works. Its on a MFS filesys though, buts that more for practical reasons, reset the sucker and everything works again, and it can be on a writeprotected floppy (can you say sysadm proof : )). -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- SЬren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Fri Jan 9 05:38:00 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA20171 for current-outgoing; Fri, 9 Jan 1998 05:38:00 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hermes (hermes.uninet.net.mx [200.33.146.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA19493 for ; Fri, 9 Jan 1998 05:31:36 -0800 (PST) (envelope-from eculp@ver1.telmex.net.mx) Received: from sunix by hermes (SMI-8.6/SMI-SVR4) id HAA10221; Fri, 9 Jan 1998 07:34:28 -0600 Message-ID: <34B62805.70190547@ver1.telmex.net.mx> Date: Fri, 09 Jan 1998 07:37:09 -0600 From: Edwin Culp Organization: Mexico Communicates, S.C. X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.0.14 i586) MIME-Version: 1.0 To: Satoshi Asami CC: current@FreeBSD.ORG Subject: Re: What is the real solution? References: <199801090014.QAA28233@silvia.HIP.Berkeley.EDU> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Satoshi Asami wrote: > > * I then tried to install TCL8.0.2 and it gave me exactly the same > * message. > > You need to delete the system tcl first (the message tells you how). > If you don't need tcl, leave it that way. You may want to define > NOTCL in /etc/make.conf to avoid rebuilding it in the next make world > (but tcl build from the current -current won't be trapped by > bsd.port.mk). > > If you need tcl, install it from ports. (Or if you install a port > that requires tcl, it will get built automatically.) > > Don't forget to do a "ldconfig -R" after removing tcl so the shared > library cache will be updated. > > Satoshi I did it and it worked fine. There is something in me that doesn't like so many stars as in rm -rf /usr/*/*tcl* even if I did an ls before:-). An extra space could work wonders :-) Thanks again. ed From owner-freebsd-current Fri Jan 9 06:13:56 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA29818 for current-outgoing; Fri, 9 Jan 1998 06:13:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA29791 for ; Fri, 9 Jan 1998 06:13:44 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id GAA07551; Fri, 9 Jan 1998 06:13:36 -0800 (PST) To: Andrzej Bialecki cc: freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD on one floppy... sure. In-reply-to: Your message of "Fri, 09 Jan 1998 11:02:18 +0100." Date: Fri, 09 Jan 1998 06:13:36 -0800 Message-ID: <7547.884355216@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > So, after a sleepless night I now have a floppy, which boots cut down > GENERIC kernel (only the most popular drivers) and also contains ca. 60 > utilities, among them ppp, ftp, telnet, ssh (I know, it's not BSD license, > but I needed it :-), basic filesystem utilities (disklabel, newfs, cp, mv, > rm, mkdir, mount_*), ee to edit config files, tar, gzip, route & ifconfig > (to use ethernet interfaces) and quite a bunch of others. BTW, it runs > multiuser, and you also have getty's on several vtys... Neat! > There are some drawbacks to it, though: I was short of space to put passwd > on it, so there are only predefined passwords. If you have any idea how to How about a small more stand-alone password editing utility, bundled with your tools? Do you crunch all the tools together? I assume you do, and if so such a tool should represent a very small size increment if you keep it simple. > force login (i.e. libc) NOT to use hashed db files (which are monstruous - > over 80kB), I'll be very thankful. I'd rather not use mfs, because it > raises the memory footprint - this version would run quite well on machine > with 5MB RAM. The second disadvantage is that kernel is kzip'ped and I > cannot dset the changes from userconfig... pity :-( There's always another possibility: Don't compile the kernel with VISUAL_USERCONFIG, compile it with your own kernel config utility (which you can patch into the chroot tree using the LOCAL_PATCHES variable) which takes advantage of the fact that you're only compiling a more limited GENERIC with "popular" cards and don't need to do so much dialog with the user. Once you have all the information you'd like to "dset" into the kernel, as the very last thing in your own userconfig function you'll write the data onto the floppy as a /kernel.config file which contains lines like this: USERCONFIG port ed0 0x300 flags ed0 0x4 iomem ed0 0xcc000 irq ed0 10 disable ep0 disable aha0 quit And next time the user boots, this will happen without manual intervention. Of course, you have to either figure out how to open a file on the floppy device from within the kernel and do I/O to it (messy) or you need to leave this data somewhere so that your init(8) replacement can detect it and write it out upon coming up. Jordan From owner-freebsd-current Fri Jan 9 06:24:29 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA00822 for current-outgoing; Fri, 9 Jan 1998 06:24:29 -0800 (PST) (envelope-from owner-freebsd-current) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA00814 for ; Fri, 9 Jan 1998 06:24:17 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id PAA05552; Fri, 9 Jan 1998 15:15:11 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id HAA00832; Fri, 9 Jan 1998 07:57:57 +0100 (CET) (envelope-from andreas) Message-ID: <19980109075757.55918@klemm.gtn.com> Date: Fri, 9 Jan 1998 07:57:57 +0100 From: Andreas Klemm To: Hostas Red Cc: current@FreeBSD.ORG Subject: Re: Firewall in kernel? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: ; from Hostas Red on Fri, Jan 09, 1998 at 07:19:59AM +0300 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, Jan 09, 1998 at 07:19:59AM +0300, Hostas Red wrote: > Hi! > > Since some time, my system tells me on boot, that "Warning: kernel has > firewall functionality, but firewall rules are not enabled. All ip > services are disabled." > > What does it means? Firewall is "NO" in rc.conf, so? So firewall rules are not enabled ... Therefore all ip services are disabled... So compile either a kernel without firewall functionality or configure at least a firewall of type open, so that ip is working. See rc.firewall ... -- Andreas Klemm powered by ,,symmetric multiprocessor FreeBSD'' From owner-freebsd-current Fri Jan 9 09:39:27 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA21116 for current-outgoing; Fri, 9 Jan 1998 09:39:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from firewall.ftf.dk (root@mail.ftf.dk [129.142.64.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA21020; Fri, 9 Jan 1998 09:37:59 -0800 (PST) (envelope-from regnauld@deepo.prosa.dk) Received: from mail.prosa.dk ([192.168.100.2]) by firewall.ftf.dk (8.7.6/8.7.3) with ESMTP id UAA32685; Fri, 9 Jan 1998 20:20:07 +0100 Received: from deepo.prosa.dk (deepo.prosa.dk [192.168.100.10]) by mail.prosa.dk (8.8.5/8.8.5/prosa-1.1) with ESMTP id TAA07391; Fri, 9 Jan 1998 19:09:11 +0100 (CET) Received: (from regnauld@localhost) by deepo.prosa.dk (8.8.7/8.8.5/prosa-1.1) id SAA15455; Fri, 9 Jan 1998 18:36:43 +0100 (CET) Message-ID: <19980109183643.15800@deepo.prosa.dk> Date: Fri, 9 Jan 1998 18:36:43 +0100 From: Philippe Regnauld To: sos@FreeBSD.ORG Cc: Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD on one floppy... sure. References: <199801091035.LAA02183@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.88e In-Reply-To: =?iso-8859-1?Q?=3C199801091035=2ELAA02183=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Fri=2C_Jan_09=2C_1998_at_11=3A35=3A4?= =?iso-8859-1?Q?8AM_+0100?= X-Operating-System: FreeBSD 2.2.5-RELEASE i386 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk SЬren Schmidt writes: > > > > installation floppy. Well, after a dozen of times I may say I got used to > > it, and then started thinking about preparing a one-floppy fully > > functional (well, almost :-) system. This is the week :-) I made a router+natd+ssh box like that last night :-P > Funny, I've just done something semilar, a complete NFS server on > a floppy, including mirroring, quota, NIS etc. Now, I hope you're serving more than the floppy via NFS 8-) > Its on a MFS filesys though, buts that more for practical reasons, > reset the sucker and everything works again, and it can be on a > writeprotected floppy (can you say sysadm proof : )). My approach for the router mentioned above. Maybe we should put together some docs., or at least I can try and put some together from your respective method/experience -- and make it available. Some kind of "FreeBSD-Embedded-application-floppy" resource kit :-) -- -[ Philippe Regnauld / sysadmin / regnauld@deepo.prosa.dk / +55.4N +11.3E ]- "Pluto placed his bad dog at the entrance of Hades to keep the dead IN and the living OUT! The archetypical corporate firewall?" - S. Kelly Bootle, about Cerberus ["MYTHOLOGY", in Marutukku distrib] - From owner-freebsd-current Fri Jan 9 11:42:24 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA04335 for current-outgoing; Fri, 9 Jan 1998 11:42:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ady.warpnet.ro (ady.warpnet.ro [193.230.201.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA03288 for ; Fri, 9 Jan 1998 11:35:21 -0800 (PST) (envelope-from ady@warpnet.ro) Received: from localhost (ady@localhost) by ady.warpnet.ro (8.8.8/8.8.8) with SMTP id VAA00311; Fri, 9 Jan 1998 21:29:54 +0200 (EET) (envelope-from ady@warpnet.ro) Date: Fri, 9 Jan 1998 21:29:54 +0200 (EET) From: Penisoara Adrian To: David Greenman cc: Kevin Day , freebsd-current@FreeBSD.ORG Subject: Re: Fatal trap 12 & debugging info ?? In-Reply-To: <199801072207.OAA16740@implode.root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, On Wed, 7 Jan 1998, David Greenman wrote: > >> For quite a while I'm bugged by sudden panics/reboots (all of them are > >> 'fatal trap 12'); here it is the last one I had (hand rewritten): > >> > >> ============================================================ > >> > >> Fatal trap 12: page fault while in kernel mode [...] > > > >I've had about 5 panics about exactly the same.... > > > >A trace shows free, execve, syscall, xsyscall then the debugger locks up > >before showing any more... > > There was a bug in execve() that was fixed recently that would have > looked like this. You need rev 1.70 or newer of /sys/kern/kern_exec.c. I've manually patched kern_exec.c (rev 1.69 introduced a include and a STOPEVENT() call, make depend wasn't so happy with those) and now I'm awaiting... hoping it won't panic anymore :) BTW, I can't find PR#5313 (GNATS didn't find it, or I'm not using the right query params) that "bde" made reference to in r1.70 CVS log; any kind soul care to help me finding it ? > > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project > Thank you very much. Ady (@warpnet.ro) Warp Net Technologies From owner-freebsd-current Fri Jan 9 12:00:30 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA06203 for current-outgoing; Fri, 9 Jan 1998 12:00:30 -0800 (PST) (envelope-from owner-freebsd-current) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA06066 for ; Fri, 9 Jan 1998 12:00:06 -0800 (PST) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id LAA08072; Fri, 9 Jan 1998 11:57:42 -0800 (PST) Message-Id: <199801091957.LAA08072@implode.root.com> To: Penisoara Adrian cc: Kevin Day , freebsd-current@FreeBSD.ORG Subject: Re: Fatal trap 12 & debugging info ?? In-reply-to: Your message of "Fri, 09 Jan 1998 21:29:54 +0200." From: David Greenman Reply-To: dg@root.com Date: Fri, 09 Jan 1998 11:57:42 -0800 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I've manually patched kern_exec.c (rev 1.69 introduced a >include and a STOPEVENT() call, make depend wasn't so happy with those) >and now I'm awaiting... hoping it won't panic anymore :) Hmmm. > BTW, I can't find PR#5313 (GNATS didn't find it, or I'm not using the >right query params) that "bde" made reference to in r1.70 CVS log; any >kind soul care to help me finding it ? Attached. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project >From dima@burka.rdy.com Tue Dec 16 00:28:31 1997 Received: from burka.rdy.com (dima@burka.rdy.com [205.149.163.30]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA06695 for ; Tue, 16 Dec 1997 00:28:30 -0800 (PST) (envelope-from dima@burka.rdy.com) Received: by burka.rdy.com id AAA27196; (8.8.8/RDY) Tue, 16 Dec 1997 00:28:29 -0800 (PST) Message-Id: <199712160828.AAA27196@burka.rdy.com> Date: Tue, 16 Dec 1997 00:28:29 -0800 (PST) >From: dima@best.net Reply-To: dima@best.net To: FreeBSD-gnats-submit@freebsd.org Subject: panic: free: multiple frees X-Send-Pr-Version: 3.2 >Number: 5313 >Category: kern >Synopsis: system crashes with "free: multiple frees" message. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: closed >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Dec 16 00:30:00 PST 1997 >Last-Modified: Sat Dec 20 12:00:53 MET 1997 >Originator: Dima Ruban >Organization: BEST Internet Communications, Inc. >Release: FreeBSD 2.2.5-STABLE i386 >Environment: Here's dmesg output: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2.5-STABLE #20: Wed Dec 3 11:33:30 PST 1997 dillon@tick.best.net:/src/src/sys/compile/BEST CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xf9ff,MTRR,PGE,MCA,CMOV> real memory = 134217728 (131072K bytes) avail memory = 121167872 (118328K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 1 on pci0:1:0 chip2 rev 0 on pci0:1:1 vga0 rev 211 int a irq 12 on pci0:10 de0 rev 32 int a irq 10 on pci0:11 de0: SMC 9332BDT 21140A [10-100Mb/s] pass 2.0 de0: address 00:e0:29:06:cc:47 ahc0 rev 0 int a irq 11 on pci0:12 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "SEAGATE ST34371W 0484" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4148MB (8496884 512 byte sectors) sd0(ahc0:0:0): with 5172 cyls, 10 heads, and an average 164 sectors/track ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "SEAGATE ST19171W 0023" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 8683MB (17783112 512 byte sectors) sd1(ahc0:1:0): with 5268 cyls, 20 heads, and an average 168 sectors/track ahc0: target 2 Tagged Queuing Device (ahc0:2:0): "SEAGATE ST19171W 0023" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 8683MB (17783112 512 byte sectors) sd2(ahc0:2:0): with 5268 cyls, 20 heads, and an average 168 sectors/track Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface ccd0: Concatenated disk driver >Description: System panics with 'panic: free: multiple frees' randomly. Hardware configuration is summarized in boot output, above. Crash dump is available. Here's backtrace from the dump: #0 boot (howto=0x104) at ../../kern/kern_shutdown.c:266 #1 0xf01132a3 in panic (fmt=0xf0101459 "from debugger") at ../../kern/kern_shutdown.c:390 #2 0xf0101475 in db_panic (dummy1=0xf01b5149, dummy2=0x0, dummy3=0xffffffff, dummy4=0xefbffc90 "") at ../../ddb/db_command.c:440 #3 0xf0101365 in db_command (last_cmdp=0xf01ddb24, cmd_table=0xf01dd974, aux_cmd_tablep=0xf02032d0) at ../../ddb/db_command.c:337 #4 0xf01014e2 in db_command_loop () at ../../ddb/db_command.c:462 #5 0xf0103c38 in db_trap (type=0x3, code=0x0) at ../../ddb/db_trap.c:73 #6 0xf01b4f4b in kdb_trap (type=0x3, code=0x0, regs=0xefbffd80) at ../../i386/i386/db_interface.c:126 #7 0xf01be764 in trap (frame={tf_es = 0x10, tf_ds = 0x10, tf_edi = 0xf1781908, tf_esi = 0xf010fca7, tf_ebp = 0xefbffdc4, tf_isp = 0xefbffda8, tf_ebx = 0x100, tf_edx = 0xf01b5111, tf_ecx = 0x3f9, tf_eax = 0x12, tf_trapno = 0x3, tf_err = 0x0, tf_eip = 0xf01b5149, tf_cs = 0x8, tf_eflags = 0x256, tf_esp = 0xf01b5101, tf_ss = 0xf0113238}) at ../../i386/i386/trap.c:403 #8 0xf01b5149 in Debugger (msg=0xf0113238 "panic") at ../../i386/i386/db_interface.c:254 #9 0xf011329a in panic (fmt=0xf010fca7 "free: multiple frees") at ../../kern/kern_shutdown.c:388 #10 0xf010fd87 in free (addr=0xf5dbd000, type=0x4a) at ../../kern/kern_malloc.c:342 #11 0xf010c500 in execve (p=0xf2685e00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/kern_exec.c:371 #12 0xf01bf1a7 in syscall (frame={tf_es = 0xefbf0027, tf_ds = 0xefbf0027, tf_edi = 0x50620, tf_esi = 0x0, tf_ebp = 0xefbfdc98, tf_isp = 0xefbfffe4, tf_ebx = 0x50630, tf_edx = 0x50630, tf_ecx = 0x5132f, tf_eax = 0x3b, tf_trapno = 0xc, tf_err = 0x7, tf_eip = 0x28a55, tf_cs = 0x1f, tf_eflags = 0x206, tf_esp = 0xefbfdc7c, tf_ss = 0x27}) at ../../i386/i386/trap.c:890 #13 0x28a55 in ?? () #14 0x34d4 in ?? () #15 0x3237 in ?? () #16 0x235d in ?? () #17 0x21e2 in ?? () #18 0x22d7 in ?? () #19 0x906b in ?? () #20 0x8f7b in ?? () #21 0x107e in ?? () >How-To-Repeat: >Fix: >Audit-Trail: From: Bruce Evans To: dima@best.net, FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/5313: panic: free: multiple frees Date: Tue, 16 Dec 1997 20:53:06 +1100 >#9 0xf011329a in panic (fmt=0xf010fca7 "free: multiple frees") > at ../../kern/kern_shutdown.c:388 >#10 0xf010fd87 in free (addr=0xf5dbd000, type=0x4a) > at ../../kern/kern_malloc.c:342 There is one obvious problem. imgp->image_header needs to be cleared in both arms of the if statement since it is always set). This fix has not been tested. Bruce diff -c2 kern_exec.c~ kern_exec.c *** kern_exec.c~ Mon Dec 8 06:07:52 1997 --- kern_exec.c Tue Dec 16 20:47:32 1997 *************** *** 219,226 **** brelse(bp); bp = NULL; ! } else { free((void *)imgp->image_header, M_TEMP); ! imgp->image_header = NULL; ! } /* free old vnode and name buffer */ vrele(ndp->ni_vp); --- 218,224 ---- brelse(bp); bp = NULL; ! } else free((void *)imgp->image_header, M_TEMP); ! imgp->image_header = NULL; /* free old vnode and name buffer */ vrele(ndp->ni_vp); State-Changed-From-To: open-feedback State-Changed-By: davidg State-Changed-When: Tue Dec 16 08:00:39 PST 1997 State-Changed-Why: A fix was committed to both -current and -stable that might fix this problem (and others?!). Please confirm closure. State-Changed-From-To: feedback-closed State-Changed-By: joerg State-Changed-When: Sat Dec 20 12:00:29 MET 1997 State-Changed-Why: Supplied feedback suggest fix was successful. >Unformatted: From owner-freebsd-current Fri Jan 9 12:34:31 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA09616 for current-outgoing; Fri, 9 Jan 1998 12:34:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from didda.est.is (didda.est.is [194.144.208.205]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA08868 for ; Fri, 9 Jan 1998 12:26:50 -0800 (PST) (envelope-from totii@est.is) Received: from est.is (didda.est.is [192.168.255.1]) by didda.est.is (8.8.7/8.8.7) with ESMTP id UAA16475; Fri, 9 Jan 1998 20:25:40 GMT (envelope-from totii@est.is) Message-ID: <34B687C4.FBD34BDA@est.is> Date: Fri, 09 Jan 1998 20:25:40 +0000 From: "чorПur Ivarsson" X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 2.2.5-RELEASE i386) MIME-Version: 1.0 To: Kazutaka YOKOTA CC: Julian Elischer , freebsd-current@FreeBSD.ORG Subject: Re: ANNOUNCE: accent (dead) key support in syscons and kbdcontrol References: <199801071030.TAA12038@zodiac.mech.utsunomiya-u.ac.jp> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Kazutaka YOKOTA wrote: > > >this is pretty amazing but my curiosity has got the better of me.. > >how does a japanese person get to be working on Icelandic keyboards? > > > >:-) It is lot easier to communicate to people on the other end of the world than your neighbor :-) > > The project started when Spanish and Icelandic users requested dead > key support and submitted sample code and keymap files (see below). > Their names will be credited in the handbook :-) > > I have never seen the Icelandic and Spanish keyboards myself. I own a > UK 102 keyboard though. Would you like to get one? I can send you one if you would like it! > > Kazu > > yokota 1998/01/07 00:46:55 PST > > Modified files: > share/syscons/keymaps Makefile spanish.iso.kbd > Added files: > share/syscons/keymaps icelandic.iso.kbd > Log: > icelandic.iso.kbd > - New, Icelandic keymap with accent (dead) key definitions. > Based on the work done by totii@est.is. > > spanish iso.kbd > - Added accent (dead) key definitions. > Based on the work done by jmrueda@diatel.upm.es. > > Revision Changes Path > 1.25 +2 -1 src/share/syscons/keymaps/Makefile > 1.3 +28 -3 src/share/syscons/keymaps/spanish.iso.kbd Thanks for everything Yokota, this is very good to see in 'current', I am going to switch from 2.2.5 to current. -- чСrПur мvarsson Thordur Ivarsson Rafeindavirki Electronic technician NorПurgЖtu 30 Nordurgotu 30 Box 309 Box 309 602 Akureyri 602 Akureyri мsland Iceland --------------------------------------------- FreeBSD has good features, Some others are full of unwanted features! --------------------------------------------- From owner-freebsd-current Fri Jan 9 12:54:35 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA11724 for current-outgoing; Fri, 9 Jan 1998 12:54:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from kong.dorms.spbu.ru (kong@kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA11704 for ; Fri, 9 Jan 1998 12:54:20 -0800 (PST) (envelope-from kong@kkk.ml.org) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.8.8/kong/0.00) with SMTP id XAA01789; Fri, 9 Jan 1998 23:53:46 +0300 (MSK) (envelope-from kong@kkk.ml.org) Date: Fri, 9 Jan 1998 23:53:46 +0300 (MSK) From: Hostas Red X-Sender: kong@kong.dorms.spbu.ru To: Studded cc: current@FreeBSD.ORG Subject: Re: Firewall in kernel? In-Reply-To: <34B5C914.F7E9E697@dal.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! On Thu, 8 Jan 1998, Studded wrote: > > Since some time, my system tells me on boot, that "Warning: kernel has > > firewall functionality, but firewall rules are not enabled. All ip > > services are disabled." > Looks like you compiled the firewall into your kernel without enabling > the loading of the script in /etc/rc.conf. If you are going to compile > firewall stuff into your kernel, I *highly* recommend using the default > to accept rule option at least till you get to know things better. But i'm completely not going to enable firewall, and i have no stuff about firewall in kernel config file. This message appeared after one of kernel compiles. Adios, /KONG From owner-freebsd-current Fri Jan 9 13:03:57 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA12804 for current-outgoing; Fri, 9 Jan 1998 13:03:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from kong.dorms.spbu.ru (root@kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA12699 for ; Fri, 9 Jan 1998 13:02:11 -0800 (PST) (envelope-from kong@kkk.ml.org) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.8.8/kong/0.00) with SMTP id XAA01799; Fri, 9 Jan 1998 23:55:55 +0300 (MSK) (envelope-from kong@kkk.ml.org) Date: Fri, 9 Jan 1998 23:55:54 +0300 (MSK) From: Hostas Red X-Sender: kong@kong.dorms.spbu.ru To: Andreas Klemm cc: current@FreeBSD.ORG Subject: Re: Firewall in kernel? In-Reply-To: <19980109075757.55918@klemm.gtn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! On Fri, 9 Jan 1998, Andreas Klemm wrote: > > Since some time, my system tells me on boot, that "Warning: kernel has > > firewall functionality, but firewall rules are not enabled. All ip > > services are disabled." > So firewall rules are not enabled ... Yes. > Therefore all ip services are disabled... No. All services working as usual. > So compile either a kernel without firewall functionality or > configure at least a firewall of type open, so that ip is working. I did not touched my kernel config a lot of time, just recompiled kernel from time to time. And i have no stuff about firewall in my kernel config. > See rc.firewall ... I see... Adios, /KONG From owner-freebsd-current Fri Jan 9 14:29:42 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA19761 for current-outgoing; Fri, 9 Jan 1998 14:29:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA19745 for ; Fri, 9 Jan 1998 14:29:32 -0800 (PST) (envelope-from daveh@CSUA.Berkeley.EDU) Received: (from daveh@localhost) by soda.CSUA.Berkeley.EDU (8.8.8/) id OAA04841 for current@freebsd.org; Fri, 9 Jan 1998 14:29:01 -0800 (PST) env-from (daveh) Date: Fri, 9 Jan 1998 14:29:01 -0800 (PST) From: daveh@CSUA.Berkeley.EDU (David M. Holloway) Message-Id: <199801092229.OAA04841@soda.CSUA.Berkeley.EDU> To: current@freebsd.org Subject: Re: Firewall in kernel? Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Looks like you compiled the firewall into your kernel without enabling > the loading of the script in /etc/rc.conf. If you are going to compile > firewall stuff into your kernel, I *highly* recommend using the default > to accept rule option at least till you get to know things better. and to imagine, that Sun Microsystems only just today annoucned plans to put firewall support in their workstations. From owner-freebsd-current Fri Jan 9 16:19:44 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA00728 for current-outgoing; Fri, 9 Jan 1998 16:19:44 -0800 (PST) (envelope-from owner-freebsd-current) Received: from limbo.rtfm.net (nathan@rtfm.net [204.141.125.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA00712 for ; Fri, 9 Jan 1998 16:19:31 -0800 (PST) (envelope-from nathan@limbo.rtfm.net) Received: (from nathan@localhost) by limbo.rtfm.net (8.8.8/8.8.8) id TAA04379; Fri, 9 Jan 1998 19:19:46 -0500 (EST) Message-ID: <19980109191945.48808@rtfm.net> Date: Fri, 9 Jan 1998 19:19:45 -0500 From: Nathan Dorfman To: freebsd-current@FreeBSD.org Subject: Non-Posixly Correct pipe() and socketpair() Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Here's a quick question that arose in #unix yesterday. Why does FreeBSD have a bi-directional pipe() call when socketpair() does exactly this? What benefits does making pipe() bi as well have? Doesn't this break POSIX and introduce a new generation of Berkeleyisms? -- ________________ _______________________________ / Nathan Dorfman V PGP: finger nathan@rtfm.net / / nathan@rtfm.net | http://www.rtfm.net / From owner-freebsd-current Fri Jan 9 17:48:05 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA07726 for current-outgoing; Fri, 9 Jan 1998 17:48:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nash.pr.mcs.net (nash.pr.mcs.net [204.95.47.72]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA07693 for ; Fri, 9 Jan 1998 17:47:46 -0800 (PST) (envelope-from alex@nash.pr.mcs.net) Received: (from alex@localhost) by nash.pr.mcs.net (8.8.8/8.8.7) id TAA25178; Fri, 9 Jan 1998 19:45:37 -0600 (CST) (envelope-from alex) Message-Id: <199801100145.TAA25178@nash.pr.mcs.net> Date: Fri, 9 Jan 1998 19:45:37 -0600 (CST) From: Alex Nash Reply-To: nash@mcs.net Subject: Re: Non-Posixly Correct pipe() and socketpair() To: nathan@rtfm.net cc: freebsd-current@freebsd.org In-Reply-To: <19980109191945.48808@rtfm.net> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 9 Jan, Nathan Dorfman wrote: > Here's a quick question that arose in #unix yesterday. Why does FreeBSD > have a bi-directional pipe() call when socketpair() does exactly this? > What benefits does making pipe() bi as well have? Doesn't this break POSIX > and introduce a new generation of Berkeleyisms? IEEE 1003.1 1996 states the following in section B.6.1: An implementation that fails write() operations on fildes[0] or read()s on fildes[1] is not required. Historical implementations (Version 7 and System V) return the error [EBADF] in such cases. This allows implementations to set up a second pipe for full duplex operation at the same time. A conforming application that uses the pipe() function as described in POSIX.1 will succeed whether this second pipe is present or not. Alex From owner-freebsd-current Fri Jan 9 18:20:09 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA09729 for current-outgoing; Fri, 9 Jan 1998 18:20:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from goliath.camtech.com.au (goliath.camtech.net.au [203.5.73.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA09628 for ; Fri, 9 Jan 1998 18:19:47 -0800 (PST) (envelope-from thyerm@camtech.net.au) Received: from camtech.net.au (dialup-ad-3-12.camtech.net.au [203.28.0.108]) by goliath.camtech.com.au (8.8.5/8.8.2) with ESMTP id MAA16811; Sat, 10 Jan 1998 12:47:23 +1030 (CST) Message-ID: <34B6DA80.C402491@camtech.net.au> Date: Sat, 10 Jan 1998 12:48:40 +1030 From: Matthew Thyer X-Mailer: Mozilla 4.04 [en] (Win95; I) MIME-Version: 1.0 To: Hostas Red CC: Studded , current@FreeBSD.ORG Subject: Re: Firewall in kernel? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I also have this error. It started after I built a kernel at ctm-src-cur delta # 3200. Note that I also built the world after booting the kernel. I made no changes to my kernel config file (as LINT did not have anything new that I wanted). It is caused by a program in rc.network which trys to detect if the firewall code is compiled into the kernel. This program fails in some way and returns an error code in the 60's (I cant remember as I'm having to use Win95 right now) but the script only expects 0 or 1 as a return code so it mistakenly thinks the firewall is in the kernel. I tried compiling in firewall support (with the default to fully open) but this did not get rid of the error message. I think the program still fails unexpectedly. Why has no one else complained about this ?? I assume you have all passed ctm-src-cur #3200 faily quickly dues to John Dysons changes. I will send kernel config file, and more details on which program fails. Why also does iijppp not work now ?? Maybe because of the firewall error. I tried changing my ppp.linkup for the new syntax for the "add" command (as seen in the lists). I note that the samples still have old syntax. More details will be forthcoming soon. Hostas Red wrote: > > Hi! > > On Thu, 8 Jan 1998, Studded wrote: > > > > Since some time, my system tells me on boot, that "Warning: kernel has > > > firewall functionality, but firewall rules are not enabled. All ip > > > services are disabled." > > Looks like you compiled the firewall into your kernel without enabling > > the loading of the script in /etc/rc.conf. If you are going to compile > > firewall stuff into your kernel, I *highly* recommend using the default > > to accept rule option at least till you get to know things better. > > But i'm completely not going to enable firewall, and i have no stuff about > firewall in kernel config file. This message appeared after one of kernel > compiles. > > Adios, > /KONG From owner-freebsd-current Fri Jan 9 18:25:27 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA09992 for current-outgoing; Fri, 9 Jan 1998 18:25:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from fanfic.org (fanfic.org [205.150.35.145]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA09814 for ; Fri, 9 Jan 1998 18:22:56 -0800 (PST) (envelope-from dstenn@fanfic.org) Received: from localhost (dstenn@localhost) by fanfic.org (8.8.8/8.8.8) with SMTP id VAA23312; Fri, 9 Jan 1998 21:22:50 -0500 (EST) (envelope-from dstenn@fanfic.org) Date: Fri, 9 Jan 1998 21:22:50 -0500 (EST) From: Dennis Tenn To: FreeBSD-current cc: dennist@uunet.ca Subject: make world error compiling after latest cvsup Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi everyone. I just started getting this error after my latest cvsup of 3.0. This is the last part of the make world at about the 4h20m of the process. Can anyone make heads or tails of it? --------------------------------------------------------------------- ===> libexec/bootpd cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/bootpd.c cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/dovend.c cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/readfile.c cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/hash.c cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/dumptab.c cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/lookup.c cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/getif.c cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/hwaddr.c In file included from /usr/src/libexec/bootpd/hwaddr.c:27: /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:100: field `ac_if' has incomplete type /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:101: `ETHER_ADDR_LEN' undeclared here (not in a function) *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Dennis Tenn * There will always come a time dstenn@fanfic.org * When your love will be tested * Stand tall and rise to the occasion * For only then will you grow strong. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From owner-freebsd-current Fri Jan 9 18:32:40 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA10477 for current-outgoing; Fri, 9 Jan 1998 18:32:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA10459 for ; Fri, 9 Jan 1998 18:32:34 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id SAA12441 for ; Fri, 9 Jan 1998 18:32:41 -0800 (PST) To: current@freebsd.org Subject: Last night's tree breakage.. Date: Fri, 09 Jan 1998 18:32:41 -0800 Message-ID: <12437.884399561@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ===> libexec/bootpd ... /src/tmp/usr/include -c /usr/src/libexec/bootpd/hwaddr.c In file included from /usr/src/libexec/bootpd/hwaddr.c:27: /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:100: field `ac_if' has incomplete type /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:101: `ETHER_ADDR_LEN' undeclared here (not in a function) *** Error code 1 From owner-freebsd-current Fri Jan 9 18:34:38 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA10597 for current-outgoing; Fri, 9 Jan 1998 18:34:38 -0800 (PST) (envelope-from owner-freebsd-current) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA10545 for ; Fri, 9 Jan 1998 18:33:52 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xqqjh-00066D-00; Fri, 9 Jan 1998 18:33:21 -0800 Date: Fri, 9 Jan 1998 18:33:18 -0800 (PST) From: Tom To: Nathan Dorfman cc: freebsd-current@freebsd.org Subject: Re: Non-Posixly Correct pipe() and socketpair() In-Reply-To: <19980109191945.48808@rtfm.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 Jan 1998, Nathan Dorfman wrote: > Here's a quick question that arose in #unix yesterday. Why does FreeBSD > have a bi-directional pipe() call when socketpair() does exactly this? > What benefits does making pipe() bi as well have? Doesn't this break POSIX > and introduce a new generation of Berkeleyisms? I don't think anything depends on this behaviour. John Dyson implemented new faster pipe code that is used for all types of pipes. Basically all pipes are the same (again this is only freebsd-current, I believe). I like the idea that all pipes are the same. > -- > ________________ _______________________________ > / Nathan Dorfman V PGP: finger nathan@rtfm.net / > / nathan@rtfm.net | http://www.rtfm.net / > > Tom From owner-freebsd-current Fri Jan 9 19:45:10 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA15022 for current-outgoing; Fri, 9 Jan 1998 19:45:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nash.pr.mcs.net (nash.pr.mcs.net [204.95.47.72]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA14972 for ; Fri, 9 Jan 1998 19:44:47 -0800 (PST) (envelope-from alex@nash.pr.mcs.net) Received: (from alex@localhost) by nash.pr.mcs.net (8.8.8/8.8.7) id VAA01085; Fri, 9 Jan 1998 21:39:20 -0600 (CST) (envelope-from alex) Message-Id: <199801100339.VAA01085@nash.pr.mcs.net> Date: Fri, 9 Jan 1998 21:39:19 -0600 (CST) From: Alex Nash Subject: Re: Firewall in kernel? To: thyerm@camtech.net.au cc: kong@kkk.ml.org, Studded@dal.net, current@FreeBSD.ORG In-Reply-To: <34B6DA80.C402491@camtech.net.au> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 10 Jan, Matthew Thyer wrote: > It is caused by a program in rc.network which trys to detect if the > firewall code is compiled into the kernel. This program fails in > some way and returns an error code in the 60's (I cant remember as > I'm having to use Win95 right now) but the script only expects > 0 or 1 as a return code so it mistakenly thinks the firewall is > in the kernel. Thanks for pointing this out! A few days ago I changed the error codes returned by ipfw to use those found in sysexits.h. I didn't realize there was a dependency on ipfw always returning 1 on error. The next CTM update will include a fix for this (the script, not ipfw :). Alex From owner-freebsd-current Fri Jan 9 19:46:15 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA15106 for current-outgoing; Fri, 9 Jan 1998 19:46:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from fanfic.org (fanfic.org [205.150.35.145]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA15090 for ; Fri, 9 Jan 1998 19:46:05 -0800 (PST) (envelope-from dstenn@fanfic.org) Received: from localhost (dstenn@localhost) by fanfic.org (8.8.8/8.8.8) with SMTP id WAA23437 for ; Fri, 9 Jan 1998 22:46:02 -0500 (EST) (envelope-from dstenn@fanfic.org) Date: Fri, 9 Jan 1998 21:22:50 -0500 (EST) From: Dennis Tenn To: FreeBSD-current cc: dennist@uunet.ca Subject: make world error compiling after latest cvsup Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII ReSent-Date: Fri, 9 Jan 1998 22:45:52 -0500 (EST) ReSent-From: Dennis Tenn ReSent-To: freebsd-current@freebsd.org ReSent-Message-ID: Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi everyone. I just started getting this error after my latest cvsup of 3.0. This is the last part of the make world at about the 4h20m of the process. Can anyone make heads or tails of it? --------------------------------------------------------------------- ===> libexec/bootpd cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/bootpd.c cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/dovend.c cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/readfile.c cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/hash.c cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/dumptab.c cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/lookup.c cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/getif.c cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/hwaddr.c In file included from /usr/src/libexec/bootpd/hwaddr.c:27: /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:100: field `ac_if' has incomplete type /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:101: `ETHER_ADDR_LEN' undeclared here (not in a function) *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Dennis Tenn * There will always come a time dstenn@fanfic.org * When your love will be tested * Stand tall and rise to the occasion * For only then will you grow strong. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From owner-freebsd-current Fri Jan 9 20:03:01 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA16036 for current-outgoing; Fri, 9 Jan 1998 20:03:01 -0800 (PST) (envelope-from owner-freebsd-current) Received: from fanfic.org (fanfic.org [205.150.35.145]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA15802 for ; Fri, 9 Jan 1998 19:57:45 -0800 (PST) (envelope-from dstenn@fanfic.org) Received: from localhost (dstenn@localhost) by fanfic.org (8.8.8/8.8.8) with SMTP id WAA23463; Fri, 9 Jan 1998 22:56:58 -0500 (EST) (envelope-from dstenn@fanfic.org) Date: Fri, 9 Jan 1998 22:56:57 -0500 (EST) From: Dennis Tenn To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: Last night's tree breakage.. In-Reply-To: <12437.884399561@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 Jan 1998, Jordan K. Hubbard wrote: | ===> libexec/bootpd | ... | /src/tmp/usr/include -c /usr/src/libexec/bootpd/hwaddr.c | In file included from /usr/src/libexec/bootpd/hwaddr.c:27: | /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:100: field `ac_if' has incomplete | type | /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:101: `ETHER_ADDR_LEN' undeclared here (not in a function) | *** Error code 1 You too?! Hrm.. Is this a bug? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Dennis Tenn * There will always come a time dstenn@fanfic.org * When your love will be tested * Stand tall and rise to the occasion * For only then will you grow strong. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From owner-freebsd-current Fri Jan 9 20:27:20 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA17372 for current-outgoing; Fri, 9 Jan 1998 20:27:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from kong.dorms.spbu.ru (kong@kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA17163 for ; Fri, 9 Jan 1998 20:21:56 -0800 (PST) (envelope-from kong@kkk.ml.org) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.8.8/kong/0.00) with SMTP id HAA06389 for ; Sat, 10 Jan 1998 07:21:43 +0300 (MSK) (envelope-from kong@kkk.ml.org) Date: Sat, 10 Jan 1998 07:21:43 +0300 (MSK) From: Hostas Red X-Sender: kong@kong.dorms.spbu.ru To: current@freebsd.org Subject: Making world today Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! Making world today: =============== 8< =============== In file included from /usr/src/lib/libalias/alias_db.c:2062: /usr/obj/usr/src/tmp/usr/include/netinet/ip_fw.h:37: `IFNAMSIZ' undeclared here (not in a function) /usr/src/lib/libalias/alias_db.c: In function `PunchFWHole': /usr/src/lib/libalias/alias_db.c:2171: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2172: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2178: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2178: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2184: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2185: structure has no member named `fw_pts' *** Error code 1 Stop. =============== >8 =============== Anybody else got such a error, or i'm alone? Adios, /KONG From owner-freebsd-current Fri Jan 9 21:00:20 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA19593 for current-outgoing; Fri, 9 Jan 1998 21:00:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA19588 for ; Fri, 9 Jan 1998 21:00:15 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id PAA04265; Sat, 10 Jan 1998 15:59:07 +1100 Date: Sat, 10 Jan 1998 15:59:07 +1100 From: Bruce Evans Message-Id: <199801100459.PAA04265@godzilla.zeta.org.au> To: nathan@rtfm.net, tom@uniserve.com Subject: Re: Non-Posixly Correct pipe() and socketpair() Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I don't think anything depends on this behaviour. John Dyson >implemented new faster pipe code that is used for all types of pipes. Actually, it is only used for nameless pipes. >Basically all pipes are the same (again this is only freebsd-current, I >believe). I like the idea that all pipes are the same. Named pipes are a little different semantically as well as being 2-3 times as slow as nameless pipes. Bruce From owner-freebsd-current Fri Jan 9 21:10:24 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA20514 for current-outgoing; Fri, 9 Jan 1998 21:10:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA20500 for ; Fri, 9 Jan 1998 21:10:18 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id VAA18226; Fri, 9 Jan 1998 21:06:17 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd018224; Fri Jan 9 21:06:13 1998 Date: Fri, 9 Jan 1998 21:03:09 -0800 (PST) From: Julian Elischer To: Dennis Tenn cc: "Jordan K. Hubbard" , current@freebsd.org Subject: Re: Last night's tree breakage.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A structure was moved from if.h to if_arp.h yesterday (actually a sensible move) but the mover admitted he hadn't tested a 'make world' yet... probably a result of that.. julian On Fri, 9 Jan 1998, Dennis Tenn wrote: > On Fri, 9 Jan 1998, Jordan K. Hubbard wrote: > > | ===> libexec/bootpd > | ... > | /src/tmp/usr/include -c /usr/src/libexec/bootpd/hwaddr.c > | In file included from /usr/src/libexec/bootpd/hwaddr.c:27: > | /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:100: field `ac_if' has incomplete > | type > | /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:101: `ETHER_ADDR_LEN' undeclared here (not in a function) > | *** Error code 1 > > You too?! Hrm.. Is this a bug? > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Dennis Tenn * There will always come a time > dstenn@fanfic.org * When your love will be tested > * Stand tall and rise to the occasion > * For only then will you grow strong. > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > From owner-freebsd-current Fri Jan 9 21:51:05 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA22909 for current-outgoing; Fri, 9 Jan 1998 21:51:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA22904 for ; Fri, 9 Jan 1998 21:50:53 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 12711 invoked by uid 1000); 10 Jan 1998 05:51:14 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <34B6DA80.C402491@camtech.net.au> Date: Fri, 09 Jan 1998 21:51:14 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Matthew Thyer Subject: Re: Firewall in kernel? - Found it! Cc: current@FreeBSD.ORG, Studded , Hostas Red Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk If this is a new kernel, then here is the explanation: /usr/include/netinet/ip_fw.h has changed. That causes old /sbin/ipfw to fail. To make things more exciting, m,ake world also fails for the same reason. In /usr/src/lib/libalias/alias_db.c, it fails to compile because, in line 2062, it misses: #include There may be still more trouble there, but I am still compiling. I guess, the idea that any header file change requires complete world and kernel compile and regression test prior to commit, is not as universally accepted as one may think. Simon On 10-Jan-98 Matthew Thyer wrote: > I also have this error. > > It started after I built a kernel at ctm-src-cur delta # 3200. > Note that I also built the world after booting the kernel. > > I made no changes to my kernel config file (as LINT did not have > anything new that I wanted). > > It is caused by a program in rc.network which trys to detect if the > firewall code is compiled into the kernel. This program fails in > some way and returns an error code in the 60's (I cant remember as > I'm having to use Win95 right now) but the script only expects > 0 or 1 as a return code so it mistakenly thinks the firewall is > in the kernel. > > I tried compiling in firewall support (with the default to fully open) > but this did not get rid of the error message. I think the program > still fails unexpectedly. > > Why has no one else complained about this ?? I assume you have all > passed ctm-src-cur #3200 faily quickly dues to John Dysons changes. > > I will send kernel config file, and more details on which program > fails. > > Why also does iijppp not work now ?? Maybe because of the firewall > error. I tried changing my ppp.linkup for the new syntax for the > "add" command (as seen in the lists). I note that the samples still > have old syntax. > > More details will be forthcoming soon. > > Hostas Red wrote: >> >> Hi! >> >> On Thu, 8 Jan 1998, Studded wrote: >> >> > > Since some time, my system tells me on boot, that "Warning: kernel >> > > has >> > > firewall functionality, but firewall rules are not enabled. All ip >> > > services are disabled." >> > Looks like you compiled the firewall into your kernel without >> > enabling >> > the loading of the script in /etc/rc.conf. If you are going to compile >> > firewall stuff into your kernel, I *highly* recommend using the >> > default >> > to accept rule option at least till you get to know things better. >> >> But i'm completely not going to enable firewall, and i have no stuff >> about >> firewall in kernel config file. This message appeared after one of >> kernel >> compiles. >> >> Adios, >> /KONG ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Fri Jan 9 22:07:18 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA23962 for current-outgoing; Fri, 9 Jan 1998 22:07:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA23576 for ; Fri, 9 Jan 1998 22:02:09 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 26500 invoked by uid 1000); 10 Jan 1998 06:02:27 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 09 Jan 1998 22:02:27 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Dennis Tenn Subject: RE: make world error compiling after latest cvsup Cc: dennist@uunet.ca, FreeBSD-current Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 10-Jan-98 Dennis Tenn wrote: > > Hi everyone. I just started getting this error after my latest cvsup of > 3.0. This is the last part of the make world at about the 4h20m of the > process. Can anyone make heads or tails of it? > > --------------------------------------------------------------------- > > ===> libexec/bootpd > cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU > -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/bootpd.c > cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU > -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/dovend.c > cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU > -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/readfile.c > cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU > -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/hash.c > cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU > -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/dumptab.c > cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU > -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/lookup.c > cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU > -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/getif.c > cc -nostdinc -O -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU > -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/libexec/bootpd/hwaddr.c > In file included from /usr/src/libexec/bootpd/hwaddr.c:27: > /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:100: field `ac_if' has > incomplete type > /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:101: `ETHER_ADDR_LEN' Try adding: #include #include at the beginning of /usr/src/sys/net/if_arp.h I am still compiling... > undeclared here (not in a function) > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Dennis Tenn * There will always come a time > dstenn@fanfic.org * When your love will be tested > * Stand tall and rise to the occasion > * For only then will you grow strong. > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Fri Jan 9 22:21:47 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA24885 for current-outgoing; Fri, 9 Jan 1998 22:21:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA24880 for ; Fri, 9 Jan 1998 22:21:41 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 27748 invoked by uid 1000); 10 Jan 1998 06:22:00 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <12437.884399561@time.cdrom.com> Date: Fri, 09 Jan 1998 22:22:00 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: "Jordan K. Hubbard" Subject: RE: Last night's tree breakage.. Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 10-Jan-98 Jordan K. Hubbard wrote: > ===> libexec/bootpd > ... > /src/tmp/usr/include -c /usr/src/libexec/bootpd/hwaddr.c > In file included from /usr/src/libexec/bootpd/hwaddr.c:27: > /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:100: field `ac_if' has > incomplete > type > /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:101: `ETHER_ADDR_LEN' > undeclared here (not in a function) > *** Error code 1 Add to that also: cc -O -pipe -Wall -I/usr/src/3.0/src/lib/libalias -I/usr/obj/usr/src/3.0/src/tmp/usr/include -c /usr/src/3.0/src/lib/libalias/alias_db.c -o alias_db.o /usr/src/3.0/src/lib/libalias/alias_db.c: In function `PunchFWHole': /usr/src/3.0/src/lib/libalias/alias_db.c:2172: structure has no member named `fw_pts' /usr/src/3.0/src/lib/libalias/alias_db.c:2173: structure has no member named `fw_pts' /usr/src/3.0/src/lib/libalias/alias_db.c:2179: structure has no member named `fw_pts' /usr/src/3.0/src/lib/libalias/alias_db.c:2179: structure has no member named `fw_pts' /usr/src/3.0/src/lib/libalias/alias_db.c:2185: structure has no member named `fw_pts' /usr/src/3.0/src/lib/libalias/alias_db.c:2186: structure has no member named `fw_pts' *** Error code 1 Which is solved by this patch: Index: alias_db.c =================================================================== RCS file: /Archives/FreeBSD/FreeBSD-CVS/src/lib/libalias/alias_db.c,v retrieving revision 1.4 diff -c -r1.4 alias_db.c *** alias_db.c 1998/01/09 21:13:34 1.4 --- alias_db.c 1998/01/10 06:19:17 *************** *** 2059,2064 **** --- 2059,2065 ---- /* Firewall include files */ #include + #include #include #include #include *************** *** 2168,2188 **** /* Build and apply specific part of the rules */ rule.fw_src = GetOriginalAddress(link); rule.fw_dst = GetDestAddress(link); ! rule.fw_pts[0] = ntohs(GetOriginalPort(link)); ! rule.fw_pts[1] = ntohs(GetDestPort(link)); /* Skip non-bound links - XXX should not be strictly necessary, but seems to leave hole if not done. Leak of non-bound links? (Code should be left even if the problem is fixed - it is a clear optimization) */ ! if (rule.fw_pts[0] != 0 && rule.fw_pts[1] != 0) { r = setsockopt(fireWallFD, IPPROTO_IP, IP_FW_ADD, &rule, sizeof rule); if (r) err(1, "alias punch inbound(1) setsockopt(IP_FW_ADD)"); rule.fw_src = GetDestAddress(link); rule.fw_dst = GetOriginalAddress(link); ! rule.fw_pts[0] = ntohs(GetDestPort(link)); ! rule.fw_pts[1] = ntohs(GetOriginalPort(link)); r = setsockopt(fireWallFD, IPPROTO_IP, IP_FW_ADD, &rule, sizeof rule); if (r) err(1, "alias punch inbound(2) setsockopt(IP_FW_ADD)"); --- 2169,2189 ---- /* Build and apply specific part of the rules */ rule.fw_src = GetOriginalAddress(link); rule.fw_dst = GetDestAddress(link); ! rule.fw_uar.fw_pts[0] = ntohs(GetOriginalPort(link)); ! rule.fw_uar.fw_pts[1] = ntohs(GetDestPort(link)); /* Skip non-bound links - XXX should not be strictly necessary, but seems to leave hole if not done. Leak of non-bound links? (Code should be left even if the problem is fixed - it is a clear optimization) */ ! if (rule.fw_uar.fw_pts[0] != 0 && rule.fw_uar.fw_pts[1] != 0) { r = setsockopt(fireWallFD, IPPROTO_IP, IP_FW_ADD, &rule, sizeof rule); if (r) err(1, "alias punch inbound(1) setsockopt(IP_FW_ADD)"); rule.fw_src = GetDestAddress(link); rule.fw_dst = GetOriginalAddress(link); ! rule.fw_uar.fw_pts[0] = ntohs(GetDestPort(link)); ! rule.fw_uar.fw_pts[1] = ntohs(GetOriginalPort(link)); r = setsockopt(fireWallFD, IPPROTO_IP, IP_FW_ADD, &rule, sizeof rule); if (r) err(1, "alias punch inbound(2) setsockopt(IP_FW_ADD)"); The original but, I think I indicated a solution is a previous mailing. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Fri Jan 9 22:28:14 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA25210 for current-outgoing; Fri, 9 Jan 1998 22:28:14 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA24934 for ; Fri, 9 Jan 1998 22:22:56 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 29491 invoked by uid 1000); 10 Jan 1998 06:23:15 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 09 Jan 1998 22:23:15 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Hostas Red Subject: RE: Making world today Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk You are not alone. See my reply to jordan's message. Simon On 10-Jan-98 Hostas Red wrote: > Hi! > > Making world today: > > =============== 8< =============== > In file included from /usr/src/lib/libalias/alias_db.c:2062: > /usr/obj/usr/src/tmp/usr/include/netinet/ip_fw.h:37: `IFNAMSIZ' > undeclared > here (not in a function) > /usr/src/lib/libalias/alias_db.c: In function `PunchFWHole': > /usr/src/lib/libalias/alias_db.c:2171: structure has no member named > `fw_pts' > /usr/src/lib/libalias/alias_db.c:2172: structure has no member named > `fw_pts' > /usr/src/lib/libalias/alias_db.c:2178: structure has no member named > `fw_pts' > /usr/src/lib/libalias/alias_db.c:2178: structure has no member named > `fw_pts' > /usr/src/lib/libalias/alias_db.c:2184: structure has no member named > `fw_pts' > /usr/src/lib/libalias/alias_db.c:2185: structure has no member named > `fw_pts' > *** Error code 1 > > Stop. > =============== >8 =============== > > Anybody else got such a error, or i'm alone? > > Adios, > /KONG > > ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Fri Jan 9 22:34:12 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA25564 for current-outgoing; Fri, 9 Jan 1998 22:34:12 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA25538 for ; Fri, 9 Jan 1998 22:33:38 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 16424 invoked by uid 1000); 10 Jan 1998 06:33:50 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 09 Jan 1998 22:33:50 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Julian Elischer Subject: Re: Last night's tree breakage.. Cc: current@FreeBSD.ORG, "Jordan K.Hubbard" , Dennis Tenn Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk There is at least another bug along these lines. In libalias. Here is a patch: Index: alias_db.c =================================================================== RCS file: /Archives/FreeBSD/FreeBSD-CVS/src/lib/libalias/alias_db.c,v retrieving revision 1.4 diff -c -r1.4 alias_db.c *** alias_db.c 1998/01/09 21:13:34 1.4 --- alias_db.c 1998/01/10 06:19:17 *************** *** 2059,2064 **** --- 2059,2065 ---- /* Firewall include files */ #include + #include #include #include #include *************** *** 2168,2188 **** /* Build and apply specific part of the rules */ rule.fw_src = GetOriginalAddress(link); rule.fw_dst = GetDestAddress(link); ! rule.fw_pts[0] = ntohs(GetOriginalPort(link)); ! rule.fw_pts[1] = ntohs(GetDestPort(link)); /* Skip non-bound links - XXX should not be strictly necessary, but seems to leave hole if not done. Leak of non-bound links? (Code should be left even if the problem is fixed - it is a clear optimization) */ ! if (rule.fw_pts[0] != 0 && rule.fw_pts[1] != 0) { r = setsockopt(fireWallFD, IPPROTO_IP, IP_FW_ADD, &rule, sizeof rule); if (r) err(1, "alias punch inbound(1) setsockopt(IP_FW_ADD)"); rule.fw_src = GetDestAddress(link); rule.fw_dst = GetOriginalAddress(link); ! rule.fw_pts[0] = ntohs(GetDestPort(link)); ! rule.fw_pts[1] = ntohs(GetOriginalPort(link)); r = setsockopt(fireWallFD, IPPROTO_IP, IP_FW_ADD, &rule, sizeof rule); if (r) err(1, "alias punch inbound(2) setsockopt(IP_FW_ADD)"); --- 2169,2189 ---- /* Build and apply specific part of the rules */ rule.fw_src = GetOriginalAddress(link); rule.fw_dst = GetDestAddress(link); ! rule.fw_uar.fw_pts[0] = ntohs(GetOriginalPort(link)); ! rule.fw_uar.fw_pts[1] = ntohs(GetDestPort(link)); /* Skip non-bound links - XXX should not be strictly necessary, but seems to leave hole if not done. Leak of non-bound links? (Code should be left even if the problem is fixed - it is a clear optimization) */ ! if (rule.fw_uar.fw_pts[0] != 0 && rule.fw_uar.fw_pts[1] != 0) { r = setsockopt(fireWallFD, IPPROTO_IP, IP_FW_ADD, &rule, sizeof rule); if (r) err(1, "alias punch inbound(1) setsockopt(IP_FW_ADD)"); rule.fw_src = GetDestAddress(link); rule.fw_dst = GetOriginalAddress(link); ! rule.fw_uar.fw_pts[0] = ntohs(GetDestPort(link)); ! rule.fw_uar.fw_pts[1] = ntohs(GetOriginalPort(link)); r = setsockopt(fireWallFD, IPPROTO_IP, IP_FW_ADD, &rule, sizeof rule); if (r) err(1, "alias punch inbound(2) setsockopt(IP_FW_ADD)"); On 10-Jan-98 Julian Elischer wrote: > A structure was moved from if.h to if_arp.h yesterday > (actually a sensible move) but the mover admitted he hadn't tested > a 'make world' yet... > probably a result of that.. > > julian > > > On Fri, 9 Jan 1998, Dennis Tenn wrote: > >> On Fri, 9 Jan 1998, Jordan K. Hubbard wrote: >> >> | ===> libexec/bootpd >> | ... >> | /src/tmp/usr/include -c /usr/src/libexec/bootpd/hwaddr.c >> | In file included from /usr/src/libexec/bootpd/hwaddr.c:27: >> | /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:100: field `ac_if' has >> | incomplete >> | type >> | /usr/obj/usr/src/tmp/usr/include/net/if_arp.h:101: `ETHER_ADDR_LEN' >> | undeclared here (not in a function) >> | *** Error code 1 >> >> You too?! Hrm.. Is this a bug? >> >> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> Dennis Tenn * There will always come a time >> dstenn@fanfic.org * When your love will be tested >> * Stand tall and rise to the occasion >> * For only then will you grow strong. >> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> >> > ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Sat Jan 10 00:11:06 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA07447 for current-outgoing; Sat, 10 Jan 1998 00:11:06 -0800 (PST) (envelope-from owner-freebsd-current) Received: from wcc.wcc.net (wcc.wcc.net [208.6.232.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA07437 for ; Sat, 10 Jan 1998 00:10:59 -0800 (PST) (envelope-from piquan@wcc.wcc.net) Received: from detlev.UUCP (ppp72.wcc.net [208.6.232.72]) by wcc.wcc.net (8.8.7/8.8.7) with ESMTP id CAA17662; Sat, 10 Jan 1998 02:07:45 -0600 (CST) Received: (from joelh@localhost) by detlev.UUCP (8.8.8/8.8.7) id CAA23756; Sat, 10 Jan 1998 02:10:12 -0600 (CST) (envelope-from joelh) Date: Sat, 10 Jan 1998 02:10:12 -0600 (CST) Message-Id: <199801100810.CAA23756@detlev.UUCP> To: daveh@CSUA.Berkeley.EDU CC: current@FreeBSD.ORG In-reply-to: <199801092229.OAA04841@soda.CSUA.Berkeley.EDU> (daveh@CSUA.Berkeley.EDU) Subject: Re: Firewall in kernel? From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199801092229.OAA04841@soda.CSUA.Berkeley.EDU> Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Looks like you compiled the firewall into your kernel without >> enabling the loading of the script in /etc/rc.conf. If you are >> going to compile firewall stuff into your kernel, I *highly* >> recommend using the default to accept rule option at least till you >> get to know things better. > and to imagine, that Sun Microsystems only just today > annoucned plans to put firewall support in their workstations. I haven't used Solaris in a few years, and when I did I was first discovering the joys and agonies of Unix administration, but considering the (at least former if not current) popularity of Suns for Internet work, I am suprised. Has there been a third-party tool to tackle firewalling that has been used instead? -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped From owner-freebsd-current Sat Jan 10 00:12:14 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA07530 for current-outgoing; Sat, 10 Jan 1998 00:12:14 -0800 (PST) (envelope-from owner-freebsd-current) Received: from miro.bestweb.net (miro.bestweb.net [209.94.100.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA07477 for ; Sat, 10 Jan 1998 00:11:36 -0800 (PST) (envelope-from aryder@bestweb.net) Received: from okeefe.bestweb.net (okeefe.bestweb.net [209.94.100.110]) by miro.bestweb.net (8.8.8/8.8.8) with ESMTP id DAA15242; Sat, 10 Jan 1998 03:15:41 -0500 (EST) Received: from monet.bestweb.net (aryder@monet.bestweb.net [209.94.100.120]) by okeefe.bestweb.net (8.8.7/8.8.8) with SMTP id DAA20521; Sat, 10 Jan 1998 03:11:34 -0500 (EST) Date: Sat, 10 Jan 1998 03:11:34 -0500 (EST) From: Andrew Ryder To: Hostas Red cc: current@FreeBSD.ORG Subject: Re: Making world today In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 10 Jan 1998, Hostas Red wrote: > Hi! > > Making world today: > > =============== 8< =============== > In file included from /usr/src/lib/libalias/alias_db.c:2062: > /usr/obj/usr/src/tmp/usr/include/netinet/ip_fw.h:37: `IFNAMSIZ' undeclared > here (not in a function) > /usr/src/lib/libalias/alias_db.c: In function `PunchFWHole': > /usr/src/lib/libalias/alias_db.c:2171: structure has no member named `fw_pts' > /usr/src/lib/libalias/alias_db.c:2172: structure has no member named `fw_pts' > /usr/src/lib/libalias/alias_db.c:2178: structure has no member named `fw_pts' > /usr/src/lib/libalias/alias_db.c:2178: structure has no member named `fw_pts' > /usr/src/lib/libalias/alias_db.c:2184: structure has no member named `fw_pts' > /usr/src/lib/libalias/alias_db.c:2185: structure has no member named `fw_pts' > *** Error code 1 > > Stop. > =============== >8 =============== > > Anybody else got such a error, or i'm alone? got the same error, did a make -k world, and waited the long time again and it worked fine.. From owner-freebsd-current Sat Jan 10 01:22:43 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA12487 for current-outgoing; Sat, 10 Jan 1998 01:22:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA12472 for ; Sat, 10 Jan 1998 01:22:37 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 14008 invoked by uid 1000); 10 Jan 1998 09:22:41 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sat, 10 Jan 1998 01:22:41 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: freebsd-current@freebsd.org Subject: Still another net/inet build bug Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This failure: cc -nostdinc -O -pipe -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -I/usr/obj/usr/src/3.0/src/tmp/usr/include -c /usr/src/3.0/src/libexec/bootpd/hwaddr.c In file included from /usr/obj/usr/src/3.0/src/tmp/usr/include/net/if_arp.h:40, from /usr/src/3.0/src/libexec/bootpd/hwaddr.c:27: /usr/obj/usr/src/3.0/src/tmp/usr/include/net/if_var.h:112: field `if_data' has incomplete type *** Error code 1 Stop. can be corrected by this patch: Index: if_var.h =================================================================== RCS file: /Archives/FreeBSD/FreeBSD-CVS/src/sys/net/if_var.h,v retrieving revision 1.6 diff -c -r1.6 if_var.h *** if_var.h 1997/08/28 01:17:09 1.6 --- if_var.h 1998/01/10 09:20:37 *************** *** 73,78 **** --- 73,81 ---- struct ether_header; #endif + #include + #include + #include /* get TAILQ macros */ TAILQ_HEAD(ifnethead, ifnet); /* we use TAILQs so that the order of */ ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Sat Jan 10 01:27:54 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA12802 for current-outgoing; Sat, 10 Jan 1998 01:27:54 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA12788 for ; Sat, 10 Jan 1998 01:27:48 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 27459 invoked by uid 1000); 10 Jan 1998 09:27:52 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sat, 10 Jan 1998 01:27:52 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Andrew Ryder Subject: Re: Making world today Cc: current@FreeBSD.ORG, Hostas Red Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ... > got the same error, did a make -k world, and waited the long time again > and it worked fine.. Classic case of deadlocked update. This build depends on new headers which are only installed after a successful build which installs the headers needed for a successfull build. There are numerous such failures. I postd some temporary fixes for these. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Sat Jan 10 02:27:08 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA19062 for current-outgoing; Sat, 10 Jan 1998 02:27:08 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-45.ix.netcom.com [207.93.143.173]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA19057 for ; Sat, 10 Jan 1998 02:27:02 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id CAA07967; Sat, 10 Jan 1998 02:25:19 -0800 (PST) Date: Sat, 10 Jan 1998 02:25:19 -0800 (PST) Message-Id: <199801101025.CAA07967@silvia.HIP.Berkeley.EDU> To: shimon@simon-shapiro.org CC: aryder@bestweb.net, current@freebsd.org, kong@kkk.ml.org In-reply-to: (message from Simon Shapiro on Sat, 10 Jan 1998 01:27:52 -0800 (PST)) Subject: Re: Making world today From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * From: Simon Shapiro * Classic case of deadlocked update. This build depends on new headers which * are only installed after a successful build which installs the headers * needed for a successfull build. There are numerous such failures. I postd That is not supposed to happen. Which file are you talking about, and when is it installed vs. when is it needed? Satoshi From owner-freebsd-current Sat Jan 10 05:51:23 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA02188 for current-outgoing; Sat, 10 Jan 1998 05:51:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA02177 for ; Sat, 10 Jan 1998 05:51:16 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id QAA25423; Sat, 10 Jan 1998 16:50:51 +0300 (MSK) (envelope-from ache) Date: Sat, 10 Jan 1998 16:50:48 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Mike Smith cc: FreeBSD-current , Joerg Wunsch Subject: Re: patch in -current is *seriously* broken WRT CVS patches In-Reply-To: <199801071350.AAA01279@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 8 Jan 1998, Mike Smith wrote: > I do recall reading some discussion about this a couple days back, but > I thought a quick heads-up would be in order. > > Patch in -current now does not understand the output of "cvs diff", > which makes distributing CVS-generated diffs fairly pointless. > > The -C option has gone too, leaving --dry-run in its place. It was not good idea fixing patch at first instead of fixing RCS. The patch stays as is to be compatible with others. If you send me few examples of what happens, and what you expect, I'll try to fix rcsdiff to produce correct +++/*** lines using -L option for diff. Rcsdiff already use -L, but maybe not with correct parameters. Forget about Index:, it is abused by RCS in the way _never_ expected by patch. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Sat Jan 10 06:18:23 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA03888 for current-outgoing; Sat, 10 Jan 1998 06:18:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA03871 for ; Sat, 10 Jan 1998 06:18:10 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id RAA27442; Sat, 10 Jan 1998 17:17:51 +0300 (MSK) (envelope-from ache) Date: Sat, 10 Jan 1998 17:17:49 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Mike Smith cc: FreeBSD-current , Joerg Wunsch Subject: Re: patch in -current is *seriously* broken WRT CVS patches In-Reply-To: <199801071350.AAA01279@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 8 Jan 1998, Mike Smith wrote: > Patch in -current now does not understand the output of "cvs diff", > which makes distributing CVS-generated diffs fairly pointless. In addition to previous letter, please replace RCS->CVS RCS never generate Index:, so it apparently is CVS bug. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Sat Jan 10 06:29:33 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA04444 for current-outgoing; Sat, 10 Jan 1998 06:29:33 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA04430 for ; Sat, 10 Jan 1998 06:29:19 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id RAA27464; Sat, 10 Jan 1998 17:29:02 +0300 (MSK) (envelope-from ache) Date: Sat, 10 Jan 1998 17:29:00 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Mike Smith cc: FreeBSD-current , Joerg Wunsch Subject: Re: patch in -current is *seriously* broken WRT CVS patches In-Reply-To: <199801071350.AAA01279@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 8 Jan 1998, Mike Smith wrote: > Patch in -current now does not understand the output of "cvs diff", > which makes distributing CVS-generated diffs fairly pointless. To be strict, Index: line have sense only for non-context, non-unified (ed-style) diffs. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Sat Jan 10 07:26:04 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA10533 for current-outgoing; Sat, 10 Jan 1998 07:26:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mail.id.net (mail.id.net [199.125.1.6]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA10472; Sat, 10 Jan 1998 07:25:22 -0800 (PST) (envelope-from rls@mail.id.net) Received: from server.id.net (server.id.net [199.125.2.20]) by mail.id.net (8.8.8/8.8.6) with ESMTP id KAA24852; Sat, 10 Jan 1998 10:36:00 -0500 (EST) From: Robert Shady Received: (from rls@localhost) by server.id.net (8.8.5/8.7.3) id KAA06146; Sat, 10 Jan 1998 10:26:17 -0500 (EST) Message-Id: <199801101526.KAA06146@server.id.net> Subject: ** SDL RISCom/N2 & Frame Relay ** To: freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org, freebsd-current@freebsd.org Date: Sat, 10 Jan 1998 10:26:17 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk To whom it may concern; I *REALLY* need to get frame relay working under AT LEAST 2.2.x or even 3.0-SNAP. I seen the SDL wrote a driver awhile ago to work under 2.1, and I've tried (for about 30 minutes) to get it to work under 3.0 but there appears to be too many changes to various system files for me to get it to work easily. Not to mention, I'm *SURE* someone else has already looked into this, as the if_sr.c driver makes mention to it in numerous places. Please, please, please let me know what the current status of this project is. --> SEND E-MAIL TO: rls@mail.id.net, I am NOT on this list anymore. -- Rob === _/_/_/_/_/ _/_/_/_/ _/_/ _/ _/_/_/_/_/ _/_/_/_/_/ _/ _/ _/ _/_/_/ _/ _/ _/ _/_/_/_/ _/ _/_/_/_/_/ _/_/_/_/ _/ _/ _/_/_/_/_/ _/ Innovative Data Services, Inc. Serving South-Eastern Michigan Internet Service Provider / Hardware Sales / Consulting Services Voice: (248)855-0404 / Fax: (248)855-3268 / Web: http://www.id.net From owner-freebsd-current Sat Jan 10 07:53:21 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA12031 for current-outgoing; Sat, 10 Jan 1998 07:53:21 -0800 (PST) (envelope-from owner-freebsd-current) Received: from etinc.com ([207.252.1.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA12016; Sat, 10 Jan 1998 07:53:06 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com ([207.252.1.18]) by etinc.com (8.8.7/8.6.9) with SMTP id KAA16403; Sat, 10 Jan 1998 10:55:19 -0500 (EST) Message-Id: <3.0.32.19980110105641.00e2fcb0@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 10 Jan 1998 10:56:42 -0500 To: Robert Shady , freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org, freebsd-current@freebsd.org From: dennis Subject: Re: ** SDL RISCom/N2 & Frame Relay ** Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 10:26 AM 1/10/98 -0500, Robert Shady wrote: >To whom it may concern; > > I *REALLY* need to get frame relay working under AT LEAST 2.2.x or >even 3.0-SNAP. I seen the SDL wrote a driver awhile ago to work under >2.1, and I've tried (for about 30 minutes) to get it to work under 3.0 >but there appears to be too many changes to various system files for me >to get it to work easily. Not to mention, I'm *SURE* someone else has >already looked into this, as the if_sr.c driver makes mention to it in >numerous places. Please, please, please let me know what the current >status of this project is. > >--> SEND E-MAIL TO: rls@mail.id.net, I am NOT on this list anymore. If you REALLY need it...you know where to find us. :-) db Emerging Technologies, Inc. www.etinc.com ISA and PCI Sync Cards for FreeBSD, LINUX and BSD/OS ET/BWMGR Bandwidth Manager From owner-freebsd-current Sat Jan 10 08:12:45 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA13622 for current-outgoing; Sat, 10 Jan 1998 08:12:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA13526; Sat, 10 Jan 1998 08:11:51 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id TAA27793; Sat, 10 Jan 1998 19:11:33 +0300 (MSK) (envelope-from ache) Date: Sat, 10 Jan 1998 19:11:31 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Mike Smith cc: FreeBSD-current , Joerg Wunsch , peter@FreeBSD.ORG Subject: CVS DIFF fix for review (-L added) In-Reply-To: <199801071350.AAA01279@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Since Index: is dead for context diffs, here is a patch to correct ***/--- pathnames generated by CVS (now using -L diff option like in rcsdiff). Since I not run CVS and don't know how to do its minimal setup, please test and check is it really fix the problem. I plan commit it after feedback from you. *** src/diff.c.orig Sat May 24 23:48:15 1997 --- src/diff.c Sat Jan 10 18:53:13 1998 *************** *** 169,174 **** --- 169,185 ---- strcat (*str, src); } + static char *set_diff_label PROTO ((const char *fname)); + + static char *set_diff_label(fname) + const char *fname; + { + static char label[FILENAME_MAX + 3]; + + (void)snprintf(label, sizeof(label), "-L%s", fname); + return label; + } + int diff (argc, argv) int argc; *************** *** 567,574 **** if (empty_file == DIFF_ADDED) { if (use_rev2 == NULL) ! run_setup ("%s %s %s %s", DIFF, opts, DEVNULL, finfo->file); else { int retcode; --- 578,587 ---- if (empty_file == DIFF_ADDED) { + char *fn; + if (use_rev2 == NULL) ! fn = finfo->file; else { int retcode; *************** *** 589,596 **** } /* FIXME: what if retcode > 0? */ ! run_setup ("%s %s %s %s", DIFF, opts, DEVNULL, tmp); } } else { --- 602,614 ---- } /* FIXME: what if retcode > 0? */ ! fn = tmp; } + run_setup ("%s %s", DIFF, opts); + run_arg (set_diff_label (DEVNULL)); + run_arg (set_diff_label (finfo->fullname)); + run_arg (DEVNULL); + run_arg (fn); } else { *************** *** 610,616 **** } /* FIXME: what if retcode > 0? */ ! run_setup ("%s %s %s %s", DIFF, opts, tmp, DEVNULL); } } else --- 628,637 ---- } /* FIXME: what if retcode > 0? */ ! run_setup ("%s %s", DIFF, opts); ! run_arg (set_diff_label (finfo->fullname)); ! run_arg (tmp); ! run_arg (DEVNULL); } } else *************** *** 626,631 **** --- 647,653 ---- run_setup ("%s%s -x,v/ %s %s -r%s", Rcsbin, RCS_DIFF, opts, *options ? options : vers->options, use_rev1); } + run_arg (set_diff_label (finfo->fullname)); run_arg (vers->srcfile->path); } -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Sat Jan 10 08:14:36 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA13777 for current-outgoing; Sat, 10 Jan 1998 08:14:36 -0800 (PST) (envelope-from owner-freebsd-current) Received: from www.giovannelli.it (www.giovannelli.it [194.184.65.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA13704 for ; Sat, 10 Jan 1998 08:13:53 -0800 (PST) (envelope-from gmarco@giovannelli.it) Received: from giovannelli.it (modem00.masternet.it [194.184.65.254]) by www.giovannelli.it (8.8.8/8.8.5) with ESMTP id RAA00423 for ; Sat, 10 Jan 1998 17:15:13 +0100 (MET) Message-ID: <34B7AC6E.CF63F6A3@giovannelli.it> Date: Sat, 10 Jan 1998 18:14:22 +0100 From: Gianmarco Giovannelli Reply-To: gmarco@giovannelli.it X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: Libalias (error in make world) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After cvsupping yesterday and today I always receive when I do a make world : ===> libalias cc -O -pipe -Wall -I/usr/src/lib/libalias -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/lib/libalias/alias.c -o alias.o cc -O -pipe -Wall -I/usr/src/lib/libalias -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/lib/libalias/alias_db.c -o alias_db.o In file included from /usr/src/lib/libalias/alias_db.c:2062: /usr/obj/usr/src/tmp/usr/include/netinet/ip_fw.h:37: `IFNAMSIZ' undeclared here (not in a function) /usr/src/lib/libalias/alias_db.c: In function `PunchFWHole': /usr/src/lib/libalias/alias_db.c:2171: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2172: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2178: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2178: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2184: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2185: structure has no member named `fw_pts' *** Error code 1 Is there anyone that has this same problem ? -- Regards... Gianmarco "Unix expert since yesterday" http://www2.masternet.it From owner-freebsd-current Sat Jan 10 08:26:12 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA14552 for current-outgoing; Sat, 10 Jan 1998 08:26:12 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nash.pr.mcs.net (nash.pr.mcs.net [204.95.47.72]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA14518 for ; Sat, 10 Jan 1998 08:25:47 -0800 (PST) (envelope-from alex@nash.pr.mcs.net) Received: (from alex@localhost) by nash.pr.mcs.net (8.8.8/8.8.7) id KAA07209; Sat, 10 Jan 1998 10:23:43 -0600 (CST) (envelope-from alex) Message-Id: <199801101623.KAA07209@nash.pr.mcs.net> Date: Sat, 10 Jan 1998 10:23:42 -0600 (CST) From: Alex Nash Subject: Re: Making world today To: asami@cs.berkeley.edu cc: shimon@simon-shapiro.org, aryder@bestweb.net, current@FreeBSD.ORG, kong@kkk.ml.org In-Reply-To: <199801101025.CAA07967@silvia.HIP.Berkeley.EDU> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 10 Jan, Satoshi Asami wrote: > * From: Simon Shapiro > > * Classic case of deadlocked update. This build depends on new headers which > * are only installed after a successful build which installs the headers > * needed for a successfull build. There are numerous such failures. I postd > > That is not supposed to happen. Which file are you talking about, and > when is it installed vs. when is it needed? If we're referring to the libalias breakage, the story is as follows: on the 7th, I modified ipfw to use 64-bit packet and byte counters. This required an interface change, and unfortunately, required moving two elements of the structure into a union so that we could fit under the 108 byte setsockopt() limit. On the 9th, eivind committed libalias changes which used the old interface. This was just unfortunate timing. Alex From owner-freebsd-current Sat Jan 10 08:40:47 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA15581 for current-outgoing; Sat, 10 Jan 1998 08:40:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from kong.dorms.spbu.ru (kong@kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA15344 for ; Sat, 10 Jan 1998 08:37:59 -0800 (PST) (envelope-from kong@kkk.ml.org) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.8.8/kong/0.00) with SMTP id TAA09507 for ; Sat, 10 Jan 1998 19:37:50 +0300 (MSK) (envelope-from kong@kkk.ml.org) Date: Sat, 10 Jan 1998 19:37:50 +0300 (MSK) From: Hostas Red X-Sender: kong@kong.dorms.spbu.ru To: current@freebsd.org Subject: make world: problem still exists... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! CVSup'ed after posible update and ran 'make world'. The problem still exists, but no more error about 'include' in line 2062 :-) =============== /usr/src/lib/libalias/alias_db.c: In function `PunchFWHole': /usr/src/lib/libalias/alias_db.c:2171: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2172: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2178: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2178: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2184: structure has no member named `fw_pts' /usr/src/lib/libalias/alias_db.c:2185: structure has no member named `fw_pts' *** Error code 1 ================ Adios, /KONG From owner-freebsd-current Sat Jan 10 09:15:35 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA19318 for current-outgoing; Sat, 10 Jan 1998 09:15:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nash.pr.mcs.net (nash.pr.mcs.net [204.95.47.72]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA19254 for ; Sat, 10 Jan 1998 09:14:49 -0800 (PST) (envelope-from alex@nash.pr.mcs.net) Received: (from alex@localhost) by nash.pr.mcs.net (8.8.8/8.8.7) id LAA07393; Sat, 10 Jan 1998 11:11:56 -0600 (CST) (envelope-from alex) Message-Id: <199801101711.LAA07393@nash.pr.mcs.net> Date: Sat, 10 Jan 1998 11:11:56 -0600 (CST) From: Alex Nash Subject: Re: Firewall in kernel? - Found it! To: shimon@simon-shapiro.org cc: thyerm@camtech.net.au, current@freebsd.org, Studded@dal.net, kong@kkk.ml.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 9 Jan, Simon Shapiro wrote: > If this is a new kernel, then here is the explanation: This is not the explanation for this particular problem, see #1 below. > /usr/include/netinet/ip_fw.h has changed. That causes old /sbin/ipfw to > fail. make world rebuilds /usr/include before compiling /usr/src/sbin/ipfw, so this should not be an issue. > To make things more exciting, m,ake world also fails for the same reason. > In /usr/src/lib/libalias/alias_db.c, it fails to compile because, in line > 2062, it misses: > > #include This was unrelated to the ipfw interface change. This has to do with the contents of the network include files being shuffled around. > I guess, the idea that any header file change requires complete world and > kernel compile and regression test prior to commit, is not as universally > accepted as one may think. We've seen three separate problems come to a head within the last few days, I'll address two of them (and leave the other one for someone else to explain): 1. rc.network checked for the presence of options IPFIREWALL by invoking /sbin/ipfw and looking for a return value of 1. Anything other than 1 was successful. I modified the return values of ipfw (in an attempt to conform to sysexits(3)), but since I didn't realize that rc.network was doing this, and my test situations always had IPFIREWALL compiled into the kernel, I missed this. Yes, I failed to test how my ipfw changes would break things when IPFIREWALL was not in the kernel. Mea Culpa. 2. We had a cross commit (ok, it was separated by two days, but...). I modified the ipfw interface on the 7th, and libalias was modified to use ipfw (using the old interface) on the 9th. Result: breakage. Even though both commits built and tested ok, this broke because multiple developers were working in related areas. While it could have been avoided in this case by the latter committer performing a cvs update and discovering the breakage, there's always a possibility (using our current development methodology) of the cross commit occurring between the time that the update takes place, and the time the source is committed. Executive summary: We're all working for free towards a common goal, let's not take people to task publically without knowing all the facts. Alex From owner-freebsd-current Sat Jan 10 10:06:23 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA25585 for current-outgoing; Sat, 10 Jan 1998 10:06:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA25549 for ; Sat, 10 Jan 1998 10:06:10 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from bonsai.hiwaay.net (tnt2-38.HiWAAY.net [208.147.148.38]) by fly.HiWAAY.net (8.8.8/8.8.6) with SMTP id MAA01614; Sat, 10 Jan 1998 12:03:54 -0600 (CST) Message-ID: <34B7B83A.6F5992E1@hiwaay.net> Date: Sat, 10 Jan 1998 12:04:42 -0600 From: Steve Price X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Hostas Red CC: Gianmarco Giovannelli , current@FreeBSD.ORG Subject: Re: make world: problem still exists... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hostas Red wrote: > > Hi! > > CVSup'ed after posible update and ran 'make world'. The problem still > exists, but no more error about 'include' in line 2062 :-) > > =============== > /usr/src/lib/libalias/alias_db.c: In function `PunchFWHole': > /usr/src/lib/libalias/alias_db.c:2171: structure has no member named `fw_pts' > /usr/src/lib/libalias/alias_db.c:2172: structure has no member named `fw_pts' > /usr/src/lib/libalias/alias_db.c:2178: structure has no member named `fw_pts' > /usr/src/lib/libalias/alias_db.c:2178: structure has no member named `fw_pts' > /usr/src/lib/libalias/alias_db.c:2184: structure has no member named `fw_pts' > /usr/src/lib/libalias/alias_db.c:2185: structure has no member named `fw_pts' > *** Error code 1 > ================ I believe this was just fixed by Alex in revision 1.6 of src/lib/libalias/alias_db.c. Steve > Adios, > /KONG From owner-freebsd-current Sat Jan 10 10:13:06 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA26257 for current-outgoing; Sat, 10 Jan 1998 10:13:06 -0800 (PST) (envelope-from owner-freebsd-current) Received: from spinner.netplex.com.au (root@spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA26181; Sat, 10 Jan 1998 10:12:03 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (peter@localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id CAA08076; Sun, 11 Jan 1998 02:10:28 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199801101810.CAA08076@spinner.netplex.com.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= cc: Mike Smith , FreeBSD-current , Joerg Wunsch , peter@FreeBSD.ORG Subject: Re: CVS DIFF fix for review (-L added) In-reply-to: Your message of "Sat, 10 Jan 1998 19:11:31 +0300." Date: Sun, 11 Jan 1998 02:10:27 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= wrote: > Since Index: is dead for context diffs, here is a patch to correct ***/--- > pathnames generated by CVS (now using -L diff option like in rcsdiff). > > Since I not run CVS and don't know how to do its minimal setup, please > test and check is it really fix the problem. > > I plan commit it after feedback from you. This change is a dead end. The current version of cvs does not call diff, rcs, rcsdiff, patch or anything like that. This should be taken up with the cvs folks on info-cvs@gnu.ai.mit.edu. -Peter From owner-freebsd-current Sat Jan 10 10:22:22 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA27009 for current-outgoing; Sat, 10 Jan 1998 10:22:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: from kong.dorms.spbu.ru (kong@kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA26943 for ; Sat, 10 Jan 1998 10:21:27 -0800 (PST) (envelope-from kong@kkk.ml.org) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.8.8/kong/0.00) with SMTP id VAA26417; Sat, 10 Jan 1998 21:20:19 +0300 (MSK) (envelope-from kong@kkk.ml.org) Date: Sat, 10 Jan 1998 21:20:18 +0300 (MSK) From: Hostas Red X-Sender: kong@kong.dorms.spbu.ru To: Steve Price cc: Gianmarco Giovannelli , current@FreeBSD.ORG Subject: Re: make world: problem still exists... In-Reply-To: <34B7B83A.6F5992E1@hiwaay.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! > > CVSup'ed after posible update and ran 'make world'. The problem still > > exists, but no more error about 'include' in line 2062 :-) > I believe this was just fixed by Alex in revision 1.6 of > src/lib/libalias/alias_db.c. Yes, it was, thanks to him. :) But libalias problem still affects 'make world' as follows: ======= 8< ======= /usr/src/usr.sbin/ppp/loadalias.c: In function `loadAliasHandlers': /usr/src/usr.sbin/ppp/loadalias.c:79: parse error before `__libalias_version' /usr/src/usr.sbin/ppp/loadalias.c:75: warning: `path' might be used uninitialized in this function *** Error code 1 Stop. ======= >8 ======= Adios, /KONG From owner-freebsd-current Sat Jan 10 10:34:10 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA27926 for current-outgoing; Sat, 10 Jan 1998 10:34:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA27914 for ; Sat, 10 Jan 1998 10:33:58 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from bonsai.hiwaay.net (tnt2-38.HiWAAY.net [208.147.148.38]) by fly.HiWAAY.net (8.8.8/8.8.6) with SMTP id MAA06003; Sat, 10 Jan 1998 12:31:49 -0600 (CST) Message-ID: <34B7BED4.31D2DE92@hiwaay.net> Date: Sat, 10 Jan 1998 12:32:52 -0600 From: Steve Price X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Hostas Red CC: Gianmarco Giovannelli , current@FreeBSD.ORG Subject: Re: make world: problem still exists... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hostas Red wrote: > > Yes, it was, thanks to him. :) But libalias problem still affects 'make > world' as follows: > > ======= 8< ======= > /usr/src/usr.sbin/ppp/loadalias.c: In function `loadAliasHandlers': > /usr/src/usr.sbin/ppp/loadalias.c:79: parse error before > `__libalias_version' > /usr/src/usr.sbin/ppp/loadalias.c:75: warning: `path' might be used > uninitialized in this function > *** Error code 1 > > Stop. > ======= >8 ======= Apply the attached patch to /usr/src/lib/libalias/alias.h and the problem should be fixed. Steve > Adios, > /KONG Index: alias.h =================================================================== RCS file: /u/FreeBSD/cvs/src/lib/libalias/alias.h,v retrieving revision 1.4 diff -u -r1.4 alias.h --- alias.h 1998/01/09 21:13:34 1.4 +++ alias.h 1998/01/10 18:30:20 @@ -157,5 +157,8 @@ #define PKT_ALIAS_UNRESOLVED_FRAGMENT 3 #define PKT_ALIAS_FOUND_HEADER_FRAGMENT 4 +#undef __libalias_version +#define __libalias_version "2.5" + #endif /*lint -restore */ From owner-freebsd-current Sat Jan 10 10:53:16 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA00245 for current-outgoing; Sat, 10 Jan 1998 10:53:16 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA00163; Sat, 10 Jan 1998 10:52:41 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id TAA00837; Sat, 10 Jan 1998 19:52:22 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id TAA19245; Sat, 10 Jan 1998 19:50:08 +0100 (MET) Message-ID: <19980110195007.31038@uriah.heep.sax.de> Date: Sat, 10 Jan 1998 19:50:07 +0100 From: J Wunsch To: =?iso-8859-1?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= Cc: Mike Smith , FreeBSD-current , peter@FreeBSD.ORG Subject: Re: CVS DIFF fix for review (-L added) Reply-To: Joerg Wunsch References: <199801071350.AAA01279@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.88 In-Reply-To: =?iso-8859-1?Q?=3CPine=2EBSF=2E3=2E96=2E980110190329=2E27770A-100000=40l?= =?iso-8859-1?Q?sd=2Erelcom=2Eeu=2Enet=3E=3B_from_=E1=CE=C4=D2=C5=CA_=FE?= =?iso-8859-1?Q?=C5=D2=CE=CF=D7_on_Sat=2C_Jan_10=2C_1998_at_07=3A11=3A31P?= =?iso-8859-1?Q?M_+0300?= X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Андрей Чернов wrote: > Since Index: is dead for context diffs, here is a patch to correct ***/--- > pathnames generated by CVS (now using -L diff option like in rcsdiff). > > Since I not run CVS and don't know how to do its minimal setup, please > test and check is it really fix the problem. (Well, you could always test it on freefall. ;) > + run_setup ("%s %s", DIFF, opts); > + run_arg (set_diff_label (DEVNULL)); > + run_arg (set_diff_label (finfo->fullname)); > + run_arg (DEVNULL); > + run_arg (fn); I didn't look into the code yet, but i was hoping something like run_setup("%s %s -L %s -L %s %s", ...) would work? Also, i'm not sure, but IMHO the Index: lines should be dropped then. They are obsolete at best, and confusing at worst. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Jan 10 11:21:06 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA03822 for current-outgoing; Sat, 10 Jan 1998 11:21:06 -0800 (PST) (envelope-from owner-freebsd-current) Received: from fanfic.org (diviner.uunet.ca [142.77.1.84]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA03798 for ; Sat, 10 Jan 1998 11:20:39 -0800 (PST) (envelope-from dstenn@fanfic.org) Received: from localhost (dstenn@localhost) by fanfic.org (8.8.8/8.8.8) with SMTP id OAA26221; Sat, 10 Jan 1998 14:20:36 -0500 (EST) (envelope-from dstenn@fanfic.org) Date: Sat, 10 Jan 1998 14:20:35 -0500 (EST) From: Dennis Tenn Reply-To: Dennis Tenn To: FreeBSD-current cc: dennist@uunet.ca Subject: make world error In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 Jan 1998, Simon Shapiro wrote: I didn't have a chance to try the suggestion. Instead I went ahead an installed the latest SNAP of 3.0. Jan 7, 1998 Snapshot. Everything went smoothly on the install but again 'make world' failed. This time it got further along but nevertheless it failed. Here is the where it failed for me. --------------------------------------------------------------------- ===> lkm/cd9660 cc -nostdinc -O -DCD9660 -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/cd9660/../../sys -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-pr ototypes -Wpointer-arith -Winline -Wuninitialized -I/usr/obj/usr/src/tmp/usr/include -DVFS_LKM -DMODVNOPS=cd9660_modvnops -I. -c /usr/src/lkm/cd9660/../../sys/isofs/cd9660/cd9660_bmap.c cc -nostdinc -O -DCD9660 -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/cd9660/../../sys -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-pr ototypes -Wpointer-arith -Winline -Wuninitialized -I/usr/obj/usr/src/tmp/usr/include -DVFS_LKM -DMODVNOPS=cd9660_modvnops -I. -c /usr/src/lkm/cd9660/../../sys/isofs/cd9660/cd9660_lookup.c cc -nostdinc -O -DCD9660 -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/cd9660/../../sys -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-pr ototypes -Wpointer-arith -Winline -Wuninitialized -I/usr/obj/usr/src/tmp/usr/include -DVFS_LKM -DMODVNOPS=cd9660_modvnops -I. -c /usr/src/lkm/cd9660/../../sys/isofs/cd9660/cd9660_node.c cc -nostdinc -O -DCD9660 -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/cd9660/../../sys -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-pr ototypes -Wpointer-arith -Winline -Wuninitialized -I/usr/obj/usr/src/tmp/usr/include -DVFS_LKM -DMODVNOPS=cd9660_modvnops -I. -c /usr/src/lkm/cd9660/../../sys/isofs/cd9660/cd9660_rrip.c cc -nostdinc -O -DCD9660 -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/cd9660/../../sys -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-pr ototypes -Wpointer-arith -Winline -Wuninitialized -I/usr/obj/usr/src/tmp/usr/include -DVFS_LKM -DMODVNOPS=cd9660_modvnops -I. -c /usr/src/lkm/cd9660/../../sys/isofs/cd9660/cd9660_util.c cc -nostdinc -O -DCD9660 -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/cd9660/../../sys -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-pr ototypes -Wpointer-arith -Winline -Wuninitialized -I/usr/obj/usr/src/tmp/usr/include -DVFS_LKM -DMODVNOPS=cd9660_modvnops -I. -c /usr/src/lkm/cd9660/../../sys/isofs/cd9660/cd9660_vfsops.c cc: Internal compiler error: program cc1 got fatal signal 11 *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. --------------------------------------------------------------------- I'm stumped. This is a clean install. Another thing.. I'm getting an error I don't believe I've ever seen before. can't exec getty '/usr/local/sbin/mgetty' for port /dev/cuaa1: No such file or directory Does anyone know why this is happening? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Dennis Tenn * There will always come a time dstenn@fanfic.org * When your love will be tested * Stand tall and rise to the occasion * For only then will you grow strong. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From owner-freebsd-current Sat Jan 10 11:38:25 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA05629 for current-outgoing; Sat, 10 Jan 1998 11:38:25 -0800 (PST) (envelope-from owner-freebsd-current) Received: from kong.dorms.spbu.ru (root@kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA05585 for ; Sat, 10 Jan 1998 11:37:46 -0800 (PST) (envelope-from kong@kkk.ml.org) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.8.8/kong/0.00) with SMTP id WAA24150; Sat, 10 Jan 1998 22:30:24 +0300 (MSK) (envelope-from kong@kkk.ml.org) Date: Sat, 10 Jan 1998 22:30:23 +0300 (MSK) From: Hostas Red X-Sender: kong@kong.dorms.spbu.ru To: Steve Price cc: Gianmarco Giovannelli , current@FreeBSD.ORG Subject: Re: make world: problem still exists... In-Reply-To: <34B7BED4.31D2DE92@hiwaay.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! On Sat, 10 Jan 1998, Steve Price wrote: > > ======= 8< ======= > > /usr/src/usr.sbin/ppp/loadalias.c: In function `loadAliasHandlers': > > ======= >8 ======= > Apply the attached patch to /usr/src/lib/libalias/alias.h and the > problem should be fixed. Thanks a lot, works fine for me. World done. :) Adios, /KONG From owner-freebsd-current Sat Jan 10 11:46:08 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA06518 for current-outgoing; Sat, 10 Jan 1998 11:46:08 -0800 (PST) (envelope-from owner-freebsd-current) Received: from iceland.it.earthlink.net (iceland-c.it.earthlink.net [204.119.177.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA06489 for ; Sat, 10 Jan 1998 11:45:43 -0800 (PST) (envelope-from kce@idt.net) From: kce@idt.net Received: from user900.meznet5.net (1Cust183.tnt23.chi5.da.uu.net [208.255.4.183]) by iceland.it.earthlink.net (8.8.7/8.8.5) with SMTP id LAA29025; Sat, 10 Jan 1998 11:44:33 -0800 (PST) Message-Id: <199801101944.LAA29025@iceland.it.earthlink.net> To: cudauinc@aol.com Subject: EA$Y Money Reply-To: kce@idt.net Date: Fri, 19 Nov 97 23:24:52 EST Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk X-Info: X-Info:Sent using Zenith Bulk Emailer (FREE) Our research indicated you would have interest in this material. If not, you do NOT have to send a "remove" reply. This is intended to be a one-time offer. HOME-MAILERS NEEDED! $300-$1000 PLUS WEEKLY Simple, pleasant work...you do at home. Dear Friend: Are you seeking a rewarding second income? Would you like to set your own work schedule? Work the hours you choose? Earn extra income for your family? If so, then we may have the answer. Current statistics show that by the year 2010, 40-60% of the American work-force will be working from home. Get a jump on your future and secure a job through us. Our company provides a service to thousands of people and businesses across the United States. With your help, we can reach and provide a better service to more of these people and businesses, faster and at a lower cost than our competitors. We handle a marketing program for businesses and contacted parties called the Home-Mailers Program, which consists of envelope processing and brochure mailing. These positions require no special skills or experience, just a sincere desire to GET STARTED, and EARN MONEY! YOU CAN EARN GOOD MONEY!!! Potential incomes range from $300 to $1000 weekly or more. Pay rate is based on a $2.00 to $3.00 per envelope basis. The average Home-Mailer stuffs anywhere from 150 to 500 envelopes a week, depending on the amount of free time they have available. The envelopes you process will make you a substantial income. You'll find this work, done easily and quickly, can double or even triple your income. With just one or two hours per day you will be excitedly surprised at how easy we've made it and how profitable this work actually is. You can earn enough money working in your spare time to purchase that new car or boat you've been wanting, pay off credit cards, bills, or even take a vacation. Maybe just add more financial security for yourself or your family. Whatever the reason, you can't go wrong. ALL BUSINESS CAN BE DONE RIGHT FROM YOUR OWN HOME You can start the same day you receive our materials and begin receiving money within one week. These positions require no prior experience or special skills. Under contract you will receive brochures, forms, instructions, envelopes, and postage from us or our subsidiaries. You will be paid daily by our subsidiaries. Our paychecks are mailed out every two weeks. HELP SOLVE YOUR MONEY PROBLEMS If you are looking for an excellent extra income to relieve financial pressures, you owe it to yourself to investigate this program. Naturally, no company can afford to send out costly materials to everyone who writes in asking for it. Therefore, we must ask each applicant for a one time postage, handling and materials fee of $4.00 and a one time processing fee of $6.00. We will not ask or require you to pay us for any additional information, instructions, materials, or postage to stay with us, and stay with us as long as you desire. If for any reason you are not accepted into the Home-Mailers Program, your fees will be sent directly back to you. A high level of quality and timeliness is expected. There is no selling, no hassle. However, you must act promptly. At this time we are in need of dependable Home-Mailers in your area, of whom may start in the very near future. There are only a limited number of positions needed for each region of the country and as soon as we have enough people to complete the mailing needs in your area we will not be offering any more applications. We need your help now! So if you're a productive, positive person we're looking forward to working with you. SIMPLE, EASY, AND PROFITABLE, THIS PROGRAM IS THE BEST WAY TO MAKE AN EXCELLENT INCOME AT HOME. If this sounds like something you might be interested in, read on. If not, thank you for your time. We hope to hear from you soon. Sincerely Yours, Tom E Burrier Home-Mailing Division Manager Start earning now. Here's what you need to do. (1) Read, complete, and return the attached application. (2) Enclose a one time postage, handling, and materials fee of $4.00. Also enclose a one time processing fee of $6.00. (3) All correspondence and materials will be addressed to you. Please open all packages and/or envelopes the same day they arrive. (4) Follow all instructions when processing and mailing. (5) Following instructions, you will only need to fold and place our brochures and/or information pamphlets in envelopes and send. If you find yourself pressed for time, you can stop work with us and come back at a later date, but we must insist you maintain a high level of quality when processing and mailing. OUR STEP-BY-STEP SYSTEM OF BROCHURE MAILING IS SIMPLE, AND OUR INSTRUCTIONS ARE WRITTEN IN AN EASY TO FOLLOW LANGUAGE. There is a way to earn a substantial income at home... The Home-Mailers Program. YOUR SERVICES ARE NEEDED NOW. Please Respond Today! Positions are limited and time can affect your acceptance for desired positions. FILL OUT APPLICATION AND RETURN Last Name:_______________ First Name:______________ Mailing Address:________________________________ Apt.#:______________ City:___________________ State:______________ Zip Code:_______________ Home Tel.#: (______)_______-________ Age:_____ Date of Birth:____/____/____ Do you work more than 40 hours per week? [ ] Yes [ ] No (READ AND SIGN BELOW) By signing I certify that I am 18 years of age or older and that I am a United States citizen. Signature_________________________ Date:_____/_____/______ *If applicant is under 18 have a guardian sign above and indicate age of applicant. *If you don't have access to a printer, you may copy the application onto regular notebook paper (Please use pen). *All fees are one time fees. You will not be required, asked, or need to pay us any other fees to stay with us and stay as long as you like. All potential pay rates are Guaranteed! *Please note that personal checks may be held up to 30 days for bank clearance. Send Application and a $10.00 Check or Money Order to: KC Enterprises 7455 France Ave. Suite 182 Edina, MN 55435 Because we are a company recruiting people from the public we must assure you that we are the BEST company to work with and that we provide the MOST PROFITABLE income. Because we require an initial fee to get started, many people are skeptical, and miss out on a great opportunity. This fee covers our expenses for materials, postage, handling, and the time it takes us to get you started. It also assures us that you are serious about working with the Home-Mailers Program. We know that current Home-Mailers are happy and making an excellent income just from reading their testimonials. This makes us happy and enables us to succeed and continue our success together. Here are just a couple of the many testimonials received from Home-Mailers: I want to thank you for giving me this opportunity to work for your company. It couldn't have come along at a better time. The work is so simple and the pay is incredible. My wife and I have been stuffing envelopes together part-time and are exceeding what either of us make at our full-time jobs. Thanks again! J. Roper ------ Miami, FL Thank you for everything! I was having trouble making ends meet at my present employment. But thanks to you and your Home-Mailers Program, I was able to pay off some old bills and put money in the bank. Now I'm looking forward to taking a well deserved vacation. M. Daniels ----- Seattle, WA Why do we need Home-Mailers? The cost of supplying an office is more expensive than most people may think. The cost of office space per square foot, + taxes employing mailing staff, + taxes employing supervisors, + taxes, medical insurance, dental insurance, and office liability insurance, multiplied by each region we cover, all involving paperwork, accountants and more taxes. WE NEED YOUR SERVICES TO SAVE TIME AND MONEY! Your role in our company is as an Independent Commission Mailer, not an employee. We will not take taxes from your paychecks and we cannot offer medical or dental insurance. As a Home-Mailer, your residence and many other aspects of everyday living can be declared business expenses. Receive cash-back on your taxes! You may request copies of personal materials at any time at no charge to yourself. Some photocopying of correspondence may be needed. All business can be done by mail, from your own home. You can start the same day you receive our materials and begin receiving money within one week and have a steady income as long as you desire. You will be supplied the envelopes which will already be stamped and addressed. These positions require no prior experience or special skills. There are many distribution companies who want to expand their businesses, but do not want to pay the higher expenses. It is much easier to have independent Home-Mailers earn money doing this work themselves. This program is designed to help people cash in with companies who need Home-Mailers. The Home-Mailers Program has been perfected so that it has become one of the most successful and profitable programs ever and is supplying people around the nation with excellent primary and secondary incomes. We invite you to take part in our success. The money you earn is up to you. We do not require that you mail a certain number of envelopes each week. You can take on whatever amount of business that fits your schedule and you can stop whenever you want, there are no obligations. This work mainly consists of the securing of envelopes through advertising and simple envelope stuffing. No need to do any selling or phone soliciting and envelopes come postage paid and addressed. You may work in the comfort of your own home, choose your own hours, set your own pace. No need to leave your present job. Form workshops with your friends or get the whole family to join in. The possibilities are UNLIMITED! DUE TO COMPANY EXPANSION YOUR SERVICES ARE NEEDED NOW. Thank you, and we're looking forward to working with you, together in the future. *** Get The Zen Bulk Emailer FREE - Where To Get it *** *** FAX/CALL +1 212 2082904 (US) or FAX +44 (01772) 492507 (UK) *** *** Or Download From FireFox Freeware *** From owner-freebsd-current Sat Jan 10 12:54:01 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA11379 for current-outgoing; Sat, 10 Jan 1998 12:54:01 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA11300; Sat, 10 Jan 1998 12:52:31 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id VAA02015; Sat, 10 Jan 1998 21:51:49 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id VAA20709; Sat, 10 Jan 1998 21:43:29 +0100 (MET) Message-ID: <19980110214329.11129@uriah.heep.sax.de> Date: Sat, 10 Jan 1998 21:43:29 +0100 From: J Wunsch To: Peter Wemm Cc: =?iso-8859-1?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= , Mike Smith , FreeBSD-current , peter@FreeBSD.ORG Subject: Re: CVS DIFF fix for review (-L added) Reply-To: Joerg Wunsch References: <199801101810.CAA08076@spinner.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199801101810.CAA08076@spinner.netplex.com.au>; from Peter Wemm on Sun, Jan 11, 1998 at 02:10:27AM +0800 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Peter Wemm wrote: > This change is a dead end. The current version of cvs does not call diff, > rcs, rcsdiff, patch or anything like that. This should be taken up with > the cvs folks on info-cvs@gnu.ai.mit.edu. Well, but as long as the old CVS is in our tree, we should adopt something like this patch to be compatible with our patch(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 Sat Jan 10 19:16:08 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA00435 for current-outgoing; Sat, 10 Jan 1998 19:16:08 -0800 (PST) (envelope-from owner-freebsd-current) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA00428 for ; Sat, 10 Jan 1998 19:16:01 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id BAA10666 for current@FreeBSD.ORG; Sun, 11 Jan 1998 01:00:25 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id AAA01507; Sun, 11 Jan 1998 00:53:57 +0100 (CET) (envelope-from andreas) Message-ID: <19980111005357.35018@klemm.gtn.com> Date: Sun, 11 Jan 1998 00:53:57 +0100 From: Andreas Klemm To: current@FreeBSD.ORG Subject: strange errors with -current, compile problems ... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I didn't get xmail compiled, imake terminated with signal 10 or 12. I could fix this only by doing a make world from -current sources of last Monday. Now everything works fine again. -- Andreas Klemm powered by ,,symmetric multiprocessor FreeBSD'' From owner-freebsd-current Sat Jan 10 19:16:48 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA00585 for current-outgoing; Sat, 10 Jan 1998 19:16:48 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nash.pr.mcs.net (nash.pr.mcs.net [204.95.47.72]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA00519 for ; Sat, 10 Jan 1998 19:16:32 -0800 (PST) (envelope-from alex@nash.pr.mcs.net) Received: (from alex@localhost) by nash.pr.mcs.net (8.8.8/8.8.7) id UAA10815; Sat, 10 Jan 1998 20:42:49 -0600 (CST) (envelope-from alex) Message-Id: <199801110242.UAA10815@nash.pr.mcs.net> Date: Sat, 10 Jan 1998 20:42:48 -0600 (CST) From: Alex Nash Subject: Re: Firewall in kernel? - Found it! To: shimon@simon-shapiro.org cc: nash@mcs.net, kong@kkk.ml.org, Studded@dal.net, current@freebsd.org, thyerm@camtech.net.au In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 10 Jan, Simon Shapiro wrote: > a. All checked-in patches must be make in this manner: > > 1. Update your source tree via agreed, singular method (reduces race > conditions) to the moment. > > I do that by running cvsup late at night, several times, until I > get ZERO changes. > > 2. Apply your patches to that fresh, new tree. > > 3. run ``make buildworld''. no need to re-install your machine - All > we are after here is a clean compile, not correct behavior. > > 4. cd /usr/src (or wherever your clean, just correctly built tree is) > > 5. cvs diff -c -N > ../my_patch > > 6. cvs commit... While these steps are highly recommendable (I try to check commits against up-to-the-minute sources in a similar way), they can't prevent problems such as the one involved in this thread (i.e. the exit codes for ipfw causing breakage for the non-firewall kernels). Ironically, I just received another related example: Mikael Karpberg just contacted me regarding the 'Firewall in kernel' thread. He pointed out that 'options IPFIREWALL' in conjunction with DEFAULT_TO_ACCEPT causes rc.network to complain that IP services are disbled even when they're not (DEFAULT_TO_ACCEPT = wide open firewall). A quick check of the CVS logs reveals (note the dates): ip_fw.c revision 1.63 date: 1997/09/10 03:07:14; author: peter; state: Exp; lines: +16 -8 Allow a compile-time override of the ipfw deny rule. [Comments about people who can't keep user/kernel in sync elided] rc.network revision 1.10 date: 1997/09/11 10:59:02; author: danny; state: Exp; lines: +32 -5 Reviewed by: msmith, alex Cosmetic changes to the loading of firewall rules and lkm. Yet another cross commit with unintended side effects. > Alternatively, consider serializing and checkpointing the process; > > All diffs are sent to a central authority. There they are applied to a > master tree, compiled and then released to the commit tree. This cycle can > be automated and run once or twice a day. I'll be happy to help in this > matter. There's at least one commercial VC product (Continuus) which enforces this with the concept of a build manager. I view the build manager as being a bottleneck and weak point of the development cycle, and I doubt that many FreeBSD committers would be willing to give up the current system to avoid the occassional spurious error message (even a build manager wouldn't have caught the two error messages above) or even the occassional build failure. But I could be wrong... Alex From owner-freebsd-current Sat Jan 10 19:23:22 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA01780 for current-outgoing; Sat, 10 Jan 1998 19:23:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA01703 for ; Sat, 10 Jan 1998 19:23:06 -0800 (PST) (envelope-from pallenby@zibbi.mikom.csir.co.za) Received: (from pallenby@localhost) by zibbi.mikom.csir.co.za (8.8.8/8.8.7) id XAA00748 for freebsd-current@freebsd.org; Sat, 10 Jan 1998 23:52:07 +0200 (SAT) From: Paul Allenby Message-Id: <199801102152.XAA00748@zibbi.mikom.csir.co.za> Subject: Current current To: freebsd-current@freebsd.org Date: Sat, 10 Jan 1998 23:52:07 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all I have to say that I haven't seen -current builds in such a state for longer than I can remember. It would appear that some of our committers feel that they have free license to make as they please (pun intended :) In case anyone is in doubt, I refer to the latest make world breakages. Paul From owner-freebsd-current Sat Jan 10 19:26:43 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA02662 for current-outgoing; Sat, 10 Jan 1998 19:26:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA02604 for ; Sat, 10 Jan 1998 19:26:28 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 6136 invoked by uid 1000); 11 Jan 1998 03:25:28 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199801110242.UAA10815@nash.pr.mcs.net> Date: Sat, 10 Jan 1998 19:25:28 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Alex Nash Subject: Re: Firewall in kernel? - Found it! Cc: thyerm@camtech.net.au, current@freebsd.org, Studded@dal.net, kong@kkk.ml.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 11-Jan-98 Alex Nash wrote: > On 10 Jan, Simon Shapiro wrote: >> a. All checked-in patches must be make in this manner: >> >> 1. Update your source tree via agreed, singular method (reduces >> race >> conditions) to the moment. >> >> I do that by running cvsup late at night, several times, until I >> get ZERO changes. >> >> 2. Apply your patches to that fresh, new tree. >> >> 3. run ``make buildworld''. no need to re-install your machine - >> All >> we are after here is a clean compile, not correct behavior. >> >> 4. cd /usr/src (or wherever your clean, just correctly built tree >> is) >> >> 5. cvs diff -c -N > ../my_patch >> >> 6. cvs commit... > > While these steps are highly recommendable (I try to check commits > against up-to-the-minute sources in a similar way), they can't prevent > problems such as the one involved in this thread (i.e. the exit codes > for ipfw causing breakage for the non-firewall kernels). Again, I am not talking about this particular incident. Every breach of procedure and every compromise always have convincing reasons behind them. > Ironically, I just received another related example: > > Mikael Karpberg just contacted me regarding the 'Firewall in kernel' > thread. He pointed out that 'options IPFIREWALL' in conjunction with > DEFAULT_TO_ACCEPT causes rc.network to complain that IP services are > disbled even when they're not (DEFAULT_TO_ACCEPT = wide open firewall). > A quick check of the CVS logs reveals (note the dates): > > ip_fw.c revision 1.63 > date: 1997/09/10 03:07:14; author: peter; state: Exp; lines: +16 -8 > Allow a compile-time override of the ipfw deny rule. > [Comments about people who can't keep user/kernel in sync elided] > > rc.network revision 1.10 > date: 1997/09/11 10:59:02; author: danny; state: Exp; lines: +32 -5 > Reviewed by: msmith, alex > Cosmetic changes to the loading of firewall rules and lkm. > > Yet another cross commit with unintended side effects. Proves my point. >> Alternatively, consider serializing and checkpointing the process; >> >> All diffs are sent to a central authority. There they are applied to a >> master tree, compiled and then released to the commit tree. This cycle >> can >> be automated and run once or twice a day. I'll be happy to help in this >> matter. > > There's at least one commercial VC product (Continuus) which enforces > this with the concept of a build manager. I view the build manager as > being a bottleneck and weak point of the development cycle, and I doubt > that many FreeBSD committers would be willing to give up the current > system to avoid the occassional spurious error message (even a build > manager wouldn't have caught the two error messages above) or even the > occassional build failure. But I could be wrong... There are at least seven different ways to skin a cat. Complete and rigid serializing is only one. There are others. You also have to consider overall cost. Consider this: While you may have saved an hour or six by not serializing your process, the totall loss of time for the project was the accumulated failure time and debug time and fix time, and discussion time for the entire project. As life is full of compromises, we may want to consider one more here. What is the balance between the breakage in compilation and free hacking to one's content. My view is that, today, the FreeBSD project is unbalanced in this regard. Assume we had a way to reliably ``lock'' the IP Firewall code and issue an advisory lock to all afflicted parties (this technology is available; I have demonstrated such a system on the original Tahoe). In this model, the first to grab a ``lock'' on IP firewalls, will becone the focal point (the ``submitter'') for all code relating to IP firewalls. Of all Free O/S projects, it looks to me that FreeBSD is the closest to be able to implement this model; we seem to have the best source tree management already in place. It is also amoung the largest such projects, with the largest number of authoritative contributors. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Sat Jan 10 19:27:21 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA02763 for current-outgoing; Sat, 10 Jan 1998 19:27:21 -0800 (PST) (envelope-from owner-freebsd-current) Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA02722; Sat, 10 Jan 1998 19:26:58 -0800 (PST) (envelope-from spork@super-g.com) Received: from ns2.inch.com by relay1.UU.NET with ESMTP (peer crosschecked as: ns2.inch.com [207.240.140.102]) id QQdxtt02658; Sat, 10 Jan 1998 16:27:14 -0500 (EST) Received: from super-g.inch.com (super-g.com [207.240.140.161]) by ns2.inch.com (8.8.6/8.8.5) with ESMTP id QAA27954; Sat, 10 Jan 1998 16:25:58 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by super-g.inch.com (8.8.7/8.8.5) with SMTP id QAA17178; Sat, 10 Jan 1998 16:20:51 -0500 (EST) Date: Sat, 10 Jan 1998 16:20:51 -0500 (EST) From: spork X-Sender: spork@super-g.inch.com To: Philippe Regnauld cc: sos@FreeBSD.ORG, Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD on one floppy... sure. In-Reply-To: <19980109183643.15800@deepo.prosa.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > put together some docs., or at least I can try and put some > together from your respective method/experience -- and make it > available. Some kind of "FreeBSD-Embedded-application-floppy" resource > kit :-) Oh yes! Please do! Charles > -- > -[ Philippe Regnauld / sysadmin / regnauld@deepo.prosa.dk / +55.4N +11.3E ]- > "Pluto placed his bad dog at the entrance of Hades to keep the dead IN and > the living OUT! The archetypical corporate firewall?" > - S. Kelly Bootle, about Cerberus ["MYTHOLOGY", in Marutukku distrib] - > From owner-freebsd-current Sat Jan 10 19:30:08 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA03262 for current-outgoing; Sat, 10 Jan 1998 19:30:08 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA03186 for ; Sat, 10 Jan 1998 19:29:51 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 3241 invoked by uid 1000); 10 Jan 1998 22:02:11 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199801101025.CAA07967@silvia.HIP.Berkeley.EDU> Date: Sat, 10 Jan 1998 14:02:11 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: (Satoshi Asami) Subject: Re: Making world today Cc: kong@kkk.ml.org, current@freebsd.org, aryder@bestweb.net Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 10-Jan-98 Satoshi Asami wrote: > * From: Simon Shapiro > > * Classic case of deadlocked update. This build depends on new headers > which > * are only installed after a successful build which installs the headers > * needed for a successfull build. There are numerous such failures. I > postd > > That is not supposed to happen. Which file are you talking about, and > when is it installed vs. when is it needed? Check ip_fw.h and th rest of my postings from last night. I will forward a proposal to the core team on how to systematically eliminate these breakages. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Sat Jan 10 19:31:43 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA03555 for current-outgoing; Sat, 10 Jan 1998 19:31:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA03524 for ; Sat, 10 Jan 1998 19:31:29 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 4646 invoked by uid 1000); 10 Jan 1998 22:03:50 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199801101623.KAA07209@nash.pr.mcs.net> Date: Sat, 10 Jan 1998 14:03:50 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Alex Nash Subject: Re: Making world today Cc: kong@kkk.ml.org, current@FreeBSD.ORG, aryder@bestweb.net, asami@cs.berkeley.edu Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 10-Jan-98 Alex Nash wrote: > On 10 Jan, Satoshi Asami wrote: >> * From: Simon Shapiro >> >> * Classic case of deadlocked update. This build depends on new headers >> which >> * are only installed after a successful build which installs the >> headers >> * needed for a successfull build. There are numerous such failures. I >> postd >> >> That is not supposed to happen. Which file are you talking about, and >> when is it installed vs. when is it needed? > > If we're referring to the libalias breakage, the story is as follows: > on the 7th, I modified ipfw to use 64-bit packet and byte counters. > This required an interface change, and unfortunately, required moving > two elements of the structure into a union so that we could fit under > the 108 byte setsockopt() limit. On the 9th, eivind committed libalias > changes which used the old interface. This was just unfortunate timing. Seems that way. Maybe we should start thinking about how to eliminate these slips. We are gaining a reputation lately. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Sat Jan 10 19:32:19 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA03650 for current-outgoing; Sat, 10 Jan 1998 19:32:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (root@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA03554; Sat, 10 Jan 1998 19:31:42 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id BAA03779; Sun, 11 Jan 1998 01:30:26 +0300 (MSK) (envelope-from ache) Date: Sun, 11 Jan 1998 01:30:23 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Joerg Wunsch cc: Mike Smith , FreeBSD-current , peter@FreeBSD.ORG Subject: Re: CVS DIFF fix for review (-L added) In-Reply-To: <19980110195007.31038@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 10 Jan 1998, J Wunsch wrote: > I didn't look into the code yet, but i was hoping something like > > run_setup("%s %s -L %s -L %s %s", ...) > > would work? Yes, it would be simpler. I write function keeping more complex labels in mind, something like: \t (with embedded spaces), then find that it is not neccessary. I'll make simplified version of the patch and send it ASAP. > Also, i'm not sure, but IMHO the Index: lines should be dropped then. > They are obsolete at best, and confusing at worst. Index: lines still needed for ed-style diffs. Such case detection adds more code. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Sat Jan 10 19:32:31 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA03681 for current-outgoing; Sat, 10 Jan 1998 19:32:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (root@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA03573; Sat, 10 Jan 1998 19:31:52 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id BAA03770; Sun, 11 Jan 1998 01:25:40 +0300 (MSK) (envelope-from ache) Date: Sun, 11 Jan 1998 01:25:36 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Peter Wemm cc: Mike Smith , FreeBSD-current , Joerg Wunsch , peter@FreeBSD.ORG Subject: Re: CVS DIFF fix for review (-L added) In-Reply-To: <199801101810.CAA08076@spinner.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 11 Jan 1998, Peter Wemm wrote: > =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= wrote: > > Since Index: is dead for context diffs, here is a patch to correct ***/--- > > pathnames generated by CVS (now using -L diff option like in rcsdiff). > > > > Since I not run CVS and don't know how to do its minimal setup, please > > test and check is it really fix the problem. > > > > I plan commit it after feedback from you. > > This change is a dead end. The current version of cvs does not call diff, > rcs, rcsdiff, patch or anything like that. This should be taken up with > the cvs folks on info-cvs@gnu.ai.mit.edu. Dead end was touching "patch" previously which is POSIX violation. CVS Index: stuff on context diffs never work with any version of "patch" excepting "fixed" FreeBSD "patch". If you want correct pathnames, you need to forget Index: and make proper ***/--- lines instead. It means that only way to do it is to call diff/rcsdiff with -L parameter as done in the patch. There is no other way exist. "rcs & patch & anything like that" from your list not related to this subject. If you'll look into rcsdiff sources, you'll see that -L used here, so this patch teach CVS to do what RCS is already able to do in the same way as RCS. I agree that changes must be sent to info-cvs. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Sat Jan 10 19:52:29 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA06237 for current-outgoing; Sat, 10 Jan 1998 19:52:29 -0800 (PST) (envelope-from owner-freebsd-current) Received: from spinner.netplex.com.au (root@spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA06138 for ; Sat, 10 Jan 1998 19:51:30 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (peter@localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id LAA21317; Sun, 11 Jan 1998 11:48:18 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199801110348.LAA21317@spinner.netplex.com.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= cc: Joerg Wunsch , Mike Smith , FreeBSD-current Subject: Re: CVS DIFF fix for review (-L added) In-reply-to: Your message of "Sun, 11 Jan 1998 01:30:23 +0300." Date: Sun, 11 Jan 1998 11:48:18 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= wrote: > On Sat, 10 Jan 1998, J Wunsch wrote: > > > I didn't look into the code yet, but i was hoping something like > > > > run_setup("%s %s -L %s -L %s %s", ...) > > > > would work? > > Yes, it would be simpler. I write function keeping more complex labels > in mind, something like: \t (with embedded spaces), > then find that it is not neccessary. I'll make simplified version of > the patch and send it ASAP. One of the patches you posted had the wrong number of arguments to run_setup. You added two %s to the formats, but only added one extra argument. Remember, this section of code is completely different in the current CVS, as it calls an internal diff library rather than fork/exec/run-rcsdiff. peter@spinner[10:56am]~src-155> cvs --version Concurrent Versions System (CVS) 1.9.23 (client/server) [...] > > Also, i'm not sure, but IMHO the Index: lines should be dropped then. > > They are obsolete at best, and confusing at worst. > > Index: lines still needed for ed-style diffs. Such case detection adds > more code. > > -- > Andrey A. Chernov > > http://www.nagual.pp.ru/~ache/ > Cheers, -Peter -- Peter Wemm Netplex Consulting From owner-freebsd-current Sat Jan 10 19:53:17 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA06329 for current-outgoing; Sat, 10 Jan 1998 19:53:17 -0800 (PST) (envelope-from owner-freebsd-current) Received: from top.worldcontrol.com (ip99-050.temp.primenet.com [206.165.99.50] (may be forged)) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA06294 for ; Sat, 10 Jan 1998 19:53:00 -0800 (PST) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 412 invoked by uid 100); 11 Jan 1998 03:54:35 -0000 Message-ID: <19980110195428.17158@top.worldcontrol.com> Date: Sat, 10 Jan 1998 19:54:28 -0800 To: freebsd-current@freebsd.org Subject: rvplayer kills my -current system Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88.13i Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk rvplayer (linux 5.0 elf version) running under a -current from Sat 10 Jan 19:50:29 PST 1998 using linuxlib-2.4 kills my system. It basically locks up shortly after the command is issued and then 15 seconds or so later it reboots. There are no messages. I'm running XFree86 with depth:16 -- Brian Litzinger From owner-freebsd-current Sat Jan 10 19:53:19 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA06336 for current-outgoing; Sat, 10 Jan 1998 19:53:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA06257 for ; Sat, 10 Jan 1998 19:52:35 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 26189 invoked by uid 1000); 10 Jan 1998 22:24:54 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199801101711.LAA07393@nash.pr.mcs.net> Date: Sat, 10 Jan 1998 14:24:54 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Alex Nash Subject: Re: Firewall in kernel? - Found it! Cc: kong@kkk.ml.org, Studded@dal.net, current@freebsd.org, thyerm@camtech.net.au Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 10-Jan-98 Alex Nash wrote: ... Very interesting and convincing detailes ommited /// > Executive summary: We're all working for free towards a common goal, > let's not take people to task publically without knowing all the facts. Working for free, maybe. Taking to task publicly, I do not feel I have done that. If I did, I apologize. It does seem that we have, as of late, a situation where submitted patches do not even compile. This particular one is not the first, but maybe for some of us, one too many. There can, logically, be only two explanations for this trend: a. People make changes, compile them locally, and submit the change without verifying the change's impact on the rest of the system. b. The process is flawed and allows for patches that are flawed to appear correct. I belive the truth to be a combination of the two. I belive the process is flawed in places and I also witnessed patches being cheked in that are clearly broken. Having done somewhat of work in this area over the years, I belive there is a satisfactory solution to this, but it is not an easy, nor simple one. As a short-term solution, here is what I suggest: a. All checked-in patches must be make in this manner: 1. Update your source tree via agreed, singular method (reduces race conditions) to the moment. I do that by running cvsup late at night, several times, until I get ZERO changes. 2. Apply your patches to that fresh, new tree. 3. run ``make buildworld''. no need to re-install your machine - All we are after here is a clean compile, not correct behavior. 4. cd /usr/src (or wherever your clean, just correctly built tree is) 5. cvs diff -c -N > ../my_patch 6. cvs commit... Alternatively, consider serializing and checkpointing the process; All diffs are sent to a central authority. There they are applied to a master tree, compiled and then released to the commit tree. This cycle can be automated and run once or twice a day. I'll be happy to help in this matter. The true solution is really much more complex and requires some serious engineering. If I get interested response and the time, it may be an interesting pilot project for a distributed database. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Sat Jan 10 19:53:23 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA06355 for current-outgoing; Sat, 10 Jan 1998 19:53:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nash.pr.mcs.net (nash.pr.mcs.net [204.95.47.72]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA06266 for ; Sat, 10 Jan 1998 19:52:42 -0800 (PST) (envelope-from alex@nash.pr.mcs.net) Received: (from alex@localhost) by nash.pr.mcs.net (8.8.8/8.8.7) id VAA11086; Sat, 10 Jan 1998 21:41:07 -0600 (CST) (envelope-from alex) Message-Id: <199801110341.VAA11086@nash.pr.mcs.net> Date: Sat, 10 Jan 1998 21:41:06 -0600 (CST) From: Alex Nash Subject: Re: Firewall in kernel? - Found it! To: shimon@simon-shapiro.org cc: current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 10 Jan, Simon Shapiro wrote: > While you may have saved an hour or six by not serializing your process, > the totall loss of time for the project was the accumulated failure time > and debug time and fix time, and discussion time for the entire project. One of these time losses is incurred with every commit, the other is not. Therefore the net worth of this methodology really depends on how often the latter occurrs (I'm not convinced that the tree is broken often enough to make this a net gain). > Assume we had a way to reliably ``lock'' the IP Firewall code and issue > an advisory lock to all afflicted parties (this technology is available; > I have demonstrated such a system on the original Tahoe). > > In this model, the first to grab a ``lock'' on IP firewalls, will becone the > focal point (the ``submitter'') for all code relating to IP firewalls. How do you define who all the afflicted parties are? Locking /etc/rc.conf seems an extreme price to pay for working on the firewall code. And what about libalias? Until two days ago there were no ties between it and ipfw, so again the problem would have gone unchecked. Now you could say that the committer of the libalias code has to lock ipfw beforehand, but locking a subsystem because you plan to use its interface seems extreme. Alex From owner-freebsd-current Sat Jan 10 20:08:51 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA07886 for current-outgoing; Sat, 10 Jan 1998 20:08:51 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nomis.simon-shapiro.org ([206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA07880 for ; Sat, 10 Jan 1998 20:08:42 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 8329 invoked by uid 1000); 11 Jan 1998 04:07:39 -0000 Message-ID: X-Mailer: XFMail 1.3-alpha-010198 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199801110341.VAA11086@nash.pr.mcs.net> Date: Sat, 10 Jan 1998 20:07:39 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Alex Nash Subject: Re: Firewall in kernel? - Found it! Cc: current@freebsd.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 11-Jan-98 Alex Nash wrote: ... >> In this model, the first to grab a ``lock'' on IP firewalls, will becone >> the >> focal point (the ``submitter'') for all code relating to IP firewalls. > > How do you define who all the afflicted parties are? Locking > /etc/rc.conf seems an extreme price to pay for working on the firewall > code. And what about libalias? Until two days ago there were no ties > between it and ipfw, so again the problem would have gone unchecked. > Now you could say that the committer of the libalias code has to lock > ipfw beforehand, but locking a subsystem because you plan to use its > interface seems extreme. You assume the existing data model for a source tree. This model is file-centric and assumes mutex locks only. My model is fragment-centric and dependencies are computed dynamically and automatically. In addition, locks are multi level, so that if you chage a header file, you force refresh (not lock-out) on .c files, etc. Also, note that the first authoritative lock on firewall code will force all other checkouts to checkin via the authoritative lock. That /etc/rc is now dependant on some .c file can either be deduced from source relations, or... has to be entered manually. Consider: foo >& /dev/null if [${?} != 0] ... as a dependancy. Now can we reliably abstract it mechanically? Probably. Do I (Simon) kow how to do it? Maybe. Is there a FreeBSD hacker around who know better and has time to write such a tool? I am sure the answer is yes. ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 From owner-freebsd-current Sat Jan 10 20:50:37 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA12642 for current-outgoing; Sat, 10 Jan 1998 20:50:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA12619 for ; Sat, 10 Jan 1998 20:50:25 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id UAA09823 for ; Sat, 10 Jan 1998 20:50:34 -0800 (PST) To: current@freebsd.org Subject: Next batch-o-breakage. Date: Sat, 10 Jan 1998 20:50:34 -0800 Message-ID: <9820.884494234@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [And I hope that -current readers are learning to read ahead in their inboxes before sending their own duplicate build failure reports :-)] ===> sbin/ccdconfig cc -nostdinc -O -pipe -I/usr/src/sbin/ccdconfig/../../sys -I/usr/obj/usr/src/t mp/usr/include -c /usr/src/sbin/ccdconfig/ccdconfig.c In file included from /usr/src/sbin/ccdconfig/ccdconfig.c:56: /usr/src/sbin/ccdconfig/../../sys/sys/ccdvar.h:189: field `device_stats' has inc omplete type *** Error code 1 From owner-freebsd-current Sat Jan 10 22:38:32 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA23621 for current-outgoing; Sat, 10 Jan 1998 22:38:32 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ache.relcom.ru (ache@ache.relcom.ru [193.125.20.108]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA23595; Sat, 10 Jan 1998 22:38:14 -0800 (PST) (envelope-from ache@ache.relcom.ru) Received: (from ache@localhost) by ache.relcom.ru (8.8.8/8.8.8) id CAA00814; Sun, 11 Jan 1998 02:21:38 +0300 (MSK) (envelope-from ache) Date: Sun, 11 Jan 1998 02:21:36 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@ache.relcom.ru To: Joerg Wunsch cc: Peter Wemm , Mike Smith , FreeBSD-current , peter@FreeBSD.ORG Subject: Re: CVS DIFF fix for review (-L added) In-Reply-To: <19980110214329.11129@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 10 Jan 1998, J Wunsch wrote: > As Peter Wemm wrote: > > > This change is a dead end. The current version of cvs does not call diff, > > rcs, rcsdiff, patch or anything like that. This should be taken up with > > the cvs folks on info-cvs@gnu.ai.mit.edu. > > Well, but as long as the old CVS is in our tree, we should adopt > something like this patch to be compatible with our patch(1). I just send simplified version of this fix, CC'ed to info-cvs as Peter ask, under Subject: CVS patch to produce correct diffs (-L used now) -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Sat Jan 10 22:38:46 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA23656 for current-outgoing; Sat, 10 Jan 1998 22:38:46 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ache.relcom.ru (ache@ache.relcom.ru [193.125.20.108]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA23599 for ; Sat, 10 Jan 1998 22:38:20 -0800 (PST) (envelope-from ache@ache.relcom.ru) Received: (from ache@localhost) by ache.relcom.ru (8.8.8/8.8.8) id CAA00801; Sun, 11 Jan 1998 02:18:09 +0300 (MSK) (envelope-from ache) Date: Sun, 11 Jan 1998 02:18:06 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@ache.relcom.ru To: Peter Wemm , info-cvs@gnu.ai.mit.edu cc: Mike Smith , FreeBSD-current , Joerg Wunsch Subject: CVS patch to produce correct diffs (-L used now) In-Reply-To: <199801101810.CAA08076@spinner.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Since "patch" expecially ignore Index: lines for context diffs according to POSIX 1003.2b/D11 section 5.22.7.2 and current practice for GNU "patch" (any version), CVS need mechanism to produce correct pathnames in patches made by 'cvs diff' command. The simple way to do it (already adopted by rcsdiff) is using -L option for diff to specify alternative ***/--- labels. Proposed patch included below: *** src/diff.c.orig Sat May 24 23:48:15 1997 --- src/diff.c Sun Jan 11 01:53:17 1998 *************** *** 568,574 **** if (empty_file == DIFF_ADDED) { if (use_rev2 == NULL) ! run_setup ("%s %s %s %s", DIFF, opts, DEVNULL, finfo->file); else { int retcode; --- 568,576 ---- if (empty_file == DIFF_ADDED) { if (use_rev2 == NULL) ! run_setup ("%s %s -L%s -L%s %s %s", DIFF, opts, ! DEVNULL, finfo->fullname, ! DEVNULL, finfo->file); else { int retcode; *************** *** 589,595 **** } /* FIXME: what if retcode > 0? */ ! run_setup ("%s %s %s %s", DIFF, opts, DEVNULL, tmp); } } else --- 591,599 ---- } /* FIXME: what if retcode > 0? */ ! run_setup ("%s %s -L%s -L%s %s %s", DIFF, opts, ! DEVNULL, finfo->fullname, ! DEVNULL, tmp); } } else *************** *** 610,630 **** } /* FIXME: what if retcode > 0? */ ! run_setup ("%s %s %s %s", DIFF, opts, tmp, DEVNULL); } } else { if (use_rev2) { ! run_setup ("%s%s -x,v/ %s %s -r%s -r%s", Rcsbin, RCS_DIFF, opts, *options ? options : vers->options, ! use_rev1, use_rev2); } else { ! run_setup ("%s%s -x,v/ %s %s -r%s", Rcsbin, RCS_DIFF, opts, ! *options ? options : vers->options, use_rev1); } run_arg (vers->srcfile->path); } --- 614,636 ---- } /* FIXME: what if retcode > 0? */ ! run_setup ("%s %s -L%s %s %s", DIFF, opts, ! finfo->fullname, tmp, DEVNULL); } } else { if (use_rev2) { ! run_setup ("%s%s -x,v/ %s %s -r%s -r%s -L%s", Rcsbin, RCS_DIFF, opts, *options ? options : vers->options, ! use_rev1, use_rev2, finfo->fullname); } else { ! run_setup ("%s%s -x,v/ %s %s -r%s -L%s", Rcsbin, RCS_DIFF, opts, ! *options ? options : vers->options, use_rev1, ! finfo->fullname); } run_arg (vers->srcfile->path); } -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Sat Jan 10 22:54:59 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA25883 for current-outgoing; Sat, 10 Jan 1998 22:54:59 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (ache@lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA25672 for ; Sat, 10 Jan 1998 22:53:21 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id JAA11118; Sun, 11 Jan 1998 09:52:35 +0300 (MSK) (envelope-from ache) Date: Sun, 11 Jan 1998 09:52:33 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Peter Wemm cc: Joerg Wunsch , Mike Smith , FreeBSD-current Subject: Re: CVS DIFF fix for review (-L added) In-Reply-To: <199801110348.LAA21317@spinner.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 11 Jan 1998, Peter Wemm wrote: > One of the patches you posted had the wrong number of arguments to > run_setup. You added two %s to the formats, but only added one extra > argument. As I see latest 'simplified' patch (which is CC'ed to info-cvs) do it correctly, just check. > Remember, this section of code is completely different in the current CVS, > as it calls an internal diff library rather than fork/exec/run-rcsdiff. > > peter@spinner[10:56am]~src-155> cvs --version > Concurrent Versions System (CVS) 1.9.23 (client/server) So why I contact info-cvs here according to your suggestion. Are they already fix diff problem in new version or similar workaround is needed? BTW, do you still against applying the fix into -current and -stable cvs (which 'cvs diff' remains broken)? -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Sat Jan 10 23:00:59 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA26395 for current-outgoing; Sat, 10 Jan 1998 23:00:59 -0800 (PST) (envelope-from owner-freebsd-current) Received: from fanfic.org (fanfic.org [205.150.35.145]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA26385 for ; Sat, 10 Jan 1998 23:00:52 -0800 (PST) (envelope-from dstenn@fanfic.org) Received: from localhost (dstenn@localhost) by fanfic.org (8.8.8/8.8.8) with SMTP id CAA07643 for ; Sun, 11 Jan 1998 02:00:48 -0500 (EST) (envelope-from dstenn@fanfic.org) Date: Sun, 11 Jan 1998 02:00:48 -0500 (EST) From: Dennis Tenn To: FreeBSD-current Subject: make world - A new error Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well.. Here's the latest in the saga.. This isn't really a 'make world' error but a 'make most' The previous error seem to happen when I try to compile the libs so I decided to exclude them. ===> ac cc -O -c /usr/src/usr.sbin/ac/ac.c make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libc.so.3.0. Stop *** Error code 2 Stop. *** Error code 1 Stop. I just want to inform everyone that these errors I'm getting are not random. They are happening consistently at the same place. When I fix one another pops up. Any ideas or fixes? =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Dennis Tenn * There will always come a time dstenn@fanfic.org * When your love will be tested * Stand tall and rise to the occasion * For only then will you grow strong. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From owner-freebsd-current Sat Jan 10 23:32:14 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA28648 for current-outgoing; Sat, 10 Jan 1998 23:32:14 -0800 (PST) (envelope-from owner-freebsd-current) Received: from thunderdome.plutotech.com (root@thunderdome.plutotech.com [206.168.67.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA28636 for ; Sat, 10 Jan 1998 23:32:02 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by thunderdome.plutotech.com (8.8.7/8.8.5) with ESMTP id AAA06093; Sun, 11 Jan 1998 00:31:46 -0700 (MST) Received: (from ken@localhost) by panzer.plutotech.com (8.8.8/8.8.5) id AAA24960; Sun, 11 Jan 1998 00:31:44 -0700 (MST) Message-Id: <199801110731.AAA24960@panzer.plutotech.com> Subject: Re: Next batch-o-breakage. In-Reply-To: <9820.884494234@time.cdrom.com> from "Jordan K. Hubbard" at "Jan 10, 98 08:50:34 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 11 Jan 1998 00:31:44 -0700 (MST) Cc: current@freebsd.org From: Kenneth Merry X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote... > [And I hope that -current readers are learning to read ahead in their > inboxes before sending their own duplicate build failure reports :-)] > > ===> sbin/ccdconfig > cc -nostdinc -O -pipe -I/usr/src/sbin/ccdconfig/../../sys -I/usr/obj/usr/src/t > mp/usr/include -c /usr/src/sbin/ccdconfig/ccdconfig.c > In file included from /usr/src/sbin/ccdconfig/ccdconfig.c:56: > /usr/src/sbin/ccdconfig/../../sys/sys/ccdvar.h:189: field `device_stats' has inc > omplete type > *** Error code 1 > Well, you're obviously running a CAM kernel, not a stock -current kernel. And that's my fault. I updated the kernel part of CCD to use my new statistics code, but I forgot about ccdconfig. In any case, here's a patch for it: ==== //depot/cam/sbin/ccdconfig/ccdconfig.c#2 - //depot/cam/sbin/ccdconfig/ccdconfig.c#3 ==== *************** *** 53,58 **** --- 53,59 ---- #include #include + #include #include #include "pathnames.h" Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-current Sat Jan 10 23:41:08 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA29190 for current-outgoing; Sat, 10 Jan 1998 23:41:08 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebsd1.cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA29181 for ; Sat, 10 Jan 1998 23:40:57 -0800 (PST) (envelope-from jb@freebsd1.cimlogic.com.au) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.8.7/8.8.7) id SAA24910; Sun, 11 Jan 1998 18:46:55 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199801110746.SAA24910@freebsd1.cimlogic.com.au> Subject: Re: make world - A new error In-Reply-To: from Dennis Tenn at "Jan 11, 98 02:00:48 am" To: dstenn@fanfic.org (Dennis Tenn) Date: Sun, 11 Jan 1998 18:46:55 +1100 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Dennis Tenn wrote: > > Well.. Here's the latest in the saga.. This isn't really a 'make world' > error but a 'make most' The previous error seem to happen when I try to > compile the libs so I decided to exclude them. ^^^^^^^ If you exclude them, then they are not there to link against! > > ===> ac > cc -O -c /usr/src/usr.sbin/ac/ac.c > make: don't know how to make /usr/obj/usr/src/tmp/usr/lib/libc.so.3.0. ^^^^^^^^^^^^^^^^^^^^ This is the temporary build tree which is supposed to contain things you have build before, not things which have previously been installed. This is not part of any saga. Please start a 'make world' and report the first breakage if nobody else has reported it. -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 From owner-freebsd-current Sat Jan 10 23:41:22 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA29216 for current-outgoing; Sat, 10 Jan 1998 23:41:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA29055 for ; Sat, 10 Jan 1998 23:39:38 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id XAA11737; Sat, 10 Jan 1998 23:37:35 -0800 (PST) To: shimon@simon-shapiro.org cc: Alex Nash , kong@kkk.ml.org, current@FreeBSD.ORG, aryder@bestweb.net, asami@cs.berkeley.edu Subject: Re: Making world today In-reply-to: Your message of "Sat, 10 Jan 1998 14:03:50 PST." Date: Sat, 10 Jan 1998 23:37:33 -0800 Message-ID: <11733.884504253@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Seems that way. Maybe we should start thinking about how to eliminate > these slips. We are gaining a reputation lately. It is the nature of -current to break occasionally and I would be no means wish to get so anal about this that the whole intention of -current was lost, namely to be a place to work out new stuff and, yes, occasionally break things in the process. That is why -current has always been a strictly no-warranty proposition with warning stickers stuck all over it. The complains we've been getting lately stem, I think, more from the fact that a lot of the wrong people are now running -current rather than any major instability there. Hell, I remember when running -current was a good way to lose *filesystems* and things have definitely come a hell of a long way from there. ;-) Jordan From owner-freebsd-current Sat Jan 10 23:45:56 1998 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA29432 for current-outgoing; Sat, 10 Jan 1998 23:45:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA29427 for ; Sat, 10 Jan 1998 23:45:48 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id XAA11784; Sat, 10 Jan 1998 23:45:56 -0800 (PST) To: Kenneth Merry cc: current@freebsd.org Subject: Re: Next batch-o-breakage. In-reply-to: Your message of "Sun, 11 Jan 1998 00:31:44 MST." <199801110731.AAA24960@panzer.plutotech.com> Date: Sat, 10 Jan 1998 23:45:56 -0800 Message-ID: <11781.884504756@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well, you're obviously running a CAM kernel, not a stock -current > kernel. And that's my fault. I updated the kernel part of CCD to use my D'OH! My apologies, I should have noted that. I've become too used to seeing the modification stamps on those files, I guess. :-) Thanks for the fix! Jordan