From owner-freebsd-stable Sun May 28 1:25:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 72E2237B99C for ; Sun, 28 May 2000 01:25:55 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id KAA19306; Sun, 28 May 2000 10:26:22 +0200 (MET DST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 12vyOP-0003tf-00 for ; Sun, 28 May 2000 10:25:53 +0200 Date: Sun, 28 May 2000 10:25:53 +0200 From: Szilveszter Adam To: freebsd-stable@freebsd.org Subject: Re: 4.0-RELEASE to 4.0-STABLE upgrade Message-ID: <20000528102553.A13663@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! Earlier today, in response to John Daniels' message I wrote that you should not copy files from /etc/defaults/ to /etc which is true but my reasoning was wrong: The sentence correctly reads: Some of the files contain sections that try to source other files in order to pick up the overrides you defined. If you copy them over from their original locations, they will end up sourcing themselves infinitely and thus cause 'out of file descriptors' errors and prevent booting into multi-user. Sorry for confusing anybody. Wondering what I might have been smoking... although I'll probably blame it on the heat. We'll have at least comfortable 32 degrees Celsius (89,6 F) in my estimate today... -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 8:18:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from www.menzor.dk (menzor.org [195.249.147.160]) by hub.freebsd.org (Postfix) with ESMTP id 3353137B9E9 for ; Sun, 28 May 2000 08:18:14 -0700 (PDT) (envelope-from morten@seeberg.dk) Received: from sos (userhost.mdes.dk [130.228.127.200] (may be forged)) by www.menzor.dk (8.8.8/8.8.8) with SMTP id SAA25552 for ; Sun, 28 May 2000 18:11:23 +0200 (CEST) (envelope-from morten@seeberg.dk) Message-ID: <00ae01bfc8c0$777f9830$deff58c1@sos> From: "Morten Seeberg" To: Subject: dhclient messes up NIC during install Date: Sun, 28 May 2000 17:19:13 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I had this problem myself once, but thought I just ran into some bad luck, then yesterday while converting a RedHat user to 4.0R, I ran into this probelm again, asked around, and I wasn´t the only one with this problem. During install, when chosing download site, and then using dhcp configuring, if dhclient is unable to configure the card, then you might as well reboot the machine, because you can´t do a manual configure afterwards. Does this sound familiar to anyone? I tried to get a lease from a Solaris DHCP server, which doesn´t seem to work very well (works fine for Linux, Windows) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /\/\orten $eeberg, Systems Consultant @ Merkantildata - Enterprise Solutions #echo 'System Administrators suck :)' > /dev/console To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 8:47:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id A9E0437B96A; Sun, 28 May 2000 08:47:39 -0700 (PDT) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.10.1/8.10.1/20000504) id e4SFlb725171; Sun, 28 May 2000 10:47:37 -0500 (CDT) From: Larry Rosenman Message-Id: <200005281547.e4SFlb725171@lerami.lerctr.org> Subject: make buildworld: building strip fails. To: freebsd-stable@freebsd.org Date: Sun, 28 May 2000 10:47:37 -0500 (CDT) Cc: freebsd-bugs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL66 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It appears SOMETHING broke /usr/src/gnu/usr.bin/binutils/strip for building. SOMETHING needs to define HAVE_UTIMES or HAVE_GOOD_UTIME_H in order for objcopy.c to compile. This is going from 4.0-RELEASE to 4.0-STABLE yesterday and today. Can someone look at it? Thanks! Larry Rosenman -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 9:13: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cc942873-a.ewndsr1.nj.home.com (cc942873-a.ewndsr1.nj.home.com [24.2.89.207]) by hub.freebsd.org (Postfix) with ESMTP id 01FAC37BA9A; Sun, 28 May 2000 09:12:51 -0700 (PDT) (envelope-from cjc@cc942873-a.ewndsr1.nj.home.com) Received: (from cjc@localhost) by cc942873-a.ewndsr1.nj.home.com (8.9.3/8.9.3) id MAA55838; Sun, 28 May 2000 12:12:48 -0400 (EDT) (envelope-from cjc) Date: Sun, 28 May 2000 12:12:48 -0400 From: "Crist J. Clark" To: John Daniels Cc: freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: 4.0-RELEASE to 4.0-STABLE upgrade Message-ID: <20000528121248.C55597@cc942873-a.ewndsr1.nj.home.com> Reply-To: cjclark@home.com References: <20000528035005.32721.qmail@hotmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000528035005.32721.qmail@hotmail.com>; from jmd526@hotmail.com on Sat, May 27, 2000 at 11:50:05PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, May 27, 2000 at 11:50:05PM -0400, John Daniels wrote: > Hi: > > I just did an upgrade to STABLE. I just wanted to check what I did was OK. > > First, the handbook says to do the following order: > 1. backup > 2. CVsup > 3. check /etc/make.conf and /etc/group > 4. drop to single-user mode > 5. remove /usr/obj > 6. make world (or make buildworld and make installworld) > 7. update /etc, /dev, (and optionally /stand) > 8. compile and install a new kernel > 9. reboot (with fastboot) > > ****** WHAT I DID DIFFERENTLY ******** > 1. I used mergemaster for updating /etc. Good. > 2. www.freebsddiary.com has description of going from 4.0-RELEASE to STABLE > and provides a script for doing so. The description and script shows that > compiling and installing a new kernel (#8 above) comes *AFTER* make world > (#6 above) - and *BEFORE* updating /etc. Thus, according to them, #8 comes > before #7 in the above list. Not a big deal. > 3. Oops! I removed /usr/obj *AFTER* the make world, not before. I tried to > redo make world but after a few messages (which seemed unimportant) it told > me that the proc tables were full. I then compiled and installed a new > kernel without any noticeable problems. If you'd never made world before, there probably was nothing in /usr/obj to delete before you got started. > 4. NOTE: For me, /etc/make.conf has only one line: "USA_RESIDENT=YES". > Apparantly /etc/defaults/make.conf is what needs to be edited (after being > copied to /etc.) Since I had not figured this out beforehand, I was unable > to uncomment out CFLAGS and NOPROFILE as instructed in the Handbook. Do NOT edit /etc/defaults/make.conf. Instead, put entries like, CFLAGS=-O -pipe NOPROFILE=true In /etc/make.conf. > I have booted into, and am writing to you from, STABLE. Whatever I may have > done wrong, so far I have not seen any (noticeable) problems. > > QUESTION: > Will my system be OK? Will any of the above cause any problems (especially > removing /usr/obj before making and installing the kernel) If you made the kernel after _installing_ the world (after a 'make world' or 'make installworld'), the presence of /usr/obj makes no difference. > FOLLOWUP: > Now that I have gone through the process of upgrading, I am looking into > security. What is the easiest, most obvious (as in "duh!, why didn't you > ...") steps to take to guard security. My setup is very simple: my home PC > connected to a router with DSL service. I am the only user. > > I would like to use this machine as a web server and mail server, but I > don't have anyone ftp-ing in (but I need to ftp out to retrieve files from > time to time), logging in remotely, telnet-ing in, etc. Do I just modify > inet.conf and/or hosts.allow to deny those services? How difficult is it to > add a firewall like IPfilter? See, http://www.freebsd.org/security.html For some starting links. First thing, disable (comment out) any services, like the ones you mention, from inetd.conf. Then send inetd a SIGHUP to re-read the file. Use hosts.allow for restricitng services to certain hosts, but if you are not using a service at all, best to turn it off completely. As for firewalls, setting up the machine to do firewalling is quite easy... figuring out how to make a useful ruleset is non-trivial. -- Crist J. Clark cjclark@home.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 9:38:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 0B0FD37BAB6; Sun, 28 May 2000 09:38:42 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA32991; Sun, 28 May 2000 10:38:41 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id KAA78945; Sun, 28 May 2000 10:38:28 -0600 (MDT) Message-Id: <200005281638.KAA78945@harmony.village.org> To: Larry Rosenman Subject: Re: make buildworld: building strip fails. Cc: freebsd-stable@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG In-reply-to: Your message of "Sun, 28 May 2000 10:47:37 CDT." <200005281547.e4SFlb725171@lerami.lerctr.org> References: <200005281547.e4SFlb725171@lerami.lerctr.org> Date: Sun, 28 May 2000 10:38:28 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005281547.e4SFlb725171@lerami.lerctr.org> Larry Rosenman writes: : It appears SOMETHING broke /usr/src/gnu/usr.bin/binutils/strip for building. : : SOMETHING needs to define HAVE_UTIMES or HAVE_GOOD_UTIME_H in order : for objcopy.c to compile. : : This is going from 4.0-RELEASE to 4.0-STABLE yesterday and today. : : Can someone look at it? Odd. I just did a make buildworld/install world from a pre-4.0 current system to a 4.0-stable system on Thursday. I didn't hit this. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 9:41:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 2FF2437BAC0; Sun, 28 May 2000 09:41:19 -0700 (PDT) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.10.1/8.10.1/20000504) id e4SGfFT27250; Sun, 28 May 2000 11:41:15 -0500 (CDT) From: Larry Rosenman Message-Id: <200005281641.e4SGfFT27250@lerami.lerctr.org> Subject: Re: make buildworld: building strip fails. In-Reply-To: <200005281638.KAA78945@harmony.village.org> from Warner Losh at "May 28, 2000 10:38:28 am" To: Warner Losh Date: Sun, 28 May 2000 11:41:15 -0500 (CDT) Cc: Larry Rosenman , freebsd-stable@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL66 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is from a FRESH install of 4.0-RELEASE (since I managed to trash the old 4.0-STABLE because of a make -i and install :-( ) (done yesterday and today). I then CVSUP'd the 4.0-STABLE tree for all 4 pieces, and then did a make buildworld. It died on objcopy. Larry Rosenman > In message <200005281547.e4SFlb725171@lerami.lerctr.org> Larry Rosenman writes: > : It appears SOMETHING broke /usr/src/gnu/usr.bin/binutils/strip for building. > : > : SOMETHING needs to define HAVE_UTIMES or HAVE_GOOD_UTIME_H in order > : for objcopy.c to compile. > : > : This is going from 4.0-RELEASE to 4.0-STABLE yesterday and today. > : > : Can someone look at it? > > Odd. I just did a make buildworld/install world from a pre-4.0 > current system to a 4.0-stable system on Thursday. I didn't hit this. > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 9:43:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id F233437BAB6 for ; Sun, 28 May 2000 09:43:32 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA33024; Sun, 28 May 2000 10:43:31 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id KAA84242; Sun, 28 May 2000 10:43:19 -0600 (MDT) Message-Id: <200005281643.KAA84242@harmony.village.org> To: Larry Rosenman Subject: Re: make buildworld: building strip fails. Cc: freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Sun, 28 May 2000 11:41:15 CDT." <200005281641.e4SGfFT27250@lerami.lerctr.org> References: <200005281641.e4SGfFT27250@lerami.lerctr.org> Date: Sun, 28 May 2000 10:43:19 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005281641.e4SGfFT27250@lerami.lerctr.org> Larry Rosenman writes: : It died on objcopy. Posting the tail end of the make will help get this fixed. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 9:49:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 5C90A37B5D1; Sun, 28 May 2000 09:49:08 -0700 (PDT) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.10.1/8.10.1/20000504) id e4SGn3Q27723; Sun, 28 May 2000 11:49:03 -0500 (CDT) From: Larry Rosenman Message-Id: <200005281649.e4SGn3Q27723@lerami.lerctr.org> Subject: Re: make buildworld: building strip fails. In-Reply-To: <200005281643.KAA84242@harmony.village.org> from Warner Losh at "May 28, 2000 10:43:19 am" To: Warner Losh Date: Sun, 28 May 2000 11:49:03 -0500 (CDT) Cc: Larry Rosenman , freebsd-stable@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL66 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldctor.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldemul.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldexp.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldfile.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c ldgram.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlang.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c ldlex.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmain.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmisc.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldver.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldwrite.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/lexsup.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/mri.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -o ld eelf_i386.o ldcref.o ldctor.o ldemul.o ldexp.o ldfile.o ldgram.o ldlang.o ldlex.o ldmain.o ldmisc.o ldver.o ldwrite.o lexsup.o mri.o -L../libbfd -lbfd -L../libiberty -liberty ===> nm cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/nm -I/usr/src/gnu/usr.bin/binutils/nm/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/nm/../libbinutils -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/binutils -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/binutils/nm.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/nm -I/usr/src/gnu/usr.bin/binutils/nm/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/nm/../libbinutils -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/binutils -I/usr/obj/usr/src/i386/usr/include -o nm nm.o -L../libbinutils -lbinutils -L../libbfd -lbfd -L../libiberty -liberty ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': bucomm.o(.text+0x343): warning: mktemp() possibly used unsafely; consider using mkstemp() ===> objcopy cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/objcopy -I/usr/src/gnu/usr.bin/binutils/objcopy/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/objcopy/../libbinutils -I/usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c: In function `set_times': /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c:1653: `utime' undeclared (first use in this function) /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c:1653: (Each undeclared identifier is reported only once /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c:1653: for each function it appears in.) *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/objcopy. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. > In message <200005281641.e4SGfFT27250@lerami.lerctr.org> Larry Rosenman writes: > : It died on objcopy. > > Posting the tail end of the make will help get this fixed. > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 9:57:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 2972D37B5AB; Sun, 28 May 2000 09:57:18 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id JAA14394; Sun, 28 May 2000 09:56:56 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda14392; Sun May 28 09:56:49 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.9.3/8.9.1) id JAA06936; Sun, 28 May 2000 09:56:49 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdJE6934; Sun May 28 09:55:50 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.10.1/8.9.1) id e4SGtnx44290; Sun, 28 May 2000 09:55:49 -0700 (PDT) Message-Id: <200005281655.e4SGtnx44290@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdx44283; Sun May 28 09:55:21 2000 X-Mailer: exmh version 2.1.1 10/15/1999 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.0-STABLE X-Sender: cy To: Warner Losh Cc: Larry Rosenman , freebsd-stable@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: make buildworld: building strip fails. In-reply-to: Your message of "Sun, 28 May 2000 10:38:28 MDT." <200005281638.KAA78945@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 May 2000 09:55:21 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005281638.KAA78945@harmony.village.org>, Warner Losh writes: > In message <200005281547.e4SFlb725171@lerami.lerctr.org> Larry Rosenman write > s: > : It appears SOMETHING broke /usr/src/gnu/usr.bin/binutils/strip for building > . > : > : SOMETHING needs to define HAVE_UTIMES or HAVE_GOOD_UTIME_H in order > : for objcopy.c to compile. > : > : This is going from 4.0-RELEASE to 4.0-STABLE yesterday and today. > : > : Can someone look at it? > > Odd. I just did a make buildworld/install world from a pre-4.0 > current system to a 4.0-stable system on Thursday. I didn't hit this. Same here. I did the same using a CVSup from Saturday May 27 @ 04:15 PDT on four machines. Everything went smooth. My only complaint is that FreeBSD is getting too big. On my P120 at home 3.4 used to buildworld in 4.5 hours now with 4.0 it took 7.75 hours, while my desktop system and Kerberos servers (333 MHz PII's) at work a 3.4 buildworld took 1.5 hours while building 4.0 world now took 2.25 hours. But I guess that's the price of progress. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 10:39:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 443A337B672 for ; Sun, 28 May 2000 10:39:33 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id KAA14503; Sun, 28 May 2000 10:38:57 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda14501; Sun May 28 10:38:50 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.9.3/8.9.1) id KAA07020; Sun, 28 May 2000 10:38:49 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdTG7018; Sun May 28 10:37:51 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.10.1/8.9.1) id e4SHboa44458; Sun, 28 May 2000 10:37:50 -0700 (PDT) Message-Id: <200005281737.e4SHboa44458@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdy44452; Sun May 28 10:37:15 2000 X-Mailer: exmh version 2.1.1 10/15/1999 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.0-STABLE X-Sender: cy To: Alexander Nazarenko Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Expect port In-reply-to: Your message of "Sun, 28 May 2000 01:58:15 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 May 2000 10:37:15 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Alexander Nazarenko writes: > > Have some troubles with expect lang port, that md5 checksum doesn't match > it doesn't metter, but that it requires tcl/tk based on X11 it's problem. > I haven't X11 and I have some expect scripts which i need to run on > FreeBSD now, maybe is there statically linked expect package or something > like this? Because i don't have any wish to install X11. Your copy of expect.tar.gz in /usr/ports/distfiles is stale. Delete it and try building expect again. This will force the fetch of a new copy. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 11:48:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from hotmail.com (f201.law8.hotmail.com [216.33.241.201]) by hub.freebsd.org (Postfix) with SMTP id A323D37B6D3 for ; Sun, 28 May 2000 11:48:11 -0700 (PDT) (envelope-from jmd526@hotmail.com) Received: (qmail 46910 invoked by uid 0); 28 May 2000 18:48:08 -0000 Message-ID: <20000528184808.46909.qmail@hotmail.com> Received: from 209.220.228.2 by www.hotmail.com with HTTP; Sun, 28 May 2000 11:48:08 PDT X-Originating-IP: [209.220.228.2] From: "John Daniels" To: cjclark@home.com Cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 4.0-RELEASE to 4.0-STABLE upgrade Date: Sun, 28 May 2000 14:48:08 EDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks for your reply. I just wanted to clarify a point or two. You wrote: > > 2. www.freebsddiary.com has description of going from 4.0-RELEASE > > to STABLE and provides a script for doing so. The description and > > script shows that compiling and installing a new kernel (#8 above) > > comes *AFTER* make world (#6 above) - and *BEFORE* updating /etc. > > Thus, according to them, #8 comes before #7 in the above list. > >Not a big deal. > I had another response to my post that also said that this would not be a problem. The reasoning was that the kernel doesn't change until reboot. > > 3. Oops! I removed /usr/obj *AFTER* the make world, not before. > > I tried to redo make world but after a few messages (which seemed > > unimportant) it told me that the proc tables were full. I then > > compiled and installed a new kernel without any noticeable > > problems. > >If you'd never made world before, there probably was nothing in >/usr/obj to delete before you got started. > Well that's true. This was the first time that I was making world! Any possible problems from restarting the make world? Later, you wrote: >If you made the kernel after _installing_ the world (after a 'make >world' or 'make installworld'), the presence of /usr/obj makes no >difference. In sum, it seems that everything is OK, and the upgrade to -STABLE was successful. Hurrah! That's good news, but in my newbie ignorance, I was thinking that the kernel may need some of the /etc, /dev, or /usr/obj files when it is compiled. Are the linkages to the userland stuff dynamic? (or, perhaps vis-a-versa: dyanamic links *from* userland to the kernel?) >Do NOT edit /etc/defaults/make.conf. Instead, put entries like, > > CFLAGS=-O -pipe > NOPROFILE=true > >In /etc/make.conf. My post did propose _copying_ make.conf from /etc/defaults to /etc, since my /etc/make.conf was esstentially empty. (heh, you are not alone: I had another reply warning against editing /etc/default files) Basically, my complaint was that the handbook says to edit /etc/make.conf (specifically to enable options by removing the comment character), but doesn't state that the file may need to be copied over. I figured this out only *after* I finished, so I didn't have the options you listed above (which the handbook states should be there). Simple things like this can cause newbies (like myself) some trouble, and generate "stupid" questions on mailing lists. Should this be a problem report (PR)? (I have never used send-PR, maybe I should try) > >firewalling is quite easy... figuring out how to make a useful >ruleset is non-trivial. Right now I have a simple system and simple needs. (That will probably change, though) I just have a single PC connected to a Netopia router, and I just want to serve web pages, browse the net, send and receive email, and occasionally download files with ftp. I don't need other services. Do I really need a firewall? or do I just need to deny all ports and connections except what I need? In any case, it seems that a firewall is still a good idea if only because I can learn (it's becoming kind of standard operating procedure). It also seems that it's necessary for instituting more advanced safety measures like guarding against possible DOS attacks. What I am trying to decide now is if ipfw would be sufficient or if I should use IPfilter (or both - is that possible?). I am thinking that ipfw is probably enough for now. Once again, thanks for your help! John ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 12: 3: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from boga-LN.lincom.kharkov.ua (Boga-LN.lincom.kharkov.ua [193.193.221.71]) by hub.freebsd.org (Postfix) with ESMTP id 5439B37B6AC for ; Sun, 28 May 2000 12:02:57 -0700 (PDT) (envelope-from omega@vpage.kharkov.ua) Received: from [62.244.22.247] ([62.244.22.247]:35588 "HELO remote1") by boga.lincom.kharkov.ua with SMTP id <159816-22820>; Sun, 28 May 2000 22:18:22 +0300 Message-ID: <000301bfc8d6$de6dd640$f716f43e@remote1> From: "=?koi8-r?B?8s/Nwc4=?=" To: Subject: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3612.1700 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700 Date: Sun, 28 May 2000 22:18:22 +0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-stable subscribe cvs-all To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 12: 7:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.mailru.com (mx2.mailru.com [193.124.133.9]) by hub.freebsd.org (Postfix) with ESMTP id DB13A37B7E1 for ; Sun, 28 May 2000 12:07:24 -0700 (PDT) (envelope-from freebsd_mail@mailru.com) Received: œfrom œWebMailer œMailRu.com œv1.3 œSun, 28 May 2000 23:07:50 +0400 (MSD) Date: Sun, 28 May 2000 23:07:50 +0400 (MSD) Message-Id: <200005281907.e4SJ7o645019@mx1.mailru.com> From: FreeBSD-mail To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit User-Agent: Free WebMail MAILRU.COM X-Proxy-IP: [193.193.221.69] X-Originating-IP: [62.244.22.247] Subject: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-stable subscribe cvs-all To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 12:14:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from emu.prod.itd.earthlink.net (emu.prod.itd.earthlink.net [207.217.121.31]) by hub.freebsd.org (Postfix) with ESMTP id 542A437BAC0; Sun, 28 May 2000 12:14:10 -0700 (PDT) (envelope-from eogren@earthlink.net) Received: from rod.darktech.org (ip186.cambridge2.ma.pub-ip.psi.net [38.32.112.186]) by emu.prod.itd.earthlink.net (8.9.3/8.9.3) with ESMTP id MAA20692; Sun, 28 May 2000 12:14:07 -0700 (PDT) Received: (from eogren@localhost) by rod.darktech.org (8.10.1/8.10.1) id e4SJFUY12708; Sun, 28 May 2000 15:15:30 -0400 (EDT) Date: Sun, 28 May 2000 15:15:30 -0400 From: Eric Ogren To: John Daniels Cc: cjclark@home.com, freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: 4.0-RELEASE to 4.0-STABLE upgrade Message-ID: <20000528151530.A12647@earthlink.net> References: <20000528184808.46909.qmail@hotmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000528184808.46909.qmail@hotmail.com>; from jmd526@hotmail.com on Sun, May 28, 2000 at 02:48:08PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 02:48:08PM -0400, John Daniels wrote: > > > Basically, my complaint was that the handbook says to edit /etc/make.conf > (specifically to enable options by removing the comment character), but > doesn't state that the file may need to be copied over. I figured this out > only *after* I finished, so I didn't have the options you listed above > (which the handbook states should be there). Simple things like this can > cause newbies (like myself) some trouble, and generate "stupid" questions on > mailing lists. Should this be a problem report (PR)? (I have never used > send-PR, maybe I should try) Yup, this is because the handbook is currently slightly out-of-date with the way things work now. This is known, and will hopefully be addressed soon. Eric To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 12:42:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail2.uniserve.com (mail2.uniserve.com [204.244.156.10]) by hub.freebsd.org (Postfix) with ESMTP id A011137B5E0 for ; Sun, 28 May 2000 12:42:34 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.ca ([204.244.186.218]) by mail2.uniserve.com with esmtp (Exim 3.13 #1) id 12w8x6-000J2R-00; Sun, 28 May 2000 12:42:24 -0700 Date: Sun, 28 May 2000 12:42:21 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: "Mark S. Reichman" Cc: Mike , freebsd-stable@FreeBSD.ORG Subject: Re: FTP_PASSIVE_MODE=YES ???? In-Reply-To: <392FD34A.7DD13055@twcny.rr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 27 May 2000, Mark S. Reichman wrote: > in the login.conf? I must admit I dont entirely understand what passive > mode is, but I have never needed it or used it in all my years of .. > this necassary? I preferred the old behavior. From some one who knows, using passive mode by default is better because it will work in more situations than active mode. I've seen some on this list state that passive mode is slower than active mode. Not so. Bytes are bytes. The only difference between active and passive is which end starts the transfer. Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 12:49:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.ipt.ru (ts3-a37.Krasnodar.dial.sovam.com [194.186.5.228]) by hub.freebsd.org (Postfix) with ESMTP id CE9CC37BC6E for ; Sun, 28 May 2000 12:49:33 -0700 (PDT) (envelope-from bsam@ipt.ru) Received: from localhost (bsam@localhost) by mob.kfk.ipt.ru (8.9.3/8.9.3) with ESMTP id XAA00216 for ; Sun, 28 May 2000 23:49:47 +0400 (MSD) (envelope-from bsam@ipt.ru) X-Authentication-Warning: mob.kfk.ipt.ru: bsam owned process doing -bs Date: Sun, 28 May 2000 23:49:47 +0400 (MSD) From: "Boris B. Samorodov" X-Sender: bsam@mob.kfk.ipt.ru To: freebsd-stable@FreeBSD.ORG Subject: Broken final script in defaults/rc.conf? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! FreeBSD 4.0-STABLE: Cvsup'ed today evening + make world + mergemaster = subj? Final scripting in /etc/default/rc.conf was changed. As a result we have /etc/rc.conf & /etc/rc.conf.local that are not processed. Am I right? btw in my case I changed default script and all works fine. Cheers, -- Boris Samorodov mailto: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 12:50:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 4677F37B539 for ; Sun, 28 May 2000 12:50:32 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id VAA26362; Sun, 28 May 2000 21:50:57 +0200 (MET DST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 12w94u-0006A6-00 for ; Sun, 28 May 2000 21:50:28 +0200 Date: Sun, 28 May 2000 21:50:28 +0200 From: Szilveszter Adam To: freebsd-stable@freebsd.org Subject: Re: 4.0-RELEASE to 4.0-STABLE upgrade Message-ID: <20000528215028.D21610@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-stable@freebsd.org References: <20000528184808.46909.qmail@hotmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000528184808.46909.qmail@hotmail.com>; from jmd526@hotmail.com on Sun, May 28, 2000 at 02:48:08PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 02:48:08PM -0400, John Daniels wrote: > Well that's true. This was the first time that I was making world! Any > possible problems from restarting the make world? That depends on where the process stopped. Generally if it gets past to the "Rebuilding everything" phase (it will print this on the screen in a large banner) then it might be safe to restart it by saying make -DNOCLEAN buidlworld. Otherwise you should restart completely to be on the safe side. Hope this has clarified your last question... -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 12:53:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 6F7E037B539 for ; Sun, 28 May 2000 12:53:04 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id MAA14829; Sun, 28 May 2000 12:53:01 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda14827; Sun May 28 12:52:57 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.9.3/8.9.1) id MAA07602; Sun, 28 May 2000 12:52:57 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdyt7572; Sun May 28 12:52:52 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.10.1/8.9.1) id e4SJqp845274; Sun, 28 May 2000 12:52:51 -0700 (PDT) Message-Id: <200005281952.e4SJqp845274@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdR45269; Sun May 28 12:52:09 2000 X-Mailer: exmh version 2.1.1 10/15/1999 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.0-STABLE X-Sender: cy To: Tom Cc: "Mark S. Reichman" , Mike , freebsd-stable@FreeBSD.ORG Subject: Re: FTP_PASSIVE_MODE=YES ???? In-reply-to: Your message of "Sun, 28 May 2000 12:42:21 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 May 2000 12:52:09 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Tom w rites: > > On Sat, 27 May 2000, Mark S. Reichman wrote: > > > in the login.conf? I must admit I dont entirely understand what passive > > mode is, but I have never needed it or used it in all my years of > .. > > this necassary? I preferred the old behavior. > > From some one who knows, using passive mode by default is better because > it will work in more situations than active mode. That's because it will work when the client is behind a firewall that doesn't support an FTP proxy. Passive FTP will fail if the FTP server is behind a firewall that doesn't support FTP proxy. If both client and server are behind firewalls, FTP will not work at all unless one of the firewalls supports an FTP proxy or is open enough to allow the protocol to work -- port or passive FTP. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 13: 2:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by hub.freebsd.org (Postfix) with ESMTP id E68F237B539 for ; Sun, 28 May 2000 13:02:40 -0700 (PDT) (envelope-from stuyman@confusion.net) Received: from confusion.net (user-2iveao1.dialup.mindspring.com [165.247.43.1]) by smtp6.mindspring.com (8.9.3/8.8.5) with ESMTP id QAA07033; Sun, 28 May 2000 16:02:31 -0400 (EDT) Message-ID: <39317AEC.EDC7E1EA@confusion.net> Date: Sun, 28 May 2000 16:00:44 -0400 From: Laurence Berland Organization: B.R.A.T.T. X-Mailer: Mozilla 4.5 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: "Mark S. Reichman" Cc: Mike , freebsd-stable@FreeBSD.ORG Subject: Re: FTP_PASSIVE_MODE=YES ???? References: <392F2A57.4B2C52EA@twcny.rr.com> <392FCE92.3F7A809@rockatronic.com> <392FD34A.7DD13055@twcny.rr.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Passive is more likely to work than active. Under FTP, you connect to the listening server for the control connection. Then, when you send a PORT command you tell the server where to connect for the data connection. Then you listen and the server connects. Under passive mode, you send a PASV and then the server listens and tells you where to connect for the data connection. This will work in more situations, because often people have a firewall preventing incoming connections but not outgoing, or something like this. You tend not to see the reverse as relevant, since you probably couldn't have opened the control connection under those circumstances. Hope that helps, Laurence "Mark S. Reichman" wrote: > My question is, and this must > be a 4.0 Realease thing, why was it changed to FTP_PASSIVE_MODE=YES > in the login.conf? I must admit I dont entirely understand what passive > mode is, but I have never needed it or used it in all my years of > computing. And > if I'm not crazy, the ftp client in 3.4 FreeBSD and below did not start > up in passive mode by default. Was it a change during the IPV6 mod? Is > this necassary? I preferred the old behavior. > > -- Laurence Berland, Stuyvesant HS Debate <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Windows 98: n. useless extension to a minor patch release for 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. http://stuy.debate.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 14:39:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 59F0E37B5FA for ; Sun, 28 May 2000 14:39:28 -0700 (PDT) (envelope-from DougB@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id OAA23018; Sun, 28 May 2000 14:39:21 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <39319209.C96B5623@gorean.org> Date: Sun, 28 May 2000 14:39:21 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0528 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Boris B. Samorodov" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Broken final script in defaults/rc.conf? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Boris B. Samorodov" wrote: > > Hi! > > FreeBSD 4.0-STABLE: > Cvsup'ed today evening + make world + mergemaster = subj? > > Final scripting in /etc/default/rc.conf was changed. As a result > we have /etc/rc.conf & /etc/rc.conf.local that are not processed. > Am I right? Well, it's been working with the most recent changes for a month in 5.0-Current, so I suspect that something in your situation is different from the majority. First, try cvsup'ing and running mergemaster again to see if anything is different. It's possible that you updated your source at a time period when not all of the relevant files in rc-land had been updated. > btw in my case I changed default script and all works fine. If that doesn't work, please send me a copy of your /etc/defaults/rc.conf, and your /etc/rc.conf[.local] scripts. I wrote the new code for sourcing the rc.conf's, so I may be able to spot the problem. You could also send them to the list if you're more comfortable with that. Good luck, Doug -- "Live free or die" - State motto of my ancestral homeland, New Hampshire Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 14:45:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rdc2.pa.home.com (ha1.rdc2.pa.home.com [24.12.106.194]) by hub.freebsd.org (Postfix) with ESMTP id DE3ED37B93B for ; Sun, 28 May 2000 14:45:19 -0700 (PDT) (envelope-from qfreaki@home.com) Received: from quedawg.com ([24.8.210.114]) by mail.rdc2.pa.home.com (InterMail vM.4.01.02.17 201-229-119) with ESMTP id <20000528214518.NVCL10629.mail.rdc2.pa.home.com@quedawg.com> for ; Sun, 28 May 2000 14:45:18 -0700 Received: by quedawg.com (Postfix, from userid 1002) id 8B942442; Sun, 28 May 2000 17:46:51 -0400 (EDT) Date: Sun, 28 May 2000 17:46:51 -0400 From: Mbwa To: freebsd-stable@freebsd.org Subject: Re: 4.0-RELEASE to 4.0-STABLE upgrade Message-ID: <20000528174651.A71174@ol-arem.quedawg.com> References: <20000528035005.32721.qmail@hotmail.com> <20000528080156.B12786@petra.hos.u-szeged.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000528080156.B12786@petra.hos.u-szeged.hu>; from sziszi@petra.hos.u-szeged.hu on Sun, May 28, 2000 at 08:01:57AM +0200 X-Operating-System: FreeBSD Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 08:01:57AM +0200, Szilveszter Adam wrote: > Hello! > > On Sat, May 27, 2000 at 11:50:05PM -0400, John Daniels wrote: > > Hi: > > > > I just did an upgrade to STABLE. I just wanted to check what I did was OK. > > > > First, the handbook says to do the following order: > > 1. backup > > 2. CVsup > > 3. check /etc/make.conf and /etc/group > > 4. drop to single-user mode > > 5. remove /usr/obj > > 6. make world (or make buildworld and make installworld) > > 7. update /etc, /dev, (and optionally /stand) > > 8. compile and install a new kernel > > 9. reboot (with fastboot) > > Have you also upgraded the Handbook?:-) It is now possible by going to an > ftp mirror site and cd-ing to /pub/FreeBSD/doc// and > downloading > the docs in the wanted format. I only ask this because the new docs should > have pointers to mergemaster... I just downloaded the book.html.zip from ftp.freebsd.org and I didn't notice any reference to mergemaster. Where can I get more info regarding this utility thanks, Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 16: 4:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from server1.mich.com (server1.mich.com [198.108.16.2]) by hub.freebsd.org (Postfix) with ESMTP id 6EF7237B90E; Sun, 28 May 2000 16:04:09 -0700 (PDT) (envelope-from will@almanac.yi.org) Received: from almanac.yi.org (pm006-043.dialup.bignet.net [64.79.81.27]) by server1.mich.com (8.9.3/8.9.3) with ESMTP id TAA08948; Sun, 28 May 2000 19:04:04 -0400 Received: by almanac.yi.org (Postfix, from userid 1000) id CD37219A6; Sun, 28 May 2000 19:03:27 -0400 (EDT) Date: Sun, 28 May 2000 19:03:27 -0400 From: Will Andrews To: FreeBSD Stable Cc: FreeBSD Current Subject: ftp(1) breakage w/ passive mode? Message-ID: <20000528190327.C10345@argon.gryphonsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ i'm not on -stable, but am on -current ] Hi all, I'm having trouble with ftp(1) in passive mode on 4-STABLE and 5-CURRENT: FreeBSD 4.0-STABLE #0: Sat May 27 10:26:43 EDT 2000 FreeBSD 5.0-CURRENT #1: Fri May 26 04:52:03 EDT 2000 <2 5002-0> (18:46:17) [will@radon ~]% ftp ftp://ftp.FreeBSD.org/pub/ Connected to ftp.freesoftware.com. [..] 230 Guest login ok, access restrictions apply. Remote system type is UNIX. Using binary mode to transfer files. 200 Type set to I. 250 CWD command successful. 250 CWD command successful. ftp> ls 500 'EPSV': command not understood. 500 'LPSV': command not understood. Passive mode refused. ftp> However, it works on some servers: <2 5007-0> (18:49:16) [will@radon /usr/src/usr.bin/ftp]% ftp ftp://ftp.cs.ubc.ca/ Connected to ftp.cs.ubc.ca. [..] 200 Type set to I. 250 CWD command successful. ftp> ls 227 Entering Passive Mode (142,103,6,49,233,148) 150 Opening ASCII mode data connection for /bin/ls. total 28 drwxrwxr-x 10 root other 512 Jan 17 1996 . drwxrwxr-x 10 root other 512 Jan 17 1996 .. lrwxrwxrwx 1 root other 7 Dec 27 1995 bin -> usr/bin lrwxrwxrwx 1 root other 1 Dec 27 1995 cs -> . [..] ftp> quit So it seems there's something quite broken in the code. My suspect is rev 1.25 of ftp.c and associated commits. -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 17:54:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 0EF8537BA29; Sun, 28 May 2000 17:54:38 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id RAA15469; Sun, 28 May 2000 17:54:32 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda15465; Sun May 28 17:54:14 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.9.3/8.9.1) id RAA08748; Sun, 28 May 2000 17:54:13 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdnD8746; Sun May 28 17:54:04 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.10.1/8.9.1) id e4T0s2446726; Sun, 28 May 2000 17:54:02 -0700 (PDT) Message-Id: <200005290054.e4T0s2446726@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdc46719; Sun May 28 17:53:41 2000 X-Mailer: exmh version 2.1.1 10/15/1999 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.0-STABLE X-Sender: cy To: Will Andrews Cc: FreeBSD Stable , FreeBSD Current Subject: Re: ftp(1) breakage w/ passive mode? In-reply-to: Your message of "Sun, 28 May 2000 19:03:27 EDT." <20000528190327.C10345@argon.gryphonsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 May 2000 17:53:38 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000528190327.C10345@argon.gryphonsoft.com>, Will Andrews writes: > [ i'm not on -stable, but am on -current ] > > Hi all, > > I'm having trouble with ftp(1) in passive mode on 4-STABLE and 5-CURRENT: > FreeBSD 4.0-STABLE #0: Sat May 27 10:26:43 EDT 2000 > FreeBSD 5.0-CURRENT #1: Fri May 26 04:52:03 EDT 2000 > > <2 5002-0> (18:46:17) [will@radon ~]% ftp ftp://ftp.FreeBSD.org/pub/ > Connected to ftp.freesoftware.com. > [..] > 230 Guest login ok, access restrictions apply. > Remote system type is UNIX. > Using binary mode to transfer files. > 200 Type set to I. > 250 CWD command successful. > 250 CWD command successful. > ftp> ls > 500 'EPSV': command not understood. > 500 'LPSV': command not understood. > Passive mode refused. > ftp> > > However, it works on some servers: > <2 5007-0> (18:49:16) [will@radon /usr/src/usr.bin/ftp]% ftp ftp://ftp.cs.ubc > .ca/ > Connected to ftp.cs.ubc.ca. > [..] > 200 Type set to I. > 250 CWD command successful. > ftp> ls > 227 Entering Passive Mode (142,103,6,49,233,148) > 150 Opening ASCII mode data connection for /bin/ls. > total 28 > drwxrwxr-x 10 root other 512 Jan 17 1996 . > drwxrwxr-x 10 root other 512 Jan 17 1996 .. > lrwxrwxrwx 1 root other 7 Dec 27 1995 bin -> usr/bin > lrwxrwxrwx 1 root other 1 Dec 27 1995 cs -> . > [..] > ftp> quit > > So it seems there's something quite broken in the code. My suspect is > rev 1.25 of ftp.c and associated commits. According to the ftp(1) man page: Please note that if you are connecting to IPv6 ftp server, the program will use EPSV/EPRT pair and LPSV/LPRT pair, in- stead of PASV and PORT. The meaning is the same.) I've removed all IPv6 options from my kernel at home (to circumvent a Kerberos V through pipsecd through NAT problem) and I have no problems with ftp(1). What would make ftp(1) think it has an IPv6 connection? If you have no requirement for IPv6 you may wish to create a custom kernel w/o IPv6 options. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 17:56:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by hub.freebsd.org (Postfix) with ESMTP id 503ED37B9DC for ; Sun, 28 May 2000 17:56:47 -0700 (PDT) (envelope-from mvh@ix.netcom.com) Received: from netcom1.netcom.com (lai-ca3d-161.ix.netcom.com [209.110.243.161]) by tisch.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id UAA14018; Sun, 28 May 2000 20:56:30 -0400 (EDT) Received: by netcom1.netcom.com (Postfix, from userid 1000) id BA307E6E5C; Sun, 28 May 2000 17:56:27 -0700 (PDT) From: Mike Harding To: DougB@gorean.org Cc: bsam@ipt.ru, freebsd-stable@FreeBSD.ORG In-reply-to: <39319209.C96B5623@gorean.org> (message from Doug Barton on Sun, 28 May 2000 14:39:21 -0700) Subject: Re: Broken final script in defaults/rc.conf? References: <39319209.C96B5623@gorean.org> Message-Id: <20000529005627.BA307E6E5C@netcom1.netcom.com> Date: Sun, 28 May 2000 17:56:27 -0700 (PDT) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I got on Asmodai about this - /etc/defaults/rc.conf and /etc/rc were out of sync in 4.0 stable. He has fixed it. - Mike Harding Date: Sun, 28 May 2000 14:39:21 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Accept-Language: en Cc: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk X-RULES: lists "Boris B. Samorodov" wrote: > > Hi! > > FreeBSD 4.0-STABLE: > Cvsup'ed today evening + make world + mergemaster = subj? > > Final scripting in /etc/default/rc.conf was changed. As a result > we have /etc/rc.conf & /etc/rc.conf.local that are not processed. > Am I right? Well, it's been working with the most recent changes for a month in 5.0-Current, so I suspect that something in your situation is different from the majority. First, try cvsup'ing and running mergemaster again to see if anything is different. It's possible that you updated your source at a time period when not all of the relevant files in rc-land had been updated. > btw in my case I changed default script and all works fine. If that doesn't work, please send me a copy of your /etc/defaults/rc.conf, and your /etc/rc.conf[.local] scripts. I wrote the new code for sourcing the rc.conf's, so I may be able to spot the problem. You could also send them to the list if you're more comfortable with that. Good luck, Doug -- "Live free or die" - State motto of my ancestral homeland, New Hampshire Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 18: 4:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id 5B57337BA29 for ; Sun, 28 May 2000 18:04:22 -0700 (PDT) (envelope-from mvh@ix.netcom.com) Received: from netcom1.netcom.com (lai-ca3c-25.ix.netcom.com [209.110.242.25]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id VAA00606; Sun, 28 May 2000 21:04:19 -0400 (EDT) Received: by netcom1.netcom.com (Postfix, from userid 1000) id 11D69E6E5C; Sun, 28 May 2000 18:04:07 -0700 (PDT) From: Mike Harding To: andrews@technologist.com Cc: stable@FreeBSD.org In-reply-to: <20000528190327.C10345@argon.gryphonsoft.com> (message from Will Andrews on Sun, 28 May 2000 19:03:27 -0400) Subject: Re: ftp(1) breakage w/ passive mode? References: <20000528190327.C10345@argon.gryphonsoft.com> Message-Id: <20000529010407.11D69E6E5C@netcom1.netcom.com> Date: Sun, 28 May 2000 18:04:07 -0700 (PDT) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Actually, since FTP proxies have come up - does anyone know how to get 'fetch' to use 'squid' as an FTP proxy? I thought I had set this up in the past, but maybe it was ncftp. Anyway, when I do the obvious, it says 'wrong state' or somesuch. - Mike Harding Date: Sun, 28 May 2000 19:03:27 -0400 From: Will Andrews Cc: FreeBSD Current Content-Type: text/plain; charset=us-ascii X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk X-RULES: lists [ i'm not on -stable, but am on -current ] Hi all, I'm having trouble with ftp(1) in passive mode on 4-STABLE and 5-CURRENT: FreeBSD 4.0-STABLE #0: Sat May 27 10:26:43 EDT 2000 FreeBSD 5.0-CURRENT #1: Fri May 26 04:52:03 EDT 2000 <2 5002-0> (18:46:17) [will@radon ~]% ftp ftp://ftp.FreeBSD.org/pub/ Connected to ftp.freesoftware.com. [..] 230 Guest login ok, access restrictions apply. Remote system type is UNIX. Using binary mode to transfer files. 200 Type set to I. 250 CWD command successful. 250 CWD command successful. ftp> ls 500 'EPSV': command not understood. 500 'LPSV': command not understood. Passive mode refused. ftp> However, it works on some servers: <2 5007-0> (18:49:16) [will@radon /usr/src/usr.bin/ftp]% ftp ftp://ftp.cs.ubc.ca/ Connected to ftp.cs.ubc.ca. [..] 200 Type set to I. 250 CWD command successful. ftp> ls 227 Entering Passive Mode (142,103,6,49,233,148) 150 Opening ASCII mode data connection for /bin/ls. total 28 drwxrwxr-x 10 root other 512 Jan 17 1996 . drwxrwxr-x 10 root other 512 Jan 17 1996 .. lrwxrwxrwx 1 root other 7 Dec 27 1995 bin -> usr/bin lrwxrwxrwx 1 root other 1 Dec 27 1995 cs -> . [..] ftp> quit So it seems there's something quite broken in the code. My suspect is rev 1.25 of ftp.c and associated commits. -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 18: 5:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from server1.mich.com (server1.mich.com [198.108.16.2]) by hub.freebsd.org (Postfix) with ESMTP id 1128D37BADB; Sun, 28 May 2000 18:05:06 -0700 (PDT) (envelope-from will@almanac.yi.org) Received: from almanac.yi.org (pm006-043.dialup.bignet.net [64.79.81.27]) by server1.mich.com (8.9.3/8.9.3) with ESMTP id VAA23371; Sun, 28 May 2000 21:04:59 -0400 Received: by almanac.yi.org (Postfix, from userid 1000) id B0DDC19A6; Sun, 28 May 2000 21:04:23 -0400 (EDT) Date: Sun, 28 May 2000 21:04:23 -0400 From: Will Andrews To: Cy Schubert - ITSD Open Systems Group Cc: Will Andrews , FreeBSD Stable , FreeBSD Current Subject: Re: ftp(1) breakage w/ passive mode? Message-ID: <20000528210423.F10345@argon.gryphonsoft.com> References: <20000528190327.C10345@argon.gryphonsoft.com> <200005290054.e4T0s2446726@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005290054.e4T0s2446726@cwsys.cwsent.com>; from Cy.Schubert@uumail.gov.bc.ca on Sun, May 28, 2000 at 05:53:38PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 05:53:38PM -0700, Cy Schubert - ITSD Open Systems Group wrote: > According to the ftp(1) man page: > > Please note that if you are connecting to IPv6 ftp server, > the program will use EPSV/EPRT pair and LPSV/LPRT pair, in- > stead of PASV and PORT. The meaning is the same.) Ok.. I have no IPv6 network except for my localnet. The outside network is completely IPv4. > What would make ftp(1) think it has an IPv6 connection? I have no idea.. > If you have no requirement for IPv6 you may wish to create a custom > kernel w/o IPv6 options. Well, it has purely experimental purposes.. I'd rather leave it in and get ftp(1) properly fixed, since everything else works just fine. :-) -- Will Andrews GCS/E/S @d- s+:+>+:- a--->+++ C++ UB++++ P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP+>+++ t++ 5 X++ R+ tv+ b++>++++ DI+++ D+ G++>+++ e->++++ h! r-->+++ y? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 18:57:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 4FCC337B5EC; Sun, 28 May 2000 18:57:33 -0700 (PDT) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.10.1/8.10.1/20000504) id e4T1vQH14395; Sun, 28 May 2000 20:57:26 -0500 (CDT) From: Larry Rosenman Message-Id: <200005290157.e4T1vQH14395@lerami.lerctr.org> Subject: Re: make buildworld: building strip fails.y In-Reply-To: <200005281649.e4SGn3Q27723@lerami.lerctr.org> "from Larry Rosenman at May 28, 2000 11:49:03 am" To: Larry Rosenman Date: Sun, 28 May 2000 20:57:26 -0500 (CDT) Cc: Warner Losh , freebsd-stable@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL77 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If someone wants an account on the affected box, contact me off list at , and I'll build an account... LER > From owner-freebsd-stable@FreeBSD.ORG Sun May 28 11:52:46 2000 > Delivered-To: freebsd-stable@freebsd.org > From: Larry Rosenman > Message-Id: <200005281649.e4SGn3Q27723@lerami.lerctr.org> > Subject: Re: make buildworld: building strip fails. > In-Reply-To: <200005281643.KAA84242@harmony.village.org> from Warner Losh at > "May 28, 2000 10:43:19 am" > To: Warner Losh > Date: Sun, 28 May 2000 11:49:03 -0500 (CDT) > Cc: Larry Rosenman , freebsd-stable@FreeBSD.ORG, > freebsd-bugs@FreeBSD.ORG > X-Mailer: ELM [version 2.4ME+ PL66 (25)] > Sender: owner-freebsd-stable@FreeBSD.ORG > X-Loop: FreeBSD.ORG > Precedence: bulk > X-Status: > X-SCO-PAD: XXXXXX Content-Length: 10424 > > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldctor.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldemul.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldexp.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldfile.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c ldgram.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlang.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c ldlex.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmain.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmisc.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldver.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldwrite.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/lexsup.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/mri.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -o ld eelf_i386.o ldcref.o ldctor.o ldemul.o ldexp.o ldfile.o ldgram.o ldlang.o ldlex.o ldmain.o ldmisc.o ldver.o ldwrite.o lexsup.o mri.o -L../libbfd -lbfd -L../libiberty -liberty > ===> nm > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/nm -I/usr/src/gnu/usr.bin/binutils/nm/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/nm/../libbinutils -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/binutils -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/binutils/nm.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/nm -I/usr/src/gnu/usr.bin/binutils/nm/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/nm/../libbinutils -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/binutils -I/usr/obj/usr/src/i386/usr/include -o nm nm.o -L../libbinutils -lbinutils -L../libbfd -lbfd -L../libiberty -liberty > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x343): warning: mktemp() possibly used unsafely; consider using mkstemp() > ===> objcopy > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/objcopy -I/usr/src/gnu/usr.bin/binutils/objcopy/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/objcopy/../libbinutils -I/usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c > /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c: In function `set_times': > /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c:1653: `utime' undeclared (first use in this function) > /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c:1653: (Each undeclared identifier is reported only once > /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c:1653: for each function it appears in.) > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/binutils/objcopy. > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/binutils. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > In message <200005281641.e4SGfFT27250@lerami.lerctr.org> Larry Rosenman writes: > > : It died on objcopy. > > > > Posting the tail end of the make will help get this fixed. > > > > Warner > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org > US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 19:18: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 17C7237BA42 for ; Sun, 28 May 2000 19:17:56 -0700 (PDT) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 10723 invoked by uid 0); 29 May 2000 02:17:49 -0000 Received: from p3e9e7a8c.dip.t-dialin.net (HELO speedy.gsinet) (62.158.122.140) by mail05.rzmi.gmx.net with SMTP; 29 May 2000 02:17:49 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id VAA29445 for freebsd-stable@freebsd.org; Sun, 28 May 2000 21:59:41 +0200 Date: Sun, 28 May 2000 21:59:41 +0200 From: Gerhard Sittig To: freebsd-stable@freebsd.org Subject: Re: dhclient messes up NIC during install Message-ID: <20000528215941.R2305@speedy.gsinet> Mail-Followup-To: freebsd-stable@freebsd.org References: <00ae01bfc8c0$777f9830$deff58c1@sos> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailer: Mutt 1.0i In-Reply-To: <00ae01bfc8c0$777f9830$deff58c1@sos>; from morten@seeberg.dk on Sun, May 28, 2000 at 05:19:13PM +0100 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 17:19 +0100, Morten Seeberg wrote: >=20 > [ ... DHCP client won't get a lease ... ] >=20 > Does this sound familiar to anyone? >=20 > I tried to get a lease from a Solaris DHCP server, which > doesn=B4t seem to work very well (works fine for Linux, Windows) IIRC the reply goes out to an address of 255.255.255.255 (since the client doesn't have an IP yet). There are servers (or clients?) which hear the question but aren't able to deliver the answer. Setting a route to host 255.255.255.255 through the server's NIC will help. But please don't ask me what to do on an multihomed DHCP server, I tend to set up a separate relay in these cases (which doesn't need any maintenance besides just starting the service). virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net --=20 If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 21:27:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 947D837B551 for ; Sun, 28 May 2000 21:27:49 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id GAA12925; Mon, 29 May 2000 06:28:15 +0200 (MET DST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 12wH9W-0000um-00 for ; Mon, 29 May 2000 06:27:46 +0200 Date: Mon, 29 May 2000 06:27:46 +0200 From: Szilveszter Adam To: freebsd-stable@freebsd.org Subject: Re: 4.0-RELEASE to 4.0-STABLE upgrade Message-ID: <20000529062746.B3116@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-stable@freebsd.org References: <20000528035005.32721.qmail@hotmail.com> <20000528080156.B12786@petra.hos.u-szeged.hu> <20000528174651.A71174@ol-arem.quedawg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000528174651.A71174@ol-arem.quedawg.com>; from qfreaki@home.com on Sun, May 28, 2000 at 05:46:51PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 05:46:51PM -0400, Mbwa wrote: > > Have you also upgraded the Handbook?:-) It is now possible by going to an > > ftp mirror site and cd-ing to /pub/FreeBSD/doc// and > > downloading > > the docs in the wanted format. I only ask this because the new docs should > > have pointers to mergemaster... > > > I just downloaded the book.html.zip from ftp.freebsd.org and I didn't notice > any reference to mergemaster. Where can I get more info regarding this utility OK, I was caught at this:-) The Handbook is still not updated to reflect this (although I remembered otherwise) so you should see man page for mergemaster(8)... it is in the base system for 3.4 for sure (and of course above) but normally you do not need much documentation for using it: cd to /usr/src/etc and say 'mergemaster'. It will build a temproot environment under /var/tmp/temproot just as the Handbook does tell you but you do not have to do it by hand and also it automatically diffs the files in /etc and the temproot and if it spots any differences, you are given the choice of installing the new file as is, to keep the old file (eg you should do this with master.passwd) or to merge the two. It can also leave the file untouched and then you can finish it up later by hand. After it is finished, it asks if you want to delete the old temproot. (which you normally want to do, unless there are files you want to deal with by hand.) -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 21:46:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from adsl-151-197-204-160.bellatlantic.net (adsl-151-197-204-160.bellatlantic.net [151.197.204.160]) by hub.freebsd.org (Postfix) with ESMTP id B43AD37B551 for ; Sun, 28 May 2000 21:46:11 -0700 (PDT) (envelope-from bleez@bellatlantic.net) Received: from localhost (root@localhost) by adsl-151-197-204-160.bellatlantic.net (8.9.3/8.9.3) with ESMTP id AAA00191 for ; Mon, 29 May 2000 00:46:09 -0400 (EDT) (envelope-from bleez@bellatlantic.net) Date: Mon, 29 May 2000 00:46:09 -0400 (EDT) From: Bryan Liesner X-Sender: root@adsl-151-197-204-160.bellatlantic.net To: freebsd-stable@freebsd.org Subject: No audio on latest RealPlayer 7 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been using RealPlayer7 beta for linux for the past month or so and it's been working just fine. Their build number is ver 7.0.0.171 I grabbed the latest beta from their site, build number 7.0.0.224. When I start it, it complains "Cannot open audio device, another app may be using it". I switched back to the older version and it works fine. Any ideas? Grepping through the binaries shows that they are both looking to open /dev/dsp. ========================================================== = Bryan D. Liesner LeezSoft Communications, Inc. = = A subsidiary of LeezSoft Inc. = = bleez@bellatlantic.net Home of the Gipper = ========================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 22:17:30 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail2.bna.bellsouth.net (mail2.bna.bellsouth.net [205.152.150.14]) by hub.freebsd.org (Postfix) with ESMTP id 5D71437BB8E for ; Sun, 28 May 2000 22:17:26 -0700 (PDT) (envelope-from jim@siteplus.net) Received: from discover.siteplus.net (host-216-78-82-31.cha.bellsouth.net [216.78.82.31]) by mail2.bna.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id BAA22230; Mon, 29 May 2000 01:17:19 -0400 (EDT) Date: Mon, 29 May 2000 01:18:02 -0400 (EDT) From: Jim Weeks To: Szilveszter Adam Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.0-RELEASE to 4.0-STABLE upgrade In-Reply-To: <20000529062746.B3116@petra.hos.u-szeged.hu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 May 2000, Szilveszter Adam wrote: > > OK, I was caught at this:-) The Handbook is still not updated to reflect > this (although I remembered otherwise) so you should see man page for > mergemaster(8)... it is in the base system for 3.4 for sure (and of course > above) but normally you do not need much documentation for using it: This has been discussed on docs lately. There is a PR in for changes to the Make World page. Mergemaster will be included. > cd to /usr/src/etc and say 'mergemaster'. It will build a temproot > environment under /var/tmp/temproot just as the Handbook does tell you but > you do not have to do it by hand and also it automatically diffs the files > in /etc and the temproot and if it spots any differences, you are given the > choice of installing the new file as is, to keep the old file (eg you should > do this with master.passwd) or to merge the two. It can also leave the file > untouched and then you can finish it up later by hand. After it is finished, > it asks if you want to delete the old temproot. (which you normally want to > do, unless there are files you want to deal with by hand.) > Another note, As was mentioned look over man mergemaster. If you have done a typical install you probably only have 20mb for /var so I suggest you use /usr for the temporary files. As in the following command. mergemaster -t /usr/tmp/root -d which will also add a date to the directory in case you need to save it for some reason. You know better than anyone else which files you have made changes to that should not be changed during upgrade. Just pay attention to the file names and the diffs on the screen before installing new files. Good luck, Jim Weeks -------- A mind is a terrible thing to lose! How I miss mine.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun May 28 22:20:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id 767F037BB91 for ; Sun, 28 May 2000 22:20:33 -0700 (PDT) (envelope-from mvh@ix.netcom.com) Received: from netcom1.netcom.com (lai-ca3c-23.ix.netcom.com [209.110.242.23]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id BAA00463; Mon, 29 May 2000 01:20:20 -0400 (EDT) Received: by netcom1.netcom.com (Postfix, from userid 1000) id CAB4BE6E58; Sun, 28 May 2000 22:20:11 -0700 (PDT) From: Mike Harding To: sziszi@petra.hos.u-szeged.hu Cc: freebsd-stable@freebsd.org In-reply-to: <20000529062746.B3116@petra.hos.u-szeged.hu> (message from Szilveszter Adam on Mon, 29 May 2000 06:27:46 +0200) Subject: Re: 4.0-RELEASE to 4.0-STABLE upgrade References: <20000528035005.32721.qmail@hotmail.com> <20000528080156.B12786@petra.hos.u-szeged.hu> <20000528174651.A71174@ol-arem.quedawg.com> <20000529062746.B3116@petra.hos.u-szeged.hu> Message-Id: <20000529052011.CAB4BE6E58@netcom1.netcom.com> Date: Sun, 28 May 2000 22:20:11 -0700 (PDT) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG having used mergemaster "billions and billions" of times: you can run it from any directory. Date: Mon, 29 May 2000 06:27:46 +0200 From: Szilveszter Adam Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk X-RULES: lists On Sun, May 28, 2000 at 05:46:51PM -0400, Mbwa wrote: > > Have you also upgraded the Handbook?:-) It is now possible by going to an > > ftp mirror site and cd-ing to /pub/FreeBSD/doc// and > > downloading > > the docs in the wanted format. I only ask this because the new docs should > > have pointers to mergemaster... > > > I just downloaded the book.html.zip from ftp.freebsd.org and I didn't notice > any reference to mergemaster. Where can I get more info regarding this utility OK, I was caught at this:-) The Handbook is still not updated to reflect this (although I remembered otherwise) so you should see man page for mergemaster(8)... it is in the base system for 3.4 for sure (and of course above) but normally you do not need much documentation for using it: cd to /usr/src/etc and say 'mergemaster'. It will build a temproot environment under /var/tmp/temproot just as the Handbook does tell you but you do not have to do it by hand and also it automatically diffs the files in /etc and the temproot and if it spots any differences, you are given the choice of installing the new file as is, to keep the old file (eg you should do this with master.passwd) or to merge the two. It can also leave the file untouched and then you can finish it up later by hand. After it is finished, it asks if you want to delete the old temproot. (which you normally want to do, unless there are files you want to deal with by hand.) -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 0:35:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 25F1437BBF5 for ; Mon, 29 May 2000 00:35:24 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id JAA25320; Mon, 29 May 2000 09:34:07 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 25244; Mon May 29 09:33:08 2000 Message-ID: <39321D38.1F9887C7@cequrux.com> Date: Mon, 29 May 2000 09:33:12 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: David Malone Cc: "Marcelo J. Iturbe" , stable@FreeBSD.ORG Subject: Re: I need to recover files and directories.. References: <200005251730.KAA02309@mass.cdrom.com> <20000525134456.D28056@moose.bri.hp.com> <200005251730.KAA02309@mass.cdrom.com> <20000525194643.B532@myhakas.matti.ee> <4.3.1.2.20000526121516.00b4db20@msm.cl> <20000526173514.A16988@walton.maths.tcd.ie> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Malone wrote: > > On Fri, May 26, 2000 at 12:20:32PM -0400, Marcelo J. Iturbe wrote: > > > One of my users deleted a directory. > > It is not in the backups. > > Is there a way to recover? Is there a script that looks at the file systems > > and recovers lost file pointers, I imagine that the info might still be on > > the hard drive, just the sector was marked as usable.. > > If you're feeling really brave, and what was deleted was text then you > could try running strings on the raw disk device and grepping for the > data you're looking for. It works somethimes if you're lucky. > > strings /dev/rda0s1a | grep -10000 "keyword" Its a good idea to boot remount the affected file systems read-only ASAP as well. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 1: 7: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from epic.resnet.ucsb.edu (epic.resnet.ucsb.edu [128.111.196.5]) by hub.freebsd.org (Postfix) with ESMTP id 40CB137B8D1 for ; Mon, 29 May 2000 01:06:58 -0700 (PDT) (envelope-from mike@epic.resnet.ucsb.edu) Received: (from mike@localhost) by epic.resnet.ucsb.edu (8.9.3/8.9.3) id BAA00578 for stable@freebsd.org; Mon, 29 May 2000 01:06:58 -0700 (PDT) (envelope-from mike) Date: Mon, 29 May 2000 01:06:58 -0700 From: Mike Piatek To: stable@freebsd.org Subject: XFree86 memory leak with new FreeBSD kernel Message-ID: <20000529010658.B84488@epic.resnet.ucsb.edu> Reply-To: mrpiatek@ece.ucsb.edu Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Balsa 0.8.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I installed FreeBSD 4.0 when it was released and have not had any problems until I did a make world yesterday. Everything seemed to install okay, except today when I checked process memory usage, XFree86 4.0 had eaten up over 100mb of memory overnight. I thought this might have something to do with using XFree86 4.0, so I downgraded to version 3.3.6 and still have the same problem (memory is leaking slower, however). I assume that this has something to do with the FreeBSD kernel not deallocating when it is supposed to. Any ideas? Mike ---- Mike Piatek - mrpiatek@ece.ucsb.edu Web Address: http://epic.resnet.ucsb.com/ "What goes up must come down. Ask any system administrator." -- Anonymous To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 1:31:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from maildrop.velocet.net (maildrop.velocet.net [216.126.74.5]) by hub.freebsd.org (Postfix) with ESMTP id BF79F37BBE2 for ; Mon, 29 May 2000 01:31:09 -0700 (PDT) (envelope-from willwong@anime.ca) Received: from magus (H45.C55.tor.velocet.net [204.138.55.45]) by maildrop.velocet.net (Postfix) with SMTP id 0E4257820C for ; Mon, 29 May 2000 04:31:09 -0400 (EDT) Message-ID: <001c01bfc948$3e9f0360$0300a8c0@anime.ca> From: "William Wong" To: Subject: ntp Date: Mon, 29 May 2000 04:31:11 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there, I upgraded to STABLE-05262000 from 3.4R recently and I've noticed that ntp isn't behaving like it used to when it was xntp. What xntp was sync time with tick.utoronto.ca, and then all other machines on my home network (192.168.0.X) would then sync with my local gateway. This doesn't seem to be working anymore and I'm using the same config as I had always used with xntpd. If anyone knows what might cause this please gimme a shout. Thanks, - Will I have a very simple setup with the following config: server tick.utoronto.ca driftfile /etc/ntp.drift broadcast 192.168.0.255 ntp is running as so: ntpd -c /etc/ntp.conf -p /var/run/ntpd.pid To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 1:36:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 5B49F37BC47 for ; Mon, 29 May 2000 01:36:26 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id KAA00184; Mon, 29 May 2000 10:36:08 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 105; Mon May 29 10:35:32 2000 Message-ID: <39322BD8.95736788@cequrux.com> Date: Mon, 29 May 2000 10:35:36 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Doug Barton Cc: freebsd-stable@freebsd.org Subject: Re: Problems compiling FreeBSD stable References: <392E33A1.E1241EB0@cequrux.com> <20000526092859.B8115@stat.Duke.EDU> <392E8BEB.39C4916C@cequrux.com> <392EE4E0.6729CB13@gorean.org> <392FF0CF.DCBA309F@cequrux.com> <3930231B.D04BC457@gorean.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doug Barton wrote: > > Graham Wheeler wrote: > > > The make -i worked for me. I did a make world without the -i afterwards > > and it went through clean. > > Glad to hear that. :) > > > Unfortunately it hasn't solved any of my problems with Xfree86 4.0 > > My experience with it is universally bad. I know it works for others, > but from what I've read the CW at this point is that if it doesn't work > for you, and you can't patch the source, wait. Unfortunately the Trident Cyberblade in the Presario laptop doesn't work with XFree86 3.x (even though it is listed as a supported chipset, I could only ever get it to work in 640x400x16 mode - and even that required some hacking; just using XF86Setup didn't do it). Anyway, I can kill some time writing a Synaptics touchpad driver; hopefully while I do that some X improvements will be made. With luck I may even be able to use my X on my laptop before it becomes redundant. 8-S -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 1:56:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from es-i2.fernuni-hagen.de (ES-i2.fernuni-hagen.de [132.176.7.81]) by hub.freebsd.org (Postfix) with ESMTP id 7967E37B681; Mon, 29 May 2000 01:56:42 -0700 (PDT) (envelope-from jfh@es-i2.fernuni-hagen.de) Received: (from jfh@localhost) by es-i2.fernuni-hagen.de (8.9.3/8.9.3) id KAA26659; Mon, 29 May 2000 10:56:38 +0200 (CEST) (envelope-from jfh) Date: Mon, 29 May 2000 10:56:38 +0200 (CEST) From: Fritz Heinrichmeyer Message-Id: <200005290856.KAA26659@es-i2.fernuni-hagen.de> To: FreeBSD-gnats-submit@freebsd.org, freebsd-stable@freebsd.org Subject: SMP kernel from 22. May unstable Reply-To: jfh@es-i2.fernuni-hagen.de X-send-pr-version: 3.2 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Submitter-Id: current-users >Originator: Fritz Heinrichmeyer Fritz Heinrichmeyer >Organization: Fernuni >Confidential: yes >Synopsis: 4.0-Stable SMP kernel from 22. May unstable >Severity: serious >Priority: medium >Category: kern >Release: FreeBSD 4.0-STABLE i386 >Class: sw-bug >Environment: jfh@es-i2:/tmp,10:52:41>dmesg Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Mon May 22 10:50:49 CEST 2000 root@es-i2.fernuni-hagen.de:/usr/src/sys/compile/ES-I2.single Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (265.26-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping = 3 Features=0x80fbff real memory = 268435456 (262144K bytes) avail memory = 257900544 (251856K bytes) Preloaded elf kernel "kernel.single" at 0xc031c000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 Correcting Natoma config for non-SMP Correcting Natoma config for non-SMP isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at 7.1 pci0: at 10.0 irq 11 xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xef00-0xef3f irq 10 at device 11.0 on pci0 xl0: Ethernet address: 00:60:08:57:38:16 miibus0: on xl0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: supplying EUI64: 00:60:08:ff:fe:57:38:16 ahc0: port 0xec00-0xecff mem 0xfebfb000-0xfebfbfff irq 11 at device 14.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A Waiting 5 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 8682MB (17781520 512 byte sectors: 255H 63S/T 1106C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 8682MB (17781520 512 byte sectors: 255H 63S/T 1106C) Mounting root from ufs:/dev/da0s1a cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: Attempt to query device size failed: NOT READY, Medium not present WARNING: / was not properly dismounted xl0: starting DAD for fe80:0001::0260:08ff:fe57:3816 xl0: DAD complete for fe80:0001::0260:08ff:fe57:3816 - no duplicates found xl0: transmission error: 90 xl0: tx underrun, increasing tx start threshold to 120 bytes xl0: transmission error: 90 xl0: tx underrun, increasing tx start threshold to 180 bytes >Description: SMP kernel reboots randomly. DMESG output is from single CPU-kernel. There where no SMP problems since one year. World and kernel are in sync. >How-To-Repeat: reboot with SMP-kernel >Fix: reboot with single-cpu kernel. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 3:17:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from jfh00.fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by hub.freebsd.org (Postfix) with ESMTP id 93A7337B979 for ; Mon, 29 May 2000 03:17:47 -0700 (PDT) (envelope-from fritz.heinrichmeyer@fernuni-hagen.de) Received: from fernuni-hagen.de (jfh00.fernuni-hagen.de [132.176.7.6]) by jfh00.fernuni-hagen.de (Postfix) with ESMTP id B1E331235; Mon, 29 May 2000 12:17:38 +0200 (CEST) Message-ID: <393243C2.A1CBD12C@fernuni-hagen.de> Date: Mon, 29 May 2000 12:17:38 +0200 From: "F. Heinrichmeyer" Organization: FernUni in Hagen X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.14-15mdksmp i686) X-Accept-Language: de-DE, German/Germany, en MIME-Version: 1.0 Cc: freebsd-stable@FreeBSD.ORG Subject: SMP reboot or not reboot References: <20000528035005.32721.qmail@hotmail.com> <20000528080156.B12786@petra.hos.u-szeged.hu> <20000528174651.A71174@ol-arem.quedawg.com> <20000529062746.B3116@petra.hos.u-szeged.hu> <20000529052011.CAB4BE6E58@netcom1.netcom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The reboots occured again some days after my earlier optimistic mail ... Greetings -- Fritz Heinrichmeyer mailto:fritz.heinrichmeyer@fernuni-hagen.de FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany) tel:+49 2331/987-1166 fax:987-355 http://www-es.fernuni-hagen.de/~jfh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 3:35:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from piano.mahoroba.org (ratch.spacecom.netspace.or.jp [202.238.190.78]) by hub.freebsd.org (Postfix) with ESMTP id 0B49337BB53; Mon, 29 May 2000 03:35:45 -0700 (PDT) (envelope-from ume@bisd.hitachi.co.jp) Received: from localhost (IDENT:WGea50qSTOhcnGz9nIL0X9OmcgTf8+mQWp4yUVLjLfqkjKHaoIflL2aQMtTkS24Q@localhost [::1]) by piano.mahoroba.org (8.10.1/3.7W-piano) with ESMTP id e4TAZS803094; Mon, 29 May 2000 19:35:28 +0900 (JST) (envelope-from ume@bisd.hitachi.co.jp) To: andrews@technologist.com Cc: Cy.Schubert@uumail.gov.bc.ca, stable@FreeBSD.ORG, current@FreeBSD.ORG Cc: ume@bisd.hitachi.co.jp Subject: Re: ftp(1) breakage w/ passive mode? In-Reply-To: <20000528210423.F10345@argon.gryphonsoft.com> References: <20000528190327.C10345@argon.gryphonsoft.com> <200005290054.e4T0s2446726@cwsys.cwsent.com> <20000528210423.F10345@argon.gryphonsoft.com> X-Mailer: xcite1.20> Mew version 1.94.2 on Emacs 20.6 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-OS: FreeBSD 3.4-RELEASE + KAME from cvs repository Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_May_29_19:35:22_2000_809)--" Content-Transfer-Encoding: 7bit Message-Id: <20000529193526V.ume@bisd.hitachi.co.jp> Date: Mon, 29 May 2000 19:35:26 +0900 From: Hajimu UMEMOTO (=?ISO-2022-JP?B?GyRCR19LXBsoQiA=?= =?ISO-2022-JP?B?GyRCSCUbKEI=?=) X-Dispatcher: imput version 20000228(IM140) Lines: 95 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----Next_Part(Mon_May_29_19:35:22_2000_809)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit >>>>> On Sun, 28 May 2000 21:04:23 -0400 >>>>> Will Andrews said: > What would make ftp(1) think it has an IPv6 connection? andrews> I have no idea.. It seems ftp(1) think using IPv6. There is a bug in existing getaddrinfo(). getaddrinfo() returns IPv4 address as IPv4 mapped IPv6 address in some case. It occures when: - INET6 is enabled in kernel - host has A RR and AAAA RR IPv4 connection via mapped address is still IPv6 connection. In this case, if ftp(1) doesn't have awareness of using mapped address, your problem will occur. And, ftp(1) seems not aware about it. But, it seems ftp.FreeBSD.org does't have AAAA RR. So, I believe it is not applicable to your case. And, actually I dont' see this problem here. However, I have no idea without this case. So, I attach the patch to solve getaddrinfo() problem. Please try it and I would like to hear the result. ----Next_Part(Mon_May_29_19:35:22_2000_809)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Description: getaddrinfo-mapped-workaround.diff Content-Disposition: attachment; filename="getaddrinfo-mapped-workaround.diff" Index: lib/libc/net/getaddrinfo.c diff -u lib/libc/net/getaddrinfo.c.orig lib/libc/net/getaddrinfo.c --- lib/libc/net/getaddrinfo.c.orig Thu Apr 20 12:31:40 2000 +++ lib/libc/net/getaddrinfo.c Mon Apr 24 21:41:24 2000 @@ -148,6 +148,7 @@ static int get_portmatch __P((const struct addrinfo *, const char *)); static int get_port __P((struct addrinfo *, const char *, int)); static const struct afd *find_afd __P((int)); +static void unmappedaddr __P((struct addrinfo *)); static char *ai_errlist[] = { "Success", @@ -512,6 +513,7 @@ */ GET_CANONNAME(cur->ai_next, hp->h_name); } + unmappedaddr(cur->ai_next); while (cur && cur->ai_next) cur = cur->ai_next; @@ -903,4 +905,25 @@ return afd; } return NULL; +} + +static void +unmappedaddr(struct addrinfo *res) +{ + struct sockaddr_in6 *sin6; + struct sockaddr_in *sin; + u_int32_t addr; + int port; + + sin6 = (struct sockaddr_in6 *)res->ai_addr; + if (IN6_IS_ADDR_V4MAPPED(&sin6->sin6_addr)) { + sin = (struct sockaddr_in *)res->ai_addr; + addr = *(u_int32_t *)&sin6->sin6_addr.s6_addr[12]; + port = sin6->sin6_port; + memset(res->ai_addr, 0, res->ai_addrlen); + sin->sin_addr.s_addr = addr; + sin->sin_port = port; + sin->sin_family = res->ai_family = AF_INET; + sin->sin_len = res->ai_addrlen = sizeof(struct sockaddr_in); + } } ----Next_Part(Mon_May_29_19:35:22_2000_809)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Description: My Signature Content-Disposition: attachment; filename=".signature-world" Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@FreeBSD.org http://www.imasy.org/~ume/ ----Next_Part(Mon_May_29_19:35:22_2000_809)---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 4: 8: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id 8C2E237BA51; Mon, 29 May 2000 04:07:57 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from kiwi.itojun.org (localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.9.3+3.2W/3.7W/smtpfeed 1.06) with ESMTP id UAA12874; Mon, 29 May 2000 20:07:55 +0900 (JST) To: Hajimu UMEMOTO (=?ISO-2022-JP?B?GyRCR19LXBsoQiAbJEJIJRsoQg==?=) Cc: andrews@technologist.com, Cy.Schubert@uumail.gov.bc.ca, stable@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: ume's message of Mon, 29 May 2000 19:35:26 JST. <20000529193526V.ume@bisd.hitachi.co.jp> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: ftp(1) breakage w/ passive mode? From: itojun@iijlab.net Date: Mon, 29 May 2000 20:07:54 +0900 Message-ID: <12872.959598474@coconut.itojun.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >There is a bug in existing getaddrinfo(). getaddrinfo() returns IPv4 >address as IPv4 mapped IPv6 address in some case. It occures when: > - INET6 is enabled in kernel > - host has A RR and AAAA RR I guess the condition includes RES_USE_INET6 ("options inet6" in resolv.conf). itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 5: 0:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 7F85C37B7C7 for ; Mon, 29 May 2000 05:00:20 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id NAA16169; Mon, 29 May 2000 13:59:41 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 16086; Mon May 29 13:58:59 2000 Message-ID: <39325B87.B24A1901@cequrux.com> Date: Mon, 29 May 2000 13:59:04 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Michel Talon , freebsd-stable@freebsd.org Subject: Re: Problems compiling FreeBSD stable References: <392E33A1.E1241EB0@cequrux.com> <20000526092859.B8115@stat.Duke.EDU> <392E8BEB.39C4916C@cequrux.com> <392EE4E0.6729CB13@gorean.org> <392FF0CF.DCBA309F@cequrux.com> <3930231B.D04BC457@gorean.org> <39322BD8.95736788@cequrux.com> <20000529131706.A717@lpthe.jussieu.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michel Talon wrote: > > On Mon, May 29, 2000 at 10:35:36AM +0200, Graham Wheeler wrote: > > Doug Barton wrote: > > > > > > Graham Wheeler wrote: > > > > > > > The make -i worked for me. I did a make world without the -i afterwards > > > > and it went through clean. > > > > > > Glad to hear that. :) > > > > > > > Unfortunately it hasn't solved any of my problems with Xfree86 4.0 > > > > > > My experience with it is universally bad. I know it works for others, > > > but from what I've read the CW at this point is that if it doesn't work > > > for you, and you can't patch the source, wait. > > > > Unfortunately the Trident Cyberblade in the Presario laptop doesn't work > > with XFree86 3.x (even though it is listed as a supported chipset, I > > could only ever get it to work in 640x400x16 mode - and even that > > required some hacking; just using XF86Setup didn't do it). > > > > Anyway, I can kill some time writing a Synaptics touchpad driver; > > hopefully while I do that some X improvements will be made. With luck I > > may even be able to use my X on my laptop before it becomes redundant. > > 8-S > > > On the Dell Inspiron 3500 that i have, there is a Synaptrics touchpad. It > works very correctly with psm (and then /dev/sysmouse under X), except > the funny modes that one can activate in Windows (like dragging on the edges > to scroll windows). In any case one can even left click by tapping > the touchpad etc. It acts like a ps2 mouse. So does mine - until ((time()%random(300)==0), and then it goes beserk, generating what seems to be streams of random mouse events, with (under X) menus and windows popping up all over. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 5:12:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id B89C337BBE1 for ; Mon, 29 May 2000 05:12:44 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id OAA16987; Mon, 29 May 2000 14:10:12 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 16931; Mon May 29 14:09:17 2000 Message-ID: <39325DF2.46CFC07B@cequrux.com> Date: Mon, 29 May 2000 14:09:22 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Michel Talon , freebsd-stable@freebsd.org Subject: Re: Problems compiling FreeBSD stable References: <392E33A1.E1241EB0@cequrux.com> <20000526092859.B8115@stat.Duke.EDU> <392E8BEB.39C4916C@cequrux.com> <392EE4E0.6729CB13@gorean.org> <392FF0CF.DCBA309F@cequrux.com> <3930231B.D04BC457@gorean.org> <39322BD8.95736788@cequrux.com> <20000529131706.A717@lpthe.jussieu.fr> <39325B87.B24A1901@cequrux.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Graham Wheeler wrote: > > Michel Talon wrote: > > > > > On the Dell Inspiron 3500 that i have, there is a Synaptrics touchpad. It > > works very correctly with psm (and then /dev/sysmouse under X), except > > the funny modes that one can activate in Windows (like dragging on the edges > > to scroll windows). In any case one can even left click by tapping > > the touchpad etc. It acts like a ps2 mouse. > > So does mine - until ((time()%random(300)==0), and then it goes Actually that should read (time()-X_start_time) > random(300) ;-) Put another way, its usually gone beserk within about a minute, and the longest that it has worked for me has been about five minutes. The problems usually seem to start after my finger reaches the edge of the pad for the nth time, where n is indeterminate but not that big. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 6: 4:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 21EC937BBFA for ; Mon, 29 May 2000 06:04:34 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p21-dn02kiryunisiki.gunma.ocn.ne.jp [211.0.245.86]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id WAA17732; Mon, 29 May 2000 22:04:30 +0900 (JST) Message-ID: <39326B0F.EA81A31C@newsguy.com> Date: Mon, 29 May 2000 22:05:19 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: mrpiatek@ece.ucsb.edu Cc: stable@FreeBSD.ORG Subject: Re: XFree86 memory leak with new FreeBSD kernel References: <20000529010658.B84488@epic.resnet.ucsb.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Piatek wrote: > > I installed FreeBSD 4.0 when it was released and have not had any problems until > I did a make world yesterday. Everything seemed to install okay, except today > when I checked process memory usage, XFree86 4.0 had eaten up over 100mb of > memory overnight. I thought this might have something to do with using XFree86 4.0, > so I downgraded to version 3.3.6 and still have the same problem (memory is > leaking slower, however). I assume that this has something to do with the FreeBSD > kernel not deallocating when it is supposed to. Any ideas? Forgive me for asking, but what evidence do you have of memory leak? A lot of people make such claims out of plain ignorance of what the memory stats on top(1) mean. -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@another.bsdconspiracy.org "Sentience hurts." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 7: 4:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail2.bna.bellsouth.net (mail2.bna.bellsouth.net [205.152.150.14]) by hub.freebsd.org (Postfix) with ESMTP id 9F45637B893 for ; Mon, 29 May 2000 07:04:45 -0700 (PDT) (envelope-from jim@siteplus.net) Received: from discover.siteplus.net (host-216-78-82-31.cha.bellsouth.net [216.78.82.31]) by mail2.bna.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id KAA20132; Mon, 29 May 2000 10:04:21 -0400 (EDT) Date: Mon, 29 May 2000 10:05:13 -0400 (EDT) From: Jim Weeks To: Graham Wheeler Cc: Doug Barton , freebsd-stable@FreeBSD.ORG Subject: Re: Problems compiling FreeBSD stable In-Reply-To: <39322BD8.95736788@cequrux.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Unfortunately the Trident Cyberblade in the Presario laptop doesn't work > with XFree86 3.x (even though it is listed as a supported chipset, I > could only ever get it to work in 640x400x16 mode - and even that > required some hacking; just using XF86Setup didn't do it). It works fine in 3.3.6 for my Compaq Presario 1200. Section "Device" Identifier "DSTN" VendorName "Trident" BoardName "CyberBlade" #VideoRam 4096 # Insert Clocks lines here if appropriate EndSection The Presario has 4mb of shared video memory so the first start automatical commented out my entry. Other than that It worked the first time. Jim Weeks -------- A mind is a terrible thing to lose! How I miss mine.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 7:26:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 680E437BC14 for ; Mon, 29 May 2000 07:25:41 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id QAA04599; Mon, 29 May 2000 16:24:47 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 4594; Mon May 29 16:24:12 2000 Message-ID: <39327D91.55BBEAF0@cequrux.com> Date: Mon, 29 May 2000 16:24:17 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Michel Talon , freebsd-stable@freebsd.org Subject: Re: Synaptics touchpad (was: Re: Problems compiling FreeBSD stable) References: <392E8BEB.39C4916C@cequrux.com> <392EE4E0.6729CB13@gorean.org> <392FF0CF.DCBA309F@cequrux.com> <3930231B.D04BC457@gorean.org> <39322BD8.95736788@cequrux.com> <20000529131706.A717@lpthe.jussieu.fr> <39325B87.B24A1901@cequrux.com> <39325DF2.46CFC07B@cequrux.com> <20000529143455.A926@lpthe.jussieu.fr> <39326617.24B206E@cequrux.com> <20000529154810.A281@lpthe.jussieu.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michel Talon wrote: > > I have rebooted to dos to see the Touchpad precise spec. but no luck. I also > went to www.synaptics.com, it seems it is a standard touchpad, but i have no > more info. I have lost the precise description from Dell. Sorry. > > Do you run 4.0 RELEASE or STABLE? I have seen much better behaviour on STABLE > with respect to cutting and pasting (but have never lost sync like you. This > however occured with an external ps2 mouse). Tried both. The reason I moved from RELEASE to STABLE was to try to solve the problem. I don't have the problem if I use an external ps2 mouse. However, that isn't really a solution either, as my palm or fingers can brush the touchpad and still cause the bad behaviour to occur. If I could turn off the touchpad and just use the external mouse, that would be one solution (although far from ideal). I have all the synaptics specs, so when I get a chance I'll dig in the psm code and see if I can fix it. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 7:52:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 5D92237BC47 for ; Mon, 29 May 2000 07:52:06 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id QAA06898; Mon, 29 May 2000 16:51:29 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 6808; Mon May 29 16:50:43 2000 Message-ID: <393283C9.24A24365@cequrux.com> Date: Mon, 29 May 2000 16:50:49 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Jim Weeks Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Problems compiling FreeBSD stable References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jim Weeks wrote: > > > > > Unfortunately the Trident Cyberblade in the Presario laptop doesn't work > > with XFree86 3.x (even though it is listed as a supported chipset, I > > could only ever get it to work in 640x400x16 mode - and even that > > required some hacking; just using XF86Setup didn't do it). > > It works fine in 3.3.6 for my Compaq Presario 1200. > > Section "Device" > Identifier "DSTN" > VendorName "Trident" > BoardName "CyberBlade" > #VideoRam 4096 > # Insert Clocks lines here if appropriate > EndSection > > The Presario has 4mb of shared video memory so the first start > automatical commented out my entry. Other than that It worked the first > time. What happened with me: * when starting X it says `unknown chipset' * running XF86Setup starts VGA16 server okay, but even if I then configured the server as 640x480x16, it wouldn't start up properly. I had to add an option to get that to work (I can't remember what but it was; I think it may have been the `cyber_shadow' option). * if I tried to configure it as 800x600xN, I would get a config file that told me there was no matching mode line. The server would report all of my clocks as 28.2. * If I put in mode lines for a clock of 28, then I would get a horrible whiteout in the screen. Options like disabling LCD stretching didn't help. I tried every matching mode line I could find in the various X examples/samples/docs. * I had to explicitly add a VideoRam line or X would complain that it didn't have enough memory to support the SVGA modes I wanted (800x600x16 or 800x600x24; the machine has 8MB video RAM so clearly there is more than enough). I spent about a week trying all sorts of combinations to no avail, and then I found a Linux website which had a XFree86 4.0 config file for the Presario 1600. I installed that, switched back to XFree86 4.0, and it worked - except for the nasty problems I have when I switch out of X (remap of Enter to ScrollLock; machine freezes when I switch back to X). -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 8: 3:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id AF54137B68B; Mon, 29 May 2000 08:03:18 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id IAA17996; Mon, 29 May 2000 08:02:34 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda17994; Mon May 29 08:02:24 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.9.3/8.9.1) id IAA12365; Mon, 29 May 2000 08:02:23 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdd12351; Mon May 29 08:01:51 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.10.1/8.9.1) id e4TF1nr01222; Mon, 29 May 2000 08:01:49 -0700 (PDT) Message-Id: <200005291501.e4TF1nr01222@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdgq1218; Mon May 29 08:01:37 2000 X-Mailer: exmh version 2.1.1 10/15/1999 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.0-STABLE X-Sender: cy To: Hajimu UMEMOTO (=?ISO-2022-JP?B?GyRCR19LXBsoQiA=?= =?ISO-2022-JP?B?GyRCSCUbKEI=?=) Cc: andrews@technologist.com, Cy.Schubert@uumail.gov.bc.ca, stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ftp(1) breakage w/ passive mode? In-reply-to: Your message of "Mon, 29 May 2000 19:35:26 +0900." <20000529193526V.ume@bisd.hitachi.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 May 2000 08:01:35 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This might even solve my Kerberos V problem when IPv6 is enabled in the kernel. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC In message <20000529193526V.ume@bisd.hitachi.co.jp>, Hajimu UMEMOTO writes: > ----Next_Part(Mon_May_29_19:35:22_2000_809)-- > Content-Type: Text/Plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > > >>>>> On Sun, 28 May 2000 21:04:23 -0400 > >>>>> Will Andrews said: > > > What would make ftp(1) think it has an IPv6 connection? > > andrews> I have no idea.. > > It seems ftp(1) think using IPv6. > > There is a bug in existing getaddrinfo(). getaddrinfo() returns IPv4 > address as IPv4 mapped IPv6 address in some case. It occures when: > > - INET6 is enabled in kernel > - host has A RR and AAAA RR > > IPv4 connection via mapped address is still IPv6 connection. In this > case, if ftp(1) doesn't have awareness of using mapped address, your > problem will occur. And, ftp(1) seems not aware about it. > > But, it seems ftp.FreeBSD.org does't have AAAA RR. So, I believe it > is not applicable to your case. And, actually I dont' see this > problem here. However, I have no idea without this case. So, I > attach the patch to solve getaddrinfo() problem. Please try it and I > would like to hear the result. > > > ----Next_Part(Mon_May_29_19:35:22_2000_809)-- > Content-Type: Text/Plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > Content-Description: getaddrinfo-mapped-workaround.diff > Content-Disposition: attachment; > filename="getaddrinfo-mapped-workaround.diff" > > Index: lib/libc/net/getaddrinfo.c > diff -u lib/libc/net/getaddrinfo.c.orig lib/libc/net/getaddrinfo.c > --- lib/libc/net/getaddrinfo.c.orig Thu Apr 20 12:31:40 2000 > +++ lib/libc/net/getaddrinfo.c Mon Apr 24 21:41:24 2000 > @@ -148,6 +148,7 @@ > static int get_portmatch __P((const struct addrinfo *, const char *)); > static int get_port __P((struct addrinfo *, const char *, int)); > static const struct afd *find_afd __P((int)); > +static void unmappedaddr __P((struct addrinfo *)); > > static char *ai_errlist[] = { > "Success", > @@ -512,6 +513,7 @@ > */ > GET_CANONNAME(cur->ai_next, hp->h_name); > } > + unmappedaddr(cur->ai_next); > > while (cur && cur->ai_next) > cur = cur->ai_next; > @@ -903,4 +905,25 @@ > return afd; > } > return NULL; > +} > + > +static void > +unmappedaddr(struct addrinfo *res) > +{ > + struct sockaddr_in6 *sin6; > + struct sockaddr_in *sin; > + u_int32_t addr; > + int port; > + > + sin6 = (struct sockaddr_in6 *)res->ai_addr; > + if (IN6_IS_ADDR_V4MAPPED(&sin6->sin6_addr)) { > + sin = (struct sockaddr_in *)res->ai_addr; > + addr = *(u_int32_t *)&sin6->sin6_addr.s6_addr[12]; > + port = sin6->sin6_port; > + memset(res->ai_addr, 0, res->ai_addrlen); > + sin->sin_addr.s_addr = addr; > + sin->sin_port = port; > + sin->sin_family = res->ai_family = AF_INET; > + sin->sin_len = res->ai_addrlen = sizeof(struct sockaddr_in); > + } > } > > ----Next_Part(Mon_May_29_19:35:22_2000_809)-- > Content-Type: Text/Plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > Content-Description: My Signature > Content-Disposition: attachment; filename=".signature-world" > > Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan > ume@mahoroba.org ume@bisd.hitachi.co.jp ume@FreeBSD.org > http://www.imasy.org/~ume/ > > ----Next_Part(Mon_May_29_19:35:22_2000_809)---- > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 8:15:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.surf1.de (mail.surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id 2E83137BA06; Mon, 29 May 2000 08:15:18 -0700 (PDT) (envelope-from alex@cichlids.com) Received: from cichlids.com (p3E9EE6F6.dip0.t-ipconnect.de [62.158.230.246]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id RAA30661; Mon, 29 May 2000 17:15:40 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id C32DEAC30; Mon, 29 May 2000 17:15:28 +0200 (CEST) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id RAA01878; Mon, 29 May 2000 17:15:07 +0200 (CEST) (envelope-from alex) Date: Mon, 29 May 2000 17:15:07 +0200 From: Alexander Langer To: Hajimu UMEMOTO Cc: andrews@technologist.com, Cy.Schubert@uumail.gov.bc.ca, stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ftp(1) breakage w/ passive mode? Message-ID: <20000529171507.A1777@cichlids.cichlids.com> Mail-Followup-To: Hajimu UMEMOTO , andrews@technologist.com, Cy.Schubert@uumail.gov.bc.ca, stable@FreeBSD.ORG, current@FreeBSD.ORG References: <20000528190327.C10345@argon.gryphonsoft.com> <200005290054.e4T0s2446726@cwsys.cwsent.com> <20000528210423.F10345@argon.gryphonsoft.com> <20000529193526V.ume@bisd.hitachi.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000529193526V.ume@bisd.hitachi.co.jp>; from ume@bisd.hitachi.co.jp on Mon, May 29, 2000 at 07:35:26PM +0900 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Hajimu UMEMOTO (ume@bisd.hitachi.co.jp): > IPv4 connection via mapped address is still IPv6 connection. In this > case, if ftp(1) doesn't have awareness of using mapped address, your > problem will occur. And, ftp(1) seems not aware about it. Yes. NetBSD did that commit just right now. I guess they obtained it from you, or it's just a BIG coincidence. Module Name: basesrc Committed By: itojun Date: Mon May 29 14:57:29 UTC 2000 Modified Files: basesrc/usr.bin/ftp: extern.h fetch.c ftp.c Log Message: convert IPv4 mapped address (::ffff:10.1.1.1) into real IPv4 address before touching it. IPv4 mapped address complicates too many things in FTP protocol handling. Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 8:40:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from epic.resnet.ucsb.edu (epic.resnet.ucsb.edu [128.111.196.5]) by hub.freebsd.org (Postfix) with ESMTP id 11C2737BC7C for ; Mon, 29 May 2000 08:40:50 -0700 (PDT) (envelope-from mike@epic.resnet.ucsb.edu) Received: (from mike@localhost) by epic.resnet.ucsb.edu (8.9.3/8.9.3) id IAA01564; Mon, 29 May 2000 08:40:48 -0700 (PDT) (envelope-from mike) Date: Mon, 29 May 2000 08:40:48 -0700 From: Mike Piatek To: stable@freebsd.org Cc: dcs@newsguy.com Subject: Re: XFree86 memory leak with new FreeBSD kernel Message-ID: <20000529084048.A1468@epic.resnet.ucsb.edu> Reply-To: mrpiatek@ece.ucsb.edu References: <39326B0F.EA81A31C@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 In-Reply-To: <39326B0F.EA81A31C@newsguy.com>; from dcs@newsguy.com on Mon, May 29, 2000 at 06:05:19 -0700 X-Mailer: Balsa 0.8.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 May 2000 06:05:19 Daniel C. Sobral wrote: > Mike Piatek wrote: > > > > I installed FreeBSD 4.0 when it was released and have not had any problems until > > I did a make world yesterday. Everything seemed to install okay, except today > > when I checked process memory usage, XFree86 4.0 had eaten up over 100mb of > > memory overnight. I thought this might have something to do with using XFree86 4.0, > > so I downgraded to version 3.3.6 and still have the same problem (memory is > > leaking slower, however). I assume that this has something to do with the FreeBSD > > kernel not deallocating when it is supposed to. Any ideas? > > Forgive me for asking, but what evidence do you have of memory leak? A > lot of people make such claims out of plain ignorance of what the memory > stats on top(1) mean. Well, yes, I was looking at top, but I also was looking at how much swap space was being used. Usually in XFree86 4.0, X windows will be "using" about 90-100mb of RAM. When I checked it, that amount had increased to over 225mb of RAM. When I looked at the swap usage, it was up at 90mb (I have 192mb of RAM and was not running any other processes which were using a significant amount of RAM). Most of the other processes were swapped out. Then when I tried to kill X with control-alt-backspace, the entire machine crashed. I have not noticed this with any other binaries, which is why I tried to reinstall version 3.3.6 of XFree86. If no one knows of a fix, I suppose I can go back to 4.0-RELEASE and try again, but things are busy right now and it would be difficult to spend that much time on this. Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 9: 0:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by hub.freebsd.org (Postfix) with ESMTP id 6EEDA37BC47 for ; Mon, 29 May 2000 09:00:26 -0700 (PDT) (envelope-from marisombra@mindspring.com) Received: from gaea.mindspring.com (ip128.harrisburg2.pa.pub-ip.psi.net [38.38.148.128]) by tisch.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id MAA06599 for ; Mon, 29 May 2000 12:00:19 -0400 (EDT) Message-Id: <4.3.2.20000529120030.00a934b0@pop.mindspring.com> X-Sender: marisombra@pop.mindspring.com X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Mon, 29 May 2000 12:00:42 -0400 To: stable@freebsd.org From: "Daniel J. Zaccariello" Subject: Fwd: User PPP with -nat and -auto Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Delivered-To: freebsd-questions@freebsd.org >X-Sender: marisombra@pop.mindspring.com >X-Mailer: QUALCOMM Windows Eudora Version 4.3 >Date: Mon, 29 May 2000 01:26:07 -0400 >To: freebsd-questions@FreeBSD.ORG >From: "Daniel J. Zaccariello" >Subject: User PPP with -nat and -auto >Sender: owner-freebsd-questions@FreeBSD.ORG >X-Loop: FreeBSD.ORG > >Greets, > >I've run into a snag here. When I invoke ppp with the -nat and -auto >options, machines on the LAN can make the FreeBSD box dial, but nothing >after that. When I use -nat and -ddial, everything works fine. I can't >find anything about this problem. Anyone have insights? If you need any >info about my config, lemme know. > >This is a 4.0-stable box cvsupp'ed on Friday night. > > >Thanks, > >djz > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 9: 9:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from unet.univie.ac.at (unet.univie.ac.at [131.130.230.7]) by hub.freebsd.org (Postfix) with ESMTP id B379537BC8E for ; Mon, 29 May 2000 09:09:10 -0700 (PDT) (envelope-from a9404849@unet.univie.ac.at) Received: from localhost.localdomain (unet2-102.univie.ac.at [131.130.232.102]) by unet.univie.ac.at (8.9.3/8.9.3) with ESMTP id SAA150302; Mon, 29 May 2000 18:09:04 +0200 Received: from localhost (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.9.3/8.9.3) with ESMTP id RAA01253; Mon, 29 May 2000 17:50:49 +0200 (CEST) (envelope-from a9404849@unet.univie.ac.at) Date: Mon, 29 May 2000 17:50:49 +0200 (CEST) From: Lukas Ertl X-Sender: lukas@localhost.localdomain To: Derek Tattersall Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Strange message In-Reply-To: <20000527065950.A967@mebtel.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 27 May 2000, Derek Tattersall wrote: > I cvsup'ed to 4.0 stable on a generic pentiu, II MMX box with a Netgear tulip > card. I am getting a message shortly after boot-up finishes which puzzles me. > The message follows: > lorne /kernel: arplookup 0.0.0.0 failed: host is not on local network. > > Can anyone tell me what I have misconfigured to cause this? And what are the > implications for the operation of my system? Hi, I had almost the same message here, but it was host 13.10.15.10 instead of 0.0.0.0. The problem was a program called "LanGuard", installed on the Win2k box of one of my co-workers, that continously sent out arp requests but spoofed the MAC address of the machines NIC. You could try: tcpdump -n -e -p arp and then hunt down the MAC address. HTH, le -- "Special cocktails for the ladies with nuts." -- Sign in a Tokyo bar. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 10:31:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from aragorn.neomedia.it (aragorn.neomedia.it [195.103.207.6]) by hub.freebsd.org (Postfix) with ESMTP id 7F95037BCF3 for ; Mon, 29 May 2000 10:31:21 -0700 (PDT) (envelope-from bartequi@neomedia.it) Received: from bartequi.ottodomain.org (ppp3-pa5.neomedia.it [195.103.207.115]) by aragorn.neomedia.it (8.9.3/8.9.3) with SMTP id TAA15817; Mon, 29 May 2000 19:30:41 +0200 (CEST) From: Salvo Bartolotta Date: Mon, 29 May 2000 18:31:48 GMT Message-ID: <20000529.18314800@bartequi.ottodomain.org> Subject: Re: Problems compiling FreeBSD stable To: Graham Wheeler Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <392D1CC3.B5351A71@cequrux.com> References: <392D1CC3.B5351A71@cequrux.com> X-Mailer: SuperCalifragilis X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 5/25/00, 1:29:57 PM, Graham Wheeler wrote regarding Problems compiling FreeBSD stable: > Hi all > I am trying to do a `make world' after cvsup'ing my whole /usr/src tree > to the latest RELENG_4 stable release (international version). I'm > getting a whole load of errors when it gets to compiling gcc though. I= > have attached the tail end of my make output. > Also, I managed to build a kernel using the same config file as I used= > for a 4.0 kernel. The new kernel causes a page fault panic upon booting. > Does anyone have any suggestions as to how I can proceed? Other than the > obvious one of going back to the source on my 4.0 CDs... > TIA > gram Dear Graham Wheeler, after reading about your difficulties in making 4.0-STABLE in the past few days, I tried the build myself. I updated my "old" 4.0-S sources (as of 7 May) at about 11 GMT on 28 May. FWIW, I didn't meet any problems either in the buildworld or in the installworld; also, *every* step of the make world process went smooth. BTW, in the past week[-end] I successfully made the world for 3-STABLE, 4-STABLE and -CURRENT. I may be completely wrong, but three possibilities come to mind at the moment: 1) the necessity to make includes under special circumstances (as suggested by Doug Barton); 2) the opportunity of using the "list=3Dcvs:" trick when updating one's sources -- as described in the FAQ found at http://www.polstra.com ; 3) the problems, if any, were soon cleared at source level. Incidentally, I DID a "make includes" to get rid of aic7xxx-related syntax errors -- under -CURRENT. Or perhaps I haven't still been bitten by the "make includes" issue under [34]-STABLE. Could someone more knowledgeable out there shed more light on what may have occurred in your case, please ? :-) Best regards, Salvo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 12:13:57 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ajax.e-net.com.br (ajax.e-net.com.br [200.194.249.10]) by hub.freebsd.org (Postfix) with ESMTP id 437E137BA04 for ; Mon, 29 May 2000 12:13:41 -0700 (PDT) (envelope-from bigshot@e-net.com.br) Received: from modem97.e-net.com.br (modem97.e-net.com.br [200.194.252.111]) by ajax.e-net.com.br (8.9.3/8.9.3) with ESMTP id QAA21870 for ; Mon, 29 May 2000 16:19:26 -0300 (EST) Date: Mon, 29 May 2000 16:15:28 -0300 (EST) From: BigShot X-Sender: bigshot@jangada.softnet.com.br To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 12:28:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from priv-edtnes04-hme0.telusplanet.net (edtnes04.telus.net [199.185.220.104]) by hub.freebsd.org (Postfix) with ESMTP id B98EC37BCE4 for ; Mon, 29 May 2000 12:28:31 -0700 (PDT) (envelope-from james@aspert.com) Received: from james ([209.53.43.91]) by priv-edtnes04-hme0.telusplanet.net (InterMail vM.4.01.02.11 201-229-116-111) with SMTP id <20000529192830.PRWH4208.priv-edtnes04-hme0.telusplanet.net@james> for ; Mon, 29 May 2000 13:28:30 -0600 Message-ID: <003d01bfc9a3$f35eed00$5b2b35d1@aspert.com> From: "James A. Peltier" To: Subject: subscribe Date: Mon, 29 May 2000 12:27:38 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 15: 8:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from www.kpi.com.au (www.kpi.com.au [203.39.132.210]) by hub.freebsd.org (Postfix) with ESMTP id 2F4EE37BF37 for ; Mon, 29 May 2000 15:08:38 -0700 (PDT) (envelope-from shevlandj@kpi.com.au) Received: from kpi.com.au (ws06.kpi.com.au [203.39.132.219]) by www.kpi.com.au (8.9.3/8.9.3) with ESMTP id IAA42138; Tue, 30 May 2000 08:08:09 +1000 (EST) (envelope-from shevlandj@kpi.com.au) Message-ID: <3932EC57.32C0F791@kpi.com.au> Date: Tue, 30 May 2000 08:16:55 +1000 From: Joe Shevland Organization: KPI Logistics Pty Ltd X-Mailer: Mozilla 4.72 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Graham Wheeler Cc: Michel Talon , freebsd-stable@FreeBSD.ORG Subject: Re: Synaptics touchpad (was: Re: Problems compiling FreeBSD stable) References: <392E8BEB.39C4916C@cequrux.com> <392EE4E0.6729CB13@gorean.org> <392FF0CF.DCBA309F@cequrux.com> <3930231B.D04BC457@gorean.org> <39322BD8.95736788@cequrux.com> <20000529131706.A717@lpthe.jussieu.fr> <39325B87.B24A1901@cequrux.com> <39325DF2.46CFC07B@cequrux.com> <20000529143455.A926@lpthe.jussieu.fr> <39326617.24B206E@cequrux.com> <20000529154810.A281@lpthe.jussieu.fr> <39327D91.55BBEAF0@cequrux.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Graham Wheeler wrote: > > Michel Talon wrote: > > [snip] > I don't have the problem if I use an external ps2 mouse. However, that > isn't really a solution either, as my palm or fingers can brush the > touchpad and still cause the bad behaviour to occur. If I could turn off > the touchpad and just use the external mouse, that would be one solution > (although far from ideal). I've had similar problems with my Dell Inspiron 7500 (haywire mouse events), but (and this is from memory because I cannot get network support on the laptop) when you plug the external PS/2 mouse in the touchpad is disabled. Joe > > -- > Dr Graham Wheeler E-mail: gram@cequrux.com > Director, Research and Development WWW: http://www.cequrux.com > CEQURUX Technologies Phone: +27(21)423-6065 > Firewalls/VPN Specialists Fax: +27(21)424-3656 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 15:53:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id F3F2737BD31 for ; Mon, 29 May 2000 15:53:45 -0700 (PDT) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.10.1/8.10.1/20000504) id e4TMrh516527 for freebsd-stable@freebsd.org; Mon, 29 May 2000 17:53:43 -0500 (CDT) From: Larry Rosenman Message-Id: <200005292253.e4TMrh516527@lerami.lerctr.org> Subject: make buildworld, I give up. To: freebsd-stable@freebsd.org Date: Mon, 29 May 2000 17:53:43 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL77 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG OK, I'm the one having trouble with objcopy dieing when compiling. Here's what I've tried, and I give up. 1) re-installed the 4.0-RELEASE source tree from the 4.0-RELEASE CD I got from WC on my subscription 2) make buildworld (dies in the same place) 3) FTP installed the Sources from the primary site 4) make buildworld dies in the same place. 5) took /usr/src from a KNOWN WORKING 4.0-STABLE system, and restored it (after verifying it still worked...) 6) it dies too on a make buildworld. I'm at a big loss. Anyone got ANY ideas? The system running is now 4.0-RELEASE just installed from the 4.0-RELEASE CD set. I'm willing to give shell/root access to anyone willing to help (contact me off list or by phone). System Details: AMD K6-2 3D 550 128 Meg SDRAM AHA-2940 ctrlr 2 1.0 GIG Seagates 1 4.2 GIG Seagate 1 9.0 GIG IBM KERNEL Config: # # LERBSD # machine i386 cpu I586_CPU cpu I686_CPU ident LERBSD maxusers 64 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=10000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extentions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies ## options CPU_WT_ALLOC options NO_F00F_HACK options NO_MEMORY_HOLE # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs device isa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # ISA Ethernet NICs. device ep # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif 4 # IPv6 and IPv4 tunneling pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse # USB Ethernet, requires mii #device aue # ADMtek USB ethernet #device cue # CATC USB ethernet #device kue # Kawasaki LSI USB ethernet #### END ### Any Ideas? LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 16:30: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from europe.std.com (europe.std.com [199.172.62.20]) by hub.freebsd.org (Postfix) with ESMTP id 553C137B694 for ; Mon, 29 May 2000 16:30:03 -0700 (PDT) (envelope-from kwc@world.std.com) Received: from world.std.com (root@world-f.std.com [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id TAA25645 for ; Mon, 29 May 2000 19:30:01 -0400 (EDT) Received: (from kwc@localhost) by world.std.com (8.9.3/8.9.3) id TAA25158; Mon, 29 May 2000 19:29:09 -0400 (EDT) Date: Mon, 29 May 2000 19:29:09 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200005292329.TAA25158@world.std.com> To: freebsd-stable@freebsd.org Subject: 4.0-stable, OpenSSH v1 & v2 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello... While tracking -ports & -stable (RELENG_4), I notice that we now have 2 versions of OpenSSH, version 1.2.2, which, being in the main source tree, goes into /usr, and from ports, version 2.1.0, which goes into /usr/local. Question: Any idea as to if/when OpenSSH v2 might make it into -stable? Until that time, is there a Right Way to "turn off" OpenSSH v1? Would that be to un-comment the "NO_OPENSSH" line in /etc/make.conf? Is it reasonable to assume that OpenSSH v2 will (should) disappear from ports when/if it goes to the main source tree? Thanks, -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 17:28:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 505B937BC97 for ; Mon, 29 May 2000 17:28:09 -0700 (PDT) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.10.1/8.10.1/20000504) id e4U0S7i20986 for freebsd-stable@FreeBSD.ORG; Mon, 29 May 2000 19:28:07 -0500 (CDT) From: Larry Rosenman Message-Id: <200005300028.e4U0S7i20986@lerami.lerctr.org> Subject: Re: make buildworld, I give up. In-Reply-To: <200005292253.e4TMrh516527@lerami.lerctr.org> "from Larry Rosenman at May 29, 2000 05:53:43 pm" To: freebsd-stable@FreeBSD.ORG Date: Mon, 29 May 2000 19:28:07 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL77 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, I fixed it myself... After newfs'ing the /usr/src directory, and reinstalling the sources from my 4.0-RELEASE cdrom, and then cd /usr/include rm -rf * cd /usr/src make includes cd /usr/obj rm -rf usr cd /usr/src make buildworld >& make.out & it seems to be working. What happened? I don't know, but I seem to be on the way to getting back to 4.0-STABLE. Larry Rosenman > From owner-freebsd-stable@FreeBSD.ORG Mon May 29 17:55:09 2000 > Delivered-To: freebsd-stable@freebsd.org > From: Larry Rosenman > Message-Id: <200005292253.e4TMrh516527@lerami.lerctr.org> > Subject: make buildworld, I give up. > To: freebsd-stable@FreeBSD.ORG > Date: Mon, 29 May 2000 17:53:43 -0500 (CDT) > X-Mailer: ELM [version 2.4ME+ PL77 (25)] > Sender: owner-freebsd-stable@FreeBSD.ORG > X-Loop: FreeBSD.ORG > Precedence: bulk > X-Status: > X-SCO-PAD: XXXXXX Content-Length: 5722 > OK, I'm the one having trouble with objcopy dieing when compiling. > > Here's what I've tried, and I give up. > > 1) re-installed the 4.0-RELEASE source tree from the 4.0-RELEASE > CD I got from WC on my subscription > 2) make buildworld (dies in the same place) > 3) FTP installed the Sources from the primary site > 4) make buildworld dies in the same place. > 5) took /usr/src from a KNOWN WORKING 4.0-STABLE system, and > restored it (after verifying it still worked...) > 6) it dies too on a make buildworld. > > I'm at a big loss. > > Anyone got ANY ideas? > > The system running is now 4.0-RELEASE just installed from > the 4.0-RELEASE CD set. > > I'm willing to give shell/root access to anyone willing to > help (contact me off list or by phone). > > System Details: > > AMD K6-2 3D 550 > 128 Meg SDRAM > AHA-2940 ctrlr > 2 1.0 GIG Seagates > 1 4.2 GIG Seagate > 1 9.0 GIG IBM > > KERNEL Config: > > # > # LERBSD > # > > machine i386 > cpu I586_CPU > cpu I686_CPU > ident LERBSD > maxusers 64 > > #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols > > options INET #InterNETworking > options INET6 #IPv6 communications protocols > options FFS #Berkeley Fast Filesystem > options FFS_ROOT #FFS usable as root device [keep this!] > options NFS #Network Filesystem > options MSDOSFS #MSDOS Filesystem > options CD9660 #ISO 9660 Filesystem > options CD9660_ROOT #CD-ROM usable as root, CD9660 required > options PROCFS #Process filesystem > options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] > options SCSI_DELAY=10000 #Delay (in ms) before probing SCSI > options UCONSOLE #Allow users to grab the console > options KTRACE #ktrace(1) support > options SYSVSHM #SYSV-style shared memory > options SYSVMSG #SYSV-style message queues > options SYSVSEM #SYSV-style semaphores > options P1003_1B #Posix P1003_1B real-time extentions > options _KPOSIX_PRIORITY_SCHEDULING > options ICMP_BANDLIM #Rate limit bad replies > ## > options CPU_WT_ALLOC > options NO_F00F_HACK > options NO_MEMORY_HOLE > # To make an SMP kernel, the next two are needed > #options SMP # Symmetric MultiProcessor Kernel > #options APIC_IO # Symmetric (APIC) I/O > # Optionally these may need tweaked, (defaults shown): > #options NCPU=2 # number of CPUs > #options NBUS=4 # number of busses > #options NAPIC=1 # number of IO APICs > #options NINTR=24 # number of INTs > > device isa > device pci > > # Floppy drives > device fdc0 at isa? port IO_FD1 irq 6 drq 2 > device fd0 at fdc0 drive 0 > > # SCSI Controllers > device ahc # AHA2940 and onboard AIC7xxx devices > > > # SCSI peripherals > device scbus # SCSI bus (required) > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI access) > > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc0 at isa? port IO_KBD > device atkbd0 at atkbdc? irq 1 > device psm0 at atkbdc? irq 12 > > device vga0 at isa? > > # splash screen/screen saver > pseudo-device splash > > # syscons is the default console driver, resembling an SCO console > device sc0 at isa? > > # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver > #device vt0 at isa? > #options XSERVER # support for X server on a vt console > #options FAT_CURSOR # start with block cursor > # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines > #options PCVT_SCANSET=2 # IBM keyboards are non-std > > # Floating point support - do not disable. > device npx0 at nexus? port IO_NPX irq 13 > > # Power management support (see LINT for more options) > device apm0 at nexus? disable flags 0x20 # Advanced Power Management > > > # Serial (COM) ports > device sio0 at isa? port IO_COM1 flags 0x10 irq 4 > device sio1 at isa? port IO_COM2 irq 3 > > # Parallel port > device ppc0 at isa? irq 7 > device ppbus # Parallel port bus (required) > device lpt # Printer > device plip # TCP/IP over parallel > device ppi # Parallel port interface device > #device vpo # Requires scbus and da > > > # ISA Ethernet NICs. > device ep > > # Pseudo devices - the number indicates how many units to allocated. > pseudo-device loop # Network loopback > pseudo-device ether # Ethernet support > pseudo-device sl 1 # Kernel SLIP > pseudo-device ppp 1 # Kernel PPP > pseudo-device tun # Packet tunnel. > pseudo-device pty # Pseudo-ttys (telnet etc) > pseudo-device md # Memory "disks" > pseudo-device gif 4 # IPv6 and IPv4 tunneling > pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) > > # The `bpf' pseudo-device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > pseudo-device bpf #Berkeley packet filter > > # USB support > #device uhci # UHCI PCI->USB interface > #device ohci # OHCI PCI->USB interface > #device usb # USB Bus (required) > #device ugen # Generic > #device uhid # "Human Interface Devices" > #device ukbd # Keyboard > #device ulpt # Printer > #device umass # Disks/Mass storage - Requires scbus and da > #device ums # Mouse > # USB Ethernet, requires mii > #device aue # ADMtek USB ethernet > #device cue # CATC USB ethernet > #device kue # Kawasaki LSI USB ethernet > > #### END ### > > Any Ideas? > > LER > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org > US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 18: 5:30 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3D41437BCE5; Mon, 29 May 2000 18:05:28 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id SAA07040; Mon, 29 May 2000 18:05:27 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Mon, 29 May 2000 18:05:27 -0700 (PDT) From: Kris Kennaway To: Kenneth W Cochran Cc: freebsd-stable@freebsd.org Subject: Re: 4.0-stable, OpenSSH v1 & v2 In-Reply-To: <200005292329.TAA25158@world.std.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 May 2000, Kenneth W Cochran wrote: > Question: Any idea as to if/when OpenSSH v2 might make it into -stable? Soon. > Until that time, is there a Right Way to "turn off" OpenSSH v1? > Would that be to un-comment the "NO_OPENSSH" line in /etc/make.conf? Yes. > Is it reasonable to assume that OpenSSH v2 will (should) > disappear from ports when/if it goes to the main source tree? Once we stop supporting FreeBSD 3.x in ports.. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 18:18:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from epsilon.lucida.qc.ca (epsilon.lucida.qc.ca [216.95.146.6]) by hub.freebsd.org (Postfix) with ESMTP id C779E37B679; Mon, 29 May 2000 18:18:40 -0700 (PDT) (envelope-from matt@ARPA.MAIL.NET) Received: from localhost (matt@localhost) by epsilon.lucida.qc.ca (8.9.3/8.9.3) with ESMTP id VAA61549; Mon, 29 May 2000 21:18:40 -0400 (EDT) (envelope-from matt@ARPA.MAIL.NET) X-Authentication-Warning: epsilon.lucida.qc.ca: matt owned process doing -bs Date: Mon, 29 May 2000 21:18:35 -0400 (EDT) From: Matt Heckaman X-Sender: matt@epsilon.lucida.qc.ca To: Kris Kennaway Cc: Kenneth W Cochran , freebsd-stable@FreeBSD.org Subject: Re: 4.0-stable, OpenSSH v1 & v2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 29 May 2000, Kris Kennaway wrote: [...] : > Is it reasonable to assume that OpenSSH v2 will (should) : > disappear from ports when/if it goes to the main source tree? : : Once we stop supporting FreeBSD 3.x in ports.. To be honest, do we WANT to stop supporting it in the ports? I would argue that this is a case similar to BIND. It takes much longer for a new version to get merged into -STABLE than it does to get into the ports. I use BIND as an example here, but the same would apply for OpenSSL. What I would love to see is ports installing in the same location as the base program if on an OS with it in the base. For example: OpenSSH would install to /usr prefix (/usr/share for man) with the config settings pointing to /etc/ssh if the user is using 4.x. It would install as normal to /usr/local if running 3.x (or anything else) You get the general idea. This probably wouldn't be too difficult to do (I think). My real question is, would something like this be _accepted_ into the ports? : Kris Matt Heckaman matt@arpa.mail.net http://www.lucida.qc.ca -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (FreeBSD) Comment: http://www.lucida.qc.ca/pgp iD8DBQE5MxbudMMtMcA1U5ARAvYZAKCSGTSHIttGUEo6hAXfkssKrQZV8wCguMwK AJakL7SRMtA0E3kPQO7fEvk= =c9D/ -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 18:49:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id 258E637BD3A; Mon, 29 May 2000 18:49:10 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id VAA61436; Mon, 29 May 2000 21:49:07 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Mon, 29 May 2000 21:49:37 -0400 To: Matt Heckaman , Kris Kennaway From: Garance A Drosihn Subject: Re: 4.0-stable, OpenSSH v1 & v2 Cc: Kenneth W Cochran , freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 9:18 PM -0400 5/29/00, Matt Heckaman wrote: > ... It takes much longer for a new version to get merged into >-STABLE than it does to get into the ports. I use BIND as an >example here, but the same would apply for OpenSSL. What I would >love to see is ports installing in the same location as the base >program if on an OS with it in the base. If this were to be done, you have to consider the case where the person is actively tracking stable (the OS). When they do new buildworlds, you do not want that buildworld to overwrite the version of the files which came from the port. (buildworld does not automatically rebuild all your ports, true?) --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 19:17: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from europe.std.com (europe.std.com [199.172.62.20]) by hub.freebsd.org (Postfix) with ESMTP id 7D07237BC2C; Mon, 29 May 2000 19:16:54 -0700 (PDT) (envelope-from kwc@world.std.com) Received: from world.std.com (root@world-f.std.com [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id WAA16817; Mon, 29 May 2000 22:16:52 -0400 (EDT) Received: (from kwc@localhost) by world.std.com (8.9.3/8.9.3) id WAA05924; Mon, 29 May 2000 22:15:20 -0400 (EDT) Date: Mon, 29 May 2000 22:15:20 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200005300215.WAA05924@world.std.com> To: Kris Kennaway Subject: Re: 4.0-stable, OpenSSH v1 & v2 Cc: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >From kris@FreeBSD.org Mon May 29 21:06:09 2000 >Date: Mon, 29 May 2000 18:05:27 -0700 (PDT) >Subject: Re: 4.0-stable, OpenSSH v1 & v2 > >On Mon, 29 May 2000, Kenneth W Cochran wrote: >> Question: Any idea as to if/when OpenSSH v2 might make it into -stable? > >Soon. Ok... Cool... Then, would it be "reasonable" at that time to go to OpenSSH in my ports tree & do a "make deinstall?" That way I wouldn't be getting version mismatches, etc... ?? >> Until that time, is there a Right Way to "turn off" OpenSSH v1? >> Would that be to un-comment the "NO_OPENSSH" line in /etc/make.conf? > >Yes. Does that affect buildworld, installworld, or both? (And where can I "see" that?) >> Is it reasonable to assume that OpenSSH v2 will (should) >> disappear from ports when/if it goes to the main source tree? > >Once we stop supporting FreeBSD 3.x in ports.. Oops! I forgot about that... :) >Kris -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 19:23:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from epsilon.lucida.qc.ca (epsilon.lucida.qc.ca [216.95.146.6]) by hub.freebsd.org (Postfix) with ESMTP id D61C337B63B; Mon, 29 May 2000 19:23:25 -0700 (PDT) (envelope-from matt@ARPA.MAIL.NET) Received: from localhost (matt@localhost) by epsilon.lucida.qc.ca (8.9.3/8.9.3) with ESMTP id WAA28230; Mon, 29 May 2000 22:23:09 -0400 (EDT) (envelope-from matt@ARPA.MAIL.NET) X-Authentication-Warning: epsilon.lucida.qc.ca: matt owned process doing -bs Date: Mon, 29 May 2000 22:23:06 -0400 (EDT) From: Matt Heckaman X-Sender: matt@epsilon.lucida.qc.ca To: Garance A Drosihn Cc: Kris Kennaway , Kenneth W Cochran , freebsd-stable@FreeBSD.ORG Subject: Re: 4.0-stable, OpenSSH v1 & v2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 29 May 2000, Garance A Drosihn wrote: [...] : If this were to be done, you have to consider the case where the : person is actively tracking stable (the OS). When they do new : buildworlds, you do not want that buildworld to overwrite the : version of the files which came from the port. That's what /etc/make.conf is for. NO_OPENSSH=true and so forth. We REALLY need hooks in there: OpenSSL, BIND, NTP. : (buildworld does not automatically rebuild all your ports, true?) Thank god no, it would take years :) : : --- : Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu : Senior Systems Programmer or drosih@rpi.edu : Rensselaer Polytechnic Institute Matt Heckaman matt@arpa.mail.net http://www.lucida.qc.ca -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (FreeBSD) Comment: http://www.lucida.qc.ca/pgp iD8DBQE5MyYMdMMtMcA1U5ARAuCHAKC9wZ5NeVAJV72d1sdyK5vB2E98dgCfd2eD 4OkL0/h+/d/BZ4TnICkIvj0= =kr6X -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 21:55:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 7D20C37B68F; Mon, 29 May 2000 21:55:42 -0700 (PDT) (envelope-from DougB@gorean.org) Received: from gorean.org (doug@master [10.0.0.2]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id VAA14244; Mon, 29 May 2000 21:55:40 -0700 (PDT) (envelope-from DougB@gorean.org) Message-ID: <393349CC.66070C95@gorean.org> Date: Mon, 29 May 2000 21:55:40 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 5.0-CURRENT-0528 i386) X-Accept-Language: en MIME-Version: 1.0 To: Matt Heckaman Cc: Kris Kennaway , Kenneth W Cochran , freebsd-stable@FreeBSD.org Subject: Re: 4.0-stable, OpenSSH v1 & v2 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Heckaman wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 29 May 2000, Kris Kennaway wrote: > [...] > : > Is it reasonable to assume that OpenSSH v2 will (should) > : > disappear from ports when/if it goes to the main source tree? > : > : Once we stop supporting FreeBSD 3.x in ports.. > > To be honest, do we WANT to stop supporting it in the ports? Think about that for a minute. Do we still want to support FreeBSD 2.1.x in the ports? Assuming the answer is no, all Kris is saying is that when we stop supporting 3.x, the openss[hl] ports will disappear. Please don't overreact. :) Doug -- "Live free or die" - State motto of my ancestral homeland, New Hampshire Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 22: 7:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id B92C537B68F; Mon, 29 May 2000 22:07:09 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from kiwi.itojun.org (localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.9.3+3.2W/3.7W/smtpfeed 1.06) with ESMTP id OAA22782; Tue, 30 May 2000 14:07:07 +0900 (JST) To: Alexander Langer Cc: Hajimu UMEMOTO , andrews@technologist.com, Cy.Schubert@uumail.gov.bc.ca, stable@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: alex's message of Mon, 29 May 2000 17:15:07 +0200. <20000529171507.A1777@cichlids.cichlids.com> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: ftp(1) breakage w/ passive mode? From: itojun@iijlab.net Date: Tue, 30 May 2000 14:07:07 +0900 Message-ID: <22780.959663227@coconut.itojun.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> IPv4 connection via mapped address is still IPv6 connection. In this >> case, if ftp(1) doesn't have awareness of using mapped address, your >> problem will occur. And, ftp(1) seems not aware about it. >Yes. NetBSD did that commit just right now. >I guess they obtained it from you, or it's just a BIG coincidence. ume and I discussed it a little bit, directly. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 22:11: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from epsilon.lucida.qc.ca (epsilon.lucida.qc.ca [216.95.146.6]) by hub.freebsd.org (Postfix) with ESMTP id 4E94E37BD3B for ; Mon, 29 May 2000 22:11:02 -0700 (PDT) (envelope-from matt@ARPA.MAIL.NET) Received: from localhost (matt@localhost) by epsilon.lucida.qc.ca (8.9.3/8.9.3) with ESMTP id BAA53264; Tue, 30 May 2000 01:11:02 -0400 (EDT) (envelope-from matt@ARPA.MAIL.NET) X-Authentication-Warning: epsilon.lucida.qc.ca: matt owned process doing -bs Date: Tue, 30 May 2000 01:11:00 -0400 (EDT) From: Matt Heckaman X-Sender: matt@epsilon.lucida.qc.ca To: Doug Barton Cc: FreeBSD-STABLE Subject: Re: 4.0-stable, OpenSSH v1 & v2 In-Reply-To: <393349CC.66070C95@gorean.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 30 May 2000, Doug Barton wrote: [...] : Think about that for a minute. Do we still want to support FreeBSD : 2.1.x in the ports? Assuming the answer is no, all Kris is saying is : that when we stop supporting 3.x, the openss[hl] ports will disappear. : Please don't overreact. :) When you put it like that, I agree with you. However, when the ports versions are always kept up to date and get updated far quicker than changes merge into the -stable source tree (for obvious reasons, I'm not criticizing that.), I don't see why we should make it difficult for people to use current versions of software. I'm not overreacting or panicing, I'm simply thinking ahead in the future like I always do :) : Doug Matt Heckaman matt@arpa.mail.net http://www.lucida.qc.ca -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (FreeBSD) Comment: http://www.lucida.qc.ca/pgp iD8DBQE5M01mdMMtMcA1U5ARApzKAKDc31bcNkFEedp25G6xfQjk+EZgOQCfevvA 0ONNgFvBbuDKF5Aq8noHbuA= =gJwl -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 22:13:59 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 6493937BD03 for ; Mon, 29 May 2000 22:13:51 -0700 (PDT) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.10.1/8.10.1/20000504) id e4U5DoP04521 for freebsd-stable@freebsd.org; Tue, 30 May 2000 00:13:50 -0500 (CDT) From: Larry Rosenman Message-Id: <200005300513.e4U5DoP04521@lerami.lerctr.org> Subject: Re: make buildworld, I give up. In-Reply-To: <200005300028.e4U0S7i20986@lerami.lerctr.org> "from Larry Rosenman at May 29, 2000 07:28:07 pm" To: freebsd-stable@freebsd.org Date: Tue, 30 May 2000 00:13:50 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL77 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG More news..... It seems it may have been a hardware flake... It hung at one point in that make buildworld, and after reset the problem (objcopy not compiling) was back. After a number of the below recipes, I moved the 128Meg SDRAM stick to the other socket on the motherboard, and it's chugging along again. I hate hardware flakes. LER > Ok, I fixed it myself... > > After newfs'ing the /usr/src directory, and reinstalling > the sources from my 4.0-RELEASE cdrom, and then > cd /usr/include > rm -rf * > cd /usr/src > make includes > cd /usr/obj > rm -rf usr > cd /usr/src > make buildworld >& make.out & > > it seems to be working. > > What happened? I don't know, but I seem to be on the way to getting > back to 4.0-STABLE. > > Larry Rosenman > > > > From owner-freebsd-stable@FreeBSD.ORG Mon May 29 17:55:09 2000 > > Delivered-To: freebsd-stable@freebsd.org > > From: Larry Rosenman > > Message-Id: <200005292253.e4TMrh516527@lerami.lerctr.org> > > Subject: make buildworld, I give up. > > To: freebsd-stable@FreeBSD.ORG > > Date: Mon, 29 May 2000 17:53:43 -0500 (CDT) > > X-Mailer: ELM [version 2.4ME+ PL77 (25)] > > Sender: owner-freebsd-stable@FreeBSD.ORG > > X-Loop: FreeBSD.ORG > > Precedence: bulk > > X-Status: > > X-SCO-PAD: XXXXXX > Content-Length: 5722 > > > OK, I'm the one having trouble with objcopy dieing when compiling. > > > > Here's what I've tried, and I give up. > > > > 1) re-installed the 4.0-RELEASE source tree from the 4.0-RELEASE > > CD I got from WC on my subscription > > 2) make buildworld (dies in the same place) > > 3) FTP installed the Sources from the primary site > > 4) make buildworld dies in the same place. > > 5) took /usr/src from a KNOWN WORKING 4.0-STABLE system, and > > restored it (after verifying it still worked...) > > 6) it dies too on a make buildworld. > > > > I'm at a big loss. > > > > Anyone got ANY ideas? > > > > The system running is now 4.0-RELEASE just installed from > > the 4.0-RELEASE CD set. > > > > I'm willing to give shell/root access to anyone willing to > > help (contact me off list or by phone). > > > > System Details: > > > > AMD K6-2 3D 550 > > 128 Meg SDRAM > > AHA-2940 ctrlr > > 2 1.0 GIG Seagates > > 1 4.2 GIG Seagate > > 1 9.0 GIG IBM > > > > KERNEL Config: > > > > # > > # LERBSD > > # > > > > machine i386 > > cpu I586_CPU > > cpu I686_CPU > > ident LERBSD > > maxusers 64 > > > > #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols > > > > options INET #InterNETworking > > options INET6 #IPv6 communications protocols > > options FFS #Berkeley Fast Filesystem > > options FFS_ROOT #FFS usable as root device [keep this!] > > options NFS #Network Filesystem > > options MSDOSFS #MSDOS Filesystem > > options CD9660 #ISO 9660 Filesystem > > options CD9660_ROOT #CD-ROM usable as root, CD9660 required > > options PROCFS #Process filesystem > > options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] > > options SCSI_DELAY=10000 #Delay (in ms) before probing SCSI > > options UCONSOLE #Allow users to grab the console > > options KTRACE #ktrace(1) support > > options SYSVSHM #SYSV-style shared memory > > options SYSVMSG #SYSV-style message queues > > options SYSVSEM #SYSV-style semaphores > > options P1003_1B #Posix P1003_1B real-time extentions > > options _KPOSIX_PRIORITY_SCHEDULING > > options ICMP_BANDLIM #Rate limit bad replies > > ## > > options CPU_WT_ALLOC > > options NO_F00F_HACK > > options NO_MEMORY_HOLE > > # To make an SMP kernel, the next two are needed > > #options SMP # Symmetric MultiProcessor Kernel > > #options APIC_IO # Symmetric (APIC) I/O > > # Optionally these may need tweaked, (defaults shown): > > #options NCPU=2 # number of CPUs > > #options NBUS=4 # number of busses > > #options NAPIC=1 # number of IO APICs > > #options NINTR=24 # number of INTs > > > > device isa > > device pci > > > > # Floppy drives > > device fdc0 at isa? port IO_FD1 irq 6 drq 2 > > device fd0 at fdc0 drive 0 > > > > # SCSI Controllers > > device ahc # AHA2940 and onboard AIC7xxx devices > > > > > > # SCSI peripherals > > device scbus # SCSI bus (required) > > device da # Direct Access (disks) > > device sa # Sequential Access (tape etc) > > device cd # CD > > device pass # Passthrough device (direct SCSI access) > > > > > > # atkbdc0 controls both the keyboard and the PS/2 mouse > > device atkbdc0 at isa? port IO_KBD > > device atkbd0 at atkbdc? irq 1 > > device psm0 at atkbdc? irq 12 > > > > device vga0 at isa? > > > > # splash screen/screen saver > > pseudo-device splash > > > > # syscons is the default console driver, resembling an SCO console > > device sc0 at isa? > > > > # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver > > #device vt0 at isa? > > #options XSERVER # support for X server on a vt console > > #options FAT_CURSOR # start with block cursor > > # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines > > #options PCVT_SCANSET=2 # IBM keyboards are non-std > > > > # Floating point support - do not disable. > > device npx0 at nexus? port IO_NPX irq 13 > > > > # Power management support (see LINT for more options) > > device apm0 at nexus? disable flags 0x20 # Advanced Power Management > > > > > > # Serial (COM) ports > > device sio0 at isa? port IO_COM1 flags 0x10 irq 4 > > device sio1 at isa? port IO_COM2 irq 3 > > > > # Parallel port > > device ppc0 at isa? irq 7 > > device ppbus # Parallel port bus (required) > > device lpt # Printer > > device plip # TCP/IP over parallel > > device ppi # Parallel port interface device > > #device vpo # Requires scbus and da > > > > > > # ISA Ethernet NICs. > > device ep > > > > # Pseudo devices - the number indicates how many units to allocated. > > pseudo-device loop # Network loopback > > pseudo-device ether # Ethernet support > > pseudo-device sl 1 # Kernel SLIP > > pseudo-device ppp 1 # Kernel PPP > > pseudo-device tun # Packet tunnel. > > pseudo-device pty # Pseudo-ttys (telnet etc) > > pseudo-device md # Memory "disks" > > pseudo-device gif 4 # IPv6 and IPv4 tunneling > > pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) > > > > # The `bpf' pseudo-device enables the Berkeley Packet Filter. > > # Be aware of the administrative consequences of enabling this! > > pseudo-device bpf #Berkeley packet filter > > > > # USB support > > #device uhci # UHCI PCI->USB interface > > #device ohci # OHCI PCI->USB interface > > #device usb # USB Bus (required) > > #device ugen # Generic > > #device uhid # "Human Interface Devices" > > #device ukbd # Keyboard > > #device ulpt # Printer > > #device umass # Disks/Mass storage - Requires scbus and da > > #device ums # Mouse > > # USB Ethernet, requires mii > > #device aue # ADMtek USB ethernet > > #device cue # CATC USB ethernet > > #device kue # Kawasaki LSI USB ethernet > > > > #### END ### > > > > Any Ideas? > > > > LER > > > > -- > > Larry Rosenman http://www.lerctr.org/~ler > > Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org > > US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org > US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 22:42: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from public.bta.net.cn (public.bta.net.cn [202.96.0.97]) by hub.freebsd.org (Postfix) with ESMTP id 5A5F037B88E for ; Mon, 29 May 2000 22:40:43 -0700 (PDT) (envelope-from robinson@netrinsics.com) Received: from netrinsics.com ([202.108.133.69]) by public.bta.net.cn (8.9.3/8.9.3) with ESMTP id NAA16080 for ; Tue, 30 May 2000 13:36:52 +0800 (GMT) Received: (from robinson@localhost) by netrinsics.com (8.9.3/8.9.3) id NAA48935 for freebsd-stable@freebsd.org; Tue, 30 May 2000 13:40:35 +0800 (+0800) (envelope-from robinson) Date: Tue, 30 May 2000 13:40:35 +0800 (+0800) From: Michael Robinson Message-Id: <200005300540.NAA48935@netrinsics.com> To: freebsd-stable@freebsd.org Subject: panic: blst_radix_free: freeing free block Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On a stock 4.0-RELEASE kernel, if I uncomment the second swap partition in the following fstab, I get a panic on boot immediately after the "adding swap" message for the first swap partition. # Device Mountpoint FStype Options Dump Pass# /dev/da0s1b none swap sw 0 0 #/dev/da1s1b none swap sw 0 0 /dev/da0s1a / ufs rw 1 1 /dev/da0s1e /usr ufs rw 2 2 /dev/da1s1e /data ufs rw 2 2 /dev/acd0c /cdrom cd9660 ro,noauto 0 0 proc /proc procfs rw 0 0 The panic message is: panic: blst_radix_free: freeing free block However, if I manually run "swapon /dev/da1s1b" after booting, everything runs normally. This is on an Intel L440GX motherboard with 1GB of ECC RAM, and the following disklabels: # /dev/rda0s1c: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 81920 0 4.2BSD 1024 8192 16 # (Cyl. 0 - 5*) b: 1058592 81920 swap # (Cyl. 5*- 70*) c: 17912412 0 unused 0 0 # (Cyl. 0 - 1114*) e: 16771900 1140512 4.2BSD 1024 8192 16 # (Cyl. 70*- 1114*) # /dev/rda1s1c: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 81920 0 4.2BSD 1024 8192 16 # (Cyl. 0 - 5*) b: 1058592 81920 swap # (Cyl. 5*- 70*) c: 17912412 0 unused 0 0 # (Cyl. 0 - 1114*) e: 16771900 1140512 4.2BSD 1024 8192 16 # (Cyl. 70*- 1114*) Is this due to a known operator screwup, a known problem that's been fixed, a known problem that isn't fixed, or a new unknown problem? -Michael Robinson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 22:56:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lark.capnet.state.tx.us (lark.capnet.state.tx.us [204.65.39.249]) by hub.freebsd.org (Postfix) with ESMTP id C808537BD34 for ; Mon, 29 May 2000 22:56:30 -0700 (PDT) (envelope-from Bryan.Bradsby@capnet.state.tx.us) Received: from localhost (bbradsby@localhost) by lark.capnet.state.tx.us (8.10.0/8.10.0) with ESMTP id e4U5uEN61386; Tue, 30 May 2000 00:56:23 -0500 (CDT) Date: Tue, 30 May 2000 00:56:14 -0500 (CDT) From: Bryan Bradsby To: William Wong Cc: freebsd-stable@FreeBSD.ORG Subject: Re: ntp vs xntpd In-Reply-To: <001c01bfc948$3e9f0360$0300a8c0@anime.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I upgraded to STABLE-05262000 from 3.4R recently You mean 3.4-Stable? > and I've noticed that ntp isn't behaving like it used to when it was > xntp. xntpd != ntp Those are two different programs. Check the man pages. Your config file below is for xntpd. It still works fine for me in 3.4-R > I have a very simple setup with the following config: > > server tick.utoronto.ca > driftfile /etc/ntp.drift > broadcast 192.168.0.255 -bryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon May 29 23:46:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id DE22B37B59B; Mon, 29 May 2000 23:46:49 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id XAA20325; Mon, 29 May 2000 23:45:18 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda20323; Mon May 29 23:45:15 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.9.3/8.9.1) id XAA05147; Mon, 29 May 2000 23:45:14 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdFz5142; Mon May 29 23:44:40 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.10.1/8.9.1) id e4U6idT19592; Mon, 29 May 2000 23:44:39 -0700 (PDT) Message-Id: <200005300644.e4U6idT19592@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdx19586; Mon May 29 23:44:04 2000 X-Mailer: exmh version 2.1.1 10/15/1999 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.0-STABLE X-Sender: cy To: itojun@iijlab.net Cc: Alexander Langer , Hajimu UMEMOTO , andrews@technologist.com, Cy.Schubert@uumail.gov.bc.ca, stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ftp(1) breakage w/ passive mode? In-reply-to: Your message of "Tue, 30 May 2000 14:07:07 +0900." <22780.959663227@coconut.itojun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 May 2000 23:44:03 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <22780.959663227@coconut.itojun.org>, itojun@iijlab.net writes: > > >> IPv4 connection via mapped address is still IPv6 connection. In this > >> case, if ftp(1) doesn't have awareness of using mapped address, your > >> problem will occur. And, ftp(1) seems not aware about it. > >Yes. NetBSD did that commit just right now. > >I guess they obtained it from you, or it's just a BIG coincidence. > > ume and I discussed it a little bit, directly. Tested the patch on a 4.0S system against KRB5 tunnelled through VPN (pipsecd for now) then NATed (using IP Filter at the remote side) to my employer's network. Kerberos rlogin and KRB5 telnet now work however KRB5 ftp still has problems. KRB5 works nicely with or without the patch when directly connected via PPP to my employer's network, e.g. no VPN and no NAT. (This opened up another can of worms when I disconnected PPP from work and tried to reestablish routes through VPN through the cable modem... but I digress onto a tangent of something else that might be broken when IPv6 is in the kernel and as it's late, I don't want to go there right now. Maybe some other day.) KRB5 works nicely through VPN and NATed without the patch without IPv6 in the kernel. As IPv6 is not an issue for me at this time I haven't aggressively pursued a solution, however I am willing to help out with testing and debugging when time permits. In summary, the patch is a huge step in the right direction. It could very well be that KRB5 ftp may be at fault, not IPv6 in FreeBSD. I don't know at this time. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 0: 2:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id D471437B59B for ; Tue, 30 May 2000 00:02:21 -0700 (PDT) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.10.1/8.10.1/20000504) id e4U72Kc05150 for freebsd-stable@freebsd.org; Tue, 30 May 2000 02:02:20 -0500 (CDT) From: Larry Rosenman Message-Id: <200005300702.e4U72Kc05150@lerami.lerctr.org> Subject: make buildworld vs. make in /usr/src To: freebsd-stable@freebsd.org Date: Tue, 30 May 2000 02:02:20 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL77 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, it's definitely hardware. if I do a make in /usr/src, it will run a while, then die. Immediately restart the make, and it will sometimes make it past the file it died at, and sometimes not. When the above fails, rebooting, and then doing the make in /usr/src *WILL* continue on for quite a while then die again. repeat until the make completes. My question now is: what does make (without args) do in /usr/src? (what is it equivalent to?) Thanks! LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 0:36:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id D741A37BD78 for ; Tue, 30 May 2000 00:36:28 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id JAA18882; Tue, 30 May 2000 09:36:07 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 18879; Tue May 30 09:35:27 2000 Message-ID: <39336F49.EF9C1DA9@cequrux.com> Date: Tue, 30 May 2000 09:35:38 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Salvo Bartolotta Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Problems compiling FreeBSD stable References: <392D1CC3.B5351A71@cequrux.com> <20000529.18314800@bartequi.ottodomain.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Salvo Bartolotta wrote: > > after reading about your difficulties in making 4.0-STABLE in the past > few days, I tried the build myself. I updated my "old" 4.0-S sources > (as of 7 May) at about 11 GMT on 28 May. > > FWIW, I didn't meet any problems either in the buildworld or in the > installworld; also, *every* step of the make world process went > smooth. > > BTW, in the past week[-end] I successfully made the world for > 3-STABLE, 4-STABLE and -CURRENT. > > I may be completely wrong, but three possibilities come > to mind at the moment: > > 1) the necessity to make includes under special circumstances (as > suggested by Doug Barton); I did try that - not exactly as suggested, but I tried cd-ing to include and then lib, and doing `make depend all install' in both. It didn't help. If you looked at the errors I attached, you would notice that my problems were with compiling gcc itself. If I went in by hand and did the rest of the steps, then things went through fine. I suspect it had something to do with includes or libs, but am not sure what exactly. What is interesting is that after I removed the 4.0-S src tree and reinstalled the 4.0-R source tree, I had the same problem with that, whereas before I ever cvsupped to 4.0-S, 4.0-R compiled cleanly I could probably replicate the problem again, but don't particularly want to, as I have plenty of other problems to deal with on the same machine, relating to X and to the touchpad. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 0:39:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 386A737BA9E for ; Tue, 30 May 2000 00:39:12 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id JAA19134; Tue, 30 May 2000 09:38:12 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 19053; Tue May 30 09:37:16 2000 Message-ID: <39336FB6.E0E8ECD2@cequrux.com> Date: Tue, 30 May 2000 09:37:26 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Joe Shevland Cc: Michel Talon , freebsd-stable@FreeBSD.ORG Subject: Re: Synaptics touchpad (was: Re: Problems compiling FreeBSD stable) References: <392E8BEB.39C4916C@cequrux.com> <392EE4E0.6729CB13@gorean.org> <392FF0CF.DCBA309F@cequrux.com> <3930231B.D04BC457@gorean.org> <39322BD8.95736788@cequrux.com> <20000529131706.A717@lpthe.jussieu.fr> <39325B87.B24A1901@cequrux.com> <39325DF2.46CFC07B@cequrux.com> <20000529143455.A926@lpthe.jussieu.fr> <39326617.24B206E@cequrux.com> <20000529154810.A281@lpthe.jussieu.fr> <39327D91.55BBEAF0@cequrux.com> <3932EC57.32C0F791@kpi.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joe Shevland wrote: > > I've had similar problems with my Dell Inspiron 7500 (haywire mouse > events), but (and this is from memory because I cannot get network > support on the laptop) when you plug the external PS/2 mouse in the > touchpad is disabled. Not in my case - if I plug an external mouse in, *both* work. There is even a spec document at Synaptics about this - it is called `active PS/2 multiplexing' (or, as I call it, `active pain in the butt' ;-) ) -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 1: 3:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from aragorn.neomedia.it (aragorn.neomedia.it [195.103.207.6]) by hub.freebsd.org (Postfix) with ESMTP id D083637B98A for ; Tue, 30 May 2000 01:03:41 -0700 (PDT) (envelope-from bartequi@neomedia.it) Received: from bartequi.ottodomain.org (ppp2-pa5.neomedia.it [195.103.207.114]) by aragorn.neomedia.it (8.9.3/8.9.3) with SMTP id KAA24029; Tue, 30 May 2000 10:03:31 +0200 (CEST) From: Salvo Bartolotta Date: Tue, 30 May 2000 09:04:39 GMT Message-ID: <20000530.9043900@bartequi.ottodomain.org> Subject: Re: make buildworld, I give up. To: Larry Rosenman Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <200005300513.e4U5DoP04521@lerami.lerctr.org> References: <200005300513.e4U5DoP04521@lerami.lerctr.org> X-Mailer: SuperCalifragilis X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 5/30/00, 6:13:50 AM, Larry Rosenman wrote regarding Re: make buildworld, I give up.: > More news..... > It seems it may have been a hardware flake... > It hung at one point in that make buildworld, and after reset > the problem (objcopy not compiling) was back. > After a number of the below recipes, I moved the 128Meg SDRAM stick > to the other socket on the motherboard, and it's chugging along again.= > I hate hardware flakes. > LER Dear Larry Rosenman, I successfully made the 4.0-S world from sources as of 28 May (11 pm GMT), and I met NO problem whatsoever. If you have installed the 4-0-R sources, you might want to have a look at the list=3Dcvs: considerations, which are found e.g.= in the FAQ at http://www.polstra.com. Mutatis mutandis, this means `` tag=3DRELENG_4_0_0_RELEASE list=3Dcvs:RELENG_4'' f= or your **first** cvsup to 4.0-S ONLY. The very first update operation should be performed according to J.Polstra's guidelines; especially if a (relatively) long time has elapsed since the release of the distribution in question (4.0-R). The first cvsup operation will create a correct checkouts file. The **second** cvsup operation -- cvsup file(s) as per the relevant examples found in /usr/share/examples/cvsup -- will actually update your sources. HTH, Salvo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 1: 8:13 2000 Delivered-To: freebsd-stable@freebsd.org Received: from citadel.cequrux.com (citadel.cdsec.com [192.96.22.18]) by hub.freebsd.org (Postfix) with ESMTP id 68C3337BD78 for ; Tue, 30 May 2000 01:08:02 -0700 (PDT) (envelope-from gram@cequrux.com) Received: (from nobody@localhost) by citadel.cequrux.com (8.8.8/8.6.9) id KAA21505; Tue, 30 May 2000 10:07:20 +0200 (SAST) Received: by citadel.cequrux.com via recvmail id 21495; Tue May 30 10:06:53 2000 Message-ID: <393376A8.48676A73@cequrux.com> Date: Tue, 30 May 2000 10:07:04 +0200 From: Graham Wheeler Organization: Cequrux Technologies X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Larry Rosenman Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld, I give up. References: <200005292253.e4TMrh516527@lerami.lerctr.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Larry Rosenman wrote: > > OK, I'm the one having trouble with objcopy dieing when compiling. > > Here's what I've tried, and I give up. > > 1) re-installed the 4.0-RELEASE source tree from the 4.0-RELEASE > CD I got from WC on my subscription > 2) make buildworld (dies in the same place) > 3) FTP installed the Sources from the primary site > 4) make buildworld dies in the same place. > 5) took /usr/src from a KNOWN WORKING 4.0-STABLE system, and > restored it (after verifying it still worked...) > 6) it dies too on a make buildworld. > > I'm at a big loss. > > Anyone got ANY ideas? Try what I did: `make -i buildworld'. Once that completes, try it again without the -i and see if it goes through. -- Dr Graham Wheeler E-mail: gram@cequrux.com Director, Research and Development WWW: http://www.cequrux.com CEQURUX Technologies Phone: +27(21)423-6065 Firewalls/VPN Specialists Fax: +27(21)424-3656 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 1:29:48 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lychee.itojun.org (INS28.chiba-ap2.dti.ne.jp [210.170.183.156]) by hub.freebsd.org (Postfix) with ESMTP id C031D37BA48; Tue, 30 May 2000 01:29:35 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from kiwi.itojun.org (localhost [127.0.0.1]) by itojun.org (8.10.0/3.7W) with ESMTP id e4U85Fs00781; Tue, 30 May 2000 17:05:15 +0900 (JST) To: Cy Schubert - ITSD Open Systems Group Cc: Alexander Langer , Hajimu UMEMOTO , andrews@technologist.com, stable@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: Cy.Schubert's message of Mon, 29 May 2000 23:44:03 MST. <200005300644.e4U6idT19592@cwsys.cwsent.com> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: ftp(1) breakage w/ passive mode? From: Jun-ichiro itojun Hagino Date: Tue, 30 May 2000 17:05:15 +0900 Message-ID: <779.959673915@lychee.itojun.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> ume and I discussed it a little bit, directly. >Tested the patch on a 4.0S system against KRB5 tunnelled through VPN >(pipsecd for now) then NATed (using IP Filter at the remote side) to my >employer's network. Kerberos rlogin and KRB5 telnet now work however >KRB5 ftp still has problems. I personally believe the patch to getaddrinfo(3) by ume is not very relevant - the patch may change part of its API, and it can choke some of the callers. I personally prefer fixing ftp(1) and other callers if necessary. However, the change (IPv4 mapped address handling) leaves me very fuzzy feeling... The specification is not well defined, and the change itself breaks certain network setup (the configuration is rather rare, though). here's a comment I left in KAME netbsd/usr.bin/ftp/ftp.c. I try to persuade ipngwg folks... itojun -- for (res = res0; res; res = res->ai_next) { /* * make sure that ai_addr is NOT an IPv4 mapped address. * IPv4 mapped address complicates too many things in FTP * protocol handling, as FTP protocol is defined differently * between IPv4 and IPv6. * * This may not be the best way to handle this situation, * since the semantics of IPv4 mapped address is defined in * the kernel. There are configurations where we should use * IPv4 mapped address as native IPv6 address, not as * "an IPv6 address that embeds IPv4 address" (namely, SIIT). * * More complete solution would be to have an additional * getsockopt to grab "real" peername/sockname. "real" * peername/sockname will be AF_INET if IPv4 mapped address * is used to embed IPv4 address, and will be AF_INET6 if * we use it as native. What a mess! */ ai_unmapped(res); ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 1:34:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 3AA4F37B5E7 for ; Tue, 30 May 2000 01:34:12 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id JAA53146; Tue, 30 May 2000 09:34:10 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id JAA00749; Tue, 30 May 2000 09:16:23 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200005300816.JAA00749@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Daniel J. Zaccariello" Cc: stable@FreeBSD.org, brian@hak.lan.Awfulhak.org Subject: Re: Fwd: User PPP with -nat and -auto In-Reply-To: Message from "Daniel J. Zaccariello" of "Mon, 29 May 2000 12:00:42 EDT." <4.3.2.20000529120030.00a934b0@pop.mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 May 2000 09:16:23 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Try enabling tcp/ip logging. If you see nothing, it must be a routing issue (perhaps your ``add default HISADDR'' is failing and needs to be ``add! default HISADDR'' ?). If you see traffic it should also say if it was blocked or not (maybe you've got some restrictive filters ?). It's difficult to say anything else without more info - how far is the traffic actually getting in -auto mode ? > >Delivered-To: freebsd-questions@freebsd.org > >X-Sender: marisombra@pop.mindspring.com > >X-Mailer: QUALCOMM Windows Eudora Version 4.3 > >Date: Mon, 29 May 2000 01:26:07 -0400 > >To: freebsd-questions@FreeBSD.ORG > >From: "Daniel J. Zaccariello" > >Subject: User PPP with -nat and -auto > >Sender: owner-freebsd-questions@FreeBSD.ORG > >X-Loop: FreeBSD.ORG > > > >Greets, > > > >I've run into a snag here. When I invoke ppp with the -nat and -auto > >options, machines on the LAN can make the FreeBSD box dial, but nothing > >after that. When I use -nat and -ddial, everything works fine. I can't > >find anything about this problem. Anyone have insights? If you need any > >info about my config, lemme know. > > > >This is a 4.0-stable box cvsupp'ed on Friday night. > > > > > >Thanks, > > > >djz -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 2:47:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A3E6E37B517; Tue, 30 May 2000 02:47:51 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id CAA79258; Tue, 30 May 2000 02:47:51 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 30 May 2000 02:47:51 -0700 (PDT) From: Kris Kennaway To: Larry Rosenman Cc: freebsd-stable@freebsd.org Subject: Re: make buildworld vs. make in /usr/src In-Reply-To: <200005300702.e4U72Kc05150@lerami.lerctr.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 30 May 2000, Larry Rosenman wrote: > what does make (without args) do in /usr/src? > > (what is it equivalent to?) It's equivalent to 'make' :-) make buildworld does a whole bunch of other stuff like dependency ordering, to make sure new versions of tools get built before things that depend on them, making sure the system gets rebuilt only against headers and libraries built within the build directory (not system versions), etc. That's why you should only ever do make buildworld unless you know what you're doing and how to fix it when it breaks. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 2:53:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C9A3737B517; Tue, 30 May 2000 02:53:15 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id CAA79692; Tue, 30 May 2000 02:53:15 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 30 May 2000 02:53:15 -0700 (PDT) From: Kris Kennaway To: Chad Ziccardi Cc: stable@freebsd.org Subject: Re: Xfree-4 WAS: Re: Proper method of updating XFree86 In-Reply-To: <392B6647.887DCBBA@bellatlantic.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 24 May 2000, Chad Ziccardi wrote: > If the port maintainer knows the problem and thus it's marked forbidden, > why not just fix it? Maybe I'm off base here, and thus I apologize. It's not the responsibility of the ports maintainers to fix security holes introduced by the program authors. It's taken us quite a while to get a patch out of XFree86 to fix this, but this particular local root hole should be fixed soon. Of course, since XFree86 4.0 doesn't do any kind of argument limiting like previous versions did (via XWrapper) I'd still be careful installing it on a multiuser system (and I'll probably add a note to the port stating as such) Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 2:58:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E825A37B984; Tue, 30 May 2000 02:58:49 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id CAA80412; Tue, 30 May 2000 02:58:49 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 30 May 2000 02:58:49 -0700 (PDT) From: Kris Kennaway To: Warner Losh Cc: Andrew.Wilson@cs.cf.ac.uk, stable@FreeBSD.ORG, Andrew Wilson , Josef Karthauser Subject: Re: Make world fails on latest 2.2.8... In-Reply-To: <200005220256.UAA66487@billy-club.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 21 May 2000, Warner Losh wrote: > In message Kris Kennaway writes: > : On Sun, 21 May 100, Andrew Wilson wrote: > : > : > sorry if this seems like a trip back in time. Today I cvsup'd > : > 2.2.8-stable and ran make world. It croaked while compiling bin/ed: > : > : I think this was an overenthusiastic commit by Joe Karthauser (strlcpy() > : doesnt exist in 2.x) > > Has this been reverted yet? Joe, did I miss the commit message fixing this, or is it in fact still broken? :-) Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 4:54:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from search.sparks.net (search.sparks.net [208.5.188.60]) by hub.freebsd.org (Postfix) with ESMTP id 0B10F37B5F7 for ; Tue, 30 May 2000 04:54:32 -0700 (PDT) (envelope-from dmiller@search.sparks.net) Received: by search.sparks.net (Postfix, from userid 100) id 27D7CDC01; Tue, 30 May 2000 07:52:10 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by search.sparks.net (Postfix) with ESMTP id 14597DC00 for ; Tue, 30 May 2000 07:52:10 -0400 (EDT) Date: Tue, 30 May 2000 07:52:09 -0400 (EDT) From: David Miller To: freebsd-stable@freebsd.org Subject: Announce: -stable commit lists Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi All:) I've setup freebsd-stable-3 and freebsd-stable-4 majordomo lists at sparks.net. These use procmail to filter the RELENG_[3|4] messages out of cvs-all, so one can easily tell which commits affect them. Anyone could use procmail to filter the list himself, but I thought this was more convenient, especially for those not set up with procmail. To subscribe, send an email to freebsd-stable-[3|4]-request@sparks.net. Digest versions are setup as well. Hope someone finds this useful:) --- David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 6:38:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from web1405.mail.yahoo.com (web1405.mail.yahoo.com [128.11.23.169]) by hub.freebsd.org (Postfix) with SMTP id 5657E37BDB8 for ; Tue, 30 May 2000 06:38:14 -0700 (PDT) (envelope-from gwq_uk@yahoo.com) Received: (qmail 1249 invoked by uid 60001); 30 May 2000 13:38:14 -0000 Message-ID: <20000530133814.1248.qmail@web1405.mail.yahoo.com> Received: from [195.107.47.196] by web1405.mail.yahoo.com; Tue, 30 May 2000 06:38:14 PDT Date: Tue, 30 May 2000 06:38:14 -0700 (PDT) From: =?iso-8859-1?q?Greg=20Quinlan?= Reply-To: gwq_uk@yahoo.com Subject: PPP problem still! was PPP complains of invalid net mask??? To: FreeBSD-Questions@freebsd.org Cc: FreeBSD-Stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi All, I sent this message a week ago but got no reply. Does anyone out there have more than one PPP dialup link working?? Or a straight forward way I can debug a pure CHAP link? <<<< Original message below >>>> Recently while trying to set up a second PPP link (ppp1) I encounted an error; PPP complained that the netmask of 255.255.255.0 was invalid. I believe it may have something to do with the fact that I already have one PPP link (ppp0) which has a network mask of 255.255.255.128. I am using kernel ppp with - 'pppd file options.vpn' as the command. Setting the netmask to 255.255.255.128 on the second link (ppp1) allows the dialer script to dial and make the connection, but this mask is not valid for the client/gateway combination. Also, despite the fact that I do NOT specify the 'defaultroute' option in the second ppp link options file (options.vpn) pppd attempts to add it giving an error: 'default route exists' Anyone got a clue what's wrong. I am running 3.4S from about midway through Feb/00. Thanks Greg ps. I'm not in the mailing list :( (could not cope with the volume)ie. please include me in replies!! __________________________________________________ Do You Yahoo!? Kick off your party with Yahoo! Invites. http://invites.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 7:14:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from doorman.brann.org (remote-brann-gw.nyc.dsl.access.net [166.84.145.254]) by hub.freebsd.org (Postfix) with ESMTP id 8FDD437BDBB for ; Tue, 30 May 2000 07:14:13 -0700 (PDT) (envelope-from john@brann.org) Received: from freebie.brann.org (freebie.brann.org [10.0.0.2]) by doorman.brann.org (8.9.2/8.8.5) with ESMTP id KAA67063 for ; Tue, 30 May 2000 10:14:11 -0400 (EDT) Received: (from john@localhost) by freebie.brann.org (8.9.3/8.9.3) id KAA02043 for freebsd-stable@freebsd.org; Tue, 30 May 2000 10:14:10 -0400 (EDT) (envelope-from john) Date: Tue, 30 May 2000 10:14:10 -0400 From: John Brann To: freebsd-stable@freebsd.org Subject: pcm sound river behaviour Message-ID: <20000530101410.A1441@freebie.brann.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Organization: Not while I'm at home X-Operating-System: FreeBSD 4.0-STABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi All, I'm experiencing some unwanted 'features' from the pcm sound driver. Both of these are new in 4.0-STABLE. I previously ran a variety of 3.X and 4.0-CURRENT kernels under which sound worked well with the pcm driver. 1: Playing .au files by 'cat foo.au > /dev/audio0' loses part of the beginning of the sound. Any .au file less than 1048 bytes produces only silence. [Note, I do not believe there is necessarily anything magic about 1048. It happens to be the size of the smallest .au file I have which makes any sound. The largest silent .au file is 1039 bytes] Larger files produce a period of silence, followed by two clicks, followed by the appropriate sound, followed by another click. I believe the sound produced has lost a leading amount of about one second. 2: The sound card does not accept audio signal from an external device connected to the line-in socket. Machine is a dual P-Pro 200 with on-board sound. Kernel is yesterdays 4.0-STABLE: FreeBSD 4.0-STABLE #2: Mon May 29 14:03:57 EDT 2000 Kernel config entry for pcm is: device pcm dmesg shows: pcm0: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0 unknown0: at port 0x200-0x207 on isa0 unknown1: at port 0x120-0x127 on isa0 unknown2: at port 0x300-0x301 irq 11 on isa0 No other device claims irq 5 (or 11) Any ideas? John -- Unreal City, Under the brown fog of a winter dawn, finger john@doorman.brann.org for pgp public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 7:15:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by hub.freebsd.org (Postfix) with ESMTP id 6E70737BDBF for ; Tue, 30 May 2000 07:15:24 -0700 (PDT) (envelope-from steve@sse0691.bri.hp.com) Received: from sse0691.bri.hp.com (sse0691.bri.hp.com [15.144.0.53]) by atlrel2.hp.com (Postfix) with ESMTP id 568BBFA9; Tue, 30 May 2000 10:15:18 -0400 (EDT) Received: (from steve@localhost) by sse0691.bri.hp.com (8.9.3/8.9.3) id PAA42254; Tue, 30 May 2000 15:12:20 +0100 (BST) (envelope-from steve) Date: Tue, 30 May 2000 15:12:20 +0100 From: Steve Roome To: Cy Schubert - ITSD Open Systems Group Cc: freebsd-stable@FreeBSD.ORG Subject: Re: make buildworld: building strip fails. Message-ID: <20000530151220.B41986@moose.bri.hp.com> References: <200005281638.KAA78945@harmony.village.org> <200005281655.e4SGtnx44290@cwsys.cwsent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005281655.e4SGtnx44290@cwsys.cwsent.com>; from Cy.Schubert@uumail.gov.bc.ca on Sun, May 28, 2000 at 09:55:21AM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 09:55:21AM -0700, Cy Schubert - ITSD Open Systems Group wrote: > Same here. I did the same using a CVSup from Saturday May 27 @ 04:15 > PDT on four machines. Everything went smooth. My only complaint is > that FreeBSD is getting too big. On my P120 at home 3.4 used to > buildworld in 4.5 hours now with 4.0 it took 7.75 hours, while my > desktop system and Kerberos servers (333 MHz PII's) at work a 3.4 > buildworld took 1.5 hours while building 4.0 world now took 2.25 hours. > But I guess that's the price of progress. This is random guess that I can't check up on at the moment because I don't have a 4.0 system at work, but I kernel compiles don't use -pipe by default on 4.0. This of course may be due to them not being needed, so take this with a pinch of salt. Of course, on the other hand it might speed up your compiles a lot if my hunch is right. But it is just a hunch. Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 7:48:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from fling.sanbi.ac.za (fling.sanbi.ac.za [196.38.142.119]) by hub.freebsd.org (Postfix) with ESMTP id 9C7EF37BDD4 for ; Tue, 30 May 2000 07:48:40 -0700 (PDT) (envelope-from irvine@sanbi.ac.za) Received: from fling.sanbi.ac.za ([196.38.142.119] helo=sanbi.ac.za) by fling.sanbi.ac.za with esmtp (Exim 3.13 #2) id 12wnJq-000C5H-00 for freebsd-stable@freebsd.org; Tue, 30 May 2000 16:48:34 +0200 Message-ID: <3933D4C2.57E48777@sanbi.ac.za> Date: Tue, 30 May 2000 16:48:34 +0200 From: Irvine Short Organization: SANBI X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 3.4-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: xl0: tx underrun Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi All! I'm getting these occasionally on my 3.4STABLE box here: xl0: transmission error: 90 xl0: tx underrun, increasing tx start threshold to 120 bytes But it doesnt seem to cause too many problems. However, I get them all the time on another box running 3.4-RELEASE which is a Samba server. If someone hammers the server (usually by running a backup from a Win 98 workstation) it will reliably generate loads of the above error, then lock up solid. The two machines are quite different, the one with the mild symptoms is a Celeron 466 w 256MB RAM and the bad one is a Pentium 133 with 64MB RAM on an Intel HX chipset. -- Irvine Short SANBI Sys Admin tel: +27-21-959 3645 cel: +27-82-494 3828 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 8:37: 1 2000 Delivered-To: freebsd-stable@freebsd.org Received: from correo.tamnet.com.mx (tamnet.com.mx [200.34.205.20]) by hub.freebsd.org (Postfix) with ESMTP id EA99A37B561 for ; Tue, 30 May 2000 08:36:57 -0700 (PDT) (envelope-from adepoo@tamnet.com.mx) Received: from correo.tamnet.com.mx (tamnet.com.mx [200.34.205.20]) by correo.tamnet.com.mx (8.9.1a/8.9.1a) with SMTP id KAA19743; Tue, 30 May 2000 10:36:46 -0500 (CDT) Date: Tue, 30 May 2000 10:36:46 -0500 (CDT) From: Alberto de Poo To: Matt Heckaman Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 4.0-stable, OpenSSH v1 & v2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 May 2000, Matt Heckaman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 29 May 2000, Kris Kennaway wrote: > [...] > : > Is it reasonable to assume that OpenSSH v2 will (should) > : > disappear from ports when/if it goes to the main source tree? > : > : Once we stop supporting FreeBSD 3.x in ports.. > > To be honest, do we WANT to stop supporting it in the ports? I would argue > that this is a case similar to BIND. It takes much longer for a new > version to get merged into -STABLE than it does to get into the ports. I > use BIND as an example here, but the same would apply for OpenSSL. What I > would love to see is ports installing in the same location as the base > program if on an OS with it in the base. > In the latest tar for ipfilter, now it changes the files that came with -STABLE and put the binaries in the same location as STABLE does, so you don't end with 2 binaries in 2 diferent locations. Of course this is not a port but a new version that can be installed directly. Saludos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 9:42:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lunatic.oneinsane.net (lunatic.oneinsane.net [207.113.133.231]) by hub.freebsd.org (Postfix) with ESMTP id DC9F737B892 for ; Tue, 30 May 2000 09:42:50 -0700 (PDT) (envelope-from insane@lunatic.oneinsane.net) Received: by lunatic.oneinsane.net (Postfix, from userid 1000) id C3FDE5DBC; Tue, 30 May 2000 09:42:48 -0700 (PDT) Date: Tue, 30 May 2000 09:42:48 -0700 From: Ron 'The InSaNe One' Rosson To: freebsd-stable@freebsd.org Subject: Ipfilter version Message-ID: <20000530094248.A98852@lunatic.oneinsane.net> Reply-To: Ron Rosson Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-Operating-System: FreeBSD lunatic.oneinsane.net 4.0-STABLE X-Moon: The Moon is Waning Crescent (12% of Full) X-Opinion: What you read here is my IMHO X-Disclaimer: I am a firm believer in RTFM X-WWW: http://www.oneinsane.net X-PGP-KEY: http://www.oneinsane.net/~insane/insane2-pgp5i.txt X-Uptime: 9:40AM up 5 days, 18:42, 1 user, load averages: 0.05, 0.01, 0.00 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am waiting on ipfilter ver 3.4.4 (I think) to make it into the 4.0-STABLE branch. I looked at the web interface located at freebsd.org and from what I can see it is still in head (5.0-CURRENT). Can someone give me a hand on how to verify this and if so does anyone know when it is scheduled to go in. TIA -- ------------------------------------------------------------------------------ Ron Rosson ... and a UNIX user said ... The InSaNe One rm -rf * insane@oneinsane.net and all was /dev/null and *void() ------------------------------------------------------------------------------ Smokey the Bear says, "Strip mining prevents forest fires." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 11:36:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from peace.mahoroba.org (peace.calm.imasy.or.jp [202.227.26.34]) by hub.freebsd.org (Postfix) with ESMTP id 2658337B5FB; Tue, 30 May 2000 11:36:33 -0700 (PDT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:isz59wVOZJrwawUtINyTmfFJIth34Xrv5MJF00YBzUJR9Hb5MNOaYO+bSMHWlCmA@localhost [::1]) by peace.mahoroba.org (8.10.1/3.7W-peace) with ESMTP id e4UIUOS49066; Wed, 31 May 2000 03:30:25 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 31 May 2000 03:30:25 +0900 (JST) Message-Id: <200005301830.e4UIUOS49066@peace.mahoroba.org> To: itojun@iijlab.net Cc: Cy.Schubert@uumail.gov.bc.ca, alex@big.endian.de, ume@bisd.hitachi.co.jp, andrews@technologist.com, stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ftp(1) breakage w/ passive mode? In-Reply-To: <779.959673915@lychee.itojun.org> References: <200005300644.e4U6idT19592@cwsys.cwsent.com> <779.959673915@lychee.itojun.org> X-Mailer: xcite1.20> Mew version 1.94.2 on Emacs 20.6 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-OS: FreeBSD 5.0-CURRENT Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Hajimu UMEMOTO (=?ISO-2022-JP?B?GyRCR19LXBsoQiA=?= =?ISO-2022-JP?B?GyRCSCUbKEI=?=) X-Dispatcher: imput version 20000228(IM140) Lines: 30 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> On Tue, 30 May 2000 17:05:15 +0900 >>>>> Jun-ichiro itojun Hagino said: >> ume and I discussed it a little bit, directly. >Tested the patch on a 4.0S system against KRB5 tunnelled through VPN >(pipsecd for now) then NATed (using IP Filter at the remote side) to my >employer's network. Kerberos rlogin and KRB5 telnet now work however >KRB5 ftp still has problems. itojun> I personally believe the patch to getaddrinfo(3) by ume is itojun> not very relevant - the patch may change part of its API, itojun> and it can choke some of the callers. I personally prefer fixing itojun> ftp(1) and other callers if necessary. Yes. the patch convert all IPv4 mapped IPv6 address returned into IPv4 address. If someone announce mapped address using AAAA RR, it also converted. So, caller have no chance to know whether returned address is mapped address or native IPv4 address. However, I think this is rare case in at least now. After correcting getaddrinfo()'s search order, in some case, A RR is accidentaly converted into mapped address without expectation of caller. This may confuse IPv4 people and force inconvenience. I worry about this. Fixing ftp(1) and other caller is also important. But, it is another issue. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 12:21:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from web6202.mail.yahoo.com (web6202.mail.yahoo.com [128.11.22.113]) by hub.freebsd.org (Postfix) with SMTP id 89D4B37B552 for ; Tue, 30 May 2000 12:21:38 -0700 (PDT) (envelope-from jojoslogin@yahoo.com) Message-ID: <20000530195105.11760.qmail@web6202.mail.yahoo.com> Received: from [198.22.121.112] by web6202.mail.yahoo.com; Tue, 30 May 2000 12:51:05 PDT Date: Tue, 30 May 2000 12:51:05 -0700 (PDT) From: jojo Subject: List Rules To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Someone please send me the List Rules so that I may unsubscribe to the list. Thanks is advance jojo ===== "Dilbert.. Obtains a shell account with his local ISP, however he feels that the man that set it up for him made some form of mistake. Dilbert.. Wonders who this root person is and why some person named 3lit3h4x0r is sending him mail that passwd.conf is not encrypted." __________________________________________________ Do You Yahoo!? Kick off your party with Yahoo! Invites. http://invites.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 12:30:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wwns.wwns.com (wwns.wwns.com [216.153.28.2]) by hub.freebsd.org (Postfix) with ESMTP id E351937B552 for ; Tue, 30 May 2000 12:30:20 -0700 (PDT) (envelope-from ralph@dimp.com) Received: from dimp.com (ci107016-a.nash1.tn.home.com [24.6.45.18]) by wwns.wwns.com (8.9.3/8.9.3) with ESMTP id OAA20270; Tue, 30 May 2000 14:30:44 -0500 Message-ID: <393415A2.E9F911F3@dimp.com> Date: Tue, 30 May 2000 14:25:22 -0500 From: Ralph Mellor Organization: Digital Impact X-Mailer: Mozilla 4.61 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: jojo Cc: "freebsd-stable@freebsd.org" Subject: Re: List Rules References: <20000530195105.11760.qmail@web6202.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG seek and ye shall find... jojo wrote: > > Someone please send me the List Rules so that I may > unsubscribe to the list. > > Thanks is advance > > jojo > > ===== > "Dilbert.. > Obtains a shell account with his local ISP, however he feels > that the man that set it up for him made some form of mistake. > Dilbert.. > Wonders who this root person is and why some person named > 3lit3h4x0r is sending him mail that passwd.conf is not > encrypted." > > __________________________________________________ > Do You Yahoo!? > Kick off your party with Yahoo! Invites. > http://invites.yahoo.com/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Ralph Mellor: http://www.dimp.com/ralphmellor.html 615.292.2917 x2 If I had my life over, I'd believe in reincarnation. icq# 71194896 -------------------------------------------------------------------- Digital Impact: http://www.dimp.com/ 615.292.2917 or 877.DIMP.COM 2510 Essex Place, Nashville TN 37212 Fax: 615.269.9520 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 14: 1: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id 4EFA537B64E for ; Tue, 30 May 2000 14:01:02 -0700 (PDT) (envelope-from chad@freeway.dcfinc.com) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id OAA16942; Tue, 30 May 2000 14:00:58 -0700 (MST) (envelope-from chad) From: "Chad R. Larson" Message-Id: <200005302100.OAA16942@freeway.dcfinc.com> Subject: Re: 4.0-RELEASE to 4.0-STABLE upgrade In-Reply-To: <20000528102553.A13663@petra.hos.u-szeged.hu> from Szilveszter Adam at "May 28, 0 10:25:53 am" To: sziszi@petra.hos.u-szeged.hu (Szilveszter Adam) Date: Tue, 30 May 2000 14:00:58 -0700 (MST) Cc: freebsd-stable@FreeBSD.ORG Reply-To: chad@DCFinc.com X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As I recall, Szilveszter Adam wrote: > Sorry for confusing anybody. Wondering what I might have been > smoking... although I'll probably blame it on the heat. We'll have > at least comfortable 32 degrees Celsius (89,6 F) in my estimate > today... We should reach 43 or so today. A couple of years ago we made it to an even 50. A few months later I was in the UK, and when they asked me how warm it got back home I told them. They then accused me of getting my sums wrong. -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.net DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 14:15:30 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mike.dhis.org (usr3-d15.stk.cwnet.com [209.21.20.111]) by hub.freebsd.org (Postfix) with ESMTP id 0721A37B7C8 for ; Tue, 30 May 2000 14:15:26 -0700 (PDT) (envelope-from mmuir@es.co.nz) Received: from localhost (localhost [127.0.0.1]) by mike.dhis.org (Postfix) with ESMTP id 71E761FC3 for ; Tue, 30 May 2000 14:15:46 -0700 (PDT) Date: Tue, 30 May 2000 14:15:46 -0700 (PDT) From: "Mike C. Muir" X-Sender: mmuir@ogre.lan To: stable@freebsd.org Subject: -j n and -STABLE world. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am curious as to how reliable using -j when building world under 4.0-STABLE is.. Ive seen it do some weird things, and noting that -j with an installworld has problems when it comes to /bin/ln and /bin/rm it made me wonder if building world was a potential problem (I have had no problems without -j). The system in question IS an overclocked machine, but has proven 100% stable under any other situation, indeed I have managed to make -j8 buildworld many times, however 1 in 8 attempts seg faults somewhere along the way (usually early in the rm'ing part, or very late.) Memory is also fine, this has been checked with memtest86 v2.3, running for 50 hours (4 passes.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 14:21:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 4B3B337BDDF for ; Tue, 30 May 2000 14:21:45 -0700 (PDT) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id e4ULLdb03123; Tue, 30 May 2000 14:21:39 -0700 (PDT) Date: Tue, 30 May 2000 14:21:39 -0700 From: Alfred Perlstein To: "Mike C. Muir" Cc: stable@FreeBSD.ORG Subject: Re: -j n and -STABLE world. Message-ID: <20000530142139.D9283@fw.wintelcom.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from mmuir@es.co.nz on Tue, May 30, 2000 at 02:15:46PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Mike C. Muir [000530 14:16] wrote: > I am curious as to how reliable using -j when building world under > 4.0-STABLE is.. Ive seen it do some weird things, and noting that -j with > an installworld has problems when it comes to /bin/ln and /bin/rm it made > me wonder if building world was a potential problem (I have had no > problems without -j). > The system in question IS an overclocked machine, but has proven 100% > stable under any other situation, indeed I have managed to make -j8 > buildworld many times, however 1 in 8 attempts seg faults somewhere along > the way (usually early in the rm'ing part, or very late.) > Memory is also fine, this has been checked with memtest86 v2.3, running > for 50 hours (4 passes.) If it crashes "some of the time" then it's obviously not "fine" overclocking is not supported the same way using fish chips for SDRAM isn't supported. Don't overclock and expect anyone to look into your problems. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 14:23:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cfdnet.me.tuns.ca (CFDnet.me.TUNS.Ca [134.190.50.164]) by hub.freebsd.org (Postfix) with ESMTP id C231437BDA9 for ; Tue, 30 May 2000 14:23:18 -0700 (PDT) (envelope-from bbmail@cfdnet.me.tuns.ca) Received: from localhost (bbmail@localhost) by cfdnet.me.tuns.ca (8.9.3/8.9.3) with ESMTP id SAA20176; Tue, 30 May 2000 18:20:20 -0300 (ADT) (envelope-from bbmail@cfdnet.me.tuns.ca) Date: Tue, 30 May 2000 18:20:20 -0300 (ADT) From: Bryan Bursey To: "Mike C. Muir" Cc: stable@FreeBSD.ORG Subject: Re: -j n and -STABLE world. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG G'day folks... I can confirm that the -j option does cause the 'installworld' portion of a 'make world' to faul in 4.0-STABLE. I have run my 'buildworld' with -j without problems however, using -j8 and -j10. I'm not sure if this option serves much purpose in the installworld portion, so maybe it can be recommended that it be used only with 'buildworld'? Regards, Bryan On Tue, 30 May 2000, Mike C. Muir wrote: > I am curious as to how reliable using -j when building world under > 4.0-STABLE is.. Ive seen it do some weird things, and noting that -j with > an installworld has problems when it comes to /bin/ln and /bin/rm it made > me wonder if building world was a potential problem (I have had no > problems without -j). > The system in question IS an overclocked machine, but has proven 100% > stable under any other situation, indeed I have managed to make -j8 > buildworld many times, however 1 in 8 attempts seg faults somewhere along > the way (usually early in the rm'ing part, or very late.) > Memory is also fine, this has been checked with memtest86 v2.3, running > for 50 hours (4 passes.) > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 14:27:21 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cfdnet.me.tuns.ca (CFDnet.me.TUNS.Ca [134.190.50.164]) by hub.freebsd.org (Postfix) with ESMTP id 2143337BDFF for ; Tue, 30 May 2000 14:27:18 -0700 (PDT) (envelope-from bbmail@cfdnet.me.tuns.ca) Received: from localhost (bbmail@localhost) by cfdnet.me.tuns.ca (8.9.3/8.9.3) with ESMTP id SAA20188; Tue, 30 May 2000 18:24:13 -0300 (ADT) (envelope-from bbmail@cfdnet.me.tuns.ca) Date: Tue, 30 May 2000 18:24:13 -0300 (ADT) From: Bryan Bursey To: "Mike C. Muir" Cc: stable@FreeBSD.ORG Subject: Re: -j n and -STABLE world. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry to follow my own message, but I'd like to confirm that I'm dealing with a SMP kernel on a machine that it not overclocked. The 'installworld' fails consistently in the same place. The tail end of the stdout is shown below. ===> bin/rm install -c -s -o root -g wheel -m 555 rm /bin install -c -o root -g wheel -m 444 rm.1.gz /usr/share/man/man1 /usr/share/man/man1/unlink.1.gz -> /usr/share/man/man1/rm.1.gz rm: permission denied *** Error code 126 /bin/unlink -> /bin/rm 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Cheers, Bryan On Tue, 30 May 2000, Mike C. Muir wrote: > I am curious as to how reliable using -j when building world under > 4.0-STABLE is.. Ive seen it do some weird things, and noting that -j with > an installworld has problems when it comes to /bin/ln and /bin/rm it made > me wonder if building world was a potential problem (I have had no > problems without -j). > The system in question IS an overclocked machine, but has proven 100% > stable under any other situation, indeed I have managed to make -j8 > buildworld many times, however 1 in 8 attempts seg faults somewhere along > the way (usually early in the rm'ing part, or very late.) > Memory is also fine, this has been checked with memtest86 v2.3, running > for 50 hours (4 passes.) > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 14:30: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id EEE3537BE29 for ; Tue, 30 May 2000 14:29:53 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id PAA42957; Tue, 30 May 2000 15:29:51 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id PAA18827; Tue, 30 May 2000 15:29:32 -0600 (MDT) Message-Id: <200005302129.PAA18827@harmony.village.org> To: chad@DCFinc.com Subject: Re: 4.0-RELEASE to 4.0-STABLE upgrade Cc: sziszi@petra.hos.u-szeged.hu (Szilveszter Adam), freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Tue, 30 May 2000 14:00:58 PDT." <200005302100.OAA16942@freeway.dcfinc.com> References: <200005302100.OAA16942@freeway.dcfinc.com> Date: Tue, 30 May 2000 15:29:31 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005302100.OAA16942@freeway.dcfinc.com> "Chad R. Larson" writes: : A couple of years ago we made it to an even 50. A few months later : I was in the UK, and when they asked me how warm it got back home I : told them. They then accused me of getting my sums wrong. You must be joking. Oh, wait, you are in arizona. 50C is a little nippy for arizona, no? BTW 50C is 122F... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 14:37:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from melete.ch.intel.com (melete.ch.intel.com [143.182.246.25]) by hub.freebsd.org (Postfix) with ESMTP id E2FA337B578 for ; Tue, 30 May 2000 14:37:45 -0700 (PDT) (envelope-from jreynold@sedona.ch.intel.com) Received: from sedona.intel.com (sedona.ch.intel.com [143.182.218.21]) by melete.ch.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.29 2000/05/27 05:56:37 nzand Exp $) with ESMTP id VAA04963 for ; Tue, 30 May 2000 21:38:33 GMT Received: from hip186.ch.intel.com (hip186.ch.intel.com [143.182.225.68]) by sedona.intel.com (8.9.1a/8.9.1/d: sendmail.cf,v 1.10 2000/02/10 21:38:16 steved Exp $) with ESMTP id OAA27652 for ; Tue, 30 May 2000 14:37:42 -0700 (MST) X-Envelope-To: X-Envelope-From: jreynold@sedona.ch.intel.com Received: (from jreynold@localhost) by hip186.ch.intel.com (8.9.1a/8.9.1/d: client.m4,v 1.3 1998/09/29 16:36:11 sedayao Exp sedayao $) id RAA26502; Tue, 30 May 2000 17:37:43 -0400 (EDT) X-Authentication-Warning: hip186.ch.intel.com: jreynold set sender to jreynold@sedona.ch.intel.com using -f From: John Reynolds~ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14644.13479.90575.33688@hip186.ch.intel.com> Date: Tue, 30 May 2000 14:37:43 -0700 (MST) To: freebsd-stable@freebsd.org Subject: Re: 4.0-RELEASE to 4.0-STABLE upgrade In-Reply-To: <200005302129.PAA18827@harmony.village.org> References: <200005302100.OAA16942@freeway.dcfinc.com> <200005302129.PAA18827@harmony.village.org> X-Mailer: VM 6.75 under Emacs 20.3.11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ On Tuesday, May 30, Warner Losh wrote: ] > : A couple of years ago we made it to an even 50. A few months later > : I was in the UK, and when they asked me how warm it got back home I > : told them. They then accused me of getting my sums wrong. > > You must be joking. Oh, he's not joking!!! I'm here in Chandler 20 miles from Scottsdale ... > Oh, wait, you are in arizona. 50C is a little > nippy for arizona, no? BTW 50C is 122F... Yup. We should definitely hit 43C, maybe 44C, today .... :) -Jr -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | John Reynolds WCCG, CCE, Higher Levels of Abstraction | | Intel Corporation MS: CH6-210 Phone: 480-554-9092 pgr: 602-868-6512 | | jreynold@sedona.ch.intel.com http://www-aec.ch.intel.com/~jreynold/ | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 15:11:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 4D3C937B514; Tue, 30 May 2000 15:11:33 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id XAA72769; Tue, 30 May 2000 23:13:04 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id XAA02705; Tue, 30 May 2000 23:12:59 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200005302212.XAA02705@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: gwq_uk@yahoo.com Cc: FreeBSD-Questions@FreeBSD.ORG, FreeBSD-Stable@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: PPP problem still! was PPP complains of invalid net mask??? In-Reply-To: Message from =?iso-8859-1?q?Greg=20Quinlan?= of "Tue, 30 May 2000 06:38:14 PDT." <20000530133814.1248.qmail@web1405.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 May 2000 23:12:58 +0100 From: Brian Somers Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I know little about pppd, but it looks as if pppd is adding a route based on the supplied netmask. You don't mention the relevant IP numbers, but it sounds as if they're conflicting (one IP resides on another already-routable network). > Hi All, > > I sent this message a week ago but got no reply. Does > anyone out there have more than one PPP dialup link > working?? > > Or a straight forward way I can debug a pure CHAP > link? > > <<<< Original message below >>>> > > Recently while trying to set up a second PPP link > (ppp1) I encounted an error; PPP complained that the > netmask of 255.255.255.0 was invalid. > > I believe it may have something to do with the fact > that I already have one PPP link (ppp0) which has a > network mask of 255.255.255.128. > > I am using kernel ppp with - 'pppd file options.vpn' > as the command. > > Setting the netmask to 255.255.255.128 on the second > link (ppp1) allows the dialer script to dial and make > the connection, but this mask is not valid for the > client/gateway combination. Also, despite the fact > that I do NOT specify the 'defaultroute' option in > the second ppp link options file (options.vpn) pppd > attempts to add it giving an error: 'default route > exists' > > Anyone got a clue what's wrong. I am running 3.4S from > about midway through Feb/00. > > Thanks > > Greg > > ps. I'm not in the mailing list :( (could not cope > with the volume)ie. please include me in replies!! -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 15:19:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sinia.com (c2.sinia.com [64.14.20.140]) by hub.freebsd.org (Postfix) with ESMTP id 3B2B837B514 for ; Tue, 30 May 2000 15:19:43 -0700 (PDT) (envelope-from bharat@sinia.com) Received: from shadow ([10.0.4.29]) by sinia.com (8.9.3/8.9.3) with SMTP id PAA33698 for ; Tue, 30 May 2000 15:21:19 -0700 (PDT) (envelope-from bharat@sinia.com) From: "Bharat Mediratta" To: Subject: GENERIC 4.0 kernel compile fails on in_cksum.c Date: Tue, 30 May 2000 15:19:41 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-Mimeole: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, guys -- I've seen this problem posted before to this mailing list, but I was unable to find the answer in either the FreeBSD or the Geocrawler indicies of this mailing list. So I'm trying again. I am trying to upgrade my 3.4 box to 4.0. I just cvsup'd the latest source with this supfile (I've cvsup'd several times, so I think that rules out cvsup conflicting with a putback): *default host=cvsup2.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs tag=RELENG_4 *default delete use-rel-suffix *default compress src-all cvs-crypto ports-all tag=. My compiler: # cc --version 2.7.2.3 Then, I followed these directions: # cd /usr/src/sys/i386/conf # config GENERIC # cd ../../compile/GENERIC # make depend # make It always dies with: cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-exte rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuni nitialized -Wformat -Wunused -fformat-extensions -ansi -nostdinc -I- -I. - I../.. -I../../../include -D_KERNEL -include opt_global.h -elf ../../i386/i386/in_cksum.c ../../i386/i386/in_cksum.c: In function `in_cksum': ../../i386/i386/in_cksum.c:238: `__func__' undeclared (first use this function) ../../i386/i386/in_cksum.c:238: (Each undeclared identifier is reported only once ../../i386/i386/in_cksum.c:238: for each function it appears in.) ../../i386/i386/in_cksum.c: In function `in_cksum_skip': ../../i386/i386/in_cksum.c:426: `__func__' undeclared (first use this function) *** Error code 1 What am I doing wrong? Thanks! -Bharat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 15:40: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.polytechnic.edu.na (mail.polytechnic.edu.na [196.31.225.2]) by hub.freebsd.org (Postfix) with ESMTP id BC20937BA6E for ; Tue, 30 May 2000 15:39:57 -0700 (PDT) (envelope-from tim@polytechnic.edu.na) Received: from [196.31.225.199] (helo=polytechnic.edu.na) by mail.polytechnic.edu.na with esmtp (Exim 3.02 #2) id 12wwWU-0003kZ-00; Tue, 30 May 2000 22:38:14 -0200 Message-ID: <39344292.E8006211@polytechnic.edu.na> Date: Tue, 30 May 2000 23:37:07 +0100 From: Tim Priebe Reply-To: tim@iafrica.com.na X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: John Reynolds~ Cc: freebsd-stable@freebsd.org Subject: Re: 4.0-RELEASE to 4.0-STABLE upgrade References: <200005302100.OAA16942@freeway.dcfinc.com> <200005302129.PAA18827@harmony.village.org> <14644.13479.90575.33688@hip186.ch.intel.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Reynolds~ wrote: > [ On Tuesday, May 30, Warner Losh wrote: ] > > : A couple of years ago we made it to an even 50. A few months later > > : I was in the UK, and when they asked me how warm it got back home I > > : told them. They then accused me of getting my sums wrong. > > > > You must be joking. > > Oh, he's not joking!!! I'm here in Chandler 20 miles from Scottsdale ... > > > Oh, wait, you are in arizona. 50C is a little > > nippy for arizona, no? BTW 50C is 122F... > > Yup. We should definitely hit 43C, maybe 44C, today .... :) About 500 km from here 45C is a normal summer's day, when it gets really hot, 53 or 54C then you here about the birds dropping out of the trees. It was 53C when I first drove through there, and I really whished that my airconditioner was working. But what does this have to do with stable? Tim. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 15:46:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9A67137BA6E; Tue, 30 May 2000 15:46:15 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id PAA50232; Tue, 30 May 2000 15:46:15 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 30 May 2000 15:46:15 -0700 (PDT) From: Kris Kennaway To: Bharat Mediratta Cc: freebsd-stable@freebsd.org Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 30 May 2000, Bharat Mediratta wrote: > What am I doing wrong? Thanks! Source upgrades from 3.x to 4.0-STABLE are not supported. Update from 3.4-RELEASE to 4.0-RELEASE and then to 4.0-STABLE and everything will be just grand (assuming you follow all the directions ;-). Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 15:54:26 2000 Delivered-To: freebsd-stable@freebsd.org Received: from merganser.its.uu.se (merganser.its.uu.se [130.238.6.236]) by hub.freebsd.org (Postfix) with ESMTP id 669AD37B7A0 for ; Tue, 30 May 2000 15:54:22 -0700 (PDT) (envelope-from ertr1013@student.csd.uu.se) Received: from regulus.student.UU.SE ([130.238.5.2]:48309 "HELO ertr1013.student.csd.uu.se") by merganser.its.uu.se with SMTP id ; Wed, 31 May 2000 00:53:52 +0200 Received: (qmail 47649 invoked by uid 1001); 30 May 2000 22:53:55 -0000 Date: Wed, 31 May 2000 00:53:55 +0200 From: Erik Trulsson To: freebsd-stable@FreeBSD.ORG Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c Message-ID: <20000531005355.A47631@student.csd.uu.se> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from bharat@sinia.com on Tue, May 30, 2000 at 03:19:41PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, May 30, 2000 at 03:19:41PM -0700, Bharat Mediratta wrote: > > Hi, guys -- > > I've seen this problem posted before to this mailing list, but I > was unable to find the answer in either the FreeBSD or the Geocrawler > indicies of this mailing list. So I'm trying again. > > I am trying to upgrade my 3.4 box to 4.0. I just cvsup'd the latest > source with this supfile (I've cvsup'd several times, so I think that > rules out cvsup conflicting with a putback): > > *default host=cvsup2.FreeBSD.org > *default base=/usr > *default prefix=/usr > *default release=cvs tag=RELENG_4 > *default delete use-rel-suffix > *default compress > src-all > cvs-crypto > ports-all tag=. > Looks good so far. > My compiler: > > # cc --version > 2.7.2.3 > > Then, I followed these directions: > > # cd /usr/src/sys/i386/conf > # config GENERIC > # cd ../../compile/GENERIC > # make depend > # make Wrong. Very wrong. Where did you get these directions? To upgrade from 3.4 to 4.0 you should follow the instructions in /usr/src/UPDATING. (After getting the 4.0 sources with cvsup.) What you are doing (trying to build a 4.0 kernel with 3.4 tools) is basically doomed to fail. > > It always dies with: > > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-exte > rns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuni > nitialized -Wformat -Wunused -fformat-extensions -ansi -nostdinc -I- -I. - > I../.. -I../../../include -D_KERNEL -include opt_global.h -elf > ../../i386/i386/in_cksum.c > ../../i386/i386/in_cksum.c: In function `in_cksum': > ../../i386/i386/in_cksum.c:238: `__func__' undeclared (first use this > function) > ../../i386/i386/in_cksum.c:238: (Each undeclared identifier is reported only > once > ../../i386/i386/in_cksum.c:238: for each function it appears in.) > ../../i386/i386/in_cksum.c: In function `in_cksum_skip': > ../../i386/i386/in_cksum.c:426: `__func__' undeclared (first use this > function) > *** Error code 1 > > What am I doing wrong? Thanks! This error is because of you using an old version of the compiler. 4.0 has a later one. (2.95.2) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 17:39:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freeway.dcfinc.com (cx74889-a.phnx3.az.home.com [24.1.193.157]) by hub.freebsd.org (Postfix) with ESMTP id C4DF437B643 for ; Tue, 30 May 2000 17:39:52 -0700 (PDT) (envelope-from chad@freeway.dcfinc.com) Received: (from chad@localhost) by freeway.dcfinc.com (8.8.8/8.8.8) id RAA17824; Tue, 30 May 2000 17:39:40 -0700 (MST) (envelope-from chad) From: "Chad R. Larson" Message-Id: <200005310039.RAA17824@freeway.dcfinc.com> Subject: Re: 4.0-RELEASE to 4.0-STABLE upgrade In-Reply-To: <200005302129.PAA18827@harmony.village.org> from Warner Losh at "May 30, 0 03:29:31 pm" To: imp@village.org (Warner Losh) Date: Tue, 30 May 2000 17:39:40 -0700 (MST) Cc: sziszi@petra.hos.u-szeged.hu, freebsd-stable@FreeBSD.ORG Reply-To: chad@DCFinc.com X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As I recall, Warner Losh wrote: > In message <200005302100.OAA16942@freeway.dcfinc.com> "Chad R. Larson" writes: > : A couple of years ago we made it to an even 50. A few months later > : I was in the UK, and when they asked me how warm it got back home I > : told them. They then accused me of getting my sums wrong. > > You must be joking. Oh, wait, you are in arizona. 50C is a little > nippy for arizona, no? BTW 50C is 122F... Yep. A buncha airliners got grounded at Sky Harbor because their balanced field charts only went to 120. Can't fly without proper documentation. > Warner -crl -- Chad R. Larson (CRL15) 602-953-1392 Brother, can you paradigm? chad@dcfinc.com chad@larsons.org larson1@home.net DCF, Inc. - 14623 North 49th Place, Scottsdale, Arizona 85254-2207 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 18:14:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id 67D9237BE0C; Tue, 30 May 2000 18:14:35 -0700 (PDT) (envelope-from itojun@itojun.org) Received: from kiwi.itojun.org (localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.9.3+3.2W/3.7W/smtpfeed 1.06) with ESMTP id KAA04988; Wed, 31 May 2000 10:14:33 +0900 (JST) To: Hajimu UMEMOTO (=?ISO-2022-JP?B?GyRCR19LXBsoQiAbJEJIJRsoQg==?=) Cc: Cy.Schubert@uumail.gov.bc.ca, alex@big.endian.de, ume@bisd.hitachi.co.jp, andrews@technologist.com, stable@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: ume's message of Wed, 31 May 2000 03:30:25 JST. <200005301830.e4UIUOS49066@peace.mahoroba.org> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: ftp(1) breakage w/ passive mode? From: itojun@iijlab.net Date: Wed, 31 May 2000 10:14:33 +0900 Message-ID: <4986.959735673@coconut.itojun.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Yes. the patch convert all IPv4 mapped IPv6 address returned into >IPv4 address. If someone announce mapped address using AAAA RR, it >also converted. So, caller have no chance to know whether returned >address is mapped address or native IPv4 address. However, I think >this is rare case in at least now. >After correcting getaddrinfo()'s search order, in some case, A RR is >accidentaly converted into mapped address without expectation of >caller. This may confuse IPv4 people and force inconvenience. I >worry about this. >Fixing ftp(1) and other caller is also important. But, it is another >issue. isn't there some issue in getipnodebyname(), instead of getaddrinfo()? (NOTE: I'm not really up-to-date with the current status of freebsd4 lib/libc/net) if you can tell me repeatable example of getaddrinfo() failure, that would be helpful... itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 19:17:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 5A00F37BE14 for ; Tue, 30 May 2000 19:17:39 -0700 (PDT) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 1140 invoked by uid 0); 31 May 2000 02:17:35 -0000 Received: from pc19f5a8c.dip.t-dialin.net (HELO speedy.gsinet) (193.159.90.140) by mail03.rzmi.gmx.net with SMTP; 31 May 2000 02:17:35 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id VAA01302 for freebsd-stable@freebsd.org; Tue, 30 May 2000 21:44:39 +0200 Date: Tue, 30 May 2000 21:44:39 +0200 From: Gerhard Sittig To: freebsd-stable@freebsd.org Subject: Re: Ipfilter version Message-ID: <20000530214439.D2305@speedy.gsinet> Mail-Followup-To: freebsd-stable@freebsd.org References: <20000530094248.A98852@lunatic.oneinsane.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000530094248.A98852@lunatic.oneinsane.net>; from insane@lunatic.oneinsane.net on Tue, May 30, 2000 at 09:42:48AM -0700 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, May 30, 2000 at 09:42 -0700, Ron 'The InSaNe One' Rosson wrote: > I am waiting on ipfilter ver 3.4.4 (I think) to make it into > the 4.0-STABLE branch. I looked at the web interface located at > freebsd.org and from what I can see it is still in head > (5.0-CURRENT). Can someone give me a hand on how to verify this > and if so does anyone know when it is scheduled to go in. Since you're running stable you supposedly follow cvs-all, too. So the info will definitely cross your way. :) BTW: Maybe the -stable commit list accouncement of today () will help you a little in reducing what gets flushed to /dev/null right after fetching it. It's been an often wished feature you finally have the option to make use of. virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 19:26:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lunatic.oneinsane.net (lunatic.oneinsane.net [207.113.133.231]) by hub.freebsd.org (Postfix) with ESMTP id 242AD37B7BC for ; Tue, 30 May 2000 19:26:35 -0700 (PDT) (envelope-from insane@lunatic.oneinsane.net) Received: by lunatic.oneinsane.net (Postfix, from userid 1000) id 7541B5DBF; Tue, 30 May 2000 19:26:34 -0700 (PDT) Date: Tue, 30 May 2000 19:26:34 -0700 From: Ron 'The InSaNe One' Rosson To: freebsd-stable@freebsd.org Subject: Logging for ipfilter under 3.4-STABLE April Build Message-ID: <20000530192634.A7881@lunatic.oneinsane.net> Reply-To: Ron Rosson Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i X-Operating-System: FreeBSD lunatic.oneinsane.net 4.0-STABLE X-Moon: The Moon is Waning Crescent (9% of Full) X-Opinion: What you read here is my IMHO X-Disclaimer: I am a firm believer in RTFM X-WWW: http://www.oneinsane.net X-PGP-KEY: http://www.oneinsane.net/~insane/insane2-pgp5i.txt X-Uptime: 7:23PM up 6 days, 4:26, 1 user, load averages: 0.00, 0.01, 0.00 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a 3.4-STABLE build of FreeBSD It is currntly running IPFilter to protect my network. No matter what I have done I can not get ipmon to log to syslog. Here is what I have in my syslog.conf: *.notice;kern.debug;lpr.info;mail.crit;news.err;local0.none /var/log/messages local0.info;local0.debug /var/log/ipfilter.log local0.err /var/log/ipfilter.err TIA -- ------------------------------------------------------------------------------ Ron Rosson ... and a UNIX user said ... The InSaNe One rm -rf * insane@oneinsane.net and all was /dev/null and *void() ------------------------------------------------------------------------------ Exactly what were we talking about, anyway? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 19:42:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from moek.pir.net (moek.pir.net [209.192.237.190]) by hub.freebsd.org (Postfix) with ESMTP id A432937BE14 for ; Tue, 30 May 2000 19:42:11 -0700 (PDT) (envelope-from pir@pir.net) Received: from pir by moek.pir.net with local (Exim) id 12wySF-0000cY-00 for freebsd-stable@freebsd.org; Tue, 30 May 2000 22:41:59 -0400 Date: Tue, 30 May 2000 22:41:59 -0400 From: Peter Radcliffe To: freebsd-stable@freebsd.org Subject: Re: Logging for ipfilter under 3.4-STABLE April Build Message-ID: <20000530224159.E28953@pir.net> Reply-To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@freebsd.org References: <20000530192634.A7881@lunatic.oneinsane.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000530192634.A7881@lunatic.oneinsane.net>; from insane@lunatic.oneinsane.net on Tue, May 30, 2000 at 07:26:34PM -0700 X-fish: < X-Copy-On-Listmail: Please do NOT Cc: me on list mail. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ron 'The InSaNe One' Rosson probably said: > I have a 3.4-STABLE build of FreeBSD It is currntly running IPFilter to > protect my network. No matter what I have done I can not get ipmon to > log to syslog. You're running 'ipmon -sn' in the background ? Did you install ipfilter seperately or are you using the version that came with 3.4-S ? If the former, make sure you're using the binaries that were installed, not the binaries in a different location that came with 3.4-S. > local0.info;local0.debug /var/log/ipfilter.log > local0.err /var/log/ipfilter.err Make sure those are tabs and not spaces. local0.info is a subset of local0.debug - you don't need both. P. -- pir pir@pir.net pir@net.tufts.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 20: 0:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from emu.prod.itd.earthlink.net (emu.prod.itd.earthlink.net [207.217.121.31]) by hub.freebsd.org (Postfix) with ESMTP id DF5CE37B981 for ; Tue, 30 May 2000 20:00:11 -0700 (PDT) (envelope-from eogren@earthlink.net) Received: from rod.darktech.org (ip48.cambridge2.ma.pub-ip.psi.net [38.32.112.48]) by emu.prod.itd.earthlink.net (8.9.3/8.9.3) with ESMTP id UAA00288; Tue, 30 May 2000 20:00:08 -0700 (PDT) Received: (from eogren@localhost) by rod.darktech.org (8.10.1/8.10.1) id e4V31a387174; Tue, 30 May 2000 23:01:36 -0400 (EDT) Date: Tue, 30 May 2000 23:01:36 -0400 From: Eric Ogren To: Bryan Bursey Cc: "Mike C. Muir" , stable@FreeBSD.ORG Subject: Re: -j n and -STABLE world. Message-ID: <20000530230136.A86496@earthlink.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from bbmail@cfdnet.me.tuns.ca on Tue, May 30, 2000 at 06:24:13PM -0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This has always been the case as far as I'm aware; use -j for buildworld, and don't use it for installworld. Eric On Tue, May 30, 2000 at 06:24:13PM -0300, Bryan Bursey wrote: > Sorry to follow my own message, but I'd like to confirm that I'm dealing > with a SMP kernel on a machine that it not overclocked. The > 'installworld' fails consistently in the same place. The tail end of the > stdout is shown below. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 21:59: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from hydrant.intranova.net (hydrant.intranova.net [209.201.95.10]) by hub.freebsd.org (Postfix) with ESMTP id 2DF8637B79B for ; Tue, 30 May 2000 21:59:01 -0700 (PDT) (envelope-from oogali@intranova.net) Received: from localhost (localhost [127.0.0.1]) by hydrant.intranova.net (Postfix) with ESMTP id C1E8EE0CCD; Wed, 31 May 2000 01:00:22 -0400 (EDT) Date: Wed, 31 May 2000 01:00:22 -0400 (EDT) From: Omachonu Ogali To: Ron 'The InSaNe One' Rosson Cc: freebsd-stable@freebsd.org Subject: Re: Logging for ipfilter under 3.4-STABLE April Build In-Reply-To: <20000530192634.A7881@lunatic.oneinsane.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are you running ipmon with the '-s' argument? On Tue, 30 May 2000, Ron 'The InSaNe One' Rosson wrote: > I have a 3.4-STABLE build of FreeBSD It is currntly running IPFilter to > protect my network. No matter what I have done I can not get ipmon to > log to syslog. > > Here is what I have in my syslog.conf: > > *.notice;kern.debug;lpr.info;mail.crit;news.err;local0.none /var/log/messages > local0.info;local0.debug /var/log/ipfilter.log > local0.err /var/log/ipfilter.err > > TIA > -- +-----------------------------------------------------------------------+ | Omachonu Ogali oogali@intranova.net | | Intranova Networking Group http://www.intranova.net | | PGP Key ID: 0xBFE60839 | | PGP Fingerprint: 8 51 14 FD 2A 87 53 D1 E3 AA 12 12 01 93 BD 34 | +-----------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 22:48: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id 8785137B5F3; Tue, 30 May 2000 22:47:59 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id BAA37874; Wed, 31 May 2000 01:47:55 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005310547.BAA37874@account.abs.net> Subject: NIS with multiple subnets/vhosts, any ideas?? To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Date: Wed, 31 May 2000 01:47:55 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello All, I setup a couple machines using NIS, and just ran into the following problem I am not quite sure how to work around. Here is my config: MACHINE A: ifconfig_de0="inet 207.114.198.11 netmask 255.255.255.0" defaultrouter="207.114.198.250" # -- Add Vhosts -- # ifconfig_de0_alias1="inet 206.88.228.13 netmask 0xffffffff" ifconfig_de0_alias1="inet 206.88.228.14 netmask 0xffffffff" ifconfig_de0_alias1="inet 206.88.228.15 netmask 0xffffffff" ifconfig_de0_alias2="inet 199.29.143.73 netmask 0xffffffff" ======== If I only run on the primary interface, then all is fine, but if I enable the aliases which are on different subnets then the trouble begins. If I try and fire up sendmail, it just hangs and starts giving me RPC timeouts on the console from yp, as it doesn't like that the aliases are in a different subnet from the main ip range mounted on the machine. I can mount more from the main subnet, but not from anything else. I need multiple subnets on the machine, so thats the problem. Anyone have any ideas how to fix this, is there some way to tell yp to only use the primary interface for requests? Or if I am doing something wrong here please let me know as I am somewhat new to NIS.. --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue May 30 23:48:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from redsheriff.com (eagle.imrworldwide.com [203.89.243.235]) by hub.freebsd.org (Postfix) with ESMTP id 5FF6237B792 for ; Tue, 30 May 2000 23:48:44 -0700 (PDT) (envelope-from davidb@redsheriff.com) Received: from skua.burren.cx (devfw.imrworldwide.com [203.89.243.232]) by redsheriff.com (8.9.3/8.9.3) with ESMTP id QAA76791 for ; Wed, 31 May 2000 16:48:41 +1000 (EST) (envelope-from davidb@redsheriff.com) Received: (qmail 2687 invoked from network); 31 May 2000 06:48:34 -0000 Received: from localhost.local2 (HELO redsheriff.com) (127.0.0.1) by localhost.local2 with SMTP; 31 May 2000 06:48:34 -0000 Message-ID: <3934B5C2.5EA1541D@redsheriff.com> Date: Wed, 31 May 2000 16:48:34 +1000 From: David Burren X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.0-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Howard Leadmon Cc: freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: NIS with multiple subnets/vhosts, any ideas?? References: <200005310547.BAA37874@account.abs.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Howard Leadmon wrote: > Here is my config: > > MACHINE A: > > ifconfig_de0="inet 207.114.198.11 netmask 255.255.255.0" > defaultrouter="207.114.198.250" > # -- Add Vhosts -- # > ifconfig_de0_alias1="inet 206.88.228.13 netmask 0xffffffff" > ifconfig_de0_alias1="inet 206.88.228.14 netmask 0xffffffff" > ifconfig_de0_alias1="inet 206.88.228.15 netmask 0xffffffff" > ifconfig_de0_alias2="inet 199.29.143.73 netmask 0xffffffff" > > ======== > > If I only run on the primary interface, then all is fine, but if I enable > the aliases which are on different subnets then the trouble begins. If I > try and fire up sendmail, it just hangs and starts giving me RPC timeouts > on the console from yp, as it doesn't like that the aliases are in a different > subnet from the main ip range mounted on the machine. I can mount more from > the main subnet, but not from anything else. I need multiple subnets on > the machine, so thats the problem. Someone correct me if I'm wrong, but the way I've done this in the past has been to specify the "real" netmask for the first alias in each extra subnet, and 255.255.255.255 for all other aliases. Otherwise the machine has little chance of interacting normally with broadcast traffic on the extra subnets... __ David Burren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 0: 4:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id A907D37BE50 for ; Wed, 31 May 2000 00:04:03 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id DAA05283 for ; Wed, 31 May 2000 03:04:43 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Wed, 31 May 2000 03:04:43 -0400 (EDT) From: "Brandon D. Valentine" To: FreeBSD-STABLE Subject: Problems with xe driver under 4.0-RELEASE Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey, I'm having trouble getting the xe driver to load for my Intel EtherExpress PRO/100 16 bit PCMCIA card. I know next to nothing about PCMCIA as a technology and don't know what to make of "Can't map in cis". I gathered from the manpages that cis is card information services, but I am not sure what it is that the driver is failing on. Perhaps someone with a better understanding of the lower level process of inserting a pccard and the code internals of the xe driver can lend some insight. Warner perhaps? I'd appreciate any insight you guys can offer. I can take diffs over on a floppy disk and try to repair it that way, but sneakernet is my only option at this point until I get that PCMCIA NIC working. Here are the relevant system messages: # uname -sr FreeBSD 4.0-RELEASE # tail -n 4 /var/log/messages May 31 01:33:15 hostname /kernel: pccard: card inserted, slot 0 May 31 01:33:25 hostname /kernel: xe1: xe: Probing May 31 01:33:25 hostname /kernel: xe1: Can't map in cis May 31 01:33:25 hostname pccardd[50]: driver allocation failed for Intel(EtherExpress(TM) PRO/100 PC Card Mobile Adapter16): Device not configured # pccardc dumpcis 0 Code 136 not found Code 136 not found code Unknown ignored code Manufacturer ID ignored Code 138 not found Code 138 not found code Unknown ignored Configuration data for card in slot 0 Tuple #1, code = 0x1 (Common memory descriptor), length = 2 000: 00 ff Common memory device information: Device number 1, type No device, WPS = OFF Speed = No speed, Memory block size = reserved, 32 units Tuple #2, code = 0x17 (Attribute memory descriptor), length = 2 000: 00 ff Attribute memory device information: Device number 1, type No device, WPS = OFF Speed = No speed, Memory block size = reserved, 32 units Tuple #3, code = 0x15 (Version 1 info), length = 77 000: 05 00 49 6e 74 65 6c 00 45 74 68 65 72 45 78 70 010: 72 65 73 73 28 54 4d 29 20 50 52 4f 2f 31 30 30 020: 20 50 43 20 43 61 72 64 20 4d 6f 62 69 6c 65 20 030: 41 64 61 70 74 65 72 31 36 00 50 52 4f 2f 31 30 040: 30 20 4d 31 36 41 00 31 2e 30 30 00 ff Version = 5.0, Manuf = [Intel],card vers = [EtherExpress(TM) PRO/100 PC Card Mobile Adapter16] Addit. info = [PRO/100 M16A],[1.00] Tuple #4, code = 0x0 (Null tuple), length = 8 000: 00 e3 7a 00 00 00 00 00 Tuple #5, code = 0x0 (Null tuple), length = 5 000: 89 00 0a 01 43 Tuple #6, code = 0x44 (Card init date), length = 4 000: 6e 90 64 25 Tuple #7, code = 0x1a (Configuration map), length = 5 000: 01 01 00 08 03 Reg len = 2, config register addr = 0x800, last config = 0x1 Registers: XX------ Tuple #8, code = 0x1b (Configuration entry), length = 25 000: c1 c1 bd 7f 55 4d 5d 3e 46 46 06 e0 17 17 e4 60 010: 00 00 0f 70 bc 8e 10 00 20 Config index = 0x1(default) Interface byte = 0xc1 (I/O) +RDY/-BSY active, wait signal supported Vcc pwr: Nominal operating supply voltage: 5 x 1V Minimum operating supply voltage: 4.5 x 1V Maximum operating supply voltage: 5.5 x 1V Continuous supply current: 3.5 x 100mA Max current average over 1 second: 4 x 100mA Max current average over 10 ms: 4 x 100mA Power down supply current: 1 x 100mA Wait scale Speed = 1.2 x 10 ms RDY/BSY scale Speed = 1.2 x 10 ms Card decodes 23 address lines IRQ modes: IRQs: NMI IOCK BERR 0 1 2 4 8 9 10 12 Memory space length = 0x60 Max twin cards = 0 Misc attr: Tuple #9, code = 0x21 (Functional ID), length = 2 000: 06 00 Network/LAN adapter Tuple #10, code = 0x22 (Functional EXT), length = 8 000: 04 06 00 a0 c9 7a e3 28 Voice services available: Tuple #11, code = 0x22 (Functional EXT), length = 2 000: 01 02 Modem interface capabilities: Tuple #12, code = 0x22 (Functional EXT), length = 5 000: 02 80 96 98 00 Data modem services available: Tuple #13, code = 0x22 (Functional EXT), length = 5 000: 02 00 e1 f5 05 Data modem services available: Tuple #14, code = 0x22 (Functional EXT), length = 2 000: 03 01 Tuple #15, code = 0x22 (Functional EXT), length = 2 000: 03 03 Tuple #16, code = 0x22 (Functional EXT), length = 2 000: 05 00 Modem interface capabilities: Tuple #17, code = 0x0 (Null tuple), length = 12 000: 34 30 30 32 36 46 37 41 45 33 32 38 Tuple #18, code = 0xff (Terminator), length = 0 2 slots found Brandon D. Valentine -- "You should believe in death, taxes, Larry Ellison's loathing of Bill Gates and Intel's inability to ship a working chipset." - Dr Spinola, The Register, 05/13/2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 0:54:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ducky.nz.freebsd.org (chilled.unixathome.org [203.79.82.27]) by hub.freebsd.org (Postfix) with ESMTP id 0E18637B805 for ; Wed, 31 May 2000 00:54:21 -0700 (PDT) (envelope-from dan@langille.org) Received: from wocker (wocker.int.nz.freebsd.org [192.168.0.99]) by ducky.nz.freebsd.org (8.9.3/8.9.3) with ESMTP id TAA63144 for ; Wed, 31 May 2000 19:54:24 +1200 (NZST) From: "Dan Langille" Organization: langille.org To: freebsd-stable@freebsd.org Date: Wed, 31 May 2000 19:54:17 +1200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: make installworld freezes Reply-To: dan@langille.org Message-ID: <39356DE9.2255.8807FBB5@localhost> X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi folks, I've made three attempts at upgrading to the latest stable and each one has failed at the same point during make installworld. I'm just doing my installworld after my makeworld, and it's stopped. It freezes during the mtree phase (see below). Checking with top, I see four make processes get started, but finish running after about 30 seconds or so (this is a P100). clues please. # uname -a FreeBSD p100.hingston.yi.org 4.0-STABLE FreeBSD 4.0-STABLE #0: Sat May 27 20:09:07 NZST 2000 root@gate1.hingston.yi.org:/usr/src/sys/compile/GATE1 i386 cd /usr/src; make installworld 2>&1 | tee /usr/tmp/iw.`date "+%m%d.%H.%M.%S"`; cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj COMPILER_PATH=/usr/obj/usr/src/i386/usr/ libexec:/usr/obj/usr/src/i386/usr/bin LIBRARY_PATH=/usr/obj/usr/src/i386/usr/li b:/usr/obj/usr/src/i386/usr/lib OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexe c PERL5LIB=/usr/obj/usr/src/i386/usr/libdata/perl/5.00503 make -f Makefile.inc1 reinstall -------------------------------------------------------------- >>> Making hierarchy -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 hierarchy cd /usr/src/etc; make distrib-dirs mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p / ^C Apart from a total reinstall, what suggestions do you have? -- Dan Langille [I'm looking for more work] The FreeBSD Diary - http://www.freebsddiary.org/ FreshPorts - http://freshports.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 0:57:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 2F47437B76E for ; Wed, 31 May 2000 00:57:47 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id DAA05634 for ; Wed, 31 May 2000 03:58:26 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Wed, 31 May 2000 03:58:26 -0400 (EDT) From: "Brandon D. Valentine" To: FreeBSD-STABLE Subject: Re: Problems with xe driver under 4.0-RELEASE In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 31 May 2000, Brandon D. Valentine wrote: >Hey, I'm having trouble getting the xe driver to load for my Intel >EtherExpress PRO/100 16 bit PCMCIA card. I know next to nothing about Well, to reply to my own message I poked around in the CVS and found that if_xe.c,v 1.13 that came with 4.0-RELEASE is broken. I generated diff's to if_xe.c,v 1.20 as well as a diff to take me if_xevar.h to v 1.5. My compile dies though because of this local include lurking in if_xe.c,v 1.20: #include "card_if.h" Did you mean to commit that Warner or should that have been changed before commit time? My closest guess would be that you meant #include I'm going to try that now and see. P.S. Has anyone noticed problems with the RCS ID tags in diffs generated by cvsweb? I don't use cvsweb often but I'm away from home and until I get this pcmcia NIC working I have to do everything from a family windows computer. I used cvsweb to generate my diffs and every single one had the ID strings rejected, and when I looked at the .rej file it looks like cvsweb's diffs end up using the ID strings from the two file revisions lower than those I requested. Other than that the diffs applied cleanly. Brandon D. Valentine -- "You should believe in death, taxes, Larry Ellison's loathing of Bill Gates and Intel's inability to ship a working chipset." - Dr Spinola, The Register, 05/13/2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 1:19:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from piano.mahoroba.org (ratch.spacecom.netspace.or.jp [202.238.190.78]) by hub.freebsd.org (Postfix) with ESMTP id 28A7A37B7D1; Wed, 31 May 2000 01:16:56 -0700 (PDT) (envelope-from ume@bisd.hitachi.co.jp) Received: from localhost (IDENT:B46HDqAmzQkMoZ52hFX4R5kVEhUYqEnDBexx61U1fRZx0CXqZfL0HZjx+cu0dWHu@localhost [::1]) by piano.mahoroba.org (8.10.1/3.7W-piano) with ESMTP id e4V8FFg01659; Wed, 31 May 2000 17:15:15 +0900 (JST) (envelope-from ume@bisd.hitachi.co.jp) To: itojun@iijlab.net Cc: Cy.Schubert@uumail.gov.bc.ca, alex@big.endian.de, ume@bisd.hitachi.co.jp, andrews@technologist.com, stable@FreeBSD.ORG, current@FreeBSD.ORG Cc: ume@mahoroba.org Subject: Re: ftp(1) breakage w/ passive mode? In-Reply-To: <4986.959735673@coconut.itojun.org> References: <200005301830.e4UIUOS49066@peace.mahoroba.org> <4986.959735673@coconut.itojun.org> X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-OS: FreeBSD 3.4-RELEASE + KAME from cvs repository X-Mailer: Mew version 1.94.2 on Emacs 20.6 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Wed_May_31_17:15:11_2000_809)--" Content-Transfer-Encoding: 7bit Message-Id: <20000531171515O.ume@bisd.hitachi.co.jp> Date: Wed, 31 May 2000 17:15:15 +0900 From: Hajimu UMEMOTO (=?ISO-2022-JP?B?GyRCR19LXBsoQiA=?= =?ISO-2022-JP?B?GyRCSCUbKEI=?=) X-Dispatcher: imput version 20000228(IM140) Lines: 2497 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ----Next_Part(Wed_May_31_17:15:11_2000_809)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit >>>>> On Wed, 31 May 2000 10:14:33 +0900 >>>>> itojun@iijlab.net said: itojun> isn't there some issue in getipnodebyname(), instead of getaddrinfo()? itojun> (NOTE: I'm not really up-to-date with the current status of freebsd4 itojun> lib/libc/net) itojun> if you can tell me repeatable example of getaddrinfo() failure, itojun> that would be helpful... Yes, it's a FreeBSD specific issue. Current getaddrinfo() is using getipnodebyname_multi(). This was introduced by fixing search order. There is a limitation that struct hostent cannot hold two address families at once. So, the host has both A RR and AAAA RR, A RR is converted into mapped address and getaddrinfo() returns only AF_INET6. This problem was known at introducing getipnodebyname_multi(). But, priority of fixing search order was higher than this problem in that time. So, this problem is remained. I think previous my patch is best workaround to solve this problem as far as getaddrinfo() use getipnodeby_multi(). But, it is still workaround. There is one more problem. getipnodebyname() cannot handle scope-id. To solve above problems, we should consider that getaddrinfo() don't use getipnodebyname(). Actually, KAME, NetBSD-current, and OpenBSD-current don't use getipnodebyname() any more and use res_*N() calls. I ported it from NetBSD-current version of getaddrinfo.c and it is running on my boxes. And, it was committed to KAME/FreeBSD4 version of getaddrinfo.c. But, I don't use NIS and NIS code is not tested yet. I attach the patch to don't use getipnodebyname_multi(). BTW, there is search order problem in current getipnodebyname(), too. If getipnodebyname() is called with `AI_ALL|AI_V4MAPPED', this is occur. I attach the patch to solve this problem, too. It also use res_*N() calls. ----Next_Part(Wed_May_31_17:15:11_2000_809)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Description: getaddrinfo-scopeid.diff Content-Disposition: attachment; filename="getaddrinfo-scopeid.diff" Index: lib/libc/net/getaddrinfo.c diff -u lib/libc/net/getaddrinfo.c.orig lib/libc/net/getaddrinfo.c --- lib/libc/net/getaddrinfo.c.orig Thu Apr 20 12:31:08 2000 +++ lib/libc/net/getaddrinfo.c Fri May 5 22:02:17 2000 @@ -37,6 +37,9 @@ * - Return values. There are nonstandard return values defined and used * in the source code. This is because RFC2553 is silent about which error * code must be returned for which situation. + * - freeaddrinfo(NULL). RFC2553 is silent about it. XNET 5.2 says it is + * invalid. + * current code - SEGV on freeaddrinfo(NULL) * Note: * - We use getipnodebyname() just for thread-safeness. There's no intent * to let it do PF_UNSPEC (actually we never pass PF_UNSPEC to @@ -45,6 +48,41 @@ * when globbing NULL hostname (to loopback, or wildcard). Is it the right * thing to do? What is the relationship with post-RFC2553 AI_ADDRCONFIG * in ai_flags? + * - (post-2553) semantics of AI_ADDRCONFIG itself is too vague. + * (1) what should we do against numeric hostname (2) what should we do + * against NULL hostname (3) what is AI_ADDRCONFIG itself. AF not ready? + * non-loopback address configured? global address configured? + * - To avoid search order issue, we have a big amount of code duplicate + * from gethnamaddr.c and some other places. The issues that there's no + * lower layer function to lookup "IPv4 or IPv6" record. Calling + * gethostbyname2 from getaddrinfo will end up in wrong search order, as + * follows: + * - The code makes use of following calls when asked to resolver with + * ai_family = PF_UNSPEC: + * getipnodebyname(host, AF_INET6); + * getipnodebyname(host, AF_INET); + * This will result in the following queries if the node is configure to + * prefer /etc/hosts than DNS: + * lookup /etc/hosts for IPv6 address + * lookup DNS for IPv6 address + * lookup /etc/hosts for IPv4 address + * lookup DNS for IPv4 address + * which may not meet people's requirement. + * The right thing to happen is to have underlying layer which does + * PF_UNSPEC lookup (lookup both) and return chain of addrinfos. + * This would result in a bit of code duplicate with _dns_ghbyname() and + * friends. + */ +/* + * diffs with other KAME platforms: + * - other KAME platforms already nuked FAITH ($GAI), but as FreeBSD + * 4.0-RELEASE supplies it, we still have the code here. + * - EAI_RESNULL support + * - AI_ADDRCONFIG support is supplied + * - EDNS0 support is not available due to resolver differences + * - some of FreeBSD style (#define tabify and others) + * - AI_ADDRCONFIG is turned on by default. + * - classful IPv4 numeric (127.1) is allowed. */ #include @@ -62,6 +100,7 @@ #include #include #include +#include #if defined(__KAME__) && defined(INET6) # define FAITH @@ -108,6 +147,7 @@ }; struct explore { + int e_af; int e_socktype; int e_protocol; const char *e_protostr; @@ -118,10 +158,21 @@ }; static const struct explore explore[] = { - { SOCK_DGRAM, IPPROTO_UDP, "udp", 0x07 }, - { SOCK_STREAM, IPPROTO_TCP, "tcp", 0x07 }, - { SOCK_RAW, ANY, NULL, 0x05 }, - { 0, 0, NULL, 0 }, +#if 0 + { PF_LOCAL, 0, ANY, ANY, NULL, 0x01 }, +#endif +#ifdef INET6 + { PF_INET6, SOCK_DGRAM, IPPROTO_UDP, "udp", 0x07 }, + { PF_INET6, SOCK_STREAM, IPPROTO_TCP, "tcp", 0x07 }, + { PF_INET6, SOCK_RAW, ANY, NULL, 0x05 }, +#endif + { PF_INET, SOCK_DGRAM, IPPROTO_UDP, "udp", 0x07 }, + { PF_INET, SOCK_STREAM, IPPROTO_TCP, "tcp", 0x07 }, + { PF_INET, SOCK_RAW, ANY, NULL, 0x05 }, + { PF_UNSPEC, SOCK_DGRAM, IPPROTO_UDP, "udp", 0x07 }, + { PF_UNSPEC, SOCK_STREAM, IPPROTO_TCP, "tcp", 0x07 }, + { PF_UNSPEC, SOCK_RAW, ANY, NULL, 0x05 }, + { -1, 0, 0, NULL, 0 }, }; #ifdef INET6 @@ -130,12 +181,30 @@ #define PTON_MAX 4 #endif -extern struct hostent * _getipnodebyname_multi __P((const char *name, - int af, int flags, int *errp)); +#if PACKETSZ > 1024 +#define MAXPACKET PACKETSZ +#else +#define MAXPACKET 1024 +#endif + +typedef union { + HEADER hdr; + u_char buf[MAXPACKET]; +} querybuf; + +struct res_target { + struct res_target *next; + const char *name; /* domain name */ + int class, type; /* class and type of query */ + u_char *answer; /* buffer to put answer */ + int anslen; /* size of answer buffer */ + int n; /* result length */ +}; + static int str_isnumber __P((const char *)); static int explore_fqdn __P((const struct addrinfo *, const char *, const char *, struct addrinfo **)); -static int explore_null __P((const struct addrinfo *, const char *, +static int explore_null __P((const struct addrinfo *, const char *, struct addrinfo **)); static int explore_numeric __P((const struct addrinfo *, const char *, const char *, struct addrinfo **)); @@ -148,6 +217,29 @@ static int get_portmatch __P((const struct addrinfo *, const char *)); static int get_port __P((struct addrinfo *, const char *, int)); static const struct afd *find_afd __P((int)); +static int addrconfig __P((struct addrinfo *)); +#ifdef INET6 +static int ip6_str2scopeid __P((char *, struct sockaddr_in6 *)); +#endif + +static struct addrinfo *getanswer __P((const querybuf *, int, const char *, + int, const struct addrinfo *)); +static int _dns_getaddrinfo __P((const struct addrinfo *, const char *, + struct addrinfo **)); +static struct addrinfo *_gethtent __P((FILE *fp, const char *, + const struct addrinfo *)); +static int _files_getaddrinfo __P((const struct addrinfo *, const char *, + struct addrinfo **)); +#ifdef YP +static int _nis_getaddrinfo __P((const struct addrinfo *, const char *, + struct addrinfo **)); +#endif + +static int res_queryN __P((const char *, struct res_target *)); +static int res_searchN __P((const char *, struct res_target *)); +static int res_querydomainN __P((const char *, const char *, + struct res_target *)); + static char *ai_errlist[] = { "Success", @@ -168,6 +260,32 @@ "Unknown error", /* EAI_MAX */ }; +/* + * Select order host function. + */ +#define MAXHOSTCONF 4 + +#ifndef HOSTCONF +# define HOSTCONF "/etc/host.conf" +#endif /* !HOSTCONF */ + +struct _hostconf { + int (*byname)(const struct addrinfo *, const char *, + struct addrinfo **); +}; + +/* default order */ +static struct _hostconf _hostconf[MAXHOSTCONF] = { + _dns_getaddrinfo, + _files_getaddrinfo, +#ifdef ICMPNL + NULL, +#endif /* ICMPNL */ +}; + +static int _hostconf_init_done; +static void _hostconf_init(void); + /* XXX macros that make external reference is BAD. */ #define GET_AI(ai, afd, addr) \ @@ -178,7 +296,7 @@ error = EAI_MEMORY; \ goto free; \ } \ -} while (0) +} while (/*CONSTCOND*/0) #define GET_PORT(ai, serv) \ do { \ @@ -186,7 +304,7 @@ error = get_port((ai), (serv), 0); \ if (error != 0) \ goto free; \ -} while (0) +} while (/*CONSTCOND*/0) #define GET_CANONNAME(ai, str) \ do { \ @@ -194,19 +312,20 @@ error = get_canonname(pai, (ai), (str)); \ if (error != 0) \ goto free; \ -} while (0) +} while (/*CONSTCOND*/0) #define ERR(err) \ do { \ /* external reference: error, and label bad */ \ error = (err); \ goto bad; \ -} while (0) + /*NOTREACHED*/ \ +} while (/*CONSTCOND*/0) #define MATCH_FAMILY(x, y, w) \ - ((x) == (y) || ((w) && ((x) == PF_UNSPEC || (y) == PF_UNSPEC))) + ((x) == (y) || (/*CONSTCOND*/(w) && ((x) == PF_UNSPEC || (y) == PF_UNSPEC))) #define MATCH(x, y, w) \ - ((x) == (y) || ((w) && ((x) == ANY || (y) == ANY))) + ((x) == (y) || (/*CONSTCOND*/(w) && ((x) == ANY || (y) == ANY))) char * gai_strerror(ecode) @@ -229,16 +348,17 @@ free(ai->ai_canonname); /* no need to free(ai->ai_addr) */ free(ai); - } while ((ai = next) != NULL); + ai = next; + } while (ai); } static int str_isnumber(p) const char *p; { - char *q = (char *)p; + const char *q = (const char *)p; while (*q) { - if (! isdigit(*q)) + if (!isdigit(*q)) return NO; q++; } @@ -257,10 +377,9 @@ struct addrinfo ai; struct addrinfo ai0; struct addrinfo *pai; - const struct afd *afd; const struct explore *ex; - sentinel.ai_next = NULL; + memset(&sentinel, 0, sizeof(sentinel)); cur = &sentinel; pai = &ai; pai->ai_flags = 0; @@ -300,75 +419,99 @@ * are meaningful combination. */ if (pai->ai_socktype != ANY && pai->ai_protocol != ANY) { - int matched = 0; - - for (ex = explore; ex->e_socktype; ex++) { + for (ex = explore; ex->e_af >= 0; ex++) { + if (pai->ai_family != ex->e_af) + continue; if (ex->e_socktype == ANY) continue; if (ex->e_protocol == ANY) continue; if (pai->ai_socktype == ex->e_socktype - && pai->ai_protocol == ex->e_protocol) - matched = 1; - else - continue; - if (matched == 0) + && pai->ai_protocol != ex->e_protocol) { ERR(EAI_BADHINTS); + } } } } - /* backup original pai contents */ - ai0 = *pai; + /* + * post-2553: AI_ALL and AI_V4MAPPED are effective only against + * AF_INET6 query. They needs to be ignored if specified in other + * occassions. + */ + switch (pai->ai_flags & (AI_ALL | AI_V4MAPPED)) { + case AI_V4MAPPED: + case AI_ALL | AI_V4MAPPED: + if (pai->ai_family != AF_INET6) + pai->ai_flags &= ~(AI_ALL | AI_V4MAPPED); + break; + case AI_ALL: +#if 1 + /* illegal */ + ERR(EAI_BADFLAGS); +#else + pai->ai_flags &= ~(AI_ALL | AI_V4MAPPED); +#endif + break; + } /* - * special cases check for inet and inet6 sockets. - * (1) servname is disallowed for raw sockets. - * (2) numeric servname is disallowed if socktype/protocol is left - * unspecified. + * check for special cases. (1) numeric servname is disallowed if + * socktype/protocol are left unspecified. (2) servname is disallowed + * for raw and other inet{,6} sockets. */ if (MATCH_FAMILY(pai->ai_family, PF_INET, 1) -#ifdef INET6 +#ifdef PF_INET6 || MATCH_FAMILY(pai->ai_family, PF_INET6, 1) #endif ) { - *pai = ai0; + ai0 = *pai; /* backup *pai */ - if (pai->ai_family == PF_UNSPEC) -#ifdef INET6 + if (pai->ai_family == PF_UNSPEC) { +#ifdef PF_INET6 pai->ai_family = PF_INET6; #else pai->ai_family = PF_INET; #endif + } error = get_portmatch(pai, servname); if (error) ERR(error); + + *pai = ai0; } + ai0 = *pai; + /* NULL hostname, or numeric hostname */ - for (afd = afdl; afd->a_af; afd++) - { - for (ex = explore; ex->e_socktype; ex++) { + for (ex = explore; ex->e_af >= 0; ex++) { *pai = ai0; - if (!MATCH_FAMILY(pai->ai_family, afd->a_af, WILD_AF(ex))) + /* PF_UNSPEC entries are prepared for DNS queries only */ + if (ex->e_af == PF_UNSPEC) continue; - if (!MATCH(pai->ai_socktype, ex->e_socktype, WILD_SOCKTYPE(ex))) + + if (!MATCH_FAMILY(pai->ai_family, ex->e_af, WILD_AF(ex))) + continue; + if (!MATCH(pai->ai_socktype, ex->e_socktype, + WILD_SOCKTYPE(ex))) continue; - if (!MATCH(pai->ai_protocol, ex->e_protocol, WILD_PROTOCOL(ex))) + if (!MATCH(pai->ai_protocol, ex->e_protocol, + WILD_PROTOCOL(ex))) continue; if (pai->ai_family == PF_UNSPEC) - pai->ai_family = afd->a_af; + pai->ai_family = ex->e_af; if (pai->ai_socktype == ANY && ex->e_socktype != ANY) pai->ai_socktype = ex->e_socktype; if (pai->ai_protocol == ANY && ex->e_protocol != ANY) pai->ai_protocol = ex->e_protocol; if (hostname == NULL) - error = explore_null(pai, hostname, servname, &cur->ai_next); + error = explore_null(pai, servname, &cur->ai_next); else - error = explore_numeric_scope(pai, hostname, servname, &cur->ai_next); + error = explore_numeric_scope(pai, hostname, servname, + &cur->ai_next); if (error) goto free; @@ -376,7 +519,6 @@ while (cur && cur->ai_next) cur = cur->ai_next; } - } /* * XXX @@ -391,50 +533,143 @@ if (hostname == NULL) ERR(EAI_NONAME); - /* hostname as alphabetical name. */ - { - for (ex = explore; ex->e_socktype; ex++) { - *pai = ai0; - - if (!MATCH(pai->ai_socktype, ex->e_socktype, - WILD_SOCKTYPE(ex))) { - continue; - } - if (!MATCH(pai->ai_protocol, ex->e_protocol, - WILD_PROTOCOL(ex))) { - continue; - } +#if 1 + /* XXX: temporarily, behave as if AI_ADDRCONFIG is specified */ + pai->ai_flags |= AI_ADDRCONFIG; +#endif + if ((pai->ai_flags & AI_ADDRCONFIG) != 0 && !addrconfig(&ai0)) + ERR(EAI_FAIL); - if (pai->ai_socktype == ANY && ex->e_socktype != ANY) - pai->ai_socktype = ex->e_socktype; - if (pai->ai_protocol == ANY && ex->e_protocol != ANY) - pai->ai_protocol = ex->e_protocol; + /* + * hostname as alphabetical name. + * we would like to prefer AF_INET6 than AF_INET, so we'll make a + * outer loop by AFs. + */ + for (ex = explore; ex->e_af >= 0; ex++) { + *pai = ai0; - error = explore_fqdn(pai, hostname, servname, - &cur->ai_next); + /* require exact match for family field */ + if (pai->ai_family != ex->e_af) + continue; - while (cur && cur->ai_next) - cur = cur->ai_next; + if (!MATCH(pai->ai_socktype, ex->e_socktype, + WILD_SOCKTYPE(ex))) { + continue; } + if (!MATCH(pai->ai_protocol, ex->e_protocol, + WILD_PROTOCOL(ex))) { + continue; + } + + if (pai->ai_socktype == ANY && ex->e_socktype != ANY) + pai->ai_socktype = ex->e_socktype; + if (pai->ai_protocol == ANY && ex->e_protocol != ANY) + pai->ai_protocol = ex->e_protocol; + + error = explore_fqdn(pai, hostname, servname, &cur->ai_next); + + while (cur && cur->ai_next) + cur = cur->ai_next; } - /* XXX: if any addrinfo found, SUCCESS return even if (error != 0) */ - if (sentinel.ai_next) { + /* XXX */ + if (sentinel.ai_next) + error = 0; + + if (error) + goto free; + if (error == 0) { + if (sentinel.ai_next) { good: - *res = sentinel.ai_next; - return SUCCESS; + *res = sentinel.ai_next; + return SUCCESS; + } else + error = EAI_FAIL; } - /* else, failed */ free: bad: - if (error == 0) - error = EAI_FAIL; if (sentinel.ai_next) freeaddrinfo(sentinel.ai_next); *res = NULL; return error; } +static char * +_hgetword(char **pp) +{ + char c, *p, *ret; + const char *sp; + static const char sep[] = "# \t\n"; + + ret = NULL; + for (p = *pp; (c = *p) != '\0'; p++) { + for (sp = sep; *sp != '\0'; sp++) { + if (c == *sp) + break; + } + if (c == '#') + p[1] = '\0'; /* ignore rest of line */ + if (ret == NULL) { + if (*sp == '\0') + ret = p; + } else { + if (*sp != '\0') { + *p++ = '\0'; + break; + } + } + } + *pp = p; + if (ret == NULL || *ret == '\0') + return NULL; + return ret; +} + +/* + * Initialize hostconf structure. + */ + +static void +_hostconf_init(void) +{ + FILE *fp; + int n; + char *p, *line; + char buf[BUFSIZ]; + + _hostconf_init_done = 1; + n = 0; + p = HOSTCONF; + if ((fp = fopen(p, "r")) == NULL) + return; + while (n < MAXHOSTCONF && fgets(buf, sizeof(buf), fp)) { + line = buf; + if ((p = _hgetword(&line)) == NULL) + continue; + do { + if (strcmp(p, "hosts") == 0 + || strcmp(p, "local") == 0 + || strcmp(p, "file") == 0 + || strcmp(p, "files") == 0) + _hostconf[n++].byname = _files_getaddrinfo; + else if (strcmp(p, "dns") == 0 + || strcmp(p, "bind") == 0) + _hostconf[n++].byname = _dns_getaddrinfo; +#ifdef YP + else if (strcmp(p, "nis") == 0) + _hostconf[n++].byname = _nis_getaddrinfo; +#endif + } while ((p = _hgetword(&line)) != NULL); + } + fclose(fp); + if (n < 0) { + /* no keyword found. do not change default configuration */ + return; + } + for (; n < MAXHOSTCONF; n++) + _hostconf[n].byname = NULL; +} + /* * FQDN hostname, DNS lookup */ @@ -445,18 +680,12 @@ const char *servname; struct addrinfo **res; { - struct hostent *hp; - int h_error; - int af; - char *ap; - struct addrinfo sentinel, *cur; - int i; - const struct afd *afd; - int error; + struct addrinfo *result; + struct addrinfo *cur; + int error = 0, i; + result = NULL; *res = NULL; - sentinel.ai_next = NULL; - cur = &sentinel; /* * if the servname does not match socktype/protocol, ignore it. @@ -464,67 +693,26 @@ if (get_portmatch(pai, servname) != 0) return 0; - hp = _getipnodebyname_multi(hostname, pai->ai_family, AI_ADDRCONFIG, - &h_error); - if (hp == NULL) { - switch (h_error) { - case HOST_NOT_FOUND: - case NO_DATA: - error = EAI_NODATA; - break; - case TRY_AGAIN: - error = EAI_AGAIN; - break; - case NO_RECOVERY: - case NETDB_INTERNAL: - default: - error = EAI_FAIL; - break; - } - } else if ((hp->h_name == NULL) || (hp->h_name[0] == 0) - || (hp->h_addr_list[0] == NULL)) { - freehostent(hp); - hp = NULL; - error = EAI_FAIL; - } - - if (hp == NULL) - goto free; - - for (i = 0; hp->h_addr_list[i] != NULL; i++) { - af = hp->h_addrtype; - ap = hp->h_addr_list[i]; + if (!_hostconf_init_done) + _hostconf_init(); - if (pai->ai_family != AF_UNSPEC && af != pai->ai_family) + for (i = 0; i < MAXHOSTCONF; i++) { + if (!_hostconf[i].byname) continue; - - afd = find_afd(af); - if (afd == NULL) + error = (*_hostconf[i].byname)(pai, hostname, &result); + if (error != 0) continue; - - GET_AI(cur->ai_next, afd, ap); - GET_PORT(cur->ai_next, servname); - if ((pai->ai_flags & AI_CANONNAME) != 0) { - /* - * RFC2553 says that ai_canonname will be set only for - * the first element. we do it for all the elements, - * just for convenience. - */ - GET_CANONNAME(cur->ai_next, hp->h_name); + for (cur = result; cur; cur = cur->ai_next) { + GET_PORT(cur, servname); + /* canonname should be filled already */ } - - while (cur && cur->ai_next) - cur = cur->ai_next; + *res = result; + return 0; } - *res = sentinel.ai_next; - return 0; - free: - if (hp) - freehostent(hp); - if (sentinel.ai_next) - freeaddrinfo(sentinel.ai_next); + if (result) + freeaddrinfo(result); return error; } @@ -534,9 +722,8 @@ * non-passive socket -> localhost (127.0.0.1 or ::1) */ static int -explore_null(pai, hostname, servname, res) +explore_null(pai, servname, res) const struct addrinfo *pai; - const char *hostname; const char *servname; struct addrinfo **res; { @@ -555,23 +742,36 @@ * XXX errno? */ s = socket(pai->ai_family, SOCK_DGRAM, 0); - if (s < 0) + if (s < 0) { + if (errno != EMFILE) + return 0; + } else + _close(s); + + /* + * if the servname does not match socktype/protocol, ignore it. + */ + if (get_portmatch(pai, servname) != 0) return 0; - _close(s); + afd = find_afd(pai->ai_family); if (afd == NULL) return 0; - GET_AI(cur->ai_next, afd, - (pai->ai_flags & AI_PASSIVE) ? afd->a_addrany : afd->a_loopback - ); - /* xxx meaningless? - * GET_CANONNAME(cur->ai_next, "anyaddr"); - * or - * GET_CANONNAME(cur->ai_next, "localhost"); - */ - /* if the servname does not match socktype/protocol, ignored */ - GET_PORT(cur->ai_next, servname); + if (pai->ai_flags & AI_PASSIVE) { + GET_AI(cur->ai_next, afd, afd->a_addrany); + /* xxx meaningless? + * GET_CANONNAME(cur->ai_next, "anyaddr"); + */ + GET_PORT(cur->ai_next, servname); + } else { + GET_AI(cur->ai_next, afd, afd->a_loopback); + /* xxx meaningless? + * GET_CANONNAME(cur->ai_next, "localhost"); + */ + GET_PORT(cur->ai_next, servname); + } + cur = cur->ai_next; *res = sentinel.ai_next; return 0; @@ -597,7 +797,6 @@ struct addrinfo sentinel; int error; char pton[PTON_MAX]; - int flags; *res = NULL; sentinel.ai_next = NULL; @@ -612,7 +811,6 @@ afd = find_afd(pai->ai_family); if (afd == NULL) return 0; - flags = pai->ai_flags; if ((afd->a_af == AF_INET ? inet_aton(hostname, (struct in_addr *)pton) @@ -647,17 +845,14 @@ const char *servname; struct addrinfo **res; { -#ifndef SCOPE_DELIMITER +#if !defined(SCOPE_DELIMITER) || !defined(INET6) return explore_numeric(pai, hostname, servname, res); #else const struct afd *afd; struct addrinfo *cur; int error; - char *cp, *hostname2 = NULL; - int scope; -#ifdef INET6 + char *cp, *hostname2 = NULL, *scope, *addr; struct sockaddr_in6 *sin6; -#endif /* * if the servname does not match socktype/protocol, ignore it. @@ -683,37 +878,25 @@ return EAI_MEMORY; /* terminate at the delimiter */ hostname2[cp - hostname] = '\0'; + addr = hostname2; + scope = cp + 1; - cp++; - switch (pai->ai_family) { -#ifdef INET6 - case AF_INET6: - scope = if_nametoindex(cp); - if (scope == 0) { - error = EAI_SYSTEM; - goto free; - } - break; -#endif - } - - error = explore_numeric(pai, hostname2, servname, res); + error = explore_numeric(pai, addr, servname, res); if (error == 0) { + int scopeid; + for (cur = *res; cur; cur = cur->ai_next) { -#ifdef INET6 if (cur->ai_family != AF_INET6) continue; - sin6 = (struct sockaddr_in6 *)cur->ai_addr; - if (IN6_IS_ADDR_LINKLOCAL(&sin6->sin6_addr) || - IN6_IS_ADDR_MC_LINKLOCAL(&sin6->sin6_addr)) - sin6->sin6_scope_id = scope; -#endif + sin6 = (struct sockaddr_in6 *)(void *)cur->ai_addr; + if ((scopeid = ip6_str2scopeid(scope, sin6)) == -1) { + free(hostname2); + return(EAI_NONAME); /* XXX: is return OK? */ + } + sin6->sin6_scope_id = scopeid; } } -#ifdef INET6 -free: -#endif free(hostname2); return error; @@ -791,8 +974,8 @@ return NULL; memcpy(ai, pai, sizeof(struct addrinfo)); - ai->ai_addr = (struct sockaddr *)(ai + 1); - memset(ai->ai_addr, 0, afd->a_socklen); + ai->ai_addr = (struct sockaddr *)(void *)(ai + 1); + memset(ai->ai_addr, 0, (size_t)afd->a_socklen); ai->ai_addr->sa_len = afd->a_socklen; ai->ai_addrlen = afd->a_socklen; ai->ai_addr->sa_family = ai->ai_family = afd->a_af; @@ -812,7 +995,9 @@ const struct addrinfo *ai; const char *servname; { + /* get_port does not touch first argument. when matchonly == 1. */ + /* LINTED const cast */ return get_port((struct addrinfo *)ai, servname, 1); } @@ -829,12 +1014,15 @@ if (servname == NULL) return 0; - if (ai->ai_family != AF_INET -#ifdef INET6 - && ai->ai_family != AF_INET6 + switch (ai->ai_family) { + case AF_INET: +#ifdef AF_INET6 + case AF_INET6: #endif - ) + break; + default: return 0; + } switch (ai->ai_socktype) { case SOCK_RAW: @@ -877,11 +1065,13 @@ if (!matchonly) { switch (ai->ai_family) { case AF_INET: - ((struct sockaddr_in *)ai->ai_addr)->sin_port = port; + ((struct sockaddr_in *)(void *) + ai->ai_addr)->sin_port = port; break; #ifdef INET6 case AF_INET6: - ((struct sockaddr_in6 *)ai->ai_addr)->sin6_port = port; + ((struct sockaddr_in6 *)(void *) + ai->ai_addr)->sin6_port = port; break; #endif } @@ -903,4 +1093,844 @@ return afd; } return NULL; +} + +/* + * post-2553: AI_ADDRCONFIG check. if we use getipnodeby* as backend, backend + * will take care of it. + * the semantics of AI_ADDRCONFIG is not defined well. we are not sure + * if the code is right or not. + * + * XXX PF_UNSPEC -> PF_INET6 + PF_INET mapping needs to be in sync with + * _dns_getaddrinfo. + */ +static int +addrconfig(pai) + struct addrinfo *pai; +{ + int s, af; + + /* + * TODO: + * Note that implementation dependent test for address + * configuration should be done everytime called + * (or apropriate interval), + * because addresses will be dynamically assigned or deleted. + */ + af = pai->ai_family; + if (af == AF_UNSPEC) { + if ((s = socket(AF_INET6, SOCK_DGRAM, 0)) < 0) + af = AF_INET; + else { + close(s); + if ((s = socket(AF_INET, SOCK_DGRAM, 0)) < 0) + af = AF_INET6; + else + close(s); + } + + } + if (af != AF_UNSPEC) { + if ((s = socket(af, SOCK_DGRAM, 0)) < 0) + return 0; + close(s); + } + pai->ai_family = af; + return 1; +} + +#ifdef INET6 +/* convert a string to a scope identifier. XXX: IPv6 specific */ +static int +ip6_str2scopeid(scope, sin6) + char *scope; + struct sockaddr_in6 *sin6; +{ + int scopeid; + struct in6_addr *a6 = &sin6->sin6_addr; + char *ep; + + if (IN6_IS_ADDR_LINKLOCAL(a6) || IN6_IS_ADDR_MC_LINKLOCAL(a6)) { + /* + * We currently assume a one-to-one mapping between links + * and interfaces, so we simply use interface indices for + * like-local scopes. + */ + scopeid = if_nametoindex(scope); + if (scopeid == 0) + goto trynumeric; + return(scopeid); + } + + /* still unclear about literal, allow numeric only - placeholder */ + if (IN6_IS_ADDR_SITELOCAL(a6) || IN6_IS_ADDR_MC_SITELOCAL(a6)) + goto trynumeric; + if (IN6_IS_ADDR_MC_ORGLOCAL(a6)) + goto trynumeric; + else + goto trynumeric; /* global */ + + /* try to convert to a numeric id as a last resort */ + trynumeric: + scopeid = (int)strtoul(scope, &ep, 10); + if (*ep == '\0') + return scopeid; + else + return -1; +} +#endif + +#ifdef DEBUG +static const char AskedForGot[] = + "gethostby*.getanswer: asked for \"%s\", got \"%s\""; +#endif + +static struct addrinfo * +getanswer(answer, anslen, qname, qtype, pai) + const querybuf *answer; + int anslen; + const char *qname; + int qtype; + const struct addrinfo *pai; +{ + struct addrinfo sentinel, *cur; + struct addrinfo ai; + const struct afd *afd; + char *canonname; + const HEADER *hp; + const u_char *cp; + int n; + const u_char *eom; + char *bp; + int type, class, buflen, ancount, qdcount; + int haveanswer, had_error; + char tbuf[MAXDNAME]; + int (*name_ok) __P((const char *)); + char hostbuf[8*1024]; + + memset(&sentinel, 0, sizeof(sentinel)); + cur = &sentinel; + + canonname = NULL; + eom = answer->buf + anslen; + switch (qtype) { + case T_A: + case T_AAAA: + case T_ANY: /*use T_ANY only for T_A/T_AAAA lookup*/ + name_ok = res_hnok; + break; + default: + return (NULL); /* XXX should be abort(); */ + } + /* + * find first satisfactory answer + */ + hp = &answer->hdr; + ancount = ntohs(hp->ancount); + qdcount = ntohs(hp->qdcount); + bp = hostbuf; + buflen = sizeof hostbuf; + cp = answer->buf + HFIXEDSZ; + if (qdcount != 1) { + h_errno = NO_RECOVERY; + return (NULL); + } + n = dn_expand(answer->buf, eom, cp, bp, buflen); + if ((n < 0) || !(*name_ok)(bp)) { + h_errno = NO_RECOVERY; + return (NULL); + } + cp += n + QFIXEDSZ; + if (qtype == T_A || qtype == T_AAAA || qtype == T_ANY) { + /* res_send() has already verified that the query name is the + * same as the one we sent; this just gets the expanded name + * (i.e., with the succeeding search-domain tacked on). + */ + n = strlen(bp) + 1; /* for the \0 */ + if (n >= MAXHOSTNAMELEN) { + h_errno = NO_RECOVERY; + return (NULL); + } + canonname = bp; + bp += n; + buflen -= n; + /* The qname can be abbreviated, but h_name is now absolute. */ + qname = canonname; + } + haveanswer = 0; + had_error = 0; + while (ancount-- > 0 && cp < eom && !had_error) { + n = dn_expand(answer->buf, eom, cp, bp, buflen); + if ((n < 0) || !(*name_ok)(bp)) { + had_error++; + continue; + } + cp += n; /* name */ + type = _getshort(cp); + cp += INT16SZ; /* type */ + class = _getshort(cp); + cp += INT16SZ + INT32SZ; /* class, TTL */ + n = _getshort(cp); + cp += INT16SZ; /* len */ + if (class != C_IN) { + /* XXX - debug? syslog? */ + cp += n; + continue; /* XXX - had_error++ ? */ + } + if ((qtype == T_A || qtype == T_AAAA || qtype == T_ANY) && + type == T_CNAME) { + n = dn_expand(answer->buf, eom, cp, tbuf, sizeof tbuf); + if ((n < 0) || !(*name_ok)(tbuf)) { + had_error++; + continue; + } + cp += n; + /* Get canonical name. */ + n = strlen(tbuf) + 1; /* for the \0 */ + if (n > buflen || n >= MAXHOSTNAMELEN) { + had_error++; + continue; + } + strcpy(bp, tbuf); + canonname = bp; + bp += n; + buflen -= n; + continue; + } + if (qtype == T_ANY) { + if (!(type == T_A || type == T_AAAA)) { + cp += n; + continue; + } + } else if (type != qtype) { +#ifdef DEBUG + if (type != T_KEY && type != T_SIG) + syslog(LOG_NOTICE|LOG_AUTH, + "gethostby*.getanswer: asked for \"%s %s %s\", got type \"%s\"", + qname, p_class(C_IN), p_type(qtype), + p_type(type)); +#endif + cp += n; + continue; /* XXX - had_error++ ? */ + } + switch (type) { + case T_A: + case T_AAAA: + if (strcasecmp(canonname, bp) != 0) { +#ifdef DEBUG + syslog(LOG_NOTICE|LOG_AUTH, + AskedForGot, canonname, bp); +#endif + cp += n; + continue; /* XXX - had_error++ ? */ + } + if (type == T_A && n != INADDRSZ) { + cp += n; + continue; + } + if (type == T_AAAA && n != IN6ADDRSZ) { + cp += n; + continue; + } +#ifdef FILTER_V4MAPPED + if (type == T_AAAA) { + struct in6_addr in6; + memcpy(&in6, cp, sizeof(in6)); + if (IN6_IS_ADDR_V4MAPPED(&in6)) { + cp += n; + continue; + } + } +#endif + if (!haveanswer) { + int nn; + + canonname = bp; + nn = strlen(bp) + 1; /* for the \0 */ + bp += nn; + buflen -= nn; + } + + /* don't overwrite pai */ + ai = *pai; + ai.ai_family = (type == T_A) ? AF_INET : AF_INET6; + afd = find_afd(ai.ai_family); + if (afd == NULL) { + cp += n; + continue; + } + cur->ai_next = get_ai(&ai, afd, (const char *)cp); + if (cur->ai_next == NULL) + had_error++; + while (cur && cur->ai_next) + cur = cur->ai_next; + cp += n; + break; + default: + abort(); + } + if (!had_error) + haveanswer++; + } + if (haveanswer) { + if (!canonname) + (void)get_canonname(pai, sentinel.ai_next, qname); + else + (void)get_canonname(pai, sentinel.ai_next, canonname); + h_errno = NETDB_SUCCESS; + return sentinel.ai_next; + } + + h_errno = NO_RECOVERY; + return NULL; +} + +/*ARGSUSED*/ +static int +_dns_getaddrinfo(pai, hostname, res) + const struct addrinfo *pai; + const char *hostname; + struct addrinfo **res; +{ + struct addrinfo *ai; + querybuf buf, buf2; + const char *name; + struct addrinfo sentinel, *cur; + struct res_target q, q2; + + memset(&q, 0, sizeof(q2)); + memset(&q2, 0, sizeof(q2)); + memset(&sentinel, 0, sizeof(sentinel)); + cur = &sentinel; + + switch (pai->ai_family) { + case AF_UNSPEC: + /* prefer IPv6 */ + q.class = C_IN; + q.type = T_AAAA; + q.answer = buf.buf; + q.anslen = sizeof(buf); + q.next = &q2; + q2.class = C_IN; + q2.type = T_A; + q2.answer = buf2.buf; + q2.anslen = sizeof(buf2); + break; + case AF_INET: + q.class = C_IN; + q.type = T_A; + q.answer = buf.buf; + q.anslen = sizeof(buf); + break; + case AF_INET6: + q.class = C_IN; + q.type = T_AAAA; + q.answer = buf.buf; + q.anslen = sizeof(buf); + break; + default: + return EAI_FAIL; + } + if (res_searchN(hostname, &q) < 0) + return EAI_NODATA; + ai = getanswer(&buf, q.n, q.name, q.type, pai); + if (ai) { + cur->ai_next = ai; + while (cur && cur->ai_next) + cur = cur->ai_next; + } + if (q.next) { + ai = getanswer(&buf2, q2.n, q2.name, q2.type, pai); + if (ai) + cur->ai_next = ai; + } + if (sentinel.ai_next == NULL) + switch (h_errno) { + case HOST_NOT_FOUND: + return EAI_NODATA; + case TRY_AGAIN: + return EAI_AGAIN; + default: + return EAI_FAIL; + } + *res = sentinel.ai_next; + return 0; +} + +static struct addrinfo * +_gethtent(hostf, name, pai) + FILE *hostf; + const char *name; + const struct addrinfo *pai; +{ + char *p; + char *cp, *tname, *cname; + struct addrinfo hints, *res0, *res; + int error; + const char *addr; + char hostbuf[8*1024]; + + again: + if (!(p = fgets(hostbuf, sizeof hostbuf, hostf))) + return (NULL); + if (*p == '#') + goto again; + if (!(cp = strpbrk(p, "#\n"))) + goto again; + *cp = '\0'; + if (!(cp = strpbrk(p, " \t"))) + goto again; + *cp++ = '\0'; + addr = p; + cname = NULL; + /* if this is not something we're looking for, skip it. */ + while (cp && *cp) { + if (*cp == ' ' || *cp == '\t') { + cp++; + continue; + } + tname = cp; + if (cname == NULL) + cname = cp; + if ((cp = strpbrk(cp, " \t")) != NULL) + *cp++ = '\0'; + if (strcasecmp(name, tname) == 0) + goto found; + } + goto again; + +found: + hints = *pai; + hints.ai_flags = AI_NUMERICHOST; + error = getaddrinfo(addr, NULL, &hints, &res0); + if (error) + goto again; +#ifdef FILTER_V4MAPPED + /* XXX should check all items in the chain */ + if (res0->ai_family == AF_INET6 && + IN6_IS_ADDR_V4MAPPED(&((struct sockaddr_in6 *)res0->ai_addr)->sin6_addr)) { + freeaddrinfo(res0); + goto again; + } +#endif + for (res = res0; res; res = res->ai_next) { + /* cover it up */ + res->ai_flags = pai->ai_flags; + + if (pai->ai_flags & AI_CANONNAME) { + if (get_canonname(pai, res, cname) != 0) { + freeaddrinfo(res0); + goto again; + } + } + } + return res0; +} + +/*ARGSUSED*/ +static int +_files_getaddrinfo(pai, hostname, res) + const struct addrinfo *pai; + const char *hostname; + struct addrinfo **res; +{ + FILE *hostf; + struct addrinfo sentinel, *cur; + struct addrinfo *p; + + sentinel.ai_next = NULL; + cur = &sentinel; + + if ((hostf = fopen(_PATH_HOSTS, "r")) == NULL) + return EAI_FAIL; + while ((p = _gethtent(hostf, hostname, pai)) != NULL) { + cur->ai_next = p; + while (cur && cur->ai_next) + cur = cur->ai_next; + } + fclose(hostf); + + if (!sentinel.ai_next) + return EAI_NODATA; + + *res = sentinel.ai_next; + return 0; +} + +#ifdef YP +/*ARGSUSED*/ +static int +_nis_getaddrinfo(pai, hostname, res) + const struct addrinfo *pai; + const char *hostname; + struct addrinfo **res; +{ + struct hostent *hp; + int h_error; + int af; + char *ap; + struct addrinfo sentinel, *cur; + int i; + const struct afd *afd; + int error; + + sentinel.ai_next = NULL; + cur = &sentinel; + + af = (pai->ai_family == AF_UNSPEC) ? AF_INET : pai->ai_family; + if (af != AF_INET) + return (EAI_ADDRFAMILY); + + if ((hp = _gethostbynisname(hostname, af)) == NULL) { + switch (errno) { + /* XXX: should be filled in */ + default: + error = EAI_FAIL; + break; + } + } else if (hp->h_name == NULL || + hp->h_name[0] == 0 || hp->h_addr_list[0] == NULL) { + hp = NULL; + error = EAI_FAIL; + } + + if (hp == NULL) + return error; + + for (i = 0; hp->h_addr_list[i] != NULL; i++) { + af = hp->h_addrtype; + ap = hp->h_addr_list[i]; + + if (af != pai->ai_family) + continue; + + afd = find_afd(af); + if (afd == NULL) + continue; + + GET_AI(cur->ai_next, afd, ap); + if ((pai->ai_flags & AI_CANONNAME) != 0) { + /* + * RFC2553 says that ai_canonname will be set only for + * the first element. we do it for all the elements, + * just for convenience. + */ + GET_CANONNAME(cur->ai_next, hp->h_name); + } + + while (cur && cur->ai_next) + cur = cur->ai_next; + } + + *res = sentinel.ai_next; + return 0; + +free: + if (sentinel.ai_next) + freeaddrinfo(sentinel.ai_next); + return error; +} +#endif + +/* resolver logic */ + +extern const char *__hostalias __P((const char *)); +extern int h_errno; + +/* + * Formulate a normal query, send, and await answer. + * Returned answer is placed in supplied buffer "answer". + * Perform preliminary check of answer, returning success only + * if no error is indicated and the answer count is nonzero. + * Return the size of the response on success, -1 on error. + * Error number is left in h_errno. + * + * Caller must parse answer and determine whether it answers the question. + */ +static int +res_queryN(name, target) + const char *name; /* domain name */ + struct res_target *target; +{ + u_char buf[MAXPACKET]; + HEADER *hp; + int n; + struct res_target *t; + int rcode; + int ancount; + + rcode = NOERROR; + ancount = 0; + + if ((_res.options & RES_INIT) == 0 && res_init() == -1) { + h_errno = NETDB_INTERNAL; + return (-1); + } + + for (t = target; t; t = t->next) { + int class, type; + u_char *answer; + int anslen; + + hp = (HEADER *)(void *)t->answer; + hp->rcode = NOERROR; /* default */ + + /* make it easier... */ + class = t->class; + type = t->type; + answer = t->answer; + anslen = t->anslen; +#ifdef DEBUG + if (_res.options & RES_DEBUG) + printf(";; res_query(%s, %d, %d)\n", name, class, type); +#endif + + n = res_mkquery(QUERY, name, class, type, NULL, 0, NULL, + buf, sizeof(buf)); + if (n <= 0) { +#ifdef DEBUG + if (_res.options & RES_DEBUG) + printf(";; res_query: mkquery failed\n"); +#endif + h_errno = NO_RECOVERY; + return (n); + } + n = res_send(buf, n, answer, anslen); +#if 0 + if (n < 0) { +#ifdef DEBUG + if (_res.options & RES_DEBUG) + printf(";; res_query: send error\n"); +#endif + h_errno = TRY_AGAIN; + return (n); + } +#endif + + if (n < 0 || hp->rcode != NOERROR || ntohs(hp->ancount) == 0) { + rcode = hp->rcode; /* record most recent error */ +#ifdef DEBUG + if (_res.options & RES_DEBUG) + printf(";; rcode = %d, ancount=%d\n", hp->rcode, + ntohs(hp->ancount)); +#endif + continue; + } + + ancount += ntohs(hp->ancount); + + t->n = n; + } + + if (ancount == 0) { + switch (rcode) { + case NXDOMAIN: + h_errno = HOST_NOT_FOUND; + break; + case SERVFAIL: + h_errno = TRY_AGAIN; + break; + case NOERROR: + h_errno = NO_DATA; + break; + case FORMERR: + case NOTIMP: + case REFUSED: + default: + h_errno = NO_RECOVERY; + break; + } + return (-1); + } + return (ancount); +} + +/* + * Formulate a normal query, send, and retrieve answer in supplied buffer. + * Return the size of the response on success, -1 on error. + * If enabled, implement search rules until answer or unrecoverable failure + * is detected. Error code, if any, is left in h_errno. + */ +static int +res_searchN(name, target) + const char *name; /* domain name */ + struct res_target *target; +{ + const char *cp, * const *domain; + HEADER *hp = (HEADER *)(void *)target->answer; /*XXX*/ + u_int dots; + int trailing_dot, ret, saved_herrno; + int got_nodata = 0, got_servfail = 0, tried_as_is = 0; + + if ((_res.options & RES_INIT) == 0 && res_init() == -1) { + h_errno = NETDB_INTERNAL; + return (-1); + } + + errno = 0; + h_errno = HOST_NOT_FOUND; /* default, if we never query */ + dots = 0; + for (cp = name; *cp; cp++) + dots += (*cp == '.'); + trailing_dot = 0; + if (cp > name && *--cp == '.') + trailing_dot++; + + /* + * if there aren't any dots, it could be a user-level alias + */ + if (!dots && (cp = __hostalias(name)) != NULL) + return (res_queryN(cp, target)); + + /* + * If there are dots in the name already, let's just give it a try + * 'as is'. The threshold can be set with the "ndots" option. + */ + saved_herrno = -1; + if (dots >= _res.ndots) { + ret = res_querydomainN(name, NULL, target); + if (ret > 0) + return (ret); + saved_herrno = h_errno; + tried_as_is++; + } + + /* + * We do at least one level of search if + * - there is no dot and RES_DEFNAME is set, or + * - there is at least one dot, there is no trailing dot, + * and RES_DNSRCH is set. + */ + if ((!dots && (_res.options & RES_DEFNAMES)) || + (dots && !trailing_dot && (_res.options & RES_DNSRCH))) { + int done = 0; + + for (domain = (const char * const *)_res.dnsrch; + *domain && !done; + domain++) { + + ret = res_querydomainN(name, *domain, target); + if (ret > 0) + return (ret); + + /* + * If no server present, give up. + * If name isn't found in this domain, + * keep trying higher domains in the search list + * (if that's enabled). + * On a NO_DATA error, keep trying, otherwise + * a wildcard entry of another type could keep us + * from finding this entry higher in the domain. + * If we get some other error (negative answer or + * server failure), then stop searching up, + * but try the input name below in case it's + * fully-qualified. + */ + if (errno == ECONNREFUSED) { + h_errno = TRY_AGAIN; + return (-1); + } + + switch (h_errno) { + case NO_DATA: + got_nodata++; + /* FALLTHROUGH */ + case HOST_NOT_FOUND: + /* keep trying */ + break; + case TRY_AGAIN: + if (hp->rcode == SERVFAIL) { + /* try next search element, if any */ + got_servfail++; + break; + } + /* FALLTHROUGH */ + default: + /* anything else implies that we're done */ + done++; + } + /* + * if we got here for some reason other than DNSRCH, + * we only wanted one iteration of the loop, so stop. + */ + if (!(_res.options & RES_DNSRCH)) + done++; + } + } + + /* + * if we have not already tried the name "as is", do that now. + * note that we do this regardless of how many dots were in the + * name or whether it ends with a dot. + */ + if (!tried_as_is && (dots || !(_res.options & RES_NOTLDQUERY))) { + ret = res_querydomainN(name, NULL, target); + if (ret > 0) + return (ret); + } + + /* + * if we got here, we didn't satisfy the search. + * if we did an initial full query, return that query's h_errno + * (note that we wouldn't be here if that query had succeeded). + * else if we ever got a nodata, send that back as the reason. + * else send back meaningless h_errno, that being the one from + * the last DNSRCH we did. + */ + if (saved_herrno != -1) + h_errno = saved_herrno; + else if (got_nodata) + h_errno = NO_DATA; + else if (got_servfail) + h_errno = TRY_AGAIN; + return (-1); +} + +/* + * Perform a call on res_query on the concatenation of name and domain, + * removing a trailing dot from name if domain is NULL. + */ +static int +res_querydomainN(name, domain, target) + const char *name, *domain; + struct res_target *target; +{ + char nbuf[MAXDNAME]; + const char *longname = nbuf; + size_t n, d; + + if ((_res.options & RES_INIT) == 0 && res_init() == -1) { + h_errno = NETDB_INTERNAL; + return (-1); + } +#ifdef DEBUG + if (_res.options & RES_DEBUG) + printf(";; res_querydomain(%s, %s)\n", + name, domain?domain:""); +#endif + if (domain == NULL) { + /* + * Check for trailing '.'; + * copy without '.' if present. + */ + n = strlen(name); + if (n >= MAXDNAME) { + h_errno = NO_RECOVERY; + return (-1); + } + if (n > 0 && name[--n] == '.') { + strncpy(nbuf, name, n); + nbuf[n] = '\0'; + } else + longname = name; + } else { + n = strlen(name); + d = strlen(domain); + if (n + d + 1 >= MAXDNAME) { + h_errno = NO_RECOVERY; + return (-1); + } + sprintf(nbuf, "%s.%s", name, domain); + } + return (res_queryN(longname, target)); } ----Next_Part(Wed_May_31_17:15:11_2000_809)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Description: getipnodebyname-order.diff Content-Disposition: attachment; filename="getipnodebyname-order.diff" Index: lib/libc/net/name6.c diff -u lib/libc/net/name6.c.orig lib/libc/net/name6.c --- lib/libc/net/name6.c.orig Wed May 10 09:47:20 2000 +++ lib/libc/net/name6.c Sun May 14 03:39:41 2000 @@ -169,18 +169,16 @@ static int _mapped_addr_enabled(void); static FILE *_files_open(int *errp); -static struct hostent *_files_ghbyname(const char *name, int af, int *errp); +static struct hostent *_files_ghbyname(const char *name, int af, int flags, int *errp); static struct hostent *_files_ghbyaddr(const void *addr, int addrlen, int af, int *errp); static void _files_shent(int stayopen); static void _files_ehent(void); #ifdef YP -static struct hostent *_nis_ghbyname(const char *name, int af, int *errp); +static struct hostent *_nis_ghbyname(const char *name, int af, int flags, int *errp); static struct hostent *_nis_ghbyaddr(const void *addr, int addrlen, int af, int *errp); #endif -static struct hostent *_dns_ghbyname(const char *name, int af, int *errp); +static struct hostent *_dns_ghbyname(const char *name, int af, int flags, int *errp); static struct hostent *_dns_ghbyaddr(const void *addr, int addrlen, int af, int *errp); -static void _dns_shent(int stayopen); -static void _dns_ehent(void); #ifdef ICMPNL static struct hostent *_icmp_ghbyaddr(const void *addr, int addrlen, int af, int *errp); #endif /* ICMPNL */ @@ -195,7 +193,7 @@ #endif /* !HOSTCONF */ struct _hostconf { - struct hostent *(*byname)(const char *name, int af, int *errp); + struct hostent *(*byname)(const char *name, int af, int flags, int *errp); struct hostent *(*byaddr)(const void *addr, int addrlen, int af, int *errp); }; @@ -344,7 +342,7 @@ for (i = 0; i < MAXHOSTCONF; i++) { if (_hostconf[i].byname - && (hp = (*_hostconf[i].byname)(name, af, errp)) != NULL) + && (hp = (*_hostconf[i].byname)(name, af, flags, errp)) != NULL) return hp; } @@ -399,20 +397,8 @@ hp = _ghbyname(name, af, flags, errp); #ifdef INET6 - if (af == AF_INET6 - && ((flags & AI_ALL) || hp == NULL) - && (MAPADDRENABLED(flags))) { - struct hostent *hp2 = _ghbyname(name, AF_INET, flags, errp); - if (hp == NULL) - hp = _hpmapv6(hp2, errp); - else { - if (hp2 && strcmp(hp->h_name, hp2->h_name) != 0) { - freehostent(hp2); - hp2 = NULL; - } - hp = _hpmerge(hp, hp2, errp); - } - } + if (af == AF_INET6 && hp != NULL && hp->h_addrtype == AF_INET) + hp = _hpmapv6(hp, errp); #endif return _hpsort(hp); } @@ -829,20 +815,27 @@ } static struct hostent * -_files_ghbyname(const char *name, int af, int *errp) +_files_ghbyname(const char *name, int af, int flags, int *errp) { int match, nalias; char *p, *line, *addrstr, *cname; FILE *fp; - struct hostent *rethp, *hp, hpbuf; + struct hostent **rethp, *rethp1, *rethp2, *hp, hpbuf; char *aliases[MAXALIASES + 1], *addrs[2]; union inx_addr addrbuf; char buf[BUFSIZ]; int af0 = af; +#ifdef INET6 + int mapaddrenabled; +#endif if ((fp = _files_open(errp)) == NULL) return NULL; - rethp = hp = NULL; + rethp1 = rethp2 = hp = NULL; +#ifdef INET6 + if (af0 == AF_INET6) + mapaddrenabled = MAPADDRENABLED(flags); +#endif while (fgets(buf, sizeof(buf), fp)) { line = buf; @@ -859,6 +852,7 @@ } if (!match) continue; + rethp = &rethp1; switch (af0) { case AF_INET: if (inet_aton(addrstr, (struct in_addr *)&addrbuf) @@ -870,12 +864,20 @@ break; #ifdef INET6 case AF_INET6: - if (inet_pton(af, addrstr, &addrbuf) != 1) { - *errp = NO_DATA; /* name found */ - continue; + if (inet_pton(af, addrstr, &addrbuf) == 1) { + af = af0; + break; } - af = af0; - break; + if (mapaddrenabled && + inet_aton(addrstr, + (struct in_addr *)&addrbuf) == 1) { + af = AF_INET; + rethp = &rethp2; + break; + } + *errp = NO_DATA; /* name found */ + continue; + /* NOTREACHED */ #endif case AF_UNSPEC: if (inet_aton(addrstr, (struct in_addr *)&addrbuf) @@ -903,10 +905,21 @@ addrs[0] = (char *)&addrbuf; addrs[1] = NULL; hp = _hpcopy(hp, errp); - rethp = _hpmerge(rethp, hp, errp); + *rethp = _hpmerge(*rethp, hp, errp); } fclose(fp); - return rethp; + rethp = &rethp1; +#ifdef INET6 + if (af0 == AF_INET6) { + if ((flags & AI_ALL)) + *rethp = _hpmerge(rethp1, rethp2, errp); + else if (rethp1 == NULL) + rethp = &rethp2; + else if (rethp2 != NULL) + freehostent(rethp2); + } +#endif + return *rethp; } static struct hostent * @@ -960,7 +973,7 @@ * XXX actually a hack, these are INET4 specific. */ static struct hostent * -_nis_ghbyname(const char *name, int af, int *errp) +_nis_ghbyname(const char *name, int af, int flags, int *errp) { struct hostent *hp = NULL; @@ -989,11 +1002,6 @@ } #endif -struct __res_type_list { - SLIST_ENTRY(__res_type_list) rtl_entry; - int rtl_type; -}; - #if PACKETSZ > 1024 #define MAXPACKET PACKETSZ #else @@ -1005,8 +1013,21 @@ u_char buf[MAXPACKET]; } querybuf; +struct res_target { + struct res_target *next; + const char *name; /* domain name */ + int class, type; /* class and type of query */ + u_char *answer; /* buffer to put answer */ + int anslen; /* size of answer buffer */ + int n; /* result length */ +}; + static struct hostent *getanswer __P((const querybuf *, int, const char *, int, struct hostent *, int *)); +static int res_queryN __P((const char *, struct res_target *)); +static int res_searchN __P((const char *, struct res_target *)); +static int res_querydomainN __P((const char *, const char *, + struct res_target *)); /* * we don't need to take care about sorting, nor IPv4 mapped address here. @@ -1287,26 +1308,140 @@ #undef DNS_FATAL } -/* res_search() variant with multiple query support. */ -static struct hostent * -_res_search_multi(name, rtl, errp) +extern const char *__hostalias __P((const char *)); + +/* + * Formulate a normal query, send, and await answer. + * Returned answer is placed in supplied buffer "answer". + * Perform preliminary check of answer, returning success only + * if no error is indicated and the answer count is nonzero. + * Return the size of the response on success, -1 on error. + * Error number is left in h_errno. + * + * Caller must parse answer and determine whether it answers the question. + */ +static int +res_queryN(name, target) const char *name; /* domain name */ - struct __res_type_list *rtl; /* list of query types */ - int *errp; + struct res_target *target; +{ + u_char buf[MAXPACKET]; + HEADER *hp; + int n; + struct res_target *t; + int rcode; + int ancount; + + rcode = NOERROR; + ancount = 0; + + if ((_res.options & RES_INIT) == 0 && res_init() == -1) { + h_errno = NETDB_INTERNAL; + return (-1); + } + + for (t = target; t; t = t->next) { + int class, type; + u_char *answer; + int anslen; + + hp = (HEADER *)(void *)t->answer; + hp->rcode = NOERROR; /* default */ + + /* make it easier... */ + class = t->class; + type = t->type; + answer = t->answer; + anslen = t->anslen; +#ifdef DEBUG + if (_res.options & RES_DEBUG) + printf(";; res_query(%s, %d, %d)\n", name, class, type); +#endif + + n = res_mkquery(QUERY, name, class, type, NULL, 0, NULL, + buf, sizeof(buf)); + if (n <= 0) { +#ifdef DEBUG + if (_res.options & RES_DEBUG) + printf(";; res_query: mkquery failed\n"); +#endif + h_errno = NO_RECOVERY; + return (n); + } + n = res_send(buf, n, answer, anslen); +#if 0 + if (n < 0) { +#ifdef DEBUG + if (_res.options & RES_DEBUG) + printf(";; res_query: send error\n"); +#endif + h_errno = TRY_AGAIN; + return (n); + } +#endif + + if (n < 0 || hp->rcode != NOERROR || ntohs(hp->ancount) == 0) { + rcode = hp->rcode; /* record most recent error */ +#ifdef DEBUG + if (_res.options & RES_DEBUG) + printf(";; rcode = %d, ancount=%d\n", hp->rcode, + ntohs(hp->ancount)); +#endif + continue; + } + + ancount += ntohs(hp->ancount); + + t->n = n; + } + + if (ancount == 0) { + switch (rcode) { + case NXDOMAIN: + h_errno = HOST_NOT_FOUND; + break; + case SERVFAIL: + h_errno = TRY_AGAIN; + break; + case NOERROR: + h_errno = NO_DATA; + break; + case FORMERR: + case NOTIMP: + case REFUSED: + default: + h_errno = NO_RECOVERY; + break; + } + return (-1); + } + return (ancount); +} + +/* + * Formulate a normal query, send, and retrieve answer in supplied buffer. + * Return the size of the response on success, -1 on error. + * If enabled, implement search rules until answer or unrecoverable failure + * is detected. Error code, if any, is left in h_errno. + */ +static int +res_searchN(name, target) + const char *name; /* domain name */ + struct res_target *target; { const char *cp, * const *domain; - struct hostent *hp0 = NULL, *hp; - struct hostent hpbuf; + HEADER *hp = (HEADER *)(void *)target->answer; /*XXX*/ u_int dots; int trailing_dot, ret, saved_herrno; int got_nodata = 0, got_servfail = 0, tried_as_is = 0; - struct __res_type_list *rtl0 = rtl; - querybuf buf; if ((_res.options & RES_INIT) == 0 && res_init() == -1) { - *errp = NETDB_INTERNAL; - return (NULL); + h_errno = NETDB_INTERNAL; + return (-1); } + + errno = 0; + h_errno = HOST_NOT_FOUND; /* default, if we never query */ dots = 0; for (cp = name; *cp; cp++) dots += (*cp == '.'); @@ -1314,24 +1449,11 @@ if (cp > name && *--cp == '.') trailing_dot++; - /* If there aren't any dots, it could be a user-level alias */ - if (!dots && (cp = hostalias(name)) != NULL) { - for(rtl = rtl0; rtl != NULL; - rtl = SLIST_NEXT(rtl, rtl_entry)) { - ret = res_query(cp, C_IN, rtl->rtl_type, buf.buf, - sizeof(buf.buf)); - if (ret > 0) { - hpbuf.h_addrtype = (rtl->rtl_type == T_AAAA) - ? AF_INET6 : AF_INET; - hpbuf.h_length = ADDRLEN(hpbuf.h_addrtype); - hp = getanswer(&buf, ret, name, rtl->rtl_type, - &hpbuf, errp); - hp = _hpcopy(&hpbuf, errp); - hp0 = _hpmerge(hp0, hp, errp); - } - } - return (hp0); - } + /* + * if there aren't any dots, it could be a user-level alias + */ + if (!dots && (cp = __hostalias(name)) != NULL) + return (res_queryN(cp, target)); /* * If there are dots in the name already, let's just give it a try @@ -1339,23 +1461,10 @@ */ saved_herrno = -1; if (dots >= _res.ndots) { - for(rtl = rtl0; rtl != NULL; - rtl = SLIST_NEXT(rtl, rtl_entry)) { - ret = res_querydomain(name, NULL, C_IN, rtl->rtl_type, - buf.buf, sizeof(buf.buf)); - if (ret > 0) { - hpbuf.h_addrtype = (rtl->rtl_type == T_AAAA) - ? AF_INET6 : AF_INET; - hpbuf.h_length = ADDRLEN(hpbuf.h_addrtype); - hp = getanswer(&buf, ret, name, rtl->rtl_type, - &hpbuf, errp); - hp = _hpcopy(&hpbuf, errp); - hp0 = _hpmerge(hp0, hp, errp); - } - } - if (hp0 != NULL) - return (hp0); - saved_herrno = *errp; + ret = res_querydomainN(name, NULL, target); + if (ret > 0) + return (ret); + saved_herrno = h_errno; tried_as_is++; } @@ -1370,26 +1479,12 @@ int done = 0; for (domain = (const char * const *)_res.dnsrch; - *domain && !done; - domain++) { + *domain && !done; + domain++) { - for(rtl = rtl0; rtl != NULL; - rtl = SLIST_NEXT(rtl, rtl_entry)) { - ret = res_querydomain(name, *domain, C_IN, - rtl->rtl_type, - buf.buf, sizeof(buf.buf)); - if (ret > 0) { - hpbuf.h_addrtype = (rtl->rtl_type == T_AAAA) - ? AF_INET6 : AF_INET; - hpbuf.h_length = ADDRLEN(hpbuf.h_addrtype); - hp = getanswer(&buf, ret, name, - rtl->rtl_type, &hpbuf, errp); - hp = _hpcopy(&hpbuf, errp); - hp0 = _hpmerge(hp0, hp, errp); - } - } - if (hp0 != NULL) - return (hp0); + ret = res_querydomainN(name, *domain, target); + if (ret > 0) + return (ret); /* * If no server present, give up. @@ -1405,11 +1500,11 @@ * fully-qualified. */ if (errno == ECONNREFUSED) { - *errp = TRY_AGAIN; - return (NULL); + h_errno = TRY_AGAIN; + return (-1); } - switch (*errp) { + switch (h_errno) { case NO_DATA: got_nodata++; /* FALLTHROUGH */ @@ -1417,7 +1512,7 @@ /* keep trying */ break; case TRY_AGAIN: - if (buf.hdr.rcode == SERVFAIL) { + if (hp->rcode == SERVFAIL) { /* try next search element, if any */ got_servfail++; break; @@ -1427,40 +1522,28 @@ /* anything else implies that we're done */ done++; } - - /* if we got here for some reason other than DNSRCH, + /* + * if we got here for some reason other than DNSRCH, * we only wanted one iteration of the loop, so stop. */ if (!(_res.options & RES_DNSRCH)) - done++; + done++; } } /* - * If we have not already tried the name "as is", do that now. + * if we have not already tried the name "as is", do that now. * note that we do this regardless of how many dots were in the - * name or whether it ends with a dot unless NOTLDQUERY is set. + * name or whether it ends with a dot. */ if (!tried_as_is && (dots || !(_res.options & RES_NOTLDQUERY))) { - for(rtl = rtl0; rtl != NULL; - rtl = SLIST_NEXT(rtl, rtl_entry)) { - ret = res_querydomain(name, NULL, C_IN, rtl->rtl_type, - buf.buf, sizeof(buf.buf)); - if (ret > 0) { - hpbuf.h_addrtype = (rtl->rtl_type == T_AAAA) - ? AF_INET6 : AF_INET; - hpbuf.h_length = ADDRLEN(hpbuf.h_addrtype); - hp = getanswer(&buf, ret, name, rtl->rtl_type, - &hpbuf, errp); - hp = _hpcopy(&hpbuf, errp); - hp0 = _hpmerge(hp0, hp, errp); - } - } - if (hp0 != NULL) - return (hp0); + ret = res_querydomainN(name, NULL, target); + if (ret > 0) + return (ret); } - /* if we got here, we didn't satisfy the search. + /* + * if we got here, we didn't satisfy the search. * if we did an initial full query, return that query's h_errno * (note that we wouldn't be here if that query had succeeded). * else if we ever got a nodata, send that back as the reason. @@ -1468,43 +1551,139 @@ * the last DNSRCH we did. */ if (saved_herrno != -1) - *errp = saved_herrno; + h_errno = saved_herrno; else if (got_nodata) - *errp = NO_DATA; + h_errno = NO_DATA; else if (got_servfail) - *errp = TRY_AGAIN; - return (NULL); + h_errno = TRY_AGAIN; + return (-1); +} + +/* + * Perform a call on res_query on the concatenation of name and domain, + * removing a trailing dot from name if domain is NULL. + */ +static int +res_querydomainN(name, domain, target) + const char *name, *domain; + struct res_target *target; +{ + char nbuf[MAXDNAME]; + const char *longname = nbuf; + size_t n, d; + + if ((_res.options & RES_INIT) == 0 && res_init() == -1) { + h_errno = NETDB_INTERNAL; + return (-1); + } +#ifdef DEBUG + if (_res.options & RES_DEBUG) + printf(";; res_querydomain(%s, %s)\n", + name, domain?domain:""); +#endif + if (domain == NULL) { + /* + * Check for trailing '.'; + * copy without '.' if present. + */ + n = strlen(name); + if (n >= MAXDNAME) { + h_errno = NO_RECOVERY; + return (-1); + } + if (n > 0 && name[--n] == '.') { + strncpy(nbuf, name, n); + nbuf[n] = '\0'; + } else + longname = name; + } else { + n = strlen(name); + d = strlen(domain); + if (n + d + 1 >= MAXDNAME) { + h_errno = NO_RECOVERY; + return (-1); + } + sprintf(nbuf, "%s.%s", name, domain); + } + return (res_queryN(longname, target)); } static struct hostent * -_dns_ghbyname(const char *name, int af, int *errp) +_dns_ghbyname(const char *name, int af, int flags, int *errp) { - struct __res_type_list *rtl, rtl4; -#ifdef INET6 - struct __res_type_list rtl6; -#endif + struct hostent *hp, *hp2; + struct hostent hbuf; + querybuf buf, buf2; + struct res_target q, q2; -#ifdef INET6 + if ((_res.options & RES_INIT) == 0) { + if (res_init() < 0) { + *errp = h_errno; + return NULL; + } + } + + memset(&q, 0, sizeof(q2)); + memset(&q2, 0, sizeof(q2)); switch (af) { case AF_UNSPEC: - SLIST_NEXT(&rtl4, rtl_entry) = NULL; rtl4.rtl_type = T_A; - SLIST_NEXT(&rtl6, rtl_entry) = &rtl4; rtl6.rtl_type = T_AAAA; - rtl = &rtl6; - break; - case AF_INET6: - SLIST_NEXT(&rtl6, rtl_entry) = NULL; rtl6.rtl_type = T_AAAA; - rtl = &rtl6; +#ifdef INET6 + /* prefer IPv6 */ + q.class = C_IN; + q.type = T_AAAA; + q.answer = buf.buf; + q.anslen = sizeof(buf); + q.next = &q2; + q2.class = C_IN; + q2.type = T_A; + q2.answer = buf2.buf; + q2.anslen = sizeof(buf2); break; +#endif case AF_INET: - SLIST_NEXT(&rtl4, rtl_entry) = NULL; rtl4.rtl_type = T_A; - rtl = &rtl4; + q.class = C_IN; + q.type = T_A; + q.answer = buf.buf; + q.anslen = sizeof(buf); + break; +#ifdef INET6 + case AF_INET6: + q.class = C_IN; + q.type = T_AAAA; + q.answer = buf.buf; + q.anslen = sizeof(buf); + if (MAPADDRENABLED(flags)) { + q.next = &q2; + q2.class = C_IN; + q2.type = T_A; + q2.answer = buf2.buf; + q2.anslen = sizeof(buf2); + } break; - } -#else - SLIST_NEXT(&rtl4, rtl_entry) = NULL; rtl4.rtl_type = T_A; - rtl = &rtl4; #endif - return(_res_search_multi(name, rtl, errp)); + default: + *errp = NO_RECOVERY; + return NULL; + } + if (res_searchN(name, &q) < 0) { + *errp = h_errno; + return NULL; + } + memset(&hbuf, 0, sizeof(hbuf)); + hbuf.h_addrtype = (q.type == T_AAAA) ? AF_INET6 : AF_INET; + hbuf.h_length = ADDRLEN(hbuf.h_addrtype); + hp = getanswer(&buf, q.n, q.name, q.type, &hbuf, errp); + hp = _hpcopy(hp, errp); + if (q.next == NULL) + return hp; + if (hp != NULL && af == AF_INET6 && !(flags & AI_ALL)) + return hp; + memset(&hbuf, 0, sizeof(hbuf)); + hbuf.h_addrtype = (q2.type == T_AAAA) ? AF_INET6 : AF_INET; + hbuf.h_length = ADDRLEN(hbuf.h_addrtype); + hp2 = getanswer(&buf2, q2.n, q2.name, q2.type, &hbuf, errp); + hp2 = _hpcopy(hp2, errp); + return _hpmerge(hp, hp2, errp); } static struct hostent * @@ -1584,24 +1763,6 @@ hlist[0] = (char *)addr; hlist[1] = NULL; return _hpcopy(&hbuf, errp); -} - -static void -_dns_shent(int stayopen) -{ - if ((_res.options & RES_INIT) == 0) { - if (res_init() < 0) - return; - } - if (stayopen) - _res.options |= RES_STAYOPEN | RES_USEVC; -} - -static void -_dns_ehent(void) -{ - _res.options &= ~(RES_STAYOPEN | RES_USEVC); - res_close(); } #ifdef ICMPNL ----Next_Part(Wed_May_31_17:15:11_2000_809)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=".signature-world" Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@FreeBSD.org http://www.imasy.org/~ume/ ----Next_Part(Wed_May_31_17:15:11_2000_809)---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 1:31: 5 2000 Delivered-To: freebsd-stable@freebsd.org Received: from backup.af.speednet.com.au (af.speednet.com.au [202.135.188.244]) by hub.freebsd.org (Postfix) with ESMTP id 7B1CA37C036; Wed, 31 May 2000 01:30:59 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from backup.af.speednet.com.au (andyf@backup.af.speednet.com.au [172.22.2.4]) by backup.af.speednet.com.au (8.9.3/8.9.3) with ESMTP id SAA92506; Wed, 31 May 2000 18:30:50 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Wed, 31 May 2000 18:30:49 +1000 (EST) From: Andy Farkas X-Sender: andyf@backup.af.speednet.com.au To: Kris Kennaway Cc: freebsd-stable@FreeBSD.ORG Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > What am I doing wrong? Thanks! > > Source upgrades from 3.x to 4.0-STABLE are not supported. Update from > 3.4-RELEASE to 4.0-RELEASE and then to 4.0-STABLE and everything will be > just grand (assuming you follow all the directions ;-). You mean the directions in UPDATING, which says: To update from 3.x to 4.0 stable -------------------------------- [3] ... [3] Update to 4.0-stable sources. > > Kris > > ---- > In God we Trust -- all others must submit an X.509 certificate. > -- Charles Forsythe > -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 1:36:13 2000 Delivered-To: freebsd-stable@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 04DB637BE9C for ; Wed, 31 May 2000 01:35:59 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id EAA05893 for ; Wed, 31 May 2000 04:36:37 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Wed, 31 May 2000 04:36:37 -0400 (EDT) From: "Brandon D. Valentine" To: FreeBSD-STABLE Subject: Re: Problems with xe driver under 4.0-RELEASE In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 31 May 2000, Brandon D. Valentine wrote: >On Wed, 31 May 2000, Brandon D. Valentine wrote: > >>Hey, I'm having trouble getting the xe driver to load for my Intel >>EtherExpress PRO/100 16 bit PCMCIA card. I know next to nothing about > >Well, to reply to my own message I poked around in the CVS and found >that if_xe.c,v 1.13 that came with 4.0-RELEASE is broken. I generated >diff's to if_xe.c,v 1.20 as well as a diff to take me if_xevar.h to v >1.5. My compile dies though because of this local include lurking in >if_xe.c,v 1.20: >#include "card_if.h" Well I think I figured out what's going on there. When make depend in the kernel build process goes about the process of makedevops it doesn't make card_if.h out of src/sys/dev/pccard/card_if.m as it should. Curious since card_if.m was included with 4.0. If I can get past that it shouldn't be a problem. I don't know why it's not taken care of by the Makefile but since I don't know a whole lot about the kernel build process itself I'm just going to manually generate that file for now and worry about fixing it later. I realize I'm the only reader of -stable still awake, but I'll welcome your input in the morning. =) Brandon D. Valentine -- "You should believe in death, taxes, Larry Ellison's loathing of Bill Gates and Intel's inability to ship a working chipset." - Dr Spinola, The Register, 05/13/2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 1:44:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sinia.com (c1.sinia.com [64.14.20.139]) by hub.freebsd.org (Postfix) with ESMTP id DFC0F37B50E for ; Wed, 31 May 2000 01:44:37 -0700 (PDT) (envelope-from bharat@sinia.com) Received: from firebrand (localhost.sinia.com [127.0.0.1]) by sinia.com (8.9.3/8.9.3) with SMTP id BAA37160; Wed, 31 May 2000 01:44:54 -0700 (PDT) (envelope-from bharat@sinia.com) From: "Bharat Mediratta" To: "Erik Trulsson" , Subject: RE: GENERIC 4.0 kernel compile fails on in_cksum.c Date: Wed, 31 May 2000 01:43:16 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <20000531005355.A47631@student.csd.uu.se> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Then, I followed these directions: > > > > # cd /usr/src/sys/i386/conf > > # config GENERIC > > # cd ../../compile/GENERIC > > # make depend > > # make > > Wrong. Very wrong. Where did you get these directions? http://www.freebsd.org/handbook/kernelconfig-building.html but I didn't actually use these directions; read on. > To upgrade from 3.4 to 4.0 you should follow the instructions in > /usr/src/UPDATING. (After getting the 4.0 sources with cvsup.) > What you are doing (trying to build a 4.0 kernel with 3.4 tools) is > basically doomed to fail. Oops, you're (partially) right. I left out a few instructions when I cut and paste. I actually followed /usr/src/UPDATING and did this: # cd src/usr.bin/genassym # make depend all install clean # cd ../../usr.sbin/config # make depend all install clean # cd ../../sys/i386/conf # config GENERIC # cd ../../compile/GENERIC # make depend && make And this is where it bombed. For reference, /usr/src/UPDATING says: To build a kernel ----------------- Update config, genassym and go: cd src/usr.bin/genassym make depend all install clean cd ../../usr.sbin/config make depend all install clean cd ../../sys/i386/conf config YOUR_KERNEL_HERE cd ../../compile/YOUR_KERNEL_HERE make depend && make make install Kris Kenneway was kind enough to point out that source upgrading from 3.4-STABLE to 4.0-STABLE is not supported (now where is *that* documented... did I miss it?) and he instructed me on upgrading from 3.4-STABLE to 4.0-RELEASE. I've pulled down the 4.0-RELEASE code and thus far the kernel has compiled. So if I want to go from 3.4-STABLE to 4.0-STABLE I apparently have to upgrade *twice* (once to 4.0-RELEASE, then again to 4.0-STABLE). Does it have to be this way? From an abstract point of view, it seems that there should be a straight STABLE upgrade path... Thanks, -Bharat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 1:45:37 2000 Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 758) id 8E0A037B50E; Wed, 31 May 2000 01:45:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8B8032E810D; Wed, 31 May 2000 01:45:33 -0700 (PDT) (envelope-from kris@hub.freebsd.org) Date: Wed, 31 May 2000 01:45:33 -0700 (PDT) From: Kris Kennaway To: Andy Farkas Cc: freebsd-stable@FreeBSD.ORG, imp@freebsd.org Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 31 May 2000, Andy Farkas wrote: > > To update from 3.x to 4.0 stable > -------------------------------- > [3] > ... Hmm. I think this is a mistake. Updating from anything other than 3.4 to 4.0-R is going to be a windy path fraught with landmines because we just can't keep testing every possible upgrade scenario, and people are going to lose limbs by following instructions which no longer work. AFAIK, we've never claimed to support upgrades to major (.0) releases from anything other than the most recent previous release, and with good reason. We have an upgrade path which is well tested and works, so let's just leave it at that. Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 2: 4:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from merganser.its.uu.se (merganser.its.uu.se [130.238.6.236]) by hub.freebsd.org (Postfix) with ESMTP id 7706937B5B1 for ; Wed, 31 May 2000 02:04:28 -0700 (PDT) (envelope-from ertr1013@student.csd.uu.se) Received: from regulus.student.UU.SE ([130.238.5.2]:46147 "HELO ertr1013.student.csd.uu.se") by merganser.its.uu.se with SMTP id ; Wed, 31 May 2000 11:04:06 +0200 Received: (qmail 1179 invoked by uid 1001); 31 May 2000 09:03:36 -0000 Date: Wed, 31 May 2000 11:03:36 +0200 From: Erik Trulsson To: Bharat Mediratta Cc: freebsd-stable@FreeBSD.ORG Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c Message-ID: <20000531110336.A1153@student.csd.uu.se> Mail-Followup-To: Bharat Mediratta , freebsd-stable@FreeBSD.ORG References: <20000531005355.A47631@student.csd.uu.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from bharat@sinia.com on Wed, May 31, 2000 at 01:43:16AM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 31, 2000 at 01:43:16AM -0700, Bharat Mediratta wrote: > > > > Then, I followed these directions: > > > > > > # cd /usr/src/sys/i386/conf > > > # config GENERIC > > > # cd ../../compile/GENERIC > > > # make depend > > > # make > > > > Wrong. Very wrong. Where did you get these directions? > > http://www.freebsd.org/handbook/kernelconfig-building.html > > but I didn't actually use these directions; read on. > > > To upgrade from 3.4 to 4.0 you should follow the instructions in > > /usr/src/UPDATING. (After getting the 4.0 sources with cvsup.) > > What you are doing (trying to build a 4.0 kernel with 3.4 tools) is > > basically doomed to fail. > > Oops, you're (partially) right. I left out a few instructions when > I cut and paste. I actually followed /usr/src/UPDATING and did this: > > # cd src/usr.bin/genassym > # make depend all install clean > # cd ../../usr.sbin/config > # make depend all install clean > # cd ../../sys/i386/conf > # config GENERIC > # cd ../../compile/GENERIC > # make depend && make > > And this is where it bombed. For reference, /usr/src/UPDATING says: > > To build a kernel > ----------------- > Update config, genassym and go: > cd src/usr.bin/genassym > make depend all install clean > cd ../../usr.sbin/config > make depend all install clean > cd ../../sys/i386/conf > config YOUR_KERNEL_HERE > cd ../../compile/YOUR_KERNEL_HERE > make depend && make > make install > > Kris Kenneway was kind enough to point out that source upgrading from > 3.4-STABLE to 4.0-STABLE is not supported (now where is *that* documented... > did I miss it?) and he instructed me on upgrading from 3.4-STABLE > to 4.0-RELEASE. I've pulled down the 4.0-RELEASE code and thus far > the kernel has compiled. My copy of /usr/src/UPDATING (from 4.0-stable) doesn't look quite like that but nevermind, you are probably just using a slightly older version. The sequence of things to do when upgrading from 3.4 to 4.0 is basically: make buildworld # It doesn't appear as if you have done this make buildkernel make installkernel reboot using the new kernel make installworld mergemaster reboot (I have omitted some steps. see /usr/src/UPDATING for all the details.) Note that the 4.0 kernel has to be built using the 4.0 tools. > > So if I want to go from 3.4-STABLE to 4.0-STABLE I apparently have to > upgrade *twice* (once to 4.0-RELEASE, then again to 4.0-STABLE). Does > it have to be this way? From an abstract point of view, it seems that > there should be a straight STABLE upgrade path... It will probably work to upgrade directly to 4.0-stable but since the developers don't want to check that it still works after every change to 4.0-stable it isn't (officially) supported. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 4:16:10 2000 Delivered-To: freebsd-stable@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id BDD7F37B515 for ; Wed, 31 May 2000 04:15:52 -0700 (PDT) (envelope-from jose@we.lc.ehu.es) Received: from we.lc.ehu.es (v-ger [158.227.6.179]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id NAA14158; Wed, 31 May 2000 13:13:53 +0200 (MET DST) Message-ID: <3934F3F3.D8638233@we.lc.ehu.es> Date: Wed, 31 May 2000 13:13:55 +0200 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: "Brandon D. Valentine" Cc: FreeBSD-STABLE Subject: Re: Problems with xe driver under 4.0-RELEASE References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Brandon D. Valentine" wrote: > > Well I think I figured out what's going on there. When make depend in > the kernel build process goes about the process of makedevops it doesn't > make card_if.h out of src/sys/dev/pccard/card_if.m as it should. > Curious since card_if.m was included with 4.0. If I can get past that > it shouldn't be a problem. I don't know why it's not taken care of by > the Makefile but since I don't know a whole lot about the kernel build > process itself I'm just going to manually generate that file for now and > worry about fixing it later. I realize I'm the only reader of -stable > still awake, but I'll welcome your input in the morning. =) > I have a Xircom RealPort 100BTX (CE3) working fine under 4.0-STABLE, using the xe driver from -CURRENT. In other words: upgrade your system to a recent -STABLE (you'll need some recent pccard stuff), and copy sys/dev/xe/if_xe.c and if_xevar.h from -CURRENT. Hope that helps, -- JMA ----------------------------------------------------------------------- José Mª Alcaide | mailto:jose@we.lc.ehu.es Universidad del País Vasco | mailto:jmas@FreeBSD.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 ----------------------------------------------------------------------- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 4:38:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id EA91637B542; Wed, 31 May 2000 04:38:37 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net. [192.168.0.24]) by thehousleys.net (8.9.3/8.9.3) with ESMTP id HAA69870; Wed, 31 May 2000 07:38:18 -0400 (EDT) (envelope-from jim@thehousleys.net) Message-ID: <3934F9AA.10AB77C6@thehousleys.net> Date: Wed, 31 May 2000 07:38:18 -0400 From: James Housley Organization: The Housleys dot Net X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Howard Leadmon Cc: freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: NIS with multiple subnets/vhosts, any ideas?? References: <200005310547.BAA37874@account.abs.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Howard Leadmon wrote: > > Hello All, > > I setup a couple machines using NIS, and just ran into the following > problem I am not quite sure how to work around. > > Here is my config: > > MACHINE A: > > ifconfig_de0="inet 207.114.198.11 netmask 255.255.255.0" > defaultrouter="207.114.198.250" > # -- Add Vhosts -- # > ifconfig_de0_alias1="inet 206.88.228.13 netmask 0xffffffff" > ifconfig_de0_alias1="inet 206.88.228.14 netmask 0xffffffff" > ifconfig_de0_alias1="inet 206.88.228.15 netmask 0xffffffff" > ifconfig_de0_alias2="inet 199.29.143.73 netmask 0xffffffff" > Is that a typo ..alias1, ..alias1, ..alias1, ..alias2 ? It should read: ifconfig_de0_alias1="inet 206.88.228.13 netmask 0xffffffff" ifconfig_de0_alias2="inet 206.88.228.14 netmask 0xffffffff" ifconfig_de0_alias3="inet 206.88.228.15 netmask 0xffffffff" ifconfig_de0_alias4="inet 199.29.143.73 netmask 0xffffffff" because the script is basically for $x=0 to $n use alias$x next $x Only the first alias1 and then alias2 are being used, as I read the script. Jim -- "Eagles may soar, but weasels don't get sucked into jet engines" -- Anon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 4:45: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from account.abs.net (account.abs.net [207.114.5.70]) by hub.freebsd.org (Postfix) with ESMTP id 9C69337B581; Wed, 31 May 2000 04:45:00 -0700 (PDT) (envelope-from howardl@account.abs.net) Received: (from howardl@localhost) by account.abs.net (8.9.3/8.9.3+RBL+DUL+RSS+ORBS) id HAA63868; Wed, 31 May 2000 07:44:59 -0400 (EDT) (envelope-from howardl) From: Howard Leadmon Message-Id: <200005311144.HAA63868@account.abs.net> Subject: Re: NIS with multiple subnets/vhosts, any ideas?? In-Reply-To: <3934F9AA.10AB77C6@thehousleys.net> from James Housley at "May 31, 2000 07:38:18 am" To: James Housley Date: Wed, 31 May 2000 07:44:59 -0400 (EDT) Cc: freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL72 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Howard Leadmon wrote: > > > > Hello All, > > > > I setup a couple machines using NIS, and just ran into the following > > problem I am not quite sure how to work around. > > > > Here is my config: > > > > MACHINE A: > > > > ifconfig_de0="inet 207.114.198.11 netmask 255.255.255.0" > > defaultrouter="207.114.198.250" > > # -- Add Vhosts -- # > > ifconfig_de0_alias1="inet 206.88.228.13 netmask 0xffffffff" > > ifconfig_de0_alias1="inet 206.88.228.14 netmask 0xffffffff" > > ifconfig_de0_alias1="inet 206.88.228.15 netmask 0xffffffff" > > ifconfig_de0_alias2="inet 199.29.143.73 netmask 0xffffffff" > > > Is that a typo ..alias1, ..alias1, ..alias1, ..alias2 ? > > It should read: > ifconfig_de0_alias1="inet 206.88.228.13 netmask 0xffffffff" > ifconfig_de0_alias2="inet 206.88.228.14 netmask 0xffffffff" > ifconfig_de0_alias3="inet 206.88.228.15 netmask 0xffffffff" > ifconfig_de0_alias4="inet 199.29.143.73 netmask 0xffffffff" > > because the script is basically > for $x=0 to $n > use alias$x > next $x > > Only the first alias1 and then alias2 are being used, as I read the > script. > > Jim DOH! Your right, and that is a typo in the example I made, my actual config is right. Actually I have made that mistake in real life before, and what happens is you get the IP of the last one mounted, and the others all disappear. Basically I am trying to figure out how to make NIS work on a host where I have multiple subnets mounted for Vhosting, but in reality I only want the NIS functions/querys to run across the primary interface.. --- Howard Leadmon - howardl@abs.net - http://www.abs.net ABSnet Internet Services - Phone: 410-361-8160 - FAX: 410-361-8162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 5:33:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sunny.pacific.net.au (sunny.pacific.net.au [210.23.129.40]) by hub.freebsd.org (Postfix) with ESMTP id 79EE737B89B for ; Wed, 31 May 2000 05:33:27 -0700 (PDT) (envelope-from david@burren.cx) Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id WAA27270 for ; Wed, 31 May 2000 22:33:19 +1000 (EST) Received: from skua.burren.cx (ppp114.dyn148.pacific.net.au [210.23.148.114]) by wisma.pacific.net.au with ESMTP id WAA21228 for ; Wed, 31 May 2000 22:33:12 +1000 (EST) Received: (qmail 2683 invoked from network); 31 May 2000 12:30:16 -0000 Received: from localhost.local2 (HELO burren.cx) (127.0.0.1) by localhost.local2 with SMTP; 31 May 2000 12:30:16 -0000 Message-ID: <393505D8.D51368E1@burren.cx> Date: Wed, 31 May 2000 22:30:16 +1000 From: David Burren X-Mailer: Mozilla 4.72 [en] (X11; I; FreeBSD 4.0-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Howard Leadmon Cc: freebsd-questions@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: NIS with multiple subnets/vhosts, any ideas?? References: <200005310547.BAA37874@account.abs.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here goes attempt 2. I sent this from work earlier in the day but have seen no sign of it yet. Please excuse me if this is a duplicate. Howard Leadmon wrote: > Here is my config: > > MACHINE A: > > ifconfig_de0="inet 207.114.198.11 netmask 255.255.255.0" > defaultrouter="207.114.198.250" > # -- Add Vhosts -- # > ifconfig_de0_alias1="inet 206.88.228.13 netmask 0xffffffff" > ifconfig_de0_alias1="inet 206.88.228.14 netmask 0xffffffff" > ifconfig_de0_alias1="inet 206.88.228.15 netmask 0xffffffff" > ifconfig_de0_alias2="inet 199.29.143.73 netmask 0xffffffff" > > ======== > > If I only run on the primary interface, then all is fine, but if I enable > the aliases which are on different subnets then the trouble begins. If I > try and fire up sendmail, it just hangs and starts giving me RPC timeouts > on the console from yp, as it doesn't like that the aliases are in a different > subnet from the main ip range mounted on the machine. I can mount more from > the main subnet, but not from anything else. I need multiple subnets on > the machine, so thats the problem. Someone correct me if I'm wrong, but the way I've done this in the past has been to specify the "real" netmask for the first alias in each extra subnet, and 255.255.255.255 for all other aliases. Otherwise the machine has little chance of interacting normally with broadcast traffic on the extra subnets... __ David Burren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 6:27:10 2000 Delivered-To: freebsd-stable@freebsd.org Received: from europe.std.com (europe.std.com [199.172.62.20]) by hub.freebsd.org (Postfix) with ESMTP id ACBB937B59C for ; Wed, 31 May 2000 06:27:05 -0700 (PDT) (envelope-from kwc@world.std.com) Received: from world.std.com (root@world-f.std.com [199.172.62.5]) by europe.std.com (8.9.3/8.9.3) with ESMTP id JAA10849 for ; Wed, 31 May 2000 09:27:04 -0400 (EDT) Received: (from kwc@localhost) by world.std.com (8.9.3/8.9.3) id JAA23050; Wed, 31 May 2000 09:25:01 -0400 (EDT) Date: Wed, 31 May 2000 09:25:01 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200005311325.JAA23050@world.std.com> To: freebsd-stable@freebsd.org Subject: /etc/root/* in 4-stable? Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I just updated a source tree to 4-stable & notice some updates to a couple of files src/etc/root. (dot.cshrc & dot.login) Where do those files "go?" There is no /etc/root. Should there be one? Thanks, -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 6:38:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148]) by hub.freebsd.org (Postfix) with ESMTP id BBAD137B882 for ; Wed, 31 May 2000 06:38:17 -0700 (PDT) (envelope-from mvh@ix.netcom.com) Received: from netcom1.netcom.com (lai-ca3d-158.ix.netcom.com [209.110.243.158]) by granger.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id JAA06796; Wed, 31 May 2000 09:38:13 -0400 (EDT) Received: by netcom1.netcom.com (Postfix, from userid 1000) id D0172E715B; Wed, 31 May 2000 06:38:11 -0700 (PDT) From: Mike Harding To: bandix@looksharp.net Cc: FreeBSD-STABLE@FreeBSD.ORG In-reply-to: (bandix@looksharp.net) Subject: Re: Problems with xe driver under 4.0-RELEASE References: Message-Id: <20000531133811.D0172E715B@netcom1.netcom.com> Date: Wed, 31 May 2000 06:38:11 -0700 (PDT) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I noticed yesterday or the day before that cvsweb was returning the _previous_ version for a few port things that I looked at. - Mike Harding Date: Wed, 31 May 2000 03:58:26 -0400 (EDT) From: "Brandon D. Valentine" Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk X-RULES: lists On Wed, 31 May 2000, Brandon D. Valentine wrote: >Hey, I'm having trouble getting the xe driver to load for my Intel >EtherExpress PRO/100 16 bit PCMCIA card. I know next to nothing about Well, to reply to my own message I poked around in the CVS and found that if_xe.c,v 1.13 that came with 4.0-RELEASE is broken. I generated diff's to if_xe.c,v 1.20 as well as a diff to take me if_xevar.h to v 1.5. My compile dies though because of this local include lurking in if_xe.c,v 1.20: #include "card_if.h" Did you mean to commit that Warner or should that have been changed before commit time? My closest guess would be that you meant #include I'm going to try that now and see. P.S. Has anyone noticed problems with the RCS ID tags in diffs generated by cvsweb? I don't use cvsweb often but I'm away from home and until I get this pcmcia NIC working I have to do everything from a family windows computer. I used cvsweb to generate my diffs and every single one had the ID strings rejected, and when I looked at the .rej file it looks like cvsweb's diffs end up using the ID strings from the two file revisions lower than those I requested. Other than that the diffs applied cleanly. Brandon D. Valentine -- "You should believe in death, taxes, Larry Ellison's loathing of Bill Gates and Intel's inability to ship a working chipset." - Dr Spinola, The Register, 05/13/2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 6:44:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 0FA4C37BCD5 for ; Wed, 31 May 2000 06:44:36 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id PAA12226; Wed, 31 May 2000 15:44:58 +0200 (MET DST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 12x8nM-0001RU-00 for ; Wed, 31 May 2000 15:44:28 +0200 Date: Wed, 31 May 2000 15:44:28 +0200 From: Szilveszter Adam To: freebsd-stable@freebsd.org Subject: Re: /etc/root/* in 4-stable? Message-ID: <20000531154428.A5130@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-stable@freebsd.org References: <200005311325.JAA23050@world.std.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <200005311325.JAA23050@world.std.com>; from kwc@world.std.com on Wed, May 31, 2000 at 09:25:01AM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 31, 2000 at 09:25:01AM -0400, Kenneth W Cochran wrote: > Hi, > > I just updated a source tree to 4-stable & notice some updates > to a couple of files src/etc/root. (dot.cshrc & dot.login) > > Where do those files "go?" There is no /etc/root. > Should there be one? Use mergemaster(8) and it will take care of them.:-) They are used for shell rc and initialization for /root and in single user mode. See /root/.cshrc /root/.login and their counterparts in /. -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 7:22:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lunatic.oneinsane.net (lunatic.oneinsane.net [207.113.133.231]) by hub.freebsd.org (Postfix) with ESMTP id B156537B812 for ; Wed, 31 May 2000 07:22:44 -0700 (PDT) (envelope-from insane@lunatic.oneinsane.net) Received: by lunatic.oneinsane.net (Postfix, from userid 1000) id E17255DBF; Wed, 31 May 2000 07:22:42 -0700 (PDT) Date: Wed, 31 May 2000 07:22:42 -0700 From: Ron 'The InSaNe One' Rosson To: freebsd-stable@freebsd.org Subject: Re: Logging for ipfilter under 3.4-STABLE April Build Message-ID: <20000531072242.A16064@lunatic.oneinsane.net> Reply-To: Ron Rosson Mail-Followup-To: freebsd-stable@freebsd.org References: <20000530192634.A7881@lunatic.oneinsane.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from oogali@intranova.net on Wed, May 31, 2000 at 01:00:22AM -0400 X-Operating-System: FreeBSD lunatic.oneinsane.net 4.0-STABLE X-Moon: The Moon is Waning Crescent (6% of Full) X-Opinion: What you read here is my IMHO X-Disclaimer: I am a firm believer in RTFM X-WWW: http://www.oneinsane.net X-PGP-KEY: http://www.oneinsane.net/~insane/insane2-pgp5i.txt X-Uptime: 7:13AM up 6 days, 16:16, 3 users, load averages: 0.01, 0.02, 0.01 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry for not mentioning that this is the ipfilter that was in the 3.4-STABLE branch in April. Here is how I start ipfilter and ipmon from my startup script located in /usr/local/etc/rc.d ## IPFilter /sbin/ipf -Fa -f /etc/ipf.conf /usr/sbin/ipmon -sn Yes there is tabs in the entry below for syslog.conf also I made the correction to the syslog.conf that was mentioned in another email. Just in case here are the entries in my Kernel config file. # Enable IPFilter options IPFILTER #kernel ipfilter support options IPFILTER_LOG #ipfilter logging options IPSTEALTH The only option I haven't explored is building ipfilter outside of the base system. The snags to that are that this system at the moment can only run 3.x branch of FreeBSD due to driver support for the ETinc serial adapter. So it does have at least one more cvsup to the "Golden 3.5". I am in a delimma and can use some advice. TIA On Wed, 31 May 2000, Omachonu Ogali was heard blurting out: > Are you running ipmon with the '-s' argument? > > On Tue, 30 May 2000, Ron 'The InSaNe One' Rosson wrote: > > > I have a 3.4-STABLE build of FreeBSD It is currntly running IPFilter to > > protect my network. No matter what I have done I can not get ipmon to > > log to syslog. > > > > Here is what I have in my syslog.conf: > > > > *.notice;kern.debug;lpr.info;mail.crit;news.err;local0.none /var/log/messages > > local0.info;local0.debug /var/log/ipfilter.log > > local0.err /var/log/ipfilter.err > > > > TIA > > -- ------------------------------------------------------------------------------ Ron Rosson ... and a UNIX user said ... The InSaNe One rm -rf * insane@oneinsane.net and all was /dev/null and *void() ------------------------------------------------------------------------------ Heaven and earth regard the ten thousand things as straw dogs, and I feel fine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 8:43:20 2000 Delivered-To: freebsd-stable@freebsd.org Received: from turtle.looksharp.net (cc360882-a.strhg1.mi.home.com [24.2.221.22]) by hub.freebsd.org (Postfix) with ESMTP id 7523D37B8E8 for ; Wed, 31 May 2000 08:43:13 -0700 (PDT) (envelope-from bandix@looksharp.net) Received: from localhost (bandix@localhost) by turtle.looksharp.net (8.9.3/8.9.3) with ESMTP id LAA08698; Wed, 31 May 2000 11:42:21 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Wed, 31 May 2000 11:42:21 -0400 (EDT) From: "Brandon D. Valentine" To: "Jose M. Alcaide" Cc: FreeBSD-STABLE Subject: Re: Problems with xe driver under 4.0-RELEASE In-Reply-To: <3934F3F3.D8638233@we.lc.ehu.es> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 31 May 2000, Jose M. Alcaide wrote: >I have a Xircom RealPort 100BTX (CE3) working fine under 4.0-STABLE, >using the xe driver from -CURRENT. In other words: upgrade your system >to a recent -STABLE (you'll need some recent pccard stuff), and copy >sys/dev/xe/if_xe.c and if_xevar.h from -CURRENT. Well the problem is that I cannot update it to a recent -STABLE until I have a working NIC on it. =) I stayed up fairly late last night trying to hack it into the kernel and I think I have it just about working. I should have it pushing packets by lunchtime. If I have any more specific questions I cannot find answers to I'm sure the list will hear from me. Brandon D. Valentine -- "You should believe in death, taxes, Larry Ellison's loathing of Bill Gates and Intel's inability to ship a working chipset." - Dr Spinola, The Register, 05/13/2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 10:26: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 8D08C37B95E for ; Wed, 31 May 2000 10:25:33 -0700 (PDT) (envelope-from jose@we.lc.ehu.es) Received: from we.lc.ehu.es (v-ger [158.227.6.179]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id TAA15737; Wed, 31 May 2000 19:24:29 +0200 (MET DST) Message-ID: <39354ACB.CAB46C31@we.lc.ehu.es> Date: Wed, 31 May 2000 19:24:27 +0200 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: "Brandon D. Valentine" Cc: FreeBSD-STABLE Subject: Re: Problems with xe driver under 4.0-RELEASE References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Brandon D. Valentine" wrote: > > On Wed, 31 May 2000, Jose M. Alcaide wrote: > > >I have a Xircom RealPort 100BTX (CE3) working fine under 4.0-STABLE, > >using the xe driver from -CURRENT. In other words: upgrade your system > >to a recent -STABLE (you'll need some recent pccard stuff), and copy > >sys/dev/xe/if_xe.c and if_xevar.h from -CURRENT. > > Well the problem is that I cannot update it to a recent -STABLE until I > have a working NIC on it. =) I stayed up fairly late last night trying > to hack it into the kernel and I think I have it just about working. I > should have it pushing packets by lunchtime. If I have any more > specific questions I cannot find answers to I'm sure the list will hear > from me. > I borrowed a supported PCMCIA NIC for upgrading to -STABLE :-) Regarding the CVSweb issue, there is a problem processing the CVS logs for if_xe.c. I reported that to Bill Fenner, who identified the cause and is working on the fix for CVSweb. Cheers, -- JMA ----------------------------------------------------------------------- José Mª Alcaide | mailto:jose@we.lc.ehu.es Universidad del País Vasco | mailto:jmas@FreeBSD.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 ----------------------------------------------------------------------- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 12:59:39 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rr.com (rdu25-28-182.nc.rr.com [24.25.28.182]) by hub.freebsd.org (Postfix) with ESMTP id 18A4837B564 for ; Wed, 31 May 2000 12:59:33 -0700 (PDT) (envelope-from rhh@rr.com) Received: (from rhh@localhost) by rr.com (8.9.3/8.9.3) id QAA01331 for stable@freebsd.org; Wed, 31 May 2000 16:00:40 -0400 (EDT) (envelope-from rhh) Date: Wed, 31 May 2000 16:00:40 -0400 From: Randall Hopper To: stable@freebsd.org Subject: cp fails to do utimes() (??) Message-ID: <20000531160040.A1299@nc.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Why does cp fail to do utimes on a FAT partition when I'm a normal user but it succeeds when I'm root? I can write the file as either user, but in the non-root case the resulting file modification time is wrong. > cp -p ~/xcpy2253.zip . cp: utimes: ./xcpy2253.zip: Operation not permitted cp: chown: ./xcpy2253.zip: Operation not permitted > su Password: # cp -p ~/xcpy2253.zip . cp: chown: ./xcpy2253.zip: Invalid argument Is there a way I can get it to succeed with utimes when cp is running as a normal user? Thanks, Randall -- Randall Hopper aa8vb@nc.rr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 17:15: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 0033637B935 for ; Wed, 31 May 2000 17:15:02 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: (from jkh@localhost) by zippy.cdrom.com (8.9.3/8.9.3) id SAA02115 for stable@freebsd.org; Wed, 31 May 2000 18:17:55 -0700 (PDT) (envelope-from jkh) Date: Wed, 31 May 2000 18:17:55 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <200006010117.SAA02115@zippy.cdrom.com> To: stable@freebsd.org Subject: 3.5 release date Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG We're a bit late with 3.5 so far but that's OK since people have been expecting only small, incremental changes for that release. Nonetheless, I thought now would be a good time to set the date and, given my upcoming trip to Japan and Korea (June 6th through June 15th), we're probably looking at June 20th as a reasonable release date. Committers have basically 15 days to tie up any loose ends in the RELENG_3 branch and do *reasonable* merge work from 4.x/5.x. This should be done under the same guidelines we've always used: Doc changes, obvious or critical bug fixes, security problems, all are fair candidates for merging. Major new functionality or experimental/insufficiently tested bits are not good candidates for 3.5. As always, if you have any question about the suitability of a change, please feel free to ask me. Thanks! - Jordan P.S. This release will be made available on CDROM but not shipped automatically to subscription customers. If you want 3.5, you'll have to order it in the usual way. Thanks again. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 18:10:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from piglet.dstc.edu.au (piglet.dstc.edu.au [130.102.176.1]) by hub.freebsd.org (Postfix) with ESMTP id 02AC637B7F2 for ; Wed, 31 May 2000 18:10:20 -0700 (PDT) (envelope-from ggm@dstc.edu.au) Received: from asuncion.dstc.edu.au (asuncion.dstc.edu.au [130.102.176.155]) by piglet.dstc.edu.au (8.10.1/8.10.1) with ESMTP id e511AAo11983 for ; Thu, 1 Jun 2000 11:10:10 +1000 (EST) Received: (from ggm@localhost) by asuncion.dstc.edu.au (8.9.3+Sun/8.8.8) id LAA04298 for freebsd-stable@freebsd.org; Thu, 1 Jun 2000 11:10:16 +1000 (EST) Date: Thu, 1 Jun 2000 11:10:16 +1000 (EST) From: George Michaelson Message-Id: <200006010110.LAA04298@asuncion.dstc.edu.au> To: freebsd-stable@freebsd.org Subject: 'stalls' from ipfw-stateful box on network connects Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I am testing a FreeBSD-4.0 stable machine as a firewall, and have a reasonably complex ipfw ruleset that probably does invoke some stateful rules. ssh and telnet sessions to this box appear to go into a stalled state, where there is a 30sec pause before they re-awake and respond to user input. pinging the interface can wake them up again, which is why I suspect its something in the ipfw engine. now clearly, for a box which is shuffling bits frequently this wouldn't be a problem because there'd be enough through-traffic to keep things ticking over. am I mis-diagnosing things? is this also visible as a side-effect of apm or other stuff? what else apart from ipfw/state can make connects to a box hang if idle for more than a few minutes? cheers -George To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 18:12: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id B466A37B809 for ; Wed, 31 May 2000 18:12:03 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id TAA48065; Wed, 31 May 2000 19:12:01 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id TAA25933; Wed, 31 May 2000 19:11:38 -0600 (MDT) Message-Id: <200006010111.TAA25933@harmony.village.org> To: "Brandon D. Valentine" Subject: Re: Problems with xe driver under 4.0-RELEASE Cc: FreeBSD-STABLE In-reply-to: Your message of "Wed, 31 May 2000 03:04:43 EDT." References: Date: Wed, 31 May 2000 19:11:37 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Brandon D. Valentine" writes: : # uname -sr : FreeBSD 4.0-RELEASE xe doesn't work in 4.0 release. You need -current or you need to wait for me (or someone else) to back port the necessary changes to -stable. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 18:13: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 09E9537BF54 for ; Wed, 31 May 2000 18:12:52 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id TAA48070; Wed, 31 May 2000 19:12:45 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id TAA25946; Wed, 31 May 2000 19:12:22 -0600 (MDT) Message-Id: <200006010112.TAA25946@harmony.village.org> To: "Brandon D. Valentine" Subject: Re: Problems with xe driver under 4.0-RELEASE Cc: FreeBSD-STABLE In-reply-to: Your message of "Wed, 31 May 2000 03:58:26 EDT." References: Date: Wed, 31 May 2000 19:12:22 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Brandon D. Valentine" writes: : 1.5. My compile dies though because of this local include lurking in : if_xe.c,v 1.20: : #include "card_if.h" Reconfigure your kernel :-). : Did you mean to commit that Warner or should that have been changed : before commit time? My closest guess would be that you meant : #include : I'm going to try that now and see. Nope. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 18:14:15 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 76F9137BF43; Wed, 31 May 2000 18:14:06 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id TAA48083; Wed, 31 May 2000 19:14:05 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id TAA25973; Wed, 31 May 2000 19:13:42 -0600 (MDT) Message-Id: <200006010113.TAA25973@harmony.village.org> To: Andy Farkas Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c Cc: Kris Kennaway , freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Wed, 31 May 2000 18:30:49 +1000." References: Date: Wed, 31 May 2000 19:13:41 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Andy Farkas writes: : To update from 3.x to 4.0 stable : -------------------------------- : [3] : ... : [3] Update to 4.0-stable sources. This still works (I just did it the other day), if you follow the directions exactly. Until there are real landmines in the way, I'm going to continue to have this in UPDATING. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 18:15:26 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 38A9537BF4F for ; Wed, 31 May 2000 18:15:21 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id TAA48095; Wed, 31 May 2000 19:15:17 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id TAA25993; Wed, 31 May 2000 19:14:54 -0600 (MDT) Message-Id: <200006010114.TAA25993@harmony.village.org> To: "Brandon D. Valentine" Subject: Re: Problems with xe driver under 4.0-RELEASE Cc: FreeBSD-STABLE In-reply-to: Your message of "Wed, 31 May 2000 04:36:37 EDT." References: Date: Wed, 31 May 2000 19:14:54 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Brandon D. Valentine" writes: : worry about fixing it later. I realize I'm the only reader of -stable : still awake, but I'll welcome your input in the morning. =) Basically, you need to update to the latest stable, you need to reconfigure your kernel and then run make depend. Then it should build. However, you'll also need to bring in the if_xe* files from -current. I think at this point they will just compile, but I'm not positive about that. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 18:19:14 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 8C7C237B7F2 for ; Wed, 31 May 2000 18:19:10 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id TAA48120; Wed, 31 May 2000 19:19:09 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id TAA26044; Wed, 31 May 2000 19:18:45 -0600 (MDT) Message-Id: <200006010118.TAA26044@harmony.village.org> To: "Bharat Mediratta" Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c Cc: "Erik Trulsson" , freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Wed, 31 May 2000 01:43:16 PDT." References: Date: Wed, 31 May 2000 19:18:45 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Bharat Mediratta" writes: : And this is where it bombed. For reference, /usr/src/UPDATING says: : : To build a kernel : ----------------- : Update config, genassym and go: : cd src/usr.bin/genassym : make depend all install clean : cd ../../usr.sbin/config : make depend all install clean : cd ../../sys/i386/conf : config YOUR_KERNEL_HERE : cd ../../compile/YOUR_KERNEL_HERE : make depend && make : make install Actually, UPDATING no longer says that. It says to use the buildkernel and installkernel targets. : Kris Kenneway was kind enough to point out that source upgrading from : 3.4-STABLE to 4.0-STABLE is not supported (now where is *that* documented... : did I miss it?) Kris is wrong, or at least he's being overly agressive in what he claims isn't supported. It does work. And we've traditionally supported updating from the last -stable release from N-1 to the stable branch of N.0. And often it will work after N.0. However, you must follow the updated UPDATING file from -stable for it to work. In 3.x, you could update through about 3.2 from 2.2.8. Due to the huge number of changes in the 3.x branch after 3.2, you couldn't push it much past 3.2. So far there have been no show stopper MFC into the 4.0-stable branch. So long as that's the case, I'm going to keep claiming that one can update from source. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 18:20: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id EC97E37BF63; Wed, 31 May 2000 18:19:54 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id TAA48128; Wed, 31 May 2000 19:19:52 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id TAA26057; Wed, 31 May 2000 19:19:29 -0600 (MDT) Message-Id: <200006010119.TAA26057@harmony.village.org> To: Kris Kennaway Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c Cc: Andy Farkas , freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Wed, 31 May 2000 01:45:33 PDT." References: Date: Wed, 31 May 2000 19:19:29 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Kris Kennaway writes: : AFAIK, we've never claimed to support upgrades to major (.0) releases from : anything other than the most recent previous release, and with good : reason. We have an upgrade path which is well tested and works, so let's : just leave it at that. That's not true. We did claim to support source upgrades from 2.2.5 or later to 3.x for x <= 2. And it worked as well. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 18:20:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 4B23D37BFB7 for ; Wed, 31 May 2000 18:20:42 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id TAA48140; Wed, 31 May 2000 19:20:40 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id TAA26087; Wed, 31 May 2000 19:20:17 -0600 (MDT) Message-Id: <200006010120.TAA26087@harmony.village.org> To: Erik Trulsson Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c Cc: Bharat Mediratta , freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Wed, 31 May 2000 11:03:36 +0200." <20000531110336.A1153@student.csd.uu.se> References: <20000531110336.A1153@student.csd.uu.se> <20000531005355.A47631@student.csd.uu.se> Date: Wed, 31 May 2000 19:20:17 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000531110336.A1153@student.csd.uu.se> Erik Trulsson writes: : My copy of /usr/src/UPDATING (from 4.0-stable) doesn't look quite like that : but nevermind, you are probably just using a slightly older version. That's a very fundamental point. You must use UPDATING from the version you are upgrading TO rather than the one you have at hand when you start the upgrade process. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 18:22:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E844537BA2F; Wed, 31 May 2000 18:22:43 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id SAA18780; Wed, 31 May 2000 18:22:43 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Wed, 31 May 2000 18:22:43 -0700 (PDT) From: Kris Kennaway To: Warner Losh Cc: Andy Farkas , freebsd-stable@FreeBSD.ORG Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c In-Reply-To: <200006010113.TAA25973@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 31 May 2000, Warner Losh wrote: > This still works (I just did it the other day), if you follow the > directions exactly. Until there are real landmines in the way, I'm > going to continue to have this in UPDATING. Then perhaps you'd like to include instructions for overcoming the in_cksum problem people have been seeing? :-) Kris ---- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 18:30:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 960DD37BF4E for ; Wed, 31 May 2000 18:30:49 -0700 (PDT) (envelope-from daemon@mips.inka.de) Received: from bigeye.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 12xJoq-0001Na-00; Thu, 1 Jun 2000 03:30:44 +0200 Received: (from daemon@localhost) by bigeye.mips.inka.de (8.9.3/8.9.3) id CAA05857 for freebsd-stable@freebsd.org; Thu, 1 Jun 2000 02:58:18 +0200 (CEST) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: -j n and -STABLE world. Date: 1 Jun 2000 02:58:17 +0200 Message-ID: <8h4cf9$5mj$1@bigeye.mips.inka.de> References: To: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bryan Bursey wrote: > Sorry to follow my own message, but I'd like to confirm that I'm dealing > with a SMP kernel on a machine that it not overclocked. Ditto. In fact, I'm pretty sure it happens in the single-CPU case for me, too. -CURRENT suffers from it, too. > The 'installworld' fails consistently in the same place. Which is in bin/ln for me. I couldn't reproduce it in isolation (outside of a installworld), though. I'm not terribly surprised about the effect. Both ln and rm are used for the installation of their respective targets. Some kind of race condition there, I guess. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 18:32:10 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id C7AD337BF82; Wed, 31 May 2000 18:31:57 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id TAA48232; Wed, 31 May 2000 19:31:52 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id TAA26260; Wed, 31 May 2000 19:31:29 -0600 (MDT) Message-Id: <200006010131.TAA26260@harmony.village.org> To: Kris Kennaway Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c Cc: Andy Farkas , freebsd-stable@FreeBSD.org In-reply-to: Your message of "Wed, 31 May 2000 18:22:43 PDT." References: Date: Wed, 31 May 2000 19:31:28 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Kris Kennaway writes: : > This still works (I just did it the other day), if you follow the : > directions exactly. Until there are real landmines in the way, I'm : > going to continue to have this in UPDATING. : : Then perhaps you'd like to include instructions for overcoming the : in_cksum problem people have been seeing? :-) make buildkernel At least it works for me from my 3.x boxes. You have to build it with the compilers that are in the obj tree after a make buildworld, or it won't work. I'll go try again to make sure that nothing has changed in the last week or two since the last time I was able to do this. At work I build 4.x kernels all the time on a 3.4 machine (and also on a 5.0-current machine). I do have to use the obj tree from my 4.0 world to do it, however. Like I said, if it no longer works, then I'll take out the support bit in UPDATING. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 18:33:53 2000 Delivered-To: freebsd-stable@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 4736637B846 for ; Wed, 31 May 2000 18:33:47 -0700 (PDT) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.10.1/8.10.1/20000504) id e511Xi415076 for freebsd-stable@freebsd.org; Wed, 31 May 2000 20:33:44 -0500 (CDT) From: Larry Rosenman Message-Id: <200006010133.e511Xi415076@lerami.lerctr.org> Subject: Finally.... A solution, It would appear To: freebsd-stable@freebsd.org Date: Wed, 31 May 2000 20:33:43 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL77 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG First, a quick re-hash: 1) could not make buildworld on 4.0-STABLE (died in objcopy.c) 2) tried 4.0-RELEASE, same thing. 3) after much flailing about, make in /usr/src would die there too, but either restarting the make, or reboot/restart would USUALLY fix it 4) eventually we got all the way thru make buildworld. Took the Shuttle HOT-591P motherboard, AMD K6-2/550, 128Meg SDRAM DIMM and the fan just purchased saturday back to vendor along with the rest of the computer, and gave them instructions on how to reproduce the failure (I thought hardware/timing/cache/whatever). After them replacing all of the above items TWICE and then going over the BIOS settings with a fine tooth comb, we now have a WORKING system. Thanks to all on the list who tried to help, and for putting up with my ramblings over the weekend. If anyone wants/needs the final BIOS settings/version/etc, please ask. Larry Rosenman PS: The vendor may start using a make buildworld as a burnin test after this (maybe even start selling FreeBSD configured boxes). LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 18:58:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id 1861A37BF9D for ; Wed, 31 May 2000 18:58:23 -0700 (PDT) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net. [192.168.0.24]) by thehousleys.net (8.9.3/8.9.3) with ESMTP id VAA02352 for ; Wed, 31 May 2000 21:58:21 -0400 (EDT) (envelope-from jim@thehousleys.net) Message-ID: <3935C33C.F94655FA@thehousleys.net> Date: Wed, 31 May 2000 21:58:20 -0400 From: James Housley Organization: The Housleys dot Net X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Before 3.5-RELEASE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a PR that I think should be resolved before the release: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=18058 Description: src/usr.sbin/ctm/ctm/ctm_input.c limits files to 10Meg (10485760). cvs-cur.6200xEmpty.gz has a file, src/sys/dev/isp/asm_pci.h,v that is greather than 11Meg, actually 11913588 bytes. -- Do not meddle in the affairs of dragons, for you are crunchy and taste good with ketchup. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 19:20:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 1933037B9CE for ; Wed, 31 May 2000 19:20:19 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id TAA28665; Wed, 31 May 2000 19:20:10 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda28656; Wed May 31 19:19:50 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.9.3/8.9.1) id TAA03382; Wed, 31 May 2000 19:19:50 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdEk3380; Wed May 31 19:19:16 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.10.1/8.9.1) id e512JFA04569; Wed, 31 May 2000 19:19:15 -0700 (PDT) Message-Id: <200006010219.e512JFA04569@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdhX4560; Wed May 31 19:19:03 2000 X-Mailer: exmh version 2.1.1 10/15/1999 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.0-STABLE X-Sender: cy To: Ron Rosson Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Logging for ipfilter under 3.4-STABLE April Build In-reply-to: Your message of "Wed, 31 May 2000 07:22:42 PDT." <20000531072242.A16064@lunatic.oneinsane.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 31 May 2000 19:19:02 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000531072242.A16064@lunatic.oneinsane.net>, "Ron 'The InSaNe One' Rosson" writes: > Sorry for not mentioning that this is the ipfilter that was in the 3.4-STABLE > branch in April. Here is how I start ipfilter and ipmon from my startup scrip > t > located in /usr/local/etc/rc.d > > ## IPFilter > /sbin/ipf -Fa -f /etc/ipf.conf > /usr/sbin/ipmon -sn The -n option is a bad idea. There is a possibility that an attacker could notice that for every blocked packet a DNS request is sent out by the firewall. Remove the -n option and your firewall becomes stealthier. Instead, use plog, from http://www.antibozo.net/ogata/webtools/plog.txt or http://pobox.com/~ogata/webtools/plog.txt. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 19:58:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pericles.IPAustralia.gov.au (pericles.IPAustralia.gov.au [202.14.186.30]) by hub.freebsd.org (Postfix) with ESMTP id 3C7B737BA2C; Wed, 31 May 2000 19:58:22 -0700 (PDT) (envelope-from carl@xena.aipo.gov.au) Received: (from smap@localhost) by pericles.IPAustralia.gov.au (8.9.3/8.9.3) id MAA87297; Thu, 1 Jun 2000 12:58:19 +1000 (EST) (envelope-from carl@xena.aipo.gov.au) Received: from newton.aipo.gov.au(10.0.100.18) by pericles.IPAustralia.gov.au via smap (V2.0) id xma087284; Thu, 1 Jun 00 12:58:18 +1000 Received: from localhost (carl@localhost) by newton.aipo.gov.au (8.9.3/8.9.3) with ESMTP id MAA05515; Thu, 1 Jun 2000 12:58:18 +1000 (EST) (envelope-from carl@xena.aipo.gov.au) X-Authentication-Warning: newton.aipo.gov.au: carl owned process doing -bs Date: Thu, 1 Jun 2000 12:58:18 +1000 (EST) From: Carl Makin X-Sender: carl@newton.aipo.gov.au To: freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org Subject: QLogic 2200 to IBM ESS (Shark) via SAN Data Gateway. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is anyone using a QLogic 2200 FC card that can help me with a problem. I'm trying to get a 4.0-STABLE box qith a QLogic 2200 card talking to an IBM ESS 2105-E20 (Shark) via an IBM SAN Data Gateway. The card is seeing the two LUNS as delivered by the ESS through the Gateway but they are not being properly configured by the isp driver. Here is some dmesg output; isp0: port 0xfc00-0xfcff mem 0xfeb00000-0xfeb00fff irq 5 at device 1.0 on pci3 isp0: Firmware State Config Wait -> Ready isp0: Target 0 (Loop 0x0) Port ID 0xef role Target arrived Port WWN 0x20010060451604e5 Node WWN 0x10000060451604e5 pass2 at isp0 bus 0 target 0 lun 0 pass2: Fixed Storage Arrray SCSI-3 device pass2: 100.000MB/s transfers, Tagged Queueing Enabled pass3 at isp0 bus 0 target 0 lun 1 pass3: Fixed Storage Arrray SCSI-3 device pass3: 100.000MB/s transfers, Tagged Queueing Enabled pass4 at isp0 bus 0 target 0 lun 2 pass4: Fixed Storage Arrray SCSI-3 device pass4: 100.000MB/s transfers, Tagged Queueing Enabled pass5 at isp0 bus 0 target 0 lun 3 pass5: Fixed Storage Arrray SCSI-3 device pass5: 100.000MB/s transfers, Tagged Queueing Enabled pass6 at isp0 bus 0 target 0 lun 4 pass6: Fixed Storage Arrray SCSI-3 device pass6: 100.000MB/s transfers, Tagged Queueing Enabled pass7 at isp0 bus 0 target 0 lun 5 pass7: Fixed Storage Arrray SCSI-3 device pass7: 100.000MB/s transfers, Tagged Queueing Enabled pass8 at isp0 bus 0 target 0 lun 6 pass8: Fixed Storage Arrray SCSI-3 device pass8: 100.000MB/s transfers, Tagged Queueing Enabled pass9 at isp0 bus 0 target 0 lun 7 pass9: Fixed Storage Arrray SCSI-3 device pass9: 100.000MB/s transfers, Tagged Queueing Enabled There is an 8Gb LUN at 1, and a 20Gb LUN at 2. LUN 0 is the Gateway itself. There is nothing at LUN 3->7. I had to enable the bios on the QLogic card to get this far. Without the bios enabled the card just timed out in the probe. Carl. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 20:23: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 7AE5A37BA2E; Wed, 31 May 2000 20:22:58 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id VAA87582; Wed, 31 May 2000 21:22:29 -0600 (MDT) (envelope-from ken) Date: Wed, 31 May 2000 21:22:29 -0600 From: "Kenneth D. Merry" To: Carl Makin Cc: freebsd-scsi@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: QLogic 2200 to IBM ESS (Shark) via SAN Data Gateway. Message-ID: <20000531212228.A87365@panzer.kdm.org> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from carl@xena.IPAustralia.gov.au on Thu, Jun 01, 2000 at 12:58:18PM +1000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jun 01, 2000 at 12:58:18 +1000, Carl Makin wrote: > > Is anyone using a QLogic 2200 FC card that can help me with a problem. > > I'm trying to get a 4.0-STABLE box qith a QLogic 2200 card talking to an > IBM ESS 2105-E20 (Shark) via an IBM SAN Data Gateway. > > The card is seeing the two LUNS as delivered by the ESS through the > Gateway but they are not being properly configured by the isp driver. Here > is some dmesg output; > > isp0: port 0xfc00-0xfcff mem > 0xfeb00000-0xfeb00fff irq 5 at device 1.0 on pci3 > > isp0: Firmware State Config Wait -> Ready > isp0: Target 0 (Loop 0x0) Port ID 0xef role Target arrived > Port WWN 0x20010060451604e5 > Node WWN 0x10000060451604e5 > > pass2 at isp0 bus 0 target 0 lun 0 > pass2: Fixed Storage Arrray SCSI-3 device > pass2: 100.000MB/s transfers, Tagged Queueing Enabled > pass3 at isp0 bus 0 target 0 lun 1 > pass3: Fixed Storage Arrray SCSI-3 device > pass3: 100.000MB/s transfers, Tagged Queueing Enabled > pass4 at isp0 bus 0 target 0 lun 2 > pass4: Fixed Storage Arrray SCSI-3 device > pass4: 100.000MB/s transfers, Tagged Queueing Enabled [ ... ] > There is an 8Gb LUN at 1, and a 20Gb LUN at 2. LUN 0 is the Gateway > itself. There is nothing at LUN 3->7. > > I had to enable the bios on the QLogic card to get this far. Without the > bios enabled the card just timed out in the probe. You probably won't get much help on the QLogic side of things until Matt Jacob gets back from vacation. But, you may be able to play with things a bit in the mean time. If those devices use the typical direct access command set, you can probably use the attached patch to make the da(4) driver attach to the luns on the array. Then you can try to disklabel it, newfs, etc. The patch is against -current, hopefully it'll apply okay to -stable. Ken -- Kenneth Merry ken@kdm.org --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="scsi_da.c.array.20000531" ==== //depot/FreeBSD-ken/src/sys/cam/scsi/scsi_da.c#9 - /a/ken/perforce3/FreeBSD-ken/src/sys/cam/scsi/scsi_da.c ==== *** /tmp/tmp.87433.0 Wed May 31 21:15:39 2000 --- /a/ken/perforce3/FreeBSD-ken/src/sys/cam/scsi/scsi_da.c Wed May 31 21:15:22 2000 *************** *** 847,853 **** cgd = (struct ccb_getdev *)arg; if (SID_TYPE(&cgd->inq_data) != T_DIRECT ! && SID_TYPE(&cgd->inq_data) != T_OPTICAL) break; /* --- 847,854 ---- cgd = (struct ccb_getdev *)arg; if (SID_TYPE(&cgd->inq_data) != T_DIRECT ! && SID_TYPE(&cgd->inq_data) != T_OPTICAL ! && SID_TYPE(&cgd->inq_data) != T_STORARRAY) break; /* --xHFwDpU9dbj6ez1V-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 21: 6:31 2000 Delivered-To: freebsd-stable@freebsd.org Received: from pericles.IPAustralia.gov.au (pericles.IPAustralia.gov.au [202.14.186.30]) by hub.freebsd.org (Postfix) with ESMTP id 58A7937BC90; Wed, 31 May 2000 21:06:23 -0700 (PDT) (envelope-from carl@xena.aipo.gov.au) Received: (from smap@localhost) by pericles.IPAustralia.gov.au (8.9.3/8.9.3) id OAA91491; Thu, 1 Jun 2000 14:05:44 +1000 (EST) (envelope-from carl@xena.aipo.gov.au) Received: from newton.aipo.gov.au(10.0.100.18) by pericles.IPAustralia.gov.au via smap (V2.0) id xma091484; Thu, 1 Jun 00 14:05:29 +1000 Received: from localhost (carl@localhost) by newton.aipo.gov.au (8.9.3/8.9.3) with ESMTP id OAA17676; Thu, 1 Jun 2000 14:05:28 +1000 (EST) (envelope-from carl@xena.aipo.gov.au) X-Authentication-Warning: newton.aipo.gov.au: carl owned process doing -bs Date: Thu, 1 Jun 2000 14:05:27 +1000 (EST) From: Carl Makin X-Sender: carl@newton.aipo.gov.au To: "Kenneth D. Merry" Cc: freebsd-scsi@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: QLogic 2200 to IBM ESS (Shark) via SAN Data Gateway. In-Reply-To: <20000531212228.A87365@panzer.kdm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Ken, On Wed, 31 May 2000, Kenneth D. Merry wrote: > On Thu, Jun 01, 2000 at 12:58:18 +1000, Carl Makin wrote: > > Is anyone using a QLogic 2200 FC card that can help me with a problem. > You probably won't get much help on the QLogic side of things until Matt > Jacob gets back from vacation. I compiled the 2200 firmware into the driver in the kernel and applied your patch (and enabled SMP as this is a SMP box) and it's now recognising the disks fine. It throws an error on LUN 0 which is the Gateway box, not a disk LUN but now maps the 2 disk LUNS fine. > The patch is against -current, hopefully it'll apply okay to -stable. Applied fine with an offset of -10. :) FYI, bash-2.04# ./rawio -a -I ESS-FC -v 1 /dev/da1c Test ID K/sec /sec %User %Sys %Total RR ESS-FC 8396.3 522 0.2 4.3 4.4 16384 SR ESS-FC 21633.9 1320 0.4 9.7 10.1 16384 RW ESS-FC 5498.9 340 0.2 2.6 2.8 16384 SW ESS-FC 18207.9 1111 0.3 8.3 8.6 16384 I'm happy enough with that! Many thanks! Carl. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 22:10:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sinia.com (c1.sinia.com [64.14.20.139]) by hub.freebsd.org (Postfix) with ESMTP id 4246437BFA9 for ; Wed, 31 May 2000 22:10:34 -0700 (PDT) (envelope-from bharat@sinia.com) Received: from firebrand (localhost.sinia.com [127.0.0.1]) by sinia.com (8.9.3/8.9.3) with SMTP id WAA47997; Wed, 31 May 2000 22:10:51 -0700 (PDT) (envelope-from bharat@sinia.com) From: "Bharat Mediratta" To: "Warner Losh" , "Erik Trulsson" Cc: Subject: RE: GENERIC 4.0 kernel compile fails on in_cksum.c Date: Wed, 31 May 2000 22:09:10 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <200006010120.TAA26087@harmony.village.org> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I took Kris Kenneway's advice and switched to 4.0-RELEASE. The quotes that I gave you are, in fact, from the 4.0-RELEASE /usr/src/UPDATING file. I'm now somewhat committed to upgrading once to 4.0-RELEASE and then from there to 4.0-STABLE. -Bharat > -----Original Message----- > From: Warner Losh [mailto:imp@village.org] > Sent: Wednesday, May 31, 2000 6:20 PM > To: Erik Trulsson > Cc: Bharat Mediratta; freebsd-stable@FreeBSD.ORG > Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c > > > In message <20000531110336.A1153@student.csd.uu.se> Erik Trulsson writes: > : My copy of /usr/src/UPDATING (from 4.0-stable) doesn't look > quite like that > : but nevermind, you are probably just using a slightly older version. > > That's a very fundamental point. You must use UPDATING from the > version you are upgrading TO rather than the one you have at hand when > you start the upgrade process. > > Warner > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 22:33:38 2000 Delivered-To: freebsd-stable@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 8A99C37B93A for ; Wed, 31 May 2000 22:33:33 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id HAA64286; Thu, 1 Jun 2000 07:33:20 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200006010533.HAA64286@info.iet.unipi.it> Subject: Re: 'stalls' from ipfw-stateful box on network connects In-Reply-To: <200006010110.LAA04298@asuncion.dstc.edu.au> from George Michaelson at "Jun 1, 2000 11:10:16 am" To: George Michaelson Date: Thu, 1 Jun 2000 07:33:20 +0200 (CEST) Cc: freebsd-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I am testing a FreeBSD-4.0 stable machine as a firewall, and > have a reasonably complex ipfw ruleset that probably does > invoke some stateful rules. "probably" ??? > ssh and telnet sessions to this box appear to go into a stalled > state, where there is a 30sec pause before they re-awake and > respond to user input. > > pinging the interface can wake them up again, which is why I > suspect its something in the ipfw engine. actually i'd rather suspect the interface! more details maybe would help ? cheers luigi > now clearly, for a box which is shuffling bits frequently this > wouldn't be a problem because there'd be enough through-traffic > to keep things ticking over. > > am I mis-diagnosing things? is this also visible as a side-effect > of apm or other stuff? > > what else apart from ipfw/state can make connects to a box hang > if idle for more than a few minutes? > > cheers > -George > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 22:43:54 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 7222537BFA7 for ; Wed, 31 May 2000 22:43:51 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id XAA48880; Wed, 31 May 2000 23:43:50 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id XAA27228; Wed, 31 May 2000 23:43:26 -0600 (MDT) Message-Id: <200006010543.XAA27228@harmony.village.org> To: "Bharat Mediratta" Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c Cc: "Erik Trulsson" , freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Wed, 31 May 2000 22:09:10 PDT." References: Date: Wed, 31 May 2000 23:43:26 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message "Bharat Mediratta" writes: : I took Kris Kenneway's advice and switched to 4.0-RELEASE. The : quotes that I gave you are, in fact, from the 4.0-RELEASE : /usr/src/UPDATING file. I'm now somewhat committed to upgrading : once to 4.0-RELEASE and then from there to 4.0-STABLE. Yes. Sadly, we found out after the 4.0-RELEASE went out that they were inaccurate. Since you sent to 4.0-RELEASE first, I'll bet it was smooth sailing to -STABLE from there. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 22:58:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id C438A37BFA7; Wed, 31 May 2000 22:58:22 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id XAA48924; Wed, 31 May 2000 23:58:21 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id XAA27352; Wed, 31 May 2000 23:57:57 -0600 (MDT) Message-Id: <200006010557.XAA27352@harmony.village.org> To: Kris Kennaway Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c Cc: Andy Farkas , freebsd-stable@FreeBSD.ORG In-reply-to: Your message of "Wed, 31 May 2000 18:22:43 PDT." References: Date: Wed, 31 May 2000 23:57:57 -0600 From: Warner Losh Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Kris Kennaway writes: : Then perhaps you'd like to include instructions for overcoming the : in_cksum problem people have been seeing? :-) I don't know why they are seeing it. Here's what I did just now (well, it has been running a while, it just finished): setenv MAKEOBJDIR /tree-sloth-disk/imp/obj cd FreeBSD/4x/src cvs update -PAd -r RELENG_4 (grab sources as of at least May 30) make buildworld make buildkernel KERNEL=GENERIC I would suspect that if I were to install the kernel, frob the /dev entries, etc that I'd have a bootable 4.0 system. But since this is our main disk server, my boss would get annoyed with me for doing that :-). Since the kernel and the modules built w/o a problem using this sequence, I would recommend it to everyone. In fact, I think I'm going to tweak UPDATING to read: make buildworld cd /usr/src/sys/modules make install cd /usr/src/sbin/mknod make install [1] reboot Rather than the current order, since I know that this works. It also puts the system in an inconsistant state for a shorter period of time since the modules are installed just after the kernel, rather than before the build of the kernel starts. Comments? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 22:59:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by hub.freebsd.org (Postfix) with ESMTP id 715CA37BFA7 for ; Wed, 31 May 2000 22:59:37 -0700 (PDT) (envelope-from andrew@ugh.net.au) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id 82196A841; Thu, 1 Jun 2000 15:59:52 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id 7AF49542A; Thu, 1 Jun 2000 15:59:52 +1000 (EST) Date: Thu, 1 Jun 2000 15:59:52 +1000 (EST) From: andrew@ugh.net.au To: Randall Hopper Cc: stable@freebsd.org Subject: Re: cp fails to do utimes() (??) In-Reply-To: <20000531160040.A1299@nc.rr.com> Message-ID: X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 31 May 2000, Randall Hopper wrote: > I can write the file as either user, but in the non-root case the resulting > file modification time is wrong. You can only use utimes if you are root or you own or have write permission on the file. You aren't root so do you own or have write permisison to the new file? FAT doesn't support ownership so what does the owner default to - it may not be you? What permisions are on the file when utimes is called? I may be way off... Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 31 23: 8:33 2000 Delivered-To: freebsd-stable@freebsd.org Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by hub.freebsd.org (Postfix) with ESMTP id BB72037BFB8 for ; Wed, 31 May 2000 23:08:31 -0700 (PDT) (envelope-from andrew@ugh.net.au) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id 55635A841; Thu, 1 Jun 2000 16:08:49 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id 4F449542A; Thu, 1 Jun 2000 16:08:49 +1000 (EST) Date: Thu, 1 Jun 2000 16:08:49 +1000 (EST) From: andrew@ugh.net.au To: Randall Hopper Cc: stable@freebsd.org Subject: Re: cp fails to do utimes() (??) In-Reply-To: Message-ID: X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 1 Jun 2000 andrew@ugh.net.au wrote: > You can only use utimes if you are root or you own or have write > permission on the file. You aren't root so do you own or have write Oops...thats only if you are trying to set access and modification times and I would guess cp isn't so ignore me. Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 2: 4:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp4.kolumbus.fi (smtp4.kolumbus.fi [193.229.0.39]) by hub.freebsd.org (Postfix) with ESMTP id 1C19D37BFB2 for ; Thu, 1 Jun 2000 02:04:06 -0700 (PDT) (envelope-from simo.kaartinen@kolumbus.fi) Received: from smtp.kolumbus.fi (a219d2hel.dial.kolumbus.fi [212.54.16.219]) by smtp4.kolumbus.fi (8.9.0/8.9.0) with SMTP id MAA22528 for ; Thu, 1 Jun 2000 12:04:04 +0300 (EET DST) Date: Thu, 1 Jun 2000 12:04:50 +0300 From: Simo Kaartinen To: freebsd-stable@FreeBSD.ORG Subject: SB16 doens't work in 4.0-STABLE Message-ID: <20000601120450.A265@romu.arenanet.fi> Reply-To: Simo Kaartinen Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 0.6.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hey, I installed 4.0-RELEASE, upgraded it to STABLE and my SB16 still doesn't work. This problem has been the same from the beginning. I have tried pcm and sbc in kernel config, which from sbc has output in dmesg (all settings correct). I have also done all the necessary device nodes. Kernel compiles without any problems. Everything seems to be ok, but no sound. line in kernel config: device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15 dmesg output: sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0 sbc0: setting card to irq 5, drq 1, 5 i think this is ok too (all the snd-devices has similar rights): lrwxr-xr-x 1 root wheel 4 May 28 19:26 /dev/dsp -> dsp0 crw-rw-rw- 1 root wheel 30, 3 May 28 19:02 /dev/dsp0 I have also tried dsp1 with similar rights but it has the same output: with mpg123: Can't open /dev/dsp! with xmixer: /dev/mixer: Device not configured with x11amp: Unable to open the audio device I can't think of anything I should do differently. The soundcard works proberly in w9x so it isn't physically broken. If anyone has any idea what I should try, please let me know. -- Simo Kaartinen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 2:15:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from corinth.bossig.com (mail.dohboys.com [208.26.253.10]) by hub.freebsd.org (Postfix) with ESMTP id 0A12637C08D for ; Thu, 1 Jun 2000 02:12:51 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.242.56]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.1) with ESMTP id ; Thu, 1 Jun 2000 02:13:14 -0700 Message-ID: <393628FA.DDCA153B@3-cities.com> Date: Thu, 01 Jun 2000 02:12:27 -0700 From: Kent Stewart Organization: BOSSig (BOSS Internet Group) X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Simo Kaartinen Cc: freebsd-stable@FreeBSD.ORG Subject: Re: SB16 doens't work in 4.0-STABLE References: <20000601120450.A265@romu.arenanet.fi> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Simo Kaartinen wrote: > > Hey, > > I installed 4.0-RELEASE, upgraded it to STABLE and my SB16 still > doesn't work. This problem has been the same from the beginning. > > I have tried pcm and sbc in kernel config, which from sbc has output in > dmesg (all > settings correct). I have also done all the necessary device nodes. > > Kernel compiles without any problems. Everything seems to be ok, but no > sound. > > line in kernel config: > device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15 > > dmesg output: > sbc0: at port 0x220-0x22f irq 5 drq 1 flags 0x15 on > isa0 > sbc0: setting card to irq 5, drq 1, 5 > > i think this is ok too (all the snd-devices has similar rights): > lrwxr-xr-x 1 root wheel 4 May 28 19:26 /dev/dsp -> dsp0 > crw-rw-rw- 1 root wheel 30, 3 May 28 19:02 /dev/dsp0 > > I have also tried dsp1 with similar rights but it has the same output: > > with mpg123: > Can't open /dev/dsp! > with xmixer: > /dev/mixer: Device not configured > with x11amp: > Unable to open the audio device > > I can't think of anything I should do differently. The soundcard works > proberly in > w9x so it isn't physically broken. > > If anyone has any idea what I should try, please let me know. You need to cd /dev ./MAKEDEV snd0 Then check to see if you have a mixer. The make device links things such as the mixer. Kent > > -- > Simo Kaartinen > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kstewart@3-cities.com http://www.3-cities.com/~kstewart/index.html FreeBSD News http://daily.daemonnews.org/ SETI(Search for Extraterrestrial Intelligence) @ HOME http://setiathome.ssl.berkeley.edu/ Hunting Archibald Stewart, b 1802 in Ballymena, Antrim Co., NIR http://www.3-cities.com/~kstewart/genealogy/archibald_stewart.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 2:24:26 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp2.kolumbus.fi (smtp2.kolumbus.fi [193.229.0.37]) by hub.freebsd.org (Postfix) with ESMTP id 8303037B780 for ; Thu, 1 Jun 2000 02:24:21 -0700 (PDT) (envelope-from simo.kaartinen@kolumbus.fi) Received: from smtp.kolumbus.fi (a219d2hel.dial.kolumbus.fi [212.54.16.219]) by smtp2.kolumbus.fi (8.9.0/8.9.0) with SMTP id MAA06001 for ; Thu, 1 Jun 2000 12:24:18 +0300 (EET DST) Date: Thu, 1 Jun 2000 12:25:05 +0300 From: Simo Kaartinen To: freebsd-stable@FreeBSD.ORG Subject: Re: SB16 doens't work in 4.0-STABLE Message-ID: <20000601122505.C265@romu.arenanet.fi> Reply-To: Simo Kaartinen Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 0.6.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > You need to > cd /dev > ./MAKEDEV snd0 > > Then check to see if you have a mixer. The make device links things > such as the mixer. > > Kent I have all the devices there, it just says Can't open or something similar. I tried with 0 and 1, no difference. romu% ls -l /dev/mi* lrwxr-xr-x 1 root wheel 5 May 28 16:53 /dev/midi -> midi0 crw-rw-rw- 1 root wheel 30, 2 Jun 1 12:15 /dev/midi0 crw-rw-rw- 1 root wheel 30, 18 May 28 15:26 /dev/midi1 lrwxrwxrwx 1 root wheel 6 Jun 1 12:15 /dev/mixer -> mixer0 crw-rw-rw- 1 root wheel 30, 0 Jun 1 12:15 /dev/mixer0 crw-rw-rw- 1 root wheel 30, 16 May 28 15:26 /dev/mixer1 romu% ls -l /dev/ds* lrwxrwxrwx 1 root wheel 4 Jun 1 12:15 /dev/dsp -> dsp0 crw-rw-rw- 1 root wheel 30, 3 Jun 1 12:15 /dev/dsp0 crw-rw-rw- 1 root wheel 30, 19 May 28 15:26 /dev/dsp1 lrwxrwxrwx 1 root wheel 5 Jun 1 12:15 /dev/dspW -> dspW0 crw-rw-rw- 1 root wheel 30, 5 Jun 1 12:15 /dev/dspW0 crw-rw-rw- 1 root wheel 30, 21 May 28 15:26 /dev/dspW1 -- Simo Kaartinen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 3:10:30 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.kolumbus.fi (smtp1.kolumbus.fi [193.229.0.36]) by hub.freebsd.org (Postfix) with ESMTP id 5EE5237B665 for ; Thu, 1 Jun 2000 03:10:27 -0700 (PDT) (envelope-from simo.kaartinen@kolumbus.fi) Received: from smtp.kolumbus.fi (a219d2hel.dial.kolumbus.fi [212.54.16.219]) by smtp1.kolumbus.fi (8.9.0/8.9.0) with SMTP id NAA17647; Thu, 1 Jun 2000 13:10:21 +0300 (EET DST) Date: Thu, 1 Jun 2000 13:11:07 +0300 From: Simo Kaartinen To: Kent Stewart Cc: freebsd-stable@FreeBSD.ORG Subject: Re: SB16 doens't work in 4.0-STABLE Message-ID: <20000601131107.A231@romu.arenanet.fi> Reply-To: Simo Kaartinen Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Balsa 0.6.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 01 Jun 2000 12:55:33 Kent Stewart wrote: > On my SB-16 system > > My kernel has > > # pcm Sound Device Driver > device pcm > No other ideas. > > Kent I lacked the pcm0 from my kernel configuration. What was I thinking. Thank you very much, now my SB16 works just fine. -- Simo Kaartinen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 3:46: 9 2000 Delivered-To: freebsd-stable@freebsd.org Received: from penchev.staff.orbitel.bg (ns.orbitel.bg [195.24.32.2]) by hub.freebsd.org (Postfix) with SMTP id D2E7E37B887 for ; Thu, 1 Jun 2000 03:46:03 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 35097 invoked from network); 1 Jun 2000 10:45:35 -0000 Received: from localhost.staff.orbitel.bg (HELO localhost) (127.0.0.1) by localhost.staff.orbitel.bg with SMTP; 1 Jun 2000 10:45:35 -0000 Date: Thu, 1 Jun 2000 13:45:35 +0300 (EEST) From: Peter Pentchev X-Sender: roam@ringwraith.oblivion.bg To: freebsd-stable@freebsd.org Subject: bg.phonetic.ctrlcaps.kbd? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A friend pointed me at this keyboard map, which exists in 5.0-CURRENT. I tested it, and it works fine. Any chance of MFC'ing it at some point? G'luck, Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 4:18:55 2000 Delivered-To: freebsd-stable@freebsd.org Received: from corinth.bossig.com (mail.dohboys.com [208.26.253.10]) by hub.freebsd.org (Postfix) with ESMTP id 5056E37B8C5 for ; Thu, 1 Jun 2000 04:18:50 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.241.117]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.1) with ESMTP id ; Thu, 1 Jun 2000 04:19:16 -0700 Message-ID: <39364684.EE609EB0@3-cities.com> Date: Thu, 01 Jun 2000 04:18:28 -0700 From: Kent Stewart Organization: BOSSig (BOSS Internet Group) X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Simo Kaartinen Cc: freebsd-stable@FreeBSD.ORG Subject: Re: SB16 doens't work in 4.0-STABLE References: <20000601131107.A231@romu.arenanet.fi> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Simo Kaartinen wrote: > > On Thu, 01 Jun 2000 12:55:33 Kent Stewart wrote: > > On my SB-16 system > > > > My kernel has > > > > # pcm Sound Device Driver > > device pcm > > No other ideas. > > > > Kent > > I lacked the pcm0 from my kernel configuration. What was I thinking. > Thank you > very much, now my SB16 works just fine. When it works on someone else's machine as easy as this does, it has to be something simple. Finding it may not be :). If you use KDE, make sure you change the kscd device from /dev/mtacd0c to /dev/acd0c. You also have to set cddb to us.cddb.com. The default www.cddb.com doesn't work. Once you do an update, you have a number of cddb servers. Have fun, Kent > > -- > Simo Kaartinen > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kstewart@3-cities.com http://www.3-cities.com/~kstewart/index.html FreeBSD News http://daily.daemonnews.org/ SETI(Search for Extraterrestrial Intelligence) @ HOME http://setiathome.ssl.berkeley.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 4:51:44 2000 Delivered-To: freebsd-stable@freebsd.org Received: from doorman.brann.org (remote-brann-gw.nyc.dsl.access.net [166.84.145.254]) by hub.freebsd.org (Postfix) with ESMTP id 5337437B8FB; Thu, 1 Jun 2000 04:51:22 -0700 (PDT) (envelope-from john@brann.org) Received: from freebie.brann.org (freebie.brann.org [10.0.0.2]) by doorman.brann.org (8.9.2/8.8.5) with ESMTP id HAA70160; Thu, 1 Jun 2000 07:51:15 -0400 (EDT) Received: (from john@localhost) by freebie.brann.org (8.9.3/8.9.3) id HAA02106; Thu, 1 Jun 2000 07:51:11 -0400 (EDT) (envelope-from john) Date: Thu, 1 Jun 2000 07:51:11 -0400 From: John Brann To: stable@freebsd.org, multimedia@freebsd.org Subject: Re: pcm sound river behaviour Message-ID: <20000601075110.A2073@freebie.brann.org> References: <20000530101410.A1441@freebie.brann.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000530101410.A1441@freebie.brann.org>; from john@brann.org on Tue, May 30, 2000 at 10:14:10AM -0400 Organization: Not while I'm at home X-Operating-System: FreeBSD 4.0-STABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, following up to my own message... I rebuilt a kernel using the (legacy) voxware drivers: device snd device css0 at isa? port 0x534 irq 5 drq 1 flags 0x08 device mpu0 at isa? [Taken from LINT] dmesg looks less than perfect: css0 at port 0x534 irq 5 drq 1 flags 0x8 on isa0 snd0: css0: driver is using old-style compatability shims mpu0 at port 0xffffffff on isa0 isa_compat: didn't get ports for mpu snd0: WARNING: "snd" is usurping "snd"'s cdevsw[] mpu0: driver is using old-style compatability shims unknown0: at port 0x535-0x538,0x388-0x38b,0x220-0x22f irq 11 drq 3,0 on isa0 unknown1: at port 0x200-0x207 on isa0 unknown2: at port 0x120-0x127 on isa0 unknown: can't assign resources But sound is now restored. There is still a leading click when playing .au files, but it's less pronounced, and no sound is lost. Line-in works, too. sndstat shows: freebie:john>cat /dev/sndstat VoxWare Sound Driver:3.5-alpha15-970902 (Wed Aug 6 22:58:35 PDT 1997 Amancio Ha sty@rah.star-gate.com) Config options: Installed drivers: Type 21: CS4232 Type 22: CS4232 MIDI Type 5: Roland MPU-401 Card config: CS4232 at 0x534 irq 5 drq 1,0 Roland MPU-401 at 0xffffffff irq 1 Audio devices: 0: CS4232 (CS4236) (DUPLEX) Synth devices: Midi devices: 0: MPU-401 0.0 Midi interface Timers: 0: System clock 1: CS4232 (CS4236) Mixers: 0: AD1848/CS4248/CS4231/CS4236 [Thanks, Amancio!] So that's it. I'll be sticking with voxware for a while. John On Tue, May 30, 2000 at 10:14:10AM -0400, John Brann wrote: > Hi All, > > I'm experiencing some unwanted 'features' from the pcm sound driver. > > Both of these are new in 4.0-STABLE. I previously ran a variety of 3.X and > 4.0-CURRENT kernels under which sound worked well with the pcm driver. > > 1: Playing .au files by 'cat foo.au > /dev/audio0' loses part of the > beginning of the sound. Any .au file less than 1048 bytes produces > only silence. > > [Note, I do not believe there is necessarily anything magic about > 1048. It happens to be the size of the smallest .au file I have which > makes any sound. The largest silent .au file is 1039 bytes] > > Larger files produce a period of silence, followed by two clicks, > followed by the appropriate sound, followed by another click. I > believe the sound produced has lost a leading amount of about one > second. > > 2: The sound card does not accept audio signal from an external device > connected to the line-in socket. > > Machine is a dual P-Pro 200 with on-board sound. > > Kernel is yesterdays 4.0-STABLE: > > FreeBSD 4.0-STABLE #2: Mon May 29 14:03:57 EDT 2000 > > Kernel config entry for pcm is: > > device pcm > > dmesg shows: > > pcm0: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0 > unknown0: at port 0x200-0x207 on isa0 > unknown1: at port 0x120-0x127 on isa0 > unknown2: at port 0x300-0x301 irq 11 on isa0 > > No other device claims irq 5 (or 11) > > Any ideas? > > John > > > -- > Unreal City, > Under the brown fog of a winter dawn, > > finger john@doorman.brann.org for pgp public key > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Unreal City, Under the brown fog of a winter dawn, finger john@doorman.brann.org for pgp public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 4:53:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail1.bna.bellsouth.net (mail1.bna.bellsouth.net [205.152.150.13]) by hub.freebsd.org (Postfix) with ESMTP id 4B20837B81A for ; Thu, 1 Jun 2000 04:53:10 -0700 (PDT) (envelope-from jim@siteplus.net) Received: from discover.siteplus.net (host-209-215-8-3.cha.bellsouth.net [209.215.8.3]) by mail1.bna.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id HAA07248; Thu, 1 Jun 2000 07:49:10 -0400 (EDT) Date: Thu, 1 Jun 2000 07:49:12 -0400 (EDT) From: Jim Weeks To: Warner Losh Cc: Bharat Mediratta , Erik Trulsson , freebsd-stable@FreeBSD.ORG Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c In-Reply-To: <200006010118.TAA26044@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 31 May 2000, Warner Losh wrote: > Kris is wrong, or at least he's being overly agressive in what he > claims isn't supported. It does work. And we've traditionally > supported updating from the last -stable release from N-1 to the > stable branch of N.0. And often it will work after N.0. However, you > must follow the updated UPDATING file from -stable for it to work. In > 3.x, you could update through about 3.2 from 2.2.8. Due to the huge > number of changes in the 3.x branch after 3.2, you couldn't push it > much past 3.2. > > So far there have been no show stopper MFC into the 4.0-stable > branch. So long as that's the case, I'm going to keep claiming that > one can update from source. > > Warner I did one last week with no problem. Unless there has been a major change in the source within the last week it should still work. Jim Weeks -------- A mind is a terrible thing to lose! How I miss mine.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 6:18:41 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 6476A37B87E for ; Thu, 1 Jun 2000 06:18:37 -0700 (PDT) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 19841 invoked by uid 0); 1 Jun 2000 13:18:34 -0000 Received: from p3e9d5113.dip.t-dialin.net (HELO speedy.gsinet) (62.157.81.19) by mail01.rzmi.gmx.net with SMTP; 1 Jun 2000 13:18:34 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id IAA04396 for freebsd-stable@freebsd.org; Thu, 1 Jun 2000 08:26:17 +0200 Date: Thu, 1 Jun 2000 08:26:17 +0200 From: Gerhard Sittig To: freebsd-stable@freebsd.org Subject: Re: 'stalls' from ipfw-stateful box on network connects Message-ID: <20000601082617.F2305@speedy.gsinet> Mail-Followup-To: freebsd-stable@freebsd.org References: <200006010110.LAA04298@asuncion.dstc.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200006010110.LAA04298@asuncion.dstc.edu.au>; from ggm@dstc.edu.au on Thu, Jun 01, 2000 at 11:10:16AM +1000 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 01, 2000 at 11:10 +1000, George Michaelson wrote: > > I am testing a FreeBSD-4.0 stable machine as a firewall, and > have a reasonably complex ipfw ruleset that probably does > invoke some stateful rules. > > ssh and telnet sessions to this box appear to go into a stalled > state, where there is a 30sec pause before they re-awake and > respond to user input. Maybe you want to read the ipfilter HowTo (to be found at http://www.obfuscation.org/ipf/) which contains a lot of general firewall stuff, too. From what you say below this sounds very similar to an effect described therein. > pinging the interface can wake them up again, which is why I > suspect its something in the ipfw engine. > > now clearly, for a box which is shuffling bits frequently this > wouldn't be a problem because there'd be enough through-traffic > to keep things ticking over. > > am I mis-diagnosing things? is this also visible as a > side-effect of apm or other stuff? It could just be simple(?) "misconfiguration". virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 7:18:17 2000 Delivered-To: freebsd-stable@freebsd.org Received: from kci.kciLink.com (kci.kciLink.com [204.117.82.1]) by hub.freebsd.org (Postfix) with ESMTP id 2F1C737B9DB for ; Thu, 1 Jun 2000 07:18:14 -0700 (PDT) (envelope-from khera@kciLink.com) Received: from onceler.kcilink.com (onceler.kciLink.com [204.117.82.2]) by kci.kciLink.com (Postfix) with ESMTP id C9D9AE881 for ; Thu, 1 Jun 2000 10:18:12 -0400 (EDT) Received: (from khera@localhost) by onceler.kcilink.com (8.9.3/8.9.3) id KAA94801; Thu, 1 Jun 2000 10:18:12 -0400 (EDT) (envelope-from khera@kci.kcilink.com) From: Vivek Khera MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14646.28836.691166.456362@onceler.kcilink.com> Date: Thu, 1 Jun 2000 10:18:12 -0400 (EDT) To: stable@freebsd.org Subject: Re: 3.5 release date In-Reply-To: <200006010117.SAA02115@zippy.cdrom.com> References: <200006010117.SAA02115@zippy.cdrom.com> X-Mailer: VM 6.72 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "JKH" == Jordan K Hubbard writes: JKH> 20th as a reasonable release date. Committers have basically JKH> 15 days to tie up any loose ends in the RELENG_3 branch JKH> and do *reasonable* merge work from 4.x/5.x. This should JKH> be done under the same guidelines we've always used: Doc JKH> changes, obvious or critical bug fixes, security problems, I was just investigating the NIS server on 3.4-STABLE, and noticed that the docs claim that TCP wrappers are not compiled in by default since they are not shipped with FreeBSD... However, that is no longer the case. Can we get this security updgrade included in the next release? All that seems to be necessary is to define YP_WRAPPER in the Makefile and link to the libwrap that is part of the system now. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 8:19: 2 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mouse.gvr.org (mouse.gvr.org [194.151.74.109]) by hub.freebsd.org (Postfix) with ESMTP id 95D9537BA90; Thu, 1 Jun 2000 08:18:58 -0700 (PDT) (envelope-from guido@mouse.gvr.org) Received: (from guido@localhost) by mouse.gvr.org (8.9.3/8.9.3) id RAA00564; Thu, 1 Jun 2000 17:18:49 +0200 (CEST) (envelope-from guido) Date: Thu, 1 Jun 2000 17:18:48 +0200 From: Guido van Rooij To: Warner Losh Cc: Kris Kennaway , Andy Farkas , freebsd-stable@FreeBSD.ORG Subject: Re: GENERIC 4.0 kernel compile fails on in_cksum.c Message-ID: <20000601171848.A508@eniac.mpn.cp.philips.com> References: <200006010119.TAA26057@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <200006010119.TAA26057@harmony.village.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 31, 2000 at 07:19:29PM -0600, Warner Losh wrote: > In message Kris Kennaway writes: > : AFAIK, we've never claimed to support upgrades to major (.0) releases from > : anything other than the most recent previous release, and with good > : reason. We have an upgrade path which is well tested and works, so let's > : just leave it at that. > > That's not true. We did claim to support source upgrades from 2.2.5 > or later to 3.x for x <= 2. And it worked as well. > I just upgraded a machine from 3.1 to 4.0-stable and it went almost okay (apart from install-info I had to install libc because I did not have libc.so.4 needed by install-info) Furthermore perl install went wrong and I had to manually make perl in all of its subdirs. The problem was that in config.pm (which is made) there was a release check that failed. Running make in the perl dir also failed in the first subdir because make complained about a missing config.h. Doing a manually make config.h solved the problem in the various subdirs. That was all and apart from these minor issues, everything worked like a charm. -Guido To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 8:50:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gatekeeper.veriohosting.com (gatekeeper.veriohosting.com [192.41.0.2]) by hub.freebsd.org (Postfix) with ESMTP id D859837BF49; Thu, 1 Jun 2000 08:50:08 -0700 (PDT) (envelope-from fred@veriohosting.com) Received: by gatekeeper.veriohosting.com; Thu, 1 Jun 2000 09:50:08 -0600 (MDT) Received: from unknown(192.168.1.7) by gatekeeper.veriohosting.com via smap (V3.1.1) id xma022999; Thu, 1 Jun 00 09:49:46 -0600 Received: from vespa.orem.iserver.com (vespa.orem.iserver.com [192.168.1.144]) by orca.orem.veriohosting.com [Verio Web Hosting, Inc. 801.437.0200] (8.8.8) id JAA57013; Thu, 1 Jun 2000 09:49:45 -0600 (MDT) Date: Thu, 1 Jun 2000 09:54:23 -0600 (MDT) From: Fred Clift X-Sender: fred@vespa.orem.iserver.com To: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: changed pci bus probe order from 3.2 to 4.0 -- ideas? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi. I've just switched to 4.0 right now and I have a problem. (well the first problem is that I dont know enough about freebsd, but I digress) I have two fxp network cards in box (intel ether express pro 10/100), one of which is integrated into the motherboard, the other of which is pluged into an active pci riser card. In 3.2 and 4.0, the pci-bus on the riser card is pci3 and the 'integrated' pci bus is 0. In 3.2 pci0 is scanned first, for devices and the integrated card is found and made fxp0, then pci1, pci2 and finally pci3, finding the second card, making it fxp1. In 4.0 it seems that pci3, then pci2 then pci1 then pci0 are being probed, finding the cards in the other order, and swapping what is fxp0 and fxp1. The problem is that the cards get swapped. It's a long story as to why switching cables, or changing which card gets which IP address isn't really a good solution. The short answer is that the second card doesn't actually ever have a network cable plugged into it at all, and is just there as a carrier of a home-brew network boot-bios. So, is there some way in the kernel config file to wire down which busses fxp0 and fxp1 live on? The only experience I have with this is playing around with isa sound cards in my desktop machine... Or alternatively, I _think_ that the bus probe stuff is in /usr/src/sys/kern/subr_bus.c I tried fiddling with device_add_child and device_add_child_ordered, but in retrospect it seems that that would just ocntrol the order in which an individual bus is scanned. How can I change the order in which the busses are scanned? Thanks in advance for any help you can give me. Fred -- Fred Clift - fred@veriohosting.com -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 9:21:18 2000 Delivered-To: freebsd-stable@freebsd.org Received: from primex.prontel.net (primex.prontel.net [216.242.25.10]) by hub.freebsd.org (Postfix) with ESMTP id 3CE6E37B5DF for ; Thu, 1 Jun 2000 09:21:08 -0700 (PDT) (envelope-from netadmin@primex.prontel.net) Received: from sysop (mazpe@sysop.prontel.net [216.242.25.250]) by primex.prontel.net (8.9.3/8.9.3) with SMTP id MAA31525 for ; Thu, 1 Jun 2000 12:21:22 -0400 (EDT) (envelope-from netadmin@primex.prontel.net) From: "Lester A. Mesa" To: Subject: Mounting Problem Date: Thu, 1 Jun 2000 12:21:44 -0400 Message-ID: <000001bfcbe5$7ac95f30$fa19f2d8@sysop> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a COMPAQ 1600R with SCSI drives, 1 drive on Port 1 (Hot Swap Bay/Data) and 2 drives on regular SCSI Port 2 (Boot System). Before installing the drive on the Port 1 I installed FreeBSD 4S on the 1st drive on Port 2 in which was da0s1 at that time. Now that I have installed the drive on Port 1 it moved my drive on Port 2 to da1s1, so in order to still boot from that drive, I change the fstab from da0s1 to da1s1 .. But when I booted the server it errors out with " Can't stat /dev/da1s1ga : No such file or directory " and it takes me to single user-mode, yet ls and look at around I'm at my / and if I do df /dev/da1s1ga seems to mounted. I notice that the partition is also mounted as read-only. Is there anything I can to create the partitions with da1s1ga with out losing any data? Any advice will be very appreciated To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 9:30:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from primex.prontel.net (primex.prontel.net [216.242.25.10]) by hub.freebsd.org (Postfix) with ESMTP id 116C637B8B1 for ; Thu, 1 Jun 2000 09:30:21 -0700 (PDT) (envelope-from netadmin@primex.prontel.net) Received: from sysop (sysop.prontel.net [216.242.25.250]) by primex.prontel.net (8.9.3/8.9.3) with SMTP id MAA31646; Thu, 1 Jun 2000 12:29:22 -0400 (EDT) (envelope-from netadmin@primex.prontel.net) From: "Lester A. Mesa" To: "'John Reynolds~'" Cc: Subject: RE: Mounting Problem Date: Thu, 1 Jun 2000 12:29:45 -0400 Message-ID: <000101bfcbe6$999af850$fa19f2d8@sysop> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <14646.36513.642983.789590@hip186.ch.intel.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm sorry yes, it was a typo /dev/da1s1a -----Original Message----- From: John Reynolds~ [mailto:jreynold@sedona.ch.intel.com] Sent: Thursday, June 01, 2000 12:26 PM To: Lester A. Mesa Subject: Re: Mounting Problem [ On Thursday, June 1, Lester A. Mesa wrote: ] > I have a COMPAQ 1600R with SCSI drives, 1 drive on Port 1 (Hot Swap > Bay/Data) and 2 drives on regular SCSI Port 2 (Boot System). Before > installing the drive on the Port 1 I installed FreeBSD 4S on the 1st drive > on Port 2 in which was da0s1 at that time. Now that I have installed the > drive on Port 1 it moved my drive on Port 2 to da1s1, so in order to still > boot from that drive, I change the fstab from da0s1 to da1s1 .. But when I > booted the server it errors out with " Can't stat /dev/da1s1ga : No such > file or directory " and it takes me to single user-mode, yet ls and look at > around I'm at my / and if I do df /dev/da1s1ga seems to mounted. I notice da1s1ga? Is this really a partition? I was under the impression that there is only 1 'letter' for the partion after the slice number. Maybe there was a typo added to the /etc/fstab file? /dev/da0s2a 99183 28703 62546 31% / /dev/da0s2e 99183 57066 34183 63% /compat /dev/da1s2f 893679 714073 108112 87% /data /dev/da0s2h 2243621 13322 2050810 1% /data2 /dev/da0s2g 1488607 13237 1356282 1% /packages /dev/da1s2e 3473102 2428211 767043 76% /usr /dev/da0s2f 124015 22646 91448 20% /var there's my df output ... single letters after the slice number. Typo? -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- = | John Reynolds WCCG, CCE, Higher Levels of Abstraction | | Intel Corporation MS: CH6-210 Phone: 480-554-9092 pgr: 602-868-6512 | | jreynold@sedona.ch.intel.com http://www-aec.ch.intel.com/~jreynold/ | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- = To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 9:38:26 2000 Delivered-To: freebsd-stable@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 2B46737B96D; Thu, 1 Jun 2000 09:37:57 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id SAA66853; Thu, 1 Jun 2000 18:37:32 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200006011637.SAA66853@info.iet.unipi.it> Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? In-Reply-To: from Fred Clift at "Jun 1, 2000 09:54:23 am" To: Fred Clift Date: Thu, 1 Jun 2000 18:37:32 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ... > The problem is that the cards get swapped. ... > It's a long story as to why switching cables, or changing which card gets > which IP address isn't really a good solution. The short answer is that i suppose the only place where you use the actual card names is the firewall config and rc.conf -- can't you just make these scripts fetch the ethernet address of the card(s), set a shell variable with the name of the good card, and go ahead with that ? I did something similar in picobsd to make the same floppy recognise the hardware on different systems. Something like (in /etc/rc): n_ether="" for main_if in `ifconfig -l` ; do set `ifconfig $main_if` while [ "$1" != "" ] ; do if [ $1 = "ether" ] ; then main_ether=$2 break 2 else shift fi done done At which point $main_ether contains the ethernet address of your first ethernet interface and you can base decisions on that... cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 10:15:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gatekeeper.veriohosting.com (gatekeeper.veriohosting.com [192.41.0.2]) by hub.freebsd.org (Postfix) with ESMTP id 50A9937B912; Thu, 1 Jun 2000 10:15:26 -0700 (PDT) (envelope-from fred@veriohosting.com) Received: by gatekeeper.veriohosting.com; Thu, 1 Jun 2000 11:15:11 -0600 (MDT) Received: from unknown(192.168.1.7) by gatekeeper.veriohosting.com via smap (V3.1.1) id xma016525; Thu, 1 Jun 00 11:14:52 -0600 Received: from vespa.orem.iserver.com (vespa.orem.iserver.com [192.168.1.144]) by orca.orem.veriohosting.com [Verio Web Hosting, Inc. 801.437.0200] (8.8.8) id LAA65275; Thu, 1 Jun 2000 11:14:51 -0600 (MDT) Date: Thu, 1 Jun 2000 11:19:29 -0600 (MDT) From: Fred Clift X-Sender: fred@vespa.orem.iserver.com To: Luigi Rizzo Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? In-Reply-To: <200006011637.SAA66853@info.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > i suppose the only place where you use the actual card names > is the firewall config and rc.conf -- can't you just make these > scripts fetch the ethernet address of the card(s), set a shell > variable with the name of the good card, and go ahead with that ? Yeah I'm about to the point of doing this for lack of other options. Thanks for the sample code -- I'm sure it'll come in handy if I can solve this any other way. The best fix would be to find a way to hard-wire which card is which in the kernel config (ie fxp0 is always on pci0...) but I dont know if you can do that kind of thing with pci devices. Thanks for the help. -- Fred Clift - fred@veriohosting.com -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 10:24:52 2000 Delivered-To: freebsd-stable@freebsd.org Received: from email-serv1.custserv.com (fw-serv3.customersvc.com [208.135.116.130]) by hub.freebsd.org (Postfix) with ESMTP id 8E53B37B6DB; Thu, 1 Jun 2000 10:24:42 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) X-Internal-ID: 39369600000000A6 Received: from Organization.com (208.135.116.12) by email-serv1.custserv.com (NPlex 2.0.119); Thu, 1 Jun 2000 13:21:21 -0400 Message-ID: Date: Thu, 1 Jun 2000 18:37:32 +0200 (CEST) From: (Luigi Rizzo) To: fred@veriohosting.com Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ... > The problem is that the cards get swapped. ... > It's a long story as to why switching cables, or changing which card gets > which IP address isn't really a good solution. The short answer is that i suppose the only place where you use the actual card names is the firewall config and rc.conf -- can't you just make these scripts fetch the ethernet address of the card(s), set a shell variable with the name of the good card, and go ahead with that ? I did something similar in picobsd to make the same floppy recognise the hardware on different systems. Something like (in /etc/rc): n_ether="" for main_if in `ifconfig -l` ; do set `ifconfig $main_if` while [ "$1" != "" ] ; do if [ $1 = "ether" ] ; then main_ether=$2 break 2 else shift fi done done At which point $main_ether contains the ethernet address of your first ethernet interface and you can base decisions on that... cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 10:39: 3 2000 Delivered-To: freebsd-stable@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 3D8A337B61E; Thu, 1 Jun 2000 10:38:51 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id LAA92553; Thu, 1 Jun 2000 11:38:42 -0600 (MDT) (envelope-from ken) Date: Thu, 1 Jun 2000 11:38:42 -0600 From: "Kenneth D. Merry" To: Fred Clift Cc: Luigi Rizzo , freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? Message-ID: <20000601113842.A92456@panzer.kdm.org> References: <200006011637.SAA66853@info.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from fred@veriohosting.com on Thu, Jun 01, 2000 at 11:19:29AM -0600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 01, 2000 at 11:19:29 -0600, Fred Clift wrote: > > > > i suppose the only place where you use the actual card names > > is the firewall config and rc.conf -- can't you just make these > > scripts fetch the ethernet address of the card(s), set a shell > > variable with the name of the good card, and go ahead with that ? > > Yeah I'm about to the point of doing this for lack of other options. > Thanks for the sample code -- I'm sure it'll come in handy if I can solve > this any other way. > > The best fix would be to find a way to hard-wire which card is which in > the kernel config (ie fxp0 is always on pci0...) but I dont know if you > can do that kind of thing with pci devices. The problem is that when the new-bus code was introduced, the probe order was changed from a bus-by-bus probe (breadth first?) to a depth-first probe. i.e. as soon as another PCI bus is found (e.g. on a bridge chip) it is probed, rather than deferring the probe of the new bus until the probe of the current bus has been completed. I think Doug Rabson had plans to fix the probe order, but it never happened. There is no way to hardwire PCI devices, so you'll probably have to just change which card is referenced in your scripts. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 10:59: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from snapple.webct.com (snapple.webct.com [209.87.17.45]) by hub.freebsd.org (Postfix) with ESMTP id 2AE8437BF31 for ; Thu, 1 Jun 2000 10:59:01 -0700 (PDT) (envelope-from varju@snapple.webct.com) Received: (from varju@localhost) by snapple.webct.com (8.9.3/8.9.3) id KAA34022; Thu, 1 Jun 2000 10:58:52 -0700 (PDT) (envelope-from varju) Date: Thu, 1 Jun 2000 10:58:52 -0700 (PDT) From: Alex Varju To: freebsd-stable@FreeBSD.ORG Subject: Re: SB16 doens't work in 4.0-STABLE In-Reply-To: <39364684.EE609EB0@3-cities.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was hoping for some magical solution to my problem on this thread, but unfortunately it hasn't happened yet. I have a PCI soundblaster, which gets identified as: $ cat /dev/sndstat FreeBSD Audio Driver (newpcm) May 28 2000 15:36:30 Installed devices: pcm0: at io 0xb000 irq 10 (1p/1r channels duplex) In my kernel config, I have: # sound device pcm device sbc In short, things look like they should work as far as I can tell, but when I try to play audio, I hear no sound. When I use xmms, for example, it does think that everything is working...the clock keeps ticking, the graphic equalizer bounces around, but I hear nothing. I don't even think this is a volume issue: $ mixer Mixer vol is currently set to 26:26 Mixer pcm is currently set to 78:78 Mixer speaker is currently set to 80:80 Mixer line is currently set to 78:78 Mixer mic is currently set to 0:0 Mixer cd is currently set to 78:78 Mixer rec is currently set to 0:0 Mixer line1 is currently set to 78:78 Mixer video is currently set to 78:78 I've been tracking 4.0 for the last year or so, and I could swear that it did work at some point, but I don't remember at what point it broke. Has anybody seen this before/suggestions? Thanks, Alex. -- alex varju just a guy webct canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 11:19:23 2000 Delivered-To: freebsd-stable@freebsd.org Received: from email-serv1.custserv.com (fw-serv3.customersvc.com [208.135.116.130]) by hub.freebsd.org (Postfix) with ESMTP id 3757137B6B8; Thu, 1 Jun 2000 11:19:18 -0700 (PDT) (envelope-from fred@veriohosting.com) X-Internal-ID: 3936A4A50000009E Received: from custserv.com (208.135.116.12) by email-serv1.custserv.com (NPlex 2.0.119); Thu, 1 Jun 2000 14:15:28 -0400 Message-ID: Date: Thu, 1 Jun 2000 11:19:29 -0600 (MDT) From: (Fred Clift) To: luigi@info.iet.unipi.it Cc: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > i suppose the only place where you use the actual card names > is the firewall config and rc.conf -- can't you just make these > scripts fetch the ethernet address of the card(s), set a shell > variable with the name of the good card, and go ahead with that ? Yeah I'm about to the point of doing this for lack of other options. Thanks for the sample code -- I'm sure it'll come in handy if I can solve this any other way. The best fix would be to find a way to hard-wire which card is which in the kernel config (ie fxp0 is always on pci0...) but I dont know if you can do that kind of thing with pci devices. Thanks for the help. -- Fred Clift - fred@veriohosting.com -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 11:41:28 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gershwin.tera.com (gershwin.tera.com [207.224.230.28]) by hub.freebsd.org (Postfix) with ESMTP id D116137B97A for ; Thu, 1 Jun 2000 11:41:22 -0700 (PDT) (envelope-from kline@tao.thought.org) Received: from tao.thought.org (tao.sea.tera.com [207.108.223.55]) by gershwin.tera.com (8.9.3/8.9.3) with ESMTP id LAA04104; Thu, 1 Jun 2000 11:41:03 -0700 (PDT) Received: (from kline@localhost) by tao.thought.org (8.9.3/8.7.3) id LAA85233; Thu, 1 Jun 2000 11:40:29 -0700 (PDT) Date: Thu, 1 Jun 2000 11:40:29 -0700 From: Gary Kline To: Alex Varju Cc: freebsd-stable@FreeBSD.ORG Subject: Re: SB16 doens't work in 4.0-STABLE Message-ID: <20000601114029.A85211@tao.thought.org> References: <39364684.EE609EB0@3-cities.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from varju@webct.com on Thu, Jun 01, 2000 at 10:58:52AM -0700 X-Organization: Thought Unlimited. Public service Unix since 1986. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 01, 2000 at 10:58:52AM -0700, Alex Varju wrote: > I was hoping for some magical solution to my problem on this thread, but > unfortunately it hasn't happened yet. I have a PCI soundblaster, which > gets identified as: > > $ cat /dev/sndstat > FreeBSD Audio Driver (newpcm) May 28 2000 15:36:30 > Installed devices: > pcm0: at io 0xb000 irq 10 (1p/1r channels duplex) > > In my kernel config, I have: > > # sound > device pcm > device sbc > > In short, things look like they should work as far as I can tell, but when > I try to play audio, I hear no sound. When I use xmms, for example, it > does think that everything is working...the clock keeps ticking, the > graphic equalizer bounces around, but I hear nothing. > > I don't even think this is a volume issue: > > $ mixer > Mixer vol is currently set to 26:26 > Mixer pcm is currently set to 78:78 > Mixer speaker is currently set to 80:80 > Mixer line is currently set to 78:78 > Mixer mic is currently set to 0:0 > Mixer cd is currently set to 78:78 > Mixer rec is currently set to 0:0 > Mixer line1 is currently set to 78:78 > Mixer video is currently set to 78:78 > > I've been tracking 4.0 for the last year or so, and I could swear that it > did work at some point, but I don't remember at what point it broke. > > Has anybody seen this before/suggestions? > This is really a SWAG, but could your volume be set too low? Re-set it to 100% just for laughs. When I try the light/sound app that I wrote, if /dev/mixer volume is .LT. 30, it is hard to hear anything, esp'ly the lower frq beats. gary -- Gary D. Kline kline@tao.thought.org Public service Unix To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 12:38: 8 2000 Delivered-To: freebsd-stable@freebsd.org Received: from rr.com (rdu25-28-182.nc.rr.com [24.25.28.182]) by hub.freebsd.org (Postfix) with ESMTP id ACEA837B958 for ; Thu, 1 Jun 2000 12:38:02 -0700 (PDT) (envelope-from rhh@rr.com) Received: (from rhh@localhost) by rr.com (8.9.3/8.9.3) id PAA01274; Thu, 1 Jun 2000 15:38:59 -0400 (EDT) (envelope-from rhh) Date: Thu, 1 Jun 2000 15:38:59 -0400 From: Randall Hopper To: andrew@ugh.net.au Cc: stable@freebsd.org Subject: Re: cp fails to do utimes() (??) Message-ID: <20000601153859.A1062@nc.rr.com> References: <20000531160040.A1299@nc.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from andrew@ugh.net.au on Thu, Jun 01, 2000 at 03:59:52PM +1000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG andrew@ugh.net.au: |> I can write the file as either user, but in the non-root case the resulting |> file modification time is wrong. | | You can only use utimes if you are root or you own or have write |permission on the file. You aren't root so do you own or have write |permisison to the new file? FAT doesn't support ownership so what does the |owner default to - it may not be you? What permisions are on the file when |utimes is called? ... |Oops...thats only if you are trying to set access and modification times |and I would guess cp isn't so ignore me. No, you're right on! cp -p says to transfer the modification time, ownership, and other attributes from the source file to the dest file. I didn't know about the ownership loophole you mentioned. Searching the mount_msdos page, I found the fstab magic I needed to force ownership for FAT. It's not pretty but it works. /dev/fd0 /a msdos rw,-m777,noauto,-u1234 0 0 /dev/fd1 /b msdos rw,-m777,noauto,-u1234 0 0 /dev/wd0s1 /c msdos rw,-m777,-u1234 0 0 /dev/wd1s1 /d msdos rw,-m777,-u1234 0 0 /dev/wd2s1 /e msdos rw,-m777,-u1234 0 0 /dev/wd0s5 /f msdos rw,-m777,-u1234 0 0 /dev/wd1s5 /g msdos ro,-m555,-u1234 0 0 /dev/wd1s6 /h msdos ro,-m555,-u1234 0 0 cp -p now doesn't complain about either chown or utimes. Thanks for the help, Randall -- Randall Hopper aa8vb@nc.rr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 12:41:45 2000 Delivered-To: freebsd-stable@freebsd.org Received: from frolkin.demon.co.uk (frolkin.demon.co.uk [194.222.100.41]) by hub.freebsd.org (Postfix) with ESMTP id B3C7637B814 for ; Thu, 1 Jun 2000 12:41:40 -0700 (PDT) (envelope-from sasha@frolkin.demon.co.uk) Received: from sasha by frolkin.demon.co.uk with local (Exim 3.12 #1) id 12xaPp-0000dm-00; Thu, 01 Jun 2000 20:14:01 +0100 Date: Thu, 1 Jun 2000 20:14:00 +0100 From: Alexander Frolkin To: andrew@ugh.net.au Cc: Randall Hopper , stable@freebsd.org Subject: Re: cp fails to do utimes() (??) Message-ID: <20000601201400.B1265@gamma> Reply-To: Alexander Frolkin References: <20000531160040.A1299@nc.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.5i In-Reply-To: ; from andrew@ugh.net.au on Thu, Jun 01, 2000 at 03:59:52PM +1000 X-Operating-System: Linux 2.2.15 X-GPG-Key-Fingerprint: 6C84 3EB2 550E E581 62FA BB0C D510 B042 FD5C E7A7 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 01, 2000 at 03:59:52PM +1000, andrew@ugh.net.au wrote: > > > On Wed, 31 May 2000, Randall Hopper wrote: > > > I can write the file as either user, but in the non-root case the resulting > > file modification time is wrong. > > You can only use utimes if you are root or you own or have write > permission on the file. You aren't root so do you own or have write > permisison to the new file? FAT doesn't support ownership so what does the > owner default to - it may not be you? It defaults to root but you can change this using the -g and -u options of mount_msdos. See mount_msdos(8) for details. Alexander > What permisions are on the file when > utimes is called? > > I may be way off... > > Andrew > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 14:13:50 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by hub.freebsd.org (Postfix) with ESMTP id C59D237B57B; Thu, 1 Jun 2000 14:13:43 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (cdillon@mail.wolves.k12.mo.us [207.160.214.1]) by mail.wolves.k12.mo.us (8.9.3/8.9.3) with ESMTP id QAA40318; Thu, 1 Jun 2000 16:13:22 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Thu, 1 Jun 2000 16:13:22 -0500 (CDT) From: Chris Dillon To: "Kenneth D. Merry" Cc: Fred Clift , Luigi Rizzo , freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? In-Reply-To: <20000601113842.A92456@panzer.kdm.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 1 Jun 2000, Kenneth D. Merry wrote: > On Thu, Jun 01, 2000 at 11:19:29 -0600, Fred Clift wrote: > > > > > > i suppose the only place where you use the actual card names > > > is the firewall config and rc.conf -- can't you just make these > > > scripts fetch the ethernet address of the card(s), set a shell > > > variable with the name of the good card, and go ahead with that ? > > > > Yeah I'm about to the point of doing this for lack of other options. > > Thanks for the sample code -- I'm sure it'll come in handy if I can solve > > this any other way. > > > > The best fix would be to find a way to hard-wire which card is which in > > the kernel config (ie fxp0 is always on pci0...) but I dont know if you > > can do that kind of thing with pci devices. > > The problem is that when the new-bus code was introduced, the probe order > was changed from a bus-by-bus probe (breadth first?) to a depth-first > probe. > > i.e. as soon as another PCI bus is found (e.g. on a bridge chip) it is > probed, rather than deferring the probe of the new bus until the probe of > the current bus has been completed. > > I think Doug Rabson had plans to fix the probe order, but it never > happened. > > There is no way to hardwire PCI devices, so you'll probably have to just > change which card is referenced in your scripts. I can see that that would be fun if I were to switch from 3.4-STABLE to 4.0-STABLE on my 7-NIC (8-port) router. Currently they all probe in a way that the physical layout of the cards mirrors the logical layout. One is a dual-port NIC with PCI bridge which would constitute a PCI bus all by itself, then I believe there are three separate PCI busses of three slots each for a total of 9 PCI slots (or it could be 4x2 and 1x1). I can just imagine a physical to logical mapping nightmare of 2-3-4-7-8-9-1-2-3 now. :-) -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net FreeBSD: The fastest and most stable server OS on the planet. For Intel x86 and Alpha architectures. ( http://www.freebsd.org ) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 15:38:29 2000 Delivered-To: freebsd-stable@freebsd.org Received: from email-serv1.custserv.com (fw-serv3.customersvc.com [208.135.116.130]) by hub.freebsd.org (Postfix) with ESMTP id AD09137B5A2; Thu, 1 Jun 2000 15:38:25 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) X-Internal-ID: 3936A4A50000208C Received: from custserv.com (208.135.116.12) by email-serv1.custserv.com (NPlex 2.0.119); Thu, 1 Jun 2000 18:35:07 -0400 Message-ID: Date: Thu, 1 Jun 2000 18:37:32 +0200 (CEST) From: luigi@info.iet.unipi.it To: fred@veriohosting.com Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ... > The problem is that the cards get swapped. ... > It's a long story as to why switching cables, or changing which card gets > which IP address isn't really a good solution. The short answer is that i suppose the only place where you use the actual card names is the firewall config and rc.conf -- can't you just make these scripts fetch the ethernet address of the card(s), set a shell variable with the name of the good card, and go ahead with that ? I did something similar in picobsd to make the same floppy recognise the hardware on different systems. Something like (in /etc/rc): n_ether="" for main_if in `ifconfig -l` ; do set `ifconfig $main_if` while [ "$1" != "" ] ; do if [ $1 = "ether" ] ; then main_ether=$2 break 2 else shift fi done done At which point $main_ether contains the ethernet address of your first ethernet interface and you can base decisions on that... cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 15:39: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from email-serv1.custserv.com (fw-serv3.customersvc.com [208.135.116.130]) by hub.freebsd.org (Postfix) with ESMTP id A996137BAE6; Thu, 1 Jun 2000 15:38:46 -0700 (PDT) (envelope-from luigi@info.iet.unipi.it) X-Internal-ID: 3936A4A5000020A4 Received: from custserv.com (208.135.116.12) by email-serv1.custserv.com (NPlex 2.0.119); Thu, 1 Jun 2000 18:35:30 -0400 Message-ID: Date: Thu, 1 Jun 2000 18:37:32 +0200 (CEST) From: luigi@info.iet.unipi.it To: fred@veriohosting.com Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: changed pci bus probe order from 3.2 to 4.0 -- ideas? Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ... > The problem is that the cards get swapped. ... > It's a long story as to why switching cables, or changing which card gets > which IP address isn't really a good solution. The short answer is that i suppose the only place where you use the actual card names is the firewall config and rc.conf -- can't you just make these scripts fetch the ethernet address of the card(s), set a shell variable with the name of the good card, and go ahead with that ? I did something similar in picobsd to make the same floppy recognise the hardware on different systems. Something like (in /etc/rc): n_ether="" for main_if in `ifconfig -l` ; do set `ifconfig $main_if` while [ "$1" != "" ] ; do if [ $1 = "ether" ] ; then main_ether=$2 break 2 else shift fi done done At which point $main_ether contains the ethernet address of your first ethernet interface and you can base decisions on that... cheers luigi -----------------------------------+------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL/FAX: +39-050-568.533/522 . via Diotisalvi 2, 56126 PISA (Italy) Mobile +39-347-0373137 -----------------------------------+------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 18:32: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 9380B37BAD7 for ; Thu, 1 Jun 2000 18:31:54 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.13 #1) id 12xgJT-00055D-00 for freebsd-stable@freebsd.org; Fri, 02 Jun 2000 08:31:51 +0700 Date: Fri, 2 Jun 2000 08:31:51 +0700 (ALMST) From: Boris Popov To: freebsd-stable@freebsd.org Subject: smbfs for FreeBSD 3.4 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, Native smbfs for FreeBSD now supports version 3.4 of this OS (it may also run on 3.2 or 3.3, but definitely 'll crash on 3.1). Please note, that FreeBSD 3.4 doesn't contain src/sys/crypto directory which is required if you want to use encrypted passwords. You have to pull this directory from either FreeBSD 4.0 or -current (collection src-sys-crypto). -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 21:22: 4 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 0315737BE0A; Thu, 1 Jun 2000 21:21:48 -0700 (PDT) (envelope-from grog@wantadilla.lemis.com) Received: (from grog@localhost) by wantadilla.lemis.com (8.9.3/8.9.3) id NAA25621; Fri, 2 Jun 2000 13:51:42 +0930 (CST) (envelope-from grog) Date: Fri, 2 Jun 2000 13:51:42 +0930 From: Greg Lehey To: FreeBSD current users , FreeBSD Stable Users Subject: HEADS UP: Data corruption bug in Vinum found and fixed Message-ID: <20000602135142.K22978@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've just discovered (and fixed) a serious data corruption bug in Vinum. Under certain circumstances, serious data corruption can result: 1. You are using RAID-4 or RAID-5 plexes. 2. One of these plexes (not the first plex in the system, whether a RAID-[45] plex or not) develops parity problems. 3. You correct these errors with the 'rebuildparity' command. Under these circumstances, the corrected blocks will probably be written to the wrong subdisk. The original parity errors will remain. The fix is in 4-STABLE and 5-CURRENT (revisions 1.22.2.1 and 1.29, respectively). I don't think that 3-STABLE currently supports the rebuildparity command, but I shall check and MFC if necessary. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 23: 8:25 2000 Delivered-To: freebsd-stable@freebsd.org Received: from uosis.mif.vu.lt (uosis.mif.vu.lt [193.219.42.14]) by hub.freebsd.org (Postfix) with SMTP id 0717937B701 for ; Thu, 1 Jun 2000 23:08:19 -0700 (PDT) (envelope-from rn@uosis.mif.vu.lt) Received: (qmail 74286 invoked by uid 1001); 2 Jun 2000 06:08:13 -0000 Date: Fri, 2 Jun 2000 08:08:13 +0200 From: Rolandas Naujikas To: stable@FreeBSD.ORG Subject: Re: SB16 doens't work in 4.0-STABLE Message-ID: <20000602080813.A74204@uosis.mif.vu.lt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Organization: VU MIF Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My Creative SoundBlaster 16 doesn't work in 4.0-STABLE. My kernel config have: device pcm device sbc at isa? port 0x220 irq 5 drq 1 flags 0x15 All compiles fine. Mixer work, I can play CD-Audio. But dsp doesn't work. Symptoms like in beginning of play very few sound and after silence. Audio program hungs for some time and exits without errors. Possibly IRQ setup problem (in pcm driver) ? I'am sorry for my English. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu Jun 1 23:27: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id C369E37B703 for ; Thu, 1 Jun 2000 23:26:53 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.13 #1) id 12xkux-0005gx-00 for freebsd-stable@freebsd.org; Fri, 02 Jun 2000 13:26:51 +0700 Date: Fri, 2 Jun 2000 13:26:51 +0700 (ALMST) From: Boris Popov To: freebsd-stable@freebsd.org Subject: Re: smbfs for FreeBSD 3.4 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 2 Jun 2000, Boris Popov wrote: > Native smbfs for FreeBSD now supports version 3.4 of this OS (it > may also run on 3.2 or 3.3, but definitely 'll crash on 3.1). > > Please note, that FreeBSD 3.4 doesn't contain src/sys/crypto > directory which is required if you want to use encrypted passwords. You > have to pull this directory from either FreeBSD 4.0 or -current > (collection src-sys-crypto). Sorry, forgot to provide an URL: ftp://ftp.butya.kz/pub/smbfs/smbfs.tar.gz -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 0:53:49 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sinia.com (c1.sinia.com [64.14.20.139]) by hub.freebsd.org (Postfix) with ESMTP id 2CE0B37B989 for ; Fri, 2 Jun 2000 00:53:45 -0700 (PDT) (envelope-from bharat@sinia.com) Received: from firebrand (localhost.sinia.com [127.0.0.1]) by sinia.com (8.9.3/8.9.3) with SMTP id AAA62297 for ; Fri, 2 Jun 2000 00:55:25 -0700 (PDT) (envelope-from bharat@sinia.com) From: "Bharat Mediratta" To: Subject: 3.4-STABLE -> 4.0-RELEASE upgrade: unable to mount root partition Date: Fri, 2 Jun 2000 00:53:31 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Howdy. I am in the process of source upgrading my machine from 3.4-STABLE to 4.0-RELEASE. I have been doing my level best to follow the directions, but frankly there are a ton of different sets of directions out there. The directions that come with the 4.0-RELEASE tag are different from those that come with 4.0-STABLE, and about 4 different people have sent me a variety of different variations of those by email. I'm tryin' here. Basically I've done this: # cd /usr/src # make buildworld # cd sbin/mknod # make install # cd sys/modules # make (which fails:) ... ===> ccd make: don't know how to make /usr/src/sys/modules/ccd/../../kern/vnode_if.sh. Stop *** Error code 2 Since the 4.0-RELEASE /usr/src/UPDATING file doesn't tell me to do the sys/modules make install, I figure I'll just keep going. I figure that I might see some failures when I boot into multi-user later on, but I can deal with that. # make installkernel (mv /MY-KERNEL /kernel, etc) Now I am supposed to rebuild my /dev entries so I do this (following the instructions:) # cp /usr/src/etc/MAKEDEV /dev # cd /dev # MAKEDEV ad0 # MAKEDEV ad0s1a; MAKEDEV ad0s2a; ... MAKEDEV ad0s7a # MAKEDEV ad1 # MAKEDEV ad1s1a; MAKEDEV ad1s2a; ... MAKEDEV ad1s7a Now I figure that my devices are in order so: # reboot Here's what happens: ------------------------------- ad0: 8063MB [16383/16/63] at ata0-master using UDMA33 ad1: 19595MB [39813/16/63] at ata0-slave using UDMA33 acd0: CDROM at ata1-slave using PIO4 Mounting root from ufs:wd0s1a wd0: bad sector table not supported wd0s1: bad sector table not supported Root mount failed: 22 Mounting root from ufs:wd0a wd0: bad sector table not supported wd0s1: bad sector table not supported Root mount failed: 22 Manual root filesystem specification: : Mount using filesystem eg. ufs:/dev/da0s1a ? List valid disk boot devices Abort manual input mountroot> ------------------------------- So now what do I do? I've tried "ufs:/dev/ad0s1a", "ufs:ad0s1a", "ufs:ad0a" and a bunch of other variations, but it always replies: ----------------- panic: Root mount failed, startup aborted. syncing disks... ----------------- I can't seem to get it to recognize the new ad devices. Nor can I get it to use the old wd devices. What am I missing here? Argh, this is frustrating! Thanks, -Bharat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 3:19:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from uosis.mif.vu.lt (uosis.mif.vu.lt [193.219.42.14]) by hub.freebsd.org (Postfix) with SMTP id 1451E37B738 for ; Fri, 2 Jun 2000 03:19:46 -0700 (PDT) (envelope-from rn@uosis.mif.vu.lt) Received: (qmail 77959 invoked from network); 2 Jun 2000 10:19:39 -0000 Received: from localhost.mif.vu.lt (HELO LIEPA) (root@127.0.0.1) by localhost.mif.vu.lt with SMTP; 2 Jun 2000 10:19:39 -0000 Message-ID: <000501bfcc7c$0e126200$3a3ba8c0@LIEPA> From: "Rolandas Naujikas" To: "Gene Raytsin" Cc: References: Subject: Re: SB16 doens't work in 4.0-STABLE Date: Fri, 2 Jun 2000 12:19:34 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If I remove sbc, then my SoundBlaster 16 is not recognized, because it is not PnP ISA nor PCI. ----- Original Message ----- From: "Gene Raytsin" To: "Rolandas Naujikas" Sent: Friday, June 02, 2000 11:30 AM Subject: Re: SB16 doens't work in 4.0-STABLE > for simplicity drop the > device sbc line > and what erors do you get for dsp? > > > On Fri, 2 Jun 2000, Rolandas Naujikas wrote: > > > > > My Creative SoundBlaster 16 doesn't work in 4.0-STABLE. > > My kernel config have: > > device pcm > > device sbc at isa? port 0x220 irq 5 drq 1 flags 0x15 > > All compiles fine. Mixer work, I can play CD-Audio. But dsp doesn't work. > > Symptoms like in beginning of play very few sound and after silence. > > Audio program hungs for some time and exits without errors. > > Possibly IRQ setup problem (in pcm driver) ? > > > > I'am sorry for my English. > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 4:10:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from corinth.bossig.com (corinth.bossig.com [208.26.239.66]) by hub.freebsd.org (Postfix) with ESMTP id 2CA5637B529 for ; Fri, 2 Jun 2000 04:10:22 -0700 (PDT) (envelope-from kstewart@3-cities.com) Received: from 3-cities.com (unverified [208.26.241.33]) by corinth.bossig.com (Rockliffe SMTPRA 4.2.1) with ESMTP id ; Fri, 2 Jun 2000 04:10:42 -0700 Message-ID: <3937960F.430F5FC3@3-cities.com> Date: Fri, 02 Jun 2000 04:10:07 -0700 From: Kent Stewart Organization: BOSSig (BOSS Internet Group) X-Mailer: Mozilla 4.73 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Rolandas Naujikas Cc: stable@FreeBSD.ORG Subject: Re: SB16 doens't work in 4.0-STABLE References: <20000602080813.A74204@uosis.mif.vu.lt> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Rolandas Naujikas wrote: > > My Creative SoundBlaster 16 doesn't work in 4.0-STABLE. > My kernel config have: > device pcm > device sbc at isa? port 0x220 irq 5 drq 1 flags 0x15 ^^^ On my SB-16 system My kernel has # pcm Sound Device Driver device pcm # For non-PnP cards: device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15 ^^^^ Make the kernel, reboot, and re-do the MAKEDEV snd0. I had sound at that point. Kent > All compiles fine. Mixer work, I can play CD-Audio. But dsp doesn't work. > Symptoms like in beginning of play very few sound and after silence. > Audio program hungs for some time and exits without errors. > Possibly IRQ setup problem (in pcm driver) ? > > I'am sorry for my English. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Kent Stewart Richland, WA mailto:kstewart@3-cities.com http://www.3-cities.com/~kstewart/index.html FreeBSD News http://daily.daemonnews.org/ SETI(Search for Extraterrestrial Intelligence) @ HOME http://setiathome.ssl.berkeley.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 4:25:19 2000 Delivered-To: freebsd-stable@freebsd.org Received: from www.menzor.dk (menzor.org [195.249.147.160]) by hub.freebsd.org (Postfix) with ESMTP id 5DB9B37B9EC for ; Fri, 2 Jun 2000 04:25:16 -0700 (PDT) (envelope-from morten@seeberg.dk) Received: from mm.distortion.dk (distortion.dk [195.249.147.156]) by www.menzor.dk (8.8.8/8.8.8) with SMTP id OAA20052 for ; Fri, 2 Jun 2000 14:21:41 +0200 (CEST) (envelope-from morten@seeberg.dk) Date: Fri, 2 Jun 2000 14:21:41 +0200 (CEST) From: morten@seeberg.dk Message-Id: <200006021221.OAA20052@www.menzor.dk> Subject: Fresh 4.0-STABLE install - not possible anymore? To: Content-type: text/plain X-Mailer: DiSTORTiON MailMaster (http://toe.distortion.dk/) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ehh, just a few months ago it was possible to download 4.0-STABLE snapshots from current.freebsd.org. But not anymore I then tried to boot the 4.0R floppies and changing 4.0-RELEASE to 4.0-STABLE in OPTIONS like I have done many times before, that didn´t help either. I wasn´t able to do a fresh install. Now I know that I can do a 4.0R install and CVSup, but that doesn´t help if I have a problem with the 4.0R that halts my machine, and I´m pretty sure this was resolved in 4.0-STABLE :) Also it was pretty nice to be able to download a 4.0-STABLE snapshot at work (nice T1 connection) and then take it home, where I only have 64Kbit. Can anyone explain if a fresh 4.0-STABLE install is at all possible, and if - how :) If not, why. /Morten Merkantildata Enterprise Solutions To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 4:33:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from www.menzor.dk (menzor.org [195.249.147.160]) by hub.freebsd.org (Postfix) with ESMTP id 2D9A737B69E for ; Fri, 2 Jun 2000 04:33:47 -0700 (PDT) (envelope-from ml@seeberg.dk) Received: from mailman.endymion.com (LOCALHOST [127.0.0.1]) by www.menzor.dk (8.8.8/8.8.8) with SMTP id OAA20098 for ; Fri, 2 Jun 2000 14:30:13 +0200 (CEST) (envelope-from ml@seeberg.dk) Message-Id: <200006021230.OAA20098@www.menzor.dk> To: stable@freebsd.org From: ml@seeberg.dk Subject: Fresh 4.0-STABLE install possible?? Date: Fri, 2 Jun 100 14:30:13 +0000 X-Mailer: Endymion MailMan v2.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ehh, just a few months ago it was possible to download 4.0-STABLE snapshots from current.freebsd.org. But not anymore I then tried to boot the 4.0R floppies and changing 4.0-RELEASE to 4.0-STABLE in OPTIONS like I have done many times before, that didn´t help either. I wasn´t able to do a fresh install. Now I know that I can do a 4.0R install and CVSup, but that doesn´t help if I have a problem with the 4.0R that halts my machine, and I´m pretty sure this was resolved in 4.0-STABLE :) Also it was pretty nice to be able to download a 4.0-STABLE snapshot at work (nice T1 connection) and then take it home, where I only have 64Kbit. Can anyone explain if a fresh 4.0-STABLE install is at all possible, and if - how :) If not, why. /Morten Merkantildata Enterprise Solutions To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 6:41:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from ntua.gr (achilles.noc.ntua.gr [147.102.222.210]) by hub.freebsd.org (Postfix) with ESMTP id 8719937B5D7 for ; Fri, 2 Jun 2000 06:40:21 -0700 (PDT) (envelope-from past@netmode.ece.ntua.gr) Received: from netmode.ece.ntua.gr (dolly.netmode.ece.ntua.gr [147.102.13.10]) by ntua.gr (8.9.3/8.9.3) with ESMTP id QAA01541; Fri, 2 Jun 2000 16:39:31 +0300 (EET DST) Received: by netmode.ece.ntua.gr (Postfix, from userid 410) id A88D785C3; Fri, 2 Jun 2000 16:28:42 +0300 (EET DST) Date: Fri, 2 Jun 2000 16:28:42 +0300 From: Panagiotis Astithas To: morten@seeberg.dk Cc: stable@FreeBSD.ORG Subject: Re: Fresh 4.0-STABLE install - not possible anymore? Message-ID: <20000602162842.A11490@netmode.ece.ntua.gr> Reply-To: past@netmode.ntua.gr References: <200006021221.OAA20052@www.menzor.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-7 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0i In-Reply-To: <200006021221.OAA20052@www.menzor.dk>; from morten@seeberg.dk on Fri, Jun 02, 2000 at 02:21:41PM +0200 X-Organizational-Unit: Network Management and Optimal Design Laboratory X-Organization: National Technical University of Athens, GREECE X-Work-Phone: +30-1-772-1-450 X-Work-FAX: +30-1-772-1-452 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 02, 2000 at 02:21:41PM +0200, morten@seeberg.dk wrote: > Ehh, just a few months ago it was possible to download 4.0-STABLE snapshots from current.freebsd.org. But not anymore > > I then tried to boot the 4.0R floppies and changing 4.0-RELEASE to 4.0-STABLE in OPTIONS like I have done many times before, that didn´t help either. I wasn´t able to do a fresh install. > > Now I know that I can do a 4.0R install and CVSup, but that doesn´t help if I have a problem with the 4.0R that halts my machine, and I´m pretty sure this was resolved in 4.0-STABLE :) > Also it was pretty nice to be able to download a 4.0-STABLE snapshot at work (nice T1 connection) and then take it home, where I only have 64Kbit. > > Can anyone explain if a fresh 4.0-STABLE install is at all possible, and if - how :) > If not, why. > > /Morten > Merkantildata Enterprise Solutions Did you try releng4.freebsd.org? -past To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 6:44:30 2000 Delivered-To: freebsd-stable@freebsd.org Received: from privatecube.privatelabs.com (privatecube.privatelabs.com [198.143.31.30]) by hub.freebsd.org (Postfix) with ESMTP id 0374937B5D7 for ; Fri, 2 Jun 2000 06:44:03 -0700 (PDT) (envelope-from mi@privatelabs.com) Received: from misha.privatelabs.com (root@misha.privatelabs.com [198.143.31.6]) by privatecube.privatelabs.com (8.9.2/8.9.2) with ESMTP id JAA23673 for ; Fri, 2 Jun 2000 09:43:12 -0400 (EDT) Received: from privatelabs.com (mi@localhost [127.0.0.1]) by misha.privatelabs.com (8.9.3/8.9.3) with ESMTP id JAA34259 for ; Fri, 2 Jun 2000 09:43:23 -0400 (EDT) (envelope-from mi@privatelabs.com) From: mi@privatelabs.com Message-Id: <200006021343.JAA34259@misha.privatelabs.com> Date: Fri, 2 Jun 2000 09:43:22 -0400 (EDT) Subject: occasional crashes (ntpd related?) To: stable@freebsd.org MIME-Version: 1.0 Content-Type: MULTIPART/mixed; BOUNDARY="0-1681692777-959953405=:21324" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --0-1681692777-959953405=:21324 Content-Type: TEXT/plain; CHARSET=US-ASCII Hello! I upgraded this machine yesterday to the latest -stable. It rebooted fine, but crashed shortly afterwards. The last message in the log is Jun 1 19:07:20 murlo ntpd[107]: kernel pll status change 2041 Jun 1 19:13:13 murlo /murlo: Copyright (c) 1992-2000 The FreeBSD Project. It then worked for some time, but crashed again promptly: Jun 1 19:19:05 murlo ntpd[107]: kernel pll status change 2041 Jun 1 19:50:32 murlo /murlo: Copyright (c) 1992-2000 The FreeBSD Project. It has now been up for almost 14 hours and appears fine. The pll status change message appeared again without ill effects: Jun 1 19:56:22 murlo ntpd[107]: kernel pll status change 2041 Jun 1 20:58:30 murlo ntpd[107]: time reset -0.183257 s Jun 2 00:06:27 murlo ntpd[107]: time reset -0.143080 s [...] The machine was rock-solid under 3.4-STABLE, but I upgraded to 4.0-STABLE in the end of April to get PPPoE. It started crashing once in two weeks :( I upgraded again yesterday... It uses the wd driver, because the ata one does not work with one of the disks. Any suggestions? The kernel config file and dmesg output are attached. TIA, -mi --0-1681692777-959953405=:21324 Content-Type: TEXT/plain; CHARSET=US-ASCII Content-Description: MURLO's dmesg output Content-Disposition: attachment ; filename="dmesg" Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Thu Jun 1 18:51:36 EDT 2000 root@murlo.zaytman.com:/tmp/src/sys/compile/MURLO Calibrating clock(s) ... TSC clock: 100001606 Hz, i8254 clock: 1193261 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium/P54C (90.00-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x524 Stepping = 4 Features=0x7bf real memory = 134217728 (131072K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00398000 - 0x07ff7fff, 130416640 bytes (31840 pages) avail memory = 127021056 (124044K bytes) Programming 16 pins in IOAPIC #0 EISA INTCONTROL = 00000c00 IOAPIC #0 intpin 2 -> irq 0 SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff 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: 0x000f0011, at 0xfec01000 bios32: Found BIOS32 Service Directory header at 0xc00fff70 bios32: Entry = 0xfd1b1 (c00fd1b1) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xaea pnpbios: Found PnP BIOS data at 0xc00f62e0 pnpbios: Entry = f0000:cacf Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "murlo" at 0xc037c000. Intel Pentium detected, installing workaround for F00F bug SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000010 SVR: 0x000001ff pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x00000000 (0x80000000) pci_open(1b): mode1res=0x80000000 (0xff000001) pci_cfgcheck: device 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 -- nothing found pci_open(2): mode 2 enable port (0x0cf8) is 0x00 pci_open(2a): mode2res=0x0e (0x0e) pci_open(2a): now trying mechanism 2 pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=04a38086) npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 271242749 bytes/sec bzero() bandwidth = 422013836 bytes/sec pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x00000000 (0x80000000) pci_open(1b): mode1res=0x80000000 (0xff000001) pci_cfgcheck: device 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 -- nothing found pci_open(2): mode 2 enable port (0x0cf8) is 0x00 pci_open(2a): mode2res=0x0e (0x0e) pci_open(2a): now trying mechanism 2 pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=04a38086) pcib0: on motherboard found-> vendor=0x8086, dev=0x04a3, revid=0x11 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x0482, revid=0x04 class=00-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x100c, dev=0x3206, revid=0x00 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base fe000000, size 24 found-> vendor=0x9004, dev=0x5078, revid=0x00 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 00008000, size 8 map[14]: type 1, range 32, base ff000000, size 12 found-> vendor=0x1095, dev=0x0640, revid=0x02 class=01-01-0a, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=14 found-> vendor=0x1011, dev=0x0009, revid=0x12 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 00008100, size 7 map[14]: type 1, range 32, base ff001000, size 7 pci0: on pcib0 CPU: Pentium, 90MHz, CPU->Memory posting ON, read around write Warning: Cache parity disabled! Cache: 256KB writeback, cache clocks=3-2-2-2/4-2-2-2 Cache flags: byte-control DRAM: page mode memory clocks=X-4-4-4 (70ns), RAS-wait, CAS-wait CPU->PCI: posting ON, burst mode ON, PCI clocks=2-1-1-1 PCI->Memory: posting ON Refresh: RAS#Only isab0: at device 1.0 on pci0 eisa0: on isab0 mainboard0: on eisa0 slot 0 isa0: on isab0 pci0: (vendor=0x100c, dev=0x3206) at 2.0 irq 10 ahc0: port 0x8000-0x80ff mem 0xff000000-0xff000fff irq 10 at device 3.0 on pci0 ahc0: No SEEPROM available. ahc0: Using left over BIOS settings ahc0: aic7850 Single Channel A, SCSI Id=7, 3/255 SCBs ahc0: Downloading Sequencer Program... 411 instructions downloaded ide_pci0: irq 14 at device 4.0 on pci0 ide_pci0: driver is using old-style compatability shims de0: port 0x8100-0x817f mem 0xff001000-0xff00107f irq 11 at device 5.0 on pci0 de0: SMC 9332DST 21140 [10-100Mb/s] pass 1.2 de0: address 00:00:c0:15:cb:e4 de0: enabling 10baseT port de0: supplying EUI64: 00:00:c0:ff:fe:15:cb:e4 bpf: de0 attached Trying Read_Port at 203 ESS0000: adding io range 0x800-0xfff, size=0x8, align=0x8 ESS1868: start dependant ESS1868: adding dma mask 0x2 ESS1868: adding dma mask 0x9 ESS1868: adding irq mask 0x20 ESS1868: adding io range 0x220-0x22f, size=0x10, align=0 ESS1868: adding io range 0x388-0x38b, size=0x4, align=0 ESS1868: adding io range 0x330-0x331, size=0x2, align=0 ESS1868: start dependant ESS1868: adding dma mask 0x2 ESS1868: adding dma mask 0x9 ESS1868: adding irq mask 0x6a0 ESS1868: adding io range 0x220-0x24f, size=0x10, align=0x20 ESS1868: adding io range 0x388-0x38b, size=0x4, align=0 ESS1868: adding io range 0x300-0x331, size=0x2, align=0x30 ESS1868: start dependant ESS1868: adding dma mask 0xb ESS1868: adding dma mask 0xb ESS1868: adding irq mask 0x1ea0 ESS1868: adding io range 0x220-0x28f, size=0x10, align=0x20 ESS1868: adding io range 0x388-0x38b, size=0x4, align=0 ESS1868: adding io range 0x300-0x331, size=0x2, align=0x30 ESS1868: start dependant ESS1868: adding dma mask 0xb ESS1868: adding dma mask 0xb ESS1868: adding irq mask 0x1ea0 ESS1868: adding io range 0x220-0x28f, size=0x10, align=0x20 ESS1868: adding io range 0x388-0x38b, size=0x4, align=0 ESS1868: adding io range 0x800-0xfff, size=0x2, align=0x2 ESS1868: start dependant ESS1868: adding dma mask 0xb ESS1868: adding dma mask 0xb ESS1868: adding irq mask 0x1ea0 ESS1868: adding io range 0x220-0x28f, size=0x10, align=0x20 ESS1868: adding io range 0x800-0xfff, size=0x4, align=0x4 ESS1868: adding io range 0x800-0xfff, size=0x2, align=0x2 ESS1868: end dependant ESS0001: start dependant ESS0001: adding io range 0x201-0x201, size=0x1, align=0 ESS0001: start dependant ESS0001: adding io range 0x200-0x20f, size=0x1, align=0x1 ESS0001: end dependant isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 psm0: current command byte:0047 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 90 03 c8 psm: status 90 03 c8 psm: status 90 03 c8 psm: data 08 00 00 psm: status 10 00 64 psm: status 00 02 64 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0-00, 3 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:c0, syncbits:00 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7006d fb0: port:0x3b0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 a1 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 EGA/VGA parameters to be used for mode 24 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 a1 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: on isa0 sc0: VGA <12 virtual consoles, flags=0x200> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) wdc0 at port 0x1f0-0x1f7 irq 14 on isa0 wdc0: CMD640B workaround enabled wdc0: unit 0 (wd0): wd0: 1219MB (2496816 sectors), 2477 cyls, 16 heads, 63 S/T, 512 B/S wd0: ATA INQUIRE valid = 0003, dmamword = 0107, apio = 0003, udma = 0000 wdc0: driver is using old-style compatability shims wdc1 at port 0x170-0x177 irq 15 on isa0 wdc1: unit 0 (wd2): wd2: 405MB (830760 sectors), 989 cyls, 15 heads, 56 S/T, 512 B/S wd2: ATA INQUIRE valid = 0003, dmamword = 0003, apio = 0001, udma = 0000 wdc1: driver is using old-style compatability shims fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x61 0x71 0x61 0x61 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x61 0x69 0x61 0x61 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: configured irq 2 not in bitmap of probed irqs 0 sio2: irq maps: 0x61 0x61 0x61 0x61 sio2: probe failed test(s): 0 1 2 4 6 7 9 sio3: configured irq 12 not in bitmap of probed irqs 0x200 sio3: irq maps: 0x61 0x261 0x61 0x61 sio3 at port 0x2e8-0x2ef irq 12 on isa0 sio3: type 16550A joy0 at port 0x201 on isa0 ppc0: parallel port found at 0x378 ppc0: SMC registers CR1=0xbe CR4=0x0 SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC FDC37C665GT chipset (PS2/NIBBLE) in COMPATIBLE mode vpo0: can't connect to the drive imm0: (disconnect) s1=0x0 s2=0x0, s3=0x0 imm0: (connect) s1=0x0 s2=0x0, s3=0x0 imm0: can't connect to the drive lpt0: on ppbus0 lpt0: Interrupt-driven port isa_probe_children: probing PnP devices unknown0: at port 0x800-0x807 on isa0 sbc1: at port 0x220-0x22f,0x388-0x38b,0x330-0x331 irq 5 drq 1,0 on isa0 pcm0: on sbc1 pcm0: ESS1868 detected pcm: setmap a000, 1000; 0xc7572000 -> a000 pcm: setmap b000, 1000; 0xc7573000 -> b000 joy1: at port 0x200 on isa0 SMP: enabled INTs: 1, 3, 4, 5, 6, 7, 10, 11, 12, 14, 15, apic_imen: 0x00ff2305 BIOS Geometries: 0:02693f3f 0..617=618 cylinders, 0..63=64 heads, 1..63=63 sectors 1:03db0e38 0..987=988 cylinders, 0..14=15 heads, 1..56=56 sectors 2:03f13f20 0..1009=1010 cylinders, 0..63=64 heads, 1..32=32 sectors 0 accounted for Device configuration finished. APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to accept, unlimited logging DUMMYNET initialized (000106) new masks: bio 4800c040, tty 430010ba, net 470018ba bpf: lo0 attached bpf: gif0 attached bpf: gif1 attached bpf: gif2 attached bpf: gif3 attached bpf: stf0 attached bpf: faith0 attached Linux-ELF exec handler installed BRIDGE 990810, have 8 interfaces -- index 1 type 6 phy 0 addrl 6 addr 00.00.c0.15.cb.e4 IPsec: Initialized Security Association Processing. Waiting 2 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. SMP: AP CPU #1 Launched! SMP: CPU1 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff (probe2:ahc0:0:2:0): INQUIRY. CDB: 12 1 80 0 ff 0 (probe2:ahc0:0:2:0): ILLEGAL REQUEST asc:24,0 (probe2:ahc0:0:2:0): Invalid field in CDB sks:c8,1 ahc0: target 2 synchronous at 4.0MHz, offset = 0xf ahc0: target 0 synchronous at 10.0MHz, offset = 0xf Creating DISK da0 Creating DISK cd0 pass0 at ahc0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-2 device pass0: Serial Number 00686676 pass0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled pass1 at ahc0 bus 0 target 2 lun 0 pass1: Removable CD-ROM SCSI-2 device pass1: 4.237MB/s transfers (4.237MHz, offset 15) Mounting root from ufs:/dev/wd0a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: Serial Number 00686676 da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 1010MB (2069860 512 byte sectors: 64H 32S/T 1010C) wd0s1: type 0xa5, start 63, end = 2494169, size 2494107 : OK WARNING: / was not properly dismounted start_init: trying /sbin/init cd0 at ahc0 bus 0 target 2 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 4.237MB/s transfers (4.237MHz, offset 15) cd0: cd present [268581 x 2048 byte records] da0: invalid primary partition table: no magic wd2s1: type 0x6, start 56, end = 389759, size 389704 : OK wd2s2: type 0xa5, start 389760, end = 830759, size 441000 : OK wd2s1: type 0x6, start 56, end = 389759, size 389704 : OK wd2s2: type 0xa5, start 389760, end = 830759, size 441000 : OK da0: invalid primary partition table: no magic de0: starting DAD for fe80:0001::0200:c0ff:fe15:cbe4 de0: DAD complete for fe80:0001::0200:c0ff:fe15:cbe4 - no duplicates found bpf: tun0 attached pid 215 (Xaccel): trap 12 with interrupts disabled pid 215 (Xaccel): trap 7 with interrupts disabled (da0:ahc0:0:0:0): tagged openings now 64 (da0:ahc0:0:0:0): tagged openings now 63 --0-1681692777-959953405=:21324 Content-Type: TEXT/plain; CHARSET=US-ASCII Content-Description: Murlo's kernel config file Content-Disposition: attachment ; filename="MURLO" # # This directive is mandatory; it defines the architecture to be # configured for; in this case, the 386 family based IBM-PC and # compatibles. # machine i386 # # This is the ``identification'' of the kernel. Usually this should # be the same as the name of your kernel. # ident MURLO # # The `maxusers' parameter controls the static sizing of a number of # internal system tables by a complicated formula defined in param.c. # maxusers 12 # # The `makeoptions' parameter allows variables to be passed to the # generated Makefile in the build area. # # CONF_CFLAGS gives some extra compiler flags that are added to ${CFLAGS} # after most other flags. Here we use it to inhibit use of non-optimal # gcc builtin functions (e.g., memcmp). # # DEBUG happens to be magic. # The following is equivalent to 'config -g KERNELNAME' and creates # 'kernel.debug' compiled with -g debugging as well as a normal # 'kernel'. Use 'make install.debug' to install the debug kernel # but that isn't normally necessary as the debug symbols are not loaded # by the kernel and are not useful there anyway. # # KERNEL can be overridden so that you can change the default name of your # kernel. # makeoptions CONF_CFLAGS=-fno-builtin #Don't allow use of memcmp, etc. #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols makeoptions KERNEL=murlo #Build kernel "foo" and install "/foo" # # Certain applications can grow to be larger than the 128M limit # that FreeBSD initially imposes. Below are some options to # allow that limit to grow to 256MB, and can be increased further # with changing the parameters. MAXDSIZ is the maximum that the # limit can be set to, and the DFLDSIZ is the default value for # the limit. You might want to set the default lower than the # max, and explicitly set the maximum with a shell command for processes # that regularly exceed the limit like INND. # #options MAXDSIZ="(256*1024*1024)" #options DFLDSIZ="(256*1024*1024)" # # BLKDEV_IOSIZE sets the default block size used in user block # device I/O. Note that this value will be overriden by the label # when specifying a block device from a label with a non-0 # partition blocksize. The default is PAGE_SIZE. # options BLKDEV_IOSIZE=8192 # Options for the VM subsystem #options PQ_NOOPT # No coloring #options PQ_LARGECACHE # color for 512k/16k cache #options PQ_HUGECACHE # color for 1024k/16k cache #options PQ_MEDIUMCACHE # color for 64k/16k cache options PQ_NORMALCACHE # color for 256k/16k cache # This allows you to actually store this configuration file into # the kernel binary itself, where it may be later read by saying: # strings -aout -n 3 /kernel | grep ^___ | sed -e 's/^___//' > MYKERNEL # options INCLUDE_CONFIG_FILE # Include this file in kernel # Mandatory: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O ##################################################################### # CPU OPTIONS # # You must specify at least one CPU (the one you intend to run on); # deleting the specification for CPUs you don't need to use may make # parts of the system run faster. This is especially true removing # I386_CPU. # cpu I586_CPU # aka Pentium(tm) # CPU_FASTER_5X86_FPU enables faster FPU exception handler. # NO_F00F_HACK disables the hack that prevents Pentiums (and ONLY # Pentiums) from locking up when a LOCK CMPXCHG8B instruction is # executed. This should be included for ALL kernels that won't run # on a Pentium. options CPU_FASTER_5X86_FPU #options NO_F00F_HACK ##################################################################### # COMPATIBILITY OPTIONS # Implement system calls compatible with 4.3BSD and older versions of # FreeBSD. You probably do NOT want to remove this as much current code # still relies on the 4.3 emulation. # options COMPAT_43 # Allow user-mode programs to manipulate their local descriptor tables. # This option is required for the WINE Windows(tm) emulator, and is # not used by anything else (that we know of). # #options USER_LDT #allow user-level control of i386 ldt # These three options provide support for System V Interface # Definition-style interprocess communication, in the form of shared # memory, semaphores, and message queues, respectively. # options SYSVSHM options SYSVSEM options SYSVMSG # # This option includes a MD5 routine in the kernel, this is used for # various authentication and privacy uses. # options MD5 # KTRACE enables the system-call tracing facility ktrace(2). # options KTRACE #kernel tracing # PERFMON causes the driver for Pentium/Pentium Pro performance counters # to be compiled. See perfmon(4) for more information. # options PERFMON # XXX - this doesn't belong here. # Allow ordinary users to take the console - this is useful for X. options UCONSOLE # XXX - this doesn't belong here either options USERCONFIG #boot -c editor # Protocol families: # Only the INET (Internet) family is officially supported in FreeBSD. # Source code for the NS (Xerox Network Service) is provided for amusement # value. # options INET #Internet communications protocols options INET6 #IPv6 communications protocols options IPSEC #IP security options IPSEC_ESP #IP security (crypto; define w/ IPSEC) options IPSEC_IPV6FWD #IP security tunnel for IPv6 options IPSEC_DEBUG #debug for IP security # netgraph(4). Enable the base netgraph code with the NETGRAPH option. # Individual node types can be enabled with the corresponding option # listed below; however, this is not strictly necessary as netgraph # will automatically load the corresponding KLD module if the node type # is not already compiled into the kernel. Each type below has a # corresponding man page, e.g., ng_async(8). options NETGRAPH #netgraph(4) system #options NETGRAPH_ASYNC #options NETGRAPH_BPF options NETGRAPH_CISCO options NETGRAPH_ECHO #options NETGRAPH_FRAME_RELAY options NETGRAPH_HOLE options NETGRAPH_IFACE options NETGRAPH_KSOCKET options NETGRAPH_LMI options NETGRAPH_PPP options NETGRAPH_PPPOE options NETGRAPH_PPTPGRE options NETGRAPH_RFC1490 options NETGRAPH_SOCKET options NETGRAPH_TEE options NETGRAPH_TTY options NETGRAPH_UI options NETGRAPH_VJC #device mn # Munich32x/Falc54 Nx64kbit/sec cards. # Network interfaces: # The `loop' pseudo-device is MANDATORY when networking is enabled. # The `ether' pseudo-device provides generic code to handle # Ethernets; it is MANDATORY when a Ethernet device driver is # configured or token-ring is enabled. # The 'fddi' pseudo-device provides generic code to support FDDI. # The `sppp' pseudo-device serves a similar role for certain types # of synchronous PPP links (like `cx', `ar'). # The `sl' pseudo-device implements the Serial Line IP (SLIP) service. # The `ppp' pseudo-device implements the Point-to-Point Protocol. # The `bpf' pseudo-device enables the Berkeley Packet Filter. Be # aware of the legal and administrative consequences of enabling this # option. The number of devices determines the maximum number of # simultaneous BPF clients programs runnable. # The `disc' pseudo-device implements a minimal network interface, # which throws away all packets sent and never receives any. It is # included for testing purposes. This shows up as the 'ds' interface. # The `tun' pseudo-device implements (user-)ppp and nos-tun # The `gif' pseudo-device implements IPv6 over IP4 tunneling, # IPv4 over IPv6 tunneling, IPv4 over IPv4 tunneling and # IPv6 over IPv6 tunneling. # The `faith' pseudo-device captures packets sent to it and diverts them # to the IPv4/IPv6 translation daemon. # The `ef' pseudo-device provides support for multiple ethernet frame types # specified via ETHER_* options. See ef(4) for details. # # The PPP_BSDCOMP option enables support for compress(1) style entire # packet compression, the PPP_DEFLATE is for zlib/gzip style compression. # PPP_FILTER enables code for filtering the ppp data stream and selecting # events for resetting the demand dial activity timer - requires bpf. # See pppd(8) for more details. # pseudo-device ether #Generic Ethernet #pseudo-device token #Generic TokenRing #pseudo-device fddi #Generic FDDI #pseudo-device sppp #Generic Synchronous PPP pseudo-device loop #Network loopback device pseudo-device bpf #Berkeley packet filter #pseudo-device disc #Discard device (ds0, ds1, etc) pseudo-device tun #Tunnel driver (ppp(8), nos-tun(8)) #pseudo-device sl 2 #Serial Line IP #pseudo-device ppp 2 #Point-to-point protocol #options PPP_BSDCOMP #PPP BSD-compress support #options PPP_DEFLATE #PPP zlib/deflate/gzip support #options PPP_FILTER #enable bpf filtering (needs bpf) #pseudo-device ef # Multiple ethernet frames support #options ETHER_II # enable Ethernet_II frame #options ETHER_8023 # enable Ethernet_802.3 (Novell) frame #options ETHER_8022 # enable Ethernet_802.2 frame #options ETHER_SNAP # enable Ethernet_802.2/SNAP frame # for IPv6 pseudo-device gif 4 #IPv6 and IPv4 tunneling pseudo-device faith 1 #for IPv6 and IPv4 translation # # Internet family options: # # TCP_COMPAT_42 causes the TCP code to emulate certain bugs present in # 4.2BSD. This option should not be used unless you have a 4.2BSD # machine and TCP connections fail. # # MROUTING enables the kernel multicast packet forwarder, which works # with mrouted(8). # # IPFIREWALL enables support for IP firewall construction, in # conjunction with the `ipfw' program. IPFIREWALL_VERBOSE sends # logged packets to the system logger. IPFIREWALL_VERBOSE_LIMIT # limits the number of times a matching entry can be logged. # # WARNING: IPFIREWALL defaults to a policy of "deny ip from any to any" # and if you do not add other rules during startup to allow access, # YOU WILL LOCK YOURSELF OUT. It is suggested that you set firewall_type=open # in /etc/rc.conf when first enabling this feature, then refining the # firewall rules in /etc/rc.firewall after you've tested that the new kernel # feature works properly. # # IPFIREWALL_DEFAULT_TO_ACCEPT causes the default rule (at boot) to # allow everything. Use with care, if a cracker can crash your # firewall machine, they can get to your protected machines. However, # if you are using it as an as-needed filter for specific problems as # they arise, then this may be for you. Changing the default to 'allow' # means that you won't get stuck if the kernel and /sbin/ipfw binary get # out of sync. # # IPDIVERT enables the divert IP sockets, used by ``ipfw divert'' # # IPSTEALTH enables code to support stealth forwarding (i.e., forwarding # packets without touching the ttl). This can be useful to hide firewalls # from traceroute and similar tools. # # TCPDEBUG is undocumented. # #options TCP_COMPAT_42 #emulate 4.2BSD TCP bugs options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets #options IPFIREWALL_FORWARD #enable transparent proxy support #options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default #options IPV6FIREWALL #firewall for IPv6 #options IPV6FIREWALL_VERBOSE #options IPV6FIREWALL_VERBOSE_LIMIT=100 #options IPV6FIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT #divert sockets #options IPFILTER #ipfilter support #options IPFILTER_LOG #ipfilter logging #options IPSTEALTH #support for stealth forwarding # The following options add sysctl variables for controlling how certain # TCP packets are handled. # # TCP_DROP_SYNFIN adds support for ignoring TCP packets with SYN+FIN. This # prevents nmap et al. from identifying the TCP/IP stack, but breaks support # for RFC1644 extensions and is not recommended for web servers. # # TCP_RESTRICT_RST adds support for blocking the emission of TCP RST packets. # This is useful on systems which are exposed to SYN floods (e.g. IRC servers) # or any system which one does not want to be easily portscannable. # options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN options TCP_RESTRICT_RST #restrict emission of TCP RST # ICMP_BANDLIM enables icmp error response bandwidth limiting. You # typically want this option as it will help protect the machine from # D.O.S. packet attacks. # options ICMP_BANDLIM # DUMMYNET enables the "dummynet" bandwidth limiter. You need # IPFIREWALL as well. See the dummynet(4) manpage for more info. # BRIDGE enables bridging between ethernet cards -- see bridge(4). # You can use IPFIREWALL and dummynet together with bridging. options DUMMYNET options BRIDGE ##################################################################### # FILESYSTEM OPTIONS # # Only the root, /usr, and /tmp filesystems need be statically # compiled; everything else will be automatically loaded at mount # time. (Exception: the UFS family---FFS, and MFS --- cannot # currently be demand-loaded.) Some people still prefer to statically # compile other filesystems as well. # # NB: The NULL, PORTAL, UMAP and UNION filesystems are known to be # buggy, and WILL panic your system if you attempt to do anything with # them. They are included here as an incentive for some enterprising # soul to sit down and fix them. # # One of these is mandatory: options FFS #Fast filesystem #options MFS #Memory File System #options NFS #Network File System # The rest are optional: #options NFS_NOSERVER #Disable the NFS-server code. options CD9660 #ISO 9660 filesystem #options FDESC #File descriptor filesystem #options KERNFS #Kernel filesystem #options MSDOSFS #MS DOS File System #options NTFS #NT File System #options NULLFS #NULL filesystem #options NWFS #NetWare filesystem #options PORTAL #Portal filesystem options PROCFS #Process filesystem #options UMAPFS #UID map filesystem #options UNION #Union filesystem # The xFS_ROOT options REQUIRE the associated ``options xFS'' #options CD9660_ROOT #CD-ROM usable as root device options FFS_ROOT #FFS usable as root device #options NFS_ROOT #NFS usable as root device # This code is still experimental (e.g. doesn't handle disk slices well). # Also, 'options MFS' is currently incompatible with DEVFS. #options DEVFS #devices filesystem # Soft updates is technique for improving file system speed and # making abrupt shutdown less risky. It is not enabled by default due # to copyright restraints on the code that implement it. # # Read ../../ufs/ffs/README.softupdates to learn what you need to # do to enable this. ../../contrib/softupdates/README gives # more details on how they actually work. # options SOFTUPDATES # Make space in the kernel for a root filesystem on a md device. # Define to the number of kilobytes to reserve for the filesystem. #options MD_ROOT_SIZE=10 # Make the md device a potential root device, either with preloaded # images of type mfs_root or md_root. #options MD_ROOT # Allow this many swap-devices. options NSWAPDEV=4 # Disk quotas are supported when this option is enabled. #options QUOTA #enable disk quotas # Use real implementations of the aio_* system calls. There are numerous # stability issues in the current aio code that make it unsuitable for # inclusion on shell boxes. options VFS_AIO ##################################################################### # POSIX P1003.1B # Real time extensions added in the 1993 Posix # P1003_1B: Infrastructure # _KPOSIX_PRIORITY_SCHEDULING: Build in _POSIX_PRIORITY_SCHEDULING # _KPOSIX_VERSION: Version kernel is built for options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L device scbus #base SCSI code #device ch #SCSI media changers device da #SCSI direct access devices (aka disks) #device sa #SCSI tapes device cd #SCSI CD-ROMs device pass #CAM passthrough driver device pt #SCSI processor type #device ses #SCSI SES/SAF-TE driver ##################################################################### # MISCELLANEOUS DEVICES AND OPTIONS # The `pty' device usually turns out to be ``effectively mandatory'', # as it is required for `telnetd', `rlogind', `screen', `emacs', and # `xterm', among others. pseudo-device pty #Pseudo ttys pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device vn #Vnode driver (turns a file into a device) pseudo-device snp 3 #Snoop device - to look at pty/vty/etc.. ##################################################################### # HARDWARE DEVICE CONFIGURATION # ISA and EISA devices: # EISA support is available for some device, so they can be auto-probed. # MicroChannel (MCA) support is available for some devices. # # Mandatory ISA devices: isa, npx # device isa # # Options for `isa': # # AUTO_EOI_1 enables the `automatic EOI' feature for the master 8259A # interrupt controller. This saves about 0.7-1.25 usec for each interrupt. # This option breaks suspend/resume on some portables. # # AUTO_EOI_2 enables the `automatic EOI' feature for the slave 8259A # interrupt controller. This saves about 0.7-1.25 usec for each interrupt. # Automatic EOI is documented not to work for for the slave with the # original i8259A, but it works for some clones and some integrated # versions. # # MAXMEM specifies the amount of RAM on the machine; if this is not # specified, FreeBSD will first read the amount of memory from the CMOS # RAM, so the amount of memory will initially be limited to 64MB or 16MB # depending on the BIOS. If the BIOS reports 64MB, a memory probe will # then attempt to detect the installed amount of RAM. If this probe # fails to detect >64MB RAM you will have to use the MAXMEM option. # The amount is in kilobytes, so for a machine with 128MB of RAM, it would # be 131072 (128 * 1024). # # BROKEN_KEYBOARD_RESET disables the use of the keyboard controller to # reset the CPU for reboot. This is needed on some systems with broken # keyboard controllers. # # PAS_JOYSTICK_ENABLE enables the gameport on the ProAudio Spectrum options AUTO_EOI_1 #options AUTO_EOI_2 options MAXMEM="(128*1024)" # The keyboard controller; it controls the keyboard and the PS/2 mouse. device atkbdc0 at isa? port IO_KBD # The AT keyboard device atkbd0 at atkbdc? irq 1 # `flags' for atkbd: # 0x01 Force detection of keyboard, else we always assume a keyboard # 0x02 Don't reset keyboard, useful for some newer ThinkPads # 0x04 Old-style (XT) keyboard support, useful for older ThinkPads # PS/2 mouse device psm0 at atkbdc? irq 12 # The video card driver. device vga0 at isa? # If you can dispense with some vga driver features, you may want to # use the following options to save some memory. options VGA_NO_FONT_LOADING # don't save/load font options VGA_NO_MODE_CHANGE # don't change video modes # The following option probably won't work with the LCD displays. options VGA_WIDTH90 # support 90 column modes # The syscons console driver (sco color console compatible). device sc0 at isa? options MAXCONS=12 # number of virtual consoles options SC_ALT_MOUSE_IMAGE # simplified mouse cursor in text mode options SC_DFLT_FONT # compile font in makeoptions SC_DFLT_FONT=koi8-r options SC_MOUSE_CHAR=0x3 # char code for text mode mouse cursor # The Numeric Processing eXtension driver. In addition to this, you # may configure a math emulator (see above). If your machine has a # hardware FPU and the kernel configuration includes the npx device # *and* a math emulator compiled into the kernel, the hardware FPU # will be used, unless it is found to be broken or unless "flags" to # npx0 includes "0x08", which requests preference for the emulator. device npx0 at nexus? port IO_NPX flags 0x0 irq 13 # The 'ATA' driver supports all ATA and ATAPI devices. # It can reuse the majors of wd.c for booting purposes. # You only need one "device ata" for it to find all # PCI ATA/ATAPI devices on modern machines. #device ata #device atadisk # ATA disk drives #device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives #The folliwing options are valid on the ATA driver: # # ATA_STATIC_ID: controller numbering is static (like the old driver) # else the device numbers are dynamically allocated. # ATA_ENABLE_ATAPI_DMA: enable DMA on ATAPI device, since many ATAPI devices # claim to support DMA but doesn't actually work, this # is not enabled as default. #options ATA_STATIC_ID #options ATA_ENABLE_ATAPI_DMA # # For older non-PCI systems, these are the lines to use: #device ata0 at isa? port IO_WD1 irq 14 #device ata1 at isa? port IO_WD2 irq 15 # # ST-506, ESDI, and IDE hard disks: `wdc' and `wd' # # The flags fields are used to enable the multi-sector I/O and # the 32BIT I/O modes. The flags may be used in either the controller # definition or in the individual disk definitions. The controller # definition is supported for the boot configuration stuff. # # Each drive has a 16 bit flags value defined: # The low 8 bits are the maximum value for the multi-sector I/O, # where 0xff defaults to the maximum that the drive can handle. # The high bit of the 16 bit flags (0x8000) allows probing for # 32 bit transfers. Bit 14 (0x4000) enables a hack to wake # up powered-down laptop drives. Bit 13 (0x2000) allows # probing for PCI IDE DMA controllers, such as Intel's PIIX # south bridges. Bit 12 (0x1000) sets LBA mode instead of the # default CHS mode for accessing the drive. See the wd.4 man page. # # The flags field for the drives can be specified in the controller # specification with the low 16 bits for drive 0, and the high 16 bits # for drive 1. # e.g.: #device wdc0 at isa? port IO_WD1 irq 14 flags 0x00ff8004 # # specifies that drive 0 will be allowed to probe for 32 bit transfers and # a maximum multi-sector transfer of 4 sectors, and drive 1 will not be # allowed to probe for 32 bit transfers, but will allow multi-sector # transfers up to the maximum that the drive supports. # # If you are using a PCI controller that is not running in compatibility # mode (for example, it is a 2nd IDE PCI interface), then use config line(s) # such as: # #device wdc2 at isa? port 0 flags 0xa0ffa0ff #device wd4 at wdc2 drive 0 #device wd5 at wdc2 drive 1 # #device wdc3 at isa? port 0 flags 0xa0ffa0ff #device wd6 at wdc3 drive 0 #device wd7 at wdc3 drive 1 # # Note that the above config would be useful for a Promise card, when used # on a MB that already has a PIIX controller. Note the bogus irq and port # entries. These are automatically filled in by the IDE/PCI support. # # This driver must be commented out because it is mutually exclusive with # the ata(4) driver. # device wdc0 at isa? port IO_WD1 irq 14 device wd0 at wdc0 drive 0 device wd1 at wdc0 drive 1 device wdc1 at isa? port IO_WD2 irq 15 device wd2 at wdc1 drive 0 device wd3 at wdc1 drive 1 # # This option allow you to override the default probe time for IDE # devices, to get a faster probe. Setting this below 10000 violate # the IDE specs, but may still work for you (it will work for most # people). # #options IDE_DELAY=8000 # Be optimistic about Joe IDE device # # Standard floppy disk controllers and floppy tapes: `fdc', `fd', and `ft' # device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device sio2 at isa? port IO_COM3 irq 2 device sio3 at isa? port IO_COM4 irq 12 # pcm: PCM audio through various sound cards. # # This has support for a large number of new audio cards, based on # CS423x, OPTi931, Yamaha OPL-SAx, and also for SB16, GusPnP. # For more information about this driver and supported cards, # see the pcm.4 man page. # # The flags of the device tells the device a bit more info about the # device that normally is obtained through the PnP interface. # bit 2..0 secondary DMA channel; # bit 4 set if the board uses two dma channels; # bit 15..8 board type, overrides autodetection; leave it # zero if don't know what to put in (and you don't, # since this is unsupported at the moment...). # # This driver will use the new PnP code if it's available. # # pca: PCM audio through your PC speaker # The newpcm driver (use INSTEAD of snd0 and all VOXWARE drivers!). # Note that motherboard sound devices may require options PNPBIOS. # # Supported cards include: # Creative SoundBlaster ISA PnP/non-PnP # Supports ESS and Avance ISA chips as well. # Gravis UltraSound ISA PnP/non-PnP # Crystal Semiconductor CS461x/428x PCI # Neomagic 256AV (ac97) # Most of the more common ISA/PnP sb/mss/ess compatable cards. # For non-pnp sound cards with no bridge drivers only: #device pcm0 at isa? irq 10 drq 1 flags 0x0 # # For PnP/PCI sound cards device pcm # The bridge drivers for sound cards. These can be seperately configured # for providing services to the likes of new-midi (not in the tree yet). # When used with 'device pcm' they also provide pcm sound services. # # sbc: Creative SoundBlaster ISA PnP/non-PnP # Supports ESS and Avance ISA chips as well. # gusc: Gravis UltraSound ISA PnP/non-PnP # csa: Crystal Semiconductor CS461x/428x PCI # For non-PnP cards: device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15 #device gusc0 at isa? port 0x220 irq 5 drq 1 flags 0x13 # apm: Laptop Advanced Power Management (experimental) # joy: joystick # Notes on APM # The flags takes the following meaning for apm0: # 0x0020 Statclock is broken. # If apm is omitted, some systems require sysctl -w kern.timecounter.method=1 # for correct timekeeping. device apm0 device joy0 at isa? port IO_GAME device eisa # PCI devices & PCI options: # # The main PCI bus device is `pci'. It provides auto-detection and # configuration support for all devices on the PCI bus, using either # configuration mode defined in the PCI specification. device pci # PCI options # #options PCI_QUIET #quiets PCI code on chipset settings # The `ahc' device provides support for the Adaptec 29/3940(U)(W) # and motherboard based AIC7870/AIC7880 adapters. # The `de' device provides support for the Digital Equipment DC21040 # self-contained Ethernet adapter. device ahc # AHA2940 and onboard AIC7xxx devices # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') # SMB bus # # System Management Bus support provided by the 'smbus' device. # # Supported devices: # smb standard io # # Supported interfaces: # iicsmb I2C to SMB bridge with any iicbus interface # bktr brooktree848 I2C hardware interface # intpm Intel PIIX4 Power Management Unit # alpm Acer Aladdin-IV/V/Pro2 Power Management Unit # device smbus # Bus support, required for smb below. device intpm device smb # Parallel-Port Bus # # Parallel port bus support is provided by the `ppbus' device. # Multiple devices may be attached to the parallel port, devices # are automatically probed and attached when found. # # Supported devices: # vpo Iomega Zip Drive # Requires SCSI disk support ('scbus' and 'da'), best # performance is achieved with ports in EPP 1.9 mode. # lpt Parallel Printer # plip Parallel network interface # ppi General-purpose I/O ("Geek Port") + IEEE1284 I/O # pps Pulse per second Timing Interface # lpbb Philips official parallel port I2C bit-banging interface # # Supported interfaces: # ppc ISA-bus parallel port interfaces. # options PPC_PROBE_CHIPSET # Enable chipset specific detection # (see flags in ppc(4)) device ppc0 at isa? irq 7 device ppbus device vpo device lpt options COMPAT_LINUX options SHOW_BUSYBUFS # List buffers that prevent root unmount --0-1681692777-959953405=:21324-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 7:55:24 2000 Delivered-To: freebsd-stable@freebsd.org Received: from www.menzor.dk (menzor.org [195.249.147.160]) by hub.freebsd.org (Postfix) with ESMTP id 7293337B78B for ; Fri, 2 Jun 2000 07:55:20 -0700 (PDT) (envelope-from ml@seeberg.dk) Received: from sos (fw.danadata.dk [194.239.79.2]) by www.menzor.dk (8.8.8/8.8.8) with SMTP id RAA20813; Fri, 2 Jun 2000 17:51:33 +0200 (CEST) (envelope-from ml@seeberg.dk) Message-ID: <012c01bfccab$0e3c9af0$02280c0a@sos> From: "Morten Seeberg" To: , References: <200006021221.OAA20052@www.menzor.dk> <20000602162842.A11490@netmode.ece.ntua.gr> Subject: Re: Fresh 4.0-STABLE install - not possible anymore? Date: Fri, 2 Jun 2000 16:30:31 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I didn´t look there manually (which someone pointed out to me), but I did try choosing it on the installation floppies, and It just said that it couldnt go there. Maybe I typed the name wrong in OPTIONS, i tried 4.0-STABLE and 4.0-stable ----- Original Message ----- From: "Panagiotis Astithas" To: Cc: Sent: Friday, June 02, 2000 2:28 PM Subject: Re: Fresh 4.0-STABLE install - not possible anymore? > On Fri, Jun 02, 2000 at 02:21:41PM +0200, morten@seeberg.dk wrote: > > Ehh, just a few months ago it was possible to download 4.0-STABLE snapshots from current.freebsd.org. But not anymore > > > > I then tried to boot the 4.0R floppies and changing 4.0-RELEASE to 4.0-STABLE in OPTIONS like I have done many times before, that didn´t help either. I wasn´t able to do a fresh install. > > > > Now I know that I can do a 4.0R install and CVSup, but that doesn´t help if I have a problem with the 4.0R that halts my machine, and I´m pretty sure this was resolved in 4.0-STABLE :) > > Also it was pretty nice to be able to download a 4.0-STABLE snapshot at work (nice T1 connection) and then take it home, where I only have 64Kbit. > > > > Can anyone explain if a fresh 4.0-STABLE install is at all possible, and if - how :) > > If not, why. > > > > /Morten > > Merkantildata Enterprise Solutions > > Did you try releng4.freebsd.org? > > -past > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 8:56:11 2000 Delivered-To: freebsd-stable@freebsd.org Received: from gauntlet.telerama.com (gauntlet.telerama.com [205.201.1.214]) by hub.freebsd.org (Postfix) with ESMTP id CA9DF37B8D4 for ; Fri, 2 Jun 2000 08:56:07 -0700 (PDT) (envelope-from ncrawler@telerama.com) Received: from gauntlet.telerama.com (ncrawler@gauntlet.telerama.com [205.201.1.214]) by gauntlet.telerama.com (8.8.8/8.8.8) with ESMTP id LAA14263 for ; Fri, 2 Jun 2000 11:56:05 -0400 (EDT) (envelope-from ncrawler@telerama.com) Date: Fri, 2 Jun 2000 11:56:04 -0400 (EDT) From: Chris Tracy To: stable@FreeBSD.org Subject: Re: Fresh 4.0-STABLE install - not possible anymore? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When getting one of the snapshot releases from releng4.freebsd.org, you need to specify the snapshot date string as well in the options screen,=20 not just 4.0-STABLE... (i.e., 4.0-20000602-STABLE...) What I usually do is just go to: ftp://releng4.freebsd.org/pub/FreeBSD/snapshots/i386/[newest snapshot], then go to the floppies directory and get the floppies for that snapshot. It will already have the correct setting in the options screen for that snapshot. :-) -Chris Tracy (Telerama Internet -/- Network Administrator -/- www.telerama.com) On Fri, 2 Jun 2000, Morten Seeberg wrote: > I didn=B4t look there manually (which someone pointed out to me), but I d= id > try choosing it on the installation floppies, and It just said that it > couldnt go there. Maybe I typed the name wrong in OPTIONS, i tried > 4.0-STABLE and 4.0-stable >=20 > ----- Original Message ----- > From: "Panagiotis Astithas" > To: > Cc: > Sent: Friday, June 02, 2000 2:28 PM > Subject: Re: Fresh 4.0-STABLE install - not possible anymore? >=20 >=20 > > On Fri, Jun 02, 2000 at 02:21:41PM +0200, morten@seeberg.dk wrote: > > > Ehh, just a few months ago it was possible to download 4.0-STABLE > snapshots from current.freebsd.org. But not anymore > > > > > > I then tried to boot the 4.0R floppies and changing 4.0-RELEASE to > 4.0-STABLE in OPTIONS like I have done many times before, that didn=B4t h= elp > either. I wasn=B4t able to do a fresh install. > > > > > > Now I know that I can do a 4.0R install and CVSup, but that doesn=B4t= help > if I have a problem with the 4.0R that halts my machine, and I=B4m pretty= sure > this was resolved in 4.0-STABLE :) > > > Also it was pretty nice to be able to download a 4.0-STABLE snapshot = at > work (nice T1 connection) and then take it home, where I only have 64Kbit= =2E > > > > > > Can anyone explain if a fresh 4.0-STABLE install is at all possible, = and > if - how :) > > > If not, why. > > > > > > /Morten > > > Merkantildata Enterprise Solutions > > > > Did you try releng4.freebsd.org? > > > > -past > > >=20 >=20 >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 9:11: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from web1405.mail.yahoo.com (web1405.mail.yahoo.com [128.11.23.169]) by hub.freebsd.org (Postfix) with SMTP id B898E37B9F8 for ; Fri, 2 Jun 2000 09:10:50 -0700 (PDT) (envelope-from gwq_uk@yahoo.com) Received: (qmail 14832 invoked by uid 60001); 2 Jun 2000 16:10:49 -0000 Message-ID: <20000602161049.14831.qmail@web1405.mail.yahoo.com> Received: from [195.107.47.196] by web1405.mail.yahoo.com; Fri, 02 Jun 2000 09:10:49 PDT Date: Fri, 2 Jun 2000 09:10:49 -0700 (PDT) From: =?iso-8859-1?q?Greg=20Quinlan?= Reply-To: gwq_uk@yahoo.com Subject: Re: PPP problem still! was PPP complains of invalid net mask??? To: Brian Somers Cc: FreeBSD-Questions@FreeBSD.ORG, FreeBSD-Stable@FreeBSD.ORG, brian@hak.lan.Awfulhak.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian, 139.230.216.112 netmask 255.255.255.128 (existing ppp) 139.230.59.227 netmask 255.255.255.0 (new ppp, not working) Of course I have not supplied the exact addresses but the effect is the same! Thanks Greg --- Brian Somers wrote: > I know little about pppd, but it looks as if pppd is > adding a route > based on the supplied netmask. > > You don't mention the relevant IP numbers, but it > sounds as if > they're conflicting (one IP resides on another > already-routable > network). > > > Hi All, > > > > I sent this message a week ago but got no reply. > Does > > anyone out there have more than one PPP dialup > link > > working?? > > > > Or a straight forward way I can debug a pure CHAP > > link? > > > > <<<< Original message below >>>> > > > > Recently while trying to set up a second PPP link > > (ppp1) I encounted an error; PPP complained that > the > > netmask of 255.255.255.0 was invalid. > > > > I believe it may have something to do with the > fact > > that I already have one PPP link (ppp0) which has > a > > network mask of 255.255.255.128. > > > > I am using kernel ppp with - 'pppd file > options.vpn' > > as the command. > > > > Setting the netmask to 255.255.255.128 on the > second > > link (ppp1) allows the dialer script to dial and > make > > the connection, but this mask is not valid for the > > client/gateway combination. Also, despite the fact > > that I do NOT specify the 'defaultroute' option in > > > the second ppp link options file (options.vpn) > pppd > > attempts to add it giving an error: 'default route > > exists' > > > > Anyone got a clue what's wrong. I am running 3.4S > from > > about midway through Feb/00. > > > > Thanks > > > > Greg > > > > ps. I'm not in the mailing list :( (could not cope > > with the volume)ie. please include me in replies!! > > -- > Brian > > > > Don't _EVER_ lose your sense of humour ! __________________________________________________ Do You Yahoo!? Yahoo! Photos -- now, 100 FREE prints! http://photos.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 10:32:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from dragonstar.dhs.org (dsl-028-a.resnet.purdue.edu [128.211.161.178]) by hub.freebsd.org (Postfix) with ESMTP id 9C08B37B5D1 for ; Fri, 2 Jun 2000 10:32:30 -0700 (PDT) (envelope-from jonsmith@dragonstar.dhs.org) Received: from localhost (jonsmith@localhost) by dragonstar.dhs.org (8.9.3/8.9.3) with ESMTP id MAA17215; Fri, 2 Jun 2000 12:32:25 -0500 (EST) (envelope-from jonsmith@dragonstar.dhs.org) Date: Fri, 2 Jun 2000 12:32:25 -0500 (EST) From: Jonathan Smith To: Chris Tracy Cc: stable@FreeBSD.ORG Subject: Re: Fresh 4.0-STABLE install - not possible anymore? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > ftp://releng4.freebsd.org/pub/FreeBSD/snapshots/i386/[newest snapshot], How about some 'defaults' such as selecting 4.0-LATEST-SNAP that's simply a symlink. Similarly for 5.0 etc. etc. etc. Further, if you select 4.0-LATEST, try releng 4, etc. By NO means do I imply removing manual ability; however, being able to select defaults would be nice. I've noticed that in running stable, I often have to change the install name to RELEASE in order to get somethings that I want (notably packages), which a symlink, again, would go a long way :) Just 1.95 cents on the subject.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 10:55: 6 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.sonetechcorp.com (064-031-065-031.inaddr.vitts.com [64.31.65.31]) by hub.freebsd.org (Postfix) with ESMTP id 094A337B6BE for ; Fri, 2 Jun 2000 10:55:03 -0700 (PDT) (envelope-from pw@mail.sonetechcorp.com) Received: from mail.sonetechcorp.com by mail.sonetechcorp.com (8.9.3/8.9.3) with ESMTP id NAA94571 for ; Fri, 2 Jun 2000 13:55:53 -0400 (EDT) (envelope-from pw@mail.sonetechcorp.com) Message-Id: <200006021755.NAA94571@mail.sonetechcorp.com> To: stable@freebsd.org Subject: Date: Fri, 02 Jun 2000 13:55:53 -0400 From: Paul Werkowski Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG remove To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 16:55:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from caffeine.gerp.org (caffeine.gerp.org [216.80.26.45]) by hub.freebsd.org (Postfix) with SMTP id 90D4537B65B for ; Fri, 2 Jun 2000 16:55:29 -0700 (PDT) (envelope-from kdulzo@caffeine.gerp.org) Received: (qmail 21314 invoked by uid 100); 2 Jun 2000 23:38:22 -0000 Date: Fri, 2 Jun 2000 18:38:21 -0500 From: "Kevin M. Dulzo" To: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Ports WRKDIRPREFIX fails when on separate mount point Message-ID: <20000602183821.A6163@caffeine.gerp.org> Reply-To: kdulzo@gerp.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Operating-System: OpenBSD caffeine 2.7 CAFFEINE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At first I thought this was due to NFS mounts, so I switched to null mounts, still failed, switched to ufs and still failed. Everytime I try to build a port with WRKDIRPREFIX, it honors it but the build fails when the directory is not on the same mounted file system as the ports tree itself. Sometimes it breaks patching, sometimes building, clean never works. Any ideas? This is a DEC Alpha 21164 box, but nothing seems to point it to alpha specific. Thanks, -Kevin ( Scenario One: NFS mounted /usr/ports WRKDIRPREFIX /usr/ports/work subdir) apoptygma# mount /dev/ad0g on /usr (ufs, local, writes: sync 2346 async 3648, reads: sync 2675 async 102) /dev/ad0h on /export (ufs, NFS exported, local, writes: sync 12172 async 5182, reads: sync 14518 async 269) localhost:/export/FreeBSD/4x/prod/ports on /usr/ports (nfs) localhost:/export/distfiles on /usr/ports/distfiles (nfs) apoptygma# cat /etc/make.conf CFLAGS= -O -pipe PERL_THREADED= true NO_SENDMAIL= true # do not build sendmail and related programs RSAREF= YES COPTFLAGS= -O -pipe COMPAT22= yes COMPAT3X= yes USA_RESIDENT= YES WRKDIRPREFIX= /usr/ports/work apoptygma# make ===> Extracting for tcsh-6.09.00 ===> Patching for tcsh-6.09.00 ===> Applying FreeBSD patches for tcsh-6.09.00 ===> Configuring for tcsh-6.09.00 [trimmed successful configure] ===> Building for tcsh-6.09.00 [trimmed successful build] apoptygma# make clean ===> Cleaning for tcsh-6.09.00 ( Scenario Two: NFS mounted /usr/ports WRKDIRPREFIX /usr/obj ufs mount /usr ) apoptygma# make ===> Extracting for tcsh-6.09.00 >> Checksum OK for tcsh-6.09.tar.gz. ===> Patching for tcsh-6.09.00 ===> Applying FreeBSD patches for tcsh-6.09.00 ===> Configuring for tcsh-6.09.00 [trimmed successful configure] ===> Building for tcsh-6.09.00 `configure' is up to date. make: don't know how to make real-build. Stop *** Error code 2 Stop in /usr/obj/usr/ports/shells/tcsh/work/tcsh-6.09.00. *** Error code 1 Stop in /usr/ports/shells/tcsh. *** Error code 1 Stop in /usr/ports/shells/tcsh. *** Error code 1 Stop in /usr/ports/shells/tcsh. poptygma# make clean make: don't know how to make clean-depends. Stop *** Error code 2 Stop in /usr/ports/shells/tcsh. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 18:53:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (Postfix) with ESMTP id 1A45437B99F for ; Fri, 2 Jun 2000 18:53:44 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) Received: from localhost (jkh@localhost [127.0.0.1]) by zippy.cdrom.com (8.9.3/8.9.3) with ESMTP id SAA11462; Fri, 2 Jun 2000 18:53:28 -0700 (PDT) (envelope-from jkh@zippy.cdrom.com) To: morten@seeberg.dk Cc: stable@FreeBSD.ORG Subject: Re: Fresh 4.0-STABLE install - not possible anymore? In-reply-to: Your message of "Fri, 02 Jun 2000 14:21:41 +0200." <200006021221.OAA20052@www.menzor.dk> Date: Fri, 02 Jun 2000 18:53:27 -0700 Message-ID: <11459.959997207@localhost> From: "Jordan K. Hubbard" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Ehh, just a few months ago it was possible to download 4.0-STABLE snapshots f rom current.freebsd.org. But not anymore Actually, it was always just pure coincidence that current.freebsd.org and releng4.freebsd.org were sharing FTP account directories before; you should always use releng4.freebsd.org to get at 4.x-stable snapshots. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 19:18: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 0F03637B7C2 for ; Fri, 2 Jun 2000 19:17:59 -0700 (PDT) (envelope-from Gerhard.Sittig@gmx.net) Received: (qmail 29805 invoked by uid 0); 3 Jun 2000 02:17:55 -0000 Received: from p3e9e7958.dip.t-dialin.net (HELO speedy.gsinet) (62.158.121.88) by mail05.rzmi.gmx.net with SMTP; 3 Jun 2000 02:17:55 -0000 Received: (from sittig@localhost) by speedy.gsinet (8.8.8/8.8.8) id VAA07739 for freebsd-stable@FreeBSD.ORG; Fri, 2 Jun 2000 21:35:32 +0200 Date: Fri, 2 Jun 2000 21:35:32 +0200 From: Gerhard Sittig To: FreeBSD-Stable Subject: Re: restricting installworld to certain distributions Message-ID: <20000602213532.I2305@speedy.gsinet> Mail-Followup-To: FreeBSD-Stable References: <20000526211802.X2305@speedy.gsinet> <20000526220454.A3325@student.csd.uu.se> <20000526211802.X2305@speedy.gsinet> <20000526214826.B18664@petra.hos.u-szeged.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000526214826.B18664@petra.hos.u-szeged.hu>; from sziszi@petra.hos.u-szeged.hu on Fri, May 26, 2000 at 09:48:26PM +0200 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My question was this: On Fri, May 26, 2000 at 09:18:02PM +0200, Gerhard Sittig wrote: > > This is a questions about how to restrict installworld in a > way, so that only the formerly installed distributions get > copied. ... and quite a long scribble followed, involving a "development workstation" with cvsup'ed sources and NFS exported buildworld results as well as an underpowered (for compilation) router with installworld over NFS ... The biggest problem was disk space concerns leaving the machine at the edge of workable state since installworld copied over manpages and docs and stuff which wasn't (binary) installed in the first place. This led to the following questions: > I guess you already know what I want to ask: Is there a way to > just update the installed software "no matter how voluminous > the /usr/src tree is"? Is there a way for installworld to have > a look at the installed distributions? Or is there a way of > "binary updating" the smaller machine which I just didn't find > out about up to now? To summarize what has been said by the helpful people on this list: On Fri, May 26, 2000 at 21:48 +0200, Szilveszter Adam wrote: > > Uhm... I do not think there is a way to restrict 'make > installworld' apart from the knobs in /etc/make.conf, which > prevent some components from building in the first place (like > sendmail) but those are more for the case when you've got your > own replacements for those and don't want them to be > overwritten... Which seems like an obvious problem. However, I > think that a binary upgarde can handle this well, because you > only select what you want to upgrade when running sysinstall. > Of course you can always fiddle with cd-ing into individual > directories in the /usr/src tree and doing 'make install's > there but I feel these to be wildly unsupported and in fact can > see quite a number of cases when they can plainly hose the > system or create problems (a major upgrade being one of them > but not the only one.) > > [ ... ] And in addition he pointed me towards mergemaster(8) and the updated handbook (available even in separate translations) to save me from doing the /etc diff and updates by hand -- at least in the "straight" cases. :) Thanks! On Fri, May 26, 2000 at 22:04 +0200, Erik Trulsson wrote: > > > [ ... what I did so far ... ] > > With 3.4-stable updating '/etc' can/should be done using > mergemaster instead. Otherwise you seem to have followed the > recommended procedure. > > [ ... ] > > You can't do quite what you ask for but almost. If you look > in /usr/src/Makefile.inc1 you will find some flags for 'make' > to control what is/isn't built/installed. > For example: 'make -DNOSHARE -DNOINFO -DNOGAMES installworld' > will skip all manpages (and everything else that goes into > /usr/share) and all .info files and also the stuff in > /usr/games. You can also add -DNOPROFILE to avoid installing > the profiled libraries. That should leave a pretty minimal > system. So I would go and back up the router's current state and install 3.3-R from scratch - to get a known and consistent state - and make installworld to 3.4-S with the above mentioned switches. Yet there are still some thinks I'm unsure about: - /etc/make.conf won't reveal anything to restrict installation of previously installed distributions, but only hinders ports and the base system from collision in the very few cases where single very well selected packages (or programs) made it into the base - like bind and sendmail and co. This is clearly stated above and was known before. - I somehow fail to "map" the bin/doc/man/src/x11 distribution of the binary install to the /usr/src subdirectories and I feel it's because they don't relate directly but get formed by make actions moving things from one directory into several places or the other way round, moving files from several subdirs into the same installed place. And as Adam puts it quite clear this procedure is very error prone and quite an effort. - So Erik's way seemed the most promising -- until I did a 'du -s /usr/share/*' and found some dirs that could be of interest and might need some attention. Unless you tell me I'm wrong and I don't have to care too much. :) - calendar, dict, games look irrelevant - doc, examples, info, man don't really miss since they're available via NFS (lack of examples being noticed most) - groff*, locale, nls, tmac are easy to live without(?) since the doc is not installed and is't not a workstation with humans sitting in front of them - pcvt, perl, skel, syscons, tabset, zoneinfo _could_ be involved in an update and I'm uncertain of the implications - isdn and misc just hold data which are not essentially of harm when not updated (unless I'm wrong here) - I'm really *scared* about not updating mk and libg++, especially the former might influence the build and install process significantly So it turns out that I will end in doing something like this: make -DNOSHARE -DNOINFO -DNOGAMES installworld ls /usr/share > list1 ls /mounted_usr/share > list2 DIRS_NEW_IN_SHARE=$( diff list? | some_formatting ) for DIR in $DIRS_OF_INTEREST; do diff -r /usr/share/$DIR $MOUNTED/share/$DIR do_patches_or_copies # should I extend mergemaster here? done for DIR in $DIRS_NEW_IN_SHARE; do dir_is_not_important && continue copy_them_over done The easiest solution for me seems to be to free up another 120MB disk from the Linux router (since it's to be replaced anyway with the "new" machine) and use this one as /usr, leaving enough space for a "mostly unrestricted" make installworld with more distributions than just bin and secure. I'm almost certain none of the "in the know" people have the resources to spend hours or even days just for the rare case where single megabytes count and binary installation is not an option. That's where I tend to follow the easier route. The effort of splitting installworld to finer grain even seems to not pay in the end -- disk space is so cheap today when installing anything new and even older machines usually have a few hundred of megabytes to offer. I guess it's not the regular situation these days to just have 100MB for it all. BTW Can it be that "make release" and /stand/sysinstall's Upgrade menu item is the proper or better suited solution and I just didn't get it? Will it be worth the hassle to shuffle some data and free up space for building a -SNAP to install from? Although doing so will take quite some time so my feedback on this definitely will delay substantially. virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 21: 3:43 2000 Delivered-To: freebsd-stable@freebsd.org Received: from wintermute.sparhawk.bc.ca (24.66.169.200.bc.wave.home.com [24.66.169.200]) by hub.freebsd.org (Postfix) with ESMTP id 33ED237BA1A for ; Fri, 2 Jun 2000 21:03:37 -0700 (PDT) (envelope-from sparhawk@sparhawk.bc.ca) Received: from beast.sparhawk.bc.ca (beast.sparhawk.bc.ca [192.168.1.6]) by wintermute.sparhawk.bc.ca (8.9.3/8.9.3) with ESMTP id VAA01083 for ; Fri, 2 Jun 2000 21:03:36 -0700 (PDT) (envelope-from sparhawk@sparhawk.bc.ca) Message-Id: <4.3.2.20000531202654.01750668@192.168.1.69> X-Sender: sparhawk@192.168.1.69 X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Wed, 31 May 2000 21:03:17 -0700 To: stable@freebsd.org From: Sparhawk Subject: Reboots on Alpha System running 4.0 Stable Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I updated from 4.0 RELEASE to STABLE about 3 or 4 days ago on my Digital AlphaServer 400 4/233, since then I have noticed a few reboots. The following Message appears in my log file. I am running an opennap napster server on the machine. Any ideas what might be causing this? Sparhawk sparhawk@sparhawk.bc.ca Jun 2 04:13:55 wintermute /kernel: Jun 2 04:13:55 wintermute /kernel: fatal kernel trap: Jun 2 04:13:55 wintermute /kernel: Jun 2 04:13:55 wintermute /kernel: trap entry = 0x2 (memory management fault) Jun 2 04:13:55 wintermute /kernel: a0 = 0x61feffa59f0 Jun 2 04:13:55 wintermute /kernel: a1 = 0x1 Jun 2 04:13:55 wintermute /kernel: a2 = 0x0 Jun 2 04:13:55 wintermute /kernel: pc = 0xfffffc00003cd520 Jun 2 04:13:55 wintermute /kernel: ra = 0xfffffc00003b8a60 Jun 2 04:13:55 wintermute /kernel: curproc = 0xfffffe000aca44c0 Jun 2 04:13:55 wintermute /kernel: pid = 356, comm = opennap Jun 2 04:13:55 wintermute /kernel: Jun 2 04:13:55 wintermute /kernel: panic: trap Jun 2 04:13:55 wintermute /kernel: Jun 2 04:13:55 wintermute /kernel: syncing disks... 22 22 22 22 22 22 22 22 22 22 22 22 22 22 22 22 22 22 22 22 Jun 2 04:13:55 wintermute /kernel: giving up on 22 buffers Jun 2 04:13:55 wintermute /kernel: Uptime: 13h30m36s Jun 2 04:13:55 wintermute /kernel: Automatic reboot in 15 seconds - press a key on the console to abort Jun 2 04:13:55 wintermute /kernel: Rebooting... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 21:23:22 2000 Delivered-To: freebsd-stable@freebsd.org Received: from caffeine.gerp.org (caffeine.gerp.org [216.80.26.45]) by hub.freebsd.org (Postfix) with SMTP id 65D0337B9F0 for ; Fri, 2 Jun 2000 21:23:15 -0700 (PDT) (envelope-from kdulzo@caffeine.gerp.org) Received: (qmail 20045 invoked by uid 100); 3 Jun 2000 04:12:32 -0000 Date: Fri, 2 Jun 2000 23:12:32 -0500 From: "Kevin M. Dulzo" To: Sparhawk Cc: freebsd-stable@freebsd.org, freebsd-alpha@freebsd.org Subject: Re: Reboots on Alpha System running 4.0 Stable Message-ID: <20000602231231.A19283@caffeine.gerp.org> Reply-To: kdulzo@gerp.org References: <4.3.2.20000531202654.01750668@192.168.1.69> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <4.3.2.20000531202654.01750668@192.168.1.69>; from sparhawk@sparhawk.bc.ca on Wed, May 31, 2000 at 09:03:17PM -0700 X-Operating-System: OpenBSD caffeine 2.7 CAFFEINE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 31, 2000 at 09:03:17PM -0700, Sparhawk wrote: > I updated from 4.0 RELEASE to STABLE about 3 or 4 days ago on my Digital > AlphaServer 400 4/233, since then I have noticed a few reboots. The > following Message appears in my log file. I am running an opennap napster > server on the machine. > > Any ideas what might be causing this? > > Sparhawk > sparhawk@sparhawk.bc.ca > > Jun 2 04:13:55 wintermute /kernel: > Jun 2 04:13:55 wintermute /kernel: fatal kernel trap: > Jun 2 04:13:55 wintermute /kernel: > Jun 2 04:13:55 wintermute /kernel: trap entry = 0x2 (memory management fault) > Jun 2 04:13:55 wintermute /kernel: a0 = 0x61feffa59f0 > Jun 2 04:13:55 wintermute /kernel: a1 = 0x1 > Jun 2 04:13:55 wintermute /kernel: a2 = 0x0 > Jun 2 04:13:55 wintermute /kernel: pc = 0xfffffc00003cd520 > Jun 2 04:13:55 wintermute /kernel: ra = 0xfffffc00003b8a60 > Jun 2 04:13:55 wintermute /kernel: curproc = 0xfffffe000aca44c0 > Jun 2 04:13:55 wintermute /kernel: pid = 356, comm = opennap > Jun 2 04:13:55 wintermute /kernel: > Jun 2 04:13:55 wintermute /kernel: panic: trap > Jun 2 04:13:55 wintermute /kernel: > Jun 2 04:13:55 wintermute /kernel: syncing disks... 22 22 22 22 22 22 22 > 22 22 > 22 22 22 22 22 22 22 22 22 22 22 > Jun 2 04:13:55 wintermute /kernel: giving up on 22 buffers > Jun 2 04:13:55 wintermute /kernel: Uptime: 13h30m36s > Jun 2 04:13:55 wintermute /kernel: Automatic reboot in 15 seconds - press > a key > on the console to abort > Jun 2 04:13:55 wintermute /kernel: Rebooting... > I have had the same issue, I thought it was due to nullfs mounts, so I removed them. a gdb showed an unknown symbol point in it wierd heuristic error as well in gdb -k. I rebuilt a kernel with nullfs build in to hopefully have the symbol show up next time I try them...but I lost the kernel.debug for the core files. I will follow up with a set if it occurs again. In my case cvsup caused one (last known symbol was in ufs something read or write) and cp caused another...no debug info. Just thought Id let it be known thats not an isolated error. Mines a PC164 at 500MHz underclocked to 466. -Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 22: 3:36 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id A04AE37BAE0 for ; Fri, 2 Jun 2000 22:03:21 -0700 (PDT) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.3+Sun/SMI-SVR4) id HAA11237; Sat, 3 Jun 2000 07:03:48 +0200 (MET DST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 12y65f-0001fA-00 for ; Sat, 03 Jun 2000 07:03:19 +0200 Date: Sat, 3 Jun 2000 07:03:19 +0200 From: Szilveszter Adam To: FreeBSD-Stable Subject: Re: restricting installworld to certain distributions Message-ID: <20000603070319.A5745@petra.hos.u-szeged.hu> Mail-Followup-To: FreeBSD-Stable References: <20000526211802.X2305@speedy.gsinet> <20000526220454.A3325@student.csd.uu.se> <20000526211802.X2305@speedy.gsinet> <20000526214826.B18664@petra.hos.u-szeged.hu> <20000602213532.I2305@speedy.gsinet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000602213532.I2305@speedy.gsinet>; from Gerhard.Sittig@gmx.net on Fri, Jun 02, 2000 at 09:35:32PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! On Fri, Jun 02, 2000 at 09:35:32PM +0200, Gerhard Sittig wrote: > My question was this: > > On Fri, May 26, 2000 at 09:18:02PM +0200, Gerhard Sittig wrote: > > > > This is a questions about how to restrict installworld in a > > way, so that only the formerly installed distributions get > > copied. [...] > So I would go and back up the router's current state and install > 3.3-R from scratch - to get a known and consistent state - and > make installworld to 3.4-S with the above mentioned switches. > Yet there are still some thinks I'm unsure about: > > - /etc/make.conf won't reveal anything to restrict installation > of previously installed distributions, but only hinders ports > and the base system from collision in the very few cases where > single very well selected packages (or programs) made it into > the base - like bind and sendmail and co. This is clearly > stated above and was known before. Well, it is possible that the aforementioned switches (NOSHARE, NOGAMES etc) which very much influence what gets built and what does not, were not present in the 3.x version of /etc/make.conf. Sorry, I can no longer remember. They certainly are in 4.x and -CURRENT, with the only exception that the contents of the file have moved to /etc/defaults/make.conf and /etc/make.conf now only has the overrides. But, as has been said before in this thread, this is not quite what you asked for, it is just similar. Problem is, I still could not think of a better way for a source install. > - I somehow fail to "map" the bin/doc/man/src/x11 distribution of > the binary install to the /usr/src subdirectories and I feel > it's because they don't relate directly but get formed by make > actions moving things from one directory into several places or > the other way round, moving files from several subdirs into the > same installed place. And as Adam puts it quite clear this > procedure is very error prone and quite an effort. Well, although I do not claim to have an intricate knowledge of the make world process, but again... The X11 sources are not present on your system when you install it from sysinstall. X11 does not get updated with a make world, either. The only way to upgrade X is to build the port in /usr/ports/x11 or install the package (which will still go into the correct location at /usr/X11R6, of course) . So X is out of the game:-) As for others, most directories hold what the name says, bin is for /bin, usr.bin for /usr/bin, etc for /etc and so on (although /etc/root contains files that go into /root and /), but there is contributed software in contrib to make your life easier:-) and there is a gnu subdir. The reason from keeping them separate is that contributed software is "on the vendor branch" and therefore different rules apply to committs to those. The gnu subdir holds software from the FSF but sometimes not the files themselves, just the Makefiles which point to locations in contrib. It is easy to figure out what goes where, though: under gnu you have include, lib, libexec, usr.bin and usr.sbin subdirs which about covers it all. Under contrib things get more complicated, but since the subdirs hold individual software packages, you can just look at where does things are now on your system and they will go to the same place later, too. On 4.x and later there is also secure and crypto which hold crytographic apps, but these are not in the base system for 3.x. But yes, the process is quite delicate and is meant to function only the way it is prescribed in the Makefiles (/etc/make.conf just makes setting variables easy.) > - So Erik's way seemed the most promising -- until I did a 'du -s > /usr/share/*' and found some dirs that could be of interest and > might need some attention. Unless you tell me I'm wrong and I > don't have to care too much. :) Of course, it is your take:-) I have just found things in /usr/share that I have never figured, existed... like flowers in misc... hmmm a UNIX system never gets boring, you know...:-) > - calendar, dict, games look irrelevant Yes. NOGAMES takes care of 'em games. > - doc, examples, info, man don't really miss since they're > available via NFS (lack of examples being noticed most) Good. > - groff*, locale, nls, tmac are easy to live without(?) since > the doc is not installed and is't not a workstation with > humans sitting in front of them I am not sure for locale, but maybe it gets set to some default if not otherwise specified. I certainly do use it because it is nice to have the computer print dates in Hungarian:-) and of course because it is a workstation. > - pcvt, perl, skel, syscons, tabset, zoneinfo _could_ be > involved in an update and I'm uncertain of the implications Wait... pcvt and perl are not in /usr/src/share... of course, if you do not intend to use the PCVT console instead of the default syscons, it does not need to be updated. But I do not know if it can be turned off separately. (I do not think so.) It is involved for building the kernel, as just about anything else under /usr/src/sys... be careful there. For Perl, there are quite a number of switches, including NOPERL. You have to decide if you use it at all. The others... well, syscons holds keymaps and scrnmaps for different keyboads, probably needed. skel holds some default files for generating things like .cshrc. zoneinfo has the time zone info and gets updated from time to time because governments keep changing to what time zone their country belongs. > - isdn and misc just hold data which are not essentially of > harm when not updated (unless I'm wrong here) No, I do not think they are so important. > - I'm really *scared* about not updating mk and libg++, > especially the former might influence the build and install > process significantly But wait, libg++ is not under /usr/src/share, either... mk is, and is good to keep in an up-to-date shape. > So it turns out that I will end in doing something like this: > > make -DNOSHARE -DNOINFO -DNOGAMES installworld > ls /usr/share > list1 > ls /mounted_usr/share > list2 > DIRS_NEW_IN_SHARE=$( diff list? | some_formatting ) > for DIR in $DIRS_OF_INTEREST; do > diff -r /usr/share/$DIR $MOUNTED/share/$DIR > do_patches_or_copies > # should I extend mergemaster here? mergemaster only works for /etc, but can be modified to serve your needs. > done > for DIR in $DIRS_NEW_IN_SHARE; do > dir_is_not_important && continue > copy_them_over > done > > The easiest solution for me seems to be to free up another 120MB > disk from the Linux router (since it's to be replaced anyway with > the "new" machine) and use this one as /usr, leaving enough space > for a "mostly unrestricted" make installworld with more > distributions than just bin and secure. Well, if you can do this, that would help you, yes... > BTW Can it be that "make release" and /stand/sysinstall's > Upgrade menu item is the proper or better suited solution and I > just didn't get it? Will it be worth the hassle to shuffle some > data and free up space for building a -SNAP to install from? > Although doing so will take quite some time so my feedback on > this definitely will delay substantially. 'Make release' takes quite some time and needs lots of disk space. And what is worse, it is not always as straight-forward as a 'make world'. Sometimes it does not work at all. I do not think it should be used for 'everyday consumption' although I may be wrong here. The Upgrade menu is suited to your needs, yes. If you do not mind doing a binary-only install, you can upgrade exactly the distributions you have. I have used it for some time before doing make worlds but space is not such a big issue on this machine after all... All you need is a place to get new snapshots from. Since these are available from ftp, there is no problem, the upgrade is as easy as an installation. Hope this helped some more... -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri Jun 2 22: 5:27 2000 Delivered-To: freebsd-stable@freebsd.org Received: from freemail.aecinfo.com (host-45.toronto.bricsnet.com [209.146.217.45]) by hub.freebsd.org (Postfix) with ESMTP id 30ACB37BAA2; Fri, 2 Jun 2000 22:05:14 -0700 (PDT) (envelope-from mitayai@bricsnet.com) Received: from mitayai3 (Barrie-ppp81176.sympatico.ca [216.209.22.47]) by freemail.aecinfo.com (8.8.8/8.8.8) with SMTP id BAA01480; Sat, 3 Jun 2000 01:05:12 -0400 (EDT) (envelope-from mitayai@bricsnet.com) From: "Will Mitayai Keeso Rowe" To: , "FreeBSD-Stable" Subject: Xircom PCMCIA card support Date: Sat, 3 Jun 2000 01:04:32 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Folks! Quick question: Will FreeBSD be supporting the Xircom PCMCIA cards anytime in the near future? I've got a Xircom Cardbus 100 / 56K Modem combo PC card in my Dell Inspiron 5000, and i'd much rather run FreeBSD on it than Linux... Regards, Mit To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jun 3 0: 1:58 2000 Delivered-To: freebsd-stable@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id C219337BAFD for ; Sat, 3 Jun 2000 00:01:54 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id e5371ot37432; Sat, 3 Jun 2000 00:01:50 -0700 (PDT) Date: Sat, 3 Jun 2000 00:01:49 -0700 (PDT) From: Doug White To: Bharat Mediratta Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 3.4-STABLE -> 4.0-RELEASE upgrade: unable to mount root partition In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 2 Jun 2000, Bharat Mediratta wrote: > Mounting root from ufs:wd0s1a > wd0: bad sector table not supported > wd0s1: bad sector table not supported Bad144 tables are not supported in 4.0. Check the mail archives for a solution, I think you can just dd /dev/zero over the table to clear it, but you may have to repartition. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jun 3 0: 6:51 2000 Delivered-To: freebsd-stable@freebsd.org Received: from smtp5.dti.ne.jp (smtp5.dti.ne.jp [202.216.228.40]) by hub.freebsd.org (Postfix) with ESMTP id E1D3C37B55F; Sat, 3 Jun 2000 00:06:41 -0700 (PDT) (envelope-from fuyuki@jade.dti.ne.jp) Received: from localhost (PPP33.sapporo-ap.dti.ne.jp [210.159.165.33]) by smtp5.dti.ne.jp (8.9.3/3.7W) with ESMTP id QAA11100; Sat, 3 Jun 2000 16:06:13 +0900 (JST) To: kdulzo@gerp.org Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Ports WRKDIRPREFIX fails when on separate mount point From: Kimura Fuyuki In-Reply-To: <20000602183821.A6163@caffeine.gerp.org> References: <20000602183821.A6163@caffeine.gerp.org> X-Mailer: Mew version 1.94.1 on Emacs 20.6 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000603160651B.fuyuki@jade.dti.ne.jp> Date: Sat, 03 Jun 2000 16:06:51 +0900 X-Dispatcher: imput version 20000228(IM140) Lines: 8 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > ( Scenario Two: NFS mounted /usr/ports WRKDIRPREFIX /usr/obj ufs mount /usr ) Do not set WRKDIRPREFIX to /usr/obj. It confuses make. I was also caught in the trap. ;-) My recommendation is WRKDIRPREFIX=/var/tmp. I think this have to be warned in make.conf. -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jun 3 0:17:16 2000 Delivered-To: freebsd-stable@freebsd.org Received: from caffeine.gerp.org (caffeine.gerp.org [216.80.26.45]) by hub.freebsd.org (Postfix) with SMTP id DCF0337BAF3 for ; Sat, 3 Jun 2000 00:17:11 -0700 (PDT) (envelope-from kdulzo@caffeine.gerp.org) Received: (qmail 21002 invoked by uid 100); 3 Jun 2000 07:06:28 -0000 Date: Sat, 3 Jun 2000 02:06:28 -0500 From: "Kevin M. Dulzo" To: Kimura Fuyuki Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Ports WRKDIRPREFIX fails when on separate mount point Message-ID: <20000603020628.A32610@caffeine.gerp.org> Reply-To: kdulzo@gerp.org References: <20000602183821.A6163@caffeine.gerp.org> <20000603160651B.fuyuki@jade.dti.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000603160651B.fuyuki@jade.dti.ne.jp>; from fuyuki@jade.dti.ne.jp on Sat, Jun 03, 2000 at 04:06:51PM +0900 X-Operating-System: OpenBSD caffeine 2.7 CAFFEINE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jun 03, 2000 at 04:06:51PM +0900, Kimura Fuyuki wrote: > > ( Scenario Two: NFS mounted /usr/ports WRKDIRPREFIX /usr/obj ufs mount /usr ) > > Do not set WRKDIRPREFIX to /usr/obj. It confuses make. I was also > caught in the trap. ;-) My recommendation is WRKDIRPREFIX=/var/tmp. > > I think this have to be warned in make.conf. > ACK! Thanks for the pointer, this works. /var/tmp isn't good for me, my hope is to have an obj hierarchy for both opsys code and ports for both alpha and i386 (and sparc hehe) and a single src/ports tree exported. I can adjust . I did not come across this in any mailing list searching I had done, or docs anywhere -- IMHO this SHOULD be documented in /usr/ports/Mk/bsd.port.mk as /usr/obj would be a likely place to stick ports workdirs in the hierarchy to keep them out of /usr/ports. -Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jun 3 0:28:46 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sullivan.realtime.net (sullivan.realtime.net [205.238.128.209]) by hub.freebsd.org (Postfix) with ESMTP id 44A8C37BB3B for ; Sat, 3 Jun 2000 00:28:42 -0700 (PDT) (envelope-from brucegb@sullivan.realtime.net) Received: (from brucegb@localhost) by sullivan.realtime.net (8.9.3/8.9.3) id CAA26273 for freebsd-stable@freebsd.org; Sat, 3 Jun 2000 02:28:36 -0500 (CDT) (envelope-from brucegb) From: Bruce Burden Message-Id: <200006030728.CAA26273@sullivan.realtime.net> Subject: Re: Xircom PCMCIA card support In-Reply-To: from Will Mitayai Keeso Rowe at "Jun 3, 2000 01:04:32 am" To: freebsd-stable@freebsd.org Date: Sat, 3 Jun 2000 02:28:36 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Will FreeBSD be supporting the Xircom PCMCIA cards anytime in the near > future? I've got a Xircom Cardbus 100 / 56K Modem combo PC card in my Dell > Inspiron 5000, and i'd much rather run FreeBSD on it than Linux... > If it really is a cardbus device, no, FreeBSD does not at this time support Cardbus cards. If it is this, however: # Xircom CreditCard Ethernet 10/100 + modem (Ethernet part) card "Xircom" "CreditCard Ethernet 10/100 + Modem 56" config 0x27 "xe0" ? insert logger -t pccard:$device -s Xircom CreditCard Modem inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s Xircom CreditCard Modem removed remove /sbin/ifconfig $device delete then I would say "Yes, it does." :-) Support for Cardbus cards should be a feature in 5.0. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jun 3 1:14:32 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sinia.com (c1.sinia.com [64.14.20.139]) by hub.freebsd.org (Postfix) with ESMTP id 6FEA937BB34 for ; Sat, 3 Jun 2000 01:14:27 -0700 (PDT) (envelope-from bharat@sinia.com) Received: from firebrand (localhost.sinia.com [127.0.0.1]) by sinia.com (8.9.3/8.9.3) with SMTP id BAA71475 for ; Sat, 3 Jun 2000 01:16:08 -0700 (PDT) (envelope-from bharat@sinia.com) From: "Bharat Mediratta" To: Subject: RE: 3.4-STABLE -> 4.0-RELEASE upgrade: unable to mount root partition Date: Sat, 3 Jun 2000 01:14:04 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Fri, 2 Jun 2000, Bharat Mediratta wrote: > > > Mounting root from ufs:wd0s1a > > wd0: bad sector table not supported > > wd0s1: bad sector table not supported > > Bad144 tables are not supported in 4.0. Check the mail archives for a > solution, I think you can just dd /dev/zero over the table to clear it, > but you may have to repartition. Ok, I've received several emails from people saying that bad144 is not supported in 4.0 (where is that documented?) I checked the mail archives, but can find no solution that explains in detail: a) how to tell if your drive has bad144 on it b) how to remove bad144 without reformatting your drive I ran sysinstall and looked at the disk using it's fdisk utility and there is no 'B' next to the freebsd slice. I have a second disk that may or may not have bad144 tables on it. This machine is my primary gateway to the world and although it is backed up, I'd rather not expose myself to a lot of downtime. I'd like to understand my situation as best as possible before I take any action. Any information is welcome. Thanks, -Bharat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jun 3 6:28:56 2000 Delivered-To: freebsd-stable@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 7134F37B522; Sat, 3 Jun 2000 06:27:03 -0700 (PDT) (envelope-from jose@we.lc.ehu.es) Received: from we.lc.ehu.es (lxpx84.lx.ehu.es [158.227.99.84]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id PAA28245; Sat, 3 Jun 2000 15:26:21 +0200 (MET DST) Message-ID: <39390778.5AD00041@we.lc.ehu.es> Date: Sat, 03 Jun 2000 15:26:16 +0200 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: Will Mitayai Keeso Rowe Cc: freebsd-questions@FreeBSD.ORG, FreeBSD-Stable Subject: Re: Xircom PCMCIA card support References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Will Mitayai Keeso Rowe wrote: > > Will FreeBSD be supporting the Xircom PCMCIA cards anytime in the near > future? I've got a Xircom Cardbus 100 / 56K Modem combo PC card in my Dell > Inspiron 5000, and i'd much rather run FreeBSD on it than Linux... > FreeBSD supports the Xircom PCMCIA cards (xe(4) driver), but there is no support for any Cardbus devices yet. -- ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jun 3 8:51: 0 2000 Delivered-To: freebsd-stable@freebsd.org Received: from finch-post-10.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38]) by hub.freebsd.org (Postfix) with ESMTP id C25BA37B732 for ; Sat, 3 Jun 2000 08:50:56 -0700 (PDT) (envelope-from andrew@aaaaaaaa.demon.co.uk) Received: from aaaaaaaa.demon.co.uk ([158.152.178.85]) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 12yGCM-0004Z0-0A for stable@freebsd.org; Sat, 3 Jun 2000 15:50:55 +0000 Received: (from andrew@localhost) by aaaaaaaa.demon.co.uk (8.8.8/8.8.7) id QAA21240 for stable@freebsd.org; Sat, 3 Jun 2000 16:50:56 +0100 (BST) (envelope-from andrew) From: Andrew Wilson Message-Id: <200006031550.QAA21240@aaaaaaaa.demon.co.uk> Subject: make world fails on new 2.2.8-stable... To: stable@freebsd.org Date: Sat, 3 Jun 100 16:50:56 +0100 (BST) Reply-To: Andrew.Wilson@cs.cf.ac.uk 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-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I cvsup'd 2.2.8-stable today (new tweaks appeared in syslog code). 'make world' croaks with: --- cut here -- ===> usr.sbin/syslogd cc -nostdinc -O -I/usr/obj/b/andrew/CVSUP-2.2/src/tmp/usr/include -c /b/andrew/CVSUP-2.2/src/usr.sbin/syslogd/syslogd.c /b/andrew/CVSUP-2.2/src/usr.sbin/syslogd/syslogd.c: In function `fprintlog': /b/andrew/CVSUP-2.2/src/usr.sbin/syslogd/syslogd.c:822: structure has no member named `name' /b/andrew/CVSUP-2.2/src/usr.sbin/syslogd/syslogd.c:828: structure has no member named `name' *** Error code 1 Stop. In other news bin/ed still has a call to strlcpy which doesn't exist on 2.2.8. 's/strlcpy/strncpy' seemed to fix that though. Cheers, Ay. Andrew.Wilson@cs.cf.ac.uk http://www.cs.cf.ac.uk/User/Andrew.Wilson/ Voice/Fax: +44 (0) 1865 513 091 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jun 3 10:44:34 2000 Delivered-To: freebsd-stable@freebsd.org Received: from mass.cdrom.com (adsl-63-206-88-224.dsl.snfc21.pacbell.net [63.206.88.224]) by hub.freebsd.org (Postfix) with ESMTP id F41CE37BC67 for ; Sat, 3 Jun 2000 10:44:30 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id KAA09577; Sat, 3 Jun 2000 10:47:25 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200006031747.KAA09577@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Bharat Mediratta" Cc: freebsd-stable@freebsd.org Subject: Re: 3.4-STABLE -> 4.0-RELEASE upgrade: unable to mount root partition In-reply-to: Your message of "Sat, 03 Jun 2000 01:14:04 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 Jun 2000 10:47:25 -0700 From: Mike Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Mounting root from ufs:wd0s1a > > > wd0: bad sector table not supported > > > wd0s1: bad sector table not supported ... > a) how to tell if your drive has bad144 on it See error messages above. > b) how to remove bad144 without reformatting your drive There are no tools to do this. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jun 3 14: 6:35 2000 Delivered-To: freebsd-stable@freebsd.org Received: from cicero0.cybercity.dk (cicero0.cybercity.dk [212.242.40.52]) by hub.freebsd.org (Postfix) with ESMTP id D4AC537B532 for ; Sat, 3 Jun 2000 14:06:30 -0700 (PDT) (envelope-from sunmaster@sunmaster.org) Received: from usr01.cybercity.no (usr01.cybercity.no [212.242.43.202]) by cicero0.cybercity.dk (Postfix) with ESMTP id 03F0E1A276 for ; Sat, 3 Jun 2000 23:06:02 +0200 (CEST) Received: from sunmaster.org (msx-osl-15-51.ppp.cybercity.no [212.242.56.179]) by usr01.cybercity.no (8.9.3/8.9.3) with ESMTP id XAA15870 for ; Sat, 3 Jun 2000 23:06:00 +0200 (CEST) Message-ID: <39397316.39A912B8@sunmaster.org> Date: Sat, 03 Jun 2000 23:05:26 +0200 From: Gunnar Bjelland X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Problems with buildworld on 4-stable and -current Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My last 4-stable build was may 16th - and when I tried to cvsup and rebuild a few days ago - I get this errormessage : ===> libssh cd /usr/src5/src/gnu/lib/libgcc; make depend; make all; make install echo '#include ' > config.h echo '#include "gansidecl.h"' > tconfig.h echo '#include "i386/i386.h"' > tm.h echo '#include "i386/xm-i386.h"' >> tconfig.h echo '#include "i386/att.h"' >> tm.h echo '#include "svr4.h"' >> tm.h echo '#include ' >> tm.h echo '#include "i386/freebsd.h"' >> tm.h echo '#include "i386/perform.h"' >> tm.h echo '#include ' >> config.h rm -f .depend mkdep -f .depend -a -I/usr/src5/src/gnu/lib/libgcc/../../../contrib/gcc/config -I/usr/src5/src/gnu/lib/libgcc/../../../contrib/gcc -I. -DIN_GCC -I/usr/obj/usr/src5/src/i386/usr/include /usr/src5/src/gnu/lib/libgcc/../../../contrib/gcc/frame.c mkdep -f .depend -a -nostdinc++ -I/usr/src5/src/gnu/lib/libgcc/../../../contrib/gcc/cp/inc /usr/src5/src/gnu/lib/libgcc/../../../contrib/gcc/cp/tinfo.cc /usr/src5/src/gnu/lib/libgcc/../../../contrib/gcc/cp/tinfo2.cc /usr/src5/src/gnu/lib/libgcc/../../../contrib/gcc/cp/new.cc /usr/src5/src/gnu/lib/libgcc/../../../contrib/gcc/cp/exception.cc /usr/src5/src/gnu/lib/libgcc/../../../contrib/gcc/cp/exception.cc:33: gansidecl.h: No such file or directory /usr/src5/src/gnu/lib/libgcc/../../../contrib/gcc/cp/exception.cc:34: eh-common.h: No such file or directory mkdep: compile failed I first thought -stable was broken - and have been cvsup'ing regularly hoping the problem would be fixed, and also carefully read the stable mailinglist. Since noone else mentioned anything like it - I decided to try upgrade a 3-stable box to 4, which worked like it should. I have done a make clean, cleandir, removed /usr/obj - deleting all sources and cvsup'ing it all. So I decided - what the heck - let's try -current. Which just happens to bail out due to the same files not found, in the excact same place. Hints ? Help ? Anything ? I'm desperate. Gunnar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jun 3 17: 0: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from distortion.dk (distortion.dk [195.249.147.156]) by hub.freebsd.org (Postfix) with ESMTP id 5568737BD3E for ; Sat, 3 Jun 2000 16:59:56 -0700 (PDT) (envelope-from morten@seeberg.dk) Received: from sos (fw.radk.neg-micon.com [195.249.147.131] (may be forged)) by distortion.dk (8.9.3/8.9.1) with SMTP id CAA95040 for ; Sun, 4 Jun 2000 02:02:54 +0200 (CEST) (envelope-from morten@seeberg.dk) Message-ID: <00fb01bfcdc0$58aab2a0$0e21a8c0@sos> From: "Morten Seeberg" To: Subject: IDA Raid controller and FreeBSD 4.x Date: Sun, 4 Jun 2000 02:00:58 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, sorry for not answering earlier, but I only had the time myself to test the IDA support in 4.x yesterday, which is why I didn´t have any experience to share with you. I also tried booting the 4.0-RELEASE CD, and was able to install on the IDA driver, but it didn´t work after the reboot, just like many of you mailed me. Since I had heard a lot about changes in 4.0-STABLE regarding the IDA driver, i decided not to spend any more time on 4.0R and installed a 4.0-STABLE on my machine. In this version the IDA devices got their own device name, instead of using the IDE support. This should mean that you should be able to have IDE devices along with booting off the IDA devices. I didn´t have any IDE devices when I did this, so if any of you test this, I would very much like to hear about it, so I can put it on my website. To install 4.0-STABLE just go to ftp://releng4.freebsd.org/pub/FreeBSD/snapshots/i386 and download the floppies for a snapshot, and then boot them. Then select the releng4 FTP site when doing a network install. I used 4.0-20000602-STABLE, worked fine for me. I have updated the website to reflect all these new things: http://seeberg.dk/freebsd/idaraid Please fill out the form if your IDA site/machine/workstation isn´t on the list, so we can convince Compaq to support the FreeBSD project (I had a disk crash on my laptop a few months ago, so I might have lost your addition to the list). I also played around with the ARRAY expanding feature, read more about this on the site. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /\/\orten $eeberg, Systems Consultant @ Merkantildata - Enterprise Solutions #echo 'System Administrators suck :)' > /dev/console ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /\/\orten $eeberg, Systems Consultant @ Merkantildata - Enterprise Solutions #echo 'System Administrators suck :)' > /dev/console To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jun 3 18:24:47 2000 Delivered-To: freebsd-stable@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id 1451737B6B1; Sat, 3 Jun 2000 18:24:46 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id SAA71460; Sat, 3 Jun 2000 18:24:45 -0700 (PDT) From: Archie Cobbs Message-Id: <200006040124.SAA71460@bubba.whistle.com> Subject: PCCARD support To: freebsd-stable@freebsd.org Date: Sat, 3 Jun 2000 18:24:45 -0700 (PDT) Cc: iwasaki@freebsd.org, imp@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Some of this may be old news, but I just thought I'd report my experiences upgrading my laptop to 4.0-stable yesterday. #1. First, here's a new entry for pccard.conf: # PreMax PE-200 Ethernet Card card "PMX " "PE-200" config auto "ed0" 11 0x10 ether 0x7f0 insert logger -t pccard:$device -s PREMAX PE-200 inserted insert /etc/pccard_ether $device remove logger -t pccard:$device -s PREMAX PE-200 removed remove /sbin/ifconfig $device delete #2. This card requires a 1024 memory block, but a bug in pccardd causes the allocation to always fail... Of course, now that the card works again I can see that this is already fixed in -current, pccardd/util.c rev. 1.14. Would someone care to MFC please? #3. My USR modem card used to work with PAO. Now when I try to talk to it (using 'tip') the laptop completely freezes.. such that only a power cycle wakes it up. Here are the messages that appear: pccardd[66]: Card "U.S. Robotics"("XJ/CC1336") matched "U.S. Robotics" ("XJ/CC1336") pccardd[66]: Assign sio1, io 0x2f8-0x2ff, mem 0x0, 0 bytes, irq 3, flags 0 /kernel: sio1 at port 0x2f8-0x2ff irq 3 slot 1 on pccard1 /kernel: sio1: type 8250 pccard:sio1: U.S. Robotics XJ/CC1336 inserted Thanks, -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jun 3 19:17:42 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sinia.com (c1.sinia.com [64.14.20.139]) by hub.freebsd.org (Postfix) with ESMTP id EEEE737C5C2 for ; Sat, 3 Jun 2000 19:17:35 -0700 (PDT) (envelope-from bharat@sinia.com) Received: from firebrand (localhost.sinia.com [127.0.0.1]) by sinia.com (8.9.3/8.9.3) with SMTP id TAA78461 for ; Sat, 3 Jun 2000 19:19:18 -0700 (PDT) (envelope-from bharat@sinia.com) From: "Bharat Mediratta" To: Subject: RE: 3.4-STABLE -> 4.0-RELEASE upgrade: unable to mount root partition Date: Sat, 3 Jun 2000 19:16:18 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-reply-To: <200006031747.KAA09577@mass.cdrom.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I finally got an answer to this problem. Since this problem prevented me from upgrading my machine for over a week and it's not documented anywhere, let me explain the problem and the solution. (thanks to David Babler dbabler@Rigel.orionsys.com for the info below) When I installed FreeBSD 3.4-STABLE on my machine there was no indication that bad144 (bad sector forwarding) was not a good idea. Support for bad144 went away in 4.0, so if you are using it in 3.4 this will get in the way of upgrading. After you reinstall the kernel and reboot it will not let you remounte your root partition and will give you an error message like this: wd0: bad sector table not supported wd0s1: bad sector table not supported So here are some common questions and answers: Q: How do I tell if my drive has bad144 on it, BEFORE I try to upgrade to FreeBSD 4.0 and have it fail on me? A: Use the disklabel utility. 'disklabel -r wd0' (replace wd0 with your drive device) will give you the contents of your disk label. For example: # /dev/rwd0c: type: ESDI disk: wd0s1 label: flags: badsect <--- NOTE! bytes/sector: 512 sectors/track: 63 Q: How do I remove bad144? A: The easiest way to do this is to use disklabel. You can dump the current label out to disk and then reload it, or you can just edit it in place with 'disklabel -e -r wd0'. All you have to do is remove 'badsect' from the flags line and you're all set. This won't affect any of your data. bad144 is probably still taking up some space on your disk but it is no longer in effect. I hope this helps somebody avoid the week of annoying research I had to do to get a fix for this problem. -Bharat > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Mike Smith > Sent: Saturday, June 03, 2000 10:47 AM > To: Bharat Mediratta > Cc: freebsd-stable@FreeBSD.ORG > Subject: Re: 3.4-STABLE -> 4.0-RELEASE upgrade: unable to mount root > partition > > > > > > Mounting root from ufs:wd0s1a > > > > wd0: bad sector table not supported > > > > wd0s1: bad sector table not supported > ... > > a) how to tell if your drive has bad144 on it > > See error messages above. > > > b) how to remove bad144 without reformatting your drive > > There are no tools to do this. > > -- > \\ Give a man a fish, and you feed him for a day. \\ Mike Smith > \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org > \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat Jun 3 21: 8: 7 2000 Delivered-To: freebsd-stable@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 42B6537C65D for ; Sat, 3 Jun 2000 21:08:05 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id AAA61789; Sun, 4 Jun 2000 00:08:01 -0400 (EDT) Date: Sun, 4 Jun 2000 00:08:01 -0400 (EDT) From: "Matthew N. Dodd" To: Morten Seeberg Cc: stable@FreeBSD.ORG Subject: Re: IDA Raid controller and FreeBSD 4.x In-Reply-To: <00fb01bfcdc0$58aab2a0$0e21a8c0@sos> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 4 Jun 2000, Morten Seeberg wrote: > I have updated the website to reflect all these new things: > http://seeberg.dk/freebsd/idaraid You might want to take a look at the IDA driver source code so you can update the list of supported adapters. EISA adapters are supported now as well. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message