From owner-freebsd-current Sun May 28 2: 6: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id 8A1E237B5AE for ; Sun, 28 May 2000 02:06:02 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.7/nospam) with UUCP id LAA04352 for freebsd-current@FreeBSD.ORG; Sun, 28 May 2000 11:06:00 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id B927887AE; Sun, 28 May 2000 10:12:57 +0200 (CEST) Date: Sun, 28 May 2000 10:12:57 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: Re: SB AWE64 not recognised anymore Message-ID: <20000528101257.A7293@keltia.freenix.fr> Mail-Followup-To: FreeBSD Current Users' list References: <20000528020603.A4204@keltia.freenix.fr> <20000528072506.A12786@petra.hos.u-szeged.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.11i In-Reply-To: <20000528072506.A12786@petra.hos.u-szeged.hu>; from sziszi@petra.hos.u-szeged.hu on Sun, May 28, 2000 at 07:25:07AM +0200 X-Operating-System: FreeBSD 5.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Szilveszter Adam: > The only remaining issue this far has been that when the Linux RealPlayer > starts playing a clip, it will always start-stop-start in the beginning and Last time I started the RealPlayer7, it went fine but I'll have to test it again as soon as I get my card back. > So you are using pcm then... Well I only have > > device pcm > device sbc Same. I have been using that even in 4.0 for a long time. > in my kernel config and no PNPBIOS option. (PnP OS set to "no" in the BIOS) Same. > Despite this, yesterday's kernel prints all sorts of "unknownX .... > " lines which I only saw this far with people who had "options PNPBIOS" in > their kernels. But it doesn't bother me much... I know that the SB 64 PnP PNPBIOS is now a standard option :) > (I have no other PnP devices so I am easy here.) Same. > The lines that matter come after that:-) Mine used to generate the same lines. > What does 'cat /dev/sndstat' say on your system? Device non configured of course :-( -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 5.0-CURRENT #79: Sun May 28 01:27:10 CEST 2000 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 2:24:35 2000 Delivered-To: freebsd-current@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 E357937B5AE for ; Sun, 28 May 2000 02:24: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 LAA22647; Sun, 28 May 2000 11:24:58 +0200 (MET DST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 12vzJ8-00045e-00 for ; Sun, 28 May 2000 11:24:30 +0200 Date: Sun, 28 May 2000 11:24:30 +0200 From: Szilveszter Adam To: "FreeBSD Current Users' list" Subject: Re: SB AWE64 not recognised anymore Message-ID: <20000528112430.A14993@petra.hos.u-szeged.hu> Mail-Followup-To: FreeBSD Current Users' list References: <20000528020603.A4204@keltia.freenix.fr> <20000528072506.A12786@petra.hos.u-szeged.hu> <20000528101257.A7293@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20000528101257.A7293@keltia.freenix.fr>; from roberto@keltia.freenix.fr on Sun, May 28, 2000 at 10:12:57AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 10:12:57AM +0200, Ollivier Robert wrote: > > What does 'cat /dev/sndstat' say on your system? > > Device non configured of course :-( Hmmm I think I'll have to give up on this one... apart from "it should work" I cannot think of any more insight just now. Maybe testing if the card works in another machine/config/OS? -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 7:14:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id D398637B8CE for ; Sun, 28 May 2000 07:14:21 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (qmail 21818 invoked from network); 28 May 2000 14:14:18 -0000 Received: from unknown (HELO bde.zeta.org.au) (203.2.228.102) by gidora.zeta.org.au with SMTP; 28 May 2000 14:14:18 -0000 Date: Mon, 29 May 2000 00:14:14 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: "Jacob A. Hart" Cc: Doug Barton , Sheldon Hearn , FreeBSD-CURRENT Subject: Re: Scheduler changes? In-Reply-To: <20000528135331.A241@carcass.au.hartware.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 28 May 2000, Jacob A. Hart wrote: > I remember the scheduler bug you're talking about. My system feels much > the same as it did during 4.0-CURRENT when that bug was active. I had a Scheduling was broken in -current on 2004/04/30 11:33:44 PDT. "nice -20" in -current does essentially the same thing as "nice -10" in 4.0 (not enough even in 4.0). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 7:36:22 2000 Delivered-To: freebsd-current@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 C99AD37B76F for ; Sun, 28 May 2000 07:36:01 -0700 (PDT) (envelope-from jose@we.lc.ehu.es) Received: from we.lc.ehu.es (lxpxer.lx.ehu.es [158.227.99.221]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id QAA01691; Sun, 28 May 2000 16:34:59 +0200 (MET DST) Message-ID: <39312E91.D46EA6BE@we.lc.ehu.es> Date: Sun, 28 May 2000 16:34:57 +0200 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: Ollivier Robert Cc: "FreeBSD Current Users' list" Subject: Re: SB AWE64 not recognised anymore References: <20000528020603.A4204@keltia.freenix.fr> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ollivier Robert wrote: > > I just upgraded my home machine from 4.0-R to 5.0-CURRENT and have found > something odd. I have an ISA PnP SB AWE64 in the machine and it is not seen by > the system at all. > -CURRENT kernel built last Thursday recognizes my AWE64 PnP: $ uname -a FreeBSD defiant.we.lc.ehu.es 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu May 25 11:43:13 CEST 2000 toor@defiant.we.lc.ehu.es:/usr/src/sys/compile/DEFIANT i386 $ /sbin/dmesg | fgrep sbc sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 sbc0: setting card to irq 5, drq 1, 5 pcm0: on sbc0 -- 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-current" in the body of the message From owner-freebsd-current Sun May 28 7:48:17 2000 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (peter1.yahoo.com [208.48.107.4]) by hub.freebsd.org (Postfix) with ESMTP id AD86837B99C for ; Sun, 28 May 2000 07:48:11 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 8A7441CE1 for ; Sun, 28 May 2000 07:48:10 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: current@freebsd.org Subject: HEADS UP - minor API change in -current's old ISA drivers. Date: Sun, 28 May 2000 07:48:10 -0700 From: Peter Wemm Message-Id: <20000528144810.8A7441CE1@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've made old-style ISA drivers self identifying and got rid of the dreaded isa_compat.h table. As a consequence, the 'struct isa_driver' stuff has changed slightly to store the additional data that was in the compat tables and a new line is required (COMPAT_ISA_DRIVER()) so the driver registers itself with the device subsystem. This works essentially the same way as the COMPAT_PCI_DRIVER() stuff works. There shouldn't be any noticable changes except for the slight tweaks to the individual drivers. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 7:51: 8 2000 Delivered-To: freebsd-current@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 D0BCD37BA38 for ; Sun, 28 May 2000 07:51:03 -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 QAA12593; Sun, 28 May 2000 16:51:31 +0200 (MET DST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 12w4P7-000574-00 for ; Sun, 28 May 2000 16:51:01 +0200 Date: Sun, 28 May 2000 16:51:01 +0200 From: Szilveszter Adam To: "FreeBSD Current Users' list" Subject: Re: SB AWE64 not recognised anymore Message-ID: <20000528165101.A19407@petra.hos.u-szeged.hu> Mail-Followup-To: FreeBSD Current Users' list References: <20000528020603.A4204@keltia.freenix.fr> <39312E91.D46EA6BE@we.lc.ehu.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <39312E91.D46EA6BE@we.lc.ehu.es>; from jose@we.lc.ehu.es on Sun, May 28, 2000 at 04:34:57PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 04:34:57PM +0200, Jose M. Alcaide wrote: > Ollivier Robert wrote: > > > > I just upgraded my home machine from 4.0-R to 5.0-CURRENT and have found > > something odd. I have an ISA PnP SB AWE64 in the machine and it is not seen by > > the system at all. > > > > -CURRENT kernel built last Thursday recognizes my AWE64 PnP: Cool:-) Mine is from yesterday: FreeBSD fonix.hos.u-szeged.hu 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Sat May 27 22: 38:40 CEST 2000 root@fonix.hos.u-szeged.hu:/usr/src/sys/compile/FONIX i386 and works. I am now checking the commit logs to see what might have happened because last week's stuff just arrived into the archive section at www.freebsd.org. -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 9:13:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from gilgamesch.bik-gmbh.de (T1-Hansenet.BIK-GmbH.de [192.76.134.246]) by hub.freebsd.org (Postfix) with ESMTP id 8889837BAF5 for ; Sun, 28 May 2000 09:13:10 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.9.3/8.7.3) id SAA53566; Sun, 28 May 2000 18:12:36 +0200 (MET DST) Date: Sun, 28 May 2000 18:12:36 +0200 From: Martin Cracauer To: Steve Kargl Cc: FreeBSD Current Subject: Re: Internal compiler error: program ld got fatal signal 10 Message-ID: <20000528181235.A53293@cons.org> References: <200005272107.OAA51939@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005272107.OAA51939@troutmask.apl.washington.edu>; from sgk@troutmask.apl.washington.edu on Sat, May 27, 2000 at 02:07:18PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <200005272107.OAA51939@troutmask.apl.washington.edu>, Steve Kargl wrote: > First, the error message: > > cc -fpic -DPIC -I/usr/src/lib/libmd -DSHA1_ASM -DELF -DRMD160_ASM -DELF -I/usr/obj/usr/src/i386/usr/include -c /usr/src/lib/libmd/i386/rmd160.S -o rmd160.So > building shared library libmd.so.2 > cc: Internal compiler error: program ld got fatal signal 10 > *** Error code 1 > > Stop in /usr/src/lib/libmd. > *** Error code 1 > > > Now, the details. I started on Monday trying to update > a 15 March 00 -current to current -current. I get the > above error message with a source tree after > > *default date=2000.05.23.00.00.00 Have you tried building and installing the new binutils before compiling the rest of the world? Some assembler files are not compatible with the old binutils. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 9:21:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id C14E137BA92 for ; Sun, 28 May 2000 09:21:35 -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 KAA32907; Sun, 28 May 2000 10:21:34 -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 KAA52973; Sun, 28 May 2000 10:21:21 -0600 (MDT) Message-Id: <200005281621.KAA52973@harmony.village.org> To: Steve Kargl Subject: Re: Internal compiler error: program ld got fatal signal 10 Cc: FreeBSD Current In-reply-to: Your message of "Sat, 27 May 2000 14:07:18 PDT." <200005272107.OAA51939@troutmask.apl.washington.edu> References: <200005272107.OAA51939@troutmask.apl.washington.edu> Date: Sun, 28 May 2000 10:21:21 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005272107.OAA51939@troutmask.apl.washington.edu> Steve Kargl writes: : cc: Internal compiler error: program ld got fatal signal 10 : : *default date=2000.05.23.00.00.00 : : as specified in my cvsup supfile. The system builds fine : for all earlier dates that I've tried. I have used the : following three CFLAGS as set in /etc/make.conf : : CFLAGS= : CFLAGS=-O -pipe : CFLAGS=-O2 -pipe : : and the above error occurs. : : Any and all suggestions are welcomed, but it appears to be : a problem with the new binutils. I've seen this as well, and have reported it to the binutils maintainer. I've done the above, plus get rid of -pipe, raise my resource limits to insanely high levels, try it on a fresh tree w/o any of my local hacks, etc. This is building from a 4.0-stable system. I do this because my -stable system is my fileserver/build server and is 3x faster than my bouncer boxes are at building -current and 2x faster than my laptop. It needs to be -stable since it is expected to have long uptimes and I don't want to upgrade all the time. I also need -stable for SO work. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 9:22:46 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 1BD9437BAC0 for ; Sun, 28 May 2000 09:22:43 -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 KAA32916; Sun, 28 May 2000 10:22:38 -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 KAA52993; Sun, 28 May 2000 10:22:26 -0600 (MDT) Message-Id: <200005281622.KAA52993@harmony.village.org> To: Bob Martin Subject: Re: Internal compiler error: program ld got fatal signal 10 Cc: Steve Kargl , current@FreeBSD.ORG In-reply-to: Your message of "Sat, 27 May 2000 16:23:54 CDT." <39303CEA.C0958F14@buckhorn.net> References: <39303CEA.C0958F14@buckhorn.net> <200005272107.OAA51939@troutmask.apl.washington.edu> Date: Sun, 28 May 2000 10:22:25 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <39303CEA.C0958F14@buckhorn.net> Bob Martin writes: : If you are using an older K6 with more than 32mb of ram, this will : happen from time to time of it's own accord. I have never taken the time : to find out why, but if you search the archives, you will find that it : happens quite a bit. I'm using a PIII-500 and it is happening to me. This system would always build world great, but now fails all the time (20 builds) at exactly the same spot. I don't think this is hardware. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 9:25: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 6E63D37B676 for ; Sun, 28 May 2000 09:24: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 KAA32942; Sun, 28 May 2000 10:24:56 -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 KAA53041; Sun, 28 May 2000 10:24:41 -0600 (MDT) Message-Id: <200005281624.KAA53041@harmony.village.org> To: Peter Wemm Subject: Re: HEADS UP - minor API change in -current's old ISA drivers. Cc: current@FreeBSD.ORG In-reply-to: Your message of "Sun, 28 May 2000 07:48:10 PDT." <20000528144810.8A7441CE1@overcee.netplex.com.au> References: <20000528144810.8A7441CE1@overcee.netplex.com.au> Date: Sun, 28 May 2000 10:24:41 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000528144810.8A7441CE1@overcee.netplex.com.au> Peter Wemm writes: : I've made old-style ISA drivers self identifying and got rid of the dreaded : isa_compat.h table. As a consequence, the 'struct isa_driver' stuff has : changed slightly to store the additional data that was in the compat tables : and a new line is required (COMPAT_ISA_DRIVER()) so the driver registers : itself with the device subsystem. This works essentially the same way as : the COMPAT_PCI_DRIVER() stuff works. : : There shouldn't be any noticable changes except for the slight tweaks : to the individual drivers. Now that the drivers are self contained (not self identifying, right?), I guess that means that I need to finish the hints driver so that one can set hints for drivers one kld's. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 9:26: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id A622E37BAC1 for ; Sun, 28 May 2000 09:26:01 -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 KAA32954; Sun, 28 May 2000 10:26:00 -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 KAA53071; Sun, 28 May 2000 10:25:48 -0600 (MDT) Message-Id: <200005281625.KAA53071@harmony.village.org> To: Martin Cracauer Subject: Re: Internal compiler error: program ld got fatal signal 10 Cc: Steve Kargl , FreeBSD Current In-reply-to: Your message of "Sun, 28 May 2000 18:12:36 +0200." <20000528181235.A53293@cons.org> References: <20000528181235.A53293@cons.org> <200005272107.OAA51939@troutmask.apl.washington.edu> Date: Sun, 28 May 2000 10:25:47 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000528181235.A53293@cons.org> Martin Cracauer writes: : Have you tried building and installing the new binutils before : compiling the rest of the world? This shouldn't be required for buildworld. If it is, then it is a bug in the buildworld process. Buildworld makes all the stuff it needs to build things, unlike the kernel. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 9:35: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 2768537BAB5 for ; Sun, 28 May 2000 09:35:02 -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 KAA32975 for ; Sun, 28 May 2000 10:35: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 KAA77382 for ; Sun, 28 May 2000 10:34:49 -0600 (MDT) Message-Id: <200005281634.KAA77382@harmony.village.org> To: current@freebsd.org Subject: Dual-booting: FreeBSD, NetBSD and OpenBSD Date: Sun, 28 May 2000 10:34:48 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I need to setup a machine that will boot FreeBSD, NetBSD and OpenBSD. Assume I have an insane amount of disk space. What's the best way to accomplish this? Last time I tried it, the partition ID numbers were all the same, making this difficult if not impossible. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 9:52:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id 559F537B5AB for ; Sun, 28 May 2000 09:52:33 -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) with ESMTP id BAA01324; Mon, 29 May 2000 01:52:24 +0900 (JST) To: Warner Losh Cc: current@freebsd.org In-reply-to: imp's message of Sun, 28 May 2000 10:34:48 CST. <200005281634.KAA77382@harmony.village.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: Dual-booting: FreeBSD, NetBSD and OpenBSD From: itojun@iijlab.net Date: Mon, 29 May 2000 01:52:24 +0900 Message-ID: <1322.959532744@coconut.itojun.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I need to setup a machine that will boot FreeBSD, NetBSD and OpenBSD. >Assume I have an insane amount of disk space. What's the best way to >accomplish this? Last time I tried it, the partition ID numbers were >all the same, making this difficult if not impossible. just a starter: NetBSD 1.4 and recent use different FDISK partition ID, so it is easy to share FreeBSD and NetBSD on a same disk using separate FDISK partition. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 9:57:45 2000 Delivered-To: freebsd-current@freebsd.org Received: from knight.cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (Postfix) with ESMTP id 6606937B6EA for ; Sun, 28 May 2000 09:57:41 -0700 (PDT) (envelope-from cracauer@knight.cons.org) Received: (from cracauer@localhost) by knight.cons.org (8.9.3/8.9.3) id SAA00914; Sun, 28 May 2000 18:57:27 +0200 (CEST) Date: Sun, 28 May 2000 18:57:27 +0200 From: Martin Cracauer To: Warner Losh Cc: Martin Cracauer , Steve Kargl , FreeBSD Current Subject: Re: Internal compiler error: program ld got fatal signal 10 Message-ID: <20000528185726.A877@cons.org> References: <20000528181235.A53293@cons.org> <200005272107.OAA51939@troutmask.apl.washington.edu> <20000528181235.A53293@cons.org> <200005281625.KAA53071@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005281625.KAA53071@harmony.village.org>; from imp@village.org on Sun, May 28, 2000 at 10:25:47AM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <200005281625.KAA53071@harmony.village.org>, Warner Losh wrote: > In message <20000528181235.A53293@cons.org> Martin Cracauer writes: > : Have you tried building and installing the new binutils before > : compiling the rest of the world? > > This shouldn't be required for buildworld. If it is, then it is a bug > in the buildworld process. Buildworld makes all the stuff it needs to > build things, unlike the kernel. I know that it is supposed to do so, I suspect that might not be the case here. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 10:28:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id 228AC37BA30 for ; Sun, 28 May 2000 10:28:39 -0700 (PDT) (envelope-from ust@cert.siemens.de) X-Envelope-Sender-Is: ust@cert.siemens.de (at relayer goliath.siemens.de) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.10.1/8.10.1) with ESMTP id e4SHSWB02050; Sun, 28 May 2000 19:28:36 +0200 (MET DST) Received: from mars.cert.siemens.de (ust.mchp.siemens.de [139.23.201.17]) by mail2.siemens.de (8.10.1/8.10.1) with ESMTP id e4SHSV611714; Sun, 28 May 2000 19:28:32 +0200 (MET DST) Received: from alaska.cert.siemens.de (reims.mchp.siemens.de [139.23.202.134]) by mars.cert.siemens.de (8.10.1/8.10.1/Siemens CERT [ $Revision: 1.8 ]) with ESMTP id e4SHSVN14968; Sun, 28 May 2000 19:28:31 +0200 (CEST) Received: (from ust@localhost) by alaska.cert.siemens.de (8.10.1/8.10.1/alaska [ $Revision: 1.5 ]) id e4SHSV832055; Sun, 28 May 2000 17:28:31 GMT Date: Sun, 28 May 2000 19:28:31 +0200 From: Udo Schweigert To: itojun@iijlab.net Cc: Warner Losh , current@FreeBSD.ORG Subject: Re: Dual-booting: FreeBSD, NetBSD and OpenBSD Message-ID: <20000528192831.A31988@alaska.cert.siemens.de> References: <200005281634.KAA77382@harmony.village.org> <1322.959532744@coconut.itojun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <1322.959532744@coconut.itojun.org>; from itojun@iijlab.net on Mon, May 29, 2000 at 01:52:24AM +0900 X-Operating-System: FreeBSD 4.0-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 29, 2000 at 01:52:24 +0900, itojun@iijlab.net wrote: > > >I need to setup a machine that will boot FreeBSD, NetBSD and OpenBSD. > >Assume I have an insane amount of disk space. What's the best way to > >accomplish this? Last time I tried it, the partition ID numbers were > >all the same, making this difficult if not impossible. > > just a starter: NetBSD 1.4 and recent use different FDISK partition > ID, so it is easy to share FreeBSD and NetBSD on a same disk using > separate FDISK partition. > OpenBSD uses 0xa6 and NetBSD 0xa9. With OpenBSD I had no problems, but the NetBSD-disklabel is also interpreted by FreeBSD resulting in some boot-messages: May 28 17:52:10 diehard /kernel: da1s1: rejecting partition in BSD label: it isn 't entirely within the slice May 28 17:52:10 diehard /kernel: da1s1: start 63, end 12048749, size 12048687 May 28 17:52:10 diehard /kernel: da1s1d: start 0, end 35843669, size 35843670 This is due to the "d" slice of NetBSD, which contains the entire disk (not only the entire NetBSD partiton which is - like in FreeBSD the "c" slice). Anyway: apart from this I have a working multi-boot-system (FreeBSD-stable, FreeBSD-current, OpenBSD, NetBSD, Linux, W*****s) on multiple disks. Regards -- Udo Schweigert, Siemens AG | Voice : +49 89 636 42170 ZT IK 3, Siemens CERT | Fax : +49 89 636 41166 D-81730 Muenchen / Germany | email : ust@cert.siemens.de PGP-2/5 fingerprint | D8 A5 DF 34 EC 87 E8 C6 E2 26 C4 D0 EE 80 36 B2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 11: 7:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (Postfix) with ESMTP id 7852437B672 for ; Sun, 28 May 2000 11:07:38 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.9.3/8.9.3) id LAA57424; Sun, 28 May 2000 11:10:46 -0700 (PDT) (envelope-from sgk) From: Steve Kargl Message-Id: <200005281810.LAA57424@troutmask.apl.washington.edu> Subject: Re: Internal compiler error: program ld got fatal signal 10 In-Reply-To: <200005281622.KAA52993@harmony.village.org> from Warner Losh at "May 28, 2000 10:22:25 am" To: Warner Losh Date: Sun, 28 May 2000 11:10:46 -0700 (PDT) Cc: Bob Martin , current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > In message <39303CEA.C0958F14@buckhorn.net> Bob Martin writes: > : If you are using an older K6 with more than 32mb of ram, this will > : happen from time to time of it's own accord. I have never taken the time > : to find out why, but if you search the archives, you will find that it > : happens quite a bit. > > I'm using a PIII-500 and it is happening to me. This system would > always build world great, but now fails all the time (20 builds) at > exactly the same spot. I don't think this is hardware. > It definitely isn't hardware. This, I believe, is a result of the new binutils. I've narrowed the window to *default date=2000.05.22.00.00.00 <-- build completes. *default date=2000.05.22.12.00.00 <-- ld gets a signal 10. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 11:34:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id DEC4F37B5B7 for ; Sun, 28 May 2000 11:34:20 -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 MAA33254; Sun, 28 May 2000 12:34:19 -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 MAA90183; Sun, 28 May 2000 12:34:06 -0600 (MDT) Message-Id: <200005281834.MAA90183@harmony.village.org> To: Martin Cracauer Subject: Re: Internal compiler error: program ld got fatal signal 10 Cc: Steve Kargl , FreeBSD Current In-reply-to: Your message of "Sun, 28 May 2000 18:57:27 +0200." <20000528185726.A877@cons.org> References: <20000528185726.A877@cons.org> <20000528181235.A53293@cons.org> <200005272107.OAA51939@troutmask.apl.washington.edu> <20000528181235.A53293@cons.org> <200005281625.KAA53071@harmony.village.org> Date: Sun, 28 May 2000 12:34:06 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000528185726.A877@cons.org> Martin Cracauer writes: : I know that it is supposed to do so, I suspect that might not be the : case here. I don't think so. It is already using the new ld when it coredumps. I don't think that having it on the system would change things much. BTW, if I do a make buildworld -k -DNOCLEAN, I get lots of files that are truncated due to this: /usr/obj/home/imp/FreeBSD/src/i386/usr/lib/libcrypto.so: file not recognized: File truncated /usr/obj/home/imp/FreeBSD/src/i386/usr/lib/libssl.so: file not recognized: File truncated /usr/obj/home/imp/FreeBSD/src/i386/usr/lib/libtermcap.so: file not recognized: File truncated etc. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 11:55:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id D14D037B6D3 for ; Sun, 28 May 2000 11:55:37 -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 MAA33291; Sun, 28 May 2000 12:55:36 -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 MAA11576; Sun, 28 May 2000 12:55:23 -0600 (MDT) Message-Id: <200005281855.MAA11576@harmony.village.org> Subject: Re: Internal compiler error: program ld got fatal signal 10 Cc: Martin Cracauer , Steve Kargl , FreeBSD Current In-reply-to: Your message of "Sun, 28 May 2000 12:34:06 MDT." <200005281834.MAA90183@harmony.village.org> References: <200005281834.MAA90183@harmony.village.org> <20000528185726.A877@cons.org> <20000528181235.A53293@cons.org> <200005272107.OAA51939@troutmask.apl.washington.edu> <20000528181235.A53293@cons.org> <200005281625.KAA53071@harmony.village.org> Date: Sun, 28 May 2000 12:55:23 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here's the full list. I think something very bad is going on here. Here's the list from my last build: i386/usr/lib/libc.so: file not recognized: File truncated i386/usr/lib/libcalendar.so: file not recognized: File truncated i386/usr/lib/libcrypt.so: file not recognized: File truncated i386/usr/lib/libcrypto.so: file not recognized: File truncated i386/usr/lib/libcurses.so: file not recognized: File truncated i386/usr/lib/libftpio.so: file not recognized: File truncated i386/usr/lib/libgnuregex.so: file not recognized: File truncated i386/usr/lib/libipsec.so: file not recognized: File truncated i386/usr/lib/libipx.so: file not recognized: File truncated i386/usr/lib/libkvm.so: file not recognized: File truncated i386/usr/lib/libm.so: file not recognized: File truncated i386/usr/lib/libmd.so: file not recognized: File truncated i386/usr/lib/libmp.so: file not recognized: File truncated i386/usr/lib/libncp.so: file not recognized: File truncated i386/usr/lib/libncurses.so: file not recognized: File truncated i386/usr/lib/libnetgraph.so: file not recognized: File truncated i386/usr/lib/libpam.so: file not recognized: File truncated i386/usr/lib/libpcap.so: file not recognized: File truncated i386/usr/lib/librpcsvc.so: file not recognized: File truncated i386/usr/lib/libssl.so: file not recognized: File truncated i386/usr/lib/libtermcap.so: file not recognized: File truncated i386/usr/lib/libutil.so: file not recognized: File truncated i386/usr/lib/libwrap.so: file not recognized: File truncated i386/usr/lib/libz.so: file not recognized: File truncated lib/libcom_err/libcom_err.so: file not recognized: File truncated secure/lib/libcrypto/libcrypto.so: file not recognized: File truncated secure/lib/libcipher/libcipher.so: file not recognized: File truncated Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 12: 5:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id A677C37B7E1 for ; Sun, 28 May 2000 12:05:14 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Received: from ix.netcom.com (sil-wa15-31.ix.netcom.com [207.93.148.31]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id PAA29014 for ; Sun, 28 May 2000 15:05:08 -0400 (EDT) Received: (from tomdean@localhost) by ix.netcom.com (8.9.3/8.9.3) id MAA00353; Sun, 28 May 2000 12:04:58 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Date: Sun, 28 May 2000 12:04:58 -0700 (PDT) Message-Id: <200005281904.MAA00353@ix.netcom.com> X-Authentication-Warning: celebris.tddhome: tomdean set sender to tomdean@ix.netcom.com using -f From: "Thomas D. Dean" To: freebsd-current@FreeBSD.ORG Subject: Unknown Devices in Dmesg Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I cvsup'ed, make world, rebuild+install kernel, reboot, without problem. Good work. I upgraded from Apr 4 -current to May 28 -current and have devices listed as 'unknown' in dmesg. Everything appears to function OK. The serial ports, sio0 and sio1 appear both as sio and unknown. tomdean === 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 5.0-CURRENT #1: Sun May 28 11:07:09 PDT 2000 tomdean@celebris:/usr/src/sys/compile/CELEBRIS-SMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P54C (109.34-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping = 5 Features=0x3bf real memory = 100663296 (98304K bytes) avail memory = 94887936 (92664K bytes) Programming 16 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 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 0xfec00000 Preloaded elf kernel "kernel" at 0xc02f2000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc02f209c. Intel Pentium detected, installing workaround for F00F bug npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 ncr0: port 0xec00-0xecff mem 0xfedfbf00-0xfedfbfff irq 11 at device 1.0 on pci0 isab0: at device 2.0 on pci0 isa0: on isab0 pci0: at 6.0 irq 9 de0: port 0xe880-0xe8ff mem 0xfedfbe80-0xfedfbeff irq 10 at device 8.0 on pci0 de0: DEC DE450-CA 21041 [10Mb/s] pass 1.1 de0: address 00:00:f8:02:76:db 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 ppc0: This ppc chipset does not support the extended I/O port range...no problem ppc0: at port 0x378-0x37b irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: on ppbus0 lpt0: Interrupt-driven port unknown0: at port 0x4d0-0x4d1,0xcf8,0xcfa on isa0 unknown1: at port 0x26,0x26e-0x26f on isa0 unknown2: at port 0x61 on isa0 unknown3: at iomem 0-0x9ffff,0xe0000-0xfffff,0xfec00000-0xfec3ffff,0xfee00000-0xfee3ffff on isa0 unknown: can't assign resources npxisa0: at port 0xf0-0xff irq 13 on isa0 unknown: can't assign resources unknown: <16550 compatible COM device> can't assign resources unknown: <16550 compatible COM device> can't assign resources unknown: can't assign resources unknown4: at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 unknown: can't assign resources unknown5: at port 0-0xf,0x81-0x8f,0xc0-0xdf drq 4 on isa0 unknown6: at port 0x20-0x21,0xa0-0xa1 irq 2 on isa0 unknown7: at port 0x40-0x43 irq 0 on isa0 unknown8: at port 0x70-0x71 irq 8 on isa0 APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 Waiting 10 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! cd0 at ncr0 bus 0 target 5 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 4.237MB/s transfers (4.237MHz, offset 8) cd0: cd present [295811 x 2048 byte records] da0 at ncr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 8) da0: 1042MB (2134305 512 byte sectors: 255H 63S/T 132C) da2 at ncr0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled da2: 1029MB (2109376 512 byte sectors: 255H 63S/T 131C) Mounting root from ufs:/dev/da1s1a da1 at ncr0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled da1: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) de0: enabling BNC port To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 12: 9: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id 5A33637B78C for ; Sun, 28 May 2000 12:08:58 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Received: from ix.netcom.com (sil-wa15-31.ix.netcom.com [207.93.148.31]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id PAA30957; Sun, 28 May 2000 15:08:56 -0400 (EDT) Received: (from tomdean@localhost) by ix.netcom.com (8.9.3/8.9.3) id MAA00365; Sun, 28 May 2000 12:08:51 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Date: Sun, 28 May 2000 12:08:51 -0700 (PDT) Message-Id: <200005281908.MAA00365@ix.netcom.com> X-Authentication-Warning: celebris.tddhome: tomdean set sender to tomdean@ix.netcom.com using -f From: "Thomas D. Dean" To: imp@village.org Cc: freebsd-current@FreeBSD.ORG Subject: Re: Internal compiler error: program ld got fatal signal 10 References: <200005281834.MAA90183@harmony.village.org> <20000528185726.A877@cons.org> <20000528181235.A53293@cons.org> <200005272107.OAA51939@troutmask.apl.washington.edu> <20000528181235.A53293@cons.org> <200005281625.KAA53071@harmony.village.org> <200005281855.MAA11576@harmony.village.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just completed a 'make world' on a -current cvsup'ed yesterday and saw no errors. tomdean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 12:10:38 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 9B66637B80A for ; Sun, 28 May 2000 12:10:34 -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 NAA33365; Sun, 28 May 2000 13:10:33 -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 NAA11908; Sun, 28 May 2000 13:10:20 -0600 (MDT) Message-Id: <200005281910.NAA11908@harmony.village.org> To: "Thomas D. Dean" Subject: Re: Internal compiler error: program ld got fatal signal 10 Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sun, 28 May 2000 12:08:51 PDT." <200005281908.MAA00365@ix.netcom.com> References: <200005281908.MAA00365@ix.netcom.com> <200005281834.MAA90183@harmony.village.org> <20000528185726.A877@cons.org> <20000528181235.A53293@cons.org> <200005272107.OAA51939@troutmask.apl.washington.edu> <20000528181235.A53293@cons.org> <200005281625.KAA53071@harmony.village.org> <200005281855.MAA11576@harmony.village.org> Date: Sun, 28 May 2000 13:10:20 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005281908.MAA00365@ix.netcom.com> "Thomas D. Dean" writes: : I just completed a 'make world' on a -current cvsup'ed yesterday and saw : no errors. When was the previous time that you did this? And did you update the binutils first? It sure would be a MAJOR BUMMER if one needed to update binutils first... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 12:20:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by hub.freebsd.org (Postfix) with ESMTP id 21CE137B7E1 for ; Sun, 28 May 2000 12:20:33 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by atlrel1.hp.com (Postfix) with ESMTP id 35B68E3; Sun, 28 May 2000 15:20:32 -0400 (EDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id MAA11292; Sun, 28 May 2000 12:20:31 -0700 (PDT) Message-ID: <3931717F.EB548BCC@cup.hp.com> Date: Sun, 28 May 2000 12:20:31 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: "Thomas D. Dean" , freebsd-current@FreeBSD.ORG Subject: Re: Internal compiler error: program ld got fatal signal 10 References: <200005281908.MAA00365@ix.netcom.com> <200005281834.MAA90183@harmony.village.org> <20000528185726.A877@cons.org> <20000528181235.A53293@cons.org> <200005272107.OAA51939@troutmask.apl.washington.edu> <20000528181235.A53293@cons.org> <200005281625.KAA53071@harmony.village.org> <200005281855.MAA11576@harmony.village.org> <200005281910.NAA11908@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > > In message <200005281908.MAA00365@ix.netcom.com> "Thomas D. Dean" writes: > : I just completed a 'make world' on a -current cvsup'ed yesterday and saw > : no errors. > > When was the previous time that you did this? And did you update the > binutils first? It sure would be a MAJOR BUMMER if one needed to > update binutils first... The ability to do cross builds rules out the need to update binutils first. I haven't done any cross-builds since, well, februari, so I'm not at all up to date on that front; things may have been broken by then... -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 12:25: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 61F3F37B7E1 for ; Sun, 28 May 2000 12:25:04 -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 NAA33443; Sun, 28 May 2000 13:24:58 -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 NAA12092; Sun, 28 May 2000 13:24:46 -0600 (MDT) Message-Id: <200005281924.NAA12092@harmony.village.org> To: Marcel Moolenaar Subject: Re: Internal compiler error: program ld got fatal signal 10 Cc: "Thomas D. Dean" , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sun, 28 May 2000 12:20:31 PDT." <3931717F.EB548BCC@cup.hp.com> References: <3931717F.EB548BCC@cup.hp.com> <200005281908.MAA00365@ix.netcom.com> <200005281834.MAA90183@harmony.village.org> <20000528185726.A877@cons.org> <20000528181235.A53293@cons.org> <200005272107.OAA51939@troutmask.apl.washington.edu> <20000528181235.A53293@cons.org> <200005281625.KAA53071@harmony.village.org> <200005281855.MAA11576@harmony.village.org> <200005281910.NAA11908@harmony.village.org> Date: Sun, 28 May 2000 13:24:45 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <3931717F.EB548BCC@cup.hp.com> Marcel Moolenaar writes: : The ability to do cross builds rules out the need to update binutils : first. I haven't done any cross-builds since, well, februari, so I'm not : at all up to date on that front; things may have been broken by then... I did a complete buildworld in early May w/o a hitch that worked when I installed it on my bouncer box. Maybe I just need more swap than I have on my machine, or higher limits for the process building things. Then again, I do have 1/2G of swap that isn't being used at all during the builds... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 12:35:28 2000 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (Postfix) with ESMTP id 7C48B37B65B for ; Sun, 28 May 2000 12:35:21 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.9.3/8.9.3) id MAA29158; Sun, 28 May 2000 12:35:59 -0700 (PDT) (envelope-from sgk) From: Steve Kargl Message-Id: <200005281935.MAA29158@troutmask.apl.washington.edu> Subject: Re: Internal compiler error: program ld got fatal signal 10 In-Reply-To: <200005281924.NAA12092@harmony.village.org> from Warner Losh at "May 28, 2000 01:24:45 pm" To: Warner Losh Date: Sun, 28 May 2000 12:35:59 -0700 (PDT) Cc: Marcel Moolenaar , "Thomas D. Dean" , freebsd-current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > In message <3931717F.EB548BCC@cup.hp.com> Marcel Moolenaar writes: > : The ability to do cross builds rules out the need to update binutils > : first. I haven't done any cross-builds since, well, februari, so I'm not > : at all up to date on that front; things may have been broken by then... > > I did a complete buildworld in early May w/o a hitch that worked when > I installed it on my bouncer box. > > Maybe I just need more swap than I have on my machine, or higher > limits for the process building things. Then again, I do have 1/2G of > swap that isn't being used at all during the builds... > Warner, I've got 500MB of swap. It is never touched during the build. The machine is very lightly loaded (i.e., only "make buildworld" running). I was surprise that no one else had reported this problem when I sent my original e-mail. It must be restricted to a specific hardware combination. -- Steve 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 5.0-CURRENT #0: Fri May 26 09:39:34 PDT 2000 root@troutmask.apl.washington.edu:/usr/src/sys/compile/TROUTMASK Timecounter "i8254" frequency 1193182 Hz CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping = 9 Features=0xfbff real memory = 268435456 (262144K bytes) avail memory = 257748992 (251708K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel" at 0xc0346000. VESA: v1.2, 4096k memory, flags:0x0, mode table:0xc00c1bdf (c0001bdf) VESA: S3 Incorporated. 86C325 Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at 7.1 pci0: at 15.0 irq 19 ahc0: port 0xf400-0xf4ff mem 0xf0dff000-0xf0dfffff irq 18 at device 16.0 on pci0 ahc0: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xf0c0-0xf0ff irq 17 at device 17.0 on pci0 xl0: Ethernet address: 00:60:97:98:38:65 miibus0: on xl0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto 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 IntelliMouse, device ID 3 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <8 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 ppc0: This ppc chipset does not support the extended I/O port range...no problem ppc0: at port 0x378-0x37b irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode pps0: on ppbus0 ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port unknown0: at port 0xcf8-0xcff on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown1: at port 0x80,0x10-0x1f,0x22-0x2f,0x30-0x3f,0x50-0x5f,0x90-0x9f,0xa2-0xaf,0xb0-0xbf,0xe0-0xef iomem 0xfff80000-0xffffffff on isa0 unknown2: at iomem 0-0x9ffff,0xe0000-0xfffff,0x100000-0xfffffff on isa0 unknown3: at port 0-0xf,0x81-0x8f,0xc0-0xdf drq 4 on isa0 unknown4: at port 0x20-0x21,0xa0-0xa1 irq 2 on isa0 unknown5: at port 0x40-0x43 irq 0 on isa0 unknown6: at port 0x70-0x71 irq 8 on isa0 unknown: can't assign resources npxisa0: at port 0xf0-0xff irq 13 on isa0 unknown7: at port 0x61 on isa0 unknown: can't assign resources unknown8: at port 0x4d0-0x4d1 on isa0 unknown9: at iomem 0xfec00000-0xfec0ffff,0xfee00000-0xfee00fff on isa0 unknown10: at port 0x620-0x623 on isa0 sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 sbc0: setting card to irq 5, drq 1, 5 pcm0: on sbc0 unknown11: at port 0x200-0x207 on isa0 APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 Waiting 10 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! sa0 at ahc0 bus 0 target 1 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 5.000MB/s transfers (5.000MHz, offset 15) cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 15) cd0: cd present [312700 x 2048 byte records] da1 at ahc0 bus 0 target 3 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 5.000MB/s transfers (5.000MHz, offset 8) da1: 699MB (1431760 512 byte sectors: 64H 32S/T 699C) da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 4148MB (8496960 512 byte sectors: 255H 63S/T 528C) Mounting root from ufs:/dev/da0s1a pid 1982 (ld), uid 0: exited on signal 10 (core dumped) pid 24991 (ld), uid 0: exited on signal 10 (core dumped) pid 51517 (ld), uid 0: exited on signal 10 (core dumped) pid 77559 (ld), uid 0: exited on signal 10 (core dumped) pid 56815 (ld), uid 0: exited on signal 10 (core dumped) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 12:43:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id E9D8537B971 for ; Sun, 28 May 2000 12:43:09 -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 NAA33513; Sun, 28 May 2000 13:43:08 -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 NAA35400; Sun, 28 May 2000 13:42:55 -0600 (MDT) Message-Id: <200005281942.NAA35400@harmony.village.org> To: Steve Kargl Subject: Re: Internal compiler error: program ld got fatal signal 10 Cc: Marcel Moolenaar , "Thomas D. Dean" , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sun, 28 May 2000 12:35:59 PDT." <200005281935.MAA29158@troutmask.apl.washington.edu> References: <200005281935.MAA29158@troutmask.apl.washington.edu> Date: Sun, 28 May 2000 13:42:55 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005281935.MAA29158@troutmask.apl.washington.edu> Steve Kargl writes: : I've got 500MB of swap. It is never touched during : the build. The machine is very lightly loaded (i.e., : only "make buildworld" running). Ditto. I just tried it with root and all the limits set to unlimited. I had the same problem. : I was surprise that no one else had reported this problem : when I sent my original e-mail. It must be restricted to : a specific hardware combination. Must be something specific to our environments. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 12:45:20 2000 Delivered-To: freebsd-current@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 3FBF537B65F for ; Sun, 28 May 2000 12:45:16 -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 VAA26200; Sun, 28 May 2000 21:45:43 +0200 (MET DST) Received: from sziszi by petra.hos.u-szeged.hu with local (Exim 3.12 #1 (Debian)) id 12w8zq-00068T-00 for ; Sun, 28 May 2000 21:45:14 +0200 Date: Sun, 28 May 2000 21:45:14 +0200 From: Szilveszter Adam To: freebsd-current@FreeBSD.ORG Subject: Re: Internal compiler error: program ld got fatal signal 10 Message-ID: <20000528214514.C21610@petra.hos.u-szeged.hu> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <200005281908.MAA00365@ix.netcom.com> <200005281834.MAA90183@harmony.village.org> <20000528185726.A877@cons.org> <20000528181235.A53293@cons.org> <200005272107.OAA51939@troutmask.apl.washington.edu> <20000528181235.A53293@cons.org> <200005281625.KAA53071@harmony.village.org> <200005281855.MAA11576@harmony.village.org> <200005281908.MAA00365@ix.netcom.com> <200005281910.NAA11908@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <200005281910.NAA11908@harmony.village.org>; from imp@village.org on Sun, May 28, 2000 at 01:10:20PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 01:10:20PM -0600, Warner Losh wrote: > In message <200005281908.MAA00365@ix.netcom.com> "Thomas D. Dean" writes: > : I just completed a 'make world' on a -current cvsup'ed yesterday and saw > : no errors. > > When was the previous time that you did this? And did you update the > binutils first? It sure would be a MAJOR BUMMER if one needed to > update binutils first... > > Warner I have been updating this box by 'make worlds' in 1-2 day intervals recently (for example I did it yesterday but not today) and it worked every time apart from the queue macro bustages, which were easy to fix though. Will try again tomorrow. (esp because I had one report that the SB 64 AWE doesn't work on a kernel from today. I need to verify this.) I got the binutils on the day they were added to the tree but 'make world' was as easy as ever on that day too. (Although I was foolish enough to try to compile a kernel before making an installworld... but it was my fault, I never do this normally I was just not paying attention. It bombed as expected:-) But then I made installworld and everything was fine afterwards.) Just a datapoint...(PII 233 UP here, LX 440 mobo, 64M RAM) -- Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 12:55:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.va.home.com (ha1.rdc1.va.home.com [24.2.32.66]) by hub.freebsd.org (Postfix) with ESMTP id 65D6837B65F for ; Sun, 28 May 2000 12:55:43 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from john.baldwin.cx ([24.6.244.187]) by mail.rdc1.va.home.com (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000528195542.EPOW22611.mail.rdc1.va.home.com@john.baldwin.cx>; Sun, 28 May 2000 12:55:42 -0700 Content-Length: 1158 X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200005281910.NAA11908@harmony.village.org> Date: Sun, 28 May 2000 15:55:42 -0400 (EDT) Organization: BSD, Inc. From: John Baldwin To: Warner Losh Subject: Re: Internal compiler error: program ld got fatal signal 10 Cc: freebsd-current@FreeBSD.ORG, "Thomas D. Dean" Message-Id: <20000528195542.EPOW22611.mail.rdc1.va.home.com@john.baldwin.cx> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 28-May-00 Warner Losh wrote: > In message <200005281908.MAA00365@ix.netcom.com> "Thomas D. Dean" writes: >: I just completed a 'make world' on a -current cvsup'ed yesterday and saw >: no errors. > > When was the previous time that you did this? And did you update the > binutils first? It sure would be a MAJOR BUMMER if one needed to > update binutils first... I built a new world fine with the new binutils right after all my commits in /sys/boot. Also, I built world again with today's sources: -------------------------------------- build started at 10:20:27 on 05/28/00 build finished at 14:39:14 on 05/28/00 -------------------------------------- > ld -v GNU ld version 2.10-anoncvs-20000512 (with BFD 2.10-anoncvs-20000512) > as -v GNU assembler version 2.10-anoncvs-20000512 (i386-unknown-freebsdelf5.0) using BFD version 2.10-anoncvs-20000512 In all my tests, I used a normal make buildworld, I never manually built or installed binutils. > Warner -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 13:13:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id EDBC337B539; Sun, 28 May 2000 13:13:17 -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 OAA33650; Sun, 28 May 2000 14:13:14 -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 OAA35592; Sun, 28 May 2000 14:13:01 -0600 (MDT) Message-Id: <200005282013.OAA35592@harmony.village.org> To: John Baldwin Subject: Re: Internal compiler error: program ld got fatal signal 10 Cc: freebsd-current@FreeBSD.org, "Thomas D. Dean" In-reply-to: Your message of "Sun, 28 May 2000 15:55:42 EDT." <20000528195542.EPOW22611.mail.rdc1.va.home.com@john.baldwin.cx> References: <20000528195542.EPOW22611.mail.rdc1.va.home.com@john.baldwin.cx> Date: Sun, 28 May 2000 14:13:01 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000528195542.EPOW22611.mail.rdc1.va.home.com@john.baldwin.cx> John Baldwin writes: : I built a new world fine with the new binutils right after all my commits : in /sys/boot. Also, I built world again with today's sources: OK. I have the old binutils installed on my system. : -------------------------------------- : build started at 10:20:27 on 05/28/00 : build finished at 14:39:14 on 05/28/00 : -------------------------------------- : > ld -v : GNU ld version 2.10-anoncvs-20000512 (with BFD 2.10-anoncvs-20000512) : > as -v : GNU assembler version 2.10-anoncvs-20000512 (i386-unknown-freebsdelf5.0) using BFD version : 2.10-anoncvs-20000512 : : In all my tests, I used a normal make buildworld, I never manually : built or installed binutils. Odd. that means that you must have done at least one buildworld with the old binutils. Hmmm. Time to play with the bouncer box to see what I can do with it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 13:36:47 2000 Delivered-To: freebsd-current@freebsd.org Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148]) by hub.freebsd.org (Postfix) with ESMTP id 74D7637B5EF for ; Sun, 28 May 2000 13:36:44 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Received: from ix.netcom.com (sil-wa15-31.ix.netcom.com [207.93.148.31]) by granger.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id QAA28733; Sun, 28 May 2000 16:36:41 -0400 (EDT) Received: (from tomdean@localhost) by ix.netcom.com (8.9.3/8.9.3) id NAA00631; Sun, 28 May 2000 13:36:29 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Date: Sun, 28 May 2000 13:36:29 -0700 (PDT) Message-Id: <200005282036.NAA00631@ix.netcom.com> X-Authentication-Warning: celebris.tddhome: tomdean set sender to tomdean@ix.netcom.com using -f From: "Thomas D. Dean" To: imp@village.org Cc: freebsd-current@FreeBSD.ORG In-reply-to: <200005281910.NAA11908@harmony.village.org> (message from Warner Losh on Sun, 28 May 2000 13:10:20 -0600) Subject: Re: Internal compiler error: program ld got fatal signal 10 References: <200005281908.MAA00365@ix.netcom.com> <200005281834.MAA90183@harmony.village.org> <20000528185726.A877@cons.org> <20000528181235.A53293@cons.org> <200005272107.OAA51939@troutmask.apl.washington.edu> <20000528181235.A53293@cons.org> <200005281625.KAA53071@harmony.village.org> <200005281855.MAA11576@harmony.village.org> <200005281910.NAA11908@harmony.village.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Before upgrade: FreeBSD celebris 5.0-CURRENT FreeBSD 5.0-CURRENT #0: \ Tue Apr 4 11:47:34 PDT 2000 \ root@celebris.tddhome:/usr/src/sys/compile/CELEBRIS-SMP i386 After upgrade: FreeBSD celebris 5.0-CURRENT FreeBSD 5.0-CURRENT #1: \ Sun May 28 11:07:09 PDT 2000 \ root@celebris:/usr/src/sys/compile/CELEBRIS-SMP i386 tomdean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 13:37:23 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp10.atl.mindspring.net (smtp10.atl.mindspring.net [207.69.200.246]) by hub.freebsd.org (Postfix) with ESMTP id 0869C37B897 for ; Sun, 28 May 2000 13:37:17 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Received: from ix.netcom.com (sil-wa15-31.ix.netcom.com [207.93.148.31]) by smtp10.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id QAA13008; Sun, 28 May 2000 16:37:13 -0400 (EDT) Received: (from tomdean@localhost) by ix.netcom.com (8.9.3/8.9.3) id NAA00634; Sun, 28 May 2000 13:37:08 -0700 (PDT) (envelope-from tomdean@ix.netcom.com) Date: Sun, 28 May 2000 13:37:08 -0700 (PDT) Message-Id: <200005282037.NAA00634@ix.netcom.com> X-Authentication-Warning: celebris.tddhome: tomdean set sender to tomdean@ix.netcom.com using -f From: "Thomas D. Dean" To: imp@village.org Cc: freebsd-current@FreeBSD.ORG In-reply-to: <200005281910.NAA11908@harmony.village.org> (message from Warner Losh on Sun, 28 May 2000 13:10:20 -0600) Subject: Re: Internal compiler error: program ld got fatal signal 10 References: <200005281908.MAA00365@ix.netcom.com> <200005281834.MAA90183@harmony.village.org> <20000528185726.A877@cons.org> <20000528181235.A53293@cons.org> <200005272107.OAA51939@troutmask.apl.washington.edu> <20000528181235.A53293@cons.org> <200005281625.KAA53071@harmony.village.org> <200005281855.MAA11576@harmony.village.org> <200005281910.NAA11908@harmony.village.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry for two replies: I did: make world reboot rebuild+install kernel reboot tomdean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 13:40:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 905E637B7CD for ; Sun, 28 May 2000 13:40:47 -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 OAA33742; Sun, 28 May 2000 14:40:44 -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 OAA35856; Sun, 28 May 2000 14:40:31 -0600 (MDT) Message-Id: <200005282040.OAA35856@harmony.village.org> To: "Thomas D. Dean" Subject: Re: Internal compiler error: program ld got fatal signal 10 Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sun, 28 May 2000 13:37:08 PDT." <200005282037.NAA00634@ix.netcom.com> References: <200005282037.NAA00634@ix.netcom.com> <200005281908.MAA00365@ix.netcom.com> <200005281834.MAA90183@harmony.village.org> <20000528185726.A877@cons.org> <20000528181235.A53293@cons.org> <200005272107.OAA51939@troutmask.apl.washington.edu> <20000528181235.A53293@cons.org> <200005281625.KAA53071@harmony.village.org> <200005281855.MAA11576@harmony.village.org> <200005281910.NAA11908@harmony.village.org> Date: Sun, 28 May 2000 14:40:31 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005282037.NAA00634@ix.netcom.com> "Thomas D. Dean" writes: : make world : reboot : rebuild+install kernel : reboot OK. I'm trying on my bouncer box now. It is over NFS so it is slow. Also it is a PPro 180, so that is slow too :-(. FreeBSD billy-club.village.org 5.0-CURRENT FreeBSD 5.0-CURRENT #33: Sun Apr 30 22:57:58 MDT 2000 imp@harmony.village.org:/home/imp/FreeBSD/src/sys/compile/BILLY-CLUB i386 I'll let people know how this works out. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 14:18:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.100.7]) by hub.freebsd.org (Postfix) with ESMTP id 37BE537B5D9 for ; Sun, 28 May 2000 14:18:38 -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 RAA91162; Sun, 28 May 2000 17:18:31 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200005281634.KAA77382@harmony.village.org> References: <200005281634.KAA77382@harmony.village.org> Date: Sun, 28 May 2000 17:18:35 -0400 To: Warner Losh , current@FreeBSD.ORG From: Garance A Drosihn Subject: Re: Dual-booting: FreeBSD, NetBSD and OpenBSD Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 10:34 AM -0600 5/28/00, Warner Losh wrote: >I need to setup a machine that will boot FreeBSD, NetBSD and >OpenBSD. Assume I have an insane amount of disk space. What's >the best way to accomplish this? Last time I tried it, the >partition ID numbers were all the same, making this difficult >if not impossible. FreeBSD and OpenBSD work fine (I've set it up, no problem). I haven't tried NetBSD yet, as my available disk space is not yet at the "insane" level (but I hope to be at that level within a week or two). If there is a conflict with NetBSD, you could use a boot manager to solve the problem. I have used PowerBoot from http://www.blueskyinnovations.com/pboot.html (about $30, IIRC), but I'm sure there are plenty of other options. You can have the boot-manager change the partition ID for one set of partitions when booting from some other partition, effectively hiding the partition. Once I do hit insane disk-levels, I'm more inclined to try for a vmware solution, as that means I can have multiple OS's active simultaneously. This would not be adequate for low- level (eg: drivers) or SMP development, but it should work fine for many of the things I do. --- 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-current" in the body of the message From owner-freebsd-current Sun May 28 14:22: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from wendell.heistand.org (wendell.heistand.org [209.181.116.46]) by hub.freebsd.org (Postfix) with ESMTP id 15CD437B567 for ; Sun, 28 May 2000 14:22:01 -0700 (PDT) (envelope-from heistand@heistand.org) Received: from heistand.org (localhost.heistand.org [127.0.0.1]) by wendell.heistand.org (Postfix) with ESMTP id BCBD31B23D for ; Sun, 28 May 2000 14:30:59 -0600 (MDT) X-Mailer: exmh version 2.1.1 10/15/1999 To: freebsd-current@freebsd.org Subject: have a couple of problems. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 May 2000 14:30:59 -0600 From: Steve Heistand Message-Id: <20000528203059.BCBD31B23D@wendell.heistand.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, ok so I am having a couple of problems. The first is that I get tons of "sio0: x more silo overflows" messages when I boot an SMP enabled kernel under the latest 5.0 source. Well as of friday I re'cvs-upped. I can get rid of these by not booting an SMP kernel but then I get really freaky X stuff happening. My screen gets all wavy when there is a bunch of stuff being sent out of the video card. Which is really annoying and causes headaches. Anyone else having the X problem? I have seen mention and potential fixes for the silo overflow problems but it hasnt made it into the current source yet. thanks steve Steve Heistand heistand@heistand.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 14:42: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id DCDC737B7C5 for ; Sun, 28 May 2000 14:41: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 PAA33847; Sun, 28 May 2000 15:41: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 PAA36029; Sun, 28 May 2000 15:41:38 -0600 (MDT) Message-Id: <200005282141.PAA36029@harmony.village.org> Subject: Re: Internal compiler error: program ld got fatal signal 10 Cc: "Thomas D. Dean" , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sun, 28 May 2000 14:40:31 MDT." <200005282040.OAA35856@harmony.village.org> References: <200005282040.OAA35856@harmony.village.org> <200005282037.NAA00634@ix.netcom.com> <200005281908.MAA00365@ix.netcom.com> <200005281834.MAA90183@harmony.village.org> <20000528185726.A877@cons.org> <20000528181235.A53293@cons.org> <200005272107.OAA51939@troutmask.apl.washington.edu> <20000528181235.A53293@cons.org> <200005281625.KAA53071@harmony.village.org> <200005281855.MAA11576@harmony.village.org> <200005281910.NAA11908@harmony.village.org> Date: Sun, 28 May 2000 15:41:38 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005282040.OAA35856@harmony.village.org> Warner Losh writes: : OK. I'm trying on my bouncer box now. It is over NFS so it is slow. : Also it is a PPro 180, so that is slow too :-(. : : FreeBSD billy-club.village.org 5.0-CURRENT FreeBSD 5.0-CURRENT #33: : Sun Apr 30 22:57:58 MDT 2000 : imp@harmony.village.org:/home/imp/FreeBSD/src/sys/compile/BILLY-CLUB : i386 : : I'll let people know how this works out. Got the same exact results with the PPro 180 as I did on my PIII 500. Definitely not hardware at this point. I think I'm safe in saying that. I'm going to try to upgrade my binutils by hand and see if that helps any. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 14:43:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 6C4F937B925 for ; Sun, 28 May 2000 14:43:23 -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 PAA33863; Sun, 28 May 2000 15:43: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 PAA36067; Sun, 28 May 2000 15:43:08 -0600 (MDT) Message-Id: <200005282143.PAA36067@harmony.village.org> To: "Thomas D. Dean" Subject: Re: Unknown Devices in Dmesg Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sun, 28 May 2000 12:04:58 PDT." <200005281904.MAA00353@ix.netcom.com> References: <200005281904.MAA00353@ix.netcom.com> Date: Sun, 28 May 2000 15:43:08 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200005281904.MAA00353@ix.netcom.com> "Thomas D. Dean" writes: : and have devices listed as 'unknown' in dmesg. Everything appears to : function OK. They are ok. : The serial ports, sio0 and sio1 appear both as sio and unknown. Yes. This is expected. The PnP BIOS code which should execute before all the other devices are probed actually executes after, so you get things like that. It is safe to ignore for now. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 15:59:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 70B5D37B5A9 for ; Sun, 28 May 2000 15:59:48 -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 QAA34030; Sun, 28 May 2000 16:59:46 -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 QAA36365; Sun, 28 May 2000 16:59:33 -0600 (MDT) Message-Id: <200005282259.QAA36365@harmony.village.org> Subject: Re: Internal compiler error: program ld got fatal signal 10 To: "Thomas D. Dean" , freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sun, 28 May 2000 15:41:38 MDT." Date: Sun, 28 May 2000 16:59:32 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -------- Did install of new binutils. now ld dumps core ALL the time. Further testing impossible. DO NOT TRY TO UPGRADE JUST BINUTILS IF YOU ARE GETTING THE SIGNAL 10 ERROR. YOU WON'T BE ABLE TO BUILD ANYTHING ELSE ON THE SYSTEM. Now, I'm grumpy... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 16: 0:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from picalon.gun.de (picalon.gun.de [192.109.159.1]) by hub.freebsd.org (Postfix) with ESMTP id C70A437B831 for ; Sun, 28 May 2000 16:00:47 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id BAA03869; Mon, 29 May 2000 01:00:18 +0200 (MET DST) >Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id AAA28456; Mon, 29 May 2000 00:31:54 +0200 (CEST) (envelope-from andreas) Date: Mon, 29 May 2000 00:31:54 +0200 From: Andreas Klemm To: Steve Heistand Cc: freebsd-current@FreeBSD.ORG Subject: Re: have a couple of problems. Message-ID: <20000529003154.A28145@titan.klemm.gtn.com> References: <20000528203059.BCBD31B23D@wendell.heistand.org> Mime-Version: 1.0 X-Mailer: Mutt 1.0.1i In-Reply-To: <20000528203059.BCBD31B23D@wendell.heistand.org>; from heistand@heistand.org on Sun, May 28, 2000 at 02:30:59PM -0600 X-Operating-System: FreeBSD 5.0-CURRENT SMP X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 02:30:59PM -0600, Steve Heistand wrote: > Hi, > > ok so I am having a couple of problems. > > The first is that I get tons of "sio0: x more silo overflows" messages when I > boot an SMP enabled kernel under the latest 5.0 source. Well as of friday I > re'cvs-upped. Same for me. During download of images from a digital camera using gphoto. Device: /dev/cuaa0 Speed: 115000 [...] sio0: 1 more silo overflow (total 23) sio0: 1 more silo overflow (total 24) sio0: 1 more silo overflow (total 25) sio0: 2 more silo overflows (total 27) sio0: 2 more silo overflows (total 29) sio0: 1 more silo overflow (total 30) sio0: 1 more silo overflow (total 31) sio0: 1 more silo overflow (total 32) sio0: 1 more silo overflow (total 33) sio0: 1 more silo overflow (total 34) sio0: 1 more silo overflow (total 35) sio0: 1 more silo overflow (total 36) sio0: 1 more silo overflow (total 37) sio0: 1 more silo overflow (total 38) sio0: 1 more silo overflow (total 39) sio0: 1 more silo overflow (total 40) sio0: 1 more silo overflow (total 41) sio0: 1 more silo overflow (total 42) sio0: 1 more silo overflow (total 43) sio0: 1 more silo overflow (total 44) sio0: 1 more silo overflow (total 45) sio0: 1 more silo overflow (total 46) sio0: 1 more silo overflow (total 47) sio0: 1 more silo overflow (total 48) sio0: 1 more silo overflow (total 49) sio0: 1 more silo overflow (total 50) sio0: 1 more silo overflow (total 51) sio0: 636 more interrupt-level buffer overflows (total 636) sio0: 1 more silo overflow (total 52) sio0: 1 more silo overflow (total 53) sio0: 1 more silo overflow (total 54) sio0: 1 more silo overflow (total 55) sio0: 1 more silo overflow (total 56) sio0: 1 more silo overflow (total 57) sio0: 1 more silo overflow (total 58) sio0: 66 more interrupt-level buffer overflows (total 702) sio0: 71 more interrupt-level buffer overflows (total 773) sio0: 2 more silo overflows (total 60) sio0: 1 more silo overflow (total 61) sio0: 1 more silo overflow (total 62) sio0: 1 more silo overflow (total 63) sio0: 1 more silo overflow (total 64) sio0: 1 more silo overflow (total 65) sio0: 664 more interrupt-level buffer overflows (total 1437) sio0: 1 more silo overflow (total 66) sio0: 1 more silo overflow (total 67) sio0: 2 more silo overflows (total 69) sio0: 1 more silo overflow (total 70) sio0: 1 more silo overflow (total 71) sio0: 1 more silo overflow (total 72) sio0: 1 more silo overflow (total 73) sio0: 1 more silo overflow (total 74) sio0: 1 more silo overflow (total 75) sio0: 1 more silo overflow (total 76) sio0: 1 more silo overflow (total 77) sio0: 1 more silo overflow (total 78) sio0: 1 more silo overflow (total 79) sio0: 1 more silo overflow (total 80) sio0: 1 more silo overflow (total 81) sio0: 1 more silo overflow (total 82) sio0: 1 more silo overflow (total 83) sio0: 1 more silo overflow (total 84) sio0: 1 more silo overflow (total 85) sio0: 1 more silo overflow (total 86) sio0: 1 more silo overflow (total 87) sio0: 1 more silo overflow (total 88) sio0: 1 more silo overflow (total 89) sio0: 1 more silo overflow (total 90) sio0: 1 more silo overflow (total 91) sio0: 2 more silo overflows (total 93) sio0: 1 more silo overflow (total 94) sio0: 2 more silo overflows (total 96) sio0: 2 more silo overflows (total 98) sio0: 2 more silo overflows (total 100) sio0: 1 more silo overflow (total 101) sio0: 1 more silo overflow (total 102) sio0: 2 more silo overflows (total 104) sio0: 1 more silo overflow (total 105) sio0: 2 more silo overflows (total 107) sio0: 1 more silo overflow (total 108) sio0: 1 more silo overflow (total 109) sio0: 1 more silo overflow (total 110) sio0: 1 more silo overflow (total 111) sio0: 1 more silo overflow (total 112) sio0: 1 more silo overflow (total 113) sio0: 1 more silo overflow (total 114) sio0: 2 more silo overflows (total 116) sio0: 1 more silo overflow (total 117) sio0: 1 more silo overflow (total 118) sio0: 1 more silo overflow (total 119) sio0: 1 more silo overflow (total 120) sio0: 1 more silo overflow (total 121) sio0: 1 more silo overflow (total 122) sio0: 2 more silo overflows (total 124) sio0: 2 more silo overflows (total 126) sio0: 1 more silo overflow (total 127) sio0: 1 more silo overflow (total 128) sio0: 1 more silo overflow (total 129) sio0: 1 more silo overflow (total 130) sio0: 1 more silo overflow (total 131) sio0: 1 more silo overflow (total 132) sio0: 1 more silo overflow (total 133) sio0: 1 more silo overflow (total 134) sio0: 1 more silo overflow (total 135) sio0: 1 more silo overflow (total 136) sio0: 1 more silo overflow (total 137) sio0: 2 more silo overflows (total 139) sio0: 1 more silo overflow (total 140) sio0: 1 more silo overflow (total 141) sio0: 1 more silo overflow (total 142) sio0: 1 more silo overflow (total 143) sio0: 1 more silo overflow (total 144) sio0: 1 more silo overflow (total 145) sio0: 1 more silo overflow (total 146) sio0: 1 more silo overflow (total 147) sio0: 1 more silo overflow (total 148) sio0: 1 more silo overflow (total 149) sio0: 1 more silo overflow (total 150) sio0: 1 more silo overflow (total 151) sio0: 1 more silo overflow (total 152) sio0: 1 more silo overflow (total 153) sio0: 1 more silo overflow (total 154) sio0: 1 more silo overflow (total 155) sio0: 1 more silo overflow (total 156) sio0: 1 more silo overflow (total 157) sio0: 1 more silo overflow (total 158) sio0: 1 more silo overflow (total 159) sio0: 1 more silo overflow (total 160) sio0: 1 more silo overflow (total 161) sio0: 1 more silo overflow (total 162) sio0: 1 more silo overflow (total 163) sio0: 1 more silo overflow (total 164) sio0: 1 more silo overflow (total 165) sio0: 1 more silo overflow (total 166) sio0: 1 more silo overflow (total 167) sio0: 1 more silo overflow (total 168) pid 18309 (gphoto), uid 1001: exited on signal 6 (core dumped) sio0: 1 more silo overflow (total 169) sio0: 1 more silo overflow (total 170) sio0: 1 more silo overflow (total 171) sio0: 1 more silo overflow (total 172) pid 20392 (gphoto), uid 1001: exited on signal 6 (core dumped) sio0: 1 more silo overflow (total 173) sio0: 1 more silo overflow (total 174) sio0: 1 more silo overflow (total 175) sio0: 1 more silo overflow (total 176) sio0: 1 more silo overflow (total 177) sio0: 1 more silo overflow (total 178) sio0: 1 more silo overflow (total 179) sio0: 1 more silo overflow (total 180) sio0: 1 more silo overflow (total 181) sio0: 1 more silo overflow (total 182) sio0: 1 more silo overflow (total 183) sio0: 1 more silo overflow (total 184) sio0: 1 more silo overflow (total 185) sio0: 1 more silo overflow (total 186) sio0: 1 more silo overflow (total 187) sio0: 1 more silo overflow (total 188) -- Andreas Klemm http://people.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD New APSFILTER 542 and songs from our band - http://people.freebsd.org/~andreas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 16: 4:18 2000 Delivered-To: freebsd-current@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-current@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-current" in the body of the message From owner-freebsd-current Sun May 28 16:12:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id F044237B8E2; Sun, 28 May 2000 16:12:19 -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 RAA34090; Sun, 28 May 2000 17:12:18 -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 RAA36480; Sun, 28 May 2000 17:12:05 -0600 (MDT) Message-Id: <200005282312.RAA36480@harmony.village.org> Subject: Re: Internal compiler error: program ld got fatal signal 10 To: obrien@freebsd.org Cc: freebsd-current@freebsd.org In-reply-to: Your message of "Sun, 28 May 2000 15:41:38 MDT." Date: Sun, 28 May 2000 17:12:05 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David, looks like I found the problem. Or at least how to trivially recreate the problem and how to work around it for those people that need to do so. I've cc'd current since I've been talking there with people about it. I'm fairly certain that there are malloc related bugs in the new binutils. If I have malloc.conf pointing at AJ, then we die in ld all the time. If I remove that file, then we don't and things appear to work. That's why some people succeeded in their upgrade, and why some fail. I get these failures on hello world: int main() { printf("hello world\n"); } cc -c xxx.c cc -o xxx xxx.o I think that this is strong evidence that there are bugs in the new binutils that AJ is finding. I think it may be that it incorrectly expects memory to be zero'd when it gets it or something. So if you have to update your system, don't have /etc/malloc.conf pointing at AJ: A All warnings (except for the warning about unknown flags being set), and failure to allocate memory become fatal. The process will call abort(3) in these cases. J Each byte of new memory allocated by malloc(), realloc() or reallocf() as well as all memory returned by free(), realloc() or reallocf() will be initialized to 0xd0. This options also sets the ``R'' option. This is intended for debugging and will impact performance negatively. R Causes the realloc() and reallocf() functions to always reallo- cate memory even if the initial allocation was sufficiently large. This can substantially aid in compacting memory. Warner P.S. One more beer to phk for putting this functionality into malloc :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 17:42:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from bsdhome.dyndns.org (rdu25-18-195.nc.rr.com [24.25.18.195]) by hub.freebsd.org (Postfix) with ESMTP id 2D81E37B98C; Sun, 28 May 2000 17:42:25 -0700 (PDT) (envelope-from bsd@bsdhome.com) Received: from vger.bsdhome.com (vger [192.168.220.2]) by bsdhome.dyndns.org (8.9.3/8.9.3) with ESMTP id UAA30318; Sun, 28 May 2000 20:42:23 -0400 (EDT) (envelope-from bsd@bsdhome.com) Received: from localhost (bsd@localhost) by vger.bsdhome.com (8.9.3/8.9.3) with ESMTP id UAA24754; Sun, 28 May 2000 20:42:12 -0400 (EDT) (envelope-from bsd@vger.bsdhome.com) Date: Sun, 28 May 2000 20:42:11 -0400 (EDT) From: Brian Dean To: "David O'Brien" Cc: Maxim Sobolev , current@FreeBSD.ORG Subject: Re: FW: GDB 5.0 is released! In-Reply-To: <20000526121440.A884@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 26 May 2000, David O'Brien wrote: > > > > GDB 5.0 is released! > > Do you have any forecasts as to when we will see this baby in the -current? > > Its priority is behind GCC 2.96 I haven't had a chance to examine this yet ... do you know if it includes support for our new hardware debug register support on IA32? -Brian -- Brian Dean bsd@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 17:54:47 2000 Delivered-To: freebsd-current@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-current@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-current" in the body of the message From owner-freebsd-current Sun May 28 17:58:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id B20BE37B9DC for ; Sun, 28 May 2000 17:58:30 -0700 (PDT) (envelope-from mellon@pobox.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id DAA09425; Mon, 29 May 2000 03:59:31 GMT (envelope-from mellon@pobox.com) Date: Mon, 29 May 2000 03:59:31 +0000 From: Anatoly Vorobey To: Warner Losh Cc: current@freebsd.org Subject: Re: Internal compiler error: program ld got fatal signal 10 Message-ID: <20000529035931.A9407@happy.checkpoint.com> References: <200005282312.RAA36480@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005282312.RAA36480@harmony.village.org>; from imp@village.org on Sun, May 28, 2000 at 05:12:05PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 05:12:05PM -0600, Warner Losh wrote: > I think that this is strong evidence that there are bugs in the new > binutils that AJ is finding. I think it may be that it incorrectly > expects memory to be zero'd when it gets it or something. I've further verified that: - it's J that's causing the problem, even without A present. - the assembler generates identical .o files with or without the J option of malloc, so it's really an ld problem. I think you're right, and it expects a zeroed-out malloced memory somewhere. I'll try to hunt for it in spare time. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 18: 5:14 2000 Delivered-To: freebsd-current@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-current@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-current" in the body of the message From owner-freebsd-current Sun May 28 19: 4:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from postal.linkfast.net (postal.linkfast.net [208.160.105.2]) by hub.freebsd.org (Postfix) with ESMTP id BFDF437B9ED; Sun, 28 May 2000 19:04:08 -0700 (PDT) (envelope-from grasshacker@linkfast.net) Received: from leviathan (gh.ws.linkfast.net [208.160.105.41]) by postal.linkfast.net (Postfix) with SMTP id 14BB29B0A; Sun, 28 May 2000 21:04:07 -0500 (CDT) Message-ID: <002601bfc912$2cc36360$2969a0d0@leviathan> From: "gh" To: "Mike Smith" , References: <200005130706.AAA01390@mass.cdrom.com> Subject: Re: unknown: Date: Sun, 28 May 2000 19:39:35 -0500 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > IF and ONLY IF the PNPBIOS code is causing your machine to fail, do the > following: > > - Send me FULL DETAILS; this will need to include the trap messages and, > if the trap is in the kernel, a DDB traceback. > The described situation actually occured to me tonight (5-28-2000) while trying to install. Rather than check the list for a solution, I went back to the 4.0 boot disks (which worked really well) and changed them to setup a snapshot (5.0-20000528-CURRENT). If you so desire (which presumably is the case), I can just boot up the current floppies and try to send you the information you request. I apologize for being currently un-helpful, but I will try to help if you still need so. Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 19: 4:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from happy.checkpoint.com (happy.checkpoint.com [199.203.156.41]) by hub.freebsd.org (Postfix) with ESMTP id DD26E37BA69 for ; Sun, 28 May 2000 19:04:25 -0700 (PDT) (envelope-from mellon@pobox.com) Received: (from mellon@localhost) by happy.checkpoint.com (8.9.3/8.9.3) id FAA10640; Mon, 29 May 2000 05:05:29 GMT (envelope-from mellon@pobox.com) Date: Mon, 29 May 2000 05:05:29 +0000 From: Anatoly Vorobey To: Warner Losh Cc: current@freebsd.org Subject: Re: Internal compiler error: program ld got fatal signal 10 Message-ID: <20000529050529.A10617@happy.checkpoint.com> References: <200005282312.RAA36480@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005282312.RAA36480@harmony.village.org>; from imp@village.org on Sun, May 28, 2000 at 05:12:05PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 05:12:05PM -0600, Warner Losh wrote: > I get these failures on hello world: > > int main() { printf("hello world\n"); } > > cc -c xxx.c > cc -o xxx xxx.o > Can you test this patch? I think I tracked down the problem. At some point, someone added a new field into a hash table struct and didn't add initialization for it into the general hash table struct init func. This patch cures the problem for me. Yes, I know, vendor branch and all :( You need to apply the patch and remake /usr/src/gnu/usr.bin/binutils/libbfd and then /usr/src/gnu/usr.bin/binutils/ld . Index: elf.c =================================================================== RCS file: /freebsd/cvs/src/contrib/binutils/bfd/elf.c,v retrieving revision 1.6 diff -u -r1.6 elf.c --- elf.c 2000/05/13 16:44:19 1.6 +++ elf.c 2000/05/29 04:58:34 @@ -979,6 +979,7 @@ table->needed = NULL; table->hgot = NULL; table->stab_info = NULL; + table->dynlocal = NULL; return _bfd_link_hash_table_init (&table->root, abfd, newfunc); } -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 19:32:50 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 9A89737BAF3 for ; Sun, 28 May 2000 19:32:45 -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 UAA34736; Sun, 28 May 2000 20:32:44 -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 UAA69052; Sun, 28 May 2000 20:32:30 -0600 (MDT) Message-Id: <200005290232.UAA69052@harmony.village.org> To: Anatoly Vorobey Subject: Re: Internal compiler error: program ld got fatal signal 10 Cc: current@freebsd.org In-reply-to: Your message of "Mon, 29 May 2000 05:05:29 -0000." <20000529050529.A10617@happy.checkpoint.com> References: <20000529050529.A10617@happy.checkpoint.com> <200005282312.RAA36480@harmony.village.org> Date: Sun, 28 May 2000 20:32:30 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000529050529.A10617@happy.checkpoint.com> Anatoly Vorobey writes: : Can you test this patch? I think I tracked down the problem. At some : point, someone added a new field into a hash table struct and didn't : add initialization for it into the general hash table struct init func. : This patch cures the problem for me. Yes, I know, vendor branch and : all :( If it works, then I think it should be committed.... in the usual way for this stuff: Filtered through David O'Brien... I've just started a build and will let people know if this works. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 19:34:19 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 5FF8F37BA42 for ; Sun, 28 May 2000 19:34:15 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id TAA11414; Sun, 28 May 2000 19:34:02 -0700 (PDT) (envelope-from dillon) Date: Sun, 28 May 2000 19:34:02 -0700 (PDT) From: Matthew Dillon Message-Id: <200005290234.TAA11414@apollo.backplane.com> To: Steve Heistand Cc: freebsd-current@FreeBSD.ORG Subject: Re: have a couple of problems. References: <20000528203059.BCBD31B23D@wendell.heistand.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :Hi, : :ok so I am having a couple of problems. : :The first is that I get tons of "sio0: x more silo overflows" messages when I :boot an SMP enabled kernel under the latest 5.0 source. Well as of friday I :re'cvs-upped. : :I can get rid of these by not booting an SMP kernel but then I get really :freaky :X stuff happening. My screen gets all wavy when there is a bunch of stuff :being sent out of the video card. Which is really annoying and causes :headaches. : :Anyone else having the X problem? I have seen mention and potential fixes for :the :silo overflow problems but it hasnt made it into the current source yet. : :thanks : :steve : :Steve Heistand :heistand@heistand.org Steve, please try the patch that Bruce posted a few days ago and tell us if that fixes your problem too. The patch will almost certainly go in in some form, it hasn't yet only because I wanted a little time to be able to trace out the interrupt path to make sure the patch was ok. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 19:41:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (Postfix) with ESMTP id 8303A37BAF1; Sun, 28 May 2000 19:41:28 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.9.3/8.9.3) id TAA33100; Sun, 28 May 2000 19:44:36 -0700 (PDT) (envelope-from sgk) From: Steve Kargl Message-Id: <200005290244.TAA33100@troutmask.apl.washington.edu> Subject: Re: Internal compiler error: program ld got fatal signal 10 In-Reply-To: <200005282312.RAA36480@harmony.village.org> from Warner Losh at "May 28, 2000 05:12:05 pm" To: Warner Losh Date: Sun, 28 May 2000 19:44:36 -0700 (PDT) Cc: obrien@FreeBSD.ORG, freebsd-current@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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Warner Losh wrote: > David, > I'm fairly certain that there are malloc related bugs in the new > binutils. If I have malloc.conf pointing at AJ, then we die in ld all > the time. If I remove that file, then we don't and things appear to > work. That's why some people succeeded in their upgrade, and why some > fail. > Bingo. I have AJ set. > P.S. One more beer to phk for putting this functionality into malloc :-) We're going to have one happy phk. Mark me down for one beer. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 19:55:59 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 8E3F137BB17; Sun, 28 May 2000 19:55: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 UAA34845; Sun, 28 May 2000 20:55: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 UAA00494; Sun, 28 May 2000 20:55:37 -0600 (MDT) Message-Id: <200005290255.UAA00494@harmony.village.org> Subject: Re: Internal compiler error: program ld got fatal signal 10 To: obrien@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Date: Sun, 28 May 2000 20:55:37 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The patch works for me! Yippie! I have my AJ back again. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 21:29: 3 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 139E237BF09 for ; Sun, 28 May 2000 21:28:59 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (nobody@relay.nuxi.com [169.237.7.38]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id VAA22016; Sun, 28 May 2000 21:28:55 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id VAA45804; Sun, 28 May 2000 21:28:57 -0700 (PDT) (envelope-from obrien) Date: Sun, 28 May 2000 21:28:57 -0700 From: "David O'Brien" To: Anatoly Vorobey Cc: Warner Losh , current@freebsd.org Subject: Re: Internal compiler error: program ld got fatal signal 10 Message-ID: <20000528212856.A45049@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <200005282312.RAA36480@harmony.village.org> <20000529050529.A10617@happy.checkpoint.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000529050529.A10617@happy.checkpoint.com>; from mellon@pobox.com on Mon, May 29, 2000 at 05:05:29AM +0000 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 29, 2000 at 05:05:29AM +0000, Anatoly Vorobey wrote: > You need to apply the patch and remake /usr/src/gnu/usr.bin/binutils/libbfd > and then /usr/src/gnu/usr.bin/binutils/ld . I'll pass this onto the Binutils people. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 21:39:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 92E2A37B551 for ; Sun, 28 May 2000 21:39:53 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (nobody@relay.nuxi.com [169.237.7.38]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id VAA22131; Sun, 28 May 2000 21:39:51 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id VAA45998; Sun, 28 May 2000 21:39:53 -0700 (PDT) (envelope-from obrien) Date: Sun, 28 May 2000 21:39:53 -0700 From: "David O'Brien" To: Warner Losh Cc: Anatoly Vorobey , current@freebsd.org Subject: Re: Internal compiler error: program ld got fatal signal 10 Message-ID: <20000528213953.C45049@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <20000529050529.A10617@happy.checkpoint.com> <200005282312.RAA36480@harmony.village.org> <20000529050529.A10617@happy.checkpoint.com> <200005290232.UAA69052@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200005290232.UAA69052@harmony.village.org>; from imp@village.org on Sun, May 28, 2000 at 08:32:30PM -0600 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 08:32:30PM -0600, Warner Losh wrote: > If it works, then I think it should be committed.... in the usual way > for this stuff: Filtered through David O'Brien... Give me a few days if you can. (if people think that is unacceptable, please let me know) I've forwarded the patch to the Binutils maintainers. Binutils 2.10 should be released any day now, so I'll have to do another Buntils import anyway, so I'll get it then. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 21:43:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 5E10A37BA76; Sun, 28 May 2000 21:43:24 -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 WAA35387; Sun, 28 May 2000 22:43:22 -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 WAA04684; Sun, 28 May 2000 22:43:08 -0600 (MDT) Message-Id: <200005290443.WAA04684@harmony.village.org> To: obrien@freebsd.org Subject: Re: Internal compiler error: program ld got fatal signal 10 Cc: Anatoly Vorobey , current@freebsd.org In-reply-to: Your message of "Sun, 28 May 2000 21:39:53 PDT." <20000528213953.C45049@dragon.nuxi.com> References: <20000528213953.C45049@dragon.nuxi.com> <20000529050529.A10617@happy.checkpoint.com> <200005282312.RAA36480@harmony.village.org> <20000529050529.A10617@happy.checkpoint.com> <200005290232.UAA69052@harmony.village.org> Date: Sun, 28 May 2000 22:43:08 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <20000528213953.C45049@dragon.nuxi.com> "David O'Brien" writes: : On Sun, May 28, 2000 at 08:32:30PM -0600, Warner Losh wrote: : > If it works, then I think it should be committed.... in the usual way : > for this stuff: Filtered through David O'Brien... : : Give me a few days if you can. (if people think that is unacceptable, : please let me know) I've forwarded the patch to the Binutils : maintainers. Binutils 2.10 should be released any day now, so I'll have : to do another Buntils import anyway, so I'll get it then. I think a few days is cool. There's a known work around for the problem, and it doesn't seem to cause any problems. People that are really worried can apply the patch. Yes, it is a breakage, and it was frustrating to find out what broke, but now that we know the parameters, I'd rate it as a minor annoyance that one can read about in UPDATING (which I updated with the first workaround, don't use J). It certainly isn't worth creating headaches for you over. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun May 28 22:36:41 2000 Delivered-To: freebsd-current@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 25DF937BC5A for ; Sun, 28 May 2000 22:36:30 -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 PAA86350; Mon, 29 May 2000 15:36:15 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Mon, 29 May 2000 15:36:14 +1000 (EST) From: Andy Farkas X-Sender: andyf@backup.af.speednet.com.au To: Bruce Evans Cc: FreeBSD-CURRENT Subject: Re: Scheduler changes? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 29 May 2000, Bruce Evans wrote: > Scheduling was broken in -current on 2004/04/30 11:33:44 PDT. "nice -20" in > -current does essentially the same thing as "nice -10" in 4.0 (not enough > even in 4.0). hmmm... so there's a few years to wait before we have to worry.. :-) > > Bruce > > -- :{ 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-current" in the body of the message From owner-freebsd-current Mon May 29 0:10:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.rdc1.sfba.home.com (ha1.rdc1.sfba.home.com [24.0.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 6ECFD37BC4C for ; Mon, 29 May 2000 00:10:25 -0700 (PDT) (envelope-from mark@bitshift.org) Received: from agamemnon.home.com ([24.1.127.44]) by mail.rdc1.sfba.home.com (InterMail v4.01.01.00 201-229-111) with ESMTP id <20000529071025.NNSZ9942.mail.rdc1.sfba.home.com@agamemnon.home.com> for ; Mon, 29 May 2000 00:10:25 -0700 Received: (from skritch@localhost) by agamemnon.home.com (8.9.3+Sun/8.9.3) id AAA06327 for freebsd-current@FreeBSD.ORG; Mon, 29 May 2000 00:10:24 -0700 (PDT) X-Authentication-Warning: agamemnon.home.com: skritch set sender to mark@bitshift.org using -f Date: Mon, 29 May 2000 00:10:23 -0700 From: "Mark C. Langston" To: freebsd-current@FreeBSD.ORG Subject: Re: Internal compiler error: program ld got fatal signal 10 Message-ID: <20000529001023.B4506@bitshift.org> References: <200005290255.UAA00494@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200005290255.UAA00494@harmony.village.org>; from imp@village.org on Sun, May 28, 2000 at 08:55:37PM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, May 28, 2000 at 08:55:37PM -0600, Warner Losh wrote: > The patch works for me! Yippie! I have my AJ back again. I don't know if this is related, but: I cvsup'd to -CURRENT this evening (my first attempt to do so), and am now seeing the following error on boot: pid 156 (ldconfig), uid 0: exited on signal 11 (core dumped) I applied the patch from earlier in the thread, followed the instructions, and still no luck. Unfortunately, I'm not at all familiar with using gdb to debug the resulting corefile, but if anyone needs any information from it can cares to walk me through the steps necessary to obtain it, I'll be glad to. -- Mark C. Langston mark@bitshift.org Systems & Network Admin San Jose, CA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 29 1:14: 4 2000 Delivered-To: freebsd-current@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 D034F37BA4A for ; Mon, 29 May 2000 01:13:45 -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 KAA03964; Mon, 29 May 2000 10:11:28 +0200 (MET DST) Message-ID: <39322630.4ECCBD03@we.lc.ehu.es> Date: Mon, 29 May 2000 10:11:29 +0200 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: "Mark C. Langston" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Internal compiler error: program ld got fatal signal 10 References: <200005290255.UAA00494@harmony.village.org> <20000529001023.B4506@bitshift.org> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Mark C. Langston" wrote: > > On Sun, May 28, 2000 at 08:55:37PM -0600, Warner Losh wrote: > > The patch works for me! Yippie! I have my AJ back again. > > I don't know if this is related, but: > > I cvsup'd to -CURRENT this evening (my first attempt to do so), and am > now seeing the following error on boot: > > pid 156 (ldconfig), uid 0: exited on signal 11 (core dumped) > > I applied the patch from earlier in the thread, followed the > instructions, and still no luck. Unfortunately, I'm not at all > familiar with using gdb to debug the resulting corefile, but if anyone > needs any information from it can cares to walk me through the steps > necessary to obtain it, I'll be glad to. > I think your problem is caused by linux_base's ldconfig, which now must be explicitly branded (and all static Linux binaries): brandelf -t Linux /compat/linux/sbin/ldconfig Hope this 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-current" in the body of the message From owner-freebsd-current Mon May 29 2: 0: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from mercury.nildram.co.uk (mercury.nildram.co.uk [195.112.4.37]) by hub.freebsd.org (Postfix) with ESMTP id DE57237B884 for ; Mon, 29 May 2000 01:59:56 -0700 (PDT) (envelope-from freebsd@timog.prestel.co.uk) Received: from nermal.unix-consult.com (tgeusch.dial.nildram.co.uk [195.149.29.39]) by mercury.nildram.co.uk (8.10.0/8.10.0.Beta10) with ESMTP id e4T86LU28463 for ; Mon, 29 May 2000 09:06:22 +0100 Received: (qmail 34253 invoked by uid 1002); 29 May 2000 07:10:05 -0000 Date: Mon, 29 May 2000 08:10:05 +0100 From: Timo Geusch To: current@freebsd.org Subject: Internal USR I-modem & current? Message-ID: <20000529081005.A27717@nermal.unix-consult.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG All, I recently got my hands on an internal Courier I-Modem. Figuring it was very similar to a regular PnP modem I dropped it in my -current box and it showed up as 'unknown'. Hmm. Further inspection of isa/sio.c revealed that the modem's pnp id was not in the table so I added it and rebuilt the kernel. Still no joy, card shows up as unknown again. Tried to configure the ard for the example sio2 as listed in generic but this resulted in 'irq 5 not in allowable map of irqs 0' (sorry, that is a transcription, the -current box is currently down). However configuring the card to sio1 (after disabling on-board sio1) has it probed correctly. Any ideas where I need to look to get this card configured by the PnP mechanism? Thanks, Timo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 29 3:35:57 2000 Delivered-To: freebsd-current@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-current@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-current" in the body of the message From owner-freebsd-current Mon May 29 4: 8: 4 2000 Delivered-To: freebsd-current@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-current@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-current" in the body of the message From owner-freebsd-current Mon May 29 7:51: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from wendell.heistand.org (wendell.heistand.org [209.181.116.46]) by hub.freebsd.org (Postfix) with ESMTP id D5DF337BBDD for ; Mon, 29 May 2000 07:50:59 -0700 (PDT) (envelope-from heistand@heistand.org) Received: from heistand.org (localhost.heistand.org [127.0.0.1]) by wendell.heistand.org (Postfix) with ESMTP id 7EE891B242; Mon, 29 May 2000 08:50:51 -0600 (MDT) X-Mailer: exmh version 2.1.1 10/15/1999 To: Matthew Dillon Cc: freebsd-current@FreeBSD.ORG Subject: Re: have a couple of problems. In-Reply-To: Your message of "Sun, 28 May 2000 19:34:02 PDT." <200005290234.TAA11414@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 May 2000 08:50:51 -0600 From: Steve Heistand Message-Id: <20000529145051.7EE891B242@wendell.heistand.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The patch fixes the problem with the overflow message and gets my connection speed back up. Which is good. Unfotunately my display is having problems. Not nearly as much as before but still noticable and a little annoying. steve > :Hi, > : > :ok so I am having a couple of problems. > : > :The first is that I get tons of "sio0: x more silo overflows" messages when I > :boot an SMP enabled kernel under the latest 5.0 source. Well as of friday I > :re'cvs-upped. > : > :I can get rid of these by not booting an SMP kernel but then I get really > :freaky > :X stuff happening. My screen gets all wavy when there is a bunch of stuff > :being sent out of the video card. Which is really annoying and causes > :headaches. > : > :Anyone else having the X problem? I have seen mention and potential fixes for > :the > :silo overflow problems but it hasnt made it into the current source yet. > : > :thanks > : > :steve > : > :Steve Heistand > :heistand@heistand.org > > Steve, please try the patch that Bruce posted a few days ago and tell > us if that fixes your problem too. The patch will almost certainly go > in in some form, it hasn't yet only because I wanted a little time to > be able to trace out the interrupt path to make sure the patch was ok. > Steve Heistand heistand@heistand.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 29 8: 3:28 2000 Delivered-To: freebsd-current@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-current@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-current" in the body of the message From owner-freebsd-current Mon May 29 8:15:25 2000 Delivered-To: freebsd-current@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-current@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-current" in the body of the message From owner-freebsd-current Mon May 29 9: 8:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 2FDFE37BCAD for ; Mon, 29 May 2000 09:07:53 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id KAA24599; Mon, 29 May 2000 10:07:47 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id KAA15511; Mon, 29 May 2000 10:07:47 -0600 (MDT) (envelope-from nate) Date: Mon, 29 May 2000 10:07:47 -0600 (MDT) Message-Id: <200005291607.KAA15511@nomad.yogotech.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Subject: Re: Anyone else seeing jumpy mice? In-Reply-To: <3970.958963729@localhost> References: <3970.958963729@localhost> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > No, I don't mean rodents who've nibbled on chocolate-covered expresso > beans, I mean PS/2 mice which fall victim to this new problem: > > May 19 00:50:45 zippy /kernel: psmintr: out of sync (00c0 != 0000). > > I've seen it for the last few weeks and can only think that something > must be stomping on the psm driver now (or the driver is missing > interrupts for reasons of its own). Anyone else seeing this? Yep, it was related to having a newer mouse that wasn't supported quite right under the psm code. What I'm doing now is plugging in a different mouse, and then switching mice *after* the probe succeeds which causes the problem to go away. I sent email to Kazu, but unfortunately I dropped the ball when he asked for more feedback. Nate ps. It always seems to jump left and up... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 29 10:36: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 9749C37BCB2 for ; Mon, 29 May 2000 10:35:57 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id KAA15737; Mon, 29 May 2000 10:35:45 -0700 (PDT) (envelope-from dillon) Date: Mon, 29 May 2000 10:35:45 -0700 (PDT) From: Matthew Dillon Message-Id: <200005291735.KAA15737@apollo.backplane.com> To: Steve Heistand Cc: freebsd-current@FreeBSD.ORG Subject: Re: have a couple of problems. References: <20000529145051.7EE891B242@wendell.heistand.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG : : :The patch fixes the problem with the overflow message and gets my connection :speed back up. Which is good. Unfotunately my display is having problems. :Not nearly as much as before but still noticable and a little annoying. : :steve I can't imagine how the display problems could be related to the kernel. It sounds like a problem I've seen often on old (3+ years) video cards where accellerated modes caused snow to appear on the screen whenever the thing was bit blitting. I would mess around with the options available to you in XF86Config. Read up on the card you have in /usr/X11R6/lib/X11/doc to see what tweaks are available. You can also try lowering the screen resolution and/or the vertical refresh rate. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 29 11:18:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from wendell.heistand.org (wendell.heistand.org [209.181.116.46]) by hub.freebsd.org (Postfix) with ESMTP id DDC6837BD38 for ; Mon, 29 May 2000 11:18:02 -0700 (PDT) (envelope-from heistand@heistand.org) Received: from heistand.org (localhost.heistand.org [127.0.0.1]) by wendell.heistand.org (Postfix) with ESMTP id 9A2271B242; Mon, 29 May 2000 12:17:54 -0600 (MDT) X-Mailer: exmh version 2.1.1 10/15/1999 To: Matthew Dillon Cc: freebsd-current@FreeBSD.ORG Subject: Re: have a couple of problems. In-Reply-To: Your message of "Mon, 29 May 2000 10:35:45 PDT." <200005291735.KAA15737@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 May 2000 12:17:54 -0600 From: Steve Heistand Message-Id: <20000529181754.9A2271B242@wendell.heistand.org> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG it boggles my mind as well, but when I comment out the SMP lines in my config file: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O options NCPU=2 # number of CPUs X goes bonkers, the screen randomly shifts back and forth a pixel or so. But now that SMP mode doesnt slow down my internet connection I am more or less fine. The little wiggle left is tolerable for the time being. The only thing I could think of is that the motherboard with the second cpu not being used gets a voltage spike (or other uncleanliness) and that is affecting the video card. Or perhaps the 40 degrees cooler the thing runs without the second cpu makes the video card unhappy :) steve > > I can't imagine how the display problems could be related to > the kernel. It sounds like a problem I've seen often on old > (3+ years) video cards where accellerated modes caused snow to > appear on the screen whenever the thing was bit blitting. > > I would mess around with the options available to you in XF86Config. > Read up on the card you have in /usr/X11R6/lib/X11/doc to see what > tweaks are available. You can also try lowering the screen resolution > and/or the vertical refresh rate. > > -Matt > Steve Heistand heistand@heistand.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 29 14:32:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id 3899137B63D for ; Mon, 29 May 2000 14:32:21 -0700 (PDT) (envelope-from daemon@mips.inka.de) Received: from bigeye.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 12wX91-0004fG-00; Mon, 29 May 2000 23:32:19 +0200 Received: (from daemon@localhost) by bigeye.mips.inka.de (8.9.3/8.9.3) id XAA27359 for freebsd-current@freebsd.org; Mon, 29 May 2000 23:01:33 +0200 (CEST) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: Internal USR I-modem & current? Date: 29 May 2000 23:01:33 +0200 Message-ID: <8gulrd$qmh$1@bigeye.mips.inka.de> References: <20000529081005.A27717@nermal.unix-consult.com> To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Timo Geusch wrote: > I recently got my hands on an internal Courier I-Modem. [...] > Any ideas where I need to look to get this card configured by the PnP > mechanism? Have you jumpered the card correctly? I don't know whether those details were changed over the lifetime of the product, but the old card I have here has a set of jumpers allowing for COM1..COM4, and PnP as a fifth setting. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 29 16:49:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 8472A37BC3A for ; Mon, 29 May 2000 16:49:07 -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 RAA38924; Mon, 29 May 2000 17:49: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 RAA11845; Mon, 29 May 2000 17:48:48 -0600 (MDT) Message-Id: <200005292348.RAA11845@harmony.village.org> To: Timo Geusch Subject: Re: Internal USR I-modem & current? Cc: current@FreeBSD.ORG In-reply-to: Your message of "Mon, 29 May 2000 08:10:05 BST." <20000529081005.A27717@nermal.unix-consult.com> References: <20000529081005.A27717@nermal.unix-consult.com> Date: Mon, 29 May 2000 17:48:48 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Send me the output of pnpinfo and I'll show you what to add to sio.c Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 29 18:47:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from c1030098-a.wtrlo1.ia.home.com (c1030098-a.wtrlo1.ia.home.com [24.14.126.45]) by hub.freebsd.org (Postfix) with ESMTP id F30DA37BA15 for ; Mon, 29 May 2000 18:47:51 -0700 (PDT) (envelope-from mdharnois@home.com) Received: (from mdharnois@localhost) by c1030098-a.wtrlo1.ia.home.com (8.9.3/8.9.3) id UAA00509; Mon, 29 May 2000 20:47:50 -0500 (CDT) (envelope-from mdharnois@home.com) X-Authentication-Warning: mharnois.workgroup.net: mdharnois set sender to mdharnois@home.com using -f To: freebsd-current@freebsd.org Subject: not making a splash From: Michael Harnois Date: 29 May 2000 20:47:49 -0500 Message-ID: <86og5oizay.fsf@mharnois.workgroup.net> Lines: 9 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.2 (Molpe) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've tried to get a splash screen with two different 320x200x256 bitmaps now, and all I get is a blank screen. Is there something else I'm missing? -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mdharnois@home.com aa0bt@aa0bt.ampr.org The deadliest bullshit is odorless and transparent. -- William Gibson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon May 29 22: 7:13 2000 Delivered-To: freebsd-current@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-current@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-current" in the body of the message From owner-freebsd-current Mon May 29 23:46:54 2000 Delivered-To: freebsd-current@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-current@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-current" in the body of the message From owner-freebsd-current Tue May 30 0:28:29 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id BE7E637BD62; Tue, 30 May 2000 00:28:25 -0700 (PDT) Subject: Looking for testers for if_dc patches To: current@freebsd.org, alpha@freebsd.prg Date: Tue, 30 May 2000 00:28:25 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20000530072825.BE7E637BD62@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Several people have reported problems with if_dc botching autonegotiation on 21143 NICs with non-MII media, such as the DEC/Compaq DE500-BA and the built-in 10/100 ethernet on some alphas. As my first official act as a BSDi/WC employee, I sat down and tried to fix this. I produced some patches for if_dc.c/if_dcreg.h and dcphy.c, which are sitting at http://people.freebsd.org/~wpaul/dc_test. To apply them, do the following: # cd /sys/pci # patch < if_dc.patch # cd /sys/dev/mii # patch < dcphy.patch These patches should work on either 4.0-STABLE or 5.0-CURRENT. (They should also work on 4.0-RELEASE.) There are also some fixes for the Macronix 98713A/98715/98715A and the LC82C115 PNIC II, which also use the 21143-style NWAY interface. Note that I still need to add code to properly set the LEDs on 21143 boards. I went after the autoneg problem first since it was somewhat more pressing. In any event, please try these patches and report the results to wpaul@freebsd.org. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 0:30: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from delenn.acm.rpi.edu (delenn.acm.rpi.edu [128.213.5.14]) by hub.freebsd.org (Postfix) with SMTP id E99C737BD62 for ; Tue, 30 May 2000 00:29:59 -0700 (PDT) (envelope-from jackal@acm.rpi.edu) Received: (qmail 30109 invoked by uid 1135); 30 May 2000 07:29:58 -0000 Date: Tue, 30 May 2000 03:29:57 -0400 From: Hasan Diwan To: freebsd-current@freebsd.org Subject: Re: Internal compiler error: program ld got fatal signal 10 Message-ID: <20000530032957.A30096@acm.rpi.edu> References: <200005290255.UAA00494@harmony.village.org> <20000529001023.B4506@bitshift.org> <39322630.4ECCBD03@we.lc.ehu.es> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="TB36FDmn/VVEgNH/"; micalg=pgp-md5; protocol="application/pgp-signature" X-Mailer: Mutt 0.95.4i In-Reply-To: <39322630.4ECCBD03@we.lc.ehu.es>; from Jose M. Alcaide on Mon, May 29, 2000 at 10:11:29AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Shouldn't the following command be part of the linux_base port along with: echo 'As of 20000529, all Linux statically linked binaries must be explicit= ly branded ELF' I would add it myself, except my FreeBSD box is currently down. :( On Mon, May 29, 2000 at 10:11:29AM +0200, Jose M. Alcaide wrote: > brandelf -t Linux /compat/linux/sbin/ldconfig --=20 Hasan Diwan [hdiwan@pobox.com] Computer Science Department Rensselaer Polytechnic Institute --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: 2.6.3a iQCVAwUBOTNt9fitTU38wbMJAQFnYgP+OlMcFCfhhlxnjv8JaTvMpvXThFRc4Th/ 8+vq6bp6mg3Oqdm2pwo1F9T6ORXehzbHZbpnOVr1k7omyLgGODseTBsAFtjEhc9K lPIKziZNGG/EmWNLzqF50qcvD1gOjyqsKjxt7hxnpkCcKqBUx3aLKrpdYTtgebLw icI29EmqiDY= =tBz7 -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 0:47:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns.cvzoom.net (ns.cvzoom.net [208.226.154.2]) by hub.freebsd.org (Postfix) with SMTP id 1B4BB37B62C for ; Tue, 30 May 2000 00:47:24 -0700 (PDT) (envelope-from dmmiller@cvzoom.net) Received: (qmail 24455 invoked from network); 30 May 2000 07:47:19 -0000 Received: from lc210.cvzoom.net (HELO cvzoom.net) (208.226.154.210) by ns.cvzoom.net with SMTP; 30 May 2000 07:47:19 -0000 Message-ID: <39337203.481709ED@cvzoom.net> Date: Tue, 30 May 2000 03:47:15 -0400 From: Donn Miller X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Subject: newer binutils... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG During the first binutils upgrade, which was approx. 2 weeks ago, I saw some strange stuff happening. For example, make and zcat were catching sig. 11 on a semi-regular basis. Anyone else see this? Of course, the problem has long since been solved, but I guess there really were problems that arose due to the upgrade to the lastest binutils. We'll just have to keep the binutils maintainers informed directly if any more problems arise. I haven't seen any problems recently, but I just thought I'd remark that it's strange those sig. 11's were occurring after a binutils upgrade. So far, I've seen no additional problems like this after my latest make world and kernel build (May 28). - Donn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 1:29:45 2000 Delivered-To: freebsd-current@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-current@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-current" in the body of the message From owner-freebsd-current Tue May 30 2: 3:57 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1C5E637B90B; Tue, 30 May 2000 02:03:54 -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 CAA74895; Tue, 30 May 2000 02:03:54 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 30 May 2000 02:03:53 -0700 (PDT) From: Kris Kennaway To: Hajimu UMEMOTO Cc: Alexander@Leidinger.net, current@freebsd.org Subject: Re: PAM & OpenSSH 2.1 & X11 -> signal 11 In-Reply-To: <200005201611.e4KGBgc05663@peace.mahoroba.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 21 May 2000, Hajimu UMEMOTO wrote: > I also met this with wdm here. > To avoid this problem, I replaced pam_ssh.c with > ports/security/opessh/pam_ssh.c with changing PATH_SSH_AGENT to > /usr/bin/ssh-agent. It seems working. I've just committed the version from ports to the source tree - could you verify it works? Thanks, 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-current" in the body of the message From owner-freebsd-current Tue May 30 7: 4:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 58A9E37BDBC; Tue, 30 May 2000 07:04:14 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout0.freenet.de with esmtp (Exim 3.14 #3) id 12wmcq-0003AT-00; Tue, 30 May 2000 16:04:08 +0200 Received: from [213.6.59.194] (helo=Magelan.Leidinger.net) by mx3.freenet.de with esmtp (Exim 3.14 #3) id 12wmcq-0000ct-00; Tue, 30 May 2000 16:04:08 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.9.3/8.9.3) with ESMTP id PAA01265; Tue, 30 May 2000 15:36:04 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200005301336.PAA01265@Magelan.Leidinger.net> Date: Tue, 30 May 2000 15:36:03 +0200 (CEST) From: Alexander Leidinger Subject: Re: PAM & OpenSSH 2.1 & X11 -> signal 11 To: kris@FreeBSD.org Cc: current@FreeBSD.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 30 May, Kris Kennaway wrote: >> I also met this with wdm here. >> To avoid this problem, I replaced pam_ssh.c with >> ports/security/opessh/pam_ssh.c with changing PATH_SSH_AGENT to >> /usr/bin/ssh-agent. It seems working. > > I've just committed the version from ports to the source tree - could you > verify it works? I have to wait until internat catches up, but I'm using pam_ssh.c from ports for a while and it didn't kill xdm. Bye, Alexander. -- Failure is not an option. It comes bundled with your Microsoft product. http://www.Leidinger.net Alexander+Home @ Leidinger.net GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 7:17:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69]) by hub.freebsd.org (Postfix) with ESMTP id 3F2CC37BDC6; Tue, 30 May 2000 07:17:35 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by kcmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id KAA28784; Tue, 30 May 2000 10:17:25 -0400 (EDT) Received: from njb140bh1.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id KAA09912; Tue, 30 May 2000 10:16:25 -0400 (EDT) Received: by njb140bh1.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Tue, 30 May 2000 10:17:25 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'freebsd-current@freebsd.org'" Cc: "'freebsd-hackers@freebsd.org'" Subject: kerneld for -current Date: Tue, 30 May 2000 10:17:22 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello All, is there any interest in ``kerneld'' (a-la Linux) for FreeBSD? i've got some working prototype at http://home.earthlink.net/~evmax/kerneld.tar.gz so far, i've got it working on -current for char devices and network interfaces. file systems are currently in progress. if there is no interest - i'll paint it in green and throw it away :) thanks, emax p.s. yes, i do know that ifconfig is able to load modules and file system modules can be loaded by kernel. but may be better to have one interface? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 7:28:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from news.uni-kl.de (news.uni-kl.de [131.246.137.51]) by hub.freebsd.org (Postfix) with SMTP id 08EFF37BD7C for ; Tue, 30 May 2000 07:28:39 -0700 (PDT) (envelope-from naddy@unix-ag.uni-kl.de) Received: from sushi.unix-ag.uni-kl.de ( root@sushi.unix-ag.uni-kl.de [131.246.89.13] ) by news.uni-kl.de id aa00752 for ; 30 May 2000 16:28 MESZ Received: (from naddy@localhost) by sushi.unix-ag.uni-kl.de (8.9.3/8.9.1) id QAA31911 for freebsd-current@freebsd.org; Tue, 30 May 2000 16:28:31 +0200 Date: Tue, 30 May 2000 16:28:31 +0200 From: Christian Weisgerber To: freebsd-current@freebsd.org Subject: "fetch | sh" panics system Message-ID: <20000530162831.A27439@sushi.unix-ag.uni-kl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 5.0-CURRENT from ~May 17, dual ppro. The following, completely innocuous command line $ fetch -o - http://sites.inka.de/mips/unix/freebsd/xterm.shar | sh executed as a non-priviledged user, reproducibly panics the machine. ----------------- #0 boot (howto=256) at ../../kern/kern_shutdown.c:303 #1 0xc0163879 in panic (fmt=0xc028dc4f "page fault") at ../../kern/kern_shutdown.c:553 #2 0xc025760c in trap_fatal (frame=0xc8830d74, eva=52) at ../../i386/i386/trap.c:927 #3 0xc025727d in trap_pfault (frame=0xc8830d74, usermode=0, eva=52) at ../../i386/i386/trap.c:820 #4 0xc0256de3 in trap (frame={tf_fs = -930938856, tf_es = -1072103408, tf_ds = -1062797296, tf_edi = -930935184, tf_esi = -930935300, tf_ebp = -930935340, tf_isp = -930935392, tf_ebx = -931419456, tf_edx = 0, tf_ecx = 13, tf_eax = -930935360, tf_trapno = 12, tf_err = 0, tf_eip = -1062106920, tf_cs = 8, tf_eflags = 66195, tf_esp = -930935360, tf_ss = -930935300}) at ../../i386/i386/trap.c:426 #5 0xc0b188d8 in ?? () #6 0xc0198fae in vn_open (ndp=0xc8830ec8, fmode=1026, cmode=420) at vnode_if.h:305 #7 0xc0195005 in open (p=0xc7df7a00, uap=0xc8830f80) at ../../kern/vfs_syscalls.c:995 #8 0xc025793d in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 8, tf_esi = 672168216, tf_ebp = -1077938468, tf_isp = -930934828, tf_ebx = 672102756, tf_edx = 672168216, tf_ecx = 15, tf_eax = 5, tf_trapno = 12, tf_err = 2, tf_eip = 672019108, tf_cs = 31, tf_eflags = 663, tf_esp = -1077938512, tf_ss = 47}) at ../../i386/i386/trap.c:1126 #9 0xc024579e in Xint0x80_syscall () -- Christian "naddy" Weisgerber naddy@unix-ag.uni-kl.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 7:57:22 2000 Delivered-To: freebsd-current@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 0CB0A37BB00 for ; Tue, 30 May 2000 07:57:15 -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 AAA90336; Wed, 31 May 2000 00:56:57 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Wed, 31 May 2000 00:56:56 +1000 (EST) From: Andy Farkas X-Sender: andyf@backup.af.speednet.com.au To: Christian Weisgerber Cc: freebsd-current@FreeBSD.ORG Subject: Re: "fetch | sh" panics system In-Reply-To: <20000530162831.A27439@sushi.unix-ag.uni-kl.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Did this on a: FreeBSD 4.0-STABLE #1: Fri May 26 06:47659 EST92000 system and got these messages in /var/log/messages: May 30 02:32:49 doohan /kernel: cmd conftest pid 12565 tried to use non-present SYSVSEM May 30 02:32:49 doohan /kernel: pid 12565 (conftest), uid 0: exited on signal 12 (core dumped) May 30 02:32:50 doohan /kernel: cmd conftest pid 12583 tried to use non-present SYSVSEM May 30 02:32:50 doohan /kernel: pid 12583 (conftest), uid 0: exited on signal 12 (core dumped) On Tue, 30 May 2000, Christian Weisgerber wrote: > Date: Tue, 30 May 2000 16:28:31 +0200 > From: Christian Weisgerber > To: freebsd-current@FreeBSD.ORG > Subject: "fetch | sh" panics system > > 5.0-CURRENT from ~May 17, dual ppro. > > The following, completely innocuous command line > > $ fetch -o - http://sites.inka.de/mips/unix/freebsd/xterm.shar | sh > > executed as a non-priviledged user, reproducibly panics the machine. > > ----------------- > #0 boot (howto=256) at ../../kern/kern_shutdown.c:303 > #1 0xc0163879 in panic (fmt=0xc028dc4f "page fault") > at ../../kern/kern_shutdown.c:553 > #2 0xc025760c in trap_fatal (frame=0xc8830d74, eva=52) > at ../../i386/i386/trap.c:927 > #3 0xc025727d in trap_pfault (frame=0xc8830d74, usermode=0, eva=52) > at ../../i386/i386/trap.c:820 > #4 0xc0256de3 in trap (frame={tf_fs = -930938856, tf_es = -1072103408, > tf_ds = -1062797296, tf_edi = -930935184, tf_esi = -930935300, > tf_ebp = -930935340, tf_isp = -930935392, tf_ebx = -931419456, > tf_edx = 0, tf_ecx = 13, tf_eax = -930935360, tf_trapno = 12, > tf_err = 0, tf_eip = -1062106920, tf_cs = 8, tf_eflags = 66195, > tf_esp = -930935360, tf_ss = -930935300}) at ../../i386/i386/trap.c:426 > #5 0xc0b188d8 in ?? () > #6 0xc0198fae in vn_open (ndp=0xc8830ec8, fmode=1026, cmode=420) > at vnode_if.h:305 > #7 0xc0195005 in open (p=0xc7df7a00, uap=0xc8830f80) > at ../../kern/vfs_syscalls.c:995 > #8 0xc025793d in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, > tf_edi = 8, tf_esi = 672168216, tf_ebp = -1077938468, > tf_isp = -930934828, tf_ebx = 672102756, tf_edx = 672168216, > tf_ecx = 15, tf_eax = 5, tf_trapno = 12, tf_err = 2, tf_eip = 672019108, > tf_cs = 31, tf_eflags = 663, tf_esp = -1077938512, tf_ss = 47}) > at ../../i386/i386/trap.c:1126 > #9 0xc024579e in Xint0x80_syscall () > > -- > Christian "naddy" Weisgerber naddy@unix-ag.uni-kl.de > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- :{ 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-current" in the body of the message From owner-freebsd-current Tue May 30 8: 2:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 5C0B237B6DF for ; Tue, 30 May 2000 08:02:02 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 12wnW2-00095a-00; Tue, 30 May 2000 17:01:10 +0200 Date: Tue, 30 May 2000 17:01:10 +0200 From: Neil Blakey-Milner To: Christian Weisgerber Cc: freebsd-current@freebsd.org Subject: Re: "fetch | sh" panics system Message-ID: <20000530170109.A34903@mithrandr.moria.org> References: <20000530162831.A27439@sushi.unix-ag.uni-kl.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000530162831.A27439@sushi.unix-ag.uni-kl.de>; from naddy@unix-ag.uni-kl.de on Tue, May 30, 2000 at 04:28:31PM +0200 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue 2000-05-30 (16:28), Christian Weisgerber wrote: > 5.0-CURRENT from ~May 17, dual ppro. > > The following, completely innocuous command line > > $ fetch -o - http://sites.inka.de/mips/unix/freebsd/xterm.shar | sh (nbm@monster) /home/nbm> uname -a FreeBSD monster.sunesi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #12: Tue May 16 10:16:47 SAST 2000 nbm@monster.sunesi.com:/usr/src/sys/compile/SCRITCH i386 (nbm@monster) /home/nbm> fetch -o - http://sites.inka.de/mips/unix/freebsd/xterm.shar | sh Receiving - (2136 bytes) 2136 bytes transferred in 0.0 seconds (4301.06 Kbytes/s) c - xterm c - xterm/pkg x - xterm/pkg/PLIST x - xterm/pkg/DESCR x - xterm/pkg/COMMENT c - xterm/files x - xterm/files/md5 x - xterm/Makefile Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 8:59:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id AC8B437B6E1; Tue, 30 May 2000 08:59:06 -0700 (PDT) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.10.1/8.10.1) with ESMTP id e4UFx4R07245; Tue, 30 May 2000 17:59:04 +0200 (MET DST) Received: (from ticso@localhost) by mail.cicely.de (8.9.3/8.9.0) id RAA20527; Tue, 30 May 2000 17:59:46 +0200 (CEST) Date: Tue, 30 May 2000 17:59:45 +0200 From: Bernd Walter To: Bill Paul Cc: current@FreeBSD.ORG, alpha@freebsd.prg Subject: Re: Looking for testers for if_dc patches Message-ID: <20000530175945.A20508@cicely7.cicely.de> References: <20000530072825.BE7E637BD62@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000530072825.BE7E637BD62@hub.freebsd.org>; from wpaul@FreeBSD.ORG on Tue, May 30, 2000 at 12:28:25AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, May 30, 2000 at 12:28:25AM -0700, Bill Paul wrote: > Several people have reported problems with if_dc botching autonegotiation > on 21143 NICs with non-MII media, such as the DEC/Compaq DE500-BA and > the built-in 10/100 ethernet on some alphas. As my first official act > as a BSDi/WC employee, I sat down and tried to fix this. I produced > some patches for if_dc.c/if_dcreg.h and dcphy.c, which are sitting at > http://people.freebsd.org/~wpaul/dc_test. To apply them, do the following: [...] cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing -prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mno-fp-regs -ffixed-8 -Wa,-mev56 ../../pci/if_dc.c ../../pci/if_dc.c: In function `dc_init': ../../pci/if_dc.c:2697: structure has no member named `dc_flgs' *** Error code 1 Stop in /var/d7/src-2000-05-28/src/sys/compile/CICELY9. This is on 5.0-CURRENT as of 28th May on alpha -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 9:29:49 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id C81A937B892; Tue, 30 May 2000 09:29:46 -0700 (PDT) Subject: Re: Looking for testers for if_dc patches In-Reply-To: <20000530175945.A20508@cicely7.cicely.de> from Bernd Walter at "May 30, 2000 05:59:45 pm" To: ticso@cicely.de (Bernd Walter) Date: Tue, 30 May 2000 09:29:46 -0700 (PDT) Cc: current@FreeBSD.ORG, alpha@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 Message-Id: <20000530162946.C81A937B892@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Tue, May 30, 2000 at 12:28:25AM -0700, Bill Paul wrote: > > Several people have reported problems with if_dc botching autonegotiation > > on 21143 NICs with non-MII media, such as the DEC/Compaq DE500-BA and > > the built-in 10/100 ethernet on some alphas. As my first official act > > as a BSDi/WC employee, I sat down and tried to fix this. I produced > > some patches for if_dc.c/if_dcreg.h and dcphy.c, which are sitting at > > http://people.freebsd.org/~wpaul/dc_test. To apply them, do the following: > > [...] > cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing -prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mno-fp-regs -ffixed-8 -Wa,-mev56 ../../pci/if_dc.c > ../../pci/if_dc.c: In function `dc_init': > ../../pci/if_dc.c:2697: structure has no member named `dc_flgs' > *** Error code 1 > > Stop in /var/d7/src-2000-05-28/src/sys/compile/CICELY9. > > This is on 5.0-CURRENT as of 28th May on alpha Grrr. Typo on my part, sorry. It should be flags, not flgs. I just fixed the patch file. You can download it again, or just correct the typo manually. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 9:43:33 2000 Delivered-To: freebsd-current@freebsd.org Received: from astart2.astart.com (astart2.astart.com [206.71.174.194]) by hub.freebsd.org (Postfix) with ESMTP id 97E7637B885; Tue, 30 May 2000 09:43:28 -0700 (PDT) (envelope-from papowell@astart.com) Received: from h4.private (papowell@h4.private [10.0.0.4]) by astart2.astart.com (8.9.3/8.9.3) with ESMTP id JAA29537; Tue, 30 May 2000 09:47:24 -0700 (PDT) Received: (from papowell@localhost) by h4.private (8.9.3/8.9.3) id JAA02130; Tue, 30 May 2000 09:44:09 -0700 (PDT) Date: Tue, 30 May 2000 09:44:09 -0700 (PDT) From: papowell@astart.com Message-Id: <200005301644.JAA02130@h4.private> To: andrews@technologist.com, bandix@looksharp.net Subject: Re: rc.d startup scripts Cc: current@FreeBSD.ORG, ports@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG While this is probably not the place to post this, I will also note that the use of 'snprintf' was denigrated because it was NOT part of the original 'printf' package. You learn from your mistakes, you do NOT enshrine them and worship them as the Truth of Ancestral Wisdom. I will simply state that I consider the SystemV startup facilities superior to the BSD ones, IN CONCEPT. The various implementations of them have flaws and problems, but they provide more, better, easier, more modular, and simple management facilities. There. And before you start poking at me, I work with them all on a DEVELOPER and ADMINISTRATOR level basis, i.e. - in the trenches and digging, on a daily basis. Patrick Powell Patrick Powell Astart Technologies, papowell@astart.com 9475 Chesapeake Drive, Suite D, Network and System San Diego, CA 92123 Consulting 858-874-6543 FAX 858-279-8424 LPRng - Print Spooler (http://www.astart.com) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 10:49:26 2000 Delivered-To: freebsd-current@freebsd.org Received: from almso1.proxy.att.com (almso1.att.com [192.128.167.69]) by hub.freebsd.org (Postfix) with ESMTP id 20C3237B589; Tue, 30 May 2000 10:49:19 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from flf960r1.ems.att.com ([135.71.244.37]) by almso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id NAA17677; Tue, 30 May 2000 13:49:17 -0400 (EDT) Received: from njb140bh3.ems.att.com by flf960r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id NAA01596; Tue, 30 May 2000 13:46:53 -0400 (EDT) Received: by njb140bh3.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Tue, 30 May 2000 13:49:16 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'freebsd-hackers@freebsd.org'" Cc: "'freebsd-current@freebsd.org'" Subject: stupid FS questions Date: Tue, 30 May 2000 13:49:15 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello All, i've been looking at ``mount_xxx'' code and have noticed "strange" thing. all ``mount_xxx'' utilities have common part of code, like error = getvfsbyname("xxx", &vfc); if (error && vfsisloadable("xxx")) { if (vfsload("xxx")) err(EX_OSERR, "vfsload(xxx)"); endvfsent(); /* flush cache */ error = getvfsbyname("xxx", &vfc); } if (error) errx(1, "xxx filesystem is not available"); if (mount(vfc.vfc_name, dir, mntflags, &args) < 0) err(1, NULL); 1) what is the reason for this? why can't move this code to ``mount''? 2) what is the purpose of the following code in ``/sys/kern/vfs_syscalls.c''? ... for (vfsp = vfsconf; vfsp; vfsp = vfsp->vfc_next) if (!strcmp(vfsp->vfc_name, fstypename)) break; if (vfsp == NULL) { linker_file_t lf; /* Refuse to load modules if securelevel raised */ if (securelevel > 0) { vput(vp); return EPERM; } /* Only load modules for root (very important!) */ if ((error = suser(p)) != 0) { vput(vp); return error; } error = linker_load_file(fstypename, &lf); if (error || lf == NULL) { vput(vp); if (lf == NULL) error = ENODEV; return error; } ... from my understanding this is done to load FS module. or did i miss someting? thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 11:36:40 2000 Delivered-To: freebsd-current@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-current@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-current" in the body of the message From owner-freebsd-current Tue May 30 11:47:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.pwahec.org (mail.pwahec.org [208.164.136.32]) by hub.freebsd.org (Postfix) with ESMTP id 1EC0337BD7B for ; Tue, 30 May 2000 11:47:10 -0700 (PDT) (envelope-from rsmall@pwahec.org) Received: from technogeek [208.129.166.68] by mail.pwahec.org (SMTPD32-5.05) id ACAB46A01F8; Tue, 30 May 2000 13:47:07 -0500 From: "Robert Small" To: Subject: Not able to compile kernel Date: Tue, 30 May 2000 13:47:07 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0024_01BFCA3D.8BF2E370" 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 X-MS-TNEF-Correlator: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0024_01BFCA3D.8BF2E370 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit After a cvsup this morning, then a build, I can't compile a kernel. Here's what I get: cc -c -x assembler-with-cpp -DLOCORE -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DICMP_BANDLIM -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../i386/i386/bioscall.s /tmp/ccRa6049.s: Assembler messages: /tmp/ccRa6049.s:772: Error: operands given don't match any known 386 instruction /tmp/ccRa6049.s:837: Error: operands given don't match any known 386 instruction *** Error code -------------------------------------------------------------------- Does killing time damage eternity? ------=_NextPart_000_0024_01BFCA3D.8BF2E370 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IgcSAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANAHBQAeAA0ALwAAAAIAOAEB A5AGABAHAAAlAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAAB AAAAGwAAAE5vdCBhYmxlIHRvIGNvbXBpbGUga2VybmVsAAACAXEAAQAAABYAAAABv8pndJxHZaGp NkER1K2zAFAErmajAAACAR0MAQAAABcAAABTTVRQOlJTTUFMTEBQV0FIRUMuT1JHAAALAAEOAAAA AEAABg4A6gxwZ8q/AQIBCg4BAAAAGAAAAAAAAABqWq2aYATTEb3VAGAIvUcbwoAAAAsAHw4BAAAA AgEJEAEAAACtAgAAqQIAAOIDAABMWkZ19AHhrgMACgByY3BnMTI1FjIA+Atgbg4QMDMzTwH3AqQD 4wIAY2gKwHPwZXQwIAcTAoMAUARVrxDJCFUHsgKAfQqBdgiQpHdrC4BkNAxgYwBQHwsDC7URYAGA E6FhIGOAdnN1cCB0aAQAziAEYASgC4BnLBbhCfCpFmFidQMQZBewSRaATQBwJwVABaBtcAMQZQUW YWsEkWVsLiAg0kgEkGUnBCB3EPAFQHUYsGcRMDoKogqEG8ZjaGMgLRyxeBZgBBBlcwbQGYByLQPw FvAc0HABFtAtRExPQ09S6kUcwE8cwFcHQAMgHyBNCXF1FMAAcHQtBYFsFwQgHyAaAHMWMGQtZX54 FjEGMRuEHyAg4AUQY5UgIHADYHQiwHlwB5E9HxFtBAEXgSKaHyBwb3sLgBYxLQrAHeEfEQuAbB8L gBmQHyAY0CDgLXF1/wdAI0EBIAWwAMAgICEyAIFPAiAhlwByI0FubyDgZHMLgByxSS0psRowKgEu /i8qYCo2KwIpgQpAAQAeUQBJQ01QX0JBTgkecElNHlFfS0VSWE5FTBzAK3ZvBTBfamcJAGIHQC4l kRoQZm8aQCG1GVAJcGYEkAlxLTMg4ADQay0G4B/ScnmIPTIgKxUzODYxxG5iKAAE8B9BLhCwG5Mv CnQZUC8coFJhNjD0NDky8DoRYB1GFzAHkLxzYRtANFAzHzQjNwHA/TRgRTAQBbA0YC4QBJAAcKJk BCBnaXYX8WQCIM8ZASdhEOAWYG55GcApMHZ3A6Ax4SALgCIxFQB0xygBNb80IzgzNzdPOF/7OW86 fipA0Dy0GSErwRuPfyIAQu9D/0UPRh5BxQBAIPxEbweRFKAfUBeBFuAHce0+EGEAwBtAIBEwBJEd 4Fx5PwKyQdkUIQBLEAAAAAsAAYAIIAYAAAAAAMAAAAAAAABGAAAAAAOFAAAAAAAAAwADgAggBgAA AAAAwAAAAAAAAEYAAAAAEIUAAAAAAAADAAeACCAGAAAAAADAAAAAAAAARgAAAABShQAAJ2oBAB4A CIAIIAYAAAAAAMAAAAAAAABGAAAAAFSFAAABAAAABAAAADkuMAALAAyACCAGAAAAAADAAAAAAAAA RgAAAAAGhQAAAAAAAAMADYAIIAYAAAAAAMAAAAAAAABGAAAAAAGFAAAAAAAACwAWgAggBgAAAAAA wAAAAAAAAEYAAAAADoUAAAAAAAADABeACCAGAAAAAADAAAAAAAAARgAAAAARhQAAAAAAAAMAGYAI IAYAAAAAAMAAAAAAAABGAAAAABiFAAAAAAAAHgAogAggBgAAAAAAwAAAAAAAAEYAAAAANoUAAAEA AAABAAAAAAAAAB4AKYAIIAYAAAAAAMAAAAAAAABGAAAAADeFAAABAAAAAQAAAAAAAAAeACqACCAG AAAAAADAAAAAAAAARgAAAAA4hQAAAQAAAAEAAAAAAAAACwAygAggBgAAAAAAwAAAAAAAAEYAAAAA goUAAAEAAAACAfgPAQAAABAAAABqWq2aYATTEb3VAGAIvUcbAgH6DwEAAAAQAAAAalqtmmAE0xG9 1QBgCL1HGwIB+w8BAAAAkAAAAAAAAAA4obsQBeUQGqG7CAArKlbCAABQU1RQUlguRExMAAAAAAAA AABOSVRB+b+4AQCqADfZbgAAAEM6XFdJTk5UXFByb2ZpbGVzXHB3YWhlY1xMb2NhbCBTZXR0aW5n c1xBcHBsaWNhdGlvbiBEYXRhXE1pY3Jvc29mdFxPdXRsb29rXG1haWxib3gucHN0AAMA/g8FAAAA AwANNP03AAACAX8AAQAAADEAAAA8TkRCQkxOTkZHS0RLS0ZDSENIQlBNRUdPRERBQS5yc21hbGxA cHdhaGVjLm9yZz4AAAAAAwAGECDHUmUDAAcQfgIAAAMAEBAAAAAAAwAREAAAAAAeAAgQAQAAAGUA AABBRlRFUkFDVlNVUFRISVNNT1JOSU5HLFRIRU5BQlVJTEQsSUNBTlRDT01QSUxFQUtFUk5FTEhF UkVTV0hBVElHRVQ6Q0MtQy1YQVNTRU1CTEVSLVdJVEgtQ1BQLURMT0NPUkUtAAAAAMGI ------=_NextPart_000_0024_01BFCA3D.8BF2E370-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 12:29:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E82BB37B552; Tue, 30 May 2000 12:29:42 -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 MAA18364; Tue, 30 May 2000 12:29:42 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 30 May 2000 12:29:42 -0700 (PDT) From: Kris Kennaway To: Robert Small Cc: freebsd-current@freebsd.org Subject: Re: Not able to compile kernel In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 30 May 2000, Robert Small wrote: > After a cvsup this morning, then a build, I can't compile a kernel. Here's > what I get: You didn't pay attention to the mailing list or UPDATING ;-) 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-current" in the body of the message From owner-freebsd-current Tue May 30 12:30:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5A40937B552; Tue, 30 May 2000 12:30:41 -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 MAA18467; Tue, 30 May 2000 12:30:41 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Tue, 30 May 2000 12:30:41 -0700 (PDT) From: Kris Kennaway To: Alexander Leidinger Cc: current@FreeBSD.org Subject: Re: PAM & OpenSSH 2.1 & X11 -> signal 11 In-Reply-To: <200005301336.PAA01265@Magelan.Leidinger.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 30 May 2000, Alexander Leidinger wrote: > > I've just committed the version from ports to the source tree - could you > > verify it works? > > I have to wait until internat catches up, but I'm using pam_ssh.c from > ports for a while and it didn't kill xdm. Oops, this is now committed to internat also. 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-current" in the body of the message From owner-freebsd-current Tue May 30 13: 5:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.surf1.de (mail.surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id 96A8137BDFB for ; Tue, 30 May 2000 13:05:30 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from cichlids.com (p3E9C1129.dip0.t-ipconnect.de [62.156.17.41]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id WAA10858; Tue, 30 May 2000 22:05:49 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id 65D6AAC30; Tue, 30 May 2000 22:05:46 +0200 (CEST) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id DB25414AA4; Tue, 30 May 2000 22:05:12 +0200 (CEST) Date: Tue, 30 May 2000 22:05:12 +0200 To: Robert Small Cc: freebsd-current@FreeBSD.ORG Subject: Re: Not able to compile kernel Message-ID: <20000530220512.A14599@cichlids.cichlids.com> Mail-Followup-To: Robert Small , freebsd-current@FreeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from rsmall@pwahec.org on Tue, May 30, 2000 at 01:47:07PM -0500 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. From: alex@big.endian.de (Alexander Langer) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thus spake Robert Small (rsmall@pwahec.org): > After a cvsup this morning, then a build, I can't compile a kernel. Here's > what I get: What do you mean with "build"? I hope you meant "make world" Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 13:13:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 876A537B5FF; Tue, 30 May 2000 13:13:37 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from sol.cs.binghamton.edu (sol.cs.binghamton.edu [128.226.123.100]) by bingnet2.cc.binghamton.edu (8.9.3/8.9.3) with ESMTP id QAA01365; Tue, 30 May 2000 16:13:34 -0400 (EDT) Date: Tue, 30 May 2000 16:12:25 -0400 (EDT) From: Zhihui Zhang To: "Yevmenkin, Maksim N, CSCIO" Cc: "'freebsd-hackers@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: stupid FS questions In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I believe that it is used to dynamic load filesystem modules. Please read the following pages to understand what is a kernel module: http://thc.inferno.tusculum.edu/files/thc/bsdkern.html -Zhihui On Tue, 30 May 2000, Yevmenkin, Maksim N, CSCIO wrote: > Hello All, > > i've been looking at ``mount_xxx'' code and have noticed "strange" thing. > all ``mount_xxx'' utilities have common part of code, like > > error = getvfsbyname("xxx", &vfc); > if (error && vfsisloadable("xxx")) { > if (vfsload("xxx")) > err(EX_OSERR, "vfsload(xxx)"); > endvfsent(); /* flush cache */ > error = getvfsbyname("xxx", &vfc); > } > if (error) > errx(1, "xxx filesystem is not available"); > > if (mount(vfc.vfc_name, dir, mntflags, &args) < 0) > err(1, NULL); > > 1) what is the reason for this? why can't move this code to ``mount''? > 2) what is the purpose of the following code in > ``/sys/kern/vfs_syscalls.c''? > > ... > for (vfsp = vfsconf; vfsp; vfsp = vfsp->vfc_next) > if (!strcmp(vfsp->vfc_name, fstypename)) > break; > if (vfsp == NULL) { > linker_file_t lf; > > /* Refuse to load modules if securelevel raised */ > if (securelevel > 0) { > vput(vp); > return EPERM; > } > /* Only load modules for root (very important!) */ > if ((error = suser(p)) != 0) { > vput(vp); > return error; > } > error = linker_load_file(fstypename, &lf); > if (error || lf == NULL) { > vput(vp); > if (lf == NULL) > error = ENODEV; > return error; > } > ... > > from my understanding this is done to load FS module. > or did i miss someting? > > thanks, > emax > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 13:16:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from smtp.geo.co.jp (smtp.geo.co.jp [210.224.98.22]) by hub.freebsd.org (Postfix) with ESMTP id AD7DA37B73C; Tue, 30 May 2000 13:16:08 -0700 (PDT) (envelope-from ougicl@geo.co.jp) Received: from default ([210.135.18.47]) by smtp.geo.co.jp (Post.Office MTA v3.1.2J release 205-101A-J ID# 0-0U10L2S100) with SMTP id AAK197; Wed, 31 May 2000 05:16:47 +0900 Message-ID: <081f01bfca71$3f227040$02fc0bca@default> To: From: "=?iso-2022-jp?B?GyRCQHA2ZjNaSXQbKEI=?=" Subject: =?iso-2022-jp?B?GyRCPXdNJTFnPXUlNSE8JS8layEhJTIlOSVIMnEbKEI=?= Date: Wed, 31 May 2000 03:12:22 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG $B#6(B/$B#1#8G.3$$G@bL@!uBN832q!#>\:Y4uK>\:Y4uK>!W$H$7!"K\J8$KG/Np!"8)L>$r5-$7$?%a!<%k$r(B ougikai@feel.to $B$K!#!J#2#3F|0JA0$KD:$$$?J}$*; Tue, 30 May 2000 16:20:56 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'Zhihui Zhang'" Cc: "'freebsd-hackers@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: RE: stupid FS questions Date: Tue, 30 May 2000 16:20:53 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG i know that :) i guess my questions were 1) why the same piece of code duplicated in all ``mount_xxx'' utilities? 2) if we are loading fs kernel module from ``mount_xxx'' why we have to do it again in kernel? if i'm not missing anything, by the time we reach ``mount'' function, fs module will be in the memory and this code will never be executed. thanks, emax > I believe that it is used to dynamic load filesystem modules. > Please read > the following pages to understand what is a kernel module: > > http://thc.inferno.tusculum.edu/files/thc/bsdkern.html > > > i've been looking at ``mount_xxx'' code and have noticed > "strange" thing. > > all ``mount_xxx'' utilities have common part of code, like > > > > error = getvfsbyname("xxx", &vfc); > > if (error && vfsisloadable("xxx")) { > > if (vfsload("xxx")) > > err(EX_OSERR, "vfsload(xxx)"); > > endvfsent(); /* flush cache */ > > error = getvfsbyname("xxx", &vfc); > > } > > if (error) > > errx(1, "xxx filesystem is not available"); > > > > if (mount(vfc.vfc_name, dir, mntflags, &args) < 0) > > err(1, NULL); > > > > 1) what is the reason for this? why can't move this code to > ``mount''? > > 2) what is the purpose of the following code in > > ``/sys/kern/vfs_syscalls.c''? > > > > ... > > for (vfsp = vfsconf; vfsp; vfsp = vfsp->vfc_next) > > if (!strcmp(vfsp->vfc_name, fstypename)) > > break; > > if (vfsp == NULL) { > > linker_file_t lf; > > > > /* Refuse to load modules if securelevel raised */ > > if (securelevel > 0) { > > vput(vp); > > return EPERM; > > } > > /* Only load modules for root (very important!) */ > > if ((error = suser(p)) != 0) { > > vput(vp); > > return error; > > } > > error = linker_load_file(fstypename, &lf); > > if (error || lf == NULL) { > > vput(vp); > > if (lf == NULL) > > error = ENODEV; > > return error; > > } > > ... > > > > from my understanding this is done to load FS module. > > or did i miss someting? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 13:31:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 10BCE37B6E8; Tue, 30 May 2000 13:31:12 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id QAA30098; Tue, 30 May 2000 16:31:07 -0400 (EDT) (envelope-from wollman) Date: Tue, 30 May 2000 16:31:07 -0400 (EDT) From: Garrett Wollman Message-Id: <200005302031.QAA30098@khavrinen.lcs.mit.edu> To: "Yevmenkin, Maksim N, CSCIO" Cc: "'Zhihui Zhang'" , "'freebsd-hackers@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: RE: stupid FS questions In-Reply-To: References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG < said: > i know that :) i guess my questions were > 1) why the same piece of code duplicated in all ``mount_xxx'' utilities? Because the original loadable module system held strongly to the religion that the kernel should never load anything of its own accord. The designers of the current loadable module system made different design choices, but the some traces of its predecessor still remain. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 15: 3:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by hub.freebsd.org (Postfix) with ESMTP id F022D37B6FA for ; Tue, 30 May 2000 15:03:55 -0700 (PDT) (envelope-from Tomi.Vainio@finland.sun.com) Received: from sunfin.Finland.Sun.COM ([129.159.101.10]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id PAA29926 for ; Tue, 30 May 2000 15:03:53 -0700 (PDT) Received: from ultrahot.Finland.Sun.COM (ultrahot [129.159.101.87]) by sunfin.Finland.Sun.COM (8.8.8+Sun/8.8.8/ENSMAIL,v1.7) with ESMTP id BAA09377 for ; Wed, 31 May 2000 01:03:50 +0300 (EET DST) Received: (from tomppa@localhost) by ultrahot.Finland.Sun.COM (8.9.3/8.9.3) id BAA20436; Wed, 31 May 2000 01:03:49 +0300 (EEST) From: Tomi Vainio - Sun Finland - MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14644.15045.116223.876029@ultrahot.Finland.Sun.COM> Date: Wed, 31 May 2000 01:03:49 +0300 (EEST) To: freebsd-current@freebsd.org Subject: Sound support broken after latest sup X-Mailer: VM 6.75 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Reply-To: Tomi.Vainio@Sun.COM Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I cvsupped latest sources two days ago and it broke my sounds. I cannot watch TV with sound anymore. Pervious kernel was built on 20.5.2000. I'm using voxware driver because it supports my old PAS16 card. How to fix this? Tomppa -- SUN Microsystems Oy PL 112, Lars Sonckin kaari 12, 02601 ESPOO, Finland Tomi Vainio (System Support Engineer) +358 9 52556300 hotline email: Tomi.Vainio@Sun.COM +358 9 52556252 fax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 15:12:22 2000 Delivered-To: freebsd-current@freebsd.org Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id 607A637B66C for ; Tue, 30 May 2000 15:12:17 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id PAA39853; Tue, 30 May 2000 15:11:11 -0700 (PDT) From: Archie Cobbs Message-Id: <200005302211.PAA39853@bubba.whistle.com> Subject: Re: Panic during boot under current In-Reply-To: <200005251717.SAA03422@hak.lan.Awfulhak.org> from Brian Somers at "May 25, 2000 06:17:46 pm" To: brian@Awfulhak.org (Brian Somers) Date: Tue, 30 May 2000 15:11:11 -0700 (PDT) Cc: markk@knigma.org (Mark Knight), freebsd-current@FreeBSD.ORG, julian@elischer.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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Somers writes: > Also (Mark sits beside me at work), is there anyone else out there > that actually runs FreeBSD-current under VMWare (irrespective of the > host OS) ? Julian has done that I think.. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 15:34: 7 2000 Delivered-To: freebsd-current@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 32F6437B6FA; Tue, 30 May 2000 15:33:56 -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 SAA01951; Tue, 30 May 2000 18:34:30 -0400 (EDT) (envelope-from bandix@looksharp.net) Date: Tue, 30 May 2000 18:34:30 -0400 (EDT) From: "Brandon D. Valentine" To: Zhihui Zhang Cc: "Yevmenkin, Maksim N, CSCIO" , "'freebsd-hackers@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: Re: stupid FS questions In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 30 May 2000, Zhihui Zhang wrote: >http://thc.inferno.tusculum.edu/files/thc/bsdkern.html That stuff is excellent. It belongs in doc/. Any chances of it making it there? 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-current" in the body of the message From owner-freebsd-current Tue May 30 18:14:44 2000 Delivered-To: freebsd-current@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-current@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-current" in the body of the message From owner-freebsd-current Tue May 30 20:19:32 2000 Delivered-To: freebsd-current@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 53F9537BE48; Tue, 30 May 2000 20:19:29 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.3) with ESMTP id UAA08001; Tue, 30 May 2000 20:19:28 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id UAA20452; Tue, 30 May 2000 20:19:27 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Tue, 30 May 2000 20:19:27 -0700 (PDT) Message-Id: <200005310319.UAA20452@vashon.polstra.com> To: wpaul@freebsd.org Subject: Re: Looking for testers for if_dc patches In-Reply-To: <20000530072825.BE7E637BD62@hub.freebsd.org> References: <20000530072825.BE7E637BD62@hub.freebsd.org> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <20000530072825.BE7E637BD62@hub.freebsd.org>, Bill Paul wrote: > Several people have reported problems with if_dc botching autonegotiation > on 21143 NICs with non-MII media, such as the DEC/Compaq DE500-BA and > the built-in 10/100 ethernet on some alphas. As my first official act > as a BSDi/WC employee, I sat down and tried to fix this. I produced > some patches for if_dc.c/if_dcreg.h and dcphy.c, which are sitting at > http://people.freebsd.org/~wpaul/dc_test. I was one of the people having problems before. These patches have made it work great in my case. It autonegotiates properly at boot-up. It also comes back correctly if I unplug the cable and plug it back in again. Thanks for working on it, Bill! John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue May 30 23: 3:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id DDAD037B74A for ; Tue, 30 May 2000 23:03:13 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (qmail 3135 invoked from network); 31 May 2000 06:03:05 -0000 Received: from unknown (HELO bde.zeta.org.au) (203.2.228.102) by gidora.zeta.org.au with SMTP; 31 May 2000 06:03:05 -0000 Date: Wed, 31 May 2000 16:03:01 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Garrett Wollman Cc: "Yevmenkin, Maksim N, CSCIO" , 'Zhihui Zhang' , "'freebsd-hackers@freebsd.org'" , "'freebsd-current@freebsd.org'" Subject: RE: stupid FS questions In-Reply-To: <200005302031.QAA30098@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 30 May 2000, Garrett Wollman wrote: > < said: > > > i know that :) i guess my questions were > > 1) why the same piece of code duplicated in all ``mount_xxx'' utilities? > > Because the original loadable module system held strongly to the > religion that the kernel should never load anything of its own > accord. The designers of the current loadable module system made > different design choices, but the some traces of its predecessor still > remain. Including defunct traces like all the duplicated code in the mount utilities :-). Relevant history: RCS file: /home/ncvs/src/lib/libc/gen/getvfsent.c,v Working file: getvfsent.c head: 1.14 ---------------------------- revision 1.13 date: 1998/11/03 15:02:29; author: peter; state: Exp; lines: +10 -1 A feeble attempt at kld compatability. The mount_* programs assume that they cannot mount a filesystem that they cannot see in getvfsbyname(). Part 1 of this is a hack, make vfsisloadable() always return true - the ultimate decider of whether it's loadable or not is kldload() or mount(). Part 2 of this is to have vfsload() call kldload(2) and return success if it works. This means that we will use a viable kld module in preference to an LKM! Ultimately, the thing to do is remove the hacks to do a vfsload in all the ^^^^^^^^^^ should have been more than a year ago mount_* commands and let the kernel do it by itself in mount(2). ---------------------------- RCS file: /home/ncvs/src/sys/kern/vfs_syscalls.c,v Working file: vfs_syscalls.c head: 1.153 ... ---------------------------- revision 1.110 date: 1998/11/03 14:29:09; author: peter; state: Exp; lines: +32 -3 make mount(2) automatically kldload modules if the requested filesystem isn't present. ---------------------------- This commit made the duplicated code redundant except for backwards compatibility. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 31 0:59: 6 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 6B2BE37BEA7; Wed, 31 May 2000 00:58:59 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (nobody@relay.nuxi.com [169.237.7.38]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id AAA33422; Wed, 31 May 2000 00:58:56 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id AAA50840; Wed, 31 May 2000 00:59:02 -0700 (PDT) (envelope-from obrien) Date: Wed, 31 May 2000 00:59:02 -0700 From: "David O'Brien" To: "Yevmenkin, Maksim N, CSCIO" Cc: "'freebsd-current@freebsd.org'" , "'freebsd-hackers@freebsd.org'" Subject: Re: kerneld for -current Message-ID: <20000531005902.A50339@dragon.nuxi.com> Reply-To: obrien@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 myevmenkin@att.com on Tue, May 30, 2000 at 10:17:22AM -0400 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, May 30, 2000 at 10:17:22AM -0400, Yevmenkin, Maksim N, CSCIO wrote: > is there any interest in ``kerneld'' (a-la Linux) for FreeBSD? i've got > some working prototype Could you summerize what it offers and does? -- -- David (obrien@FreeBSD.org) Disclaimer: Not speaking for FreeBSD, just expressing my own opinion. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 31 1: 0:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id 5675437BEB6 for ; Wed, 31 May 2000 01:00:30 -0700 (PDT) (envelope-from gdinolt@pacbell.net) Received: from pacbell.net ([63.201.59.4]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0FVE00I04ZFCK1@mta5.snfc21.pbi.net> for freebsd-current@FreeBSD.ORG; Wed, 31 May 2000 00:57:13 -0700 (PDT) Date: Wed, 31 May 2000 00:57:13 -0700 From: "George W. Dinolt" Subject: Problem building a snapshot for current, no more "more" To: freebsd-current@FreeBSD.ORG Message-id: <3934C5D9.F736267C@pacbell.net> MIME-version: 1.0 X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In attempting to build a snapshot for current, I came across the following problem in the release.4 target of the Makefile in /usr/src/release. ... cc -static -o boot_crunch boot_crunch.o sh.lo find.lo sed.lo test.lo rm.lo pwd.lo ppp.lo sysinstall.lo newfs.lo minigzip.lo cpio.lo fsck.lo ifconfig.lo route.lo slattach.lo mount_nfs.lo dhclient.lo arp.lo hostname.lo pccardc.lo pccardd.lo usbd.lo usbdevs.lo -ll -ledit -lutil -lkvm -lmd -lcrypt -lftpio -lz -lnetgraph -ldialog -lncurses -lmytinfo -L/usr/src/release/libdisk/obj -ldisk -lipx dhclient.lo: In function `script_init': dhclient.lo(.text+0x416b): warning: mktemp() possibly used unsafely; consider using mkstemp() strip boot_crunch crunchgen: /usr/src/release/fixit_crunch.conf: more: warning: could not find source directory crunchgen: /usr/src/release/fixit_crunch.conf: more: warning: could not find any .o files crunchgen: /usr/src/release/fixit_crunch.conf: more: error: no objpaths specified or calculated crunchgen: /usr/src/release/fixit_crunch.conf: more: ignoring program because of errors Run "make -f fixit_crunch.mk objs exe" to build crunched binary. *** Error code 1 Stop in /usr/src/release. Note that the crunchgen could not find the sources for "more." Does this have something to do with the replacement of "more" by "less" recently? I am not sure what the correct fix is. Someone with more understanding of what is going on might want to address this. For example, should one replace "more" by "less" (and "lesskey" and "lessecho") ? I have not tried this and tested whether things would still fit on the floppy. George Dinolt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 31 1:19: 5 2000 Delivered-To: freebsd-current@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-current@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-current" in the body of the message From owner-freebsd-current Wed May 31 3:31: 5 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay02.chello.nl (relay02.chello.nl [212.83.68.146]) by hub.freebsd.org (Postfix) with ESMTP id 0767D37B816; Wed, 31 May 2000 03:30:55 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay02.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000531103041.BGSG13476.relay02@chello.nl>; Wed, 31 May 2000 12:30:41 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id MAA86941; Wed, 31 May 2000 12:30:52 +0200 (CEST) (envelope-from wkb) Date: Wed, 31 May 2000 12:30:51 +0200 From: Wilko Bulte To: Bill Paul Cc: Bernd Walter , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Looking for testers for if_dc patches Message-ID: <20000531123051.A86871@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <20000530175945.A20508@cicely7.cicely.de> <20000530162946.C81A937B892@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000530162946.C81A937B892@hub.freebsd.org>; from wpaul@FreeBSD.ORG on Tue, May 30, 2000 at 09:29:46AM -0700 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, May 30, 2000 at 09:29:46AM -0700, Bill Paul wrote: > > On Tue, May 30, 2000 at 12:28:25AM -0700, Bill Paul wrote: > > > Several people have reported problems with if_dc botching autonegotiation > > > on 21143 NICs with non-MII media, such as the DEC/Compaq DE500-BA and > > > the built-in 10/100 ethernet on some alphas. As my first official act > > > as a BSDi/WC employee, I sat down and tried to fix this. I produced > > > some patches for if_dc.c/if_dcreg.h and dcphy.c, which are sitting at > > > http://people.freebsd.org/~wpaul/dc_test. To apply them, do the following: > > > > [...] > > cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing -prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mno-fp-regs -ffixed-8 -Wa,-mev56 ../../pci/if_dc.c > > ../../pci/if_dc.c: In function `dc_init': > > ../../pci/if_dc.c:2697: structure has no member named `dc_flgs' > > *** Error code 1 > > > > Stop in /var/d7/src-2000-05-28/src/sys/compile/CICELY9. > > > > This is on 5.0-CURRENT as of 28th May on alpha > > Grrr. Typo on my part, sorry. It should be flags, not flgs. I just fixed > the patch file. You can download it again, or just correct the typo manually. Hi Bill, I applied your patches to -current without incidents. I have a testbox (Digital dual P6) that gives: May 31 10:56:38 p6 /kernel: dc0: port 0xec00-0xec7f m em 0xfdfffc00-0xfdfffc7f irq 9 at device 3.0 on pci0 May 31 10:56:38 p6 /kernel: dc0: Ethernet address: 00:00:f8:75:3c:6a May 31 10:56:38 p6 /kernel: miibus0: on dc0 May 31 10:56:38 p6 /kernel: dcphy0: on miibus 0 May 31 10:56:38 p6 /kernel: dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX- FDX, auto May 31 10:56:38 p6 /kernel: dc0: supplying EUI64: 00:00:f8:ff:fe:75:3c:6a May 31 10:56:38 p6 /kernel: isab0: at device 7 ... May 31 10:56:39 p6 /kernel: dc0: starting DAD for fe80:0001::0200:f8ff:fe75:3c6a May 31 10:56:39 p6 /kernel: dc0: DAD complete for fe80:0001::0200:f8ff:fe75:3c6a - no duplicates found May 31 10:56:43 p6 /kernel: dc0: watchdog timeout May 31 10:57:18 p6 last message repeated 3 times May 31 10:57:58 p6 /kernel: dc0: watchdog timeout May 31 10:58:53 p6 login: ROOT LOGIN (root) ON ttyv0 May 31 10:58:56 p6 login: ROOT LOGIN (root) ON ttyv0 May 31 10:59:57 p6 /kernel: dc0: watchdog timeout May 31 11:03:27 p6 /kernel: dc0: watchdog timeout This box can also house an Alpha Miata MX5 mainboard, the Intel & Alpha boards use the same PCI riser card that also contains the 21143 chip. The patches don't seem to help on this particular hardware. I will try to give the Alpha a spin too, later today. BTW: ifconfig-ing to use 10baseT/UTP does not help either. The media bulkhead is a 10baseT/10base2 one. if_de has no problems: May 31 11:12:21 p6 /kernel: de0: port 0xec00-0xec7 f mem 0xfdfffc00-0xfdfffc7f irq 9 at device 3.0 on pci0 May 31 11:12:21 p6 /kernel: de0: DEC 21142 [10-100Mb/s] pass 1.1 May 31 11:12:21 p6 /kernel: de0: address 00:00:f8:75:3c:6a May 31 11:12:21 p6 /kernel: de0: supplying EUI64: 00:00:f8:ff:fe:75:3c:6a May 31 11:12:21 p6 /kernel: isab0: at device ... May 31 11:12:21 p6 /kernel: de0: enabling 10baseT port Rather than repeating please see also: To: FreeBSD-alpha mailing list Subject: dc driver for embedded ethernet on Miata MX5 problems Message-ID: <20000406212804.A1731@yedi.wbnet> and PR: alpha/17833: dc driver for embedded ethernet on Miata MX5 problems Thanks for your efforts, please let me know if you want me to try something particular. -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 31 5: 8:18 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay01.chello.nl (smtp.chello.nl [212.83.68.144]) by hub.freebsd.org (Postfix) with ESMTP id 0C68837B542; Wed, 31 May 2000 05:08:15 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay01.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000531120845.YQOJ13246.relay01@chello.nl>; Wed, 31 May 2000 14:08:45 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id OAA87377; Wed, 31 May 2000 14:08:08 +0200 (CEST) (envelope-from wkb) Date: Wed, 31 May 2000 14:08:08 +0200 From: Wilko Bulte To: Bill Paul Cc: current@FreeBSD.ORG, alpha@freebsd.prg Subject: Re: Looking for testers for if_dc patches Message-ID: <20000531140807.A87363@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <20000530072825.BE7E637BD62@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000530072825.BE7E637BD62@hub.freebsd.org>; from wpaul@FreeBSD.ORG on Tue, May 30, 2000 at 12:28:25AM -0700 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just to see if if_dc has kept working on a machine that had it working before (Alpha Miata GL): works just fine with the patches applied. Wilko [goes back to digging up the Miata MX5] -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 31 5:59:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from kcmso1.proxy.att.com (kcmso1.att.com [192.128.133.69]) by hub.freebsd.org (Postfix) with ESMTP id DCF1D37B59C; Wed, 31 May 2000 05:59:50 -0700 (PDT) (envelope-from myevmenkin@att.com) Received: from njb140r1.ems.att.com ([135.65.202.58]) by kcmso1.proxy.att.com (AT&T IPNS/MSO-2.2) with ESMTP id IAA09879; Wed, 31 May 2000 08:59:49 -0400 (EDT) Received: from njb140bh1.ems.att.com by njb140r1.ems.att.com (8.8.8+Sun/ATTEMS-1.4.1 sol2) id IAA00986; Wed, 31 May 2000 08:58:48 -0400 (EDT) Received: by njb140bh1.ems.att.com with Internet Mail Service (5.5.2650.21) id ; Wed, 31 May 2000 08:59:49 -0400 Message-ID: From: "Yevmenkin, Maksim N, CSCIO" To: "'obrien@FreeBSD.ORG'" Cc: "'freebsd-current@freebsd.org'" , "'freebsd-hackers@freebsd.org'" Subject: RE: kerneld for -current Date: Wed, 31 May 2000 08:59:48 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > is there any interest in ``kerneld'' (a-la Linux) for > FreeBSD? i've got > > some working prototype > > Could you summerize what it offers and does? from RedHat documentation: Red Hat Linux includes kerneld, the Kernel Daemon, which automatically loads some software and hardware support into memory as it is needed, and unloads it when it is no longer being used. thanks, emax To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 31 9:49:31 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id 23DE137B8CC; Wed, 31 May 2000 09:49:26 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from mail.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.10.1/8.10.1) with ESMTP id e4VGnNO04961; Wed, 31 May 2000 18:49:23 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by mail.cicely.de (8.9.3/8.9.0) with ESMTP id SAA24805; Wed, 31 May 2000 18:50:06 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id SAA84565; Wed, 31 May 2000 18:50:02 +0200 (CEST) (envelope-from ticso) Date: Wed, 31 May 2000 18:50:01 +0200 From: Bernd Walter To: wc.bulte@chello.nl Cc: Bill Paul , Bernd Walter , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Looking for testers for if_dc patches Message-ID: <20000531185001.B83699@cicely8.cicely.de> References: <20000530175945.A20508@cicely7.cicely.de> <20000530162946.C81A937B892@hub.freebsd.org> <20000531123051.A86871@freebie.wbnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000531123051.A86871@freebie.wbnet>; from wkb@chello.nl on Wed, May 31, 2000 at 12:30:51PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 31, 2000 at 12:30:51PM +0200, Wilko Bulte wrote: > On Tue, May 30, 2000 at 09:29:46AM -0700, Bill Paul wrote: > May 31 10:56:38 p6 /kernel: dc0: port > 0xec00-0xec7f m > em 0xfdfffc00-0xfdfffc7f irq 9 at device 3.0 on pci0 > May 31 10:56:38 p6 /kernel: dc0: Ethernet address: 00:00:f8:75:3c:6a > May 31 10:56:38 p6 /kernel: miibus0: on dc0 > May 31 10:56:38 p6 /kernel: dcphy0: on > miibus > 0 > May 31 10:56:38 p6 /kernel: dcphy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX- > FDX, auto Similar here on alpha with Adaptec 6911A without the watchdog timeouts. But after rereading the original mail I asume I'm on the wrong train as my card has an additional tranceiver which is not detected and the patch is for the internal one. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 31 12:31: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id C556E37B90D for ; Wed, 31 May 2000 12:30:55 -0700 (PDT) (envelope-from daemon@mips.inka.de) Received: from bigeye.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 12xECY-00050B-00; Wed, 31 May 2000 21:30:50 +0200 Received: (from daemon@localhost) by bigeye.mips.inka.de (8.9.3/8.9.3) id TAA78512 for freebsd-current@freebsd.org; Wed, 31 May 2000 19:42:52 +0200 (CEST) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: "fetch | sh" panics system Date: 31 May 2000 19:42:51 +0200 Message-ID: <8h3iur$2cl7$1@bigeye.mips.inka.de> References: <20000530162831.A27439@sushi.unix-ag.uni-kl.de> To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Christian Weisgerber wrote: > The following, completely innocuous command line > $ fetch -o - http://sites.inka.de/mips/unix/freebsd/xterm.shar | sh > executed as a non-priviledged user, reproducibly panics the machine. Some people have mailed that this particular command line just works on their machines. I'm not surprised. Still there must be some sort of problem, which happens to be triggered accidentally on my box for this unlikely case. I updated to yesterday's -CURRENT, and the problem persists. This is perfectly reproducible. I'll happily provide more details on my configuration, if anybody can give me a clue what might sensibly affect this. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 31 13:11: 9 2000 Delivered-To: freebsd-current@freebsd.org Received: from kent.tfd.com (rtp.tfd.com [198.79.53.206]) by hub.freebsd.org (Postfix) with ESMTP id A9C4437B564 for ; Wed, 31 May 2000 13:11:06 -0700 (PDT) (envelope-from kent@kent.tfd.com) Received: (from kent@localhost) by kent.tfd.com (8.9.3/8.9.3) id QAA01088 for current@freebsd.org; Wed, 31 May 2000 16:11:17 -0400 (EDT) (envelope-from kent) Date: Wed, 31 May 2000 16:11:17 -0400 (EDT) From: Kent Hauser Message-Id: <200005312011.QAA01088@kent.tfd.com> To: current@freebsd.org Subject: /dev/lkm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 31 14:22:35 2000 Delivered-To: freebsd-current@freebsd.org Received: from overcee.netplex.com.au (peter1.yahoo.com [208.48.107.4]) by hub.freebsd.org (Postfix) with ESMTP id D666F37B827 for ; Wed, 31 May 2000 14:22:22 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id E396E1CE1; Wed, 31 May 2000 14:22:20 -0700 (PDT) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: Kent Hauser Cc: current@FreeBSD.ORG Subject: Re: /dev/lkm In-Reply-To: Message from Kent Hauser of "Wed, 31 May 2000 16:11:17 EDT." <200005312011.QAA01088@kent.tfd.com> Date: Wed, 31 May 2000 14:22:20 -0700 From: Peter Wemm Message-Id: <20000531212220.E396E1CE1@overcee.netplex.com.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kent Hauser wrote: > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Heh. Well, I can probaby answer the question you meant to ask. Yes, /dev/lkm is gone. See kldload(2) and kldload(8) etc. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed May 31 15: 1:49 2000 Delivered-To: freebsd-current@freebsd.org Received: from mass.cdrom.com (www.slackware.com [204.216.27.13]) by hub.freebsd.org (Postfix) with ESMTP id 8976C37BA59 for ; Wed, 31 May 2000 15:01:47 -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 PAA01594; Wed, 31 May 2000 15:04:31 -0700 (PDT) (envelope-from msmith@mass.cdrom.com) Message-Id: <200005312204.PAA01594@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "gh" Cc: current@freebsd.org Subject: Re: unknown: In-reply-to: Your message of "Sun, 28 May 2000 19:39:35 CDT." <002601bfc912$2cc36360$2969a0d0@leviathan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 31 May 2000 15:04:31 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > IF and ONLY IF the PNPBIOS code is causing your machine to fail, do the > > following: > > > > - Send me FULL DETAILS; this will need to include the trap messages and, > > if the trap is in the kernel, a DDB traceback. > > > > The described situation actually occured to me tonight (5-28-2000) while > trying to install. > Rather than check the list for a solution, I went back to the 4.0 boot disks > (which worked really well) and changed them to setup a snapshot > (5.0-20000528-CURRENT). > > If you so desire (which presumably is the case), I can just boot up the > current floppies and try to send you the information you request. I can't imagine not being interested in working out what's going wrong, so please, if you could, do so. Let me know what your hardware is as well, please. -- \\ 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-current" in the body of the message From owner-freebsd-current Wed May 31 23:20:14 2000 Delivered-To: freebsd-current@freebsd.org Received: from waterblue.imgsrc.co.jp (waterblue.imgsrc.co.jp [210.226.20.160]) by hub.freebsd.org (Postfix) with ESMTP id 1B58E37B6F6 for ; Wed, 31 May 2000 23:20:11 -0700 (PDT) (envelope-from kuriyama@FreeBSD.org) Received: from waterblue.imgsrc.co.jp (localhost [127.0.0.1]) by waterblue.imgsrc.co.jp (8.11.0.Beta1/8.11.0.Beta1) with ESMTP id e516K8t05947 for ; Thu, 1 Jun 2000 15:20:09 +0900 (JST) Date: Thu, 01 Jun 2000 15:20:08 +0900 Message-ID: <86u2fdudlz.wl@waterblue.imgsrc.co.jp> From: Jun Kuriyama To: Current Subject: Error on gnu/usr.bin/binutils/gdb? User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 9) (Canyonlands) (i386--freebsd) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Error occured at buildworld on my box... ----- ... ===> gnu/usr.bin/binutils/doc rm -f gdb-cfg.texi inc-hist.texi inc-hist.texi.orig as.info ld.info annotate.info gasp.info gdb.info gdbint.info stabs.info as.info.gz ld.info.gz annotate.info.gz gasp.info.gz gdb.info.gz gdbint.info.gz stabs.info.gz ===> gnu/usr.bin/binutils/gdb ".depend", line 2654: Need an operator ".depend", line 2655: Need an operator ".depend", line 2656: Need an operator ".depend", line 2657: Need an operator ".depend", line 2658: Need an operator ".depend", line 2659: Need an operator ".depend", line 2660: Need an operator ".depend", line 2661: Need an operator ".depend", line 2662: Need an operator ".depend", line 2673: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Jun Kuriyama // FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 1 10:29:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay02.chello.nl (relay02.chello.nl [212.83.68.146]) by hub.freebsd.org (Postfix) with ESMTP id 322CA37B827; Thu, 1 Jun 2000 10:29:31 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay02.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000601172913.MSPN13476.relay02@chello.nl>; Thu, 1 Jun 2000 19:29:13 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id TAA99302; Thu, 1 Jun 2000 19:29:23 +0200 (CEST) (envelope-from wkb) Date: Thu, 1 Jun 2000 19:29:23 +0200 From: Wilko Bulte To: wc.bulte@chello.nl Cc: Bill Paul , Bernd Walter , current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Looking for testers for if_dc patches Message-ID: <20000601192923.F99044@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <20000530175945.A20508@cicely7.cicely.de> <20000530162946.C81A937B892@hub.freebsd.org> <20000531123051.A86871@freebie.wbnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000531123051.A86871@freebie.wbnet>; from wkb@chello.nl on Wed, May 31, 2000 at 12:30:51PM +0200 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, May 31, 2000 at 12:30:51PM +0200, Wilko Bulte wrote: > On Tue, May 30, 2000 at 09:29:46AM -0700, Bill Paul wrote: > > > On Tue, May 30, 2000 at 12:28:25AM -0700, Bill Paul wrote: > > > > Several people have reported problems with if_dc botching autonegotiation > > > > on 21143 NICs with non-MII media, such as the DEC/Compaq DE500-BA and > > > > the built-in 10/100 ethernet on some alphas. As my first official act > > > > as a BSDi/WC employee, I sat down and tried to fix this. I produced > > > > some patches for if_dc.c/if_dcreg.h and dcphy.c, which are sitting at > > > > http://people.freebsd.org/~wpaul/dc_test. To apply them, do the following: > > > > > > [...] > boards use the same PCI riser card that also contains the 21143 chip. > The patches don't seem to help on this particular hardware. I will try > to give the Alpha a spin too, later today. BTW: ifconfig-ing to use I finally got around to try the Miata MX5. In short: the problem is the same as on the x86. The de driver works OK. -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 1 10:57:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from peace.mahoroba.org (peace.calm.imasy.or.jp [202.227.26.34]) by hub.freebsd.org (Postfix) with ESMTP id 16D9937B78A; Thu, 1 Jun 2000 10:57:43 -0700 (PDT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:RQgz2lPr2vhKmuYK1mm1kY9INJtpUxYKXDvrVx+kZcDN0mO3kcC35MMMj35Mxwsd@localhost [::1]) by peace.mahoroba.org (8.10.1/3.7W-peace) with ESMTP id e51HqVS25728; Fri, 2 Jun 2000 02:52:31 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 2 Jun 2000 02:52:31 +0900 (JST) Message-Id: <200006011752.e51HqVS25728@peace.mahoroba.org> To: kris@FreeBSD.org Cc: Alexander@Leidinger.net, current@FreeBSD.org Subject: Re: PAM & OpenSSH 2.1 & X11 -> signal 11 In-Reply-To: References: <200005301336.PAA01265@Magelan.Leidinger.net> 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: 21 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> On Tue, 30 May 2000 12:30:41 -0700 (PDT) >>>>> Kris Kennaway said: kris> On Tue, 30 May 2000, Alexander Leidinger wrote: > > I've just committed the version from ports to the source tree - could you > > verify it works? > > I have to wait until internat catches up, but I'm using pam_ssh.c from > ports for a while and it didn't kill xdm. kris> Oops, this is now committed to internat also. Thank you. It's working fine with wdm here. BTW, I believe this version of pam_ssh.so doesn't support DSA key yet. Does someone working on it? -- 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-current" in the body of the message From owner-freebsd-current Thu Jun 1 12:51:30 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 8AE5F37B958; Thu, 1 Jun 2000 12:51:25 -0700 (PDT) Subject: Re: Looking for testers for if_dc patches In-Reply-To: <20000531123051.A86871@freebie.wbnet> from Wilko Bulte at "May 31, 2000 12:30:51 pm" To: wc.bulte@chello.nl Date: Thu, 1 Jun 2000 12:51:25 -0700 (PDT) Cc: ticso@cicely.de, current@FreeBSD.ORG, alpha@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 Message-Id: <20000601195125.8AE5F37B958@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi Bill, > > I applied your patches to -current without incidents. > > I have a testbox (Digital dual P6) that gives: > > May 31 10:56:38 p6 /kernel: dc0: port [...] > May 31 11:03:27 p6 /kernel: dc0: watchdog timeout > > This box can also house an Alpha Miata MX5 mainboard, the Intel & Alpha > boards use the same PCI riser card that also contains the 21143 chip. > The patches don't seem to help on this particular hardware. I will try > to give the Alpha a spin too, later today. BTW: ifconfig-ing to use > 10baseT/UTP does not help either. The media bulkhead is a 10baseT/10base2 > one. if_de has no problems: Alright, hold it. Stop. Just to make sure I understand: - There's one interface involved here - It has a 21143 chip - It has 10baseT and AUI ports - It's supposed to be 10Mbps only If this is all correct, then I'd like you to try the following: - Run pciconf -l on this machine and obtain the PCI ID for this device. The device ID is the hex number after the "chip=" section in the output. For the sake of this example, let's say it's 0x12345678. - Bring up /sys/dev/mii/dcphy.c in your favorite editor. - Look for the following code in the dcphy_attach() routine: case COMPAQ_PRESARIO_ID: /* Example of how to only allow 10Mbps modes. */ sc->mii_capabilities = BMSR_ANEG|BMSR_10TFDX|BMSR_10THDX; break; - Add your PCI device ID like this: case COMPAQ_PRESARIO_ID: case 0x12345678: /* Example of how to only allow 10Mbps modes. */ sc->mii_capabilities = BMSR_ANEG|BMSR_10TFDX|BMSR_10THDX; break; One thing I discovered is that trying to enable 100Mbps autoneg on a device that only has a 10Mbps port doesn't work. This broke the support for the 10Mbps ethernet in certain Compaq Presario machines, which is why I special-cased it. This will not make the AUI port work (I need to add extra code for that) but it if this is the same problem as the Compaq, it should allow the 10baseT port to work. Let me know if this has any effect. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 1 15:28:25 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay01.chello.nl (smtp.chello.nl [212.83.68.144]) by hub.freebsd.org (Postfix) with ESMTP id 7E7DA37B837; Thu, 1 Jun 2000 15:28:04 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay01.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000601222836.LFDC13246.relay01@chello.nl>; Fri, 2 Jun 2000 00:28:36 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id AAA00477; Fri, 2 Jun 2000 00:27:58 +0200 (CEST) (envelope-from wkb) Date: Fri, 2 Jun 2000 00:27:57 +0200 From: Wilko Bulte To: Bill Paul Cc: wc.bulte@chello.nl, ticso@cicely.de, current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Looking for testers for if_dc patches Message-ID: <20000602002757.B99732@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <20000531123051.A86871@freebie.wbnet> <20000601195125.8AE5F37B958@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000601195125.8AE5F37B958@hub.freebsd.org>; from wpaul@FreeBSD.ORG on Thu, Jun 01, 2000 at 12:51:25PM -0700 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 01, 2000 at 12:51:25PM -0700, Bill Paul wrote: > > Hi Bill, > > > > I applied your patches to -current without incidents. > > > > I have a testbox (Digital dual P6) that gives: > > > > May 31 10:56:38 p6 /kernel: dc0: port > [...] > > May 31 11:03:27 p6 /kernel: dc0: watchdog timeout > > > > This box can also house an Alpha Miata MX5 mainboard, the Intel & Alpha > > boards use the same PCI riser card that also contains the 21143 chip. > > The patches don't seem to help on this particular hardware. I will try > > to give the Alpha a spin too, later today. BTW: ifconfig-ing to use > > 10baseT/UTP does not help either. The media bulkhead is a 10baseT/10base2 > > one. if_de has no problems: > > Alright, hold it. Stop. Just to make sure I understand: Don't panic ;-) This is definitely a confusing piece of hardware. > - There's one interface involved here Correct. > - It has a 21143 chip Well, the de driver says 21142. The dc driver says 21143. > - It has 10baseT and AUI ports No, it has 10baseT and 10base2 (Cheapernet). > - It's supposed to be 10Mbps only With the current bulkhead yes. There is a replacement bulkhead in existence that is 10baseT/100baseT capable. > If this is all correct, then I'd like you to try the following: > > - Run pciconf -l on this machine and obtain the PCI ID for this device. > The device ID is the hex number after the "chip=" section in the output. > For the sake of this example, let's say it's 0x12345678. For reference the ID reported is: de0@pci0:3:0: class=0x020000 card=0x00000000 chip=0x00191011 rev=0x11 hdr=0x00 > - Bring up /sys/dev/mii/dcphy.c in your favorite editor. > > - Look for the following code in the dcphy_attach() routine: > > case COMPAQ_PRESARIO_ID: > /* Example of how to only allow 10Mbps modes. */ > sc->mii_capabilities = BMSR_ANEG|BMSR_10TFDX|BMSR_10THDX; > break; > > - Add your PCI device ID like this: > > case COMPAQ_PRESARIO_ID: > case 0x12345678: > /* Example of how to only allow 10Mbps modes. */ > sc->mii_capabilities = BMSR_ANEG|BMSR_10TFDX|BMSR_10THDX; > break; > > One thing I discovered is that trying to enable 100Mbps autoneg on > a device that only has a 10Mbps port doesn't work. This broke the > support for the 10Mbps ethernet in certain Compaq Presario machines, > which is why I special-cased it. This will not make the AUI port > work (I need to add extra code for that) but it if this is the same > problem as the Compaq, it should allow the 10baseT port to work. This one does not have AUI so that is not going to be a problem. What I do wonder, though, is what will happen if a 10/100Mbit bulkhead is installed on this machine. I don't expect the PCI ID to change (right?). I can pull the 10/100 bulkhead from my Miata GL to give this a try. In the meantime I gave your patch a quick try and I unfortunately don't see a change in behaviour. Still watchdog timeouts and no connection. Question: I had expected dmesg and ifconfig to report 10Mbit only modes. They still show 100 as supported media in addition to the 10Mbit modes. There is something else that might interest you: when replacing a 10 Mbit only bulkhead with a 10/100 one you need to connect it to the PCI bulkhead with a different cable to a different connector (on the PCI bulkhead). The 10/100 one is silkscreened as MII. Could this mean the driver sees a MII interface while in this particular setup the bulkhead is connected to something non-MII ? Wild guess maybe.. Once again: very special hardware... Thanks, Wilko -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 1 15:54:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from snowy.org (snowy.org [203.37.251.14]) by hub.freebsd.org (Postfix) with ESMTP id D59F037B91B for ; Thu, 1 Jun 2000 15:54:50 -0700 (PDT) (envelope-from snowy@snowy.org) Received: from localhost (snowy@localhost) by snowy.org (8.9.3/8.9.3) with ESMTP id IAA03126 for ; Fri, 2 Jun 2000 08:54:46 +1000 (EST) (envelope-from snowy@snowy.org) Date: Fri, 2 Jun 2000 08:54:46 +1000 (EST) From: Sleepless in Brisbane To: current@freebsd.org Subject: Cardbus Support? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have seen so far a few people ask this question and all they have been told is to look at the supported hardware section on the handbook at the freebsd home website (which is useless as there is nothing listed under PCMCIA on the site at the moment). Perhaps then someone working with PCMCIA could answer this: Is there cardbus support under FreeBSD-Current and if so what can it currently support? If there is not cardbus support then are there any other users interested in working on it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 1 16:32:48 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 9784837B52B; Thu, 1 Jun 2000 16:32:42 -0700 (PDT) Subject: Re: Looking for testers for if_dc patches In-Reply-To: <20000602002757.B99732@freebie.wbnet> from Wilko Bulte at "Jun 2, 2000 00:27:57 am" To: wc.bulte@chello.nl Date: Thu, 1 Jun 2000 16:32:42 -0700 (PDT) Cc: wc.bulte@chello.nl, ticso@cicely.de, current@FreeBSD.ORG, alpha@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 Message-Id: <20000601233242.9784837B52B@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > - There's one interface involved here > > Correct. > > > - It has a 21143 chip > > Well, the de driver says 21142. The dc driver says 21143. It's just a difference in chip revision, really. > This one does not have AUI so that is not going to be a problem. What I do > wonder, though, is what will happen if a 10/100Mbit bulkhead is installed on > this machine. I don't expect the PCI ID to change (right?). I can pull > the 10/100 bulkhead from my Miata GL to give this a try. It would help if you could look at both of them and tell me what chips are on them. The 21143 can do 10Mbps all by itself, but for 100Mbps you'd need an extra transceiver. I've been working under the assumption that they're just using the built-in 10baseT port on the 21143, but it's possible they're using the GPIO bits to do some funny business to switch the ports. > In the meantime I gave your patch a quick try and I unfortunately don't > see a change in behaviour. Still watchdog timeouts and no connection. > > Question: I had expected dmesg and ifconfig to report 10Mbit only modes. > They still show 100 as supported media in addition to the 10Mbit modes. You have to be able to tell that the chip only supports 10Mbps modes. The 21143 is a 100Mbps chip, and only in certain cases do people design 10Mbps-only NICs around it. The problem is that to know if you've got only 10Mbps, you normally have to slog through the SROM info, however a lot of card vendors get this wrong, so I don't even bother with it. > There is something else that might interest you: when replacing a 10 Mbit > only bulkhead with a 10/100 one you need to connect it to the PCI bulkhead > with a different cable to a different connector (on the PCI bulkhead). The > 10/100 one is silkscreened as MII. Then it probably has a 10/100 PHY on it. Assuming the driver can probe it without having to flip any magic GPIO bits, it should work. > Could this mean the driver sees a MII interface while in this particular > setup the bulkhead is connected to something non-MII ? Wild guess maybe.. I'm sure it is non-MII. It's still supposed to work, however it's hard to tell just what I'm supposed to do to make it happy from way over here. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 1 17:26:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id DE14F37B9FE for ; Thu, 1 Jun 2000 17:26:36 -0700 (PDT) (envelope-from daemon@mips.inka.de) Received: from bigeye.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 12xfII-00011G-00; Fri, 2 Jun 2000 02:26:34 +0200 Received: (from daemon@localhost) by bigeye.mips.inka.de (8.9.3/8.9.3) id BAA11483 for freebsd-current@freebsd.org; Fri, 2 Jun 2000 01:22:47 +0200 (CEST) (envelope-from daemon) From: naddy@mips.inka.de (Christian Weisgerber) Subject: Re: "fetch | sh" panics system Date: 2 Jun 2000 01:22:45 +0200 Message-ID: <8h6r85$b6i$1@bigeye.mips.inka.de> References: <20000530162831.A27439@sushi.unix-ag.uni-kl.de> To: freebsd-current@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Christian Weisgerber wrote: > The following, completely innocuous command line > $ fetch -o - http://sites.inka.de/mips/unix/freebsd/xterm.shar | sh > executed as a non-priviledged user, reproducibly panics the machine. It's caused by fdesc mounted on /dev/fd. I sent in a PR, kern/18952. -- Christian "naddy" Weisgerber naddy@mips.inka.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 1 19:22:48 2000 Delivered-To: freebsd-current@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id E308F37BFAE for ; Thu, 1 Jun 2000 19:22:41 -0700 (PDT) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.9.3/8.9.3) id WAA98012; Thu, 1 Jun 2000 22:22:19 -0400 (EDT) (envelope-from mwlucas) From: Michael Lucas Message-Id: <200006020222.WAA98012@blackhelicopters.org> Subject: Re: Cardbus Support? In-Reply-To: from Sleepless in Brisbane at "Jun 2, 2000 8:54:46 am" To: snowy@snowy.org (Sleepless in Brisbane) Date: Thu, 1 Jun 2000 22:22:19 -0400 (EDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Cardbus is a work-in-progress. Check the archives of freebsd-mobile for the gory details. Short answer: Warner Losh & others are beavering away on it. > I have seen so far a few people ask this question and all they have been told > is to look at the supported hardware section on the handbook at the freebsd > home website (which is useless as there is nothing listed under PCMCIA on the > site at the moment). Perhaps then someone working with PCMCIA could answer > this: > > Is there cardbus support under FreeBSD-Current and if so what can it currently > support? If there is not cardbus support then are there any other users > interested in working on it? > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 1 20:32:13 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 260C237B70B for ; Thu, 1 Jun 2000 20:32: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 VAA52695; Thu, 1 Jun 2000 21:32:03 -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 VAA33288; Thu, 1 Jun 2000 21:31:37 -0600 (MDT) Message-Id: <200006020331.VAA33288@harmony.village.org> To: Sleepless in Brisbane Subject: Re: Cardbus Support? Cc: current@FreeBSD.ORG In-reply-to: Your message of "Fri, 02 Jun 2000 08:54:46 +1000." References: Date: Thu, 01 Jun 2000 21:31:36 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message Sleepless in Brisbane writes: : Is there cardbus support under FreeBSD-Current and if so what can it currently : support? If there is not cardbus support then are there any other users : interested in working on it? No. Yes. Wanna join us? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 1 20:35:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id EA9DC37B547 for ; Thu, 1 Jun 2000 20:35:43 -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 VAA52728; Thu, 1 Jun 2000 21:35:42 -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 VAA33346; Thu, 1 Jun 2000 21:35:15 -0600 (MDT) Message-Id: <200006020335.VAA33346@harmony.village.org> To: Michael Lucas Subject: Re: Cardbus Support? Cc: snowy@snowy.org (Sleepless in Brisbane), current@FreeBSD.ORG In-reply-to: Your message of "Thu, 01 Jun 2000 22:22:19 EDT." <200006020222.WAA98012@blackhelicopters.org> References: <200006020222.WAA98012@blackhelicopters.org> Date: Thu, 01 Jun 2000 21:35:15 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006020222.WAA98012@blackhelicopters.org> Michael Lucas writes: : Short answer: Warner Losh & others are beavering away on it. I'm meeting in Japan next week with many of the nomads and other communities there working in this area... If you can make it to tokyo or osaka, then you might want to attend... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Jun 1 21:22: 2 2000 Delivered-To: freebsd-current@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-current@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-current" in the body of the message From owner-freebsd-current Thu Jun 1 23:30:30 2000 Delivered-To: freebsd-current@freebsd.org Received: from picalon.gun.de (picalon.gun.de [192.109.159.1]) by hub.freebsd.org (Postfix) with ESMTP id 2635037BCBE for ; Thu, 1 Jun 2000 23:30:25 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id IAA19638; Fri, 2 Jun 2000 08:30:14 +0200 (MET DST) >Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id IAA34919; Fri, 2 Jun 2000 08:15:48 +0200 (CEST) (envelope-from andreas) Date: Fri, 2 Jun 2000 08:15:48 +0200 From: Andreas Klemm To: "George W. Dinolt" Cc: freebsd-current@FreeBSD.ORG Subject: Re: Problem building a snapshot for current, no more "more" Message-ID: <20000602081548.A34876@titan.klemm.gtn.com> References: <3934C5D9.F736267C@pacbell.net> Mime-Version: 1.0 X-Mailer: Mutt 1.0.1i In-Reply-To: <3934C5D9.F736267C@pacbell.net>; from gdinolt@pacbell.net on Wed, May 31, 2000 at 12:57:13AM -0700 X-Operating-System: FreeBSD 5.0-CURRENT SMP X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -current of June 01: For me it was in stage 4 at: ln -sf libm.so.2 /usr/obj/usr/src/i386/usr/lib/libm.so cd /usr/src/lib/libncurses; make depend; make all; make install ./make_keys /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/keys.lis t > init_keytry.h sh /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/MKlib_gen.sh "cc - E -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include" "awk" < curses .h | fgrep undef > nomacros.h *** Error code 1 Stop in /usr/src/lib/libncurses. *** Error code 1 Stop in /usr/src. *** Error code 1 -- Andreas Klemm http://people.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD New APSFILTER 542 and songs from our band - http://people.freebsd.org/~andreas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 2 0:17:10 2000 Delivered-To: freebsd-current@freebsd.org Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by hub.freebsd.org (Postfix) with ESMTP id 856CE37B88D for ; Fri, 2 Jun 2000 00:17:03 -0700 (PDT) (envelope-from Matthew.Thyer@dsto.defence.gov.au) Received: from dsto-ms2.dsto.defence.gov.au (dsto-ms2.dsto.defence.gov.au [131.185.2.150]) by digger1.defence.gov.au (8.10.1/8.10.1) with ESMTP id e527HO616890 for ; Fri, 2 Jun 2000 16:47:24 +0930 (CST) Received: from muttley.dsto.defence.gov.au (unverified) by dsto-ms2.dsto.defence.gov.au (Content Technologies SMTPRS 4.1.5) with ESMTP id ; Fri, 2 Jun 2000 16:48:04 +0930 Received: from fang.dsto.defence.gov.au (fang.dsto.defence.gov.au [131.185.2.5]) by muttley.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id QAA12815; Fri, 2 Jun 2000 16:42:30 +0930 (CST) Received: from fuzz.dsto.defence.gov.au (fuzz.dsto.defence.gov.au [131.185.75.229]) by fang.dsto.defence.gov.au (8.9.3/8.9.3/8.9.3.LMD.990513) with ESMTP id QAA32691; Fri, 2 Jun 2000 16:42:29 +0930 (CST) Received: from dsto.defence.gov.au (localhost [127.0.0.1]) by fuzz.dsto.defence.gov.au (8.9.3/8.9.3) with ESMTP id QAA01001; Fri, 2 Jun 2000 16:42:29 +0930 (CST) (envelope-from Matthew.Thyer@dsto.defence.gov.au) Message-ID: <39375E5D.A967720F@dsto.defence.gov.au> Date: Fri, 02 Jun 2000 16:42:29 +0930 From: Matthew Thyer X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: current@freebsd.org Cc: Matthew Thyer Subject: Oddities with the new binutils Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Three issues: - floating point math doesn't seem to work properly: To reproduce: Build xaos from ports (/usr/ports/graphics/xaos) Run xaos and press 'a' - enjoy the show but I dont think its what the author intended. I have reproduced this on two machines which are running -CURRENT as of around May 29th - 30th with the new binutils. Both machines were upgraded by: - make world - making and installing a new kernel - mergemaster - reboot - deletion of ALL installed ports - recompile of every essential port (inc XFree 3.3.6) One machine has its source populated by cvsup from cvsup4, the other by cvsup from my own cvsup server whos repository is populated by ctm-cvs-cur delta so I dont think there are any problems with my source tree. - backward compatibility: Before I deleted all ported software on my home machine (cvsup's from cvsup4) I ran wdm and Window maker and saw lots of problems with font rendering into wrong locations, menus not being displayed properly and icons being placed in incorrect locations (not actually icons but the launching thingies!). I'm not complaining but rather reporting so that people can bump appropriate FreeBSD version numbers..., update UPDATING etc if required or if there are not meant to be any issues then work out why there are. - stability: Windowmaker at home dumps core whenever I log out (it never used to do this before the new binutils with the exact same version of Windowmaker). I haven't noticed other stability problems yet. These issues make me think that the new binutils is not yet ready for -STABLE. -- Matthew Thyer Phone: +61 8 8259 7249 Corporate Information Systems Fax: +61 8 8259 5537 Defence Science and Technology Organisation, Salisbury PO Box 1500 Salisbury South Australia 5108 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 2 0:30:18 2000 Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 9A69137B5BB; Fri, 2 Jun 2000 00:30:13 -0700 (PDT) Subject: Re: Looking for testers for if_dc patches In-Reply-To: <20000602002757.B99732@freebie.wbnet> from Wilko Bulte at "Jun 2, 2000 00:27:57 am" To: wc.bulte@chello.nl Date: Fri, 2 Jun 2000 00:30:13 -0700 (PDT) Cc: wc.bulte@chello.nl, ticso@cicely.de, current@FreeBSD.ORG, alpha@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 Message-Id: <20000602073013.9A69137B5BB@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > For reference the ID reported is: > > de0@pci0:3:0: class=0x020000 card=0x00000000 chip=0x00191011 rev=0x11 hdr=0x00 Hm, ok. First of all, I made a mistake in what I told you. The code in dcphy.c checks the subsystem ID, not the device ID. The device ID is always the same, since that identifies the 21143 chip, however the subsystem ID can vary from board to board depending on the manufacturer's whims. The odd thing is that the subsystem ID here is 0x00000000 (the "card=" value), however that doesn't rule out running our test. So, go back to dcphy.c and do this: case COMPAQ_PRESARIO_ID: case 0x00000000: /* Example of how to only allow 10Mbps modes. */ sc->mii_capabilities = BMSR_ANEG|BMSR_10TFDX|BMSR_10THDX; break; Let me know if this has any effect. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 2 0:55:36 2000 Delivered-To: freebsd-current@freebsd.org Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by hub.freebsd.org (Postfix) with ESMTP id BD43137B989 for ; Fri, 2 Jun 2000 00:55:30 -0700 (PDT) (envelope-from gdinolt@pacbell.net) Received: from pacbell.net ([63.201.59.4]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0FVI008S2O08YG@mta6.snfc21.pbi.net> for freebsd-current@FreeBSD.ORG; Fri, 2 Jun 2000 00:40:56 -0700 (PDT) Date: Fri, 02 Jun 2000 00:40:56 -0700 From: "George W. Dinolt" Subject: Re: Problem building a snapshot for current, no more "more" To: Andreas Klemm Cc: freebsd-current@FreeBSD.ORG Message-id: <39376508.52515033@pacbell.net> MIME-version: 1.0 X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.12 i386) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en References: <3934C5D9.F736267C@pacbell.net> <20000602081548.A34876@titan.klemm.gtn.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andreas Klemm wrote: > -current of June 01: > For me it was in stage 4 at: > > ln -sf libm.so.2 /usr/obj/usr/src/i386/usr/lib/libm.so > cd /usr/src/lib/libncurses; make depend; make all; make install > ./make_keys /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/tinfo/keys.lis > t > init_keytry.h > sh /usr/src/lib/libncurses/../../contrib/ncurses/ncurses/base/MKlib_gen.sh "cc - > E -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/ > ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/include" "awk" < curses > .h | fgrep undef > nomacros.h > *** Error code 1 > > Stop in /usr/src/lib/libncurses. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > -- > Andreas Klemm http://people.FreeBSD.ORG/~andreas > http://www.freebsd.org/~fsmp/SMP/SMP.html > powered by Symmetric MultiProcessor FreeBSD > New APSFILTER 542 and songs from our band - http://people.freebsd.org/~andreas Actually, once I followed the directions that "John W. DeBoskey" sent me in a private messages things worked fine. I had no troubles with curses or anything else. My cvs src tree was from late May 31. The instructions he sent me were ------------------------------------------------------------------------- Hi, > I've already fixed this. Unfortunately, fixit.flp is now larger than 1.4Meg. The following patch will get you past the problem: Index: fixit_crunch.conf =================================================================== RCS file: /home/ncvs/src/release/fixit_crunch.conf,v retrieving revision 1.22 diff -u -r1.22 fixit_crunch.conf --- fixit_crunch.conf 2000/05/31 15:26:03 1.22 +++ fixit_crunch.conf 2000/06/01 03:20:17 @@ -28,8 +28,7 @@ # /usr/bin stuff -progs ftp less telnet vi grep -ln less more +progs ftp telnet vi grep ln vi view ln vi ex However, you'll have no pager on the fixit floppy. You should be able to run 'chroot /snap/release /mk' to continue your build (substituting your own release build area in the above). Good Luck, John --------------------------------------------------------------------------- I am currently trying this with a cvs tree current as of about 12:05 A.M (PDT) on June 2. These include changes listed above. I will let you know how things go. Regards, George Dinolt. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 2 2:34:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id 0854337BD80 for ; Fri, 2 Jun 2000 02:34:21 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout1.freenet.de with esmtp (Exim 3.14 #3) id 12xnqI-0000SN-00 for current@freebsd.org; Fri, 02 Jun 2000 11:34:14 +0200 Received: from [213.6.52.3] (helo=Magelan.Leidinger.net) by mx3.freenet.de with esmtp (Exim 3.14 #3) id 12xnqF-0005fz-00 for current@freebsd.org; Fri, 02 Jun 2000 11:34:12 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.9.3/8.9.3) with ESMTP id JAA02589 for ; Fri, 2 Jun 2000 09:46:06 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200006020746.JAA02589@Magelan.Leidinger.net> Date: Fri, 2 Jun 2000 09:46:04 +0200 (CEST) From: Alexander Leidinger Subject: Problems with source_rc_confs To: current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, after the update of my rc scripts (~a month ago if I remember correctly) to use source_rc_conf it didn't boots as expected. E.g. it didn't starts anything from rc.i386. I had to source rc.conf* manually in rc.i386. Other misbehavior: - didn't set the defaultroute - didn't start ntpd/lpd - portmap gets started (set to NO in rc.conf) - didn't activates the TCP extensions (it explicitely deactivates them, this is the default from /etc/defaults/rc.conf) - uses default sendmail flags I tried to source rc.conf* in rc.network and I merged rc.conf.local with rc.conf, but no success. I'm trying to solve this by myself since a month, but I have no clue what the problem is (and which info to provide (perhaps the output of the rc scripts with "set -x"?) to let someone else solve the problem). Anybody out there who knows what to do? Bye, Alexander. -- 0 and 1. Now what could be so hard about that? http://www.Leidinger.net Alexander+Home @ Leidinger.net GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 2 2:48:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id 5234837BB7B for ; Fri, 2 Jun 2000 02:48:06 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 12xo3B-0007RI-00; Fri, 02 Jun 2000 11:47:33 +0200 From: Sheldon Hearn To: Alexander Leidinger Cc: current@FreeBSD.ORG Subject: Re: Problems with source_rc_confs In-reply-to: Your message of "Fri, 02 Jun 2000 09:46:04 +0200." <200006020746.JAA02589@Magelan.Leidinger.net> Date: Fri, 02 Jun 2000 11:47:33 +0200 Message-ID: <28599.959939253@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 02 Jun 2000 09:46:04 +0200, Alexander Leidinger wrote: > after the update of my rc scripts (~a month ago if I remember correctly) > to use source_rc_conf it didn't boots as expected. E.g. it didn't starts > anything from rc.i386. I had to source rc.conf* manually in rc.i386. Could you run mergemaster again to make sure you didn't botch it last time? Currently, /etc/rc pulls in rc.conf variables with source_rc_confs just after checking for a diskless environment, i.e. before doing anything else. The variables sourced should exist in the environment of the sourced shell scripts as well. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 2 3: 7:41 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 1607937B7B1 for ; Fri, 2 Jun 2000 03:07:36 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout0.freenet.de with esmtp (Exim 3.14 #3) id 12xoMX-0005j6-00; Fri, 02 Jun 2000 12:07:33 +0200 Received: from [213.6.45.158] (helo=Magelan.Leidinger.net) by mx3.freenet.de with esmtp (Exim 3.14 #3) id 12xoMW-0002wO-00; Fri, 02 Jun 2000 12:07:33 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.9.3/8.9.3) with ESMTP id MAA49856; Fri, 2 Jun 2000 12:07:19 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200006021007.MAA49856@Magelan.Leidinger.net> Date: Fri, 2 Jun 2000 12:07:13 +0200 (CEST) From: Alexander Leidinger Subject: Re: Problems with source_rc_confs To: sheldonh@uunet.co.za Cc: current@freebsd.org In-Reply-To: <28599.959939253@axl.ops.uunet.co.za> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2 Jun, Sheldon Hearn wrote: >> after the update of my rc scripts (~a month ago if I remember correctly) >> to use source_rc_conf it didn't boots as expected. E.g. it didn't starts >> anything from rc.i386. I had to source rc.conf* manually in rc.i386. > > Could you run mergemaster again to make sure you didn't botch it last > time? I did this a couple of times. I even did a "mergemaster -s". > Currently, /etc/rc pulls in rc.conf variables with source_rc_confs just > after checking for a diskless environment, i.e. before doing anything > else. The variables sourced should exist in the environment of the > sourced shell scripts as well. At the moment my /etc/rc contains: ---snip--- # If there is a global system configuration file, suck it in. # if [ -r /etc/defaults/rc.conf ]; then . /etc/defaults/rc.conf . /etc/rc.conf . /etc/rc.conf.local #source_rc_confs elif [ -r /etc/rc.conf ]; then . /etc/rc.conf fi ---snip--- and rc.i386: ---snip-- #!/bin/sh - # # $FreeBSD: src/etc/etc.i386/rc.i386,v 1.51 2000/01/24 15:21:43 asmodai Exp $ # Do i386 specific processing # . /etc/defaults/rc.conf . /etc/rc.conf . /etc/rc.conf.local ---snip--- and defaults/rc.conf: ---snip--- ############################################################## ### Define source_rc_confs, the mechanism used by /etc/rc.* ## ### scripts to source rc_conf_files overrides safely. ## ############################################################## if [ -z "${source_rc_confs_defined}" ]; then source_rc_confs_defined=yes source_rc_confs ( ) { local i sourced_files for i in ${rc_conf_files}; do case ${sourced_files} in *:$i:*) ;; *) sourced_files="${sourced_files}:$i:" if [ -r $i ]; then . $i fi ;; esac done } fi ---snip--- Bye, Alexander. -- Weird enough for government work. http://www.Leidinger.net Alexander+Home @ Leidinger.net GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 2 3:20:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.ops.uunet.co.za (axl.ops.uunet.co.za [196.31.2.163]) by hub.freebsd.org (Postfix) with ESMTP id C904037B529 for ; Fri, 2 Jun 2000 03:20:49 -0700 (PDT) (envelope-from sheldonh@axl.ops.uunet.co.za) Received: from sheldonh (helo=axl.ops.uunet.co.za) by axl.ops.uunet.co.za with local-esmtp (Exim 3.13 #1) id 12xoZD-0007WX-00; Fri, 02 Jun 2000 12:20:39 +0200 From: Sheldon Hearn To: Alexander Leidinger Cc: current@freebsd.org Subject: Re: Problems with source_rc_confs In-reply-to: Your message of "Fri, 02 Jun 2000 12:07:13 +0200." <200006021007.MAA49856@Magelan.Leidinger.net> Date: Fri, 02 Jun 2000 12:20:39 +0200 Message-ID: <28924.959941239@axl.ops.uunet.co.za> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 02 Jun 2000 12:07:13 +0200, Alexander Leidinger wrote: > At the moment my /etc/rc contains: > ---snip--- > # If there is a global system configuration file, suck it in. > # > if [ -r /etc/defaults/rc.conf ]; then > . /etc/defaults/rc.conf > . /etc/rc.conf > . /etc/rc.conf.local > #source_rc_confs > elif [ -r /etc/rc.conf ]; then > . /etc/rc.conf > fi Can't you just leave the files alone? rc.i386 doesn't need to source_rc_confs, because rc alrady does that: # If there is a global system configuration file, suck it in. # if [ -r /etc/defaults/rc.conf ]; then . /etc/defaults/rc.conf source_rc_confs elif [ -r /etc/rc.conf ]; then . /etc/rc.conf fi Try it with completely unmodified files. It's working for at least 3 of us. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 2 6:46:39 2000 Delivered-To: freebsd-current@freebsd.org Received: from mout1.freenet.de (mout1.freenet.de [194.97.50.132]) by hub.freebsd.org (Postfix) with ESMTP id C3EB637BA89 for ; Fri, 2 Jun 2000 06:46:27 -0700 (PDT) (envelope-from netchild@leidinger.net) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout1.freenet.de with esmtp (Exim 3.14 #3) id 12xrm7-0004ss-00; Fri, 02 Jun 2000 15:46:11 +0200 Received: from [213.6.52.205] (helo=Magelan.Leidinger.net) by mx3.freenet.de with esmtp (Exim 3.14 #3) id 12xrm6-0006nH-00; Fri, 02 Jun 2000 15:46:10 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.9.3/8.9.3) with ESMTP id OAA93119; Fri, 2 Jun 2000 14:45:22 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200006021245.OAA93119@Magelan.Leidinger.net> Date: Fri, 2 Jun 2000 14:45:21 +0200 (CEST) From: Alexander Leidinger Subject: Re: Problems with source_rc_confs To: sheldonh@uunet.co.za Cc: current@freebsd.org In-Reply-To: <28924.959941239@axl.ops.uunet.co.za> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2 Jun, Sheldon Hearn wrote: >> At the moment my /etc/rc contains: >> ---snip--- >> # If there is a global system configuration file, suck it in. >> # >> if [ -r /etc/defaults/rc.conf ]; then >> . /etc/defaults/rc.conf >> . /etc/rc.conf >> . /etc/rc.conf.local >> #source_rc_confs >> elif [ -r /etc/rc.conf ]; then >> . /etc/rc.conf >> fi > > Can't you just leave the files alone? rc.i386 doesn't need to > source_rc_confs, because rc alrady does that: > > # If there is a global system configuration file, suck it in. > # > if [ -r /etc/defaults/rc.conf ]; then > . /etc/defaults/rc.conf > source_rc_confs > elif [ -r /etc/rc.conf ]; then > . /etc/rc.conf > fi I know, but I had to modify them to get it running. > Try it with completely unmodified files. It's working for at least 3 of > us. :-) I tried it with completely unmodified files just bevore my first mail to be sure it still didn't work. I have the output of /etc/rc with "set -x" added to it, do you want it (together with rc.conf{,.local}) in a private mail (limited to 22k, my console hadn't more in the scrollback buffer)? Bye, Alexander. -- Failure is not an option. It comes bundled with your Microsoft product. http://www.Leidinger.net Alexander+Home @ Leidinger.net GPG fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 2 12:48:11 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay01.chello.nl (smtp.chello.nl [212.83.68.144]) by hub.freebsd.org (Postfix) with ESMTP id 9D30B37BF3F; Fri, 2 Jun 2000 12:48:03 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay01.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000602194837.DPBV8610.relay01@chello.nl>; Fri, 2 Jun 2000 21:48:37 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id VAA65392; Fri, 2 Jun 2000 21:47:57 +0200 (CEST) (envelope-from wkb) Date: Fri, 2 Jun 2000 21:47:56 +0200 From: Wilko Bulte To: Bill Paul Cc: wc.bulte@chello.nl, ticso@cicely.de, current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Looking for testers for if_dc patches Message-ID: <20000602214756.B65309@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <20000602002757.B99732@freebie.wbnet> <20000602073013.9A69137B5BB@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000602073013.9A69137B5BB@hub.freebsd.org>; from wpaul@FreeBSD.ORG on Fri, Jun 02, 2000 at 12:30:13AM -0700 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 02, 2000 at 12:30:13AM -0700, Bill Paul wrote: > > > > For reference the ID reported is: > > > > de0@pci0:3:0: class=0x020000 card=0x00000000 chip=0x00191011 rev=0x11 hdr=0x00 > > Hm, ok. First of all, I made a mistake in what I told you. The code in > dcphy.c checks the subsystem ID, not the device ID. The device ID is always > the same, since that identifies the 21143 chip, however the subsystem ID > can vary from board to board depending on the manufacturer's whims. > The odd thing is that the subsystem ID here is 0x00000000 (the "card=" > value), however that doesn't rule out running our test. > > So, go back to dcphy.c and do this: > > case COMPAQ_PRESARIO_ID: > case 0x00000000: > /* Example of how to only allow 10Mbps modes. */ > sc->mii_capabilities = BMSR_ANEG|BMSR_10TFDX|BMSR_10THDX; > break; > > Let me know if this has any effect. Unfortunately not. More data on this bulkhead: It contains a black plastic module that calls itself: ALL-IN-ONE Ethernet COAX TC3095 along with a 20Mc xtal oscillator. It looks like this is a selfcontained DC-DC converter, pulse xformer and a 10base2 medium interface in a single module. The cable connection to the PCI riser goes to a connector labeled "AUI". My best guess is that this bulkhead is not much more than a 10baseT/10base2 transceiver in disguise, connected to an AUI interface. I'm currently performing surgery on my other machine to see what the 10/100 bulkhead contains. -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 2 13:45: 0 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay02.chello.nl (relay02.chello.nl [212.83.68.146]) by hub.freebsd.org (Postfix) with ESMTP id 3B72D37B711; Fri, 2 Jun 2000 13:44:47 -0700 (PDT) (envelope-from wkb@chello.nl) Received: from chello.nl ([213.46.78.184]) by relay02.chello.nl (InterMail vK.4.02.00.00 201-232-116 license 2ee4e7c625482f2f2a1950a80f6c8d58) with ESMTP id <20000602204432.DTAY17505.relay02@chello.nl>; Fri, 2 Jun 2000 22:44:32 +0200 Received: (from wkb@localhost) by chello.nl (8.9.3/8.9.3) id WAA65673; Fri, 2 Jun 2000 22:44:44 +0200 (CEST) (envelope-from wkb) Date: Fri, 2 Jun 2000 22:44:44 +0200 From: Wilko Bulte To: Bill Paul Cc: current@FreeBSD.ORG, alpha@FreeBSD.ORG Subject: Re: Looking for testers for if_dc patches Message-ID: <20000602224444.C65309@freebie.wbnet> Reply-To: wc.bulte@chello.nl References: <20000602002757.B99732@freebie.wbnet> <20000601233242.9784837B52B@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000601233242.9784837B52B@hub.freebsd.org>; from wpaul@FreeBSD.ORG on Thu, Jun 01, 2000 at 04:32:42PM -0700 X-OS: FreeBSD 4.0-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Jun 01, 2000 at 04:32:42PM -0700, Bill Paul wrote: > > > - It has a 21143 chip > > > > Well, the de driver says 21142. The dc driver says 21143. > > It's just a difference in chip revision, really. OK. > > This one does not have AUI so that is not going to be a problem. What I do > > wonder, though, is what will happen if a 10/100Mbit bulkhead is installed on > > this machine. I don't expect the PCI ID to change (right?). I can pull > > the 10/100 bulkhead from my Miata GL to give this a try. > > It would help if you could look at both of them and tell me what chips > are on them. The 21143 can do 10Mbps all by itself, but for 100Mbps > you'd need an extra transceiver. I've been working under the assumption > that they're just using the built-in 10baseT port on the 21143, but > it's possible they're using the GPIO bits to do some funny business > to switch the ports. The 10/100 bulkhead has two National Semiconductor chips, DP83840AVCE and DP83223V > You have to be able to tell that the chip only supports 10Mbps modes. > The 21143 is a 100Mbps chip, and only in certain cases do people design > 10Mbps-only NICs around it. The problem is that to know if you've got > only 10Mbps, you normally have to slog through the SROM info, however a > lot of card vendors get this wrong, so I don't even bother with it. > > > There is something else that might interest you: when replacing a 10 Mbit > > only bulkhead with a 10/100 one you need to connect it to the PCI bulkhead > > with a different cable to a different connector (on the PCI bulkhead). The > > 10/100 one is silkscreened as MII. > > Then it probably has a 10/100 PHY on it. Assuming the driver can probe > it without having to flip any magic GPIO bits, it should work. With the 10/100 in place I get a 100mbit connection (according to my hub's LEDs) after powerup. After FreeBSD has booted (with the Compaq-like hack in dcphy in place) I see the 100mbit LED of the hub switch off. But I don't get a working 10mbit link either. In the machine I borrowed the 10/100 from (a later model Miata GL) 100mbit works like a charm with the dc driver. On the Alphas there is also the SRM ewa speed select variable [ as if this was not confusing enough ]. I tried setting ewa0_mode to both 10baseT and 100baseT. In both cases there results were the same, no working link. > I'm sure it is non-MII. It's still supposed to work, however it's hard > to tell just what I'm supposed to do to make it happy from way over here. Using the de driver I got a working connection and here is pciconf -l with the 10/100 card installed: bash-2.04# pciconf -l de0@pci0:3:0: class=0x020000 card=0x00000000 chip=0x00191011 rev=0x11 hdr=0x00 none0@pci0:4:0: class=0x010180 card=0x00000000 chip=0x06461095 rev=0x01 hdr=0x00 isab0@pci0:7:0: class=0x000000 card=0x00000000 chip=0x04848086 rev=0x43 hdr=0x00 pcib1@pci0:8:0: class=0x060400 card=0x00000000 chip=0x00241011 rev=0x01 hdr=0x01 isp0@pci0:11:0: class=0x010000 card=0x53492050 chip=0x10201077 rev=0x05 hdr=0x00 none1@pci0:12:0: class=0x000100 card=0x00000000 chip=0x88d05333 rev=0x00 hdr=0x00 I don't think there is something relevant to be found that differs from the 10 mbit bulkhead. There is something else that bothers me: I remove the 'device dc' line from the kernel config file (leaving a device miibus and device xl in) and adding 'device de'. config MX5, make depend && make && make install in /sys/compile/MX5. reboot. Pang: kernel stack not valid, halt. When I do a config -r MX5 I can build a kernel that works/boots OK. Could it be that there is something in the dependency for miibus? I don't recall that it rebuilt the miibus module. And the 'kernel stack not valid' thing happens just after the module loading message says "miibus". I don't pretend to understand this to be honest. I hope the info above helps a bit, and does not add too much to the confusion. W/ -- Wilko Bulte FreeBSD, the power to serve http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 2 14: 6: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from c014.sfo.cp.net (c014-h001.c014.sfo.cp.net [209.228.12.65]) by hub.freebsd.org (Postfix) with SMTP id 9F4BD37B76B for ; Fri, 2 Jun 2000 14:05:59 -0700 (PDT) (envelope-from john@hei.net) Received: (cpmta 27094 invoked from network); 2 Jun 2000 14:05:58 -0700 Received: from unknown (HELO trout) (209.222.163.131) by smtp.transport.com with SMTP; 2 Jun 2000 14:05:58 -0700 X-Sent: 2 Jun 2000 21:05:58 GMT Message-ID: <001201bfccd2$1643be00$83a3ded1@hei.net> From: "John Hengstler" To: Cc: Subject: Unknown Devices Date: Fri, 2 Jun 2000 13:35:00 -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.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greetings, I just subscribed to -current list to get suggestions on the following so if I have missed comments on this already I am sorry for the redundancy. I have just upgraded to 5.0-current in order to get the driver for my ether card, which has corrected that problem (xe device). But I still can't access my pci modem, because it is listed as an unknown device. There are many other unknown devices as well. The following is dmesg output: 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 5.0-CURRENT #0: Thu Jun 1 22:20:39 PDT 2000 root@laptop.atbd.com:/usr/src/sys/compile/ATBD Timecounter "i8254" frequency 1193182 Hz CPU: AMD-K6(tm) 3D processor (473.17-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 29294592 (28608K bytes) avail memory = 25411584 (24816K bytes) Preloaded elf kernel "kernel" at 0xc033e000. K6-family MTRR support enabled (2 registers) md0: Malloc disk npx0: on motherboard npx0: INT 16 interface apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 9 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1820-0x182f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.2 irq 11 isab1: at device 7.4 on pci0 chip1: port 0x1830-0x1833,0x1834-0x1837,0x1000-0x10ff irq 11 at device 7.5 on pci0 ***built in card here ? also appeared in prior sys releases *** pci0: (vendor=0x11c1, dev=0x0441) at 9.0 irq 9 pcic-pci0: at device 10.0 on pci0 pcic-pci0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][CSC serial isa irq] 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> pcic0: at port 0x3e0-0x3e1 on isa0 pcic0: Polling mode pccard0: on pcic0 pccard1: on pcic0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A ppc0: This ppc chipset does not support the extended I/O port range...no problem ppc0: at port 0x378-0x37b irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 unknown0: at port 0x80,0x62,0x66,0x72-0x75,0x92,0xa8-0xa9,0x38a-0x38b,0x8040-0x807f,0x9050-0x9 051 iomem 0xfffe0000-0xffffffff on isa0 unknown1: at iomem 0-0x9ffff,0xec000-0xfffff,0x100000-0x1bfffff on isa0 unknown2: at port 0-0xf,0x81-0x8f,0xc0-0xdf drq 4 on isa0 unknown: can't assign resources unknown3: at port 0x40-0x43 irq 0 on isa0 unknown4: at port 0x70-0x71 irq 8 on isa0 unknown: can't assign resources npxisa0: at port 0xf0-0xff irq 13 on isa0 unknown5: at port 0x61 on isa0 unknown6: at port 0xcf8-0xcff on isa0 unknown7: at port 0x4d0-0x4d1,0x8000-0x803f,0x8080-0x808f on isa0 unknown8: at port 0x3400-0x347f on isa0 unknown9: at iomem 0xdc000-0xdffff on isa0 unknown10: on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources IP packet filtering initialized, divert disabled, rule-based forwarding enabled, default to deny, logging limited to 10 packets/entry by default ad0: 5729MB [12416/15/63] at ata0-master using UDMA66 acd0: CDROM at ata1-master using UDMA33 Mounting root from ufs:/dev/ad0s3a pccard: card inserted, slot 0 Everything else on the system works for now, except for the modem. This same results were in 4.0-release, and stable as well.. Any suggestions are appreciated. John Hengstler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 2 17: 0:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id BE33A37B946 for ; Fri, 2 Jun 2000 17:00:43 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from slave (doug@slave [10.0.0.1]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id RAA52559; Fri, 2 Jun 2000 17:00:10 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Fri, 2 Jun 2000 17:00:10 -0700 (PDT) From: Doug Barton X-Sender: doug@dt051n0b.san.rr.com To: Alexander Leidinger Cc: sheldonh@uunet.co.za, current@freebsd.org Subject: Re: Problems with source_rc_confs In-Reply-To: <200006021245.OAA93119@Magelan.Leidinger.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 2 Jun 2000, Alexander Leidinger wrote: > I know, but I had to modify them to get it running. If that's true, you already had some sort of custom modifications which interfered with the way the system is supposed to work. That's not "bad," it just makes debugging more complicated. > I tried it with completely unmodified files just bevore my first mail to > be sure it still didn't work. If the files had been _completely_ unmodified, it would have worked, assuming that your 5.0-Current is sufficiently up to date. > I have the output of /etc/rc with "set -x" added to it, do you want it > (together with rc.conf{,.local}) in a private mail (limited to 22k, my > console hadn't more in the scrollback buffer)? Actually, if you could send me this: tar zcvf Alexander-rc.tgz /etc/rc* /etc/defaults/rc.conf I may be able to get to the bottom of it. I wrote that function, and most of the supporting stuff. 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-current" in the body of the message From owner-freebsd-current Fri Jun 2 19:21:51 2000 Delivered-To: freebsd-current@freebsd.org Received: from c1030098-a.wtrlo1.ia.home.com (c1030098-a.wtrlo1.ia.home.com [24.14.126.45]) by hub.freebsd.org (Postfix) with ESMTP id 3973E37B7C2 for ; Fri, 2 Jun 2000 19:21:47 -0700 (PDT) (envelope-from mdharnois@home.com) Received: (from mdharnois@localhost) by c1030098-a.wtrlo1.ia.home.com (8.9.3/8.9.3) id VAA00695; Fri, 2 Jun 2000 21:21:45 -0500 (CDT) (envelope-from mdharnois@home.com) X-Authentication-Warning: mharnois.workgroup.net: mdharnois set sender to mdharnois@home.com using -f To: freebsd-current@freebsd.org Subject: linux broken From: Michael Harnois Date: 02 Jun 2000 21:21:45 -0500 Message-ID: <86r9af7bd2.fsf@mharnois.workgroup.net> Lines: 18 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Seems to have happened since I updated and made world and kernel this afternoon. link_elf: symbol LINUX_SIGF_HANDLER undefined pid 208 (ldconfig), uid 0: exited on signal 11 (core dumped) dc0: promiscuous mode enabled link_elf: symbol LINUX_SIGF_HANDLER undefined KLD rtc.ko: depends on linux - not available link_elf: symbol LINUX_SIGF_HANDLER undefined KLD vmmon_up.ko: depends on linux - not available link_elf: symbol LINUX_SIGF_HANDLER undefined KLD vmnet.ko: depends on linux - not available -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mdharnois@home.com aa0bt@aa0bt.ampr.org Some folks you don't have to satirize, you just quote 'em. --Tom Paxton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Jun 2 23:58:12 2000 Delivered-To: freebsd-current@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (Postfix) with ESMTP id 68B0537BAFD for ; Fri, 2 Jun 2000 23:58:06 -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 e536w3J35157; Fri, 2 Jun 2000 23:58:04 -0700 (PDT) Date: Fri, 2 Jun 2000 23:58:03 -0700 (PDT) From: Doug White To: Michael Harnois Cc: freebsd-current@FreeBSD.ORG Subject: Re: linux broken In-Reply-To: <86r9af7bd2.fsf@mharnois.workgroup.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2 Jun 2000, Michael Harnois wrote: > Seems to have happened since I updated and made world and kernel this > afternoon. > > link_elf: symbol LINUX_SIGF_HANDLER undefined > pid 208 (ldconfig), uid 0: exited on signal 11 (core dumped) > dc0: promiscuous mode enabled > link_elf: symbol LINUX_SIGF_HANDLER undefined > KLD rtc.ko: depends on linux - not available > link_elf: symbol LINUX_SIGF_HANDLER undefined > KLD vmmon_up.ko: depends on linux - not available > link_elf: symbol LINUX_SIGF_HANDLER undefined > KLD vmnet.ko: depends on linux - not available > You didn't rebuild your modules at the same time. 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-current" in the body of the message From owner-freebsd-current Sat Jun 3 0:28: 8 2000 Delivered-To: freebsd-current@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id A3BC237BB0C for ; Sat, 3 Jun 2000 00:27:55 -0700 (PDT) (envelope-from julian@elischer.org) Received: from muzak.iinet.net.au (muzak.iinet.net.au [203.59.24.237]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id PAA02178 for ; Sat, 3 Jun 2000 15:27:46 +0800 Received: from jules.elischer.org (reggae-02-197.nv.iinet.net.au [203.59.91.197]) by muzak.iinet.net.au (8.8.5/8.8.5) with SMTP id PAA13220 for ; Sat, 3 Jun 2000 15:27:43 +0800 Message-ID: <3938B355.59E2B600@elischer.org> Date: Sat, 03 Jun 2000 00:27:17 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: vmware1/linux broken Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG If you use the linux kernel module, you cannot use the vmware module with it. This has changed sometime in the last month or so. the vmware module cannot find a symbol in the linux module that it needs. If you compile in the linux code, then vmware works fine. -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 3 0:37:37 2000 Delivered-To: freebsd-current@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id B5F0837B871 for ; Sat, 3 Jun 2000 00:37:34 -0700 (PDT) (envelope-from gdinolt@pacbell.net) Received: from pacbell.net ([63.201.59.4]) by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0FVK00H22IB7GL@mta5.snfc21.pbi.net> for freebsd-current@freebsd.org; Sat, 3 Jun 2000 00:33:07 -0700 (PDT) Date: Sat, 03 Jun 2000 00:33:10 -0700 From: "George W. Dinolt" Subject: Re: linux broken To: mdharnois@home.com, freebsd-current@freebsd.org Message-id: <3938B4B6.52D60786@pacbell.net> MIME-version: 1.0 X-Mailer: Mozilla 4.73 [en] (X11; I; FreeBSD 5.0-CURRENT i386) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michael: I suspect that you may have options COMPAT_LINUX defined in your kernel config file. Re your problem with Linux not working. I had the same problem. It seems to be related to the changes in the generation of the file linux_assym.h. A new method for generating these kind of symbols was introducted into the kernel build system today. The changes were not promulgated to the generation of linux_assym.h. The following change to /usr/src/modules/linux/Makefile will allow one to at least build a workable linux module. *** Makefile~ Sat May 27 10:04:09 2000 --- Makefile Sat Jun 3 00:11:05 2000 *************** *** 17,23 **** CLEANFILES= linux_assym.h linux_genassym.o linux_assym.h: linux_genassym.o ! genassym ${.ALLSRC} > ${.TARGET} linux_locore.o: linux_locore.s linux_assym.h ${CC} -c -x assembler-with-cpp -DLOCORE ${CFLAGS} \ --- 17,23 ---- CLEANFILES= linux_assym.h linux_genassym.o linux_assym.h: linux_genassym.o ! sh /usr/src/sys/kern/genassym.sh ${.ALLSRC} > ${.TARGET} linux_locore.o: linux_locore.s linux_assym.h ${CC} -c -x assembler-with-cpp -DLOCORE ${CFLAGS} \ If you don't keep your srcs in /usr/src, you will have to modify the fixes appropriately I am sure that there is a much cleaner way of fixing this, but I will leave it to the gurus to work that out. I think a similar fix to the kernel Makefile would allow one to build a working kernel with COMPAT_LINUX built in. There may be other modules or pieces of the kernel which may be affected by the new symbol generation facility. I have not been bitten by the problem yet nor have I looked for them, so I can't speak first hand of the issues. Hope this helps. Regards, George Dinolt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 3 0:41:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id 3CE6937B871 for ; Sat, 3 Jun 2000 00:41:39 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (qmail 26902 invoked from network); 3 Jun 2000 07:41:37 -0000 Received: from unknown (HELO bde.zeta.org.au) (203.2.228.102) by gidora.zeta.org.au with SMTP; 3 Jun 2000 07:41:37 -0000 Date: Sat, 3 Jun 2000 17:41:33 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Michael Harnois Cc: freebsd-current@FreeBSD.ORG Subject: Re: linux broken In-Reply-To: <86r9af7bd2.fsf@mharnois.workgroup.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 2 Jun 2000, Michael Harnois wrote: > Seems to have happened since I updated and made world and kernel this > afternoon. > > link_elf: symbol LINUX_SIGF_HANDLER undefined > pid 208 (ldconfig), uid 0: exited on signal 11 (core dumped) Fixed. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 3 2: 4:27 2000 Delivered-To: freebsd-current@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id 0C64C37BADD for ; Sat, 3 Jun 2000 02:04:24 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: (qmail 30774 invoked from network); 3 Jun 2000 09:04:21 -0000 Received: from unknown (HELO bde.zeta.org.au) (203.2.228.102) by gidora.zeta.org.au with SMTP; 3 Jun 2000 09:04:21 -0000 Date: Sat, 3 Jun 2000 19:04:17 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: "George W. Dinolt" Cc: mdharnois@home.com, freebsd-current@FreeBSD.ORG Subject: Re: linux broken In-Reply-To: <3938B4B6.52D60786@pacbell.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 3 Jun 2000, George W. Dinolt wrote: > Michael: > > I suspect that you may have > > options COMPAT_LINUX > > defined in your kernel config file. > > Re your problem with Linux not working. I had the same problem. It seems > to be related to the changes in the generation of the file > linux_assym.h. A new method for generating these kind of symbols was > introducted into the kernel build system today. The changes were not > promulgated to the generation of linux_assym.h. COMPAT_LINUX worked, but not the module. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 3 7:56:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from c1030098-a.wtrlo1.ia.home.com (c1030098-a.wtrlo1.ia.home.com [24.14.126.45]) by hub.freebsd.org (Postfix) with ESMTP id D206F37BBF9 for ; Sat, 3 Jun 2000 07:56:09 -0700 (PDT) (envelope-from mdharnois@home.com) Received: (from mdharnois@localhost) by c1030098-a.wtrlo1.ia.home.com (8.9.3/8.9.3) id JAA11692; Sat, 3 Jun 2000 09:56:00 -0500 (CDT) (envelope-from mdharnois@home.com) X-Authentication-Warning: mharnois.workgroup.net: mdharnois set sender to mdharnois@home.com using -f To: freebsd-current@freebsd.org Subject: Re: linux broken References: <3938B4B6.52D60786@pacbell.net> From: Michael Harnois Date: 03 Jun 2000 09:56:00 -0500 In-Reply-To: "George W. Dinolt"'s message of "Sat, 03 Jun 2000 00:33:10 -0700" Message-ID: <86n1l2reyn.fsf@mharnois.workgroup.net> Lines: 16 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 03 Jun 2000 00:33:10 -0700, "George W. Dinolt" said: > Michael: I suspect that you may have > options COMPAT_LINUX > defined in your kernel config file. Nope. Used to have, though. -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mdharnois@home.com aa0bt@aa0bt.ampr.org Be radical, be as radical as you can ... because radicals empower liberals. --John Preston To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 3 7:57:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from c1030098-a.wtrlo1.ia.home.com (c1030098-a.wtrlo1.ia.home.com [24.14.126.45]) by hub.freebsd.org (Postfix) with ESMTP id 68E8337B5C1 for ; Sat, 3 Jun 2000 07:57:49 -0700 (PDT) (envelope-from mdharnois@home.com) Received: (from mdharnois@localhost) by c1030098-a.wtrlo1.ia.home.com (8.9.3/8.9.3) id JAA11768; Sat, 3 Jun 2000 09:57:43 -0500 (CDT) (envelope-from mdharnois@home.com) X-Authentication-Warning: mharnois.workgroup.net: mdharnois set sender to mdharnois@home.com using -f To: freebsd-current@freebsd.org Subject: Re: linux broken References: <3938B4B6.52D60786@pacbell.net> From: Michael Harnois Date: 03 Jun 2000 09:57:42 -0500 In-Reply-To: "George W. Dinolt"'s message of "Sat, 03 Jun 2000 00:33:10 -0700" Message-ID: <86em6erevt.fsf@mharnois.workgroup.net> Lines: 13 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 03 Jun 2000 00:33:10 -0700, "George W. Dinolt" said: > The following change to /usr/src/modules/linux/Makefile will > allow one to at least build a workable linux module. It does, in fact, work now, thanks. -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mdharnois@home.com aa0bt@aa0bt.ampr.org Be radical, be as radical as you can ... because radicals empower liberals. --John Preston To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 3 8: 5:21 2000 Delivered-To: freebsd-current@freebsd.org Received: from c1030098-a.wtrlo1.ia.home.com (c1030098-a.wtrlo1.ia.home.com [24.14.126.45]) by hub.freebsd.org (Postfix) with ESMTP id 4730337B625 for ; Sat, 3 Jun 2000 08:05:16 -0700 (PDT) (envelope-from mdharnois@home.com) Received: (from mdharnois@localhost) by c1030098-a.wtrlo1.ia.home.com (8.9.3/8.9.3) id JAA11695; Sat, 3 Jun 2000 09:56:34 -0500 (CDT) (envelope-from mdharnois@home.com) X-Authentication-Warning: mharnois.workgroup.net: mdharnois set sender to mdharnois@home.com using -f To: freebsd-current@FreeBSD.ORG Subject: Re: linux broken References: From: Michael Harnois Date: 03 Jun 2000 09:56:33 -0500 In-Reply-To: Doug White's message of "Fri, 2 Jun 2000 23:58:03 -0700 (PDT)" Message-ID: <86itvqrexq.fsf@mharnois.workgroup.net> Lines: 12 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 2 Jun 2000 23:58:03 -0700 (PDT), Doug White said: > You didn't rebuild your modules at the same time. -current (theoretically) rebuilds the modules when you rebuild the kernel. -- Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA mdharnois@home.com aa0bt@aa0bt.ampr.org Be radical, be as radical as you can ... because radicals empower liberals. --John Preston To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 3 9:32:15 2000 Delivered-To: freebsd-current@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id 2BECA37B608 for ; Sat, 3 Jun 2000 09:32:10 -0700 (PDT) (envelope-from julian@elischer.org) Received: from muzak.iinet.net.au (muzak.iinet.net.au [203.59.24.237]) by urban.iinet.net.au (8.8.7/8.8.7) with ESMTP id AAA10475; Sun, 4 Jun 2000 00:32:04 +0800 Received: from jules.elischer.org (reggae-20-129.nv.iinet.net.au [203.59.85.129]) by muzak.iinet.net.au (8.8.5/8.8.5) with SMTP id AAA05757; Sun, 4 Jun 2000 00:32:02 +0800 Message-ID: <39393300.41C67EA6@elischer.org> Date: Sat, 03 Jun 2000 09:32:00 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Michael Harnois Cc: freebsd-current@freebsd.org Subject: Re: linux broken References: <3938B4B6.52D60786@pacbell.net> <86em6erevt.fsf@mharnois.workgroup.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Michael Harnois wrote: > > On Sat, 03 Jun 2000 00:33:10 -0700, "George W. Dinolt" said: > > > The following change to /usr/src/modules/linux/Makefile will > > allow one to at least build a workable linux module. > > It does, in fact, work now, thanks. but vmware in combination with Linux (as a module) is still broken. vmware cannot find a symbol in the other (linux) module.. in other words, cross module symbol resolution seems to be broken. (cvsup as of a couple of hours ago) julian > > -- > Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA > mdharnois@home.com aa0bt@aa0bt.ampr.org > Be radical, be as radical as you can ... > because radicals empower liberals. > --John Preston > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 3 12:36:44 2000 Delivered-To: freebsd-current@freebsd.org Received: from lucifer.bart.nl (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 6B2FB37BC04 for ; Sat, 3 Jun 2000 12:36:41 -0700 (PDT) (envelope-from asmodai@lucifer.bart.nl) Received: (from asmodai@localhost) by lucifer.bart.nl (8.9.3/8.9.3) id VAA17349; Sat, 3 Jun 2000 21:36:36 +0200 (CEST) (envelope-from asmodai) Date: Sat, 3 Jun 2000 21:36:36 +0200 From: Jeroen Ruigrok van der Werven To: Julian Elischer Cc: current@FreeBSD.ORG Subject: Re: vmware1/linux broken Message-ID: <20000603213636.C16967@lucifer.bart.nl> References: <3938B355.59E2B600@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3938B355.59E2B600@elischer.org>; from julian@elischer.org on Sat, Jun 03, 2000 at 12:27:17AM -0700 Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [20000603 09:30], Julian Elischer (julian@elischer.org) wrote: >If you use the linux kernel module, >you cannot use the vmware module with it. >This has changed sometime in the last month or so. >the vmware module cannot find a symbol in the linux >module that it needs. The obvious: which symbol? =) -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Who looks under the surface does so at his own risk... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 3 16:20:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 8310F37B878 for ; Sat, 3 Jun 2000 16:20:51 -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 AAA22735; Sun, 4 Jun 2000 00:24:01 +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 AAA43985; Sun, 4 Jun 2000 00:23:49 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200006032323.AAA43985@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Julian Elischer Cc: Michael Harnois , freebsd-current@FreeBSD.org, brian@hak.lan.awfulhak.org Subject: Re: linux broken In-Reply-To: Message from Julian Elischer of "Sat, 03 Jun 2000 09:32:00 PDT." <39393300.41C67EA6@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 Jun 2000 00:23:48 +0100 From: Brian Somers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cd /usr && mv include include.not && cd src && make includes && rm -fr ../include.not This worked for me. > Michael Harnois wrote: > > > > On Sat, 03 Jun 2000 00:33:10 -0700, "George W. Dinolt" said: > > > > > The following change to /usr/src/modules/linux/Makefile will > > > allow one to at least build a workable linux module. > > > > It does, in fact, work now, thanks. > > but vmware in combination with Linux (as a module) is still broken. > vmware cannot find a symbol in the other (linux) module.. > in other words, cross module symbol resolution seems to be > broken. > (cvsup as of a couple of hours ago) > > julian > > > > > -- > > Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA > > mdharnois@home.com aa0bt@aa0bt.ampr.org > > Be radical, be as radical as you can ... > > because radicals empower liberals. > > --John Preston > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > -- > __--_|\ Julian Elischer > / \ julian@elischer.org > ( OZ ) World tour 2000 > ---> X_.---._/ presently in: Perth > v > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 3 16:31:29 2000 Delivered-To: freebsd-current@freebsd.org Received: from Millenium.kabsi.at (radio.kabsi.at [195.202.128.3]) by hub.freebsd.org (Postfix) with ESMTP id 59EE737C453 for ; Sat, 3 Jun 2000 16:31:25 -0700 (PDT) (envelope-from entropy@kabsi.at) Received: from reality.kabsi.at ([195.202.183.184]) by Millenium.kabsi.at (8.9.3/8.9.3) with ESMTP id BAA04912 for ; Sun, 4 Jun 2000 01:38:10 +0200 Message-Id: <4.3.2.7.2.20000604012146.02c204a8@mail.kabsi.at> X-Sender: e1977a01@mail.kabsi.at X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Sun, 04 Jun 2000 01:28:22 +0200 To: current@freebsd.org From: Alexander Sanda Subject: Shared memory changes in current? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Anyone aware of them? After building a complete kernel + world with a very recent -current (Saturday morning, european time) I now get lots of shared memory errors in gnome (most coming from gdk and imlib, some from Xfree 4 aswell). I recompiled parts of gnome (gtk+, imlib, glib) and the situation has slightly changed, but gdk still throws a lot of shmget() failed: errors. -- Q: What have american beer and sex in a canoe in common? A: Both are fucking close to water. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 3 16:50:56 2000 Delivered-To: freebsd-current@freebsd.org Received: from guitar.ocn.ne.jp (guitar.ocn.ne.jp [210.190.142.39]) by hub.freebsd.org (Postfix) with ESMTP id D53AB37B7D9 for ; Sat, 3 Jun 2000 16:50:50 -0700 (PDT) (envelope-from la-novia@guitar.ocn.ne.jp) Received: from guitar.ocn.ne.jp (p26-dna04iwade.wakayama.ocn.ne.jp [210.154.178.250]) by guitar.ocn.ne.jp (8.9.1a/OCN/) with SMTP id IAA14637 for ; Sun, 4 Jun 2000 08:50:49 +0900 (JST) Date: Sun, 4 Jun 2000 08:50:49 +0900 (JST) Message-Id: <200006032350.IAA14637@guitar.ocn.ne.jp> From: =?iso-2022-jp?B?W0xhIE5vdmlhXSAbJEI9UDJxJCQkTiVbITwlYCVaITwlODMrQF8bKEIg?= To: =?iso-2022-jp?B?ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3Jn?= Subject: =?iso-2022-jp?B?GyRCPVAycSQkJE4lWyE8JWAlWiE8JTgkTiQqJDckaSQ7GyhC?= Mime-Version: 1.0 Content-Type: text/plain; charset= "ISO-2022-JP" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG $BFMA3!"$"$J$?MM$K?7$7$$%[!<%`%Z!<%8$N$40FFb$r%a!]%kCW$7$^$7$?!#(B $B:#2s8B$j$N$40FFb$G$9$N$G!"$4IT2w$+$b$7$l$^$;$s$,!"$*5v$72<$5$$!#(B $B$46=L#$,$J$1$l$P!"62$lF~$j$^$9$,!"$3$N%a!]%k$r:o=|$7$F$/$@$5$$!#(B ----------------------------------------------------------------- $B"#(B $B=P2q$$$N9->l!X(BLa Novia$B!Y(B $B"#!!2q0w@)(B ----------------------------------------------------------------- $B!!!!(B $B2q0w$NCf$+$i$"$J$?$N4uK>$9$k8r:]Aj!J=w@-$NJ}$O(B3$BL>!KM9JX$G>R2p$9$k%7%9%F%`(B($B2q0w@)(B) $BFH<+$N8r:]>pJs;o$rH/9T$7$F!"<+M3$K8r:]Aj To: Hajimu UMEMOTO Cc: Alexander@Leidinger.net, "Andrew J. Korty" , current@FreeBSD.org Subject: Re: PAM & OpenSSH 2.1 & X11 -> signal 11 In-Reply-To: <200006011752.e51HqVS25728@peace.mahoroba.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, 2 Jun 2000, Hajimu UMEMOTO wrote: > Thank you. It's working fine with wdm here. Good to know. > BTW, I believe this version of pam_ssh.so doesn't support DSA key yet. > Does someone working on it? Perhaps the author could tell us (CCed) :-) 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-current" in the body of the message From owner-freebsd-current Sat Jun 3 21:13:16 2000 Delivered-To: freebsd-current@freebsd.org Received: from urban.iinet.net.au (urban.iinet.net.au [203.59.24.231]) by hub.freebsd.org (Postfix) with ESMTP id EB79537C65D for ; Sat, 3 Jun 2000 21:13:11 -0700 (PDT) (envelope-from julian@elischer.org) Received: from jules.elischer.org (reggae-24-128.nv.iinet.net.au [203.59.89.128]) by urban.iinet.net.au (8.8.7/8.8.7) with SMTP id MAA22899; Sun, 4 Jun 2000 12:12:58 +0800 Message-ID: <3939D745.41C67EA6@elischer.org> Date: Sat, 03 Jun 2000 21:12:53 -0700 From: Julian Elischer X-Mailer: Mozilla 3.04Gold (X11; I; FreeBSD 5.0-CURRENT i386) MIME-Version: 1.0 To: Jeroen Ruigrok van der Werven Cc: current@FreeBSD.ORG Subject: Re: vmware1/linux broken References: <3938B355.59E2B600@elischer.org> <20000603213636.C16967@lucifer.bart.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jeroen Ruigrok van der Werven wrote: > > -On [20000603 09:30], Julian Elischer (julian@elischer.org) wrote: > >If you use the linux kernel module, > >you cannot use the vmware module with it. > >This has changed sometime in the last month or so. > >the vmware module cannot find a symbol in the linux > >module that it needs. > > The obvious: > > which symbol? =) kldload: can't load /usr/local/lib/vmware/lib/modules/vmmon.ko: Exec format error kldload: can't load /usr/local/lib/vmware/lib/modules/vmnet.ko: Exec format error vmware.sh: cannot create /dev/vmnet1: no such device or address jules# dmesg [...] link_elf: symbol linux_ioctl_register_handler undefined link_elf: symbol linux_ioctl_register_handler undefined jules# the symbols are present and the linux module is loaded. link-elf is just incapable of seeing symbols in the module, only in the actual kernel. if you compile with COMPAT_LINUX it all works fine. > > -- > Jeroen Ruigrok van der Werven Network- and systemadministrator > VIA Net.Works The Netherlands > BSD: Technical excellence at its best http://www.via-net-works.nl > Who looks under the surface does so at his own risk... -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000 ---> X_.---._/ presently in: Perth v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 3 22:56: 2 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id C87AA37C826 for ; Sat, 3 Jun 2000 22:55: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 12yTNo-000AHJ-00; Sun, 04 Jun 2000 12:55:36 +0700 Date: Sun, 4 Jun 2000 12:55:36 +0700 (ALMST) From: Boris Popov To: Julian Elischer Cc: Jeroen Ruigrok van der Werven , current@FreeBSD.ORG Subject: Re: vmware1/linux broken In-Reply-To: <3939D745.41C67EA6@elischer.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 3 Jun 2000, Julian Elischer wrote: > kldload: can't load /usr/local/lib/vmware/lib/modules/vmmon.ko: Exec > format error > kldload: can't load /usr/local/lib/vmware/lib/modules/vmnet.ko: Exec > format error > vmware.sh: cannot create /dev/vmnet1: no such device or address > jules# dmesg > [...] > link_elf: symbol linux_ioctl_register_handler undefined > link_elf: symbol linux_ioctl_register_handler undefined > jules# Could you check if vmmon and vmnet sources contains the following lines: MODULE_DEPEND(vmmon, linux, 1, 1, 1); , and MODULE_DEPEND(vmnet, linux, 1, 1, 1); respectively ? If not, add one line to the each module and recompile them. I'm unsure if vmware1 port was updated to reflect recent changes in the kernel. (vmware2 runs fine for me, the only grief is that license will expire soon :) > the symbols are present and the linux module is loaded. > link-elf is just incapable of seeing symbols in the module, > only in the actual kernel. The symbols looked up in the module name space only if dependency tag is present. This effectively allows us to have multiple versions of kernel interfaces to be loaded simultaneously. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Jun 3 23:25:52 2000 Delivered-To: freebsd-current@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 9B86437C906 for ; Sat, 3 Jun 2000 23:25:50 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (root@[209.152.133.57]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id XAA58632; Sat, 3 Jun 2000 23:25:43 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id XAA68161; Sat, 3 Jun 2000 23:25:57 -0700 (PDT) (envelope-from obrien) Date: Sat, 3 Jun 2000 23:25:57 -0700 From: "David O'Brien" To: Matthew Thyer Cc: current@freebsd.org, Matthew Thyer Subject: Re: Oddities with the new binutils Message-ID: <20000603232557.C67024@dragon.nuxi.com> Reply-To: obrien@freebsd.org References: <39375E5D.A967720F@dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <39375E5D.A967720F@dsto.defence.gov.au>; from Matthew.Thyer@dsto.defence.gov.au on Fri, Jun 02, 2000 at 04:42:29PM +0930 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Jun 02, 2000 at 04:42:29PM +0930, Matthew Thyer wrote: > Three issues: > - floating point math doesn't seem to work properly: > - backward compatibility: > - stability: Are others seeing these issues? > These issues make me think that the new binutils is not yet ready > for -STABLE. It could also be poorly written ASM code in the things you were running. The old Binutils let people write inconsistent and illegal ASM. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message