From owner-freebsd-current Sun Sep 13 00:18:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA29211 for freebsd-current-outgoing; Sun, 13 Sep 1998 00:18:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA29206 for ; Sun, 13 Sep 1998 00:18:26 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.ca [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.82 #4) id 0zI6QD-0005x4-00; Sun, 13 Sep 1998 00:18:09 -0700 Date: Sun, 13 Sep 1998 00:18:04 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: Daniel Hawton cc: freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-Reply-To: <35FB5F6E.3172@cooltime.simplenet.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 Sat, 12 Sep 1998, Daniel Hawton wrote: > I am about to get a cable modem (10mega bits per second) how long would > it take to download everything I need to install FreeBSD 3.0-SNAP? I > have the boot disk made. If your cable modem is really 10 mbs, it should take about 2 minutes for a base install. About 3 minutes if you get X and some other goodies. Howerver, in the real world, it will take about 5 times longer than that (10 to 15 minutes) Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 00:32:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA00115 for freebsd-current-outgoing; Sun, 13 Sep 1998 00:32:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA00104 for ; Sun, 13 Sep 1998 00:32:15 -0700 (PDT) (envelope-from son@cezanne.prism.uvsq.fr) Received: from cezanne.prism.uvsq.fr (rtc105.reseau.uvsq.fr [193.51.24.21]) by soleil.uvsq.fr (8.9.1/jtpda-5.3.1) with ESMTP id JAA04280 ; Sun, 13 Sep 1998 09:31:55 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.9.1/8.8.5) id SAA03445; Sat, 12 Sep 1998 18:05:10 GMT Message-ID: <19980912180510.46194@breizh.prism.uvsq.fr> Date: Sat, 12 Sep 1998 18:05:10 +0000 From: Nicolas Souchu To: "Erik H. Bakke" Cc: "Brian W. Buchanan" , freebsd-current@FreeBSD.ORG Subject: Re: lpt0: Device not configured References: <35FA94D6.25038536@bgnett.no> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.81e In-Reply-To: <35FA94D6.25038536@bgnett.no>; from Erik H. Bakke on Sat, Sep 12, 1998 at 05:35:50PM +0200 X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 12, 1998 at 05:35:50PM +0200, Erik H. Bakke wrote: >Are you using the PPBus driver? >I got this similar error when I was setting up my printer last time I >installed FreeBSD. >When I excluded the PPBus driver from the kernel config, I got the port >back. No, this is not the right solution. Please, try to remove lpt0 instead. And I give us feedback. The ppbus system provides a uniform, modular and architecture-independent system for the implementation of drivers to control various parallel de- vices, and to utilize different parallel port chipsets. lpt has been ported to ppbus and is now nlpt (see LINT for more info). Our goal is to replace lpt by ppbus, not the opposite ;) > >Hope this will work for you. > >-- >Erik H. Bakke * Synspunkter som * To be or not to be >erikhb@bgnett.no * fremkommer i dette * is simply a question >Habatech AS * skrift står for egen regning * of binary logic > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- Nicolas.Souchu@prism.uvsq.fr FreeBSD - Turning PCs into workstations - 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 Sep 13 01:17:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA01932 for freebsd-current-outgoing; Sun, 13 Sep 1998 01:17:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gjp.erols.com (alex-va-n008c079.moon.jic.com [206.156.18.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA01927 for ; Sun, 13 Sep 1998 01:17:09 -0700 (PDT) (envelope-from gjp@gjp.erols.com) Received: from gjp.erols.com (gjp@localhost.erols.com [127.0.0.1]) by gjp.erols.com (8.8.8/8.8.7) with ESMTP id EAA02027; Sun, 13 Sep 1998 04:16:51 -0400 (EDT) (envelope-from gjp@gjp.erols.com) To: Tom cc: Daniel Hawton , freebsd-current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Sun, 13 Sep 1998 00:18:04 PDT." Date: Sun, 13 Sep 1998 04:16:51 -0400 Message-ID: <2023.905674611@gjp.erols.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Tom wrote in message ID : > > On Sat, 12 Sep 1998, Daniel Hawton wrote: > > > I am about to get a cable modem (10mega bits per second) how long would > > it take to download everything I need to install FreeBSD 3.0-SNAP? I > > have the boot disk made. > > If your cable modem is really 10 mbs, it should take about 2 minutes for > a base install. About 3 minutes if you get X and some other goodies. > Howerver, in the real world, it will take about 5 times longer than that > (10 to 15 minutes) Over fast local links, the speed of your disk often affects the speed of the install more than network issues. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 01:24:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA02435 for freebsd-current-outgoing; Sun, 13 Sep 1998 01:24:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA02427 for ; Sun, 13 Sep 1998 01:24:27 -0700 (PDT) (envelope-from archer@grape.carrier.kiev.ua) Received: from kozlik.carrier.kiev.ua (kozlik.carrier.kiev.ua [193.193.193.111]) by burka.carrier.kiev.ua (8.9.0/8.Who.Cares) with ESMTP id LAA18369; Sun, 13 Sep 1998 11:24:07 +0300 (EEST) Received: (from uucp@localhost) by kozlik.carrier.kiev.ua (8.9.0/8.9.0/8.Who.Cares) with UUCP id LAA27981; Sun, 13 Sep 1998 11:22:05 +0300 (EEST) Received: (from archer@localhost) by grape.carrier.kiev.ua (8.9.1/8.8.8) id KAA05082; Sun, 13 Sep 1998 10:58:27 +0300 (EEST) (envelope-from archer) Date: Sun, 13 Sep 1998 10:58:27 +0300 (EEST) From: Alexander Litvin Message-Id: <199809130758.KAA05082@grape.carrier.kiev.ua> To: Luoqi Chen Cc: current@FreeBSD.ORG Subject: Re: soft updates panic X-Newsgroups: grape.freebsd.current In-Reply-To: <199809111636.MAA20295@lor.watermarkgroup.com> Organization: Lucky Grape User-Agent: tin/pre-1.4-980818 ("Laura") (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809111636.MAA20295@lor.watermarkgroup.com> you wrote: >> Another crash in make -j3 world last night, but no panic or core dump >> this time. >> >> It's disturbing to me to see this this close to release. >> >> >> Ben >> >> "You have your mind on computers, it seems." >> LC> I'm also able to reproduce this panic quite reliably. I tracked it down LC> to the lost of a directory size increase. It may have something to do LC> with Bruce's ffs_update() change in July (ffs_inode.c, -r1.43->1.44): LC> many cases of the in-core update are no longer copied to the inode disk LC> buffer. Please try the attached patch that restores the old behavior, and LC> let me know if it helps. I was able to do a make -j8 buildworld myself, LC> successfully up to the point that perl5 failed me 8( LC> -lq Is it all about SMP? I mean, I successfully made a couple of worlds recently with various -j# -- no panic, no freeze. --- Maintainer's Motto: If we can't fix it, it ain't broke. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 03:05:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA10282 for freebsd-current-outgoing; Sun, 13 Sep 1998 03:05:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA10263 for ; Sun, 13 Sep 1998 03:05:05 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id MAA06875 for ; Sun, 13 Sep 1998 12:04:51 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Sun, 13 Sep 1998 12:04:51 +0200 (MET DST) Mime-Version: 1.0 To: current@FreeBSD.ORG Subject: Upgrading 2.2.2 to 3.0 Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 13 Sep 1998 12:04:50 +0200 Message-ID: Lines: 10 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id DAA10268 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've tried (as an experiment) running make aout-to-elf on a stock 2.2.2 box, but it stops while bootstrap make, complaining about an 'undefined symbol _sysctlbyname'. Has anyone had any success upgrading directly? Does anyone have time to try and make it work, then mail me a detailed account of the procedure and results? (In the meantime, I'm trying to upgrade it to -stable first, and from there to -current) DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 03:07:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA10787 for freebsd-current-outgoing; Sun, 13 Sep 1998 03:07:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA10762 for ; Sun, 13 Sep 1998 03:07:39 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id MAA02894; Sun, 13 Sep 1998 12:06:36 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id MAA12192; Sun, 13 Sep 1998 12:04:22 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809131004.MAA12192@semyam.dinoco.de> To: asami@cs.berkeley.edu (Satoshi Asami) cc: current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: ELF transition for ports In-reply-to: Your message of "Wed, 09 Sep 1998 23:57:51 PDT." <199809100657.XAA10293@silvia.hip.berkeley.edu> Date: Sun, 13 Sep 1998 12:04:22 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > (6) The ldconfig line in Makefiles should read: > > ${SETENV} OBJFORMAT=${PORTOBJFORMAT} /sbin/ldconfig -m .... Not like this? ${SETENV} OBJFORMAT=${PORTOBJFORMAT} ${LDCONFIG} -m .... I ask because I am just about to make an ELF version of tcp_wrappers 7.6 and noticed the Makefile uses this macro instead. Stefan. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 05:53:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA28906 for freebsd-current-outgoing; Sun, 13 Sep 1998 05:53:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from k6n1.znh.org (dialup3.gaffaneys.com [208.155.161.53]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA28901 for ; Sun, 13 Sep 1998 05:53:51 -0700 (PDT) (envelope-from zach@gaffaneys.com) Received: (from zach@localhost) by k6n1.znh.org (8.9.1/8.9.1) id MAA00423 for freebsd-current@freebsd.org; Sun, 13 Sep 1998 12:54:19 GMT (envelope-from zach) Message-ID: <19980913075419.A302@znh.org> Date: Sun, 13 Sep 1998 07:54:19 -0500 From: Zach Heilig To: freebsd-current@FreeBSD.ORG Subject: -current panic (w/ dump!) handle_workitem_freeblocks: block count Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG And a kernel compiled with -g (and the source that compiled it)... Unfortunately, elf gdb doesn't understand debugging the kernel, so this message was gotten by "strings /var/crash/vmcore | tail"... [and I'm off looking for an a.out gdb...] panic: handle_workitem_freeblocks: block count panic: from debugger dumping to dev 20401, offset 262144 dump 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 -- Zach Heilig -- zach@gaffaneys.com A horse without a nose... never wins. (unknown) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 07:37:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA06897 for freebsd-current-outgoing; Sun, 13 Sep 1998 07:37:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from assurance.rstcorp.com ([206.29.49.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA06892 for ; Sun, 13 Sep 1998 07:37:36 -0700 (PDT) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by assurance.rstcorp.com (8.7.5/8.6.9) id KAA12083; Sun, 13 Sep 1998 10:37:15 -0400 Received: from sandbox.rstcorp.com(206.29.49.63) by assurance.rstcorp.com via smap (V2.0) id xma012081; Sun, 13 Sep 98 10:36:34 -0400 Received: from jabberwock.rstcorp.com (jabberwock [206.29.49.98]) by sandbox.rstcorp.com (8.8.8/8.8.8) with ESMTP id KAA21416; Sun, 13 Sep 1998 10:36:33 -0400 (EDT) Received: (from vshah@localhost) by jabberwock.rstcorp.com (8.8.8/8.8.8) id KAA22040; Sun, 13 Sep 1998 10:36:33 -0400 (EDT) Date: Sun, 13 Sep 1998 10:36:33 -0400 (EDT) Message-Id: <199809131436.KAA22040@jabberwock.rstcorp.com> From: "Viren R. Shah" To: dag-erli@ifi.uio.no (Dag-Erling =?ISO-8859-1?Q?Co=EFdanSm=F8rgrav?= ) Cc: current@FreeBSD.ORG Subject: Re:Upgrading 2.2.2 to 3.0 In-Reply-To: References: X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R. Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "DES" == Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= writes: DES> I've tried (as an experiment) running make aout-to-elf on a stock DES> 2.2.2 box, but it stops while bootstrap make, complaining about an DES> 'undefined symbol _sysctlbyname'. Has anyone had any success upgrading DES> directly? Does anyone have time to try and make it work, then mail me DES> a detailed account of the procedure and results? (In the meantime, I'm DES> trying to upgrade it to -stable first, and from there to -current) I'm currently trying to upgrade my 2.2.7-STABLE box to -current using the "make aout-to-elf-build" target. It successfully completes the aout build, then errors out in the elf build with a problem in building perl. This was happenning for the last couple of days. I just cvsup'ed today at 10:00am EST, and am now trying again. I'll let you know how it goes. I did not have a problem with bootstrapping make. Updating to -stable and trying it should allow you to bootstrap make successfully. Here's the place where the elf part of the build stops on so far: Writing Makefile for DynaLoader mkdir /usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader /usr/obj/aout/usr/src/tmp/usr/bin/miniperl -I/usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib -I/usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib -I/usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib -I/usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib DynaLoader_pm.PL cp DynaLoader.pm /usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib/DynaLoader.pm AutoSplitting /usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib/DynaLoader.pm (/usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader) cp dl_dlopen.xs DynaLoader.xs /usr/obj/aout/usr/src/tmp/usr/bin/miniperl -I/usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib -I/usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib /usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib/ExtUtils/xsubpp -noprototypes -typemap /usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib/ExtUtils/typemap DynaLoader.xs >xstmp.c && mv xstmp.c DynaLoader.c cc -c -O -DVERSION=\"1.03\" -DXS_VERSION=\"1.03\" -DPIC -fpic -I/usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl -DPERL_CORE -DLIBC="" DynaLoader.c rm -rf /usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader/DynaLoader.a ar cr /usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader/DynaLoader.a DynaLoader.o && /usr/bin/ranlib /usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader/DynaLoader.a chmod 755 /usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader/DynaLoader.a cc -O -pipe -I/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5 -I/usr/obj/elf/home/FreeBSD/current-src/src/gnu/usr.bin/perl/perl -I/usr/obj/elf/usr/src/tmp/usr/include -o perl perlmain.o lib/auto/DynaLoader/DynaLoader.a -lperl -lm -lcrypt *** Error code 1 Stop. DES> DES Viren -- Viren R. Shah | viren@rstcorp.com Research Associate | viren@viren.org Reliable Software Technologies | http://www.rstcorp.com/~vshah To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 08:05:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA09142 for freebsd-current-outgoing; Sun, 13 Sep 1998 08:05:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA09135 for ; Sun, 13 Sep 1998 08:05:30 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from gjallarhorn.ifi.uio.no (2602@gjallarhorn.ifi.uio.no [129.240.65.40]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id RAA22285; Sun, 13 Sep 1998 17:05:11 +0200 (MET DST) Received: (from dag-erli@localhost) by gjallarhorn.ifi.uio.no ; Sun, 13 Sep 1998 17:05:09 +0200 (MET DST) Mime-Version: 1.0 To: "Viren R. Shah" Cc: current@FreeBSD.ORG Subject: Re: Upgrading 2.2.2 to 3.0 References: <199809131436.KAA22040@jabberwock.rstcorp.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 13 Sep 1998 17:05:07 +0200 In-Reply-To: "Viren R. Shah"'s message of "Sun, 13 Sep 1998 10:36:33 -0400 (EDT)" Message-ID: Lines: 17 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id IAA09136 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Viren R. Shah" writes: > >>>>> "DES" == Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= writes: > DES> I've tried (as an experiment) running make aout-to-elf on a stock > DES> 2.2.2 box, but it stops while bootstrap make, complaining about an > DES> 'undefined symbol _sysctlbyname'. Has anyone had any success upgrading > DES> directly? Does anyone have time to try and make it work, then mail me > DES> a detailed account of the procedure and results? > I'm currently trying to upgrade my 2.2.7-STABLE box to -current using > the "make aout-to-elf-build" target. I think you misunderstood me; I'm interested in reports of succesfully upgrading from 2.2.2-RELEASE to -current. I am already familiar with the issue of upgrading -stable to -current. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 08:15:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA09767 for freebsd-current-outgoing; Sun, 13 Sep 1998 08:15:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA09760 for ; Sun, 13 Sep 1998 08:15:56 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-113.camalott.com [208.229.74.113]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id KAA09801; Sun, 13 Sep 1998 10:17:39 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id KAA04992; Sun, 13 Sep 1998 10:15:12 -0500 (CDT) (envelope-from joelh) Date: Sun, 13 Sep 1998 10:15:12 -0500 (CDT) Message-Id: <199809131515.KAA04992@detlev.UUCP> To: Tom CC: Daniel Hawton , freebsd-current@FreeBSD.ORG In-reply-to: Subject: Re: Download of FreeBSD 3.0-SNAP From: Joel Ray Holveck Reply-to: joelh@gnu.org References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> I am about to get a cable modem (10mega bits per second) how long >> would it take to download everything I need to install FreeBSD >> 3.0-SNAP? I have the boot disk made. > If your cable modem is really 10 mbs, it should take about 2 > minutes for a base install. About 3 minutes if you get X and some > other goodies. Howerver, in the real world, it will take about 5 > times longer than that (10 to 15 minutes) Let's also add that it depends greatly on other factors such as time of day (which affects traffic patterns), which mirror you use (which affects traffic patterns), what your upstreams' connections are (which affects traffic patterns), and the phase of the moon (which affects... nevermind). Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 09:13:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA15233 for freebsd-current-outgoing; Sun, 13 Sep 1998 09:13:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA15228 for ; Sun, 13 Sep 1998 09:13:45 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id MAA11120; Sun, 13 Sep 1998 12:13:06 -0400 (EDT) Date: Sun, 13 Sep 1998 12:13:06 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: Alexander Litvin cc: Luoqi Chen , current@FreeBSD.ORG Subject: Re: soft updates panic In-Reply-To: <199809130758.KAA05082@grape.carrier.kiev.ua> 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, 13 Sep 1998, Alexander Litvin wrote: > Is it all about SMP? I mean, I successfully made a couple of worlds recently > with various -j# -- no panic, no freeze. My system is uniprocessor, and I think my problem and Luoqi's and the same. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 10:17:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21393 for freebsd-current-outgoing; Sun, 13 Sep 1998 10:17:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA21386; Sun, 13 Sep 1998 10:17:36 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.ca [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.82 #4) id 0zIFm3-0001QE-00; Sun, 13 Sep 1998 10:17:19 -0700 Date: Sun, 13 Sep 1998 10:17:17 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: Gary Palmer cc: Daniel Hawton , freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-Reply-To: <2023.905674611@gjp.erols.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, 13 Sep 1998, Gary Palmer wrote: > Tom wrote in message ID > : > > > > On Sat, 12 Sep 1998, Daniel Hawton wrote: > > > > > I am about to get a cable modem (10mega bits per second) how long would > > > it take to download everything I need to install FreeBSD 3.0-SNAP? I > > > have the boot disk made. > > > > If your cable modem is really 10 mbs, it should take about 2 minutes for > > a base install. About 3 minutes if you get X and some other goodies. > > Howerver, in the real world, it will take about 5 times longer than that > > (10 to 15 minutes) > > Over fast local links, the speed of your disk often affects the speed > of the install more than network issues. If 200 KB/s is too much for your disks, it is time to join the late '80s and get new disks. > Gary > -- > Gary Palmer FreeBSD Core Team Member > FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info > > Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 10:54:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29358 for freebsd-current-outgoing; Sun, 13 Sep 1998 10:54:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles233.castles.com [208.214.165.233]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA29344 for ; Sun, 13 Sep 1998 10:54:10 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id KAA06494; Sun, 13 Sep 1998 10:59:35 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809131759.KAA06494@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: "Viren R. Shah" , current@FreeBSD.ORG Subject: Re: Upgrading 2.2.2 to 3.0 In-reply-to: Your message of "13 Sep 1998 17:05:07 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Sun, 13 Sep 1998 10:59:34 -0700 From: Mike Smith Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id KAA29353 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I think you misunderstood me; I'm interested in reports of succesfully > upgrading from 2.2.2-RELEASE to -current. I am already familiar with > the issue of upgrading -stable to -current. Upgrading from anything other than the most recent release is never supported. In this case that means you can't start from anything earlier than 2.2.7 and expect it to work. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sun Sep 13 10:57:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29689 for freebsd-current-outgoing; Sun, 13 Sep 1998 10:57:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA29665; Sun, 13 Sep 1998 10:57:18 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id MAA10018; Sun, 13 Sep 1998 12:52:42 -0400 (EDT) Date: Sun, 13 Sep 1998 12:52:42 -0400 (EDT) From: Chuck Robey To: Brian Feldman cc: William Woods , FreebSD Current Subject: Re: ssh port problem..... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-873016620-905705562=:343" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-873016620-905705562=:343 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sun, 13 Sep 1998, Brian Feldman wrote: > Look in /usr/local/include. Delete /usr/local/include/arpa/inet.h et al. No, Brian, I don't think that's the answer. I have an answer, but only a security person could tell me if it's ok. Let me describe the problem (I left in the fault listing, or at least enough of it so you can check me). The problem is, for the gmp and z libs, those are system libs, but the lib callouts for them assume that they aren't system libs. The difference is that you use a -L switch for non-system libs, to tell the compiler where to look for them. You *don't* do that for sytem libs, the system does that. This is most especially critically important for FreeBSD-current, where the lib situation is (shall we say) a little muddy right now. Those -L/usr/lib switches have to go away. They're encapsulated in the patch-ac. I included a new patch-ac with a couple of small edits to take the -L's out of libz and libgmp. Doing this, tho, I think might have some impact on security. I don't know what it is. I hope maybe someone who knows security might comment. Don't have to know ports, just tell me if the concept is good or bad, or what other solution _would_ be PC for a security-type application. > Cheers, > Brian Feldman > > On Sat, 12 Sep 1998, William Woods wrote: > > > OK, I just installed rsarf from the ports useing make OBJFORMAT=aout and that > > worked fine, but when I do a make OBJFORMAT=aout for ssh I get the following... > > > > ------------------------------------------------------------- > > rm -f ssh > > cc -pipe -Lrsaref2/source -L/usr/local/lib -o ssh ssh.o sshconnect.o > > log-client.o readconf.o hostfile.o readpass.o tildexpand.o clientloop.o can > > ohost.o idea.o rsa.o randoms.o md5.o buffer.o emulate.o packet.o compress.o > > xmalloc.o ttymodes.o newchannels.o bufaux.o authfd.o authfile.o c > > rc32.o rsaglue.o cipher.o des.o match.o arcfour.o mpaux.o userfile.o signals.o > > blowfish.o deattack.o -L/usr/lib -lgmp -L/usr/lib -lz -lwrap -l > > rsaref -lcrypt -L/usr/local/lib -lutil > > sshconnect.o: Undefined symbol `___inet_addr' referenced from text segment > > sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment > > sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > newchannels.o: Undefined symbol `___inet_addr' referenced from text segment > > newchannels.o: Undefined symbol `___inet_addr' referenced from text segment > > newchannels.o: Undefined symbol `___inet_addr' referenced from text segment > > *** Error code 1 > > > > Stop. > > -------------------------------------------------------- > > > > Anyideas here folks ? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- --0-873016620-905705562=:343 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=patch-ac Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=patch-ac LS0tIE1ha2VmaWxlLmluLm9yaWcJV2VkIEp1bCAgOCAxMjo0MDozOSAxOTk4 DQorKysgTWFrZWZpbGUuaW4JU3VuIFNlcCAxMyAxMjozODo0MyAxOTk4DQpA QCAtMjk0LDEyICsyOTQsMTcgQEANCiBTSEVMTCA9IC9iaW4vc2gNCiANCiBH TVBESVIgCQk9IGdtcC0yLjAuMi1zc2gtMg0KLUdNUExJQlMgCT0gLUwkKEdN UERJUikgLWxnbXANCi1HTVBERVAgCQk9ICQoR01QRElSKS9nbXAuaCAkKEdN UERJUikvbGliZ21wLmENCisjIFdlIGhhdmUgdGhlIHNhbWUgbGliZ21wIGlu IHRoZSBzeXN0ZW0sIHNvIHVzZSBpdCBpbnN0ZWFkDQorR01QSU5DRElSCT0g L3Vzci9pbmNsdWRlDQorR01QTElCRElSCT0gL3Vzci9saWINCitHTVBMSUJT IAk9IC1sZ21wDQorR01QREVQIAkJPSAkKEdNUElOQ0RJUikvZ21wLmggJChH TVBMSUJESVIpL2xpYmdtcC5hDQogDQogWkxJQkRJUgkJPSB6bGliLTEuMC40 DQotWkxJQkRFUAkJPSAkKFpMSUJESVIpL2xpYnouYQ0KLVpMSUJMSUJTCT0g LUwkKFpMSUJESVIpIC1seg0KK1pMSUJJTkNESVIJPSAvdXNyL2luY2x1ZGUN CitaTElCTElCRElSCT0gL3Vzci9saWINCitaTElCREVQCQk9ICQoWkxJQklO Q0RJUikvbGliei5hDQorWkxJQkxJQlMJPSAtbHoNCiANCiBSU0FSRUZESVIJ PSByc2FyZWYyDQogUlNBUkVGU1JDRElSIAk9ICQoUlNBUkVGRElSKS9zb3Vy Y2UNCkBAIC00MDQsNyArNDA5LDcgQEANCiAJJChDQykgLW8gcmZjLXBnIHJm Yy1wZy5vDQogDQogLmMubzoNCi0JJChDQykgLWMgLUkuICQoS0VSQkVST1Nf SU5DUykgLUkkKHNyY2RpcikvJChHTVBESVIpIC1JJChzcmNkaXIpLyQoWkxJ QkRJUikgJChERUZTKSAtREhPU1RfS0VZX0ZJTEU9XCIkKEhPU1RfS0VZX0ZJ TEUpXCIgLURIT1NUX0NPTkZJR19GSUxFPVwiJChIT1NUX0NPTkZJR19GSUxF KVwiIC1EU0VSVkVSX0NPTkZJR19GSUxFPVwiJChTRVJWRVJfQ09ORklHX0ZJ TEUpXCIgLURTU0hfUFJPR1JBTT1cIiQoU1NIX1BST0dSQU0pXCIgLURFVENE SVI9XCIkKGV0Y2RpcilcIiAtRFBJRERJUj1cIiQocGlkZGlyKVwiIC1EU1NI X0JJTkRJUj1cIiQoYmluZGlyKVwiIC1EVElTX01BUF9GSUxFPVwiJChUSVNf TUFQX0ZJTEUpXCIgJChDRkxBR1MpICQoWF9DRkxBR1MpICQ8DQorCSQoQ0Mp IC1jIC1JLiAkKEtFUkJFUk9TX0lOQ1MpIC1JJChzcmNkaXIpLyQoR01QSU5D RElSKSAtSSQoc3JjZGlyKS8kKFpMSUJJTkNESVIpICQoREVGUykgLURIT1NU X0tFWV9GSUxFPVwiJChIT1NUX0tFWV9GSUxFKVwiIC1ESE9TVF9DT05GSUdf RklMRT1cIiQoSE9TVF9DT05GSUdfRklMRSlcIiAtRFNFUlZFUl9DT05GSUdf RklMRT1cIiQoU0VSVkVSX0NPTkZJR19GSUxFKVwiIC1EU1NIX1BST0dSQU09 XCIkKFNTSF9QUk9HUkFNKVwiIC1ERVRDRElSPVwiJChldGNkaXIpXCIgLURQ SURESVI9XCIkKHBpZGRpcilcIiAtRFNTSF9CSU5ESVI9XCIkKGJpbmRpcilc IiAtRFRJU19NQVBfRklMRT1cIiQoVElTX01BUF9GSUxFKVwiICQoQ0ZMQUdT KSAkKFhfQ0ZMQUdTKSAkPA0KIA0KIHNzaGQ6ICQoU1NIRF9PQkpTKSAkKEdN UERFUCkgJChSU0FSRUZERVApICQoWkxJQkRFUCkNCiAJLXJtIC1mIHNzaGQN CkBAIC00NDcsMTkgKzQ1MiwxOSBAQA0KIAlzZWQgInMjJlBFUkwmIyQoUEVS TCkjIiA8JChzcmNkaXIpL21ha2Utc3NoLWtub3duLWhvc3RzLnBsID5tYWtl LXNzaC1rbm93bi1ob3N0cw0KIAljaG1vZCAreCBtYWtlLXNzaC1rbm93bi1o b3N0cw0KIA0KLUdNUF9DT1BZX1NPVVJDRVMgPSBtcHpfZ2NkLmMgbXB6X3Bv d20uYyBtcHpfcG93X3VpLmMgbXB6X2FkZC5jIG1wel9zdWIuYyBcDQotCQlt cHpfbXVsLmMgbXB6X2NtcC5jIG1wel9zcXJ0cmVtLmMNCi0kKEdNUERJUikv bGliZ21wLmE6DQotCWNkICQoR01QRElSKTsgJChNQUtFKQ0KLQ0KLSQoWkxJ QkRFUCk6DQotCS1pZiB0ZXN0ICchJyAtZCAkKFpMSUJESVIpOyB0aGVuIFwN Ci0JICBta2RpciAkKFpMSUJESVIpOyBcDQotCSAgY3AgJChzcmNkaXIpLyQo WkxJQkRJUikvTWFrZWZpbGUgJChaTElCRElSKTsgXA0KLQlmaQ0KLQljZCAk KFpMSUJESVIpOyAkKE1BS0UpIFZQQVRIPSQoc3JjZGlyKS8kKFpMSUJESVIp Oi4uLyQoc3JjZGlyKS8kKFpMSUJESVIpIFwNCi0JICBDQz0iJChDQykiIENG TEFHUz0iJChDRkxBR1MpIC1JLiAtSSQoc3JjZGlyKS8kKFpMSUJESVIpIFwN Ci0JICAgIC1JLi4vJChzcmNkaXIpLyQoR01QRElSKSIgUkFOTElCPSIkKFJB TkxJQikiIGxpYnouYQ0KKyNHTVBfQ09QWV9TT1VSQ0VTID0gbXB6X2djZC5j IG1wel9wb3dtLmMgbXB6X3Bvd191aS5jIG1wel9hZGQuYyBtcHpfc3ViLmMg XA0KKyMJCW1wel9tdWwuYyBtcHpfY21wLmMgbXB6X3NxcnRyZW0uYw0KKyMk KEdNUERJUikvbGliZ21wLmE6DQorIwljZCAkKEdNUERJUik7ICQoTUFLRSkN CisjDQorIyQoWkxJQkRFUCk6DQorIwktaWYgdGVzdCAnIScgLWQgJChaTElC RElSKTsgdGhlbiBcDQorIwkgIG1rZGlyICQoWkxJQkRJUik7IFwNCisjCSAg Y3AgJChzcmNkaXIpLyQoWkxJQkRJUikvTWFrZWZpbGUgJChaTElCRElSKTsg XA0KKyMJZmkNCisjCWNkICQoWkxJQkRJUik7ICQoTUFLRSkgVlBBVEg9JChz cmNkaXIpLyQoWkxJQkRJUik6Li4vJChzcmNkaXIpLyQoWkxJQkRJUikgXA0K KyMJICBDQz0iJChDQykiIENGTEFHUz0iJChDRkxBR1MpIC1JLiAtSSQoc3Jj ZGlyKS8kKFpMSUJESVIpIFwNCisjCSAgICAtSS4uLyQoc3JjZGlyKS8kKEdN UERJUikiIFJBTkxJQj0iJChSQU5MSUIpIiBsaWJ6LmENCiANCiAkKFJTQVJF RlNSQ0RJUikvbGlicnNhcmVmLmE6DQogCS1pZiB0ZXN0ICchJyAtZCAkKFJT QVJFRkRJUik7IHRoZW4gXA0KQEAgLTUxNiw3ICs1MjEsNyBAQA0KICMgKG90 aGVyd2lzZSBpdCBjYW4gb25seSBsb2cgaW4gYXMgdGhlIHVzZXIgaXQgcnVu cyBhcywgYW5kIG11c3QgYmUNCiAjIGJvdW5kIHRvIGEgbm9uLXByaXZpbGVn ZWQgcG9ydCkuICBBbHNvLCBwYXNzd29yZCBhdXRoZW50aWNhdGlvbiBtYXkN CiAjIG5vdCBiZSBhdmFpbGFibGUgaWYgbm9uLXJvb3QgYW5kIHVzaW5nIHNo YWRvdyBwYXNzd29yZHMuDQotaW5zdGFsbDogJChQUk9HUkFNUykgbWFrZS1k aXJzIGdlbmVyYXRlLWhvc3Qta2V5IGluc3RhbGwtY29uZmlncw0KK2luc3Rh bGw6ICQoUFJPR1JBTVMpIG1ha2UtZGlycyBpbnN0YWxsLWNvbmZpZ3MNCiAJ LXJtIC1mICQoaW5zdGFsbF9wcmVmaXgpJChiaW5kaXIpL3NzaDEub2xkDQog CS1jaG1vZCA3NTUgJChpbnN0YWxsX3ByZWZpeCkkKGJpbmRpcikvc3NoMQ0K IAktY2htb2QgNzU1ICQoaW5zdGFsbF9wcmVmaXgpJChiaW5kaXIpL3NzaA0K QEAgLTY3MiwxNSArNjc3LDE1IEBADQogDQogY2xlYW46DQogCS1ybSAtZiAq Lm8gZ21vbi5vdXQgKmNvcmUgJChQUk9HUkFNUykgcmZjLXBnDQotCWNkICQo R01QRElSKTsgJChNQUtFKSBjbGVhbg0KKyMJY2QgJChHTVBESVIpOyAkKE1B S0UpIGNsZWFuDQogIwljZCAkKFJTQVJFRlNSQ0RJUik7IHJtIC1mICoubyAq LmENCi0JY2QgJChaTElCRElSKTsgJChNQUtFKSBjbGVhbg0KKyMJY2QgJCha TElCRElSKTsgJChNQUtFKSBjbGVhbg0KIA0KIGRpc3RjbGVhbjogY2xlYW4N CiAJLXJtIC1mIE1ha2VmaWxlIGNvbmZpZy5zdGF0dXMgY29uZmlnLmNhY2hl IGNvbmZpZy5sb2cgY29uZmlnLmgNCiAJLXJtIC1mIHNzaC4xIHNzaGQuOCBt YWtlLXNzaC1rbm93bi1ob3N0cy4xDQotCWNkICQoR01QRElSKTsgJChNQUtF KSBkaXN0Y2xlYW4NCi0JY2QgJChaTElCRElSKTsgJChNQUtFKSBkaXN0Y2xl YW4NCisjCWNkICQoR01QRElSKTsgJChNQUtFKSBkaXN0Y2xlYW4NCisjCWNk ICQoWkxJQkRJUik7ICQoTUFLRSkgZGlzdGNsZWFuDQogDQogZGlzdDogZGlz dC1mcmVlDQogDQpAQCAtNzA5LDEyICs3MTQsMTIgQEANCiAJLW1rZGlyICQo RElTVE5BTUUpDQogCWNwICQoRElTVEZJTEVTKSAkKERJU1ROQU1FKQ0KIAlm b3IgaSBpbiAkKERJU1RTUkNTKTsgZG8gY3AgJChzcmNkaXIpLyQkaSAkKERJ U1ROQU1FKTsgZG9uZQ0KLQkoY2QgJChHTVBESVIpOyBtYWtlIGRpc3QpDQot CWd6aXAgLWNkICQoR01QRElSKS8kKEdNUERJUikudGFyLmd6IHwgKGNkICQo RElTVE5BTUUpOyB0YXIgcHhmIC0gKQ0KKyMJKGNkICQoR01QRElSKTsgbWFr ZSBkaXN0KQ0KKyMJZ3ppcCAtY2QgJChHTVBESVIpLyQoR01QRElSKS50YXIu Z3ogfCAoY2QgJChESVNUTkFNRSk7IHRhciBweGYgLSApDQogIwl0YXIgY2Yg LSAkKFJTQVJFRkRJUikgfCAoY2QgJChESVNUTkFNRSk7IHRhciB4ZiAtKQ0K ICMJY2QgJChESVNUTkFNRSkvJChSU0FSRUZTUkNESVIpOyBybSAtZiAqLm8g Ki5hDQotCShjZCAgJChzcmNkaXIpOyB0YXIgcGNmIC0gJChaTElCRElSKSAp fCAoY2QgJChESVNUTkFNRSk7IHRhciBweGYgLSkNCi0JY2QgJChESVNUTkFN RSkvJChaTElCRElSKTsgcm0gLWYgKi5vICouYTsgcm0gLXJmIENWUw0KKyMJ KGNkICAkKHNyY2Rpcik7IHRhciBwY2YgLSAkKFpMSUJESVIpICl8IChjZCAk KERJU1ROQU1FKTsgdGFyIHB4ZiAtKQ0KKyMJY2QgJChESVNUTkFNRSkvJCha TElCRElSKTsgcm0gLWYgKi5vICouYTsgcm0gLXJmIENWUw0KIA0KICNpZmRl ZiBGX1NFQ1VSRV9DT01NRVJDSUFMDQogIw0KQEAgLTc0Miw3ICs3NDcsNyBA QA0KIAkgKGVjaG8gInMvXC4kJG9sZF92ZXJzaW9uXCIvLiQkbmV3X3ZlcnNp b25cIi9nIjsgZWNobyB3OyBlY2hvIHEpIHwgZWQgJChzcmNkaXIpL3ZlcnNp b24uaCA+L2Rldi9udWxsDQogDQogZGVwZW5kOg0KLQkkKE1BS0VERVApIC1J JChzcmNkaXIpIC1JLiAtSSQoR01QRElSKSAtSSQoWkxJQkRJUikgJChERUZT KSAkKFNSQ1MpDQorCSQoTUFLRURFUCkgLUkkKHNyY2RpcikgLUkuICQoREVG UykgJChTUkNTKQ0KIA0KIHRhZ3M6DQogCS1ybSAtZiBUQUdTDQo= --0-873016620-905705562=:343-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 11:20:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06267 for freebsd-current-outgoing; Sun, 13 Sep 1998 11:20:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA06261; Sun, 13 Sep 1998 11:20:23 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id NAA04830; Sun, 13 Sep 1998 13:18:25 -0400 (EDT) Date: Sun, 13 Sep 1998 13:18:24 -0400 (EDT) From: Chuck Robey To: Tom cc: Gary Palmer , Daniel Hawton , freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP 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 Sun, 13 Sep 1998, Tom wrote: > > On Sun, 13 Sep 1998, Gary Palmer wrote: > > > Tom wrote in message ID > > : > > > > > > On Sat, 12 Sep 1998, Daniel Hawton wrote: > > > > > > > I am about to get a cable modem (10mega bits per second) how long would > > > > it take to download everything I need to install FreeBSD 3.0-SNAP? I > > > > have the boot disk made. > > > > > > If your cable modem is really 10 mbs, it should take about 2 minutes for > > > a base install. About 3 minutes if you get X and some other goodies. > > > Howerver, in the real world, it will take about 5 times longer than that > > > (10 to 15 minutes) > > > > Over fast local links, the speed of your disk often affects the speed > > of the install more than network issues. > > If 200 KB/s is too much for your disks, it is time to join the late > '80s and get new disks. Yeah, true, Gary, but he was really right in essence, because you well know that getting a million-megabyte pipe to your ISP doesn't mean a million-megabyte pipe to the internet. My ISP has only a 128KB pipe to the world; how about you? The cable modem would mean really quick access to your ISP; I'd love that, but it wouldn't speed my cvsup sessions too much. (* and I've got fast disks :-> *) > > > Gary > > -- > > Gary Palmer FreeBSD Core Team Member > > FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info > > > > > > Tom > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 11:22:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06405 for freebsd-current-outgoing; Sun, 13 Sep 1998 11:22:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA06397 for ; Sun, 13 Sep 1998 11:22:07 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from gjallarhorn.ifi.uio.no (2602@gjallarhorn.ifi.uio.no [129.240.65.40]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id UAA22229; Sun, 13 Sep 1998 20:21:34 +0200 (MET DST) Received: (from dag-erli@localhost) by gjallarhorn.ifi.uio.no ; Sun, 13 Sep 1998 20:21:34 +0200 (MET DST) Mime-Version: 1.0 To: Mike Smith Cc: "Viren R. Shah" , current@FreeBSD.ORG Subject: Re: Upgrading 2.2.2 to 3.0 References: <199809131759.KAA06494@word.smith.net.au> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 13 Sep 1998 20:21:33 +0200 In-Reply-To: Mike Smith's message of "Sun, 13 Sep 1998 10:59:34 -0700" Message-ID: Lines: 10 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id LAA06398 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith writes: > Upgrading from anything other than the most recent release is never > supported. In this case that means you can't start from anything > earlier than 2.2.7 and expect it to work. Okiedokie. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 11:47:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA13607 for freebsd-current-outgoing; Sun, 13 Sep 1998 11:47:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA13598; Sun, 13 Sep 1998 11:47:32 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id UAA20137; Sun, 13 Sep 1998 20:46:11 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id UAA06475; Sun, 13 Sep 1998 20:26:45 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809131826.UAA06475@semyam.dinoco.de> To: Tom cc: Gary Palmer , Daniel Hawton , freebsd-current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Sun, 13 Sep 1998 10:17:17 PDT." Date: Sun, 13 Sep 1998 20:26:43 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Over fast local links, the speed of your disk often affects the speed > > of the install more than network issues. > > If 200 KB/s is too much for your disks, it is time to join the late > '80s and get new disks. Without softupdates creating and removing a lot of files (and the former is what happens during an install) on filesystems mounted with standard options takes a lot of time as the meta-data operations are done synchronous. That's the limiting factor I noticed for example when I checkout out the ports collections/the OS source or removed a huge directory tree. To avoid this one can choose between mounting a filesystem asynchrous (even meta-data gets buffered and written later with the - hopefully well known - risks) and softupdates (as far as I know still alpha). Or one finds a harddisk which is very fast at seeking. A solid state disk will do but I'd prefer buying a car instead and wait a few minutes for the installation to finish. ;-) Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 12:02:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15474 for freebsd-current-outgoing; Sun, 13 Sep 1998 12:02:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA15452; Sun, 13 Sep 1998 12:02:38 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id MAA05517; Sun, 13 Sep 1998 12:02:14 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 13 Sep 1998 12:02:00 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: Brian Feldman Subject: Re: ssh port problem..... Cc: FreebSD Current Cc: FreebSD Current , FreeBSD Questions Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have done this, and nothing changed....same errors. On 13-Sep-98 Brian Feldman wrote: > Look in /usr/local/include. Delete /usr/local/include/arpa/inet.h et al. > > Cheers, > Brian Feldman > > On Sat, 12 Sep 1998, William Woods wrote: > >> OK, I just installed rsarf from the ports useing make OBJFORMAT=aout and >> that >> worked fine, but when I do a make OBJFORMAT=aout for ssh I get the >> following... >> >> ------------------------------------------------------------- >> cc -pipe -c -I. -I.//usr/include -I.//usr/include -DHAVE_CONFIG_H >> -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" >> -DHOST_CONFIG_FILE=\"/usr/loc >> al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" >> -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI >> R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" >> -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -pipe -I/usr/local/include >> -I/usr/X11R6/include >> signals.c >> cc -pipe -c -I. -I.//usr/include -I.//usr/include -DHAVE_CONFIG_H >> -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" >> -DHOST_CONFIG_FILE=\"/usr/loc >> al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" >> -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI >> R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" >> -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -pipe -I/usr/local/include >> -I/usr/X11R6/include >> blowfish.c >> cc -pipe -c -I. -I.//usr/include -I.//usr/include -DHAVE_CONFIG_H >> -DHOST_KEY_FILE=\"/usr/local/etc/ssh_host_key\" >> -DHOST_CONFIG_FILE=\"/usr/loc >> al/etc/ssh_config\" -DSERVER_CONFIG_FILE=\"/usr/local/etc/sshd_config\" >> -DSSH_PROGRAM=\"/usr/local/bin/ssh1\" -DETCDIR=\"/usr/local/etc\" -DPIDDI >> R=\"/var/run\" -DSSH_BINDIR=\"/usr/local/bin\" >> -DTIS_MAP_FILE=\"/usr/local/etc/sshd_tis.map\" -O -pipe -I/usr/local/include >> -I/usr/X11R6/include >> deattack.c >> rm -f ssh >> cc -pipe -Lrsaref2/source -L/usr/local/lib -o ssh ssh.o sshconnect.o >> log-client.o readconf.o hostfile.o readpass.o tildexpand.o clientloop.o can >> ohost.o idea.o rsa.o randoms.o md5.o buffer.o emulate.o packet.o >> compress.o >> xmalloc.o ttymodes.o newchannels.o bufaux.o authfd.o authfile.o c >> rc32.o rsaglue.o cipher.o des.o match.o arcfour.o mpaux.o userfile.o >> signals.o >> blowfish.o deattack.o -L/usr/lib -lgmp -L/usr/lib -lz -lwrap -l >> rsaref -lcrypt -L/usr/local/lib -lutil >> sshconnect.o: Undefined symbol `___inet_addr' referenced from text segment >> sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment >> sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment >> canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment >> canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment >> canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment >> canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment >> canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment >> canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment >> canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment >> newchannels.o: Undefined symbol `___inet_addr' referenced from text segment >> newchannels.o: Undefined symbol `___inet_addr' referenced from text segment >> newchannels.o: Undefined symbol `___inet_addr' referenced from text segment >> *** Error code 1 >> >> Stop. >> *** Error code 1 >> >> Stop. >> *** Error code 1 >> >> Stop. >> *** Error code 1 >> -------------------------------------------------------- >> >> Anyideas here folks ? >> >> --------------------- >> William Woods >> Date: 12-Sep-98 / Time: 20:32:32 >> goto to: http//www.freebsd.org. >> --> FreeBSD 3.0 CURRENT ELF <-- >> >> >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-current" in the body of the message >> --------------------- William Woods Date: 13-Sep-98 / Time: 12:01:24 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 12:08:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA16425 for freebsd-current-outgoing; Sun, 13 Sep 1998 12:08:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA16399 for ; Sun, 13 Sep 1998 12:08:25 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id MAA05771 for ; Sun, 13 Sep 1998 12:08:10 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 13 Sep 1998 12:07:56 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: FreebSD Current Subject: make world with -j4 opion.... Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On an elf -current system, is the make -j4 world working yet? --------------------- William Woods Date: 13-Sep-98 / Time: 12:06:50 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 12:52:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA20915 for freebsd-current-outgoing; Sun, 13 Sep 1998 12:52:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA20905 for ; Sun, 13 Sep 1998 12:52:25 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id VAA17351; Sun, 13 Sep 1998 21:51:56 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809131951.VAA17351@gratis.grondar.za> To: wwoods@cybcon.com cc: FreebSD Current Subject: Re: make world with -j4 opion.... In-Reply-To: Your message of " Sun, 13 Sep 1998 12:07:56 MST." References: Date: Sun, 13 Sep 1998 21:51:54 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG William Woods wrote: > On an elf -current system, is the make -j4 world working yet? It is for me. Due to a timezone condition that I only partially understand, you should be using _very_ current sources. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 12:54:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA21224 for freebsd-current-outgoing; Sun, 13 Sep 1998 12:54:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA21219 for ; Sun, 13 Sep 1998 12:54:37 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id MAA07595; Sun, 13 Sep 1998 12:54:06 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809131951.VAA17351@gratis.grondar.za> Date: Sun, 13 Sep 1998 12:53:52 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: Mark Murray Subject: Re: make world with -j4 opion.... Cc: FreebSD Current Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Thanks, I just finished cvsuping..... On 13-Sep-98 Mark Murray wrote: > William Woods wrote: >> On an elf -current system, is the make -j4 world working yet? > > It is for me. Due to a timezone condition that I only partially > understand, you should be using _very_ current sources. > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org --------------------- William Woods Date: 13-Sep-98 / Time: 12:52:58 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 13:02:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22392 for freebsd-current-outgoing; Sun, 13 Sep 1998 13:02:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gjp.erols.com (alex-va-n008c079.moon.jic.com [206.156.18.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA22314 for ; Sun, 13 Sep 1998 13:01:57 -0700 (PDT) (envelope-from gjp@gjp.erols.com) Received: from gjp.erols.com (gjp@localhost.erols.com [127.0.0.1]) by gjp.erols.com (8.8.8/8.8.7) with ESMTP id PAA10955; Sun, 13 Sep 1998 15:57:56 -0400 (EDT) (envelope-from gjp@gjp.erols.com) X-Mailer: exmh version 2.0.1 12/23/97 To: Chuck Robey cc: freebsd-current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Sun, 13 Sep 1998 13:18:24 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 13 Sep 1998 15:57:55 -0400 Message-ID: <10951.905716675@gjp.erols.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chuck Robey wrote in message ID > My ISP has only a 128KB pipe to > the world; how about you? The cable modem would mean really quick > access to your ISP; I'd love that, but it wouldn't speed my cvsup > sessions too much. (* and I've got fast disks :-> *) My cabal^H^Hle ISP has all of a whopping 3 T1's (mux'd at the DSU level) to the internet. Serving several hundred cable modem customers. And yes, it does suck at times. I'm just waiting for @Home to get here with a T3 so I can see how much of that I can fill :) (I've filled most of their 3 T1s with my traffic before now *ahem*) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 13:05:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22819 for freebsd-current-outgoing; Sun, 13 Sep 1998 13:05:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA22807 for ; Sun, 13 Sep 1998 13:05:51 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id PAA27287; Sun, 13 Sep 1998 15:01:34 -0400 (EDT) Date: Sun, 13 Sep 1998 15:01:34 -0400 (EDT) From: Chuck Robey To: William Woods cc: FreebSD Current Subject: Re: make world with -j4 opion.... 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 Sun, 13 Sep 1998, William Woods wrote: > On an elf -current system, is the make -j4 world working yet? I haven't. I thought maybe it was because I ran softupdates, so I killed it and tried again. Still dumps just after running the /etc stuff, like you (and I) both reported. If someone's done a successful elf make buildworld with the -j flag set higher than 3, and had it finish, I'd appreciate it if you'd post. I'd stop my own posts (I'd love to think it was just something I'd messed up on, even if I don't know what it is). ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 13:08:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA23202 for freebsd-current-outgoing; Sun, 13 Sep 1998 13:08:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA23184 for ; Sun, 13 Sep 1998 13:08:38 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from gjallarhorn.ifi.uio.no (2602@gjallarhorn.ifi.uio.no [129.240.65.40]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id WAA01922; Sun, 13 Sep 1998 22:08:02 +0200 (MET DST) Received: (from dag-erli@localhost) by gjallarhorn.ifi.uio.no ; Sun, 13 Sep 1998 22:08:00 +0200 (MET DST) Mime-Version: 1.0 To: wwoods@cybcon.com Cc: FreebSD Current Subject: Re: make world with -j4 opion.... References: Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 13 Sep 1998 22:07:59 +0200 In-Reply-To: William Woods's message of "Sun, 13 Sep 1998 12:07:56 -0700 (PDT)" Message-ID: Lines: 8 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id NAA23194 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG William Woods writes: > On an elf -current system, is the make -j4 world working yet? If you want to know if it works, why not try it? DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 13:16:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24378 for freebsd-current-outgoing; Sun, 13 Sep 1998 13:16:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24345 for ; Sun, 13 Sep 1998 13:16:26 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id WAA17429; Sun, 13 Sep 1998 22:15:27 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809132015.WAA17429@gratis.grondar.za> To: Chuck Robey cc: Brian Feldman , William Woods , FreebSD Current Subject: Re: ssh port problem..... In-Reply-To: Your message of " Sun, 13 Sep 1998 12:52:42 -0400." References: Date: Sun, 13 Sep 1998 22:15:26 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chuck Robey wrote: > The problem is, for the gmp and z libs, those are system libs, but the > lib callouts for them assume that they aren't system libs. The > difference is that you use a -L switch for non-system libs, to tell the > compiler where to look for them. You *don't* do that for sytem libs, > the system does that. This is most especially critically important for > FreeBSD-current, where the lib situation is (shall we say) a little > muddy right now. Those -L/usr/lib switches have to go away. They're > encapsulated in the patch-ac. I included a new patch-ac with a couple > of small edits to take the -L's out of libz and libgmp. Chuck is speaking a large measure of truth. When a port has a certain library, and the os has the _same_ library, the port must not use its own copy of that library unless it has diverged far enough to be considered a different package. > Doing this, tho, I think might have some impact on security. I don't > know what it is. I hope maybe someone who knows security might comment. > Don't have to know ports, just tell me if the concept is good or bad, or > what other solution _would_ be PC for a security-type application. Correct. Many software authors package useful (but not very common) libraries with their sources. (SSH includes libz and libgmp, exim includes libident). This is a nasty practice, as it prevents the OS authors' patches from providing that OS's enhancements _and_security_ fixes_ from taking effect. Taking this practice to its (extreme) logical conclusion, one might see software _ignoring_ the system libraries, and attempting to be reliant only on syscalls or (2) calls. Highly bogus! The security- minded programmer/sysadmin wants to see as much of the system-provided services as possible (particularly if that system is responsive to security-related bugs) looked after by the system, and not by third party add-ons. SSH is an interesting case; by itself, it is a "third-party-addon"; but it is also very dependant on the host OS for certain bits. It relies on the host for file-system security, port security, memory protection and so on. It and its ilk should be given as much OS- provided protection as possible, and its own provided sources should be as limited as possible to that which is specific to what it needs do do; the rest is the OS's (hopefully audited) "stuff". When the author notices a security hole, his job is not to silently patch it deep in his own enhancement of some system library, but to report it to the OS authors, for inclusion in future fixes, and provide that info to users who wish to fix their own environments. FreeBSD has libraries; they work; use them. If they are broken, fix them, don't work around them. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 13:20:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25119 for freebsd-current-outgoing; Sun, 13 Sep 1998 13:20:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA25113 for ; Sun, 13 Sep 1998 13:20:10 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id NAA08587; Sun, 13 Sep 1998 13:19:34 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809132015.WAA17429@gratis.grondar.za> Date: Sun, 13 Sep 1998 13:19:20 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: Mark Murray Subject: Re: ssh port problem..... Cc: FreebSD Current Cc: FreebSD Current , Brian Feldman , Chuck Robey Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Sep-98 Mark Murray wrote: > Chuck Robey wrote: >> The problem is, for the gmp and z libs, those are system libs, but the >> lib callouts for them assume that they aren't system libs. The >> difference is that you use a -L switch for non-system libs, to tell the >> compiler where to look for them. You *don't* do that for sytem libs, >> the system does that. This is most especially critically important for >> FreeBSD-current, where the lib situation is (shall we say) a little >> muddy right now. Those -L/usr/lib switches have to go away. They're >> encapsulated in the patch-ac. I included a new patch-ac with a couple >> of small edits to take the -L's out of libz and libgmp. > Where can I find these new patches ? --------------------- William Woods Date: 13-Sep-98 / Time: 13:18:40 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 13:24:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25881 for freebsd-current-outgoing; Sun, 13 Sep 1998 13:24:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA25832 for ; Sun, 13 Sep 1998 13:24:03 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id NAA02689; Sun, 13 Sep 1998 13:23:29 -0700 (PDT) Message-ID: <19980913132329.A2429@nuxi.com> Date: Sun, 13 Sep 1998 13:23:29 -0700 From: "David O'Brien" To: Robert Watson , Studded Cc: freebsd-current@FreeBSD.ORG Subject: Re: Plans to upgrade /etc/services? Reply-To: obrien@NUXI.com References: <35FAE277.1E3F48B6@dal.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Robert Watson on Sat, Sep 12, 1998 at 06:49:23PM -0400 X-Operating-System: FreeBSD 2.2.7-STABLE 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 > > > Coda recently acquired IANA port numbers, and we'd > > > love it if the FreeBSD services file included them by default. :) Also, > > > if anyone else's services files included them by default, of course. > > > > > > Would it be best if I just submitted patches? I've taken your list grep/sed/diff'ed it and have so far gone over ports 1-599. (IANA has assigned a LOT of stuff we don't have). If you have time, diff's to what I've commited so far would be much appreciated. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Sep 13 13:26:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26566 for freebsd-current-outgoing; Sun, 13 Sep 1998 13:26:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA26555 for ; Sun, 13 Sep 1998 13:26:53 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id NAA02706; Sun, 13 Sep 1998 13:26:28 -0700 (PDT) Message-ID: <19980913132628.B2429@nuxi.com> Date: Sun, 13 Sep 1998 13:26:28 -0700 From: "David O'Brien" To: Chuck Robey Cc: FreebSD Current Subject: Re: ssh port problem..... Reply-To: obrien@NUXI.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Chuck Robey on Sun, Sep 13, 1998 at 12:52:42PM -0400 X-Operating-System: FreeBSD 2.2.7-STABLE 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 > The problem is, for the gmp and z libs, those are system libs, but the > lib callouts for them assume that they aren't system libs. The I totally agree with your patches that SSH should link with our system z and gmp libs and not those provided with the distribution. > Doing this, tho, I think might have some impact on security. I don't > know what it is. I hope maybe someone who knows security might comment. Only thing I can think of is increased security. We can link statically agaist the system libs for more security. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Sep 13 13:33:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA27527 for freebsd-current-outgoing; Sun, 13 Sep 1998 13:33:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA27516 for ; Sun, 13 Sep 1998 13:33:15 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id PAA27346; Sun, 13 Sep 1998 15:31:22 -0400 (EDT) Date: Sun, 13 Sep 1998 15:31:22 -0400 (EDT) From: Chuck Robey To: "David O'Brien" cc: FreebSD Current Subject: Re: ssh port problem..... In-Reply-To: <19980913132628.B2429@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 Sun, 13 Sep 1998, David O'Brien wrote: > > The problem is, for the gmp and z libs, those are system libs, but the > > lib callouts for them assume that they aren't system libs. The > > I totally agree with your patches that SSH should link with our system z > and gmp libs and not those provided with the distribution. OK, then, I'll commit them. Thanks. > > > Doing this, tho, I think might have some impact on security. I don't > > know what it is. I hope maybe someone who knows security might comment. > > Only thing I can think of is increased security. We can link statically > agaist the system libs for more security. > > -- > -- David (obrien@NUXI.ucdavis.edu -or- obrien@FreeBSD.org) > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 13:56:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA00605 for freebsd-current-outgoing; Sun, 13 Sep 1998 13:56:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA00587 for ; Sun, 13 Sep 1998 13:56:43 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id NAA09156; Sun, 13 Sep 1998 13:55:53 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809132055.NAA09156@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.52 (Beta) Date: Sun, 13 Sep 1998 13:55:53 -0700 To: Chuck Robey , William Woods From: Manfred Antar Subject: Re: make world with -j4 opion.... Cc: FreebSD Current In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 03:01 PM 9/13/98 -0400, Chuck Robey wrote: >On Sun, 13 Sep 1998, William Woods wrote: > >> On an elf -current system, is the make -j4 world working yet? > >I haven't. I thought maybe it was because I ran softupdates, so I >killed it and tried again. Still dumps just after running the /etc >stuff, like you (and I) both reported. > >If someone's done a successful elf make buildworld with the -j flag set >higher than 3, and had it finish, I'd appreciate it if you'd post. I'd >stop my own posts (I'd love to think it was just something I'd messed up >on, even if I don't know what it is). > I've been doing make -j8 world on a dual pentium pro 200mhz about once or twice a day for the past few days. Once in a while it will stop and go into the debugger. I think when this happens it is softupdates related. It hasn't happened the last 3 times though. Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 13:57:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA00712 for freebsd-current-outgoing; Sun, 13 Sep 1998 13:57:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA00688 for ; Sun, 13 Sep 1998 13:57:12 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id GAA23488; Mon, 14 Sep 1998 06:59:57 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809132059.GAA23488@cimlogic.com.au> Subject: Re: Upgrading 2.2.2 to 3.0 In-Reply-To: <199809131759.KAA06494@word.smith.net.au> from Mike Smith at "Sep 13, 98 10:59:34 am" To: mike@smith.net.au (Mike Smith) Date: Mon, 14 Sep 1998 06:59:57 +1000 (EST) Cc: dag-erli@ifi.uio.no, viren@rstcorp.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > I think you misunderstood me; I'm interested in reports of succesfully > > upgrading from 2.2.2-RELEASE to -current. I am already familiar with > > the issue of upgrading -stable to -current. > > Upgrading from anything other than the most recent release is never > supported. In this case that means you can't start from anything > earlier than 2.2.7 and expect it to work. I've tested upgrading from 2.2.5. I won't try before that because the ethernet board on my scratch box is not supported prior to that. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 14:03:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02013 for freebsd-current-outgoing; Sun, 13 Sep 1998 14:03:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02008 for ; Sun, 13 Sep 1998 14:02:58 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id PAA03263; Sun, 13 Sep 1998 15:58:33 -0400 (EDT) Date: Sun, 13 Sep 1998 15:58:33 -0400 (EDT) From: Chuck Robey To: Manfred Antar cc: William Woods , FreebSD Current Subject: Re: make world with -j4 opion.... In-Reply-To: <199809132055.NAA09156@pozo.pozo.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, 13 Sep 1998, Manfred Antar wrote: > At 03:01 PM 9/13/98 -0400, Chuck Robey wrote: > >On Sun, 13 Sep 1998, William Woods wrote: > > > >> On an elf -current system, is the make -j4 world working yet? > > > >I haven't. I thought maybe it was because I ran softupdates, so I > >killed it and tried again. Still dumps just after running the /etc > >stuff, like you (and I) both reported. > > > >If someone's done a successful elf make buildworld with the -j flag set > >higher than 3, and had it finish, I'd appreciate it if you'd post. I'd > >stop my own posts (I'd love to think it was just something I'd messed up > >on, even if I don't know what it is). > > > > I've been doing make -j8 world on a dual pentium pro 200mhz about once or > twice a day for the past few days. Once in a while it will stop and go into > the debugger. I think when this happens it is softupdates related. > It hasn't happened the last 3 times though. > Manfred Thanks, that's what I was asking for, I really appreciate it. I think I'll blow away my cvs archive and try again. Gonna be awhile .... ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 14:32:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA05850 for freebsd-current-outgoing; Sun, 13 Sep 1998 14:32:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA05821; Sun, 13 Sep 1998 14:32:18 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.1/8.9.1) id QAA02495; Sun, 13 Sep 1998 16:31:52 -0500 (CDT) Message-ID: <19980913163152.A2431@emsphone.com> Date: Sun, 13 Sep 1998 16:31:52 -0500 From: Dan Nelson To: wwoods@cybcon.com, Brian Feldman Cc: FreebSD Current , FreeBSD Questions Subject: Re: ssh port problem..... References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.2i In-Reply-To: ; from "William Woods" on Sun Sep 13 12:02:00 GMT 1998 X-OS: FreeBSD 2.2.7-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Sep 13), William Woods said: > I have done this, and nothing changed....same errors. > > On 13-Sep-98 Brian Feldman wrote: > > Look in /usr/local/include. Delete /usr/local/include/arpa/inet.h et al. > > > > Cheers, > > Brian Feldman > > > > On Sat, 12 Sep 1998, William Woods wrote: > > > >> OK, I just installed rsarf from the ports useing make OBJFORMAT=aout and > >> that > >> worked fine, but when I do a make OBJFORMAT=aout for ssh I get the > >> following... > >> sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment > >> sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment > >> canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment This is a bug in ssh; they're not #include'ing and before using the inet_* functions. I believe there are now weak symbols in libc.so to work around these buggy programs; try either editing the ssh source files and adding those includes, or updating and recompiling libc. -Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 14:41:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07044 for freebsd-current-outgoing; Sun, 13 Sep 1998 14:41:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA07039 for ; Sun, 13 Sep 1998 14:41:29 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id QAA03623; Sun, 13 Sep 1998 16:36:47 -0400 (EDT) Date: Sun, 13 Sep 1998 16:36:46 -0400 (EDT) From: Chuck Robey To: William Woods cc: Mark Murray , FreebSD Current , Brian Feldman Subject: Re: ssh port problem..... 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 Sun, 13 Sep 1998, William Woods wrote: > > On 13-Sep-98 Mark Murray wrote: > > Chuck Robey wrote: > >> The problem is, for the gmp and z libs, those are system libs, but the > >> lib callouts for them assume that they aren't system libs. The > >> difference is that you use a -L switch for non-system libs, to tell the > >> compiler where to look for them. You *don't* do that for sytem libs, > >> the system does that. This is most especially critically important for > >> FreeBSD-current, where the lib situation is (shall we say) a little > >> muddy right now. Those -L/usr/lib switches have to go away. They're > >> encapsulated in the patch-ac. I included a new patch-ac with a couple > >> of small edits to take the -L's out of libz and libgmp. > > > > Where can I find these new patches ? They were attached to the mail you just quoted, William. I'll send them to you directly again, separately. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 14:55:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08493 for freebsd-current-outgoing; Sun, 13 Sep 1998 14:55:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08488 for ; Sun, 13 Sep 1998 14:55:19 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (d96-072.orchard2.ucdavis.edu [169.237.96.72]) by relay.nuxi.com (8.8.8/8.6.12) with ESMTP id OAA03081; Sun, 13 Sep 1998 14:55:02 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.8.8/8.8.8) id VAA19190; Sun, 13 Sep 1998 21:55:02 GMT (envelope-from obrien) Message-ID: <19980913145501.D18743@nuxi.com> Date: Sun, 13 Sep 1998 14:55:01 -0700 From: "David O'Brien" To: Terry Lambert , joelh@gnu.org Cc: dfr@nlsystems.com, jb@cimlogic.com.au, current@FreeBSD.ORG Subject: Re: Compiler problems with gcc-2.7.2.1 Reply-To: obrien@NUXI.com References: <199809100059.TAA03333@detlev.UUCP> <199809100125.SAA13902@usr02.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809100125.SAA13902@usr02.primenet.com>; from Terry Lambert on Thu, Sep 10, 1998 at 01:25:05AM +0000 X-Operating-System: FreeBSD 3.0-19980804-SNAP 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 > > > I personally dislike EGCS because it requires that you build the > > > compiler's libgcc.a so that it *either* _requires_ libc_r, *or* it > > > *cannot* use libc_r. So what is the final rulling on this? I'm not sure which patches to add to gcc 2.8.1. -- -- David (obrien@NUXI.com -or- 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 Sep 13 15:07:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA09915 for freebsd-current-outgoing; Sun, 13 Sep 1998 15:07:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA09909 for ; Sun, 13 Sep 1998 15:07:31 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id AAA04084 for ; Mon, 14 Sep 1998 00:00:18 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Mon, 14 Sep 1998 00:00:17 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: Help, DEVFS/MFS is broken... 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 Hi, This is yet another call for help to all those who know the filesystems, to help fix this bug before 3.0-R... This is a genuine bug which panics system in 100% cases, and makes any system using DEVFS and MFS unusable. Below is an excerpt from my earlier posting, including the stack trace. I tried several times to contact Julian Elischer, but it looks like he disappeared in a black hole... PS. If it's any good, I can open a PR on this... Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- >From abial@nask.pl Sun Sep 13 23:53:10 1998 Date: Thu, 27 Aug 1998 11:46:13 +0200 (CEST) From: Andrzej Bialecki To: Julian Elischer Cc: freebsd-current@FreeBSD.ORG Subject: It's MFS panic.. (Re: Panic with DEVFS) On Wed, 26 Aug 1998, Andrzej Bialecki wrote: > I'm totally lame when it comes to FS internals, but this looks to me > as if some delayed action (caching? cleaning? read-ahead? whatever?) > is causing this. ...but it looks like I was right after all. Below is the trace (no crashdump available yet - I'm working on it). Source tree is about four days old. One important notice, though: this time I was able to reliably crash _without_ disabling any device, and even when not touching /dev at all - it was enough to do just an 'ls -l' of some directory a few times to produce sufficient number of dirty pages... The only thing that is common in all these cases is: * root on MFS * DEVFS/SLICE kernel and it seems these two definitely don't like each other.. :-( So, here's the stack trace (taken by hand.. :-<< ): _panic() _mfs_strategy(ap=...) at _mfs_strategy+0x3c [../../ufs/mfs/mfs_vnops.c:137] _bwrite(bp=...) at _bwrite+0xaf [../../kern/vfs_bio.c:891] * _vop_stdbwrite(ap=...) at _vop_defaultop+0x15 [../../kern/vfs_default.c:131] * _bawrite(bp=...) at _bawrite+0x2c [../../kern/vfs_bio.c:1122] * _spec_fsync(ap=...) at _spec_fsync+0x76 [../../miscfs/specfs/spec_vnops.c:509] _mfs_fsync(ap=...) at _mfs_fsync+0x16 [../../ufs/mfs/mfs_vnops.c:118] _sched_sync() at _sched_sync+0xa4 [../../kern/vfs_subr.c:499] _kproc_start(udata=...) at _kproc_start+0x32 [../../kern/init_main.c:248] _fork_trampoline(...,...,...,...,...) at _fork_trampoline+0x30 The lines marked with stars ('*') in other panics were replaced with the following lines: _vop_stdbwrite(ap=...) at _vop_stdbwrite+0xe [../../kern/vfs_default.c:285] _vop_defaultop(ap=...) at _vop_defaultop+0x15 [../../kern/vfs_default.c:131] _vfs_bio_awrite(bp=...) at _vfs_bio_awrite+0x103 [../../kern/vfs_bio.c:1122] _spec_fsync(ap=...) at _spec_fsync+0x1e [../../miscfs/specfs/spec_vnops.c:503] I also tried to do a 'show object' which printed: db> show object Object 0xf019bb75: type=1694529634, size=0x65007864, res=1166738538, ret=1694529635, flags=0x7363 Fatal trap 12: page fault while in kernel mode ... fault code = supervisor read, page not present ... current process = 4 (syncer) interrupt mask = bio and at this point I gave up... I'll try to get the coredump, if you're interested in having it... Andrzej Bialecki +---------------------+------------------------+--------------------------+ | | When in problem or in | if(halt_per_mth > 0) { | | Research & Academic | doubt, run in circles, | fetch("FreeBSD"); | | Network in Poland | scream and shout. | } | + --------------------+------------------------+--------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 15:25:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA12413 for freebsd-current-outgoing; Sun, 13 Sep 1998 15:25:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA12408 for ; Sun, 13 Sep 1998 15:25:29 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id RAA24758; Sun, 13 Sep 1998 17:21:13 -0400 (EDT) Date: Sun, 13 Sep 1998 17:21:11 -0400 (EDT) From: Chuck Robey To: Brian Feldman cc: William Woods , FreebSD Current Subject: Re: ssh port problem..... 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 Sun, 13 Sep 1998, William Woods wrote: > > On 13-Sep-98 Mark Murray wrote: > > Chuck Robey wrote: > >> The problem is, for the gmp and z libs, those are system libs, but the > >> lib callouts for them assume that they aren't system libs. The > >> difference is that you use a -L switch for non-system libs, to tell the > >> compiler where to look for them. You *don't* do that for sytem libs, > >> the system does that. This is most especially critically important for > >> FreeBSD-current, where the lib situation is (shall we say) a little > >> muddy right now. Those -L/usr/lib switches have to go away. They're > >> encapsulated in the patch-ac. I included a new patch-ac with a couple > >> of small edits to take the -L's out of libz and libgmp. > > > > Where can I find these new patches ? Noticed that William Woods mail address is bad, and I can't find him on any of our mailing lists. If he reads this, and wants to patch, he's either going to have to get another address, or see to it that cybcon.com stays up long enough to get mail. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 16:02:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA16208 for freebsd-current-outgoing; Sun, 13 Sep 1998 16:02:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA16198 for ; Sun, 13 Sep 1998 16:02:10 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (william@support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id PAA14832; Sun, 13 Sep 1998 15:58:07 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 13 Sep 1998 15:57:53 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: Chuck Robey Subject: Re: ssh port problem..... Cc: FreebSD Current Cc: FreebSD Current , Brian Feldman Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hugh....I am here...address is good....weird, anyway..I got the patches... > Noticed that William Woods mail address is bad, and I can't find him on > any of our mailing lists. If he reads this, and wants to patch, he's > either going to have to get another address, or see to it that > cybcon.com stays up long enough to get mail. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message --------------------- William Woods Date: 13-Sep-98 / Time: 15:56:55 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 16:44:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA21778 for freebsd-current-outgoing; Sun, 13 Sep 1998 16:44:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA21770; Sun, 13 Sep 1998 16:44:12 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id QAA19528; Sun, 13 Sep 1998 16:43:53 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd019473; Sun Sep 13 16:43:43 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id QAA23937; Sun, 13 Sep 1998 16:43:39 -0700 (MST) From: Terry Lambert Message-Id: <199809132343.QAA23937@usr04.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: tom@uniserve.com (Tom) Date: Sun, 13 Sep 1998 23:43:39 +0000 (GMT) Cc: gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: from "Tom" at Sep 13, 98 10:17:17 am X-Mailer: ELM [version 2.4 PL25] 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 > > Over fast local links, the speed of your disk often affects the speed > > of the install more than network issues. > > If 200 KB/s is too much for your disks, it is time to join the late > '80s and get new disks. Note that even some brand new disks will bottleneck you. FreeBSD no longer does elevator sorts on data pending output, relying instead on the disk hardware to be smarter about this, especially given the likelihood that the drive is lying about its pysical geometry, making it unlikely that any sort you could do would result in an optimization. While this is fine for disks that can support multiple outstanding commands pending simultaneously (giving them something to sort), it is less of a good idea for stupid disks that must be sent commands serially. Like, oh, say, E/IDE disks. The FreeBSD E/IDE driver supports queued tagged commands, but few E/IDE drives have this capability (in fact, I am not aware of *any* that support this portion of the spec.). It should be noted that some SCSI devices don't support tagged command queuing, either (but we don't buy those, since they are in the minority). So new disks are not necessarily the answer. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 16:46:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA22025 for freebsd-current-outgoing; Sun, 13 Sep 1998 16:46:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA22017 for ; Sun, 13 Sep 1998 16:46:14 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id QAA04259; Sun, 13 Sep 1998 16:45:57 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp02.primenet.com, id smtpd004223; Sun Sep 13 16:45:47 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id QAA24067; Sun, 13 Sep 1998 16:45:19 -0700 (MST) From: Terry Lambert Message-Id: <199809132345.QAA24067@usr04.primenet.com> Subject: Re: Upgrading 2.2.2 to 3.0 To: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?=) Date: Sun, 13 Sep 1998 23:45:19 +0000 (GMT) Cc: mike@smith.net.au, viren@rstcorp.com, current@FreeBSD.ORG In-Reply-To: from "Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?=" at Sep 13, 98 08:21:33 pm X-Mailer: ELM [version 2.4 PL25] 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 > > Upgrading from anything other than the most recent release is never > > supported. In this case that means you can't start from anything > > earlier than 2.2.7 and expect it to work. > > Okiedokie. Har. This means that I won't be able to install 2.2.8-release unless I first install 3.0-release, I guess. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 16:48:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA22410 for freebsd-current-outgoing; Sun, 13 Sep 1998 16:48:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pinhead.parag.codegen.com (ppp-asfm08--201.sirius.net [205.134.241.201]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA22405 for ; Sun, 13 Sep 1998 16:48:21 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.1/8.8.8) with ESMTP id QAA00387; Sun, 13 Sep 1998 16:47:38 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Message-Id: <199809132347.QAA00387@pinhead.parag.codegen.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Manfred Antar cc: Chuck Robey , William Woods , FreebSD Current Subject: Re: make world with -j4 opion.... In-reply-to: Your message of "Sun, 13 Sep 1998 13:55:53 PDT." <199809132055.NAA09156@pozo.pozo.com> X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm X-URL: http://www.codegen.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 13 Sep 1998 16:47:38 -0700 From: Parag Patel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I've been doing make -j8 world on a dual pentium pro 200mhz about once or >twice a day for the past few days. Once in a while it will stop and go into >the debugger. I think when this happens it is softupdates related. >It hasn't happened the last 3 times though. >Manfred No such luck for me. I just tried out a kernel from an early morning update (Sun Sept 13) and it still crashes in pretty much the same spot for me: panic: initiate_write_filepage: dir inum=-122552208 != new 993471 Stack backtrace is the same: initiate_write_filepage softdep_disk_io_initiation spec_strategy ... ffs_fsync sched_sync The make -j8 dies about 15-20 minutes into the build sometime after it's compiling mpz/cdiv_q_ui.so. Some sort of error occurs to terminate the make just before the kernel panics. (Unfortunately once I'm in the debugger, I can't scroll backwards and see what happened.) This is an ASUS dual PII-300, 256Mb RAM, 256Mb swap (unused except for 129K according to "top"), Adaptec 7880 on-board, softupdates, SMP, no CAM, no devfs, and no slice. -- Parag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 16:49:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA22749 for freebsd-current-outgoing; Sun, 13 Sep 1998 16:49:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA22742 for ; Sun, 13 Sep 1998 16:49:51 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with SMTP id TAA21402; Sun, 13 Sep 1998 19:45:42 -0400 (EDT) Date: Sun, 13 Sep 1998 19:45:41 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: Chuck Robey cc: William Woods , FreebSD Current Subject: Re: ssh port problem..... 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 You see, I have to make an assumption as to what is happening since I don't have too much info. The most possible cases I could think of would have been: * new includes but old libraries * includes from, say, BIND 8.1.2 which would mung up your defines of the inet_* et al * libc being found and picked up by the linking process when it shouldn't have been/ where it shouldn't have been (i.e. a libc in /usr/whatever/lib that shouldn't be there) The first is a problem I most recently found on a -STABLE system with bind 8.1.2 installed to /usr/local, so I suggested that this be the first thing to check. You never specified if this was -STABLE or -CURRENT (should be -CURRENT but you know, some people like to post weird stuff about bugs in say 2.1.7 to freebsd-current). If -STABLE, the inet_* symbols would not have changed, so the BIND includes could mess the functions up. if -CURRENT, the inet_* ssymbols wouldn't have been changed until a few months ago, so new includes and an old libc could be the problem. Please try and post more relevent information about your environment. Cheers, Brian Feldman On Sun, 13 Sep 1998, Chuck Robey wrote: > On Sun, 13 Sep 1998, Brian Feldman wrote: > > > Look in /usr/local/include. Delete /usr/local/include/arpa/inet.h et al. > > No, Brian, I don't think that's the answer. I have an answer, but only > a security person could tell me if it's ok. Let me describe the > problem (I left in the fault listing, or at least enough of it so you > can check me). > > The problem is, for the gmp and z libs, those are system libs, but the > lib callouts for them assume that they aren't system libs. The > difference is that you use a -L switch for non-system libs, to tell the > compiler where to look for them. You *don't* do that for sytem libs, > the system does that. This is most especially critically important for > FreeBSD-current, where the lib situation is (shall we say) a little > muddy right now. Those -L/usr/lib switches have to go away. They're > encapsulated in the patch-ac. I included a new patch-ac with a couple > of small edits to take the -L's out of libz and libgmp. > > Doing this, tho, I think might have some impact on security. I don't > know what it is. I hope maybe someone who knows security might comment. > Don't have to know ports, just tell me if the concept is good or bad, or > what other solution _would_ be PC for a security-type application. > > > Cheers, > > Brian Feldman > > > > On Sat, 12 Sep 1998, William Woods wrote: > > > > > OK, I just installed rsarf from the ports useing make OBJFORMAT=aout and that > > > worked fine, but when I do a make OBJFORMAT=aout for ssh I get the following... > > > > > > ------------------------------------------------------------- > > > rm -f ssh > > > cc -pipe -Lrsaref2/source -L/usr/local/lib -o ssh ssh.o sshconnect.o > > > log-client.o readconf.o hostfile.o readpass.o tildexpand.o clientloop.o can > > > ohost.o idea.o rsa.o randoms.o md5.o buffer.o emulate.o packet.o compress.o > > > xmalloc.o ttymodes.o newchannels.o bufaux.o authfd.o authfile.o c > > > rc32.o rsaglue.o cipher.o des.o match.o arcfour.o mpaux.o userfile.o signals.o > > > blowfish.o deattack.o -L/usr/lib -lgmp -L/usr/lib -lz -lwrap -l > > > rsaref -lcrypt -L/usr/local/lib -lutil > > > sshconnect.o: Undefined symbol `___inet_addr' referenced from text segment > > > sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > newchannels.o: Undefined symbol `___inet_addr' referenced from text segment > > > newchannels.o: Undefined symbol `___inet_addr' referenced from text segment > > > newchannels.o: Undefined symbol `___inet_addr' referenced from text segment > > > *** Error code 1 > > > > > > Stop. > > > -------------------------------------------------------- > > > > > > Anyideas here folks ? > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@glue.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) > (301) 220-2114 | and jaunt (NetBSD). > ----------------------------+----------------------------------------------- > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 16:58:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA24240 for freebsd-current-outgoing; Sun, 13 Sep 1998 16:58:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA24234 for ; Sun, 13 Sep 1998 16:58:47 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with SMTP id TAA21483; Sun, 13 Sep 1998 19:54:44 -0400 (EDT) Date: Sun, 13 Sep 1998 19:54:44 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: Chuck Robey cc: William Woods , FreebSD Current Subject: Re: make world with -j4 opion.... 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 Yep. I did an ELF make -j4 world, with softupdates on the src and obj disks. I was using the patch to regress to the old behavior of ffs_inode.c, that luoqi posted. Still running and completed the world build fine =) 7:58PM up 17:56, 2 users, load averages: 0.14, 0.46, 0.87 Cheers, Brian Feldman On Sun, 13 Sep 1998, Chuck Robey wrote: > On Sun, 13 Sep 1998, William Woods wrote: > > > On an elf -current system, is the make -j4 world working yet? > > I haven't. I thought maybe it was because I ran softupdates, so I > killed it and tried again. Still dumps just after running the /etc > stuff, like you (and I) both reported. > > If someone's done a successful elf make buildworld with the -j flag set > higher than 3, and had it finish, I'd appreciate it if you'd post. I'd > stop my own posts (I'd love to think it was just something I'd messed up > on, even if I don't know what it is). > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@glue.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) > (301) 220-2114 | and jaunt (NetBSD). > ----------------------------+----------------------------------------------- > > > > > > 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 Sun Sep 13 17:03:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25573 for freebsd-current-outgoing; Sun, 13 Sep 1998 17:03:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA25562 for ; Sun, 13 Sep 1998 17:03:12 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id RAA29115; Sun, 13 Sep 1998 17:02:58 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp03.primenet.com, id smtpd029092; Sun Sep 13 17:02:51 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id RAA24759; Sun, 13 Sep 1998 17:02:49 -0700 (MST) From: Terry Lambert Message-Id: <199809140002.RAA24759@usr04.primenet.com> Subject: Re: Help, DEVFS/MFS is broken... To: abial@nask.pl (Andrzej Bialecki) Date: Mon, 14 Sep 1998 00:02:49 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: from "Andrzej Bialecki" at Sep 14, 98 00:00:17 am X-Mailer: ELM [version 2.4 PL25] 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 > This is yet another call for help to all those who know the filesystems, > to help fix this bug before 3.0-R... This is a genuine bug which panics > system in 100% cases, and makes any system using DEVFS and MFS unusable. > Below is an excerpt from my earlier posting, including the stack trace. > > I tried several times to contact Julian Elischer, but it looks like he > disappeared in a black hole... > > PS. If it's any good, I can open a PR on this... It's julian@whistle.com, and I saw him Friday, so I don't think there is any gravitational anomoly invloved... 8-). The problem is known. MFS calls specfs directly, which is the wrong thing to do, since in theory, there will be no specfs in the near future. I know Julian was working on this a week and a half ago. The real problem is that the MFS doesn't operate against a "memory device". If it did, then the bmap/getpages/putpages entry points could access the backing memory directly; instead, what happens is that they call specfs to do "I/O", which calls the strategy routine, which calls MFS's strategy routine. I don't know whether he plans to make a "memory device" that allocates a set number of swappable pages in the kernel virtual address space (which would be my preference -- then you could just run FFS on the thing, instead, and then later somone could hack up some MFS-specific page management so that it didn't double the pages for clean pages that have been accessed), or if he's just planning on "doing whatever kludges it takes" to get the exiting MFS up and running. In any case, he's aware of the problem, and *has* been working on it. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 17:21:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA28375 for freebsd-current-outgoing; Sun, 13 Sep 1998 17:21:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA28364 for ; Sun, 13 Sep 1998 17:21:17 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id RAA10964; Sun, 13 Sep 1998 17:19:24 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809140019.RAA10964@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.52 (Beta) Date: Sun, 13 Sep 1998 17:19:24 -0700 To: Parag Patel From: Manfred Antar Subject: Re: make world with -j4 opion.... Cc: Chuck Robey , William Woods , FreebSD Current In-Reply-To: <199809132347.QAA00387@pinhead.parag.codegen.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 04:47 PM 9/13/98 -0700, Parag Patel wrote: > >>I've been doing make -j8 world on a dual pentium pro 200mhz about once >or >>twice a day for the past few days. Once in a while it will stop and go >into >>the debugger. I think when this happens it is softupdates related. >>It hasn't happened the last 3 times though. >>Manfred > >No such luck for me. I just tried out a kernel from an early morning update >(Sun Sept 13) and it still crashes in pretty much the same spot for me: > > panic: initiate_write_filepage: dir inum=-122552208 != new 993471 > >Stack backtrace is the same: > > initiate_write_filepage > softdep_disk_io_initiation > spec_strategy > ... > ffs_fsync > sched_sync > >The make -j8 dies about 15-20 minutes into the build sometime after it's >compiling mpz/cdiv_q_ui.so. Some sort of error occurs to terminate the make >just before the kernel panics. (Unfortunately once I'm in the debugger, I >can't scroll backwards and see what happened.) > >This is an ASUS dual PII-300, 256Mb RAM, 256Mb swap (unused except for 129K >according to "top"), Adaptec 7880 on-board, softupdates, SMP, no CAM, no >devfs, and no slice. > For me it dies while compling, no errors and it happens at different places. I have different Hardware though: Intel PR440FX dual 200mhz pent. pro(256K cache) 128megs ram 200meg swap DPT 2124 Cacheing Raid controller w/32meg cache. >> Seagate ST15150W partitioned : sd0s1a on / 100 meg sd0s1b on swap 200 meg sd0s1e on /var 300 meg sd0s1f on /usr 3.25 gig sd0s1g on /usr/obj 270 meg Adaptec 7880 on board (Only have a CDROM connected to this) Also I'm not running X when doing the make -j8 world Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 18:12:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA04029 for freebsd-current-outgoing; Sun, 13 Sep 1998 18:12:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from assaris.pdc.kth.se (assaris.pdc.kth.se [193.10.159.45]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA04014 for ; Sun, 13 Sep 1998 18:12:01 -0700 (PDT) (envelope-from assar@sics.se) Received: (from assar@localhost) by assaris.pdc.kth.se (8.8.5/8.7.3) id DAA07976; Mon, 14 Sep 1998 03:13:53 +0200 (MET DST) To: David Quattlebaum Cc: freebsd-current@FreeBSD.ORG (current), arla-drinkers@stacken.kth.se Subject: Re: vfs changes in 3.0-CURRENT (arla-0.1) References: <199809112100.RAA06836@sports.pc.sas.com> Mime-Version: 1.0 (generated by tm-edit 7.68) Content-Type: multipart/mixed; boundary="Multipart_Mon_Sep_14_03:13:52_1998-1" Content-Transfer-Encoding: 7bit From: Assar Westerlund Date: 14 Sep 1998 03:13:52 +0200 In-Reply-To: David Quattlebaum's message of "Fri, 11 Sep 1998 17:00:53 -0400 (EDT)" Message-ID: <5lk937jy27.fsf@assaris.pdc.kth.se> Lines: 80 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --Multipart_Mon_Sep_14_03:13:52_1998-1 Content-Type: text/plain; charset=US-ASCII David Quattlebaum writes: > Good Afternoon, Hi > I'm looking at modifying arla-0.1 (free afs implementation) > to work with FreeBSD 3.0-CURRENT. I'm running into problems with > the changes to kernel vfs code. As Magnus already said, 0.1 is really old and you should base your hacking on something more recent like 0.9. > vfs_busy() has 4 arguments now. That should work with 0.9 which checks the number of arguments of vfs_busy() > vfs_unbusy() has more args too. same as above > NCHNAMLEN no longer used. The following (untested) patch should fix that problem. > getnewfsid() no longer exists. (do I need to write my own > xfs_getnewfsid())? 0.9 should use vfs_getnewfsid() instead when there's such a function. > > Has anyone tried to make arla-0.1 work with 3.0-CURRENT with > any success? According to what I've heard it has worked on some vintage of 3.0, but that might have been some time ago. /assar --Multipart_Mon_Sep_14_03:13:52_1998-1 Content-Type: text/plain; charset=US-ASCII Index: xfs/bsd/xfs_vnodeops-common.c =================================================================== RCS file: /usr/local/cvsroot/arla/xfs/bsd/xfs_vnodeops-common.c,v retrieving revision 1.5 diff -u -w -u -w -r1.5 xfs_vnodeops-common.c --- xfs_vnodeops-common.c 1998/07/23 04:18:45 1.5 +++ xfs_vnodeops-common.c 1998/09/14 01:09:39 @@ -439,7 +439,7 @@ if (error == 0) error = ((struct xfs_message_wakeup *) & msg)->error; - if(error == ENOENT && cnp->cn_namelen <= NCHNAMLEN) { + if(error == ENOENT) { XFSDEB(XDEBVNOPS, ("xfs_lookup: neg cache %p (%s, %ld)\n", dvp, cnp->cn_nameptr, cnp->cn_namelen)); Index: xfs/bsd/xfs_node-bsd.c =================================================================== RCS file: /usr/local/cvsroot/arla/xfs/bsd/xfs_node-bsd.c,v retrieving revision 1.5 diff -u -w -u -w -r1.5 xfs_node-bsd.c --- xfs_node-bsd.c 1998/07/23 06:28:38 1.5 +++ xfs_node-bsd.c 1998/09/14 01:09:57 @@ -401,7 +401,9 @@ "dvp = %p, vp = %p, cnp = (%s, %ld, %lu)\n", dvp, vp, cnp->cn_nameptr, cnp->cn_namelen, cnp->cn_hash)); +#ifdef NCHNAMLEN if (cnp->cn_namelen <= NCHNAMLEN) +#endif cache_enter(dvp, vp, cnp); if (vp != NULL) --Multipart_Mon_Sep_14_03:13:52_1998-1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 19:30:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10491 for freebsd-current-outgoing; Sun, 13 Sep 1998 19:30:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA10475 for ; Sun, 13 Sep 1998 19:30:18 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id VAA09298; Sun, 13 Sep 1998 21:24:50 -0400 (EDT) Date: Sun, 13 Sep 1998 21:24:50 -0400 (EDT) From: Chuck Robey To: Brian Feldman cc: William Woods , FreebSD Current Subject: Re: ssh port problem..... 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 Sun, 13 Sep 1998, Brian Feldman wrote: > You see, I have to make an assumption as to what is happening since I > don't have too much info. The most possible cases I could think of > would have been: > * new includes but old libraries > * includes from, say, BIND 8.1.2 which would mung up your defines > of the inet_* et al > * libc being found and picked up by the linking process when it > shouldn't have been/ where it shouldn't have been (i.e. a libc in > /usr/whatever/lib that shouldn't be there) > The first is a problem I most recently found on a -STABLE system with bind > 8.1.2 installed to /usr/local, so I suggested that this be the first thing > to check. You never specified if this was -STABLE or -CURRENT (should be Original post, Brian, specified OBJFORMAT. That exists _only_ on current. Besides that, this problem has already been reported nearly a dozen times. Search the mail archives for ssh and inet_ntoa, you'll find them. I finally tired of waiting for the maintainer to fix it, which is why I went out of my way (a security thing is, to me, out of my way) to try to fix this thing for good. The patch involved is already commited, once I got the idea reviewed by a couple guys who _do_ know security, I put it in. > -CURRENT but you know, some people like to post weird stuff about bugs in > say 2.1.7 to freebsd-current). If -STABLE, the inet_* symbols would not > have changed, so the BIND includes could mess the functions up. if > -CURRENT, the inet_* ssymbols wouldn't have been changed until a few > months ago, so new includes and an old libc could be the problem. Please > try and post more relevent information about your environment. > > > Cheers, > Brian Feldman > > > On Sun, 13 Sep 1998, Chuck > Robey wrote: > > > On Sun, 13 Sep 1998, Brian Feldman wrote: > > > > > Look in /usr/local/include. Delete /usr/local/include/arpa/inet.h et al. > > > > No, Brian, I don't think that's the answer. I have an answer, but only > > a security person could tell me if it's ok. Let me describe the > > problem (I left in the fault listing, or at least enough of it so you > > can check me). > > > > The problem is, for the gmp and z libs, those are system libs, but the > > lib callouts for them assume that they aren't system libs. The > > difference is that you use a -L switch for non-system libs, to tell the > > compiler where to look for them. You *don't* do that for sytem libs, > > the system does that. This is most especially critically important for > > FreeBSD-current, where the lib situation is (shall we say) a little > > muddy right now. Those -L/usr/lib switches have to go away. They're > > encapsulated in the patch-ac. I included a new patch-ac with a couple > > of small edits to take the -L's out of libz and libgmp. > > > > Doing this, tho, I think might have some impact on security. I don't > > know what it is. I hope maybe someone who knows security might comment. > > Don't have to know ports, just tell me if the concept is good or bad, or > > what other solution _would_ be PC for a security-type application. > > > > > Cheers, > > > Brian Feldman > > > > > > On Sat, 12 Sep 1998, William Woods wrote: > > > > > > > OK, I just installed rsarf from the ports useing make OBJFORMAT=aout and that > > > > worked fine, but when I do a make OBJFORMAT=aout for ssh I get the following... > > > > > > > > ------------------------------------------------------------- > > > > rm -f ssh > > > > cc -pipe -Lrsaref2/source -L/usr/local/lib -o ssh ssh.o sshconnect.o > > > > log-client.o readconf.o hostfile.o readpass.o tildexpand.o clientloop.o can > > > > ohost.o idea.o rsa.o randoms.o md5.o buffer.o emulate.o packet.o compress.o > > > > xmalloc.o ttymodes.o newchannels.o bufaux.o authfd.o authfile.o c > > > > rc32.o rsaglue.o cipher.o des.o match.o arcfour.o mpaux.o userfile.o signals.o > > > > blowfish.o deattack.o -L/usr/lib -lgmp -L/usr/lib -lz -lwrap -l > > > > rsaref -lcrypt -L/usr/local/lib -lutil > > > > sshconnect.o: Undefined symbol `___inet_addr' referenced from text segment > > > > sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > > sshconnect.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > > canohost.o: Undefined symbol `___inet_ntoa' referenced from text segment > > > > newchannels.o: Undefined symbol `___inet_addr' referenced from text segment > > > > newchannels.o: Undefined symbol `___inet_addr' referenced from text segment > > > > newchannels.o: Undefined symbol `___inet_addr' referenced from text segment > > > > *** Error code 1 > > > > > > > > Stop. > > > > -------------------------------------------------------- > > > > > > > > Anyideas here folks ? > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 21:06:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA18871 for freebsd-current-outgoing; Sun, 13 Sep 1998 21:06:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA18866 for ; Sun, 13 Sep 1998 21:06:01 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id VAA07225; Sun, 13 Sep 1998 21:05:31 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Nicolas Souchu cc: "Erik H. Bakke" , "Brian W. Buchanan" , freebsd-current@FreeBSD.ORG Subject: Re: lpt0: Device not configured In-reply-to: Your message of "Sat, 12 Sep 1998 18:05:10 -0000." <19980912180510.46194@breizh.prism.uvsq.fr> Date: Sun, 13 Sep 1998 21:05:31 -0700 Message-ID: <7222.905745931@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > lpt has been ported to ppbus and is now nlpt (see LINT for more info). If it can be proven to work, then we'd better update the entries in GENERIC too or people will make this mistake repeatedly. lpt0 is what people have been using for a long time and they're used to it now. Expecting them to read docs in order to know that they need to change it is expecting far too much. :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 21:07:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA19031 for freebsd-current-outgoing; Sun, 13 Sep 1998 21:07:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kong.dorms.spbu.ru (kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA19014 for ; Sun, 13 Sep 1998 21:06:58 -0700 (PDT) (envelope-from kong@kong.dorms.spbu.ru) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.9.1/kong/0.01) with SMTP id IAA02011 for ; Mon, 14 Sep 1998 08:06:30 +0400 (MSD) (envelope-from kong@kong.dorms.spbu.ru) Date: Mon, 14 Sep 1998 08:06:30 +0400 (MSD) From: Hostas Red To: current@FreeBSD.ORG Subject: kernel still broken 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 Hi! cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -aout ../../dev/vn/vn.c ../../dev/vn/vn.c: In function `vn_drvinit': ../../dev/vn/vn.c:930: redeclaration of `unit' ../../dev/vn/vn.c:896: `unit' previously declared here ../../dev/vn/vn.c: In function `nvsopen': ../../dev/vn/vn.c:974: warning: long unsigned int format, unsigned int arg (arg 2) *** Error code 1 Adios, /KONG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 21:18:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20106 for freebsd-current-outgoing; Sun, 13 Sep 1998 21:18:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA20094; Sun, 13 Sep 1998 21:18:32 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id VAA00438; Sun, 13 Sep 1998 21:12:18 -0700 (PDT) Message-Id: <199809140412.VAA00438@implode.root.com> To: Terry Lambert cc: tom@uniserve.com (Tom), gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Sun, 13 Sep 1998 23:43:39 -0000." <199809132343.QAA23937@usr04.primenet.com> From: David Greenman Reply-To: dg@root.com Date: Sun, 13 Sep 1998 21:12:18 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> > Over fast local links, the speed of your disk often affects the speed >> > of the install more than network issues. >> >> If 200 KB/s is too much for your disks, it is time to join the late >> '80s and get new disks. > >Note that even some brand new disks will bottleneck you. > >FreeBSD no longer does elevator sorts on data pending output, >relying instead on the disk hardware to be smarter about this, >especially given the likelihood that the drive is lying about >its pysical geometry, making it unlikely that any sort you >could do would result in an optimization. Not true. All of the "dumb" drivers (wd, fd, etc) call a generic disk block elevator sorting function. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 21:32:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA21329 for freebsd-current-outgoing; Sun, 13 Sep 1998 21:32:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA21317 for ; Sun, 13 Sep 1998 21:32:05 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id VAA07268 for ; Sun, 13 Sep 1998 21:32:06 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: current@FreeBSD.ORG Subject: 2nd Heads up! Start of 3.0-BETA in 48 hours. Date: Sun, 13 Sep 1998 21:32:05 -0700 Message-ID: <7263.905747525@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 23:00 PST, September 15th, the 3.0-CURRENT branch will enter BETA status and code freeze in preparation for the 3.0-RELEASE which will follow one month later on October 15th. What "code freeze" means to you: 1. No major features will be accepted, though important bug fixes to major subsystems will be if and when good cases can be made for their inclusion (we'd still like to avoid the old "fix one thing and break two others" scenario, however). In cases where something important has been dropped on the floor purely due to developer negligence, and it's not perceived as a significant risk to bring it in (e.g. a new driver or changes to a non-mission-critical subsystem), extentions may be granted on a case by case basis. Please talk to me or someone else in core if you have such a situation. 2. Changes to code should be limited to bug fixes or security enhancements. Changes to docs, since they're not quite so much on the critical path, are allowed a somewhat wider mandate here and, provided that they do not break the www or doc builds, can occur right up to the last minute (more or less). People should take special care to review release notes, the handbook or FAQ documents for references which may be obsolete or unclear with the release of 3.0. If we don't fix it now, it probably won't be fixed for the release! 3. If you observe any serious dysfunction with the 3.0-CURRENT tree after the start of BETA, please let us know immediately! Don't just wait until the last moment to test things and say "Oh no, you can't do 3.0-RELEASE yet! The Fooble driver is *totally broken*!!" Given people's propensity for waiting until the last minute with every other release, and the fact that 3.0-RELEASE is already extremely delayed as it is, I'm just as likely to say "that's a real bummer, yes, but you Fooble users should have said something earlier! Your request for an extention is denied" this time. In order to prevent such an unfortunate situation from happening, therefore, you're all just going to have to USE THESE 30+ DAYS MORE EFFECTIVELY THAN THAT! THANK YOU! :-) I also understand full well that testing is being made a bit more difficult than usual at the moment due to the large number of changes to whack into the tree in a relatively short period (ELF, Perl5, CAM). I can only say that I and others are working as fast as we can to get the release SNAPshots building on current.freebsd.org again and will certainly continue to press for things to get fixed which are holding up the show. I hope that the current ``make release'' failures will not last much beyond the start of BETA, if even that long. As usual, if you have any questions about what should go in and what should stay out, simply ask me. As the release engineer, I will have the final say in this process but also certainly intend to confer extensively with core and other developers where such issues are unclear. Here's to a great 3.0-RELEASE! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 21:58:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA24450 for freebsd-current-outgoing; Sun, 13 Sep 1998 21:58:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA24443 for ; Sun, 13 Sep 1998 21:58:21 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id VAA07369; Sun, 13 Sep 1998 21:58:17 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Chuck Robey cc: William Woods , FreebSD Current Subject: Re: make world with -j4 opion.... In-reply-to: Your message of "Sun, 13 Sep 1998 15:01:34 EDT." Date: Sun, 13 Sep 1998 21:58:17 -0700 Message-ID: <7365.905749097@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > If someone's done a successful elf make buildworld with the -j flag set > higher than 3, and had it finish, I'd appreciate it if you'd post. I'd -j12, no problem, multiple times. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 22:24:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA29361 for freebsd-current-outgoing; Sun, 13 Sep 1998 22:24:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA29335; Sun, 13 Sep 1998 22:24:07 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.8/8.8.8) with ESMTP id WAA01454; Sun, 13 Sep 1998 22:23:51 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Sun, 13 Sep 1998 22:23:50 -0700 (PDT) From: Doug White To: William Woods cc: FreebSD Current , FreebSD Current , FreeBSD Questions Subject: Re: SSH Port problems.... 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 Fri, 11 Sep 1998, William Woods wrote: > While makeing SSH on my system with a make OBJFORMAT=aout I get.. > cc -pipe -Lrsaref2/source -L/usr/local/lib -o ssh ssh.o sshconnect.o > log-client.o readconf.o hostfile.o readpass.o tildexpand.o clientloop.o can > ohost.o idea.o rsa.o randoms.o md5.o buffer.o emulate.o packet.o compress.o > xmalloc.o ttymodes.o newchannels.o bufaux.o authfd.o authfile.o c > rc32.o rsaglue.o cipher.o des.o match.o arcfour.o mpaux.o userfile.o signals.o > blowfish.o deattack.o -L/usr/lib -lgmp -L/usr/lib -lz -lwrap -l > rsaref -lcrypt -L/usr/local/lib -lutil > /usr/libexec/aout/ld: -lrsaref: no match Hm, the rsaref library wasn't found. Perhaps it built an ELF version? The Ports tree is BROKEN in the 3.0 case, so don't get your hopes up until the ports team gets things straightened out. Any reason it has to be aout? Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 23:09:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA07910 for freebsd-current-outgoing; Sun, 13 Sep 1998 23:09:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA07874 for ; Sun, 13 Sep 1998 23:09:20 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.8.8/8.8.5) with SMTP id NAA29633; Mon, 14 Sep 1998 13:13:12 +0700 (NSS) Date: Mon, 14 Sep 1998 13:13:12 +0700 (NSS) From: Max Khon To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: 2nd Heads up! Start of 3.0-BETA in 48 hours. In-Reply-To: <7263.905747525@time.cdrom.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 hi, there! On Sun, 13 Sep 1998, Jordan K. Hubbard wrote: > At 23:00 PST, September 15th, the 3.0-CURRENT branch will enter BETA > status and code freeze in preparation for the 3.0-RELEASE which will > follow one month later on October 15th. if_lnc patches from Robert Swindells were commited only to -stable. Do you plan to commit them to -current? /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 23:40:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA13891 for freebsd-current-outgoing; Sun, 13 Sep 1998 23:40:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA13880 for ; Sun, 13 Sep 1998 23:40:48 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id XAA07661; Sun, 13 Sep 1998 23:39:11 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Max Khon cc: current@FreeBSD.ORG Subject: Re: 2nd Heads up! Start of 3.0-BETA in 48 hours. In-reply-to: Your message of "Mon, 14 Sep 1998 13:13:12 +0700." Date: Sun, 13 Sep 1998 23:39:11 -0700 Message-ID: <7657.905755151@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > if_lnc patches from Robert Swindells were commited only to -stable. > Do you plan to commit them to -current? If someone gives me a set which apply to -current, sure. That doesn't apply to the -stable patches he has, however. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sun Sep 13 23:41:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA13918 for freebsd-current-outgoing; Sun, 13 Sep 1998 23:41:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA13897 for ; Sun, 13 Sep 1998 23:40:57 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id XAA07330 for ; Sun, 13 Sep 1998 23:40:41 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id XAA18456 for ; Sun, 13 Sep 1998 23:40:40 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id XAA24316 for current@FreeBSD.ORG; Sun, 13 Sep 1998 23:40:39 -0700 (PDT) From: Don Lewis Message-Id: <199809140640.XAA24316@salsa.gv.tsc.tdk.com> Date: Sun, 13 Sep 1998 23:40:38 -0700 In-Reply-To: "Jordan K. Hubbard" "2nd Heads up! Start of 3.0-BETA in 48 hours." (Sep 13, 9:32pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: current@FreeBSD.ORG Subject: kern/7899 (was: Re: 2nd Heads up! Start of 3.0-BETA in 48 hours.) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG It would be appreciated if some more folks would take a look at my revised F_SETOWN patch in kern/7899 (the second patch in the pr). Because this patch looks like it could be generally useful and touches quite a few files, I'd rather not maintain it in my private source tree. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 00:02:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA17269 for freebsd-current-outgoing; Mon, 14 Sep 1998 00:02:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA17255 for ; Mon, 14 Sep 1998 00:02:18 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id JAA05572; Mon, 14 Sep 1998 09:07:06 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Mon, 14 Sep 1998 09:07:06 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Terry Lambert cc: freebsd-current@FreeBSD.ORG Subject: Re: Help, DEVFS/MFS is broken... In-Reply-To: <199809140002.RAA24759@usr04.primenet.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 Mon, 14 Sep 1998, Terry Lambert wrote: > It's julian@whistle.com, and I saw him Friday, so I don't think > there is any gravitational anomoly invloved... 8-). > > The problem is known. > In any case, he's aware of the problem, and *has* been working > on it. Ok, good to hear this. I didn't know what's going on since he didn't reply to my last few emails... Thanks for reassurance. Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 00:21:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA19844 for freebsd-current-outgoing; Mon, 14 Sep 1998 00:21:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bsd.mbp.ee (bsd.mbp.ee [194.204.12.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA19825 for ; Mon, 14 Sep 1998 00:21:35 -0700 (PDT) (envelope-from mauri@mbp.ee) Received: from nw1.mbp.ee (nw1.mbp.ee [194.204.12.68]) by bsd.mbp.ee (8.9.1/8.9.1) with ESMTP id KAA03522 for ; Mon, 14 Sep 1998 10:21:13 +0300 (EEST) (envelope-from mauri@mbp.ee) Message-Id: <199809140721.KAA03522@bsd.mbp.ee> Received: from SERVER/SpoolDir by nw1.mbp.ee (Mercury 1.43); 14 Sep 98 10:21:13 +0300 Received: from SpoolDir by SERVER (Mercury 1.43); 14 Sep 98 10:15:25 +0300 From: "Lauri Laupmaa" Organization: =?ISO-8859-1?Q?ripeva_Kirjastuse_AS?= To: current@FreeBSD.ORG Date: Mon, 14 Sep 1998 10:15:17 +0300 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Subject: bpfilter and SMP ? X-mailer: Pegasus Mail for Win32 (v3.01b) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from Quoted-printable to 8bit by hub.freebsd.org id AAA19840 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I recently added "pseudo-device bpfilter" to kernel configuration - after that things went very unstable, the machine crashes often... Might this be a problem related to SMP ? I'm also using softupdates/ccd, but they've been working rock solid until now.. FreeBSD bsd.mbp.ee 3.0-CURRENT FreeBSD 3.0-CURRENT #26: Fri Sep 11 16:06:50 EEST 1998 root@bsd.mbp.ee:/usr/src/sys/compile/SMP-BSD i386 ______________ Lauri Laupmaa Äripäev mauri@mbp.ee Ph. +372 66 70 369 +372 50 13 369 Fx. +372 66 70 165 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 00:23:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA20115 for freebsd-current-outgoing; Mon, 14 Sep 1998 00:23:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA20110; Mon, 14 Sep 1998 00:23:39 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id AAA18054; Mon, 14 Sep 1998 00:23:24 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma018050; Mon Sep 14 00:23:13 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id AAA16550; Mon, 14 Sep 1998 00:23:09 -0700 (PDT) From: Archie Cobbs Message-Id: <199809140723.AAA16550@bubba.whistle.com> Subject: Re: Still! what appears to be VM problems. In-Reply-To: <13818.5746.872010.922783@lupo.thebarn.com> from Russell Cattelan at "Sep 12, 98 01:45:51 am" To: cattelan@thebarn.com (Russell Cattelan) Date: Mon, 14 Sep 1998 00:23:09 -0700 (PDT) Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (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 Russell Cattelan writes: > Sep 11 17:34:45 lupo /kernel: pid 11035 (sendmail), uid 0: exited on signal 11 > Sep 11 17:49:45 lupo /kernel: pid 11049 (sendmail), uid 0: exited on signal 11 > > perl in free(): warning: junk pointer, too high to make sense. > perl in free(): warning: junk pointer, too high to make sense. > > This is the latest CAM kernel... so it isn't the "most" to date. We've been seeing a similar problem (or problems) literally for years ! Ie, in 2.2, 3.0, ... Could be one bug, could be more than one bug... but the following things seems to crop up all the time (not necessarily at the same time): - some file is being mmap'd - some process is forking - panic because a process on sleep and run queues at the same time - random segfaults in processes (inetd, sendmail -> because they fork alot?) When we try to look at kernel core dumps, it always seems either completely mysterious (eg, impossible CPU register contents) or almost completely mysterious (because no one here understands the VM code). I guess I'm hoping some VM guru will see this list and think "aha!" .. VM gurus, any ideas? Maybe there's some small race condition in the VM system when a process forks and there's a context switch involving a process using mmap and/or shared memory?? Or maybe just a simple mmap/shared memory bug? -Archie References: [DR97] The Dave Rivers memorial panic [INN98] People with news servers (which use mmap) getting random pages written into files. [SEGV97] Numerous inetd/sendmail random segfault reports to this list ___________________________________________________________________________ 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 Mon Sep 14 00:41:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22835 for freebsd-current-outgoing; Mon, 14 Sep 1998 00:41:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA22822 for ; Mon, 14 Sep 1998 00:41:23 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id DAA16046 for ; Mon, 14 Sep 1998 03:41:08 -0400 (EDT) Date: Mon, 14 Sep 1998 03:41:08 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: okay, so I'm a weirdo, but ... 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 was running the following script in zsh, typed in on the command line: % while : > do > /bin/pwd > sysctl vfs.cache.numcwdcalls > done Don't even ask me why, I'm not sure I could tell you. Anyway, when I hit ^C, I got: ^C[3] exit 1 /bin/pwd #This looks normal to me. -zsh in free(): warning: recursive call. #This is real bad, isn't it? -zsh in free(): warning: recursive call. It doesn't readily reproduce. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 00:51:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24690 for freebsd-current-outgoing; Mon, 14 Sep 1998 00:51:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24678 for ; Mon, 14 Sep 1998 00:51:29 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id JAA02778 for ; Mon, 14 Sep 1998 09:56:38 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Mon, 14 Sep 1998 09:56:38 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: Small glitch in aout-to-elf-install 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 Hi, When making the build and install targets separately, when I do the "make aout-to-elf-install" it tries to move aout libraries to subdirectories /usr/lib/aout, /usr/local/lib/aout etc, but it forgets to create these subdirs. Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 01:28:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA29485 for freebsd-current-outgoing; Mon, 14 Sep 1998 01:28:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA29480 for ; Mon, 14 Sep 1998 01:28:52 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id KAA03377; Mon, 14 Sep 1998 10:28:34 +0200 (CEST) (envelope-from sos) Message-Id: <199809140828.KAA03377@sos.freebsd.dk> Subject: Re: bpfilter and SMP ? In-Reply-To: <199809140721.KAA03522@bsd.mbp.ee> from Lauri Laupmaa at "Sep 14, 98 10:15:17 am" To: mauri@mbp.ee (Lauri Laupmaa) Date: Mon, 14 Sep 1998 10:28:34 +0200 (CEST) Cc: current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Lauri Laupmaa who wrote: > Hi > > I recently added "pseudo-device bpfilter" to kernel configuration - > after that things went very unstable, the machine crashes often... > Might this be a problem related to SMP ? I'm also using > softupdates/ccd, but they've been working rock solid until now.. bpfilter works fine here, but using softupdates with SMP is a big no-no, its doesn't work... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 01:33:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA00727 for freebsd-current-outgoing; Mon, 14 Sep 1998 01:33:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA00696 for ; Mon, 14 Sep 1998 01:33:20 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id SAA24995; Mon, 14 Sep 1998 18:36:31 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809140836.SAA24995@cimlogic.com.au> Subject: Re: Small glitch in aout-to-elf-install In-Reply-To: from Andrzej Bialecki at "Sep 14, 98 09:56:38 am" To: abial@nask.pl (Andrzej Bialecki) Date: Mon, 14 Sep 1998 18:36:31 +1000 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki wrote: > Hi, > > When making the build and install targets separately, when I do the > "make aout-to-elf-install" it tries to move aout libraries to > subdirectories /usr/lib/aout, /usr/local/lib/aout etc, but it forgets to > create these subdirs. Are you sure?! It does for me. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 02:00:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA04194 for freebsd-current-outgoing; Mon, 14 Sep 1998 02:00:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA04183 for ; Mon, 14 Sep 1998 02:00:46 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id FAA08359 for current@freebsd.org; Mon, 14 Sep 1998 05:00:36 -0400 (EDT) Date: Mon, 14 Sep 1998 05:00:36 -0400 (EDT) From: Daniel Eischen Message-Id: <199809140900.FAA08359@pcnet1.pcnet.com> To: current@FreeBSD.ORG Subject: Pthreads fixes before 3.0 release Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Can a committer review and apply the patch I submitted to make sigwait work? It can be found in kern/7586. There was also a patch posted a while ago to fix a problem with incremental priority updates in libc_r. When a thread runs and doesn't block, no other threads are allowed to execute. A search of the mailing lists should find this one. I've been running a patched version of the threads library for a while. It'd be nice to get this fixed before release. I'm on travel for the next couple of days, so I may not have time to reply until later this week. Dan Eischen eischen@vigrid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 02:03:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA04626 for freebsd-current-outgoing; Mon, 14 Sep 1998 02:03:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA04608 for ; Mon, 14 Sep 1998 02:03:21 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id CAA02287; Mon, 14 Sep 1998 02:02:12 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdcg2281; Mon Sep 14 09:02:10 1998 Date: Mon, 14 Sep 1998 02:02:07 -0700 (PDT) From: Julian Elischer To: Andrzej Bialecki cc: freebsd-current@FreeBSD.ORG Subject: Re: Help, DEVFS/MFS is broken... 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 Sorry about that.. here's the problem: The MFS directly calls specfs with some vnode. I don't understand why it needs to do this (even with a pointer from eivind) but obviously this can't work with DEVFS as the specfs won't know what to do with devfs based vnodes. I tried to make a picoBSD floppy on my -current machine (NON ELF) but it failed so I cannot get the vnode to see what kind of vnode it is. It looks (from the faiure of my first patch) that the vnode in question is not derived from the DEVFS, but if it's not from DEVFS and it's a device, then where on earth is it coming from? Alternatively, if it's not a device vnode, why is specfs being called to handle it? If you could get a pico kernel to print out the kind of vnode (as much info abut it as possible) that is being passed to specfs that would make my life a lot easier! julian On Mon, 14 Sep 1998, Andrzej Bialecki wrote: > Hi, > > This is yet another call for help to all those who know the filesystems, > to help fix this bug before 3.0-R... This is a genuine bug which panics > system in 100% cases, and makes any system using DEVFS and MFS unusable. > Below is an excerpt from my earlier posting, including the stack trace. > > I tried several times to contact Julian Elischer, but it looks like he > disappeared in a black hole... > > PS. If it's any good, I can open a PR on this... > > Andrzej Bialecki > > -------------------- ++-------++ ------------------------------------- > ||PicoBSD|| FreeBSD in your pocket? Go and see: > Research & Academic |+-------+| "Small & Embedded FreeBSD" > Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ > -------------------- ~-+==---+-+ ------------------------------------- > > > From abial@nask.pl Sun Sep 13 23:53:10 1998 > Date: Thu, 27 Aug 1998 11:46:13 +0200 (CEST) > From: Andrzej Bialecki > To: Julian Elischer > Cc: freebsd-current@FreeBSD.ORG > Subject: It's MFS panic.. (Re: Panic with DEVFS) > > > On Wed, 26 Aug 1998, Andrzej Bialecki wrote: > > > I'm totally lame when it comes to FS internals, but this looks to me > > as if some delayed action (caching? cleaning? read-ahead? whatever?) > > is causing this. > > ...but it looks like I was right after all. Below is the trace (no > crashdump available yet - I'm working on it). Source tree is about four > days old. > > One important notice, though: this time I was able to reliably crash > _without_ disabling any device, and even when not touching /dev at all - > it was enough to do just an 'ls -l' of some directory a few times to > produce sufficient number of dirty pages... The only thing that is common > in all these cases is: > > * root on MFS > * DEVFS/SLICE kernel > > and it seems these two definitely don't like each other.. :-( > > So, here's the stack trace (taken by hand.. :-<< ): > > _panic() > _mfs_strategy(ap=...) at _mfs_strategy+0x3c [../../ufs/mfs/mfs_vnops.c:137] > _bwrite(bp=...) at _bwrite+0xaf [../../kern/vfs_bio.c:891] > * _vop_stdbwrite(ap=...) at _vop_defaultop+0x15 [../../kern/vfs_default.c:131] > * _bawrite(bp=...) at _bawrite+0x2c [../../kern/vfs_bio.c:1122] > * _spec_fsync(ap=...) at _spec_fsync+0x76 [../../miscfs/specfs/spec_vnops.c:509] > _mfs_fsync(ap=...) at _mfs_fsync+0x16 [../../ufs/mfs/mfs_vnops.c:118] > _sched_sync() at _sched_sync+0xa4 [../../kern/vfs_subr.c:499] > _kproc_start(udata=...) at _kproc_start+0x32 [../../kern/init_main.c:248] > _fork_trampoline(...,...,...,...,...) at _fork_trampoline+0x30 > > The lines marked with stars ('*') in other panics were replaced with the > following lines: > > _vop_stdbwrite(ap=...) at _vop_stdbwrite+0xe [../../kern/vfs_default.c:285] > _vop_defaultop(ap=...) at _vop_defaultop+0x15 [../../kern/vfs_default.c:131] > _vfs_bio_awrite(bp=...) at _vfs_bio_awrite+0x103 [../../kern/vfs_bio.c:1122] > _spec_fsync(ap=...) at _spec_fsync+0x1e [../../miscfs/specfs/spec_vnops.c:503] > > I also tried to do a 'show object' which printed: > > db> show object > Object 0xf019bb75: type=1694529634, size=0x65007864, res=1166738538, ret=1694529635, flags=0x7363 > > Fatal trap 12: page fault while in kernel mode > ... > fault code = supervisor read, page not present > ... > current process = 4 (syncer) > interrupt mask = bio > > and at this point I gave up... > > I'll try to get the coredump, if you're interested in having it... > > Andrzej Bialecki > > +---------------------+------------------------+--------------------------+ > | | When in problem or in | if(halt_per_mth > 0) { | > | Research & Academic | doubt, run in circles, | fetch("FreeBSD"); | > | Network in Poland | scream and shout. | } | > + --------------------+------------------------+--------------------------+ > > > > 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 Mon Sep 14 02:17:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA06112 for freebsd-current-outgoing; Mon, 14 Sep 1998 02:17:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from math.berkeley.edu (math.Berkeley.EDU [128.32.183.94]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA06102 for ; Mon, 14 Sep 1998 02:17:20 -0700 (PDT) (envelope-from dan@math.berkeley.edu) Received: (from dan@localhost) by math.berkeley.edu (8.8.7/8.8.7) id CAA09398; Mon, 14 Sep 1998 02:17:01 -0700 (PDT) Date: Mon, 14 Sep 1998 02:17:01 -0700 (PDT) From: dan@math.berkeley.edu (Dan Strick) Message-Id: <199809140917.CAA09398@math.berkeley.edu> To: dg@root.com Subject: Re: Download of FreeBSD 3.0-SNAP Cc: dan@math.berkeley.edu, freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >FreeBSD no longer does elevator sorts on data pending output, > >relying instead on the disk hardware to be smarter about this, > >especially given the likelihood that the drive is lying about > >its pysical geometry, making it unlikely that any sort you > >could do would result in an optimization. Even so, the driver should sort the I/O requests whenever the system's buffer queue for the drive exceeds the capacity of the system/host-adapter/drive for concurrently active commands. Since actual drive "geometry" is usually messy these days, a simple minded sort by block number would be appropriate. Dan Strick dan@math.berkeley.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 02:36:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA09407 for freebsd-current-outgoing; Mon, 14 Sep 1998 02:36:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA09401 for ; Mon, 14 Sep 1998 02:36:09 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id LAA13954; Mon, 14 Sep 1998 11:13:31 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Mon, 14 Sep 1998 11:13:30 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Julian Elischer cc: freebsd-current@FreeBSD.ORG Subject: Re: Help, DEVFS/MFS is broken... 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, 14 Sep 1998, Julian Elischer wrote: > If you could get a pico kernel to print out the kind of vnode > (as much info abut it as possible) that is being passed to specfs > that would make my life a lot easier! Ok, I'll do it ASAP. Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 03:16:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA13331 for freebsd-current-outgoing; Mon, 14 Sep 1998 03:16:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA13322 for ; Mon, 14 Sep 1998 03:16:31 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id UAA25225; Mon, 14 Sep 1998 20:19:54 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809141019.UAA25225@cimlogic.com.au> Subject: Re: Pthreads fixes before 3.0 release In-Reply-To: <199809140900.FAA08359@pcnet1.pcnet.com> from Daniel Eischen at "Sep 14, 98 05:00:36 am" To: eischen@vigrid.com (Daniel Eischen) Date: Mon, 14 Sep 1998 20:19:54 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel Eischen wrote: > > Can a committer review and apply the patch I submitted to make > sigwait work? It can be found in kern/7586. There was also > a patch posted a while ago to fix a problem with incremental > priority updates in libc_r. When a thread runs and doesn't > block, no other threads are allowed to execute. A search of > the mailing lists should find this one. The patch you posted breaks pause(). I committed the patch, but had to back it out later when I found the breakage. I hope to have time to sort out the problem before 3.0 goes out the door. > I've been running a patched version of the threads library for > a while. It'd be nice to get this fixed before release. Unfortunately we each don't use all the functions in the library, so it is possible to apply a "fix" to one that breaks another. This is why I started committing the test programs that people provide. All my tests run under a proprietary build-test-release system that is very un-BSD so there is no point releasing the code. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 03:30:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA15083 for freebsd-current-outgoing; Mon, 14 Sep 1998 03:30:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from door.barclayscapital.com (www.barclayscapital.com [194.205.158.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA15069 for ; Mon, 14 Sep 1998 03:30:30 -0700 (PDT) (envelope-from Pierre.Dampure@barclayscapital.com) From: Pierre.Dampure@barclayscapital.com Received: (from mailman@localhost) by door.barclayscapital.com (8.8.8/8.8.7) id LAA07574 for ; Mon, 14 Sep 1998 11:28:08 +0100 (BST) Received: from gate.barclayscapital.net(194.205.158.68) by door.bzw.com via smap (V2.0) id xma007260; Mon, 14 Sep 98 11:27:21 +0100 Received: (from nobody@localhost) by gate.bzw.com (8.8.7/8.8.7) id LAA20973 for ; Mon, 14 Sep 1998 11:29:19 +0100 (BST) Received: from fwgw01-dmz(194.205.158.129) by gate.bzw.com via smap (V2.0) id xma020963; Mon, 14 Sep 98 11:29:18 +0100 Received: (from nobody@localhost) by fwgw01.ldn.bzwint.com (8.8.7/8.8.7) id LAA04763 for ; Mon, 14 Sep 1998 11:29:17 +0100 (BST) Received: from oplss0001.itops.ldn.bzwint.com(30.75.1.4) by fwgw01.ldn.bzwint.com via smap (V2.0) id xma004756; Mon, 14 Sep 98 11:29:13 +0100 Received: from nmb01gw01 (smtphost.ldn.bzwint.com [30.10.1.10]) by oplss0001.itops.ldn.bzwint.com (8.8.7/8.8.6) with SMTP id LAA05436 for ; Mon, 14 Sep 1998 11:27:59 +0100 (BST) Received: from EXMSMCON02.fmcs.ldn.bzwint.com (EXMSMCON02.fmcs.ldn.bzwint.com [30.81.1.2]) by nmb01gw01 (NTMail 3.02.13) with ESMTP id ta376291 for ; Mon, 14 Sep 1998 11:22:05 +0100 Received: from exintgw02.itops.ldn.bzwint.com (unverified [30.45.1.87]) by exmsmcon02 (Integralis SMTPRS 2.0.15) with ESMTP id ; Mon, 14 Sep 1998 11:28:05 +0100 Received: by exintgw02.itops.ldn.bzwint.com with Internet Mail Service (5.0.1460.8) id ; Mon, 14 Sep 1998 11:29:22 +0100 Message-Id: <711DCB8FB391D111B9DD00805F8BDDBAF7ED1D@exips0019.itops.ldn.bzwint.com> To: chuckr@mat.net Cc: freebsd-current@FreeBSD.ORG Subject: RE: make world with -j4 opion.... Date: Mon, 14 Sep 1998 11:29:19 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1460.8) Content-Type: text/plain Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Same here... -j9 yesterday evening on a just CVSup'd -current, SMP, async/noatime on all file systems. Not a glitch. Best Regards, Pierre Y. -----Original Message----- From: Jordan K. Hubbard [mailto:jkh@time.cdrom.com] Sent: Monday, September 14, 1998 5:58 AM To: Chuck Robey Cc: William Woods; FreebSD Current Subject: Re: make world with -j4 opion.... > If someone's done a successful elf make buildworld with the -j flag set > higher than 3, and had it finish, I'd appreciate it if you'd post. I'd -j12, no problem, multiple times. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message -------------------------------------------------------------------------------------- Internet communications are not secure and therefore the Barclays Group does not accept legal responsibility for the contents of this message. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Barclays Group unless otherwise specifically stated. -------------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 04:40:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA23483 for freebsd-current-outgoing; Mon, 14 Sep 1998 04:40:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA23406 for ; Mon, 14 Sep 1998 04:40:05 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id EAA02654; Mon, 14 Sep 1998 04:39:47 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id EAA22895; Mon, 14 Sep 1998 04:39:44 -0700 (PDT) Date: Mon, 14 Sep 1998 04:39:44 -0700 (PDT) Message-Id: <199809141139.EAA22895@silvia.hip.berkeley.edu> To: dwhite@resnet.uoregon.edu CC: wwoods@cybcon.com, freebsd-current@FreeBSD.ORG In-reply-to: (message from Doug White on Sun, 13 Sep 1998 22:23:50 -0700 (PDT)) Subject: Re: SSH Port problems.... From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * From: Doug White * The Ports tree is BROKEN in the 3.0 case, so don't get your hopes up until * the ports team gets things straightened out. The ports team has no chance to get things straigtened out before 3.0R as ELF has entered the tree way too close to the release. I have already posted the guidelines for fixing stuff, anyone (and I mean, *anyone*) running 3.0-ELF please take some time and fix ports you use and send in patches to us. Thanks! Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 04:40:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA23548 for freebsd-current-outgoing; Mon, 14 Sep 1998 04:40:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA23534 for ; Mon, 14 Sep 1998 04:40:38 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id EAA02661; Mon, 14 Sep 1998 04:40:21 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id EAA22902; Mon, 14 Sep 1998 04:40:18 -0700 (PDT) Date: Mon, 14 Sep 1998 04:40:18 -0700 (PDT) Message-Id: <199809141140.EAA22902@silvia.hip.berkeley.edu> To: seggers@semyam.dinoco.de CC: current@FreeBSD.ORG, seggers@semyam.dinoco.de In-reply-to: <199809131004.MAA12192@semyam.dinoco.de> (message from Stefan Eggers on Sun, 13 Sep 1998 12:04:22 +0200) Subject: Re: ELF transition for ports From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * > (6) The ldconfig line in Makefiles should read: * > * > ${SETENV} OBJFORMAT=${PORTOBJFORMAT} /sbin/ldconfig -m .... * * Not like this? * * ${SETENV} OBJFORMAT=${PORTOBJFORMAT} ${LDCONFIG} -m .... * * I ask because I am just about to make an ELF version of tcp_wrappers * 7.6 and noticed the Makefile uses this macro instead. Oh yes, yes. That's better. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 05:35:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA27919 for freebsd-current-outgoing; Mon, 14 Sep 1998 05:35:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA27914 for ; Mon, 14 Sep 1998 05:35:35 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id IAA22968; Mon, 14 Sep 1998 08:35:20 -0400 (EDT) Date: Mon, 14 Sep 1998 08:35:20 -0400 (EDT) From: Daniel Eischen Message-Id: <199809141235.IAA22968@pcnet1.pcnet.com> To: eischen@vigrid.com, jb@cimlogic.com.au Subject: Re: Pthreads fixes before 3.0 release Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The patch you posted breaks pause(). I committed the patch, but had > to back it out later when I found the breakage. I hope to have time > to sort out the problem before 3.0 goes out the door. No, this is a second patch. It fixes the problem with sigsuspend (sigpause). I saw the commit messages when you added my first patch and then when you backed it out. I went back and fixed it, and added another test program to verify sigsuspend. Basically, the patch adds another state so that sigwait and sigsuspend are placed in unique states. See kern/7586 for details. > Unfortunately we each don't use all the functions in the library, so > it is possible to apply a "fix" to one that breaks another. This is > why I started committing the test programs that people provide. All > my tests run under a proprietary build-test-release system that is very > un-BSD so there is no point releasing the code. If something breaks let me know. I am willing to track down any problems associated with this patch - I don't necessarily need your test programs, just a description of what broke. I know you've been busy being Elf-man, which is why I didn't mail you directly regarding this. Dan Eischen eischen@vigrid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 06:02:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA01494 for freebsd-current-outgoing; Mon, 14 Sep 1998 06:02:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bsd.mbp.ee (bsd.mbp.ee [194.204.12.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA01486 for ; Mon, 14 Sep 1998 06:02:17 -0700 (PDT) (envelope-from mauri@mbp.ee) Received: from nw1.mbp.ee (nw1.mbp.ee [194.204.12.68]) by bsd.mbp.ee (8.9.1/8.9.1) with ESMTP id QAA01259 for ; Mon, 14 Sep 1998 16:01:48 +0300 (EEST) (envelope-from mauri@mbp.ee) Message-Id: <199809141301.QAA01259@bsd.mbp.ee> Received: from SERVER/SpoolDir by nw1.mbp.ee (Mercury 1.43); 14 Sep 98 16:01:52 +0300 Received: from SpoolDir by SERVER (Mercury 1.43); 14 Sep 98 15:55:21 +0300 From: "Lauri Laupmaa" Organization: =?ISO-8859-1?Q?ripeva_Kirjastuse_AS?= To: current@FreeBSD.ORG Date: Mon, 14 Sep 1998 15:55:02 +0300 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Subject: Re: bpfilter and SMP ? In-reply-to: <199809140828.KAA03377@sos.freebsd.dk> References: <199809140721.KAA03522@bsd.mbp.ee> from Lauri Laupmaa at "Sep 14, 98 10:15:17 am" X-mailer: Pegasus Mail for Win32 (v3.01b) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from Quoted-printable to 8bit by hub.freebsd.org id GAA01490 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14 Sep 98, at 10:28, Søren Schmidt wrote: > > after that things went very unstable, the machine crashes often... > > Might this be a problem related to SMP ? I'm also using > > softupdates/ccd, but they've been working rock solid until now.. > > bpfilter works fine here, but using softupdates with SMP is a > big no-no, its doesn't work... Well, but IT has worked rock solid about 4 months.... ______________ Lauri Laupmaa Äripäev mauri@mbp.ee Ph. +372 66 70 369 +372 50 13 369 Fx. +372 66 70 165 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 07:21:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA08936 for freebsd-current-outgoing; Mon, 14 Sep 1998 07:21:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gw-nl1.philips.com (gw-nl1.philips.com [192.68.44.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA08926 for ; Mon, 14 Sep 1998 07:20:58 -0700 (PDT) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl1.philips.com with ESMTP id PAA16803 for ; Mon, 14 Sep 1998 15:44:15 +0200 (MEST) (envelope-from Jos.Backus@nl.origin-it.com) Received: from hal.mpn.cp.philips.com (hal.mpn.cp.philips.com [130.139.64.195]) by smtprelay-nl1.philips.com (8.8.5/8.6.10-1.2.2m-970826) with SMTP id PAA17051 for ; Mon, 14 Sep 1998 15:44:15 +0200 (MET DST) Received: (qmail 3933 invoked by uid 666); 14 Sep 1998 13:44:35 -0000 Message-ID: <19980914154435.A2122@hal.mpn.cp.philips.com> Date: Mon, 14 Sep 1998 15:44:35 +0200 From: Jos Backus To: freebsd-current@FreeBSD.ORG Subject: softupdates kernel build problem Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-ex terns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wunini tialized -Wformat -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../ ../include -DKERNEL -include opt_global.h -aout ../../ufs/ffs/ffs_softdep.c ../../ufs/ffs/ffs_softdep.c: In function `allocdirect_merge': ../../ufs/ffs/ffs_softdep.c:1265: warning: int format, ufs_lbn_t arg (arg 4) ../../ufs/ffs/ffs_softdep.c: In function `initiate_write_inodeblock': ../../ufs/ffs/ffs_softdep.c:2822: warning: int format, ufs_lbn_t arg (arg 3) ../../ufs/ffs/ffs_softdep.c:2827: warning: int format, long int arg (arg 3) ../../ufs/ffs/ffs_softdep.c: In function `handle_written_inodeblock': ../../ufs/ffs/ffs_softdep.c:3171: warning: int format, ufs_lbn_t arg (arg 4) ../../ufs/ffs/ffs_softdep.c:3178: warning: int format, long int arg (arg 4) Thanks, -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/ _/ Jos.Backus@nl.origin-it.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 08:02:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15921 for freebsd-current-outgoing; Mon, 14 Sep 1998 08:02:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp-gw.BayNetworks.COM (ns1.BayNetworks.COM [134.177.3.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15914 for ; Mon, 14 Sep 1998 08:02:33 -0700 (PDT) (envelope-from thomma@BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107] (may be forged)) by smtp-gw.BayNetworks.COM (8.8.8/8.8.8) with ESMTP id IAA22283; Mon, 14 Sep 1998 08:02:14 -0700 (PDT) Received: from fedex.engwest.baynetworks.com (fedex.engwest.baynetworks.com [134.177.110.46]) by mailhost.BayNetworks.COM (8.8.8/8.8.8) with SMTP id IAA24173; Mon, 14 Sep 1998 08:02:13 -0700 (PDT) Received: from carrera.engwest (carrera.engwest.baynetworks.com) by fedex.engwest.baynetworks.com (4.1/SMI-4.1) Received: from localhost by carrera.engwest (SMI-8.6/SMI-SVR4) id HAA16789; Mon, 14 Sep 1998 07:59:09 -0700 To: Pierre.Dampure@barclayscapital.com Cc: chuckr@mat.net, freebsd-current@FreeBSD.ORG Subject: RE: make world with -j4 opion.... In-Reply-To: Your message of "Mon, 14 Sep 1998 11:29:19 +0100" <711DCB8FB391D111B9DD00805F8BDDBAF7ED1D@exips0019.itops.ldn.bzwint.com> References: <711DCB8FB391D111B9DD00805F8BDDBAF7ED1D@exips0019.itops.ldn.bzwint.com> X-Mailer: Mew version 1.92 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980914075909A.thomma@baynetworks.com> Date: Mon, 14 Sep 1998 07:59:09 -0700 From: Tamiji Homma X-Dispatcher: imput version 971024 Lines: 12 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Pierre Y. wrote: > Same here... -j9 yesterday evening on a just CVSup'd -current, SMP, > async/noatime on all file systems. Not a glitch. Mine(elf -j8, dual PPros) finished succesfully without softupdates (with async,notime, 1:23). It crashes every single time with softupdates for last a few weeks. I also did -j8/softupdates on K6 machine. I got the same panic with others. By the way, should elf-ed gdb -k work with aout kernel? Tammy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 10:26:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA08309 for freebsd-current-outgoing; Mon, 14 Sep 1998 10:26:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA08303 for ; Mon, 14 Sep 1998 10:26:48 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id KAA16867; Mon, 14 Sep 1998 10:22:02 -0700 (PDT) Message-Id: <199809141722.KAA16867@implode.root.com> To: dan@math.berkeley.edu (Dan Strick) cc: freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Mon, 14 Sep 1998 02:17:01 PDT." <199809140917.CAA09398@math.berkeley.edu> From: David Greenman Reply-To: dg@root.com Date: Mon, 14 Sep 1998 10:22:02 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> >FreeBSD no longer does elevator sorts on data pending output, >> >relying instead on the disk hardware to be smarter about this, >> >especially given the likelihood that the drive is lying about >> >its pysical geometry, making it unlikely that any sort you >> >could do would result in an optimization. > >Even so, the driver should sort the I/O requests whenever the >system's buffer queue for the drive exceeds the capacity of >the system/host-adapter/drive for concurrently active commands. >Since actual drive "geometry" is usually messy these days, >a simple minded sort by block number would be appropriate. For the record, the quote that you sited above was Terry's, not mine, and in any case doesn't match reality. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 10:39:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA10920 for freebsd-current-outgoing; Mon, 14 Sep 1998 10:39:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA10807; Mon, 14 Sep 1998 10:39:25 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-30.camalott.com [208.229.74.30]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id MAA29633; Mon, 14 Sep 1998 12:41:04 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id MAA08622; Mon, 14 Sep 1998 12:38:54 -0500 (CDT) (envelope-from joelh) Date: Mon, 14 Sep 1998 12:38:54 -0500 (CDT) Message-Id: <199809141738.MAA08622@detlev.UUCP> To: Terry Lambert CC: tom@uniserve.com (Tom), gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-reply-to: <199809132343.QAA23937@usr04.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809132343.QAA23937@usr04.primenet.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > While this is fine for disks that can support multiple outstanding > commands pending simultaneously (giving them something to sort), > it is less of a good idea for stupid disks that must be sent > commands serially. Like, oh, say, E/IDE disks. > The FreeBSD E/IDE driver supports queued tagged commands, but > few E/IDE drives have this capability (in fact, I am not aware > of *any* that support this portion of the spec.). > It should be noted that some SCSI devices don't support tagged > command queuing, either (but we don't buy those, since they are > in the minority). I'm no disk expert, so please tell me: what is tagged command queueing? Is it the ability to have multiple outstanding requests, with the device reordering the requests for optimal efficiency, and relying on a cookie in the header to differentiate between requests? Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 11:09:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15432 for freebsd-current-outgoing; Mon, 14 Sep 1998 11:09:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA15245; Mon, 14 Sep 1998 11:08:08 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id LAA21421; Mon, 14 Sep 1998 11:07:52 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp04.primenet.com, id smtpd021374; Mon Sep 14 11:07:46 1998 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id LAA18273; Mon, 14 Sep 1998 11:07:31 -0700 (MST) From: Terry Lambert Message-Id: <199809141807.LAA18273@usr05.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: dg@root.com Date: Mon, 14 Sep 1998 18:07:31 +0000 (GMT) Cc: tlambert@primenet.com, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809140412.VAA00438@implode.root.com> from "David Greenman" at Sep 13, 98 09:12:18 pm X-Mailer: ELM [version 2.4 PL25] 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 > >FreeBSD no longer does elevator sorts on data pending output, > >relying instead on the disk hardware to be smarter about this, > >especially given the likelihood that the drive is lying about > >its pysical geometry, making it unlikely that any sort you > >could do would result in an optimization. > > Not true. All of the "dumb" drivers (wd, fd, etc) call a generic disk block > elevator sorting function. (!) I didn't see this... time to reread the damn code before I post another answer in this area... 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 11:14:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16838 for freebsd-current-outgoing; Mon, 14 Sep 1998 11:14:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA16222; Mon, 14 Sep 1998 11:12:06 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id LAA08606; Mon, 14 Sep 1998 11:11:48 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp03.primenet.com, id smtpd008588; Mon Sep 14 11:11:44 1998 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id LAA18415; Mon, 14 Sep 1998 11:11:38 -0700 (MST) From: Terry Lambert Message-Id: <199809141811.LAA18415@usr05.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: joelh@gnu.org Date: Mon, 14 Sep 1998 18:11:38 +0000 (GMT) Cc: tlambert@primenet.com, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809141738.MAA08622@detlev.UUCP> from "Joel Ray Holveck" at Sep 14, 98 12:38:54 pm X-Mailer: ELM [version 2.4 PL25] 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 > I'm no disk expert, so please tell me: what is tagged command > queueing? Is it the ability to have multiple outstanding requests, > with the device reordering the requests for optimal efficiency, and > relying on a cookie in the header to differentiate between requests? Yes. Think of it as "how much concurrency does my disk support?". For a single-user, sincgle-program-at-a-time system, this is not much of a bottleneck; for a server under load, it's the *primary* bottleneck. Note that David points out that FreeBSD *does* do elevator sorting; it's still not optimal, however, since physical and logical cylinder boundaries are infrequently the same on modern hardware. I have to look before I say any more (since I thought the code was removed circa 2.2.1). David says it's called on all "dumb" drivers (wd, etc.); I'm not sure the "Ultra" DMA EIDE drivers are still in this category. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 11:26:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA20463 for freebsd-current-outgoing; Mon, 14 Sep 1998 11:26:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA20286 for ; Mon, 14 Sep 1998 11:25:33 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id UAA13818; Mon, 14 Sep 1998 20:15:34 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.1/8.9.1) id TAA05237; Mon, 14 Sep 1998 19:51:11 +0200 (CEST) (envelope-from andreas) Message-ID: <19980914195109.A4662@klemm.gtn.com> Date: Mon, 14 Sep 1998 19:51:09 +0200 From: Andreas Klemm To: Lauri Laupmaa , current@FreeBSD.ORG Subject: Re: bpfilter and SMP ? References: <199809140721.KAA03522@bsd.mbp.ee> <199809140828.KAA03377@sos.freebsd.dk> <199809141301.QAA01259@bsd.mbp.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.93.2i In-Reply-To: <199809141301.QAA01259@bsd.mbp.ee>; from Lauri Laupmaa on Mon, Sep 14, 1998 at 03:55:02PM +0300 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Sep 14, 1998 at 03:55:02PM +0300, Lauri Laupmaa wrote: > On 14 Sep 98, at 10:28, Søren Schmidt wrote: > > > > after that things went very unstable, the machine crashes often... > > > Might this be a problem related to SMP ? I'm also using > > > softupdates/ccd, but they've been working rock solid until now.. > > > > bpfilter works fine here, but using softupdates with SMP is a > > big no-no, its doesn't work... > > Well, but IT has worked rock solid about 4 months.... Works since many many weeks ... -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 12:14:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA29129 for freebsd-current-outgoing; Mon, 14 Sep 1998 12:14:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA29115 for ; Mon, 14 Sep 1998 12:14:48 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id MAA00621; Mon, 14 Sep 1998 12:20:10 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809141920.MAA00621@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Tamiji Homma cc: freebsd-current@FreeBSD.ORG Subject: Elf kernel (was Re: make world with -j4 opion.... ) In-reply-to: Your message of "Mon, 14 Sep 1998 07:59:09 PDT." <19980914075909A.thomma@baynetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 14 Sep 1998 12:20:09 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I also did -j8/softupdates on K6 machine. I got the same panic > with others. By the way, should elf-ed gdb -k work with aout kernel? I don't believe so, no. If we want to go with an ELF kernel, we need someone to look at kernel dumps soon. John Polstra has probably fixed ELF kernel builds (if not I have some patches from him that will help). -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Mon Sep 14 13:21:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA08927 for freebsd-current-outgoing; Mon, 14 Sep 1998 13:21:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.kar.net (n183.cdialup.kar.net [195.178.130.183]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA08878 for ; Mon, 14 Sep 1998 13:20:39 -0700 (PDT) (envelope-from kushn@mail.kar.net) Received: from localhost (volodya@localhost) by mail.kar.net (8.9.1/8.8.8) with SMTP id XAA03195 for ; Mon, 14 Sep 1998 23:20:13 +0300 (EEST) (envelope-from kushn@mail.kar.net) Date: Mon, 14 Sep 1998 23:20:13 +0300 (EEST) From: Vladimir Kushnir X-Sender: volodya@kushnir.kiev.ua To: current@FreeBSD.ORG Subject: Some more perl5 questions under elf 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 Hello, There're some problems with perl5 build under -current (elf): i) Sorry, I don't know is this is intended, but during make buildworld perl5 is linked to static libperl.a. When re-built afterwards: -r-xr-xr-x 2 bin bin 7936 Sep 14 13:57 /usr/bin/perl -r-xr-xr-x 1 bin bin 449796 Sep 14 13:52 /usr/bin/perl.orig ii) (And more essential) Perl5 as it is doesn't want to load modules dynamically unless linked with -rdynamic (or at least the originally built during buildworld doesn't). BTW, exactly the same situation I had with elf X server and its modules, with development glib-1.1 and its libgmodule-1.1 and so on. Regards, Vladimir ===========================|======================= Vladimir Kushnir | kushn@mail.kar.net, | Powered by FreeBSD kushnir@ap3.bitp.kiev.ua | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 13:21:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA09021 for freebsd-current-outgoing; Mon, 14 Sep 1998 13:21:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.kar.net (n183.cdialup.kar.net [195.178.130.183]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA08920 for ; Mon, 14 Sep 1998 13:20:56 -0700 (PDT) (envelope-from kushn@mail.kar.net) Received: from localhost (volodya@localhost) by mail.kar.net (8.9.1/8.8.8) with SMTP id XAA03173 for ; Mon, 14 Sep 1998 23:20:03 +0300 (EEST) (envelope-from kushn@mail.kar.net) Date: Mon, 14 Sep 1998 23:20:02 +0300 (EEST) From: Vladimir Kushnir X-Sender: volodya@kushnir.kiev.ua To: current@FreeBSD.ORG Subject: Re: kernel build error under ELF In-Reply-To: <199809110749.RAA01964@godzilla.zeta.org.au> 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 Hello, several days ago there were some messages 'bout kernel not wanting to build under ELF with error from /usr/libexec/aout/ld: "/usr/libexec/aout/ld: /usr/lib/libgcc.a(): bad magic" I've got this very error today (make world & kernel as of ctm-src-cur.3537). And the reason is very simple: somehow a.out libgcc.a isn't installed by installworld and is to be installed by hand. Obviously, for a.out linker elf libgcc.a doesn't work. Regards, Vladimir ===========================|======================= Vladimir Kushnir | kushn@mail.kar.net, | Powered by FreeBSD kushnir@ap3.bitp.kiev.ua | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 13:29:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA11023 for freebsd-current-outgoing; Mon, 14 Sep 1998 13:29:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA10997; Mon, 14 Sep 1998 13:29:44 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.8/8.8.8) with ESMTP id NAA07484; Mon, 14 Sep 1998 13:29:27 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Mon, 14 Sep 1998 13:29:26 -0700 (PDT) From: Doug White To: Satoshi Asami cc: wwoods@cybcon.com, freebsd-current@FreeBSD.ORG Subject: Re: SSH Port problems.... In-Reply-To: <199809141139.EAA22895@silvia.hip.berkeley.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 Mon, 14 Sep 1998, Satoshi Asami wrote: > * From: Doug White > > * The Ports tree is BROKEN in the 3.0 case, so don't get your hopes up until > * the ports team gets things straightened out. > > The ports team has no chance to get things straigtened out before 3.0R > as ELF has entered the tree way too close to the release. I have > already posted the guidelines for fixing stuff, anyone (and I mean, > *anyone*) running 3.0-ELF please take some time and fix ports you use > and send in patches to us. Whereabouts could we find these guidelines? If it was posted to mail it probably got deleted in my mad-dash-to-clear-mailboxes after vacation. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 13:57:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16924 for freebsd-current-outgoing; Mon, 14 Sep 1998 13:57:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16829 for ; Mon, 14 Sep 1998 13:56:40 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id XAA13596; Mon, 14 Sep 1998 23:00:30 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Mon, 14 Sep 1998 23:00:30 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Mike Smith cc: Tamiji Homma , freebsd-current@FreeBSD.ORG Subject: Re: Elf kernel (was Re: make world with -j4 opion.... ) In-Reply-To: <199809141920.MAA00621@dingo.cdrom.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 Mon, 14 Sep 1998, Mike Smith wrote: > > > > I also did -j8/softupdates on K6 machine. I got the same panic > > with others. By the way, should elf-ed gdb -k work with aout kernel? > > I don't believe so, no. No, it does not work (at least not with version from today :-)). As a temporary workaround I recompiled my gdb setting OBJFORMAT=aout. Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 14:05:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA19852 for freebsd-current-outgoing; Mon, 14 Sep 1998 14:05:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA19828 for ; Mon, 14 Sep 1998 14:05:40 -0700 (PDT) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.9.1/8.8.8) with SMTP id RAA11852 for ; Mon, 14 Sep 1998 17:05:15 -0400 (EDT) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Mon, 14 Sep 1998 17:05:15 -0400 (EDT) From: "Alok K. Dhir" To: current@FreeBSD.ORG Subject: ELF Xfree86? 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 Is the ELFized version of the XFree86 port on the horizon? I ask because I'm seeing a few ELFized versions of some X ports coming in, and those aren't make-able until XFree86 is ELF... How about the perl5 port? Thanks! Al To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 14:07:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA20267 for freebsd-current-outgoing; Mon, 14 Sep 1998 14:07:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA20202 for ; Mon, 14 Sep 1998 14:06:48 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id OAA13981; Mon, 14 Sep 1998 14:06:22 -0700 (PDT) (envelope-from jdp) Message-Id: <199809142106.OAA13981@austin.polstra.com> To: mike@smith.net.au Subject: Re: Elf kernel (was Re: make world with -j4 opion.... ) In-Reply-To: <199809141920.MAA00621@dingo.cdrom.com> References: <199809141920.MAA00621@dingo.cdrom.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Mon, 14 Sep 1998 14:06:22 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809141920.MAA00621@dingo.cdrom.com>, Mike Smith wrote: > John Polstra has probably fixed ELF kernel builds (if not > I have some patches from him that will help). I haven't tried an ELF kernel build lately. I'm pretty sure I committed at least the asnames.h patch I sent you. I don't know about the other parts of the patch. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 14:20:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA24228 for freebsd-current-outgoing; Mon, 14 Sep 1998 14:20:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.kar.net (n183.cdialup.kar.net [195.178.130.183]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA23992 for ; Mon, 14 Sep 1998 14:19:28 -0700 (PDT) (envelope-from kushn@mail.kar.net) Received: from localhost (volodya@localhost) by mail.kar.net (8.9.1/8.8.8) with SMTP id AAA03774 for ; Tue, 15 Sep 1998 00:19:01 +0300 (EEST) (envelope-from kushn@mail.kar.net) Date: Tue, 15 Sep 1998 00:19:01 +0300 (EEST) From: Vladimir Kushnir X-Sender: volodya@kushnir.kiev.ua To: current@FreeBSD.ORG Subject: What's happened to ctm (or exit(), or error interface)? 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 Built as of ctm-src-cur.3637 (Sep 13): ctm -l src-cur.3538.gz [listing] ctm: exit(0): Undefined error: 0 ~~~~~~~~~~~~~~~~~~~ Regards, Vladimir ===========================|======================= Vladimir Kushnir | kushn@mail.kar.net, | Powered by FreeBSD kushnir@ap3.bitp.kiev.ua | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 14:36:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA27000 for freebsd-current-outgoing; Mon, 14 Sep 1998 14:36:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA26992 for ; Mon, 14 Sep 1998 14:36:08 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.7/8.8.7) with UUCP id WAA04334 for freebsd.org!current; Mon, 14 Sep 1998 22:35:43 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from [194.32.164.2] by seagoon.gid.co.uk; Mon, 14 Sep 1998 22:34:05 +0100 (BST) X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 14 Sep 1998 22:34:03 +0000 To: current@FreeBSD.ORG From: Bob Bishop Subject: ctm oddity Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG # ctm -vv ../deltas/*3538* Working on <../deltas/src-cur.3538.gz> Expecting Global MD5 <8deb64c1d172f60714ff0479c71b18c1> Reference Global MD5 <8deb64c1d172f60714ff0479c71b18c1> > FS .ctm_status > FN COPYRIGHT > FN README > FN bin/cat/cat.c [...etc...] > FN usr.bin/mkdep/mkdep.1 > FN usr.bin/mkdep/mkdep.gcc.sh > FN usr.sbin/btxld/btxld.c All done ok ctm: exit(0): No such file or directory <--------- WTF? # -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 14:56:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA29519 for freebsd-current-outgoing; Mon, 14 Sep 1998 14:56:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA29513 for ; Mon, 14 Sep 1998 14:56:07 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id OAA24797; Mon, 14 Sep 1998 14:55:47 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp04.primenet.com, id smtpd024724; Mon Sep 14 14:55:39 1998 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id OAA00546; Mon, 14 Sep 1998 14:55:36 -0700 (MST) From: Terry Lambert Message-Id: <199809142155.OAA00546@usr05.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: dg@root.com Date: Mon, 14 Sep 1998 21:55:36 +0000 (GMT) Cc: dan@math.berkeley.edu, freebsd-current@FreeBSD.ORG In-Reply-To: <199809141722.KAA16867@implode.root.com> from "David Greenman" at Sep 14, 98 10:22:02 am X-Mailer: ELM [version 2.4 PL25] 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 > >> >FreeBSD no longer does elevator sorts on data pending output, > >> >relying instead on the disk hardware to be smarter about this, > >> >especially given the likelihood that the drive is lying about > >> >its pysical geometry, making it unlikely that any sort you > >> >could do would result in an optimization. > > > >Even so, the driver should sort the I/O requests whenever the > >system's buffer queue for the drive exceeds the capacity of > >the system/host-adapter/drive for concurrently active commands. > >Since actual drive "geometry" is usually messy these days, > >a simple minded sort by block number would be appropriate. > > For the record, the quote that you sited above was Terry's, not mine, and > in any case doesn't match reality. As I already stated in a followup; I was mistaken about the code having been diked out in all cases; it was only diked out in some; which ones, I can't tell you right now. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 14:57:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA29704 for freebsd-current-outgoing; Mon, 14 Sep 1998 14:57:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA29699 for ; Mon, 14 Sep 1998 14:57:19 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id OAA09350; Mon, 14 Sep 1998 14:57:02 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp03.primenet.com, id smtpd009312; Mon Sep 14 14:56:55 1998 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id OAA00609; Mon, 14 Sep 1998 14:56:51 -0700 (MST) From: Terry Lambert Message-Id: <199809142156.OAA00609@usr05.primenet.com> Subject: Re: Elf kernel (was Re: make world with -j4 opion.... ) To: mike@smith.net.au (Mike Smith) Date: Mon, 14 Sep 1998 21:56:51 +0000 (GMT) Cc: thomma@BayNetworks.COM, freebsd-current@FreeBSD.ORG In-Reply-To: <199809141920.MAA00621@dingo.cdrom.com> from "Mike Smith" at Sep 14, 98 12:20:09 pm X-Mailer: ELM [version 2.4 PL25] 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 > > I also did -j8/softupdates on K6 machine. I got the same panic > > with others. By the way, should elf-ed gdb -k work with aout kernel? > > I don't believe so, no. > > If we want to go with an ELF kernel, we need someone to look at kernel > dumps soon. John Polstra has probably fixed ELF kernel builds (if not > I have some patches from him that will help). Is this with or without Loqui's most recent patch, posted to -current the other day? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 15:14:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03226 for freebsd-current-outgoing; Mon, 14 Sep 1998 15:14:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp-gw.BayNetworks.COM (ns1.BayNetworks.COM [134.177.3.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03221 for ; Mon, 14 Sep 1998 15:14:22 -0700 (PDT) (envelope-from thomma@BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107] (may be forged)) by smtp-gw.BayNetworks.COM (8.8.8/8.8.8) with ESMTP id PAA23938; Mon, 14 Sep 1998 15:14:03 -0700 (PDT) Received: from fedex.engwest.baynetworks.com (fedex.engwest.baynetworks.com [134.177.110.46]) by mailhost.BayNetworks.COM (8.8.8/8.8.8) with SMTP id PAA17839; Mon, 14 Sep 1998 15:14:01 -0700 (PDT) Received: from carrera.engwest (carrera.engwest.baynetworks.com) by fedex.engwest.baynetworks.com (4.1/SMI-4.1) Received: from localhost by carrera.engwest (SMI-8.6/SMI-SVR4) id PAA17786; Mon, 14 Sep 1998 15:09:31 -0700 To: tlambert@primenet.com Cc: mike@smith.net.au, freebsd-current@FreeBSD.ORG Subject: Re: Elf kernel (was Re: make world with -j4 opion.... ) In-Reply-To: Your message of "Mon, 14 Sep 1998 21:56:51 +0000 (GMT)" <199809142156.OAA00609@usr05.primenet.com> References: <199809142156.OAA00609@usr05.primenet.com> X-Mailer: Mew version 1.92 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980914150931W.thomma@baynetworks.com> Date: Mon, 14 Sep 1998 15:09:31 -0700 From: Tamiji Homma X-Dispatcher: imput version 971024 Lines: 16 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I also did -j8/softupdates on K6 machine. I got the same panic > > with others. By the way, should elf-ed gdb -k work with aout kernel? > > I don't believe so, no. > > If we want to go with an ELF kernel, we need someone to look at kernel > dumps soon. John Polstra has probably fixed ELF kernel builds (if not > I have some patches from him that will help). > Is this with or without Loqui's most recent patch, posted to -current > the other day? K6 machine crash is without Loqui's patch(ffs_inode.c). Dual PPro machine crash is with his patch. Tammy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 15:30:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA07094 for freebsd-current-outgoing; Mon, 14 Sep 1998 15:30:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from merlin.camalott.com (merlin.camalott.com [208.229.74.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA07023; Mon, 14 Sep 1998 15:30:12 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-30.camalott.com [208.229.74.30]) by merlin.camalott.com (8.8.7/8.8.7) with ESMTP id RAA06240; Mon, 14 Sep 1998 17:30:54 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id RAA09230; Mon, 14 Sep 1998 17:29:30 -0500 (CDT) (envelope-from joelh) Date: Mon, 14 Sep 1998 17:29:30 -0500 (CDT) Message-Id: <199809142229.RAA09230@detlev.UUCP> To: Terry Lambert CC: joelh@gnu.org, tlambert@primenet.com, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-reply-to: <199809141811.LAA18415@usr05.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809141811.LAA18415@usr05.primenet.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Note that David points out that FreeBSD *does* do elevator sorting; > it's still not optimal, however, since physical and logical cylinder > boundaries are infrequently the same on modern hardware. I have to > look before I say any more (since I thought the code was removed > circa 2.2.1). David says it's called on all "dumb" drivers (wd, > etc.); I'm not sure the "Ultra" DMA EIDE drivers are still in this > category. I would guess (and this is a guess, feel free to correct) that it's still fairly good, if it simply is performing an elevator sort keyed on block numbers. I would expect that most translations leave the order of the blocks alone. (ie, if block n is closer to the spindle than n+1, then both are closer than n+2, assuming a spiral instead of an actual CHS. Latency is still an issue, but not much.) This would mean that such a sort would still be 100% valid. Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 15:41:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA09209 for freebsd-current-outgoing; Mon, 14 Sep 1998 15:41:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ducky.net (gate.ducky.net [198.145.101.253]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA09195 for ; Mon, 14 Sep 1998 15:40:52 -0700 (PDT) (envelope-from mike@ducky.net) Received: (from mike@localhost) by ducky.net (8.9.1/8.8.5) id PAA13542 for current@freebsd.org; Mon, 14 Sep 1998 15:40:05 -0700 (PDT) Date: Mon, 14 Sep 1998 15:40:05 -0700 (PDT) From: Mike Haertel Message-Id: <199809142240.PAA13542@ducky.net> To: current@FreeBSD.ORG Subject: yow--"mt blocksize" eats tape! (SCSI, exabyte) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG using an exabyte 8505 tape drive, some time back under a 2.2.6 kernel, i made a backup by the following process: mt -f /dev/nrst0 blocksize 1024 tar cvf - /dev/nrst0 files-to-back-up | dd of=/dev/nrst0 obs=1m mt -f /dev/nrst0 offline (i used fixed blocksize 1024 tapes for compatibility with other operating systems, including UnixWare and Linux, and so i can do large block writes and still have small blocks on the tape.) apparently, however, "mt blocksize" has recently become a destructive operation! on a -current system, desiring to extract the tape, i did: [insert tape] mt -f /dev/nrst0 blocksize 1024 unlike what i used to see, this now takes a long time and causes some sort of tape activity. then: tar xvf /dev/nrst0 only to be greeted by an empty tape! apparently the "mt blocksize" command resulted in the tape being erased. i tried this again with another tape, the same thing happened. since when is "mt blocksize" destructive, and is this something that happened on purpose? Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 15:44:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10025 for freebsd-current-outgoing; Mon, 14 Sep 1998 15:44:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from top.worldcontrol.com (surf49.cruzers.com [205.215.232.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA10018 for ; Mon, 14 Sep 1998 15:44:34 -0700 (PDT) (envelope-from brian@worldcontrol.com) From: brian@worldcontrol.com Received: (qmail 3703 invoked by uid 100); 14 Sep 1998 22:44:39 -0000 Date: Mon, 14 Sep 1998 15:44:39 -0700 To: sos@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: bpfilter and SMP ? Message-ID: <19980914154438.A3696@top.worldcontrol.com> References: <199809140721.KAA03522@bsd.mbp.ee> <199809140828.KAA03377@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.94.6i In-Reply-To: =?iso-8859-1?Q?=3C199809140828=2EKAA03377=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Mon=2C_Sep_14=2C_1998_at_10:28:34AM_?= =?iso-8859-1?Q?+0200?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In reply to Lauri Laupmaa who wrote: > > I recently added "pseudo-device bpfilter" to kernel configuration - > > after that things went very unstable, the machine crashes often... > > Might this be a problem related to SMP ? I'm also using > > softupdates/ccd, but they've been working rock solid until now.. On 0, Søren Schmidt wrote: > bpfilter works fine here, but using softupdates with SMP is a > big no-no, its doesn't work... I've run softupdates with SMP for months. What's the problem? -- Brian Litzinger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 16:46:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20131 for freebsd-current-outgoing; Mon, 14 Sep 1998 16:46:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20119; Mon, 14 Sep 1998 16:46:43 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id QAA02068; Mon, 14 Sep 1998 16:52:18 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809142352.QAA02068@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Terry Lambert cc: joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Mon, 14 Sep 1998 18:11:38 -0000." <199809141811.LAA18415@usr05.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 14 Sep 1998 16:52:18 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Note that David points out that FreeBSD *does* do elevator sorting; > it's still not optimal, however, since physical and logical cylinder > boundaries are infrequently the same on modern hardware. I have > to look before I say any more (since I thought the code was removed > circa 2.2.1). David says it's called on all "dumb" drivers (wd, etc.); > I'm not sure the "Ultra" DMA EIDE drivers are still in this category. You're talking about bufqdisksort(), which sorts a bp into a queue of bp's. Since it works with bp's, it's clear that it sorts on linear block offset, which isn't exactly optimal but is less suboptimal than pure randomness. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Mon Sep 14 17:03:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA21560 for freebsd-current-outgoing; Mon, 14 Sep 1998 17:03:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from seera.nttlabs.com (seera.nttlabs.com [204.162.36.81]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA21551 for ; Mon, 14 Sep 1998 17:03:07 -0700 (PDT) (envelope-from gene@nttlabs.com) Received: from localhost (gene@localhost) by seera.nttlabs.com (8.8.8/8.8.7) with SMTP id RAA28940; Mon, 14 Sep 1998 17:02:09 -0700 (PDT) X-Authentication-Warning: seera.nttlabs.com: gene owned process doing -bs Date: Mon, 14 Sep 1998 17:02:08 -0700 (PDT) From: "Eugene M. Kim" To: Bob Bishop cc: current@FreeBSD.ORG Subject: Re: ctm oddity 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 think err(3) functions in libc are broken. They are printing a bogus error message like ': undefined error: 0' at the end of normal output. Try "ls /nonexistent" on a latest -current system and you'll get: ls: /nonexistent: No such file or directory: Undefined error: 0 Is a fix being committed soon? Thanks! Regards, Eugene On Mon, 14 Sep 1998, Bob Bishop wrote: | Date: Mon, 14 Sep 1998 22:34:03 +0000 | From: Bob Bishop | To: current@FreeBSD.ORG | Subject: ctm oddity | | # ctm -vv ../deltas/*3538* | Working on <../deltas/src-cur.3538.gz> | Expecting Global MD5 <8deb64c1d172f60714ff0479c71b18c1> | Reference Global MD5 <8deb64c1d172f60714ff0479c71b18c1> | > FS .ctm_status | > FN COPYRIGHT | > FN README | > FN bin/cat/cat.c | [...etc...] | > FN usr.bin/mkdep/mkdep.1 | > FN usr.bin/mkdep/mkdep.gcc.sh | > FN usr.sbin/btxld/btxld.c | All done ok | ctm: exit(0): No such file or directory <--------- WTF? | # | | | -- | Bob Bishop (0118) 977 4017 international code +44 118 | rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK | | | | 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 Mon Sep 14 17:09:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22408 for freebsd-current-outgoing; Mon, 14 Sep 1998 17:09:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from seera.nttlabs.com (seera.nttlabs.com [204.162.36.81]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA22402; Mon, 14 Sep 1998 17:09:45 -0700 (PDT) (envelope-from gene@nttlabs.com) Received: from localhost (gene@localhost) by seera.nttlabs.com (8.8.8/8.8.7) with SMTP id RAA28999; Mon, 14 Sep 1998 17:09:28 -0700 (PDT) X-Authentication-Warning: seera.nttlabs.com: gene owned process doing -bs Date: Mon, 14 Sep 1998 17:09:28 -0700 (PDT) From: "Eugene M. Kim" To: "Alok K. Dhir" cc: jmz@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ELF Xfree86? 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 have worked on this over the last weekend and made an alpha-quality patch. Unfortunately this patch was not intended to be a general backward-compatible one, but if you have a working ELF system it will do what you want. Would you -- and others who live with an Elf :-) -- like to try it? I don't want this work to be another waste-of-time... Regards, Eugene On Mon, 14 Sep 1998, Alok K. Dhir wrote: | Date: Mon, 14 Sep 1998 17:05:15 -0400 (EDT) | From: Alok K. Dhir | To: current@FreeBSD.ORG | Subject: ELF Xfree86? | | | Is the ELFized version of the XFree86 port on the horizon? I ask because | I'm seeing a few ELFized versions of some X ports coming in, and those | aren't make-able until XFree86 is ELF... | | How about the perl5 port? | | Thanks! | | Al | | | | 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 Mon Sep 14 17:27:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25066 for freebsd-current-outgoing; Mon, 14 Sep 1998 17:27:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA25014; Mon, 14 Sep 1998 17:27:28 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id RAA21739; Mon, 14 Sep 1998 17:22:29 -0700 (PDT) Message-Id: <199809150022.RAA21739@implode.root.com> To: Terry Lambert cc: joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Mon, 14 Sep 1998 18:11:38 -0000." <199809141811.LAA18415@usr05.primenet.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 14 Sep 1998 17:22:29 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> I'm no disk expert, so please tell me: what is tagged command >> queueing? Is it the ability to have multiple outstanding requests, >> with the device reordering the requests for optimal efficiency, and >> relying on a cookie in the header to differentiate between requests? > >Yes. Think of it as "how much concurrency does my disk support?". >For a single-user, sincgle-program-at-a-time system, this is not >much of a bottleneck; for a server under load, it's the *primary* >bottleneck. > >Note that David points out that FreeBSD *does* do elevator sorting; >it's still not optimal, however, since physical and logical cylinder >boundaries are infrequently the same on modern hardware. I have >to look before I say any more (since I thought the code was removed >circa 2.2.1). David says it's called on all "dumb" drivers (wd, etc.); >I'm not sure the "Ultra" DMA EIDE drivers are still in this category. FreeBSD's disksort function sorts by block number, not by cylinder number. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 18:20:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA03282 for freebsd-current-outgoing; Mon, 14 Sep 1998 18:20:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA03277 for ; Mon, 14 Sep 1998 18:20:42 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id SAA13000; Mon, 14 Sep 1998 18:20:17 -0700 (PDT) Message-ID: <19980914182017.A12986@nuxi.com> Date: Mon, 14 Sep 1998 18:20:17 -0700 From: "David O'Brien" To: Terry Lambert Cc: freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP Reply-To: obrien@NUXI.com References: <199809141811.LAA18415@usr05.primenet.com> <199809142352.QAA02068@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809142352.QAA02068@dingo.cdrom.com>; from Mike Smith on Mon, Sep 14, 1998 at 04:52:18PM -0700 X-Operating-System: FreeBSD 2.2.7-STABLE 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 > Since it works with bp's, it's clear that it sorts on linear block > offset, which isn't exactly optimal but is less suboptimal than pure > randomness. Sounds like the same performance win you get feeding a super scaler processor code ordered by a VLIW compiler. The super scaler design searches for parallelism among instructions at execution time, and being feed instuctions in a good ILP ordering by a VLIW compiler, of course it finds more. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Mon Sep 14 18:22:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA03587 for freebsd-current-outgoing; Mon, 14 Sep 1998 18:22:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA03582 for ; Mon, 14 Sep 1998 18:22:18 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id SAA13016; Mon, 14 Sep 1998 18:21:48 -0700 (PDT) Message-ID: <19980914182148.B12986@nuxi.com> Date: Mon, 14 Sep 1998 18:21:48 -0700 From: "David O'Brien" To: Doug White Cc: freebsd-current@FreeBSD.ORG Subject: Re: SSH Port problems.... Reply-To: obrien@NUXI.com References: <199809141139.EAA22895@silvia.hip.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Doug White on Mon, Sep 14, 1998 at 01:29:26PM -0700 X-Operating-System: FreeBSD 2.2.7-STABLE 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 > Whereabouts could we find these guidelines? If it was posted to mail it > probably got deleted in my mad-dash-to-clear-mailboxes after vacation. Posted to -current. A copy is comming your way. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Mon Sep 14 18:44:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA06605 for freebsd-current-outgoing; Mon, 14 Sep 1998 18:44:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA06593; Mon, 14 Sep 1998 18:44:28 -0700 (PDT) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.9.1/8.8.8) with SMTP id VAA12957; Mon, 14 Sep 1998 21:43:36 -0400 (EDT) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Mon, 14 Sep 1998 21:43:36 -0400 (EDT) From: "Alok K. Dhir" To: "Eugene M. Kim" cc: Alok_K._Dhir/Person/World_Bank@notes.worldbank.org, jmz@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ELF Xfree86? In-Reply-To: <87B69798E951207C8525668000055244.0003ACCA85256680@worldbank.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 I'd be glad to try it... On Mon, 14 Sep 1998, Eugene M. Kim wrote: > > > I have worked on this over the last weekend and made an alpha-quality > patch. Unfortunately this patch was not intended to be a general > backward-compatible one, but if you have a working ELF system it will do > what you want. > > Would you -- and others who live with an Elf :-) -- like to try it? I > don't want this work to be another waste-of-time... > > Regards, > Eugene > > On Mon, 14 Sep 1998, Alok K. Dhir wrote: > > | Date: Mon, 14 Sep 1998 17:05:15 -0400 (EDT) > | From: Alok K. Dhir > | To: current@FreeBSD.ORG > | Subject: ELF Xfree86? > | > | > | Is the ELFized version of the XFree86 port on the horizon? I ask because > | I'm seeing a few ELFized versions of some X ports coming in, and those > | aren't make-able until XFree86 is ELF... > | > | How about the perl5 port? > | > | Thanks! > | > | Al > | > | > | > | 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 > -------------------------------------------------------------------- \||/_ Alok K. Dhir Phone: +1.202.473.2446 oo \ S11-151, ISGMC Email: adhir@worldbank.org L_ The World Bank Group Washington, DC \/ ------------------------------------------------------------------------| "Unix _is_ user friendly - it just chooses friends selectively..." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 18:48:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA07156 for freebsd-current-outgoing; Mon, 14 Sep 1998 18:48:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA07149; Mon, 14 Sep 1998 18:48:32 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id TAA00613; Mon, 14 Sep 1998 19:48:16 -0600 (MDT) Message-Id: <199809150148.TAA00613@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: cvs-committers@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: CAM integration imminent. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 14 Sep 1998 19:41:57 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Starting at ~9:30PM MDT tonight (9/14/98), I will be integrating CAM into -current. I anticipate that the commit process will take well over an hour to complete as CAM touches almost every part of the tree. Please refrain from checking in changes from 9:30 until I signal the all clear - this task will be hard enough as it is. Thanks, Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 18:57:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA08711 for freebsd-current-outgoing; Mon, 14 Sep 1998 18:57:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA08705; Mon, 14 Sep 1998 18:56:49 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id SAA25541; Mon, 14 Sep 1998 18:56:33 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp04.primenet.com, id smtpd025481; Mon Sep 14 18:56:24 1998 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id SAA12652; Mon, 14 Sep 1998 18:56:16 -0700 (MST) From: Terry Lambert Message-Id: <199809150156.SAA12652@usr05.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: dg@root.com Date: Tue, 15 Sep 1998 01:56:16 +0000 (GMT) Cc: tlambert@primenet.com, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809150022.RAA21739@implode.root.com> from "David Greenman" at Sep 14, 98 05:22:29 pm X-Mailer: ELM [version 2.4 PL25] 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 > >Note that David points out that FreeBSD *does* do elevator sorting; > >it's still not optimal, however, since physical and logical cylinder > >boundaries are infrequently the same on modern hardware. > > FreeBSD's disksort function sorts by block number, not by cylinder number. Hence it being non-optimal; see Mike's post... optimial is "always does exactly the right thing". It's not pessimal, either (as Mike pointed out, too). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 18:58:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA08891 for freebsd-current-outgoing; Mon, 14 Sep 1998 18:58:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA08880 for ; Mon, 14 Sep 1998 18:58:06 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id SAA04403; Mon, 14 Sep 1998 18:57:44 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <35FDC997.36B76432@dal.net> Date: Mon, 14 Sep 1998 18:57:43 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0914 i386) MIME-Version: 1.0 To: Robert Watson CC: freebsd-current@FreeBSD.ORG, obrien@NUXI.com Subject: Re: Plans to upgrade /etc/services? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Robert Watson wrote: > > On Sat, 12 Sep 1998, Studded wrote: > > > Robert Watson wrote: > > > > > > Are there plans to integrate recent additions to the IANA port assignments > > > into /etc/services? > > > > I've had a PR open on this forever. Now that I'm finally done with a > > major FreeBSD project maybe I'll look at this. I doubt it will happen in > > time for the 3.0 release in any case. > > > > > Coda recently acquired IANA port numbers, and we'd > > > love it if the FreeBSD services file included them by default. :) Also, > > > if anyone else's services files included them by default, of course. > > > > > > Would it be best if I just submitted patches? > > > > My take on the situation is that patches for a specific set of things > > submitted in a PR would likely be committed, so I would highly recommend > > that course of action. > > I have taken the IANA port list and reformatted it a bit to use #'s for > comments and so on. There is a copy of it at > > http://www.watson.org/~robert/services > > However, I wasn't sure what the formatting requirements for /etc/services > were. They're available in services(5). It is VERY VERY important to stick with the appropriate file format, or else the getservent(3) library will cause all manner of havoc (I found this out the hard way :). The things that are committed so far all look good. > Also, the IANA ports list does not include the duplicate names for ports > -- for example, the current services file lists: > > imap 143/tcp imap2 imap4 #Interim Mail Access Protocol v2 > > IANA just has an entry in the form: > imap 143/tcp #Internet Message Access Protocol > > There are a number of cases where IANA has two names for the same port, > and lists them on sequential lines instead of using the BSD extension > format with the additional names before the comment. According to the man page, multiple aliases are fine, and there are several examples of this in the current file. Having more than one entry for the same port will cause grief however. > If someone gives me some pointers, I'll patch up those few remaining > issues, and it should be a fairly useful services file (it is up-to-date > as of this afternoon). One other minor problem is apparent -- when I do a > netstat, the service names in general appear fine. Except for ssh in my > version of /etc/services: Hrrmm... I'm not having this problem here, but I'm using the stock services file. David O'Brien, if you want to contact me privately and let me know exactly what you need help with, I'll be glad to do what I can. I have some time this week and I'd love to see this PR closed. Doug -- *** Chief Operations Officer, DALnet IRC network *** "Yes, the president should resign. He has lied to the American people, time and time again, and betrayed their trust. He is no longer an effective leader. Since he has admitted guilt, there is no reason to put the American people through an impeachment. He will serve absolutely no purpose in finishing out his term; the only possible solution is for the president to save some dignity and resign." - William Jefferson Clinton, 1974 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 19:08:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10215 for freebsd-current-outgoing; Mon, 14 Sep 1998 19:08:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail3.mailsorter.net (mail3.mailsorter.net [209.132.1.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA10208 for ; Mon, 14 Sep 1998 19:08:14 -0700 (PDT) (envelope-from daniel@cooltime.simplenet.com) Received: from cx69546-a.orng1.occa.home.com ([24.1.177.139]) by mail3.mailsorter.net (Netscape Mail Server v2.02) with SMTP id AAA436 for ; Mon, 14 Sep 1998 19:07:49 -0700 Received: by cx69546-a.orng1.occa.home.com with Microsoft Mail id <01BDE012.EB044280@cx69546-a.orng1.occa.home.com>; Mon, 14 Sep 1998 19:07:29 -0700 Message-ID: <01BDE012.EB044280@cx69546-a.orng1.occa.home.com> From: Daniel Hawton To: "'current@freebsd.org'" Subject: Cable Modem Date: Mon, 14 Sep 1998 19:07:27 -0700 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 Does FREEbsd support cable modems? My provider is Cox@Home (www.cox.com/HighSpeed/index.html and http://www.home.com) Please repsond ASAP To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 19:27:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA11599 for freebsd-current-outgoing; Mon, 14 Sep 1998 19:27:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA11594; Mon, 14 Sep 1998 19:27:45 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id TAA23732; Mon, 14 Sep 1998 19:22:52 -0700 (PDT) Message-Id: <199809150222.TAA23732@implode.root.com> To: Terry Lambert cc: joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Tue, 15 Sep 1998 01:56:16 -0000." <199809150156.SAA12652@usr05.primenet.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 14 Sep 1998 19:22:52 -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> >Note that David points out that FreeBSD *does* do elevator sorting; >> >it's still not optimal, however, since physical and logical cylinder >> >boundaries are infrequently the same on modern hardware. >> >> FreeBSD's disksort function sorts by block number, not by cylinder number. > >Hence it being non-optimal; see Mike's post... optimial is "always does >exactly the right thing". It's not pessimal, either (as Mike pointed >out, too). Uh, I think it is reasonable to assume that disk drives have contiguous block numbers (except for replacement blocks of course). Sorting by block number is the most optimal way of sorting that we can do in FreeBSD. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 19:40:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA13235 for freebsd-current-outgoing; Mon, 14 Sep 1998 19:40:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA13213 for ; Mon, 14 Sep 1998 19:40:07 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.8.8/8.8.5) with SMTP id JAA19225 for ; Tue, 15 Sep 1998 09:44:24 +0700 (NSS) Date: Tue, 15 Sep 1998 09:44:24 +0700 (NSS) From: Max Khon To: current@FreeBSD.ORG Subject: koi8-r keymap in menus.c (/stand/sysinstall) Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2071035738-905827464=:19201" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-2071035738-905827464=:19201 Content-Type: TEXT/PLAIN; charset=US-ASCII hi, there! how about this patch for menus.c? /fjoe --0-2071035738-905827464=:19201 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="menus.c.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: LS0tIG1lbnVzLmMub3JpZwlUdWUgU2VwIDE1IDA5OjM3OjA2IDE5OTgNCisr KyBtZW51cy5jCVR1ZSBTZXAgMTUgMDk6NDE6MjQgMTk5OA0KQEAgLTEzNDYs NyArMTM0Niw3IEBADQogICAgICAgeyAiSmFwYW5lc2UgMTA2IiwJIkphcGFu ZXNlIDEwNiBrZXltYXAiLCAgZG1lbnVWYXJDaGVjaywgZG1lbnVTZXRLbWFw VmFyaWFibGUsIE5VTEwsICJrZXltYXA9anAuMTA2IiB9LA0KICAgICAgIHsg Ik5vcndheSBJU08iLAkiTm9yd2VnaWFuIElTTyBrZXltYXAiLAlkbWVudVZh ckNoZWNrLCBkbWVudVNldEttYXBWYXJpYWJsZSwgTlVMTCwgImtleW1hcD1u b3J3ZWdpYW4uaXNvIiB9LA0KICAgICAgIHsgIlJ1c3NpYSBDUDg2NiIsCSJS dXNzaWFuIENQODY2IGtleW1hcCIsCWRtZW51VmFyQ2hlY2ssIGRtZW51U2V0 S21hcFZhcmlhYmxlLCBOVUxMLCAia2V5bWFwPXJ1LmNwODY2IiB9LA0KLSAg ICAgIHsgIlJ1c3NpYSBLT0k4LVIiLCAiUnVzc2lhbiBLT0k4LVIga2V5bWFw IiwgZG1lbnVWYXJDaGVjaywgZG1lbnVTZXRLbWFwVmFyaWFibGUsIE5VTEws ICJrZXltYXA9cnUua29pOC1yIiB9LA0KKyAgICAgIHsgIlJ1c3NpYSBLT0k4 LVIiLCAiUnVzc2lhbiBLT0k4LVIga2V5bWFwIiwgZG1lbnVWYXJDaGVjaywg ZG1lbnVTZXRLbWFwVmFyaWFibGUsIE5VTEwsICJrZXltYXA9cnUua29pOC1y LnNoaWZ0IiB9LA0KICAgICAgIHsgIlNsb3ZlbmlhbiIsICJTbG92ZW5pYW4g SVNPIGtleW1hcCIsCWRtZW51VmFyQ2hlY2ssIGRtZW51U2V0S21hcFZhcmlh YmxlLCBOVUxMLCAia2V5bWFwPXNpLmlzby5hY2MiIH0sDQogICAgICAgeyAi U3BhbmlzaCAoYWNjZW50KSIsICJTcGFuaXNoIElTTyBrZXltYXAgKGFjY2Vu dCBrZXlzKSIsCWRtZW51VmFyQ2hlY2ssIGRtZW51U2V0S21hcFZhcmlhYmxl LCBOVUxMLCAia2V5bWFwPXNwYW5pc2guaXNvLmFjYyIgfSwNCiAgICAgICB7 ICJTcGFuaXNoIiwJIlNwYW5pc2ggSVNPIGtleW1hcCIsCWRtZW51VmFyQ2hl Y2ssIGRtZW51U2V0S21hcFZhcmlhYmxlLCBOVUxMLCAia2V5bWFwPXNwYW5p c2guaXNvIiB9LA0K --0-2071035738-905827464=:19201-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 20:06:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15704 for freebsd-current-outgoing; Mon, 14 Sep 1998 20:06:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15691 for ; Mon, 14 Sep 1998 20:06:48 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from eggbeater.cs.rpi.edu (crossd@eggbeater.cs.rpi.edu [128.213.8.32]) by cs.rpi.edu (8.9.1/8.9.1) with SMTP id XAA22690 for ; Mon, 14 Sep 1998 23:06:28 -0400 (EDT) Date: Mon, 14 Sep 1998 23:06:26 -0400 (EDT) From: "David E. Cross" To: freebsd-current@FreeBSD.ORG Subject: 'bug' in /bin/sh's builtin 'echo' 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 been attempting to do some network installs of SGI IRIX 6.5 machines off of a -CURRENT machine. IRIX 6.5 makes heavy use of 'echo foo\c'. By reading the manpage for echo it appears that '\c' is POSIX to not print a newline (similar to -n). In fact /bin/echo 'does the right thing' without the '-e' option. The shell builtin in /bin/sh however requires '-e' to parse \c correctly. For the moment I have inserted the '#define eflag 1' into the 'echo.c' builtin. Should this change make it into the tree 'officially'? -- David Cross To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 20:12:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA16129 for freebsd-current-outgoing; Mon, 14 Sep 1998 20:12:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from joshua.enteract.com (joshua.enteract.com [207.229.129.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA16124 for ; Mon, 14 Sep 1998 20:12:10 -0700 (PDT) (envelope-from djhoward@joshua.enteract.com) Received: (qmail 470 invoked by uid 1032); 15 Sep 1998 03:11:42 -0000 Message-ID: <19980914221142.J27510@enteract.com> Date: Mon, 14 Sep 1998 22:11:42 -0500 From: dannyman To: Daniel Hawton , "'current@freebsd.org'" Subject: Re: Cable Modem Mail-Followup-To: Daniel Hawton , "'current@freebsd.org'" References: <01BDE012.EB044280@cx69546-a.orng1.occa.home.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <01BDE012.EB044280@cx69546-a.orng1.occa.home.com>; from Daniel Hawton on Mon, Sep 14, 1998 at 07:07:27PM -0700 X-Loop: djhoward@uiuc.edu X-URL: http://www.dannyland.org/~dannyman/ Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Sep 14, 1998 at 07:07:27PM -0700, Daniel Hawton wrote: > Does FREEbsd support cable modems? My provider is Cox@Home > (www.cox.com/HighSpeed/index.html and http://www.home.com) Please repsond > ASAP You need to learn to RTFFAQ, you would then learn that: 1) This is not germaine to -current. 2) "There are several methods for computer connection, but Ethernet 10BaseT is emerging as the most predominant method." FreeBSD supports a wide variety of Enternet NICs, so yes, you can hook up to the cable modem service, from what I can tell by reading http://www.cox.com/HighSpeed/modemfaq.html#How_Connect. -danny -- // dannyman yori aiokomete || Our Honored Symbol deserves \\/ http://www.dannyland.org/~dannyman/ || an Honorable Retirement (UIUC) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 21:41:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA24196 for freebsd-current-outgoing; Mon, 14 Sep 1998 21:41:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA24190 for ; Mon, 14 Sep 1998 21:41:23 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id VAA03846; Mon, 14 Sep 1998 21:40:59 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id VAA26336; Mon, 14 Sep 1998 21:40:56 -0700 (PDT) Date: Mon, 14 Sep 1998 21:40:56 -0700 (PDT) Message-Id: <199809150440.VAA26336@silvia.hip.berkeley.edu> To: dwhite@resnet.uoregon.edu CC: wwoods@cybcon.com, freebsd-current@FreeBSD.ORG In-reply-to: (message from Doug White on Mon, 14 Sep 1998 13:29:26 -0700 (PDT)) Subject: Re: SSH Port problems.... From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Whereabouts could we find these guidelines? If it was posted to mail it * probably got deleted in my mad-dash-to-clear-mailboxes after vacation. I put it in http://www.freebsd.org/~asami/elf-guidelines.txt Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 21:51:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA25256 for freebsd-current-outgoing; Mon, 14 Sep 1998 21:51:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell6.ba.best.com (shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA25243 for ; Mon, 14 Sep 1998 21:51:39 -0700 (PDT) (envelope-from jkb@best.com) Received: from localhost (jkb@localhost) by shell6.ba.best.com (8.9.0/8.9.0/best.sh) with SMTP id VAA10551 for ; Mon, 14 Sep 1998 21:51:22 -0700 (PDT) X-Authentication-Warning: shell6.ba.best.com: jkb owned process doing -bs Date: Mon, 14 Sep 1998 21:51:21 -0700 (PDT) From: "Jan B. Koum " X-Sender: jkb@shell6.ba.best.com To: current@FreeBSD.ORG Subject: Failing make elf 2.2 -> 3.0 (perl?) 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 Hello all, I want to have some answers when people start asking "can we upgrade from 2.2 to 3.0 and how do we do it". I have a "sandbox" 486 system which over the next month will get 2.2.7 installed and then made into 3.0 via different ways possible (I fall alseep better with hard drive spinning). Right now I am trying to upgrade from -STABLE of about two weeks go to -CURRENT (did CVSup last night). After about a day of make I am running into an error however: cc -nostdinc -O -pipe -I/usr/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/gnu/usr.bin/perl/perl -I/usr/obj/elf/usr/src/tmp/usr/include -o perl perlmain.o lib/auto/DynaLoader/DynaLoader.a -lperl -lm -lcrypt perlmain.o: In function `xs_init': perlmain.o(.text+0x9d): undefined reference to `boot_DynaLoader' *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 [..snip..] This is coming from "make aout-to-elf". I guess I should try maybe non elf build first? Thanks, -- Yan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 22:09:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA26688 for freebsd-current-outgoing; Mon, 14 Sep 1998 22:09:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA26679 for ; Mon, 14 Sep 1998 22:08:58 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id PAA28843; Tue, 15 Sep 1998 15:12:23 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809150512.PAA28843@cimlogic.com.au> Subject: Re: Failing make elf 2.2 -> 3.0 (perl?) In-Reply-To: from "Jan B. Koum" at "Sep 14, 98 09:51:21 pm" To: jkb@best.com (Jan B. Koum) Date: Tue, 15 Sep 1998 15:12:23 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jan B. Koum wrote: > cc -nostdinc -O -pipe > -I/usr/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5 > -I/usr/obj/elf/usr/src/gnu/usr.bin/perl/perl > -I/usr/obj/elf/usr/src/tmp/usr/include -o perl perlmain.o > lib/auto/DynaLoader/DynaLoader.a -lperl -lm -lcrypt > perlmain.o: In function `xs_init': > perlmain.o(.text+0x9d): undefined reference to `boot_DynaLoader' [...] > This is coming from "make aout-to-elf". I guess I should try maybe > non elf build first? Thanks, No, don't do that. The make aout-to-elf should be all you need to do. Before the perl5 changes, I tested each of 2.2.5, 2.2.6 and 2.2.7 upgrades to current with the single command. A few days ago I saw the problem you are reporting and I was hoping Mark would have fixed it by now. I've held off committing a few things due to C-day. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 23:06:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA03262 for freebsd-current-outgoing; Mon, 14 Sep 1998 23:06:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA03257 for ; Mon, 14 Sep 1998 23:06:28 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id IAA13904 for current@FreeBSD.ORG; Tue, 15 Sep 1998 08:06:10 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 05C031511; Tue, 15 Sep 1998 08:04:13 +0200 (CEST) Date: Tue, 15 Sep 1998 08:04:13 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: ELF Xfree86? Message-ID: <19980915080413.A5461@keltia.freenix.fr> Mail-Followup-To: current@FreeBSD.ORG References: <87B69798E951207C8525668000055244.0003ACCA85256680@worldbank.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: ; from Alok K. Dhir on Mon, Sep 14, 1998 at 09:43:36PM -0400 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4637 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Alok K. Dhir: > I'd be glad to try it... The following patch will work. Apply it on the existing XFree86 port. diff -Nur XFree86/patches/patch-aa XFree86-new/patches/patch-aa --- XFree86/patches/patch-aa Thu Jan 1 01:00:00 1970 +++ XFree86-new/patches/patch-aa Sun Sep 13 20:39:04 1998 @@ -0,0 +1,203 @@ + +--- config/cf/bsdLib.rules.orig Mon Aug 31 18:03:14 1998 ++++ config/cf/bsdLib.rules Tue Sep 1 01:15:44 1998 +@@ -153,7 +153,7 @@ + #define ShLibIncludeFile + #endif + #ifndef SharedLibraryLoadFlags +-#define SharedLibraryLoadFlags -shared -Wl,-rpath,$(USRLIBDIR) ++#define SharedLibraryLoadFlags -shared -rpath $(USRLIBDIR) + #endif + #ifndef PositionIndependentCFlags + #define PositionIndependentCFlags -fPIC +@@ -213,7 +213,7 @@ + Concat(lib,libname.so.rev): solist @@\ + $(RM) $@~ @@\ + SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; \ @@\ +- (cd down; $(CC) -o up/$@~ $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ ++ (cd down; $(LD) -o up/$@~ $(SHLIBLDFLAGS) -soname $$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\ + $(RM) $$SONAME; $(LN) $@ $$SONAME; \ @@\ + LinkBuildSonameLibrary($$SONAME) @@\ + $(RM) $@ @@\ +@@ -227,6 +227,21 @@ + $(RM) Concat(lib,libname.so.rev) + + #endif /* SharedLibraryTarget */ ++ ++#ifndef SharedDepModuleTarget ++#define SharedDepModuleTarget(name,deps,solist) @@\ ++AllTarget(name) @@\ ++ @@\ ++name: deps @@\ ++ $(RM) $@~ @@\ ++ $(CC) -o $@~ $(SHLIBLDFLAGS) solist $(REQUIREDLIBS) @@\ ++ $(RM) $@ @@\ ++ $(MV) $@~ $@ @@\ ++ @@\ ++clean:: @@\ ++ $(RM) name ++ ++#endif /* SharedDepModuleTarget */ + + /* + * SharedLibraryDataTarget - generate rules to create shlib data file; +--- programs/Xserver/hw/xfree86/os-support/assyntax.h.orig Mon Aug 31 18:06:07 1998 ++++ programs/Xserver/hw/xfree86/os-support/assyntax.h Tue Sep 1 00:35:28 1998 +@@ -212,7 +212,7 @@ + #endif /* ACK_ASSEMBLER */ + + +-#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined(__OS2ELF__)) && defined(__ELF__) ++#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || defined(__ELF__) + #define GLNAME(a) a + #else + #define GLNAME(a) CONCAT(_,a) +--- programs/Xserver/os/connection.c.orig Mon Aug 31 18:06:22 1998 ++++ programs/Xserver/os/connection.c Tue Sep 1 00:26:07 1998 +@@ -109,6 +109,7 @@ + + #if defined(TCPCONN) || defined(STREAMSCONN) + # include ++# include + # ifndef hpux + # ifdef apollo + # ifndef NO_TCP_H +--- programs/xauth/gethost.c.orig Tue Sep 1 00:11:48 1998 ++++ programs/xauth/gethost.c Tue Sep 1 00:26:26 1998 +@@ -58,6 +58,7 @@ + #endif + #include + #include ++#include + #ifdef SYSV + #ifdef i386 + #ifndef sco +--- programs/xdm/chooser.c.orig Tue Sep 1 00:14:41 1998 ++++ programs/xdm/chooser.c Tue Sep 1 00:26:47 1998 +@@ -87,6 +87,7 @@ + #include + #endif + #include ++#include + #else /* MINIX */ + #include + #include +--- programs/xhost/xhost.c.orig Tue Sep 1 00:27:05 1998 ++++ programs/xhost/xhost.c Tue Sep 1 00:34:39 1998 +@@ -85,9 +85,9 @@ + #endif + #endif /* NEEDSOCKETS */ + +-#ifdef notdef ++#ifdef __FreeBSD__ + #include +- bogus definition of inet_makeaddr() in BSD 4.2 and Ultrix ++ /* bogus definition of inet_makeaddr() in BSD 4.2 and Ultrix */ + #else + #if !defined(hpux) && !defined(NCR) && !defined(__EMX__) + extern unsigned long inet_makeaddr(); +--- lib/SM/sm_genid.c.orig Mon Aug 31 18:06:53 1998 ++++ lib/SM/sm_genid.c Tue Sep 1 00:27:29 1998 +@@ -60,6 +60,7 @@ + #include + #endif + #include ++#include + #define XOS_USE_NO_LOCKING + #define X_INCLUDE_NETDB_H + #include +--- lib/xtrans/Xtransint.h.orig Sat Jul 19 06:59:16 1997 ++++ lib/xtrans/Xtransint.h Wed Sep 2 07:45:43 1998 +@@ -102,6 +102,8 @@ + #else + #include + #endif ++#include ++#include + #endif + #ifdef __EMX__ + #include +--- config/cf/FreeBSD.cf.orig Wed Sep 2 07:27:49 1998 ++++ config/cf/FreeBSD.cf Wed Sep 2 07:48:43 1998 +@@ -2,7 +2,7 @@ + XCOMM platform: $XFree86: xc/config/cf/FreeBSD.cf,v 3.58.2.12 1998/04/29 04:18:26 dawes Exp $ + + #ifndef OSName +-#define OSName DefaultOSName ++#define OSName DefaultOSName OSBinaryFormat + #endif + #ifndef OSVendor + #define OSVendor /**/ +@@ -114,11 +114,13 @@ + * and they can remove it from the list of directories they add to ld.so.cache + * in their /etc/rc file. + */ ++#ifndef UseElfFormat + #if OSMajorVersion > 2 || (OsMajorVersion == 2 && OSMinorVersion >= 2) + #ifndef ExtraLoadFlags + #define ExtraLoadFlags -Wl,-R,$(USRLIBDIRPATH) + #endif + #endif ++#endif + + #ifndef GnuMallocLibrary + #define GnuMallocLibrary -lgnumalloc +@@ -222,10 +224,19 @@ + #define InstallCmd /usr/bin/install + + #if GccUsesGas +-# define GccGasOption -DGCCUSESGAS +-# define AsmDefines -DUSE_GAS ++# define GccGasOption -DGCCUSESGAS ++# define AsmDefines -DUSE_GAS AsmElfDefines + #else + # define GccGasOption /**/ ++# define AsmDefines AsmElfDefines ++#endif ++ ++#if UseElfFormat ++# define AsmElfDefines -D__ELF__ ++# define OSBinaryFormat [ELF] ++#else ++# define AsmElfDefines /**/ ++# define OSBinaryFormat /**/ + #endif + + #define ServerExtraDefines GccGasOption XFree86ServerDefines +--- programs/Xserver/hw/xfree86/vga256/drivers/s3_svga/s3accel.c.orig Tue Sep 1 16:35:24 1998 ++++ programs/Xserver/hw/xfree86/vga256/drivers/s3_svga/s3accel.c Tue Sep 1 16:35:12 1998 +@@ -798,7 +798,7 @@ + + #if defined(__GNUC__) && defined(__i386__) + static __inline__ CARD32 reverse_bitorder(CARD32 data) { +-#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) ++#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || defined(__ELF__) + __asm__( + "movl $0,%%ecx\n" + "movb %%al,%%cl\n" +--- programs/Xserver/hw/xfree86/xaa/xf86expblt.c.orig Tue Sep 1 16:46:41 1998 ++++ programs/Xserver/hw/xfree86/xaa/xf86expblt.c Tue Sep 1 16:44:23 1998 +@@ -83,7 +83,7 @@ + + #if defined(__GNUC__) && defined(__i386__) + static __inline__ unsigned int reverse_bitorder(data) { +-#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || (defined(linux) || defined (__OS2ELF__)) && defined(__ELF__) ++#if defined(Lynx) || (defined(SYSV) || defined(SVR4)) && !defined(ACK_ASSEMBLER) || defined(__ELF__) + __asm__( + "movl $0,%%ecx\n" + "movb %%al,%%cl\n" + + +cu Jo + +--------------------------------------------------------------------- +FreeBSD: The Power to Serve +Joachim Kuebart +Tel: +49 711 653706 Oh god, god... My tongue is asleep and +Germany my teeth itch. + +To Unsubscribe: send mail to majordomo@FreeBSD.org +with "unsubscribe freebsd-current" in the body of the message + + + diff -Nur XFree86/scripts/configure XFree86-new/scripts/configure --- XFree86/scripts/configure Tue Jul 28 00:30:57 1998 +++ XFree86-new/scripts/configure Sun Sep 13 20:38:38 1998 @@ -267,6 +267,11 @@ echo "#define HasKrb4 $answ" >> $F fi +# ELF detection +test `sysctl -n kern.osreldate` -ge 300004 && + test `objformat` = elf && + echo "#define UseElfFormat YES" >> $F + echo echo "End of configuration questions. No more user input required" echo -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #64: Fri Sep 11 23:22:44 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 23:47:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA07525 for freebsd-current-outgoing; Mon, 14 Sep 1998 23:47:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA07502; Mon, 14 Sep 1998 23:47:29 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id IAA27293; Tue, 15 Sep 1998 08:42:11 +0200 (CEST) To: brian@worldcontrol.com cc: sos@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: bpfilter and SMP ? In-reply-to: Your message of "Mon, 14 Sep 1998 15:44:39 PDT." <19980914154438.A3696@top.worldcontrol.com> Date: Tue, 15 Sep 1998 08:42:10 +0200 Message-ID: <27291.905841730@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980914154438.A3696@top.worldcontrol.com>, brian@worldcontrol.com writes: >> In reply to Lauri Laupmaa who wrote: >> > I recently added "pseudo-device bpfilter" to kernel configuration - >> > after that things went very unstable, the machine crashes often... >> > Might this be a problem related to SMP ? I'm also using >> > softupdates/ccd, but they've been working rock solid until now.. > >On 0, Søren Schmidt wrote: >> bpfilter works fine here, but using softupdates with SMP is a >> big no-no, its doesn't work... > >I've run softupdates with SMP for months. What's the problem? assorted panics, I see them too. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 23:49:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA08183 for freebsd-current-outgoing; Mon, 14 Sep 1998 23:49:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA08105; Mon, 14 Sep 1998 23:49:18 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id IAA27310; Tue, 15 Sep 1998 08:43:53 +0200 (CEST) To: joelh@gnu.org cc: Terry Lambert , tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Mon, 14 Sep 1998 17:29:30 CDT." <199809142229.RAA09230@detlev.UUCP> Date: Tue, 15 Sep 1998 08:43:53 +0200 Message-ID: <27308.905841833@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809142229.RAA09230@detlev.UUCP>, Joel Ray Holveck writes: >> Note that David points out that FreeBSD *does* do elevator sorting; >> it's still not optimal, however, since physical and logical cylinder >> boundaries are infrequently the same on modern hardware. I have to >> look before I say any more (since I thought the code was removed >> circa 2.2.1). David says it's called on all "dumb" drivers (wd, >> etc.); I'm not sure the "Ultra" DMA EIDE drivers are still in this >> category. > >I would guess (and this is a guess, feel free to correct) that it's >still fairly good, if it simply is performing an elevator sort keyed >on block numbers. I would expect that most translations leave the >order of the blocks alone. (ie, if block n is closer to the spindle >than n+1, then both are closer than n+2, assuming a spiral instead of >an actual CHS. Latency is still an issue, but not much.) This would >mean that such a sort would still be 100% valid. Well, this is almost still the case. Most modern disks lay out the sectors in a track backwards, they start reading as soon as they hit the track and cache all they get. That means that if you ask for sector 5, there is a good likelyhood that 6, 7, 8... is already in the cache when you ask for them a moment later. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 23:51:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA08996 for freebsd-current-outgoing; Mon, 14 Sep 1998 23:51:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA08989 for ; Mon, 14 Sep 1998 23:51:52 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id IAA28146; Tue, 15 Sep 1998 08:50:28 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809150650.IAA28146@gratis.grondar.za> To: Vladimir Kushnir cc: current@FreeBSD.ORG Subject: Re: Some more perl5 questions under elf In-Reply-To: Your message of " Mon, 14 Sep 1998 23:20:13 +0300." References: Date: Tue, 15 Sep 1998 08:50:27 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Vladimir Kushnir wrote: > There're some problems with perl5 build under -current (elf): > i) Sorry, I don't know is this is intended, but during make This is intended. > buildworld perl5 is linked to static libperl.a. When re-built afterwards: > -r-xr-xr-x 2 bin bin 7936 Sep 14 13:57 /usr/bin/perl > -r-xr-xr-x 1 bin bin 449796 Sep 14 13:52 /usr/bin/perl.orig > ii) (And more essential) Perl5 as it is doesn't want to load modules > dynamically unless linked with -rdynamic (or at least the originally built > during buildworld doesn't). BTW, exactly the same situation I had with elf > X server and its modules, with development glib-1.1 and its libgmodule-1.1 > and so on. I do not completely understand it, but this seems to be by design. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 23:52:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA09157 for freebsd-current-outgoing; Mon, 14 Sep 1998 23:52:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA09135 for ; Mon, 14 Sep 1998 23:52:18 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id IAA28170; Tue, 15 Sep 1998 08:51:51 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809150651.IAA28170@gratis.grondar.za> To: "Alok K. Dhir" cc: current@FreeBSD.ORG Subject: Re: ELF Xfree86? In-Reply-To: Your message of " Mon, 14 Sep 1998 17:05:15 -0400." References: Date: Tue, 15 Sep 1998 08:51:51 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Alok K. Dhir" wrote: > How about the perl5 port? Deprecated for current. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Mon Sep 14 23:58:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10155 for freebsd-current-outgoing; Mon, 14 Sep 1998 23:58:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA10146 for ; Mon, 14 Sep 1998 23:58:16 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id IAA28230; Tue, 15 Sep 1998 08:57:17 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809150657.IAA28230@gratis.grondar.za> To: John Birrell cc: jkb@best.com (Jan B. Koum), current@FreeBSD.ORG Subject: Re: Failing make elf 2.2 -> 3.0 (perl?) In-Reply-To: Your message of " Tue, 15 Sep 1998 15:12:23 +1000." <199809150512.PAA28843@cimlogic.com.au> References: <199809150512.PAA28843@cimlogic.com.au> Date: Tue, 15 Sep 1998 08:57:16 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > > This is coming from "make aout-to-elf". I guess I should try maybe > > non elf build first? Thanks, > > No, don't do that. The make aout-to-elf should be all you need to do. > Before the perl5 changes, I tested each of 2.2.5, 2.2.6 and 2.2.7 upgrades > to current with the single command. A few days ago I saw the problem you > are reporting and I was hoping Mark would have fixed it by now. I've held > off committing a few things due to C-day. John - I have some (probably poor) insights as to what is going on here. Do you have something ready-and-waiting? If so could you send it over for comparison, please? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 00:05:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA10948 for freebsd-current-outgoing; Tue, 15 Sep 1998 00:05:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA10940 for ; Tue, 15 Sep 1998 00:05:05 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id RAA29195; Tue, 15 Sep 1998 17:08:01 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809150708.RAA29195@cimlogic.com.au> Subject: Re: Failing make elf 2.2 -> 3.0 (perl?) In-Reply-To: <199809150657.IAA28230@gratis.grondar.za> from Mark Murray at "Sep 15, 98 08:57:16 am" To: mark@grondar.za (Mark Murray) Date: Tue, 15 Sep 1998 17:08:01 +1000 (EST) Cc: jb@cimlogic.com.au, jkb@best.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Murray wrote: > John Birrell wrote: > > > This is coming from "make aout-to-elf". I guess I should try maybe > > > non elf build first? Thanks, > > > > No, don't do that. The make aout-to-elf should be all you need to do. > > Before the perl5 changes, I tested each of 2.2.5, 2.2.6 and 2.2.7 upgrades > > to current with the single command. A few days ago I saw the problem you > > are reporting and I was hoping Mark would have fixed it by now. I've held > > off committing a few things due to C-day. > > John - I have some (probably poor) insights as to what is going on here. > Do you have something ready-and-waiting? > > If so could you send it over for comparison, please? No I don't, sorry. I was just waiting patiently for you to sort it out. 8-) Do you want me to look at it ... he said having been no help with perl5 at all so far? Gulp. I haven't looked at how you got around the hardcoded library path problem. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 00:06:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA11170 for freebsd-current-outgoing; Tue, 15 Sep 1998 00:06:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bsd.mbp.ee (bsd.mbp.ee [194.204.12.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA11053 for ; Tue, 15 Sep 1998 00:05:55 -0700 (PDT) (envelope-from mauri@mbp.ee) Received: from nw1.mbp.ee (nw1.mbp.ee [194.204.12.68]) by bsd.mbp.ee (8.9.1/8.9.1) with ESMTP id KAA11407 for ; Tue, 15 Sep 1998 10:05:36 +0300 (EEST) (envelope-from mauri@mbp.ee) Message-Id: <199809150705.KAA11407@bsd.mbp.ee> Received: from SERVER/SpoolDir by nw1.mbp.ee (Mercury 1.43); 15 Sep 98 10:05:37 +0300 Received: from SpoolDir by SERVER (Mercury 1.43); 15 Sep 98 09:57:21 +0300 From: "Lauri Laupmaa" Organization: =?ISO-8859-1?Q?ripeva_Kirjastuse_AS?= To: current@FreeBSD.ORG Date: Tue, 15 Sep 1998 09:57:04 +0300 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Subject: Re: bpfilter and SMP ? X-mailer: Pegasus Mail for Win32 (v3.01b) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from Quoted-printable to 8bit by hub.freebsd.org id AAA11083 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14 Sep 98, at 17:09, Søren Schmidt wrote: > > > > after that things went very unstable,the > > > >machine crashes often... > > > > Might this be a problem related to SMP ? > > > >I'm also using > > > > softupdates/ccd, but they've been > > > >working rock solid until now.. > THen you havn't been stressing your SMP > machine very much, > a make -j8 world, and it will crash reliably :) OK,ok maybe, i've seen softupdates crash and it usually says something about filesys, but now it crashes with _ip_reass+0x1eb ______________ Lauri Laupmaa Äripäev mauri@mbp.ee Ph. +372 66 70 369 +372 50 13 369 Fx. +372 66 70 165 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 00:31:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA14043 for freebsd-current-outgoing; Tue, 15 Sep 1998 00:31:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA14033; Tue, 15 Sep 1998 00:31:03 -0700 (PDT) (envelope-from croot@btp1da.phy.uni-bayreuth.de) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id JAA10867; Tue, 15 Sep 1998 09:30:36 +0200 (MEST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19980914154438.A3696@top.worldcontrol.com> Date: Tue, 15 Sep 1998 09:30:36 +0200 (MEST) Organization: university of bayreuth From: Werner Griessl To: brian@worldcontrol.com Subject: Re: bpfilter and SMP ? Cc: current@FreeBSD.ORG, sos@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 14-Sep-98 brian@worldcontrol.com wrote: >> In reply to Lauri Laupmaa who wrote: >> > I recently added "pseudo-device bpfilter" to kernel configuration - >> > after that things went very unstable, the machine crashes often... >> > Might this be a problem related to SMP ? I'm also using >> > softupdates/ccd, but they've been working rock solid until now.. > > On 0, Søren Schmidt wrote: >> bpfilter works fine here, but using softupdates with SMP is a >> big no-no, its doesn't work... > > I've run softupdates with SMP for months. What's the problem? > > -- > Brian Litzinger > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message ---------------------------------- E-Mail: Werner Griessl Date: 15-Sep-98 Time: 09:28:14 This message was sent by XFMail ---------------------------------- There was a discussion in "smp" about this "softupdates and smp crash" Aug 18,19,20 . Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 00:38:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA15180 for freebsd-current-outgoing; Tue, 15 Sep 1998 00:38:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ditka.chicago.com (ditka.Chicago.COM [198.51.109.4]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA15169 for ; Tue, 15 Sep 1998 00:38:23 -0700 (PDT) (envelope-from kls@ohare.chicago.com) Received: from ohare.chicago.com by ditka.chicago.com with smtp (Smail3.1.28.1 #1) id m0zIpgO-0005kYC; Tue, 15 Sep 98 00:37 WET DST Received: (from kls@localhost) by ohare.chicago.com (8.8.7/8.8.7) id AAA13773 for freebsd-current@freebsd.org; Tue, 15 Sep 1998 00:37:49 -0700 (PDT) (envelope-from kls) From: Karl Swartz Message-Id: <199809150737.AAA13773@ohare.chicago.com> Subject: more data on "calcru: negative time: -nnn usec" To: freebsd-current@FreeBSD.ORG Date: Tue, 15 Sep 1998 00:37:48 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm installing 2.2.7 on an HP OmniBook 800CT. On the second of three boots off the hard disk, the "calcru: negative time: -nnn usec" messages did not appear at all, while every other time they were coming all the time. On the "good" boot, the boot messages included CPU: Pentium/P55C (164.66-MHz 586-class CPU) The other two times, the equivalent message was CPU: Pentium/P55C (83.52-MHz 586-class CPU) The machine is supposed to have a 166-MHz Pentium. First two boots are with the GENERIC kernel, third is with a tailored one. FreeBSD also sees only 16MB, despite the machine having 80MB. -- Karl Swartz |Home kls@chicago.com http://www.chicago.com/~kls/ |Work kls@netapp.com http://www.netapp.com/ "The average dog is a nicer person than the average person." - Andrew A. Rooney To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 01:13:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA19602 for freebsd-current-outgoing; Tue, 15 Sep 1998 01:13:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA19597 for ; Tue, 15 Sep 1998 01:12:54 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id KAA28593; Tue, 15 Sep 1998 10:12:00 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809150812.KAA28593@gratis.grondar.za> To: John Birrell cc: current@FreeBSD.ORG Subject: Re: Failing make elf 2.2 -> 3.0 (perl?) In-Reply-To: Your message of " Tue, 15 Sep 1998 17:08:01 +1000." <199809150708.RAA29195@cimlogic.com.au> References: <199809150708.RAA29195@cimlogic.com.au> Date: Tue, 15 Sep 1998 10:11:59 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > > John - I have some (probably poor) insights as to what is going on here. > > Do you have something ready-and-waiting? > > > > If so could you send it over for comparison, please? > > No I don't, sorry. I was just waiting patiently for you to sort it out. 8-) > Do you want me to look at it ... he said having been no help with perl5 > at all so far? Gulp. I haven't looked at how you got around the hardcoded > library path problem. I stopped using a script, and wrote sh code :-). I think I need to do this some more. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 01:16:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA19736 for freebsd-current-outgoing; Tue, 15 Sep 1998 01:16:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA19697 for ; Tue, 15 Sep 1998 01:15:59 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id SAA29437; Tue, 15 Sep 1998 18:19:25 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809150819.SAA29437@cimlogic.com.au> Subject: Re: Failing make elf 2.2 -> 3.0 (perl?) In-Reply-To: <199809150812.KAA28593@gratis.grondar.za> from Mark Murray at "Sep 15, 98 10:11:59 am" To: mark@grondar.za (Mark Murray) Date: Tue, 15 Sep 1998 18:19:25 +1000 (EST) Cc: jb@cimlogic.com.au, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Murray wrote: > John Birrell wrote: > > > John - I have some (probably poor) insights as to what is going on here. > > > Do you have something ready-and-waiting? > > > > > > If so could you send it over for comparison, please? > > > > No I don't, sorry. I was just waiting patiently for you to sort it out. 8-) > > Do you want me to look at it ... he said having been no help with perl5 > > at all so far? Gulp. I haven't looked at how you got around the hardcoded > > library path problem. > > I stopped using a script, and wrote sh code :-). I think I need to do this some > more. Is it possible to do the bootstrap build with the -nodl option if there is no installed perl5 to stop it trying to dynamically search for things? -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 01:17:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA19989 for freebsd-current-outgoing; Tue, 15 Sep 1998 01:17:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA19974 for ; Tue, 15 Sep 1998 01:17:39 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id KAA27972; Tue, 15 Sep 1998 10:13:13 +0200 (CEST) To: Karl Swartz cc: freebsd-current@FreeBSD.ORG Subject: Re: more data on "calcru: negative time: -nnn usec" In-reply-to: Your message of "Tue, 15 Sep 1998 00:37:48 PDT." <199809150737.AAA13773@ohare.chicago.com> Date: Tue, 15 Sep 1998 10:13:13 +0200 Message-ID: <27970.905847193@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG APM strikes again. You cpu was slowed down while you booted the other two times. The RAM is worse, check out the npx0 flags in LINT and try that. Poul-Henning PS: Nice machine btw, I have a 133 MHz version. You will get to simply love the mouse and wonder why people put up with all that other crappy pointer stuff :-) In message <199809150737.AAA13773@ohare.chicago.com>, Karl Swartz writes: >I'm installing 2.2.7 on an HP OmniBook 800CT. On the second of three >boots off the hard disk, the "calcru: negative time: -nnn usec" messages >did not appear at all, while every other time they were coming all the >time. On the "good" boot, the boot messages included > > CPU: Pentium/P55C (164.66-MHz 586-class CPU) > >The other two times, the equivalent message was > > CPU: Pentium/P55C (83.52-MHz 586-class CPU) > >The machine is supposed to have a 166-MHz Pentium. First two boots are >with the GENERIC kernel, third is with a tailored one. > >FreeBSD also sees only 16MB, despite the machine having 80MB. > >-- >Karl Swartz |Home kls@chicago.com http://www.chicago.com/~kls/ > |Work kls@netapp.com http://www.netapp.com/ >"The average dog is a nicer person than the average person." > - Andrew A. Rooney > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 01:51:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22855 for freebsd-current-outgoing; Tue, 15 Sep 1998 01:51:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hen.scotland.net (hen.scotland.net [194.247.64.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA22849 for ; Tue, 15 Sep 1998 01:51:25 -0700 (PDT) (envelope-from freebsd@timog.prestel.co.uk) Received: from e2c6p46.scotland.net ([148.176.237.110] helo=timog.prestel.co.uk) by hen.scotland.net with esmtp (Exim 1.90 #5) for current@freebsd.org id 0zIqo4-0007K0-00; Tue, 15 Sep 1998 09:49:53 +0100 Received: (qmail 246 invoked by uid 1002); 15 Sep 1998 08:42:51 -0000 Message-ID: <19980915094251.B204@prestel.co.uk> Date: Tue, 15 Sep 1998 09:42:51 +0100 From: Timo Geusch To: current@FreeBSD.ORG Subject: DEVFS & SLICE? Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="k+w/mQv8wyuph6w0" X-Mailer: Mutt 0.93.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Reply-To: After cvsupping yesterday (2300 BST, to be exact), config(8) does not recognize 'option SLICE' anymore. Unfortunately, removing SLICE from my config file stops the newly created kernel dead at the point where it switches the root device to the hard drive (yes, I checked that it is switching to the correct device). For the moment, it's back to booting an older kernel now, but the questions that remain are: - Did somebody accidentally nuke the SLICE option? - Did I miss something here? Presumably, although I carefully check my archive of 'current' (Yes, all 40Megs of it). Config file is attached. TIA, Timo --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=TIMOS # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.103 1998/01/16 22:12:58 pst Exp $ machine "i386" cpu "I586_CPU" ident TIMOS maxusers 10 options "NO_F00F_HACK" #System has a K6 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #Allow FFS root device options PROCFS #Process filesystem options MSDOSFS #Mikeysoft file system options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=10 # Wait for Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options "CPU_SUSP_HLT" options DEVFS # Device filesystem #options SLICE options "VM86" options "AUTO_EOI_1" options PQ_LARGECACHE config kernel root on wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 #options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 flags 0xf0ff #disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 flags 0xe0ff #disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device wcd0 #IDE CD-ROM #device wfd0 #IDE Floppy (e.g. LS-120) # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. controller ncr0 #controller amd0 #controller ahb0 #controller ahc0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options XSERVER # support for X server options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # #device apm0 at isa? flags 0x31 # Advanced Power Management device apm0 at isa? # Unrestricted APM # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? disable port "IO_COM3" tty irq 4 vector siointr device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? disable port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 #device fxp0 #device vx0 #device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port? net irq? vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing #options DDB # This provides support for System V shared memory. # options SYSVSHM controller pnp0 device pcm0 at isa? port? irq 10 drq 1 flags 0x0 vector pcmintr #controller ppbus0 #device nlpt0 at ppbus? #controller ppc0 at isa? port ? tty irq 7 vector ppcintr --k+w/mQv8wyuph6w0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 01:51:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA22871 for freebsd-current-outgoing; Tue, 15 Sep 1998 01:51:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hen.scotland.net (hen6.scotland.net [194.247.64.6] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA22851 for ; Tue, 15 Sep 1998 01:51:27 -0700 (PDT) (envelope-from freebsd@timog.prestel.co.uk) Received: from e2c6p46.scotland.net ([148.176.237.110] helo=timog.prestel.co.uk) by hen.scotland.net with esmtp (Exim 1.90 #5) for current@freebsd.org id 0zIqo3-0007K0-00; Tue, 15 Sep 1998 09:49:52 +0100 Received: (qmail 220 invoked by uid 1002); 15 Sep 1998 08:35:07 -0000 Message-ID: <19980915093507.A204@prestel.co.uk> Date: Tue, 15 Sep 1998 09:35:07 +0100 From: Timo Geusch To: current@FreeBSD.ORG Subject: gcc-2.7.2.1 internal compiler error Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Howdy, I'd need some opinions on how to deal with an internal compiler error in g++ (stock 2.7.2.1 in -current as of 14/9). I've got a small piece of C++ code which triggers an internal compiler error. In the light of the recent discussion on possibly moving to gcc 2.8.1 (which does NOT exhibit this behaviour), does it still make sense to open a PR on it? Although I am quite an accomplished C/C++ programmer I always feel lost when looking at the gcc parsers, so I'm afraid I can't be much help in fixing the problem. Anyway, if it makes sense to open a pr, I will do so (oh yeah, it *will* include the code that triggers the error :). Cheers, Timo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 02:19:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA26030 for freebsd-current-outgoing; Tue, 15 Sep 1998 02:19:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.esat.net (relay.esat.net [192.111.39.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA26023 for ; Tue, 15 Sep 1998 02:19:28 -0700 (PDT) (envelope-from nialls@euristix.ie) Received: from (euristix.ie) [193.120.210.2] by relay.esat.net with esmtp id 0zIrGP-0000AZ-00; Tue, 15 Sep 1998 10:19:09 +0100 Received: by gateway.euristix.ie id <19721>; Tue, 15 Sep 1998 10:05:22 +0100 Message-Id: <98Sep15.100522bst.19721@gateway.euristix.ie> Date: Tue, 15 Sep 1998 09:44:58 +0100 From: Niall Smart X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG CC: nialls@euristix.ie Subject: Possible problem with perl in aout-to-elf-install Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, While performing an aout-to-elf-install I noticed the following: Compressing /usr/share/perl/man/man3/Net::protoent.3 miniperl -I lib ../../pod/pod2man/pod2man --section=3 --official Net/servent.pm > /usr/share/perl/man/man3/Net::servent.tmp ELF interpreter /usr/libexec/ld-elf.so.1 not found Abort trap Compressing /usr/share/perl/man/man3/Net::servent.3 miniperl -I lib ../../pod/pod2man/pod2man --section=3 --official Pod/Html.pm > /usr/share/perl/man/man3/Pod::Html.tmp ELF interpreter /usr/libexec/ld-elf.so.1 not found Abort trap Compressing /usr/share/perl/man/man3/Pod::Html.3 miniperl -I lib ../../pod/pod2man/pod2man --section=3 --official Pod/Text.pm > /usr/share/perl/man/man3/Pod::Text.tmp ELF interpreter /usr/libexec/ld-elf.so.1 not found Abort trap I don't know if this is a problem or not but it looks like one. Apart from that, it's going fine, thanks to everyone involved in the ELF migration! Niall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 02:37:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA27800 for freebsd-current-outgoing; Tue, 15 Sep 1998 02:37:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles317.castles.com [208.214.167.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA27738; Tue, 15 Sep 1998 02:37:13 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id CAA00565; Tue, 15 Sep 1998 02:40:07 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809150940.CAA00565@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: dg@root.com cc: Terry Lambert , joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Mon, 14 Sep 1998 19:22:52 PDT." <199809150222.TAA23732@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Sep 1998 02:40:05 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> >Note that David points out that FreeBSD *does* do elevator sorting; > >> >it's still not optimal, however, since physical and logical cylinder > >> >boundaries are infrequently the same on modern hardware. > >> > >> FreeBSD's disksort function sorts by block number, not by cylinder number. > > > >Hence it being non-optimal; see Mike's post... optimial is "always does > >exactly the right thing". It's not pessimal, either (as Mike pointed > >out, too). > > Uh, I think it is reasonable to assume that disk drives have contiguous > block numbers (except for replacement blocks of course). Sorting by block > number is the most optimal way of sorting that we can do in FreeBSD. I don't think anyone would disagree with this; my point was simply that disks are effectively nondeterministic, so by definition you can't have an "optimal" solution. I've seen assorted drive literature describing different caching policies on modern drives, and I think it's probably in our interest not to try too hard to outsmart the disk these days, as it's busy trying to outsmart us. If you really wanted to play games with the queue sorter, you might want to go for a minimal distance insertion policy rather than a strict ladder sort. As Kirk pointed out, there's plenty of room for experimentation in this field. 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Tue Sep 15 02:49:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29533 for freebsd-current-outgoing; Tue, 15 Sep 1998 02:49:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29512 for ; Tue, 15 Sep 1998 02:48:58 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id CAA23460; Tue, 15 Sep 1998 02:48:34 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id CAA14571; Tue, 15 Sep 1998 02:48:33 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id CAA28607; Tue, 15 Sep 1998 02:48:32 -0700 (PDT) From: Don Lewis Message-Id: <199809150948.CAA28607@salsa.gv.tsc.tdk.com> Date: Tue, 15 Sep 1998 02:48:32 -0700 In-Reply-To: Niall Smart "Possible problem with perl in aout-to-elf-install" (Sep 15, 9:44am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Niall Smart , current@FreeBSD.ORG Subject: Re: Possible problem with perl in aout-to-elf-install Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 15, 9:44am, Niall Smart wrote: } Subject: Possible problem with perl in aout-to-elf-install } Hi, } } While performing an aout-to-elf-install I noticed the following: } } Compressing /usr/share/perl/man/man3/Net::protoent.3 } miniperl -I lib ../../pod/pod2man/pod2man --section=3 --official } Net/servent.pm > /usr/share/perl/man/man3/Net::servent.tmp } ELF interpreter /usr/libexec/ld-elf.so.1 not found } Abort trap } Compressing /usr/share/perl/man/man3/Net::servent.3 } miniperl -I lib ../../pod/pod2man/pod2man --section=3 --official } Pod/Html.pm > /usr/share/perl/man/man3/Pod::Html.tmp } ELF interpreter /usr/libexec/ld-elf.so.1 not found } Abort trap } Compressing /usr/share/perl/man/man3/Pod::Html.3 } miniperl -I lib ../../pod/pod2man/pod2man --section=3 --official } Pod/Text.pm > /usr/share/perl/man/man3/Pod::Text.tmp } ELF interpreter /usr/libexec/ld-elf.so.1 not found } Abort trap } } I don't know if this is a problem or not but it looks like one. } Apart from that, it's going fine, thanks to everyone involved } in the ELF migration! It happened to me as well a few days ago. Strangely enough /usr/libexec/ld-elf.so.1 is present. It seems to be some sort of quirk in the upgrade, since it doesn't happen on subsequent "make world" runs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 03:31:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA05564 for freebsd-current-outgoing; Tue, 15 Sep 1998 03:31:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA05558 for ; Tue, 15 Sep 1998 03:31:10 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.8.8) with SMTP id GAA01711; Tue, 15 Sep 1998 06:32:14 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Tue, 15 Sep 1998 06:32:13 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: Mike Smith cc: freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-Reply-To: <199809150940.CAA00565@word.smith.net.au> 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, 15 Sep 1998, Mike Smith wrote: > I don't think anyone would disagree with this; my point was simply that > disks are effectively nondeterministic, so by definition you can't have > an "optimal" solution. > > I've seen assorted drive literature describing different caching > policies on modern drives, and I think it's probably in our interest > not to try too hard to outsmart the disk these days, as it's busy > trying to outsmart us. > > If you really wanted to play games with the queue sorter, you might > want to go for a minimal distance insertion policy rather than a strict > ladder sort. As Kirk pointed out, there's plenty of room for > experimentation in this field. 8) you can easily starve processes far from the insertion point using an algorithm like that, in fact you can almost DOS a machine unless some sort of quantum is invlolved to compromise locallity over time elapsed since a read/write has been queued. Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 03:38:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA06743 for freebsd-current-outgoing; Tue, 15 Sep 1998 03:38:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles317.castles.com [208.214.167.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA06707 for ; Tue, 15 Sep 1998 03:38:48 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id DAA00966; Tue, 15 Sep 1998 03:44:11 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809151044.DAA00966@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Alfred Perlstein cc: Mike Smith , freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Tue, 15 Sep 1998 06:32:13 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Sep 1998 03:44:09 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > > If you really wanted to play games with the queue sorter, you might > > want to go for a minimal distance insertion policy rather than a strict > > ladder sort. As Kirk pointed out, there's plenty of room for > > experimentation in this field. 8) > > you can easily starve processes far from the insertion point using an > algorithm like that, in fact you can almost DOS a machine unless some sort > of quantum is invlolved to compromise locallity over time elapsed since a > read/write has been queued. Natch; shortest seek in the last N slots in the queue is the trivial workaround. You can go totally nuts with disk scheduling, but it all basically boils down to not being able to tell what the disk has remembered (think segmented cache) and which transitions will really cost you. *shrug* TCQ to the rescue. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Tue Sep 15 03:42:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA07371 for freebsd-current-outgoing; Tue, 15 Sep 1998 03:42:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA07359; Tue, 15 Sep 1998 03:42:52 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id EAA24465; Tue, 15 Sep 1998 04:42:33 -0600 (MDT) Message-Id: <199809151042.EAA24465@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 cc: cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: CAM integration imminent. In-reply-to: Your message of "Mon, 14 Sep 1998 19:41:57 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Sep 1998 04:36:14 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, other than a few more files that I need to track down and delete, I should be done. I'm sure there will be problems... there always are on an integration of this magnitude. I'll try to address anything that crops up after I get a bit of rest. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 03:51:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08653 for freebsd-current-outgoing; Tue, 15 Sep 1998 03:51:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA08644; Tue, 15 Sep 1998 03:50:55 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.7/8.8.7) with UUCP id LAA10118; Tue, 15 Sep 1998 11:50:35 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from localhost by seagoon.gid.co.uk; Tue, 15 Sep 1998 11:44:57 +0100 (BST) Date: Tue, 15 Sep 1998 11:44:56 +0100 (BST) From: Bob Bishop X-Sender: rb@seagoon To: Terry Lambert cc: dg@root.com, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-Reply-To: <199809150156.SAA12652@usr05.primenet.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 Tue, 15 Sep 1998, Terry Lambert wrote: > > FreeBSD's disksort function sorts by block number, not by cylinder number. > > Hence it being non-optimal; see Mike's post... optimial is "always does > exactly the right thing". It's not pessimal, either (as Mike pointed > out, too). What's "exactly the right thing" though? If you have two I/O limited processes trying to access opposite ends of the disk, you probably max out the throughput by preferring the transfer closest to where the heads currently are. This will almost certainly result in the 'unlucky' process getting I/O starved, which may not be acceptable. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 04:42:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA18167 for freebsd-current-outgoing; Tue, 15 Sep 1998 04:42:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA18021 for ; Tue, 15 Sep 1998 04:41:46 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id NAA02316; Tue, 15 Sep 1998 13:40:54 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809151140.NAA02316@gratis.grondar.za> To: John Birrell cc: current@FreeBSD.ORG Subject: Re: Failing make elf 2.2 -> 3.0 (perl?) In-Reply-To: Your message of " Tue, 15 Sep 1998 17:08:01 +1000." <199809150708.RAA29195@cimlogic.com.au> References: <199809150708.RAA29195@cimlogic.com.au> Date: Tue, 15 Sep 1998 13:40:53 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > No I don't, sorry. I was just waiting patiently for you to sort it out. 8-) > Do you want me to look at it ... he said having been no help with perl5 > at all so far? Gulp. I haven't looked at how you got around the hardcoded > library path problem. I have committed a fix. If you have the resources, please try it. Thanks! M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 04:43:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA18320 for freebsd-current-outgoing; Tue, 15 Sep 1998 04:43:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id EAA18306 for ; Tue, 15 Sep 1998 04:43:42 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 13130 invoked by uid 1000); 15 Sep 1998 12:46:09 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 15 Sep 1998 08:46:09 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: "Eugene M. Kim" Subject: Re: ELF Xfree86? Cc: current@FreeBSD.ORG, jmz@FreeBSD.ORG, "Alok K.Dhir" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Eugene M. Kim, On 15-Sep-98 you wrote: > I have worked on this over the last weekend and made an alpha-quality > patch. Unfortunately this patch was not intended to be a general > backward-compatible one, but if you have a working ELF system it will do > what you want. > > Would you -- and others who live with an Elf :-) -- like to try it? I > don't want this work to be another waste-of-time... Yes, please. I wasted (not knowing X11R6 well enough) a day trying to get it to compile. I get stuck in the XIE and PEX5 missing a bunch of -I directives, and then the creation of the shlibs fails with incorrect flags. I am a bit surprised as XFree86 compiles ELF on several platforms. > > Regards, > Eugene > > On Mon, 14 Sep 1998, Alok K. Dhir wrote: > > | Date: Mon, 14 Sep 1998 17:05:15 -0400 (EDT) > | From: Alok K. Dhir > | To: current@FreeBSD.ORG > | Subject: ELF Xfree86? > | > | > | Is the ELFized version of the XFree86 port on the horizon? I ask > | because > | I'm seeing a few ELFized versions of some X ports coming in, and those > | aren't make-able until XFree86 is ELF... > | > | How about the perl5 port? > | > | Thanks! > | > | Al > | > | > | > | 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 Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 04:44:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA18484 for freebsd-current-outgoing; Tue, 15 Sep 1998 04:44:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id EAA18423 for ; Tue, 15 Sep 1998 04:44:20 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 13141 invoked by uid 1000); 15 Sep 1998 12:46:55 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809150651.IAA28170@gratis.grondar.za> Date: Tue, 15 Sep 1998 08:46:55 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: Mark Murray Subject: Re: ELF Xfree86? Cc: current@FreeBSD.ORG, "Alok K.Dhir" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Murray, On 15-Sep-98 you wrote: > "Alok K. Dhir" wrote: > > How about the perl5 port? > > Deprecated for current. Meaning what? Simon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 05:17:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA22796 for freebsd-current-outgoing; Tue, 15 Sep 1998 05:17:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA22791 for ; Tue, 15 Sep 1998 05:17:04 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id FAA14030; Tue, 15 Sep 1998 05:16:51 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: shimon@simon-shapiro.org cc: Mark Murray , current@FreeBSD.ORG, "Alok K.Dhir" Subject: Re: ELF Xfree86? In-reply-to: Your message of "Tue, 15 Sep 1998 08:46:55 EDT." Date: Tue, 15 Sep 1998 05:16:50 -0700 Message-ID: <14026.905861810@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > How about the perl5 port? > > > > Deprecated for current. > > Meaning what? Uhh. Meaning deprecated? :) To turn the question around, why would you personally want perl5 as a port when it was already part of -current? One assumes that it will still stick around in the tree for those 2.2.x users of the -current ports collection (if the system one is enabled by an option in bsd.port.mk, as it is, then that switch can be on/off as necessary in the different branches). - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 05:28:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA24030 for freebsd-current-outgoing; Tue, 15 Sep 1998 05:28:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gilgamesch.bik-gmbh.de (gilgamesch.bik-gmbh.de [194.233.237.91]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA23983 for ; Tue, 15 Sep 1998 05:28:02 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.8.8/8.7.3) id QAA07514; Tue, 15 Sep 1998 16:27:42 +0200 (MET DST) Message-ID: <19980915162741.A7479@cons.org> Date: Tue, 15 Sep 1998 16:27:41 +0200 From: Martin Cracauer To: "David E. Cross" , freebsd-current@FreeBSD.ORG Subject: Re: 'bug' in /bin/sh's builtin 'echo' References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: ; from David E. Cross on Mon, Sep 14, 1998 at 11:06:26PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In , David E. Cross wrote: > I have been attempting to do some network installs of SGI IRIX 6.5 > machines off of a -CURRENT machine. IRIX 6.5 makes heavy use of 'echo > foo\c'. By reading the manpage for echo it appears that '\c' is POSIX to > not print a newline (similar to -n). In fact /bin/echo 'does the right > thing' without the '-e' option. The shell builtin in /bin/sh however > requires '-e' to parse \c correctly. For the moment I have inserted the > '#define eflag 1' into the 'echo.c' builtin. Should this change make it > into the tree 'officially'? Personally, I don't like any backslash chars to be active without -e. Imagine you construct a simple shell script in the commandline and pass it to a shell as standard input. I'd really like the construct tool - which is usually echo - can be made *completly* transparent. Otherwise, I'll face quoting hell. echo 'echo -n Date is:" " ; date' | sh Also, what happens if \c isn't at the end of the string? The -n construct seems superiour to me. For the record, bash doesn't support \c without -e, Sun's sh and ksh do. Anyway, please file a PR about this. I'll take care of it when my Posix documents arrive, which should be in time for the 3.0 release. 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 Tue Sep 15 05:33:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA25219 for freebsd-current-outgoing; Tue, 15 Sep 1998 05:33:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA25214 for ; Tue, 15 Sep 1998 05:33:04 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id OAA02566; Tue, 15 Sep 1998 14:32:25 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809151232.OAA02566@gratis.grondar.za> To: shimon@simon-shapiro.org cc: current@FreeBSD.ORG, "Alok K.Dhir" Subject: Re: ELF Xfree86? In-Reply-To: Your message of " Tue, 15 Sep 1998 08:46:55 -0400." References: Date: Tue, 15 Sep 1998 14:32:24 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Simon Shapiro wrote: > > Deprecated for current. > > Meaning what? Perl5 is _in_ current. You don't need a port. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 05:41:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA27015 for freebsd-current-outgoing; Tue, 15 Sep 1998 05:41:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from assurance.rstcorp.com ([206.29.49.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA27005 for ; Tue, 15 Sep 1998 05:40:55 -0700 (PDT) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by assurance.rstcorp.com (8.7.5/8.6.9) id IAA23790; Tue, 15 Sep 1998 08:40:00 -0400 Received: from sandbox.rstcorp.com(206.29.49.63) by assurance.rstcorp.com via smap (V2.0) id xma023788; Tue, 15 Sep 98 08:39:13 -0400 Received: from jabberwock.rstcorp.com (jabberwock [206.29.49.98]) by sandbox.rstcorp.com (8.8.8/8.8.8) with ESMTP id IAA17126; Tue, 15 Sep 1998 08:39:11 -0400 (EDT) Received: (from vshah@localhost) by jabberwock.rstcorp.com (8.9.1/8.8.8) id IAA03203; Tue, 15 Sep 1998 08:39:12 -0400 (EDT) Date: Tue, 15 Sep 1998 08:39:12 -0400 (EDT) Message-Id: <199809151239.IAA03203@jabberwock.rstcorp.com> From: "Viren R. Shah" To: John Birrell Cc: jkb@best.com (Jan B. Koum), current@FreeBSD.ORG Subject: Re: Failing make elf 2.2 -> 3.0 (perl?) In-Reply-To: <199809150512.PAA28843@cimlogic.com.au> References: <199809150512.PAA28843@cimlogic.com.au> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R. Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "JB" == John Birrell writes: JB> Jan B. Koum wrote: >> perlmain.o: In function `xs_init': >> perlmain.o(.text+0x9d): undefined reference to `boot_DynaLoader' JB> [...] >> This is coming from "make aout-to-elf". I guess I should try maybe >> non elf build first? Thanks, JB> No, don't do that. The make aout-to-elf should be all you need to do. JB> Before the perl5 changes, I tested each of 2.2.5, 2.2.6 and 2.2.7 upgrades JB> to current with the single command. A few days ago I saw the problem you JB> are reporting and I was hoping Mark would have fixed it by now. I've held JB> off committing a few things due to C-day. I was the one who had reported the exact same problem. After an aborted attempt at trying to track the problem down, I gave up and did the following: 1. make buildworld (with the -current sources) 2. make installworld 3. build a new kernel 4. reboot 5. make aout-to-elf 8. reboot Just remember that before step #4, you want to keep copies of reboot and /bin/sh (look at Makefile.upgrade) and use that to reboot because of changed syscalls. Otherwise, everything went smoothly. I know it is a little bit of more hassle than just doing the make-aout-to-elf, but it was worth it since I only had the weekend in which to mess with my computer. Viren -- Viren R. Shah "You are about as sharp as a sack of wet mice" -- Foghorn Leghorn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 05:42:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA27199 for freebsd-current-outgoing; Tue, 15 Sep 1998 05:42:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from st-lcremean.tidalwave.net (host-e186.tidalwave.net [208.213.203.186] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA27188 for ; Tue, 15 Sep 1998 05:41:46 -0700 (PDT) (envelope-from lee@st-lcremean.tidalwave.net) Received: (from lee@localhost) by st-lcremean.tidalwave.net (8.9.1/8.8.7) id IAA07494; Tue, 15 Sep 1998 08:40:37 -0400 (EDT) (envelope-from lee) Message-ID: <19980915084035.A7487@st-lcremean.tidalwave.net> Date: Tue, 15 Sep 1998 08:40:35 -0400 From: Lee Cremeans To: shimon@simon-shapiro.org, Mark Murray Cc: current@FreeBSD.ORG, "Alok K.Dhir" Subject: Re: ELF Xfree86? Reply-To: lcremean@tidalwave.net References: <199809150651.IAA28170@gratis.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: ; from Simon Shapiro on Tue, Sep 15, 1998 at 08:46:55AM -0400 X-OS: FreeBSD 3.0-CURRENT X-Evil: microsoft.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 15, 1998 at 08:46:55AM -0400, Simon Shapiro wrote: > > Mark Murray, On 15-Sep-98 you wrote: > > "Alok K. Dhir" wrote: > > > How about the perl5 port? > > > > Deprecated for current. > > Meaning what? > > Simon perl5 is part of the base system now. -- Lee Cremeans -- Manassas, VA, USA (WakkyMouse on DALnet and WTnet) A! JW223 YWD+++^ri P&B++ SL+++^i GDF B&M KK--i MD+++i P++ I++++ Did $++ E5/10/70/3c/73ac/95/96 H2 PonPippi Ay77 M | mailto:lcremean@tidalwave.net http://st-lcremean.tidalwave.net | Powered by FreeBSD 3.0-CURRENT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 05:44:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA27739 for freebsd-current-outgoing; Tue, 15 Sep 1998 05:44:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from assurance.rstcorp.com ([206.29.49.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA27574 for ; Tue, 15 Sep 1998 05:44:02 -0700 (PDT) (envelope-from vshah@rstcorp.com) Received: (from uucp@localhost) by assurance.rstcorp.com (8.7.5/8.6.9) id IAA23817; Tue, 15 Sep 1998 08:43:00 -0400 Received: from sandbox.rstcorp.com(206.29.49.63) by assurance.rstcorp.com via smap (V2.0) id xma023814; Tue, 15 Sep 98 08:42:54 -0400 Received: from jabberwock.rstcorp.com (jabberwock [206.29.49.98]) by sandbox.rstcorp.com (8.8.8/8.8.8) with ESMTP id IAA17173; Tue, 15 Sep 1998 08:42:53 -0400 (EDT) Received: (from vshah@localhost) by jabberwock.rstcorp.com (8.9.1/8.8.8) id IAA03210; Tue, 15 Sep 1998 08:42:53 -0400 (EDT) Date: Tue, 15 Sep 1998 08:42:53 -0400 (EDT) Message-Id: <199809151242.IAA03210@jabberwock.rstcorp.com> From: "Viren R. Shah" To: John Birrell Cc: jkb@best.com (Jan B. Koum), current@FreeBSD.ORG Subject: Re: Failing make elf 2.2 -> 3.0 (perl?) In-Reply-To: <199809150512.PAA28843@cimlogic.com.au> References: <199809150512.PAA28843@cimlogic.com.au> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: "Viren R. Shah" X-Face: )~y+U*K:yzjz{q<5lzpI_SVef'U.])9g[C9`1N@]u3,MHY7f*l7C)[_NjM4y4K8$uIUh|\u (K&&HS6,M!61&GMTk'mqmB/Qg]]X}"?TzsFl]"2v!bl8']dma.:^IY^a[lbOI>U:b<~FyK3q-p{HmZ mn~g.`~BE!5{2D:}Yi+\_KkWe?XaHj9$ko1k8iKLYv5*_2c8"G=?Up[}hn+7RNM(bzBZ_wWk6!Pf&B ?3Tcm7M7B~W%K/I0aX3]*=jP?aM]H6HBPT`oLk+0n^_;N\2\%|Rhy;p}34Q.jEsM\qtnxcm;ag%Nq Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "JB" == John Birrell writes: JB> to current with the single command. A few days ago I saw the problem you JB> are reporting and I was hoping Mark would have fixed it by now. I've held JB> off committing a few things due to C-day. Oops, forgot to add that after doing the make buildworld and make installworld steps to bring my system up to -current, I made sure that my /etc directory files were up to date -- which meant hand editing all the changes. This might have had an effect on the subsequent "make aout-to-elf" build (I'm just guessing, though). Viren -- Viren R. Shah "You are about as sharp as a sack of wet mice" -- Foghorn Leghorn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 05:52:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA29200 for freebsd-current-outgoing; Tue, 15 Sep 1998 05:52:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA29110; Tue, 15 Sep 1998 05:51:55 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id FAA14191; Tue, 15 Sep 1998 05:51:59 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: phk@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: HARP code breaks -current world build. Date: Tue, 15 Sep 1998 05:51:59 -0700 Message-ID: <14187.905863919@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cc -O -pipe -I /usr/src/usr.sbin/atm/scspd/../../../sys -I/usr/obj/elf/usr/src /tmp/usr/include -c /usr/src/usr.sbin/atm/scspd/scsp_print.c --- scsp_config_lex.o --- /usr/src/usr.sbin/atm/scspd/scsp_config_lex.c:65: scsp_config_parse.h: No such f ile or directory --- scsp_socket.o --- --- scsp_config_lex.o --- /usr/src/usr.sbin/atm/scspd/scsp_config_lex.c:155: `TOK_DCS_ADDR' undeclared her e (not in a function) --- scsp_socket.o --- cc -O -pipe -I /usr/src/usr.sbin/atm/scspd/../../../sys -I/usr/obj/elf/usr/src /tmp/usr/include -c /usr/src/usr.sbin/atm/scspd/scsp_socket.c --- scsp_config_lex.o --- ... Someday, someday, I'll get a SNAPshot built again. I still hold out hope for this! :-) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 05:52:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA29317 for freebsd-current-outgoing; Tue, 15 Sep 1998 05:52:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA29308 for ; Tue, 15 Sep 1998 05:52:42 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id WAA00395; Tue, 15 Sep 1998 22:56:11 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809151256.WAA00395@cimlogic.com.au> Subject: Re: Failing make elf 2.2 -> 3.0 (perl?) In-Reply-To: <199809151242.IAA03210@jabberwock.rstcorp.com> from "Viren R. Shah" at "Sep 15, 98 08:42:53 am" To: viren@rstcorp.com Date: Tue, 15 Sep 1998 22:56:11 +1000 (EST) Cc: jb@cimlogic.com.au, jkb@best.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Viren R. Shah wrote: > Oops, forgot to add that after doing the make buildworld and make > installworld steps to bring my system up to -current, I made sure that > my /etc directory files were up to date -- which meant hand editing > all the changes. This might have had an effect on the subsequent "make > aout-to-elf" build (I'm just guessing, though). Please don't try to corrupt what was a simple procedure that resulted from a _lot_ of work. There are times when I wish these lists were moderated. *Sigh*. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 06:01:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA00824 for freebsd-current-outgoing; Tue, 15 Sep 1998 06:01:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA00816; Tue, 15 Sep 1998 06:01:44 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id GAA24231; Tue, 15 Sep 1998 06:01:24 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id GAA17345; Tue, 15 Sep 1998 06:01:23 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id GAA28833; Tue, 15 Sep 1998 06:01:22 -0700 (PDT) From: Don Lewis Message-Id: <199809151301.GAA28833@salsa.gv.tsc.tdk.com> Date: Tue, 15 Sep 1998 06:01:22 -0700 In-Reply-To: "Justin T. Gibbs" "Re: CAM integration imminent." (Sep 15, 4:36am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Justin T. Gibbs" Subject: Re: CAM integration imminent. Cc: cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 15, 4:36am, "Justin T. Gibbs" wrote: } Subject: Re: CAM integration imminent. } Well, other than a few more files that I need to track down and delete, } I should be done. I'm sure there will be problems... there always are } on an integration of this magnitude. I'll try to address anything that } crops up after I get a bit of rest. make buildworld dies here: ===> libexec/rpc.rstatd cc -nostdinc -O -pipe -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/libexec/rpc.rstatd/rstatd.c cc -nostdinc -O -pipe -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/libexec/rpc.rstatd/rstat_proc.c cc -nostdinc -O -pipe -I/usr/obj/elf/usr/src/tmp/usr/include -o rpc.rstatd rstatd.o rstat_proc.o -lrpcsvc -lutil -lkvm -ldevstat /usr/obj/elf/usr/src/tmp/usr/libexec/elf/ld: cannot open -ldevstat: No such file or directory *** Error code 1 Stop. *** Error code 1 The problem appears to be that libdevstat isn't listed in lib/Makefile. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 06:16:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA03209 for freebsd-current-outgoing; Tue, 15 Sep 1998 06:16:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.esat.net (relay.esat.net [192.111.39.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA03203; Tue, 15 Sep 1998 06:16:50 -0700 (PDT) (envelope-from nialls@euristix.ie) Received: from (euristix.ie) [193.120.210.2] by relay.esat.net with esmtp id 0zIuy7-000601-00; Tue, 15 Sep 1998 14:16:31 +0100 Received: by gateway.euristix.ie id <19714>; Tue, 15 Sep 1998 14:15:04 +0100 Message-Id: <98Sep15.141504bst.19714@gateway.euristix.ie> Date: Tue, 15 Sep 1998 13:54:43 +0100 From: Niall Smart X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG, bugs@FreeBSD.ORG Subject: Some symlinks needed to /usr/libexec/elf? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, I presume it is not a good idea to have /usr/libexec/elf in your path, then you would lose the automatic OBJFORMAT dependant aout/elf switching. However /usr/libexec/elf/{obj{dump,copy}, addr2line} seem to be ELF only, perhaps a symlink from /usr/bin to these executables would be a good idea as they are not accessable otherwise (except by giving an absolute path of course). Regards, Niall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 06:20:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA04128 for freebsd-current-outgoing; Tue, 15 Sep 1998 06:20:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bsd.mbp.ee (bsd.mbp.ee [194.204.12.74]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA04044 for ; Tue, 15 Sep 1998 06:20:14 -0700 (PDT) (envelope-from mauri@mbp.ee) Received: from nw1.mbp.ee (nw1.mbp.ee [194.204.12.68]) by bsd.mbp.ee (8.9.1/8.9.1) with ESMTP id QAA00476 for ; Tue, 15 Sep 1998 16:19:53 +0300 (EEST) (envelope-from mauri@mbp.ee) Message-Id: <199809151319.QAA00476@bsd.mbp.ee> Received: from SERVER/SpoolDir by nw1.mbp.ee (Mercury 1.43); 15 Sep 98 16:19:52 +0300 Received: from SpoolDir by SERVER (Mercury 1.43); 15 Sep 98 16:08:51 +0300 From: "Lauri Laupmaa" Organization: =?ISO-8859-1?Q?ripeva_Kirjastuse_AS?= To: current@FreeBSD.ORG Date: Tue, 15 Sep 1998 16:08:43 +0300 MIME-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Subject: more on recent(today's) SMP kernel crash. (was: bpfilter and SMP) X-mailer: Pegasus Mail for Win32 (v3.01b) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from Quoted-printable to 8bit by hub.freebsd.org id GAA04073 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Now I have commented out bpfilter, but crashed again. I have cronjob which scans our c-class net against back orifice and that is what crashes system: bash-2.02# echo "sweep 194.204.12"| /usr/local/bin/bounix Back Orifice console client version 1.21 (Type 'help' for assistance) BO>Sweeping subnet 194.204.12.*... 194.204.12.1 -- 194.204.12.32 194.204.12.33 -- 194.204.12.64 194.204.12.65 -- 194.204.12.96 194.204.12.97 -- 194.204.12.128 194.204.12.129 -- 194.204.12.160 194.204.12.161 -- 194.204.12.192 <- here we crashed... after that I get: MP_LOCK = 01000002; CPUID=1; lapic.id=0c000000 FAULT VIRTUAL ADDRESS = 0x13 FAULT CODE = supervisor read, page not present ... ... ... ... CURRENT PROCESS = idle INTERRUPT MASK = <-SMP: XXX KERNEL: type 12 trap, code = 1 Doesn't look like softupdates ??? Below is my kernel config file... maybe someone has any idea... # # SMP-GENERIC -- Smp machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: SMP-GENERIC,v 1.12 1998/04/29 06:58:43 max Exp $ machine "i386" # SMP does NOT support 386/486 CPUs. cpu "I686_CPU" ident SMP-BSD maxusers 100 # Create a SMP capable kernel (mandatory options): options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional, these are the defaults: #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs # Lets always enable the kernel debugger for SMP. options DDB # SMP shouldn't need x87 emulation, disable by default. #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=5 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console #options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor #options "MAXMEM=131072" options SOFTUPDATES config kernel root on sd0 controller isa0 controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 #options "CMD640" # work around CMD640 chip deficiency #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device wcd0 #IDE CD-ROM # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. #controller ncr0 #controller amd0 #controller ahb0 controller ahc0 #controller isp0 options AHC_TAGENABLE options AHC_SCBPAGING_ENABLE options AHC_ALLOW_MEMIO #controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5 #options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # #device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr #device psm0 at isa? disable port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 device fxp0 #device vx0 #device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ie1 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port? net irq? vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device sl 1 # iijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's pseudo-device ccd 4 # Concatenated disk driver #pseudo-device bpfilter 4 #Berkeley packet filter # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing # This provides support for System V shared memory. # options SYSVSHM options SYSVSEM options SYSVMSG ______________ Lauri Laupmaa Äripäev mauri@mbp.ee Ph. +372 66 70 369 +372 50 13 369 Fx. +372 66 70 165 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 06:20:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA04166 for freebsd-current-outgoing; Tue, 15 Sep 1998 06:20:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA04127 for ; Tue, 15 Sep 1998 06:20:26 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with SMTP id JAA14038; Tue, 15 Sep 1998 09:16:19 -0400 (EDT) Date: Tue, 15 Sep 1998 09:16:18 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: Luoqi Chen cc: ben@rosengart.com, current@FreeBSD.ORG, bde@godzilla.zeta.org.au Subject: Re: soft updates panic In-Reply-To: <199809111636.MAA20295@lor.watermarkgroup.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 I haven't heard back from you about this, but I suppose I shall take the initiative. YES this does fix all the SoftUpdates instability I've had. I can make -j4 world to my heart's content, with no crashes at all. Should it be worth committing? And if it is the wrong thing to do for standard ffs, maybe and #ifdef SOFTUPDATES #else #endif workaround? Cheers, Brian Feldman On Fri, 11 Sep 1998, Luoqi Chen wrote: > > Another crash in make -j3 world last night, but no panic or core dump > > this time. > > > > It's disturbing to me to see this this close to release. > > > > > > Ben > > > > "You have your mind on computers, it seems." > > > I'm also able to reproduce this panic quite reliably. I tracked it down > to the lost of a directory size increase. It may have something to do > with Bruce's ffs_update() change in July (ffs_inode.c, -r1.43->1.44): > many cases of the in-core update are no longer copied to the inode disk > buffer. Please try the attached patch that restores the old behavior, and > let me know if it helps. I was able to do a make -j8 buildworld myself, > successfully up to the point that perl5 failed me 8( > > -lq > > Index: ffs_inode.c > =================================================================== > RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_inode.c,v > retrieving revision 1.46 > diff -u -r1.46 ffs_inode.c > --- ffs_inode.c 1998/07/04 20:45:38 1.46 > +++ ffs_inode.c 1998/09/11 15:13:09 > @@ -81,10 +81,12 @@ > struct inode *ip; > int error; > > - ufs_itimes(vp); > ip = VTOI(vp); > - if ((ip->i_flag & IN_MODIFIED) == 0 && waitfor != MNT_WAIT) > + if (((ip->i_flag & > + (IN_ACCESS | IN_CHANGE | IN_MODIFIED | IN_UPDATE)) == 0) && > + (waitfor != MNT_WAIT)) > return (0); > + ufs_itimes(vp); > ip->i_flag &= ~(IN_LAZYMOD | IN_MODIFIED); > if (vp->v_mount->mnt_flag & MNT_RDONLY) > return (0); > > 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 Sep 15 06:23:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA05007 for freebsd-current-outgoing; Tue, 15 Sep 1998 06:23:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from skraldespand.demos.su (skraldespand.demos.su [194.87.5.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA04970 for ; Tue, 15 Sep 1998 06:23:06 -0700 (PDT) (envelope-from mishania@skraldespand.demos.su) Received: by skraldespand.demos.su id RAA10533; (8.8.8/D) Tue, 15 Sep 1998 17:19:58 +0400 (MSD) Message-ID: <19980915171958.44877@demos.su> Date: Tue, 15 Sep 1998 17:19:58 +0400 From: "Mikhail A. Sokolov" To: Max Khon Cc: current@FreeBSD.ORG Subject: Re: koi8-r keymap in menus.c (/stand/sysinstall) References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: ; from Max Khon on Tue, Sep 15, 1998 at 09:44:24AM +0700 Organization: Demos Company, Ltd., Moscow, Russian Federation. X-Point-of-View: Gravity is myth, - the earth sucks. X-Useless-Header: Look ma! It's a # sign! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 15, 1998 at 09:44:24AM +0700, Max Khon wrote: # hi, there! # # how about this patch for menus.c? Why would one want to change the settings which has been there for ages? And well, you use !@#%$^&*() a lot more often if you're not accountant or something. # /fjoe # --- menus.c.orig Tue Sep 15 09:37:06 1998 # +++ menus.c Tue Sep 15 09:41:24 1998 # @@ -1346,7 +1346,7 @@ # { "Japanese 106", "Japanese 106 keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=jp.106" }, # { "Norway ISO", "Norwegian ISO keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=norwegian.iso" }, # { "Russia CP866", "Russian CP866 keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=ru.cp866" }, # - { "Russia KOI8-R", "Russian KOI8-R keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=ru.koi8-r" }, # + { "Russia KOI8-R", "Russian KOI8-R keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=ru.koi8-r.shift" }, # { "Slovenian", "Slovenian ISO keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=si.iso.acc" }, # { "Spanish (accent)", "Spanish ISO keymap (accent keys)", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=spanish.iso.acc" }, # { "Spanish", "Spanish ISO keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=spanish.iso" }, # -- -mishania To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 06:25:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA05552 for freebsd-current-outgoing; Tue, 15 Sep 1998 06:25:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA05490 for ; Tue, 15 Sep 1998 06:25:01 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id GAA24332; Tue, 15 Sep 1998 06:24:40 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id GAA17673; Tue, 15 Sep 1998 06:24:38 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id GAA28905; Tue, 15 Sep 1998 06:24:37 -0700 (PDT) From: Don Lewis Message-Id: <199809151324.GAA28905@salsa.gv.tsc.tdk.com> Date: Tue, 15 Sep 1998 06:24:37 -0700 In-Reply-To: Don Lewis "Re: CAM integration imminent." (Sep 15, 6:01am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Don Lewis , "Justin T. Gibbs" Subject: Re: CAM integration imminent. Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 15, 6:01am, Don Lewis wrote: } Subject: Re: CAM integration imminent. } make buildworld dies here: } } ===> libexec/rpc.rstatd } cc -nostdinc -O -pipe -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/libexec/rpc.rstatd/rstatd.c } cc -nostdinc -O -pipe -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/libexec/rpc.rstatd/rstat_proc.c } cc -nostdinc -O -pipe -I/usr/obj/elf/usr/src/tmp/usr/include -o rpc.rstatd rstatd.o rstat_proc.o -lrpcsvc -lutil -lkvm -ldevstat } /usr/obj/elf/usr/src/tmp/usr/libexec/elf/ld: cannot open -ldevstat: No such file or directory } *** Error code 1 } } Stop. } *** Error code 1 } } The problem appears to be that libdevstat isn't listed in lib/Makefile. Nevermind. I re-cvsupped and this problem appears to be fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 07:29:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17264 for freebsd-current-outgoing; Tue, 15 Sep 1998 07:29:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA17223 for ; Tue, 15 Sep 1998 07:29:00 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.8.8/8.8.5) with SMTP id VAA06611; Tue, 15 Sep 1998 21:33:08 +0700 (NSS) Date: Tue, 15 Sep 1998 21:33:08 +0700 (NSS) From: Max Khon To: "Mikhail A. Sokolov" cc: current@FreeBSD.ORG Subject: Re: koi8-r keymap in menus.c (/stand/sysinstall) In-Reply-To: <19980915171958.44877@demos.su> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2111394075-905869988=:5501" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-2111394075-905869988=:5501 Content-Type: TEXT/PLAIN; charset=US-ASCII hi, there! On Tue, 15 Sep 1998, Mikhail A. Sokolov wrote: > On Tue, Sep 15, 1998 at 09:44:24AM +0700, Max Khon wrote: > # hi, there! > # > # how about this patch for menus.c? ok, how about this one? :) > Why would one want to change the settings which has been there for ages? And > well, you use !@#%$^&*() a lot more often if you're not accountant or > something. /fjoe --0-2111394075-905869988=:5501 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="menus.c.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: LS0tIG1lbnVzLmMub3JpZwlUdWUgU2VwIDE1IDA5OjM3OjA2IDE5OTgNCisr KyBtZW51cy5jCVR1ZSBTZXAgMTUgMjA6NDU6NTYgMTk5OA0KQEAgLTEzNDcs NiArMTM0Nyw3IEBADQogICAgICAgeyAiTm9yd2F5IElTTyIsCSJOb3J3ZWdp YW4gSVNPIGtleW1hcCIsCWRtZW51VmFyQ2hlY2ssIGRtZW51U2V0S21hcFZh cmlhYmxlLCBOVUxMLCAia2V5bWFwPW5vcndlZ2lhbi5pc28iIH0sDQogICAg ICAgeyAiUnVzc2lhIENQODY2IiwJIlJ1c3NpYW4gQ1A4NjYga2V5bWFwIiwJ ZG1lbnVWYXJDaGVjaywgZG1lbnVTZXRLbWFwVmFyaWFibGUsIE5VTEwsICJr ZXltYXA9cnUuY3A4NjYiIH0sDQogICAgICAgeyAiUnVzc2lhIEtPSTgtUiIs ICJSdXNzaWFuIEtPSTgtUiBrZXltYXAiLCBkbWVudVZhckNoZWNrLCBkbWVu dVNldEttYXBWYXJpYWJsZSwgTlVMTCwgImtleW1hcD1ydS5rb2k4LXIiIH0s DQorICAgICAgeyAiUnVzc2lhIEtPSTgtUiAoc2hpZnRlZCkiLCAiUnVzc2lh biBLT0k4LVIga2V5bWFwIiwgZG1lbnVWYXJDaGVjaywgZG1lbnVTZXRLbWFw VmFyaWFibGUsIE5VTEwsICJrZXltYXA9cnUua29pOC1yLnNoaWZ0IiB9LA0K ICAgICAgIHsgIlNsb3ZlbmlhbiIsICJTbG92ZW5pYW4gSVNPIGtleW1hcCIs CWRtZW51VmFyQ2hlY2ssIGRtZW51U2V0S21hcFZhcmlhYmxlLCBOVUxMLCAi a2V5bWFwPXNpLmlzby5hY2MiIH0sDQogICAgICAgeyAiU3BhbmlzaCAoYWNj ZW50KSIsICJTcGFuaXNoIElTTyBrZXltYXAgKGFjY2VudCBrZXlzKSIsCWRt ZW51VmFyQ2hlY2ssIGRtZW51U2V0S21hcFZhcmlhYmxlLCBOVUxMLCAia2V5 bWFwPXNwYW5pc2guaXNvLmFjYyIgfSwNCiAgICAgICB7ICJTcGFuaXNoIiwJ IlNwYW5pc2ggSVNPIGtleW1hcCIsCWRtZW51VmFyQ2hlY2ssIGRtZW51U2V0 S21hcFZhcmlhYmxlLCBOVUxMLCAia2V5bWFwPXNwYW5pc2guaXNvIiB9LA0K --0-2111394075-905869988=:5501-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 07:38:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA19667 for freebsd-current-outgoing; Tue, 15 Sep 1998 07:38:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nagual.pp.ru (lsd.relcom.eu.net [193.125.27.73]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA19651 for ; Tue, 15 Sep 1998 07:38:40 -0700 (PDT) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.9.1/8.9.1) id SAA28025; Tue, 15 Sep 1998 18:37:21 +0400 (MSD) (envelope-from ache) Message-ID: <19980915183721.A26494@nagual.pp.ru> Date: Tue, 15 Sep 1998 18:37:21 +0400 From: "Andrey A. Chernov" To: "Mikhail A. Sokolov" , Max Khon Cc: current@FreeBSD.ORG Subject: Re: koi8-r keymap in menus.c (/stand/sysinstall) Mail-Followup-To: "Mikhail A. Sokolov" , Max Khon , current@FreeBSD.ORG References: <19980915171958.44877@demos.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980915171958.44877@demos.su>; from mishania@demos.net on Tue, Sep 15, 1998 at 05:19:58PM +0400 Organization: Biomechanoid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 15, 1998 at 05:19:58PM +0400, Mikhail A. Sokolov wrote: > On Tue, Sep 15, 1998 at 09:44:24AM +0700, Max Khon wrote: > # hi, there! > # > # how about this patch for menus.c? > > Why would one want to change the settings which has been there for ages? And > well, you use !@#%$^&*() a lot more often if you're not accountant or ^^^^^^^^^ is is not an obscenity, just upper row keys :-) > something. Moreover, you can use NumLock to enter digits at anytime. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 07:50:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA22326 for freebsd-current-outgoing; Tue, 15 Sep 1998 07:50:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA22320 for ; Tue, 15 Sep 1998 07:50:45 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id KAA27509; Tue, 15 Sep 1998 10:49:28 -0400 (EDT) Date: Tue, 15 Sep 1998 10:49:28 -0400 (EDT) From: "Matthew N. Dodd" To: Mike Smith cc: Alfred Perlstein , freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-Reply-To: <199809151044.DAA00966@word.smith.net.au> 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, 15 Sep 1998, Mike Smith wrote: > Natch; shortest seek in the last N slots in the queue is the trivial > workaround. You can go totally nuts with disk scheduling, but it all > basically boils down to not being able to tell what the disk has > remembered (think segmented cache) and which transitions will really > cost you. > > *shrug* TCQ to the rescue. Also keep in mind that most modern disks will start elevator sorting above a certain transaction rate threshold. I see any host performed sorting to be something that is tweaked during tuning as its usefulness in some situations may be very low and in the most pessimal may cause you to burn cycles that would better be spent elsewhere. -- | Matthew N. Dodd |This space | '78 Datsun 280Z | FreeBSD/NetBSD/Sprite/VMS | | winter@jurai.net |is for rent| '84 Volvo 245DL | ix86,sparc,m68k,pmax,vax | | http://www.jurai.net/~winter | Are you k-rad elite enough for my webpage? | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 07:58:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA24022 for freebsd-current-outgoing; Tue, 15 Sep 1998 07:58:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sasami.jurai.net (sasami.jurai.net [207.153.65.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA24003 for ; Tue, 15 Sep 1998 07:58:36 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id KAA27611; Tue, 15 Sep 1998 10:56:23 -0400 (EDT) Date: Tue, 15 Sep 1998 10:56:23 -0400 (EDT) From: "Matthew N. Dodd" To: "Jordan K. Hubbard" cc: shimon@simon-shapiro.org, Mark Murray , current@FreeBSD.ORG, "Alok K.Dhir" Subject: Re: ELF Xfree86? In-Reply-To: <14026.905861810@time.cdrom.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 Tue, 15 Sep 1998, Jordan K. Hubbard wrote: > > > > How about the perl5 port? > > > Deprecated for current. > > Meaning what? > > Uhh. Meaning deprecated? :) > > To turn the question around, why would you personally want perl5 as a > port when it was already part of -current? Because Perl 5.005_51 is already out? (Granted its a development release). One hopes that the new version of Perl5 in the tree will be updated to track official perl releases better than the old version. I, of course, am with the people who think that perl should not be in the tree in the first place. Make it a mandatory package to install or something. [ ] Perl System utilities (will also install Perl) [ ] Tcl/Tk System utilities (will also install Tcl/Tk) etc... But that would make far too much sense (not to mention add more catagories to the distfiles. -- | Matthew N. Dodd |This space | '78 Datsun 280Z | FreeBSD/NetBSD/Sprite/VMS | | winter@jurai.net |is for rent| '84 Volvo 245DL | ix86,sparc,m68k,pmax,vax | | http://www.jurai.net/~winter | Are you k-rad elite enough for my webpage? | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 08:46:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA01398 for freebsd-current-outgoing; Tue, 15 Sep 1998 08:46:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nike.ins.cwru.edu (nike.INS.CWRU.Edu [129.22.8.219]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA01392 for ; Tue, 15 Sep 1998 08:46:28 -0700 (PDT) (envelope-from chet@nike.ins.cwru.edu) Received: (chet@localhost) by nike.ins.cwru.edu (8.8.7/CWRU-2.5-bsdi) id LAA11168; Tue, 15 Sep 1998 11:44:16 -0400 (EDT) (from chet) Date: Tue, 15 Sep 1998 11:40:36 -0400 From: Chet Ramey To: cracauer@cons.org Subject: Re: 'bug' in /bin/sh's builtin 'echo' Cc: crossd@cs.rpi.edu, freebsd-current@FreeBSD.ORG, chet@po.cwru.edu Reply-To: chet@po.cwru.edu In-Reply-To: Message from cracauer@cons.org of Tue, 15 Sep 1998 16:27:41 +0200 (id <19980915162741.A7479@cons.org>) Message-ID: <980915154036.AA11163.SM@nike.ins.cwru.edu> Read-Receipt-To: chet@po.CWRU.Edu Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Also, what happens if \c isn't at the end of the string? The -n > construct seems superiour to me. Everything after the \c should be ignored. > Anyway, please file a PR about this. I'll take care of it when my > Posix documents arrive, which should be in time for the 3.0 release. POSIX.2 says very little about `echo'; it recommends using printf(1) instead. It defines nothing, and allows everything. Specifically, arguments which contain a backslash, or a first argument of `-n', are `implementation defined'. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer Chet Ramey, Case Western Reserve University Internet: chet@po.CWRU.Edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 08:58:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA02899 for freebsd-current-outgoing; Tue, 15 Sep 1998 08:58:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA02889 for ; Tue, 15 Sep 1998 08:58:42 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id RAA06921; Tue, 15 Sep 1998 17:57:55 +0200 (CEST) Message-ID: <19980915175755.A6907@cons.org> Date: Tue, 15 Sep 1998 17:57:55 +0200 From: Martin Cracauer To: chet@po.cwru.edu, cracauer@cons.org Cc: crossd@cs.rpi.edu, freebsd-current@FreeBSD.ORG Subject: Re: 'bug' in /bin/sh's builtin 'echo' References: <19980915162741.A7479@cons.org> <980915154036.AA11163.SM@nike.ins.cwru.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <980915154036.AA11163.SM@nike.ins.cwru.edu>; from Chet Ramey on Tue, Sep 15, 1998 at 11:40:36AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <980915154036.AA11163.SM@nike.ins.cwru.edu>, Chet Ramey wrote: > > Also, what happens if \c isn't at the end of the string? The -n > > construct seems superiour to me. > > Everything after the \c should be ignored. > > > Anyway, please file a PR about this. I'll take care of it when my > > Posix documents arrive, which should be in time for the 3.0 release. > > POSIX.2 says very little about `echo'; it recommends using printf(1) > instead. It defines nothing, and allows everything. Specifically, > arguments which contain a backslash, or a first argument of `-n', > are `implementation defined'. I was afraid that would be the case. So much for wasting money on standard documents :-) We obviously should unify /bin/sh's echo and /bin/echo. I vote to unify on displaying \c verbatim when -e isn't set, for the reasons I stated in my previous mail. Since bash doesn't recognize \c as special without -e either, I think compatiblity to other platforms is equivalent (bad) for both solutions. If anything, I would rate Linux compatiblity to be slightly more important since we run Linux binaries as well. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 09:10:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA04291 for freebsd-current-outgoing; Tue, 15 Sep 1998 09:10:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from atena.eurocontrol.fr (atena.uneec.eurocontrol.fr [147.196.69.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA04185 for ; Tue, 15 Sep 1998 09:10:00 -0700 (PDT) (envelope-from roberto@eurocontrol.fr) Received: from caerdonn.eurocontrol.fr (caerdonn.eurocontrol.fr [147.196.30.193]) by atena.eurocontrol.fr (8.9.1/8.9.1/atena-1.1/nospam) with ESMTP id SAA02581 for ; Tue, 15 Sep 1998 18:09:40 +0200 (MET DST) (envelope-from roberto@caerdonn.eurocontrol.fr) Received: by caerdonn.eurocontrol.fr (VMailer, from userid 1193) id 07F4EF8; Tue, 15 Sep 1998 18:09:36 +0200 (CEST) Date: Tue, 15 Sep 1998 18:09:34 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: make buildworld fails in sbin/atm/atm Message-ID: <19980915180934.G5662@caerdonn.eurocontrol.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Why the value of CFLAGS in sbin/atm/atm/Makefile isn't taken into account for "make depend" ? *puzzled* ===> sbin/atm/atm rm -f .depend mkdep -f .depend -a -I -I/usr/obj/elf/src/src/tmp/usr/include /src/src/sbin/atm/atm/atm.c /src/src/sbin/atm/atm/atm_fore200.c /src/src/sbin/atm/atm/atm_eni.c /src/src/sbin/atm/atm/atm_inet.c /src/src/sbin/atm/atm/atm_print.c /src/src/sbin/atm/atm/atm_set.c /src/src/sbin/atm/atm/atm_show.c /src/src/sbin/atm/atm/atm_subr.c /src/src/sbin/atm/atm/atm.c:53: netatm/port.h: No such file or directory /src/src/sbin/atm/atm/atm.c:54: netatm/atm.h: No such file or directory atm/atm/Makefile: -=-=-=- CFLAGS+= -I ${.CURDIR}/../../../sys LDADD+= -latm -=-=-=- -- Ollivier ROBERT -=- Eurocontrol EEC/TS -=- Ollivier.Robert@eurocontrol.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 09:13:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA04984 for freebsd-current-outgoing; Tue, 15 Sep 1998 09:13:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA04886; Tue, 15 Sep 1998 09:13:02 -0700 (PDT) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.9.1/8.8.5/RADIO-1.1) id SAA00517; Tue, 15 Sep 1998 18:12:31 +0200 (CEST) Message-ID: <19980915181231.A502@radio-do.de> Date: Tue, 15 Sep 1998 18:12:31 +0200 From: Frank Nobis To: "Justin T. Gibbs" Cc: cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: CAM integration imminent. References: <199809151042.EAA24465@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809151042.EAA24465@pluto.plutotech.com>; from Justin T. Gibbs on Tue, Sep 15, 1998 at 04:36:14AM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 15, 1998 at 04:36:14AM -0600, Justin T. Gibbs wrote: > Well, other than a few more files that I need to track down and delete, > I should be done. I'm sure there will be problems... there always are > on an integration of this magnitude. I'll try to address anything that > crops up after I get a bit of rest. To give some feedback. I compiled a SMP kernel with cam. This one is actually running now. A make world doesn't get through, because of some errors in /usr/src/sbin/atm. I installed libcam and camcontrol by hand. Camcontrol devlist gives an error "couldn't open /dev/xpt0". It looks like the /dev/MAKEDEV has no targets for cam yet. But nevertheless this is very good work! Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 09:30:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA08446 for freebsd-current-outgoing; Tue, 15 Sep 1998 09:30:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA08428 for ; Tue, 15 Sep 1998 09:30:38 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:PyU9kYRFslIr3Ef0deJ9nAhEhv39A2b9@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id SAA01021; Tue, 15 Sep 1998 18:28:57 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809151628.SAA01021@gratis.grondar.za> To: "Matthew N. Dodd" cc: "Jordan K. Hubbard" , shimon@simon-shapiro.org, current@FreeBSD.ORG, "Alok K.Dhir" Subject: Re: ELF Xfree86? In-Reply-To: Your message of " Tue, 15 Sep 1998 10:56:23 -0400." References: Date: Tue, 15 Sep 1998 18:28:55 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Matthew N. Dodd" wrote: > > To turn the question around, why would you personally want perl5 as a > > port when it was already part of -current? > > Because Perl 5.005_51 is already out? (Granted its a development > release). Naah. Perl 5.00N_MM with MM > 50 is not for public consumption. MM<=49 are the development releases. The others are bleeding edge. > One hopes that the new version of Perl5 in the tree will be updated to > track official perl releases better than the old version. I intend to. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 09:34:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA09225 for freebsd-current-outgoing; Tue, 15 Sep 1998 09:34:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA09216 for ; Tue, 15 Sep 1998 09:34:27 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:IbVyHYHvppgGmZd12gh8yHp4E0Gsv0M3@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id SAA01075; Tue, 15 Sep 1998 18:33:13 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809151633.SAA01075@gratis.grondar.za> To: "Viren R. Shah" cc: John Birrell , jkb@best.com (Jan B. Koum), current@FreeBSD.ORG Subject: Re: Failing make elf 2.2 -> 3.0 (perl?) In-Reply-To: Your message of " Tue, 15 Sep 1998 08:42:53 -0400." <199809151242.IAA03210@jabberwock.rstcorp.com> References: <199809150512.PAA28843@cimlogic.com.au> <199809151242.IAA03210@jabberwock.rstcorp.com> Date: Tue, 15 Sep 1998 18:33:10 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Viren R. Shah" wrote: > JB> off committing a few things due to C-day. > > Oops, forgot to add that after doing the make buildworld and make > installworld steps to bring my system up to -current, I made sure that > my /etc directory files were up to date -- which meant hand editing > all the changes. This might have had an effect on the subsequent "make > aout-to-elf" build (I'm just guessing, though). I committed a fix today. Any luck? M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 09:39:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA10454 for freebsd-current-outgoing; Tue, 15 Sep 1998 09:39:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA10448; Tue, 15 Sep 1998 09:39:38 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id KAA18650; Tue, 15 Sep 1998 10:36:11 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809151636.KAA18650@panzer.plutotech.com> Subject: Re: CAM integration imminent. In-Reply-To: <19980915181231.A502@radio-do.de> from Frank Nobis at "Sep 15, 98 06:12:31 pm" To: fn@radio-do.de (Frank Nobis) Date: Tue, 15 Sep 1998 10:36:11 -0600 (MDT) Cc: gibbs@pluto.plutotech.com, cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Frank Nobis wrote... > On Tue, Sep 15, 1998 at 04:36:14AM -0600, Justin T. Gibbs wrote: > > Well, other than a few more files that I need to track down and delete, > > I should be done. I'm sure there will be problems... there always are > > on an integration of this magnitude. I'll try to address anything that > > crops up after I get a bit of rest. > > To give some feedback. I compiled a SMP kernel with cam. This one is > actually running now. A make world doesn't get through, because of some > errors in /usr/src/sbin/atm. I think Poul-Henning fixed that. You may want to re-cvsup. > I installed libcam and camcontrol by hand. Camcontrol devlist gives > an error "couldn't open /dev/xpt0". It looks like the /dev/MAKEDEV has > no targets for cam yet. Do you have revision 1.171 of src/etc/etc.i386/MAKEDEV? It has the transport layer and pasthrough devices. > But nevertheless this is very good work! Thanks! Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 09:40:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA10883 for freebsd-current-outgoing; Tue, 15 Sep 1998 09:40:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from passer.osg.gov.bc.ca (passer.osg.gov.bc.ca [142.32.110.29]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA10858 for ; Tue, 15 Sep 1998 09:40:30 -0700 (PDT) (envelope-from cschuber@passer.osg.gov.bc.ca) Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.8.8/8.6.10) id JAA07921 for ; Tue, 15 Sep 1998 09:40:09 -0700 (PDT) Message-Id: <199809151640.JAA07921@passer.osg.gov.bc.ca> Received: from localhost.osg.gov.bc.ca(127.0.0.1), claiming to be "passer.osg.gov.bc.ca" via SMTP by localhost.osg.gov.bc.ca, id smtpdKv7904; Tue Sep 15 09:39:12 1998 X-Mailer: exmh version 2.0.2 2/24/98 Reply-to: Cy Schubert - ITSD Open Systems Group X-Sender: cschuber To: freebsd-current@FreeBSD.ORG Subject: New CAM Code Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Sep 1998 09:39:12 -0700 From: Cy Schubert Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG What are the chances that the new CAM code just included in the CVS tree will be part of 3.0 when it is released? Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Open Systems Group Internet: cschuber@uumail.gov.bc.ca ITSD Cy.Schubert@gems8.gov.bc.ca Government 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 Sep 15 09:56:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14608 for freebsd-current-outgoing; Tue, 15 Sep 1998 09:56:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA14560; Tue, 15 Sep 1998 09:56:28 -0700 (PDT) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.9.1/8.8.5/RADIO-1.1) id SAA02175; Tue, 15 Sep 1998 18:56:01 +0200 (CEST) Message-ID: <19980915185601.A602@radio-do.de> Date: Tue, 15 Sep 1998 18:56:01 +0200 From: Frank Nobis To: "Kenneth D. Merry" Cc: gibbs@pluto.plutotech.com, cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: CAM integration imminent. References: <19980915181231.A502@radio-do.de> <199809151636.KAA18650@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809151636.KAA18650@panzer.plutotech.com>; from Kenneth D. Merry on Tue, Sep 15, 1998 at 10:36:11AM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 15, 1998 at 10:36:11AM -0600, Kenneth D. Merry wrote: > Frank Nobis wrote... > > To give some feedback. I compiled a SMP kernel with cam. This one is > > actually running now. A make world doesn't get through, because of some > > errors in /usr/src/sbin/atm. > > I think Poul-Henning fixed that. You may want to re-cvsup. My last cvsup was two hours ago. I will give it a try now. > > I installed libcam and camcontrol by hand. Camcontrol devlist gives > > an error "couldn't open /dev/xpt0". It looks like the /dev/MAKEDEV has > > no targets for cam yet. > > Do you have revision 1.171 of src/etc/etc.i386/MAKEDEV? It has the > transport layer and pasthrough devices. O boy, where have I had my head. That was my mistake. Now it's working like a charm. > > But nevertheless this is very good work! Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 09:58:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA15111 for freebsd-current-outgoing; Tue, 15 Sep 1998 09:58:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from marcos.networkcs.com (marcos.networkcs.com [137.66.16.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA15101 for ; Tue, 15 Sep 1998 09:58:52 -0700 (PDT) (envelope-from mks@us.networkcs.com) Received: from us.networkcs.com (us.networkcs.com [137.66.11.15]) by marcos.networkcs.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id LAA09358; Tue, 15 Sep 1998 11:58:34 -0500 (CDT) Received: (from mks@localhost) by us.networkcs.com (8.8.7/8.8.7) id LAA22314; Tue, 15 Sep 1998 11:58:32 -0500 (CDT) From: Mike Spengler Message-Id: <199809151658.LAA22314@us.networkcs.com> Subject: Re: make buildworld fails in sbin/atm/atm In-Reply-To: <19980915180934.G5662@caerdonn.eurocontrol.fr> from Ollivier Robert at "Sep 15, 98 06:09:34 pm" To: roberto@eurocontrol.fr (Ollivier Robert) Date: Tue, 15 Sep 1998 11:58:32 -0500 (CDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ollivier Robert said: > Why the value of CFLAGS in sbin/atm/atm/Makefile isn't taken into account > for "make depend" ? *puzzled* > > ===> sbin/atm/atm > rm -f .depend > mkdep -f .depend -a -I -I/usr/obj/elf/src/src/tmp/usr/include /src/src/sbin/atm/atm/atm.c /src/src/sbin/atm/atm/atm_fore200.c /src/src/sbin/atm/atm/atm_eni.c /src/src/sbin/atm/atm/atm_inet.c /src/src/sbin/atm/atm/atm_print.c /src/src/sbin/atm/atm/atm_set.c /src/src/sbin/atm/atm/atm_show.c /src/src/sbin/atm/atm/atm_subr.c > /src/src/sbin/atm/atm/atm.c:53: netatm/port.h: No such file or directory > /src/src/sbin/atm/atm/atm.c:54: netatm/atm.h: No such file or directory > > atm/atm/Makefile: > -=-=-=- > CFLAGS+= -I ${.CURDIR}/../../../sys > LDADD+= -latm > -=-=-=- > -- There is a space after the -I that 'make depend' doesn't grok. Delete it and it should proceed. -- Mike Spengler Network Computing Services, Inc. Email: mks@networkcs.com 1200 Washington Ave. So. Phone: +1 612 337 3557 Minneapolis MN 55415 FAX: +1 612 337 3400 (aka Minnesota Supercomputer Center) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 10:00:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15571 for freebsd-current-outgoing; Tue, 15 Sep 1998 10:00:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15538 for ; Tue, 15 Sep 1998 10:00:38 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from eggbeater.cs.rpi.edu (crossd@eggbeater.cs.rpi.edu [128.213.8.32]) by cs.rpi.edu (8.9.1/8.9.1) with SMTP id MAA04122; Tue, 15 Sep 1998 12:59:17 -0400 (EDT) Date: Tue, 15 Sep 1998 12:59:14 -0400 (EDT) From: "David E. Cross" To: Martin Cracauer cc: chet@po.cwru.edu, freebsd-current@FreeBSD.ORG Subject: Re: 'bug' in /bin/sh's builtin 'echo' In-Reply-To: <19980915175755.A6907@cons.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 Tue, 15 Sep 1998, Martin Cracauer wrote: > In <980915154036.AA11163.SM@nike.ins.cwru.edu>, Chet Ramey wrote: > > > Also, what happens if \c isn't at the end of the string? The -n > > > construct seems superiour to me. > > > > Everything after the \c should be ignored. > > > > > Anyway, please file a PR about this. I'll take care of it when my > > > Posix documents arrive, which should be in time for the 3.0 release. > > > > POSIX.2 says very little about `echo'; it recommends using printf(1) > > instead. It defines nothing, and allows everything. Specifically, > > arguments which contain a backslash, or a first argument of `-n', > > are `implementation defined'. > > I was afraid that would be the case. So much for wasting money on > standard documents :-) > > We obviously should unify /bin/sh's echo and /bin/echo. I vote to > unify on displaying \c verbatim when -e isn't set, for the reasons I > stated in my previous mail. > > Since bash doesn't recognize \c as special without -e either, I think > compatiblity to other platforms is equivalent (bad) for both > solutions. If anything, I would rate Linux compatiblity to be > slightly more important since we run Linux binaries as well. I have tested sh's echo on the following platforms: AIX (4.2) Solaris 2.5 IRIX 6.x All of them have: "echo 'foo\c'" display without a newline. Seeing that our current /bin/echo already does that, I strongly think that we should bring sh's echo in line with the others (and recognize '\c' by default as no-newline). Better yet would be an environment variable, similar to SUNS 'SYSV3' environment variable, or to provide a way to turn off the builtin. (I think there should be a way to disable a given builtin anyway) -- David Cross To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 10:01:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15700 for freebsd-current-outgoing; Tue, 15 Sep 1998 10:01:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from crap.31337.net (crap.31337.net [194.109.86.254] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15662; Tue, 15 Sep 1998 10:01:26 -0700 (PDT) (envelope-from alexlh@crap.31337.net) Received: (from alexlh@localhost) by crap.31337.net (8.8.8/8.8.8) id SAA17958; Tue, 15 Sep 1998 18:37:45 GMT (envelope-from alexlh) Message-ID: <19980915183742.20167@funk.org> Date: Tue, 15 Sep 1998 18:37:42 +0000 From: Alex Le Heux To: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: 3Com 3c900B-FL? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, Is anyone working on support for the 3c900B-FL card? Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 10:13:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18380 for freebsd-current-outgoing; Tue, 15 Sep 1998 10:13:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA18375; Tue, 15 Sep 1998 10:13:41 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id TAA00347; Tue, 15 Sep 1998 19:05:20 +0200 (CEST) To: "Kenneth D. Merry" cc: fn@radio-do.de (Frank Nobis), gibbs@pluto.plutotech.com, cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: CAM integration imminent. In-reply-to: Your message of "Tue, 15 Sep 1998 10:36:11 MDT." <199809151636.KAA18650@panzer.plutotech.com> Date: Tue, 15 Sep 1998 19:05:20 +0200 Message-ID: <345.905879120@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just got to this one in make world now: install -c -o root -g wheel -m 644 printing/pstf /usr/share/examples/printing/ps tf install -c -o root -g wheel -m 644 printing/pstfX /usr/share/examples/printing/p stfX install -c -o root -g wheel -m 644 scsi_target/Makefile /usr/share/examples/scsi _target/Makefile install: /usr/share/examples/scsi_target/Makefile: No such file or directory *** Error code 71 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Over to the CAM team :-) -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 10:28:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA19932 for freebsd-current-outgoing; Tue, 15 Sep 1998 10:28:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA19905 for ; Tue, 15 Sep 1998 10:28:00 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id KAA21703; Tue, 15 Sep 1998 10:27:35 -0700 (PDT) (envelope-from jdp) Message-Id: <199809151727.KAA21703@austin.polstra.com> To: freebsd@timog.prestel.co.uk Subject: Re: gcc-2.7.2.1 internal compiler error In-Reply-To: <19980915093507.A204@prestel.co.uk> References: <19980915093507.A204@prestel.co.uk> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 15 Sep 1998 10:27:35 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19980915093507.A204@prestel.co.uk>, Timo Geusch wrote: > I'd need some opinions on how to deal with an internal compiler error in g++ > (stock 2.7.2.1 in -current as of 14/9). I've got a small piece of C++ code > which triggers an internal compiler error. In the light of the recent > discussion on possibly moving to gcc 2.8.1 (which does NOT exhibit this > behaviour), does it still make sense to open a PR on it? It would most likely be a waste of time. You'll have better luck filing g++ bug reports with the GNU folks. First, you should try gcc-2.8.1 and see if the same problem exists in that version. If it does, go ahead and report the bug to the FSF. If it doesn't, then start using gcc-2.8.1. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 10:29:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA20103 for freebsd-current-outgoing; Tue, 15 Sep 1998 10:29:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA20083 for ; Tue, 15 Sep 1998 10:29:00 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id KAA21729; Tue, 15 Sep 1998 10:28:33 -0700 (PDT) (envelope-from jdp) Message-Id: <199809151728.KAA21729@austin.polstra.com> To: nialls@euristix.ie Subject: Re: Some symlinks needed to /usr/libexec/elf? In-Reply-To: <98Sep15.141504bst.19714@gateway.euristix.ie> References: <98Sep15.141504bst.19714@gateway.euristix.ie> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Tue, 15 Sep 1998 10:28:33 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <98Sep15.141504bst.19714@gateway.euristix.ie>, Niall Smart wrote: > Hi, > > I presume it is not a good idea to have /usr/libexec/elf in your path, > then you would lose the automatic OBJFORMAT dependant aout/elf > switching. However /usr/libexec/elf/{obj{dump,copy}, addr2line} seem > to be ELF only, perhaps a symlink from /usr/bin to these executables > would be a good idea as they are not accessable otherwise (except by > giving an absolute path of course). Agreed. That's on my to-do list. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 10:33:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21162 for freebsd-current-outgoing; Tue, 15 Sep 1998 10:33:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ganymede.or.intel.com (ganymede.or.intel.com [134.134.248.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA21157 for ; Tue, 15 Sep 1998 10:33:15 -0700 (PDT) (envelope-from jmoss@ichips.intel.com) Received: from ichips-ra.pdx.intel.com (ichips-ra.pdx.intel.com [137.102.192.31]) by ganymede.or.intel.com (8.8.6/8.8.5) with ESMTP id RAA04575; Tue, 15 Sep 1998 17:31:44 GMT Received: from pdxss086 (pdxss086.pdx.intel.com [137.102.200.41]) by ichips-ra.pdx.intel.com (8.8.8/8.8.7) with SMTP id KAA11912; Tue, 15 Sep 1998 10:31:44 -0700 (PDT) Received: from localhost by pdxss086 (SMI-8.6/WW2.2 (Ronler Acres)) id KAA18379; Tue, 15 Sep 1998 10:31:44 -0700 Message-Id: <199809151731.KAA18379@pdxss086> X-Mailer: exmh version 2.0.2-97r1.3 7/23/98 To: Martin Cracauer cc: chet@po.cwru.edu, crossd@cs.rpi.edu, freebsd-current@FreeBSD.ORG Subject: Re: 'bug' in /bin/sh's builtin 'echo' In-reply-to: Your message of "Tue, 15 Sep 1998 17:57:55 +0200." <19980915175755.A6907@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Sep 1998 10:31:44 -0700 From: Joe Moss Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In <980915154036.AA11163.SM@nike.ins.cwru.edu>, Chet Ramey wrote: > > > Also, what happens if \c isn't at the end of the string? The -n > > > construct seems superiour to me. > > > > Everything after the \c should be ignored. > > > > > Anyway, please file a PR about this. I'll take care of it when my > > > Posix documents arrive, which should be in time for the 3.0 release. > > > > POSIX.2 says very little about `echo'; it recommends using printf(1) > > instead. It defines nothing, and allows everything. Specifically, > > arguments which contain a backslash, or a first argument of `-n', > > are `implementation defined'. > > I was afraid that would be the case. So much for wasting money on > standard documents :-) You just have to pick the right standards :-) "The Single UNIX Specification, Version 2" does talk about echo and '\c' vs. '-n'. See http://www.opengroup.org/onlinepubs/7908799/xcu/echo.html > > We obviously should unify /bin/sh's echo and /bin/echo. I vote to > unify on displaying \c verbatim when -e isn't set, for the reasons I > stated in my previous mail. > > Since bash doesn't recognize \c as special without -e either, I think > compatiblity to other platforms is equivalent (bad) for both > solutions. If anything, I would rate Linux compatiblity to be > slightly more important since we run Linux binaries as well. > > Martin > -- > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > Martin Cracauer http://www.cons.org/cracauer > Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 > Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany > > 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 Sep 15 10:35:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21405 for freebsd-current-outgoing; Tue, 15 Sep 1998 10:35:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA21400; Tue, 15 Sep 1998 10:35:15 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id LAA18952; Tue, 15 Sep 1998 11:27:06 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809151727.LAA18952@panzer.plutotech.com> Subject: Re: CAM integration imminent. In-Reply-To: <345.905879120@critter.freebsd.dk> from Poul-Henning Kamp at "Sep 15, 98 07:05:20 pm" To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Tue, 15 Sep 1998 11:27:05 -0600 (MDT) Cc: fn@radio-do.de, gibbs@pluto.plutotech.com, cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote... > > I just got to this one in make world now: > > install -c -o root -g wheel -m 644 printing/pstf /usr/share/examples/printing/ps > tf > install -c -o root -g wheel -m 644 printing/pstfX /usr/share/examples/printing/p > stfX > install -c -o root -g wheel -m 644 scsi_target/Makefile /usr/share/examples/scsi > _target/Makefile > install: /usr/share/examples/scsi_target/Makefile: No such file or directory > *** Error code 71 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > > Over to the CAM team :-) Hmm, looks like the directory isn't getting made by mtree. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 10:44:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA22919 for freebsd-current-outgoing; Tue, 15 Sep 1998 10:44:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA22906; Tue, 15 Sep 1998 10:44:05 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:MvrGkYanrOPO8XP+JFpl/xhYBAuZUFsb@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id TAA01765; Tue, 15 Sep 1998 19:43:18 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809151743.TAA01765@gratis.grondar.za> To: "Kenneth D. Merry" cc: gibbs@pluto.plutotech.com, cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: CAM integration imminent. In-Reply-To: Your message of " Tue, 15 Sep 1998 11:27:05 CST." <199809151727.LAA18952@panzer.plutotech.com> References: <199809151727.LAA18952@panzer.plutotech.com> Date: Tue, 15 Sep 1998 19:43:12 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Kenneth D. Merry" wrote: > > install: /usr/share/examples/scsi_target/Makefile: No such file or directory : > > Over to the CAM team :-) : > Hmm, looks like the directory isn't getting made by mtree. It ain't in there... M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 10:46:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23395 for freebsd-current-outgoing; Tue, 15 Sep 1998 10:46:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA23375; Tue, 15 Sep 1998 10:46:14 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id LAA19098; Tue, 15 Sep 1998 11:45:36 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809151745.LAA19098@panzer.plutotech.com> Subject: Re: CAM integration imminent. In-Reply-To: <199809151743.TAA01765@gratis.grondar.za> from Mark Murray at "Sep 15, 98 07:43:12 pm" To: mark@grondar.za (Mark Murray) Date: Tue, 15 Sep 1998 11:45:36 -0600 (MDT) Cc: gibbs@pluto.plutotech.com, cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mark Murray wrote... > "Kenneth D. Merry" wrote: > > > install: /usr/share/examples/scsi_target/Makefile: No such file or directory > : > > > Over to the CAM team :-) > : > > Hmm, looks like the directory isn't getting made by mtree. > > It ain't in there... Jordan just fixed it. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 10:49:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24055 for freebsd-current-outgoing; Tue, 15 Sep 1998 10:49:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA23951; Tue, 15 Sep 1998 10:49:08 -0700 (PDT) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.9.1/8.8.5/RADIO-1.1) id TAA01779; Tue, 15 Sep 1998 19:43:21 +0200 (CEST) Message-ID: <19980915194321.A15848@radio-do.de> Date: Tue, 15 Sep 1998 19:43:21 +0200 From: Frank Nobis To: "Kenneth D. Merry" , Poul-Henning Kamp Cc: gibbs@pluto.plutotech.com, cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: CAM integration imminent. References: <345.905879120@critter.freebsd.dk> <199809151727.LAA18952@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199809151727.LAA18952@panzer.plutotech.com>; from Kenneth D. Merry on Tue, Sep 15, 1998 at 11:27:05AM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 15, 1998 at 11:27:05AM -0600, Kenneth D. Merry wrote: > Poul-Henning Kamp wrote... > > > > I just got to this one in make world now: > > > > install -c -o root -g wheel -m 644 printing/pstf /usr/share/examples/printing/ps > > tf > > install -c -o root -g wheel -m 644 printing/pstfX /usr/share/examples/printing/p > > stfX > > install -c -o root -g wheel -m 644 scsi_target/Makefile /usr/share/examples/scsi > > _target/Makefile > > install: /usr/share/examples/scsi_target/Makefile: No such file or directory > > *** Error code 71 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > > > Over to the CAM team :-) > > Hmm, looks like the directory isn't getting made by mtree. Here is what my actual make world told me :-/ --- scspd --- cc -O2 -pipe -I /usr/src/usr.sbin/atm/scspd/../../../sys -I /usr/obj/elf/usr/src/usr.sbin/atm/scspd -I/usr/obj/elf/usr/src/tmp/usr/include -o scspd scspd.o scsp_cafsm.o scsp_config.o scsp_config_lex.o scsp_config_parse.o scsp_hfsm.o scsp_if.o scsp_input.o scsp_log.o scsp_msg.o scsp_output.o scsp_print.o scsp_socket.o scsp_subr.o scsp_timer.o -latm /usr/obj/elf/usr/src/tmp/usr/lib/libatm.so: undefined reference to `MD5Final' /usr/obj/elf/usr/src/tmp/usr/lib/libatm.so: undefined reference to `MD5Init' /usr/obj/elf/usr/src/tmp/usr/lib/libatm.so: undefined reference to `MD5Update' *** Error code 1 Do I need "option MD5" in my kernel config? Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 10:51:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24412 for freebsd-current-outgoing; Tue, 15 Sep 1998 10:51:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA24376 for ; Tue, 15 Sep 1998 10:51:20 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id TAA07241; Tue, 15 Sep 1998 19:46:24 +0200 (CEST) Message-ID: <19980915194623.A7225@cons.org> Date: Tue, 15 Sep 1998 19:46:23 +0200 From: Martin Cracauer To: Joe Moss , Martin Cracauer Cc: chet@po.cwru.edu, crossd@cs.rpi.edu, freebsd-current@FreeBSD.ORG Subject: Re: 'bug' in /bin/sh's builtin 'echo' References: <19980915175755.A6907@cons.org> <199809151731.KAA18379@pdxss086> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199809151731.KAA18379@pdxss086>; from Joe Moss on Tue, Sep 15, 1998 at 10:31:44AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In <199809151731.KAA18379@pdxss086>, Joe Moss wrote: > "The Single UNIX Specification, Version 2" does talk about echo and > '\c' vs. '-n'. > > See http://www.opengroup.org/onlinepubs/7908799/xcu/echo.html This one doesn't specify a -e option (in fact it specifies that echo should take no options at all), everything behaves as if -e was specified and all switches are echoed. I can hardly accept that as something to follow. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 10:59:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA26188 for freebsd-current-outgoing; Tue, 15 Sep 1998 10:59:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA26171; Tue, 15 Sep 1998 10:58:58 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id TAA00535; Tue, 15 Sep 1998 19:50:59 +0200 (CEST) To: Frank Nobis cc: "Kenneth D. Merry" , gibbs@pluto.plutotech.com, cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: CAM integration imminent. In-reply-to: Your message of "Tue, 15 Sep 1998 19:43:21 +0200." <19980915194321.A15848@radio-do.de> Date: Tue, 15 Sep 1998 19:50:58 +0200 Message-ID: <533.905881858@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >--- scspd --- >cc -O2 -pipe -I /usr/src/usr.sbin/atm/scspd/../../../sys -I /usr/obj/elf/usr/src/usr.sbin/atm/scspd -I/usr/obj/elf/usr/src/tmp/usr/include -o scspd scspd.o scsp_cafsm.o scsp_config.o scsp_config_lex.o scsp_config_parse.o scsp_hfsm.o scsp_if.o scsp_input.o scsp_log.o scsp_msg.o scsp_output.o scs >p_print.o scsp_socket.o scsp_subr.o scsp_timer.o -latm >/usr/obj/elf/usr/src/tmp/usr/lib/libatm.so: undefined reference to `MD5Final' >/usr/obj/elf/usr/src/tmp/usr/lib/libatm.so: undefined reference to `MD5Init' >/usr/obj/elf/usr/src/tmp/usr/lib/libatm.so: undefined reference to `MD5Update' >*** Error code 1 > >Do I need "option MD5" in my kernel config? No, this is a userland program... I have not seen this problem before... -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 11:09:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA27571 for freebsd-current-outgoing; Tue, 15 Sep 1998 11:09:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail1.its.rpi.edu (mail1.its.rpi.edu [128.113.100.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA27566 for ; Tue, 15 Sep 1998 11:09:35 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail1.its.rpi.edu (8.8.8/8.8.6) with ESMTP id OAA127348; Tue, 15 Sep 1998 14:09:21 -0400 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Sender: drosih@pop1.rpi.edu Message-Id: In-Reply-To: <19980915175755.A6907@cons.org> References: <980915154036.AA11163.SM@nike.ins.cwru.edu>; from Chet Ramey on Tue, Sep 15, 1998 at 11:40:36AM -0400 <19980915162741.A7479@cons.org> <980915154036.AA11163.SM@nike.ins.cwru.edu> Date: Tue, 15 Sep 1998 14:13:21 -0400 To: Martin Cracauer , chet@po.cwru.edu From: Garance A Drosihn Subject: Re: 'bug' in /bin/sh's builtin 'echo' Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 5:57 PM +0200 9/15/98, Martin Cracauer wrote: >In <980915154036.AA11163.SM@nike.ins.cwru.edu>, Chet Ramey wrote: >> POSIX.2 says very little about `echo'; it recommends using >> printf(1) instead. It defines nothing, and allows everything. >> Specifically, arguments which contain a backslash, or a first >> argument of `-n', are `implementation defined'. > > I was afraid that would be the case. So much for wasting money on > standard documents :-) > > We obviously should unify /bin/sh's echo and /bin/echo. I vote to > unify on displaying \c verbatim when -e isn't set, for the reasons > I stated in my previous mail. I recently picked up a book called "Go Solo 2", about the Single Unix Specification. I don't know how interested the FreeBSD project is in matching that spec, but that spec is very explicit that 'echo' should not accept any unix-command options (such as "-n" or even "--"). It is also explicit that 'echo' should process the embedded characters such as '\c' and '\n' (it has a list of which other character-combinations have a special meaning). It also makes a point of saying "new applications should use printf instead", probably to avoid issues of previous 'echo' implementations. I don't know how interested we are in this single-unix spec, but so far I like the idea because it is so specific about what is and is not allowed. I'm tired of "standards" which say "Well, this has been implemented twenty different ways in the past, so we'll just weasel out and say everything is implementation-specific". It's a great attitude for getting everyone to agree to the spec, but it has no value when it comes to writing a script (or program) that actually works on all unix's. You'll note I'm not volunteering to make any changes :-), but if we were to make a change then I think we should match some detailed specification like this, instead of taking a vote and (mostly likely) ending up with a hybrid version that will be different from all other versions of echo. We'll probably still end up with soemthing different than all other versions of echo, but at least we can point to a specification as our reasoning for that... :-) --- Garance Alistair Drosehn = gad@eclipse.its.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 Tue Sep 15 11:14:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA28635 for freebsd-current-outgoing; Tue, 15 Sep 1998 11:14:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA28596; Tue, 15 Sep 1998 11:14:42 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.1/8.9.1) id UAA00958; Tue, 15 Sep 1998 20:09:48 +0200 (SAT) From: John Hay Message-Id: <199809151809.UAA00958@zibbi.mikom.csir.co.za> Subject: Re: CAM integration imminent. In-Reply-To: <533.905881858@critter.freebsd.dk> from Poul-Henning Kamp at "Sep 15, 98 07:50:58 pm" To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Tue, 15 Sep 1998 20:09:48 +0200 (SAT) Cc: cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I think you will have to add -lmd. I have just seen it here on my elf system during a make world. It seems that the elf shared libs are less forgiving than the old aout shared libs. John -- John Hay -- John.Hay@mikom.csir.co.za > > >--- scspd --- > >cc -O2 -pipe -I /usr/src/usr.sbin/atm/scspd/../../../sys -I /usr/obj/elf/usr/src/usr.sbin/atm/scspd -I/usr/obj/elf/usr/src/tmp/usr/include -o scspd scspd.o scsp_cafsm.o scsp_config.o scsp_config_lex.o scsp_config_parse.o scsp_hfsm.o scsp_if.o scsp_input.o scsp_log.o scsp_msg.o scsp_output.o scs > >p_print.o scsp_socket.o scsp_subr.o scsp_timer.o -latm > >/usr/obj/elf/usr/src/tmp/usr/lib/libatm.so: undefined reference to `MD5Final' > >/usr/obj/elf/usr/src/tmp/usr/lib/libatm.so: undefined reference to `MD5Init' > >/usr/obj/elf/usr/src/tmp/usr/lib/libatm.so: undefined reference to `MD5Update' > >*** Error code 1 > > > >Do I need "option MD5" in my kernel config? > > No, this is a userland program... > > I have not seen this problem before... > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 11:57:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06489 for freebsd-current-outgoing; Tue, 15 Sep 1998 11:57:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA06484 for ; Tue, 15 Sep 1998 11:57:42 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from eggbeater.cs.rpi.edu (crossd@eggbeater.cs.rpi.edu [128.213.8.32]) by cs.rpi.edu (8.9.1/8.9.1) with SMTP id OAA06890; Tue, 15 Sep 1998 14:52:14 -0400 (EDT) Date: Tue, 15 Sep 1998 14:52:11 -0400 (EDT) From: "David E. Cross" To: Martin Cracauer cc: Joe Moss , chet@po.cwru.edu, freebsd-current@FreeBSD.ORG Subject: Re: 'bug' in /bin/sh's builtin 'echo' In-Reply-To: <19980915194623.A7225@cons.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 Tue, 15 Sep 1998, Martin Cracauer wrote: > This one doesn't specify a -e option (in fact it specifies that echo > should take no options at all), everything behaves as if -e was > specified and all switches are echoed. I can hardly accept that as > something to follow. With '\c', you don't need '-n' any more. This is already the way our own /bin/echo works, and that has not seemed to have broken anything. It also has the support of a 'standard', and most (all?) of the commercial UNIX providers following it (anyone want to try on HP-UX and OSF/Digital UNIX?). The change to make is *trivial*, in the 'builtin' echo.c in sh you need to uncomment the line "#define eflag 1" (on a side note, our 'ls' does not support the '-n' flag; this would be me volenteering to fix if no one else is interested in doing so) -- David Cross To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 12:24:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA11860 for freebsd-current-outgoing; Tue, 15 Sep 1998 12:24:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA11854 for ; Tue, 15 Sep 1998 12:24:33 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id PAA17590 for ; Tue, 15 Sep 1998 15:24:13 -0400 (EDT) Date: Tue, 15 Sep 1998 15:24:13 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: world fails in install 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 install: mkstemp: /usr/share/examples/scsi_target/INS@7920 for /usr/share/examples/scsi_target/Makefile: No such file or directory *** Error code 71 Stop. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 12:26:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12190 for freebsd-current-outgoing; Tue, 15 Sep 1998 12:26:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12185 for ; Tue, 15 Sep 1998 12:26:31 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id PAA17950; Tue, 15 Sep 1998 15:25:18 -0400 (EDT) Date: Tue, 15 Sep 1998 15:25:18 -0400 (EDT) Message-Id: <199809151925.PAA17950@highwind.com> From: HighWind Software Information To: rotel@indigo.ie CC: freebsd-current@FreeBSD.ORG, jb@cimlogic.com.au In-reply-to: <199809082222.XAA01156@indigo.ie> (message from Niall Smart on Tue, 8 Sep 1998 23:22:55 +0000) Subject: HighWind products Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Seems to me that libc_r can call free() from within a signal handler. > > Given the non-recursive nature of this call, this is a serious > > problem: > Yeah, it does look like this, I don't think this is OK. > Perhaps you could wrap _thread_kern_sched with > > #define free(x) do { if (scp == NULL) free(x); } while(0) > > #undef free > > and see if this improves things any. Just an update: The PR for this problem is still open and we believe this DOES need fixing. --- However, our problems (after the accept() problem) had to do with our use of "readdir()" instead of "getdirentries()". We got that fixed and now we have Typhoon and Breeze WORKING on 3.0!! Talk about a good test of the FreeBSD threads library. :-) -Rob ps. Need commercial USENET products? http://www.highwind.com/trial.html -- "HighWind Software -- Expect the best, Deserve no less" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 12:27:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12379 for freebsd-current-outgoing; Tue, 15 Sep 1998 12:27:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from daal.pl.cp (mcl36-53.nttlabs.com [204.162.36.53]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12357; Tue, 15 Sep 1998 12:27:24 -0700 (PDT) (envelope-from gene@nttlabs.com) Received: from localhost (gene@localhost) by daal.pl.cp (8.9.1/8.9.1) with SMTP id MAA05718; Tue, 15 Sep 1998 12:27:03 -0700 (PDT) (envelope-from gene@nttlabs.com) X-Authentication-Warning: daal.pl.cp: gene owned process doing -bs Date: Tue, 15 Sep 1998 12:27:02 -0700 (PDT) From: "Eugene M. Kim" X-Sender: gene@daal.pl.cp To: Satoshi Asami cc: FreeBSD-current Mailing List Subject: bsd.port.mk, scripts/configure and PORTOBJFORMAT 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 Hello, Recently I was Elfizing XFree86 when I found that PORTOBJFORMAT was not supplied to scripts/configure because SCRIPTS_ENV (which scripts/configure uses instead of CONFIGURE_ENV) did not include PORTOBJFORMAT clause. Could you please solve this problem? Thanks! Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 12:38:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14964 for freebsd-current-outgoing; Tue, 15 Sep 1998 12:38:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA14943 for ; Tue, 15 Sep 1998 12:38:12 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id MAA00573; Tue, 15 Sep 1998 12:43:49 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809151943.MAA00573@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Cy Schubert - ITSD Open Systems Group cc: freebsd-current@FreeBSD.ORG Subject: Re: New CAM Code In-reply-to: Your message of "Tue, 15 Sep 1998 09:39:12 PDT." <199809151640.JAA07921@passer.osg.gov.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Sep 1998 12:43:49 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (HUMOUR WARNING) > What are the chances that the new CAM code just included in the CVS > tree will be part of 3.0 when it is released? Unless Poul-Henning, Soren or Satoshi get to it first, pretty good. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Tue Sep 15 12:39:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15208 for freebsd-current-outgoing; Tue, 15 Sep 1998 12:39:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA15151; Tue, 15 Sep 1998 12:39:07 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id MAA00585; Tue, 15 Sep 1998 12:44:17 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809151944.MAA00585@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Alex Le Heux cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: 3Com 3c900B-FL? In-reply-to: Your message of "Tue, 15 Sep 1998 18:37:42 -0000." <19980915183742.20167@funk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Sep 1998 12:44:17 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi, > > Is anyone working on support for the 3c900B-FL card? Is this substantially different from the other members of the 3c900 family? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Tue Sep 15 12:55:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA18805 for freebsd-current-outgoing; Tue, 15 Sep 1998 12:55:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA18785 for ; Tue, 15 Sep 1998 12:55:40 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zJ1Bt-0002F3-00; Tue, 15 Sep 1998 13:55:09 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id NAA29276; Tue, 15 Sep 1998 13:56:00 -0600 (MDT) Message-Id: <199809151956.NAA29276@harmony.village.org> To: Cy Schubert - ITSD Open Systems Group Subject: Re: New CAM Code Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Tue, 15 Sep 1998 09:39:12 PDT." <199809151640.JAA07921@passer.osg.gov.bc.ca> References: <199809151640.JAA07921@passer.osg.gov.bc.ca> Date: Tue, 15 Sep 1998 13:56:00 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809151640.JAA07921@passer.osg.gov.bc.ca> Cy Schubert writes: : What are the chances that the new CAM code just included in the CVS : tree will be part of 3.0 when it is released? P(CAM in 3.0) == 1.0 Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 13:02:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA19884 for freebsd-current-outgoing; Tue, 15 Sep 1998 13:02:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA19861; Tue, 15 Sep 1998 13:02:18 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id NAA25267; Tue, 15 Sep 1998 13:01:54 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp01.primenet.com, id smtpd025133; Tue Sep 15 13:01:43 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id NAA22432; Tue, 15 Sep 1998 13:01:30 -0700 (MST) From: Terry Lambert Message-Id: <199809152001.NAA22432@usr09.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: dg@root.com Date: Tue, 15 Sep 1998 20:01:29 +0000 (GMT) Cc: tlambert@primenet.com, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809150222.TAA23732@implode.root.com> from "David Greenman" at Sep 14, 98 07:22:52 pm X-Mailer: ELM [version 2.4 PL25] 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 > Uh, I think it is reasonable to assume that disk drives have contiguous > block numbers (except for replacement blocks of course). Sorting by block > number is the most optimal way of sorting that we can do in FreeBSD. If you knew physical cylinder boundries, you could do gathering, as well. In SCSI II, it's possible to know this. It's also possible on all ST506 and ESDI hardware, and, I think, on EIDE. I'm sure that, now we've brought it up, it will be implemented in Linux next week... 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 13:07:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20984 for freebsd-current-outgoing; Tue, 15 Sep 1998 13:07:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA20898; Tue, 15 Sep 1998 13:07:01 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id NAA18392; Tue, 15 Sep 1998 13:06:30 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp02.primenet.com, id smtpd018300; Tue Sep 15 13:06:27 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id NAA22649; Tue, 15 Sep 1998 13:06:18 -0700 (MST) From: Terry Lambert Message-Id: <199809152006.NAA22649@usr09.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: mike@smith.net.au (Mike Smith) Date: Tue, 15 Sep 1998 20:06:18 +0000 (GMT) Cc: dg@root.com, tlambert@primenet.com, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809150940.CAA00565@word.smith.net.au> from "Mike Smith" at Sep 15, 98 02:40:05 am X-Mailer: ELM [version 2.4 PL25] 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 > I don't think anyone would disagree with this; my point was simply that > disks are effectively nondeterministic, so by definition you can't have > an "optimal" solution. Bull. Hardware and software are no more non-deterministic than neutron numbers or when sunrise will occur. > I've seen assorted drive literature describing different caching > policies on modern drives, and I think it's probably in our interest > not to try too hard to outsmart the disk these days, as it's busy > trying to outsmart us. This isn't a very valid argument. If it wre, we should agressively discard cached pages in main memory, on the theory that the disk controller knows better than we do what pages we will need next. There is such a thing as locality of reference, which has nothing to do with locality of disk blocks within a contiguous set of blocks. This is the primary reason why the correct thing to do about the ports tree is a breadth-first restore from a depth-first archive. > If you really wanted to play games with the queue sorter, you might > want to go for a minimal distance insertion policy rather than a strict > ladder sort. As Kirk pointed out, there's plenty of room for > experimentation in this field. 8) Actually, much of this has already been covered in the literature in the 17 years between 1981 and now... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 13:11:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22051 for freebsd-current-outgoing; Tue, 15 Sep 1998 13:11:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from daal.pl.cp (mcl36-53.nttlabs.com [204.162.36.53]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA22016; Tue, 15 Sep 1998 13:11:10 -0700 (PDT) (envelope-from gene@nttlabs.com) Received: from localhost (gene@localhost) by daal.pl.cp (8.9.1/8.9.1) with SMTP id NAA07988; Tue, 15 Sep 1998 13:10:18 -0700 (PDT) (envelope-from gene@nttlabs.com) X-Authentication-Warning: daal.pl.cp: gene owned process doing -bs Date: Tue, 15 Sep 1998 13:10:15 -0700 (PDT) From: "Eugene M. Kim" X-Sender: gene@daal.pl.cp To: Satoshi Asami cc: ports@FreeBSD.ORG, committers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ELF transition for ports In-Reply-To: <199809100657.XAA10293@silvia.hip.berkeley.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 Hello, I have some questions about port Elfiziation. On Wed, 9 Sep 1998, Satoshi Asami wrote: | Date: Wed, 9 Sep 1998 23:57:51 -0700 (PDT) | From: Satoshi Asami | Subject: ELF transition for ports | | *snip snip* | | (4) For aout libs, all minor numbers shall be zero. That means many | ports (those with a non-zero minor) will have to have their major | number bumped by one. There seem to be about 80 of them that | need to be fixed: | | ## grep 'lib.*\.so\..*\..*' */*/pkg/PLIST > t | ## cat t | sed -e 's/:.*//' | uniq | wc | 143 143 3622 | ## grep -v '\.0$' t | sed -e 's/:.*//' | uniq | wc | 80 80 2019 | ^^ | (These are the ones that don't end with ".0".) | | All port Makefiles are edited to remove minor numbers from | LIB_DEPENDS, and also to have the regexp support removed. (E.g., | "foo\\.1\\.\\(33|40\\)" -> "foo.2". They will be matched using | "grep -wF". | | *snip snip* *ouch* Does this mean that from now on the version number of such Elf shared libraries will be always be higher by one? For example, if the original library version goes from 6.4 to 7.0 -- say it's X11R7 :-) -- then will the FreeBSD Elf version be 8 since we are using 7 for 6.4? Thanks, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 13:12:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22403 for freebsd-current-outgoing; Tue, 15 Sep 1998 13:12:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA22221; Tue, 15 Sep 1998 13:11:56 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id NAA01358; Tue, 15 Sep 1998 13:11:30 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp03.primenet.com, id smtpd001267; Tue Sep 15 13:11:21 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id NAA22785; Tue, 15 Sep 1998 13:11:12 -0700 (MST) From: Terry Lambert Message-Id: <199809152011.NAA22785@usr09.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: rb@gid.co.uk (Bob Bishop) Date: Tue, 15 Sep 1998 20:11:12 +0000 (GMT) Cc: tlambert@primenet.com, dg@root.com, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: from "Bob Bishop" at Sep 15, 98 11:44:56 am X-Mailer: ELM [version 2.4 PL25] 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 > > Hence it being non-optimal; see Mike's post... optimial is "always does > > exactly the right thing". It's not pessimal, either (as Mike pointed > > out, too). > > What's "exactly the right thing" though? If you have two I/O limited > processes trying to access opposite ends of the disk, you probably max out > the throughput by preferring the transfer closest to where the heads > currently are. This will almost certainly result in the 'unlucky' process > getting I/O starved, which may not be acceptable. Which is why you gather to increase data locality, instead of elevator sorting to decrease seek latency. You want to optimise for getting pages in and out of core (i.e., minimal average latency for and random sampling of N out of M pages, for N< Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA23782 for freebsd-current-outgoing; Tue, 15 Sep 1998 13:18:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA23481 for ; Tue, 15 Sep 1998 13:16:14 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.03 #1) id 0zJ0J3-0000E0-00 for freebsd-current@freebsd.org; Tue, 15 Sep 1998 19:58:29 +0100 Date: Tue, 15 Sep 1998 19:58:29 +0100 From: Ben Smithurst To: FreeBSD Current Subject: system hangs with soft updates Message-ID: <19980915195829.A271@scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've been trying out the soft updates stuff, but my system seems to hang when I use it. What I've done: . linked the sources into /sys/ufs/ffs . added `options SOFTUPDATES' to /sys/i386/conf/SCIENTIA . config SCIENTIA . cd /sys/compile/SCIENTIA ; make depend ; make . cp kernel /kernel.soft Then I boot in single user mode from that kernel, do `tunefs -n enable /tmp ; mount /tmp', and when stuff is written to /tmp, the system just hangs a short while later and doesn't respond to anything (except Alt-F[123], but since I can't log in to those terminals, that isn't much help). eg, I did cd /tmp cp -Rp /etc . which worked fine, with practically no disk access, but then the disk light came on, stayed on, and I had to resort to that annoying little reset button. At least if the damn thing would crash it might give people some clues as to what the problem is... Is there some step I've missed? Has anyone else experienced similar problems? Is rebuilding the world likely to help? -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 13:34:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26311 for freebsd-current-outgoing; Tue, 15 Sep 1998 13:34:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA26245 for ; Tue, 15 Sep 1998 13:34:06 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id WAA20808; Tue, 15 Sep 1998 22:30:15 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.1/8.9.1) id WAA07475; Tue, 15 Sep 1998 22:04:59 +0200 (CEST) (envelope-from andreas) Message-ID: <19980915220458.A5173@klemm.gtn.com> Date: Tue, 15 Sep 1998 22:04:58 +0200 From: Andreas Klemm To: Cy Schubert - ITSD Open Systems Group , freebsd-current@FreeBSD.ORG Subject: Re: New CAM Code References: <199809151640.JAA07921@passer.osg.gov.bc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809151640.JAA07921@passer.osg.gov.bc.ca>; from Cy Schubert on Tue, Sep 15, 1998 at 09:39:12AM -0700 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 15, 1998 at 09:39:12AM -0700, Cy Schubert wrote: > What are the chances that the new CAM code just included in the CVS > tree will be part of 3.0 when it is released? CAM will be included into 3.0, since changes on the -current branch (HEAD) go into 3.0. -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 13:48:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA28749 for freebsd-current-outgoing; Tue, 15 Sep 1998 13:48:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from skraldespand.demos.su (skraldespand.demos.su [194.87.5.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA28743 for ; Tue, 15 Sep 1998 13:48:51 -0700 (PDT) (envelope-from mishania@skraldespand.demos.su) Received: by skraldespand.demos.su id AAA24555; (8.8.8/D) Wed, 16 Sep 1998 00:47:01 +0400 (MSD) Message-ID: <19980916004700.00992@demos.su> Date: Wed, 16 Sep 1998 00:47:01 +0400 From: "Mikhail A. Sokolov" To: Max Khon Cc: "Mikhail A. Sokolov" , current@FreeBSD.ORG Subject: Re: koi8-r keymap in menus.c (/stand/sysinstall) References: <19980915171958.44877@demos.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: ; from Max Khon on Tue, Sep 15, 1998 at 09:33:08PM +0700 Organization: Demos Company, Ltd., Moscow, Russian Federation. X-Point-of-View: Gravity is myth, - the earth sucks. X-Useless-Header: Look ma! It's a # sign! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Actually, there's no real need of these keymaps being presented both simultaneously. If one wants this .shift. one, well, he's welcome to set it in configs then, after he installs the system. I'd leave the decision on Release Engeneer conscience, anyway. On Tue, Sep 15, 1998 at 09:33:08PM +0700, Max Khon wrote: # hi, there! # # On Tue, 15 Sep 1998, Mikhail A. Sokolov wrote: # # > On Tue, Sep 15, 1998 at 09:44:24AM +0700, Max Khon wrote: # > # hi, there! # > # # > # how about this patch for menus.c? # # ok, how about this one? :) # # > Why would one want to change the settings which has been there for ages? And # > well, you use !@#%$^&*() a lot more often if you're not accountant or # > something. # # /fjoe # --- menus.c.orig Tue Sep 15 09:37:06 1998 # +++ menus.c Tue Sep 15 20:45:56 1998 # @@ -1347,6 +1347,7 @@ # { "Norway ISO", "Norwegian ISO keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=norwegian.iso" }, # { "Russia CP866", "Russian CP866 keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=ru.cp866" }, # { "Russia KOI8-R", "Russian KOI8-R keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=ru.koi8-r" }, # + { "Russia KOI8-R (shifted)", "Russian KOI8-R keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=ru.koi8-r.shift" }, # { "Slovenian", "Slovenian ISO keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=si.iso.acc" }, # { "Spanish (accent)", "Spanish ISO keymap (accent keys)", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=spanish.iso.acc" }, # { "Spanish", "Spanish ISO keymap", dmenuVarCheck, dmenuSetKmapVariable, NULL, "keymap=spanish.iso" }, # -- -mishania To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 13:53:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA29829 for freebsd-current-outgoing; Tue, 15 Sep 1998 13:53:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA29811; Tue, 15 Sep 1998 13:53:32 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-143.camalott.com [208.229.74.143]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id PAA27246; Tue, 15 Sep 1998 15:55:05 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id PAA13120; Tue, 15 Sep 1998 15:52:56 -0500 (CDT) (envelope-from joelh) Date: Tue, 15 Sep 1998 15:52:56 -0500 (CDT) Message-Id: <199809152052.PAA13120@detlev.UUCP> To: Poul-Henning Kamp CC: joelh@gnu.org, Terry Lambert , tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-reply-to: <27308.905841833@critter.freebsd.dk> Subject: Re: Download of FreeBSD 3.0-SNAP From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <27308.905841833@critter.freebsd.dk> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Well, this is almost still the case. Most modern disks lay out the > sectors in a track backwards, they start reading as soon as they > hit the track and cache all they get. That means that if you ask > for sector 5, there is a good likelyhood that 6, 7, 8... is already > in the cache when you ask for them a moment later. Do you mean that if a cylinder has blocks 100 thru 163, then it may start reading at block 130, and then cache 130-100 followed by 131-163, or does it only read ahead (130 thru 163)? Either way, it would seem that deviating slightly from an elevator sort would mean possibly one less track to seek to later. Without knowing the true geometry of the disk (which I assume EIDE doesn't allow), we can't optimize for the cylinder patterns anyway, so I suppose it's a moot issue. I suppose that by manually specifying the geometry at format time then it could be slightly optimized for those hdd's that come with true geometry. Was that taken out because the computation was outweighing the seek time benefits, or what? Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 13:54:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA29972 for freebsd-current-outgoing; Tue, 15 Sep 1998 13:54:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mordred.cs.ucla.edu (Mordred.CS.UCLA.EDU [131.179.48.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA29904 for ; Tue, 15 Sep 1998 13:54:04 -0700 (PDT) (envelope-from scottm@mordred.cs.ucla.edu) Received: from mordred.cs.ucla.edu (localhost [127.0.0.1]) by mordred.cs.ucla.edu (8.9.1/8.8.8) with ESMTP id NAA26674 for ; Tue, 15 Sep 1998 13:53:41 -0700 (PDT) (envelope-from scottm@mordred.cs.ucla.edu) Message-Id: <199809152053.NAA26674@mordred.cs.ucla.edu> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-current@FreeBSD.ORG Subject: make buildworld botch Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Sep 1998 13:53:41 -0700 From: Scott Michel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cvsup from this morning, circa 10am PDT. Why all of this ATM spooge all of a sudden? --- scsp_timer.o --- cc -O2 -m486 -I /usr/src/usr.sbin/atm/scspd/../../../sys -I /usr/obj/elf/usr/src/usr.sbin/atm/scspd -I/usr/obj/elf/usr/src/tmp/usr/includ e -c /usr/src/usr.sbin/atm/scspd/scsp_timer.c --- scspd --- cc -O2 -m486 -I /usr/src/usr.sbin/atm/scspd/../../../sys -I /usr/obj/elf/usr/src/usr.sbin/atm/scspd -I/usr/obj/elf/usr/src/tmp/usr/includ e -o scspd scspd.o scsp_cafsm.o scsp_config.o scsp_config_lex.o scsp_config_parse.o scsp_hfsm.o scsp_if.o scsp_input.o scsp_log.o scsp_msg.o scsp_output.o scsp_print.o scsp_socket.o scsp_subr.o scsp_timer.o -latm /usr/obj/elf/usr/src/tmp/usr/lib/libatm.so: undefined reference to `MD5Final' /usr/obj/elf/usr/src/tmp/usr/lib/libatm.so: undefined reference to `MD5Init' /usr/obj/elf/usr/src/tmp/usr/lib/libatm.so: undefined reference to `MD5Update' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 14:02:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA01972 for freebsd-current-outgoing; Tue, 15 Sep 1998 14:02:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA01956 for ; Tue, 15 Sep 1998 14:02:11 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id OAA04862; Tue, 15 Sep 1998 14:01:48 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id OAA01750; Tue, 15 Sep 1998 14:01:45 -0700 (PDT) Date: Tue, 15 Sep 1998 14:01:45 -0700 (PDT) Message-Id: <199809152101.OAA01750@silvia.hip.berkeley.edu> To: gene@nttlabs.com CC: freebsd-current@FreeBSD.ORG In-reply-to: (gene@nttlabs.com) Subject: Re: bsd.port.mk, scripts/configure and PORTOBJFORMAT From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Recently I was Elfizing XFree86 when I found that PORTOBJFORMAT was not * supplied to scripts/configure because SCRIPTS_ENV (which * scripts/configure uses instead of CONFIGURE_ENV) did not include * PORTOBJFORMAT clause. You're right. Fixed on my private copy, will be committed in a couple of days. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 14:04:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02375 for freebsd-current-outgoing; Tue, 15 Sep 1998 14:04:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02361; Tue, 15 Sep 1998 14:04:20 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id OAA04866; Tue, 15 Sep 1998 14:03:55 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id OAA01755; Tue, 15 Sep 1998 14:03:52 -0700 (PDT) Date: Tue, 15 Sep 1998 14:03:52 -0700 (PDT) Message-Id: <199809152103.OAA01755@silvia.hip.berkeley.edu> To: gene@nttlabs.com CC: ports@FreeBSD.ORG, committers@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: (gene@nttlabs.com) Subject: Re: ELF transition for ports From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Does this mean that from now on the version number of such Elf shared * libraries will be always be higher by one? For example, if the original * library version goes from 6.4 to 7.0 -- say it's X11R7 :-) -- then will * the FreeBSD Elf version be 8 since we are using 7 for 6.4? It might or might not. Actually, the same thing will happen if the original version goes from 6.4 to 6.5, ours will be at version 8. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 14:06:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02999 for freebsd-current-outgoing; Tue, 15 Sep 1998 14:06:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02865 for ; Tue, 15 Sep 1998 14:06:22 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id XAA28549 for current@FreeBSD.ORG; Tue, 15 Sep 1998 23:05:54 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id AE1C91511; Tue, 15 Sep 1998 22:51:14 +0200 (CEST) Date: Tue, 15 Sep 1998 22:51:14 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: Some more perl5 questions under elf Message-ID: <19980915225114.B9288@keltia.freenix.fr> Mail-Followup-To: current@FreeBSD.ORG References: <199809150650.IAA28146@gratis.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809150650.IAA28146@gratis.grondar.za>; from Mark Murray on Tue, Sep 15, 1998 at 08:50:27AM +0200 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4637 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Mark Murray: > > dynamically unless linked with -rdynamic (or at least the originally built > > during buildworld doesn't). BTW, exactly the same situation I had with elf > > X server and its modules, with development glib-1.1 and its libgmodule-1.1 > > and so on. > > I do not completely understand it, but this seems to be by design. The reason is that the dynamically linked extentions references variables and functions in the libperl library. In ELF, that won't work unless you use the '-E' (or -rdynamic or -export-dynamic) to link the perl binary. That option will export symbols as if they were from a shared lib: -E -export-dynamic When creating an ELF file, add all symbols to the dynamic symbol table. Normally, the dynamic symbol table contains only symbols which are used by a dy- namic object. This option is needed for some uses of dlopen. Look in hints/freebsd.sh: -=-=- 3.0*) objformat=`/usr/bin/objformat` if [ x$objformat = xelf ]; then libpth="/usr/lib /usr/local/lib" glibpth="/usr/lib /usr/local/lib" ldflags="-Wl,-E " lddlflags="-shared " else if [ -e /usr/lib/aout ]; then libpth="/usr/lib/aout /usr/local/lib /usr/lib" glibpth="/usr/lib/aout /usr/local/lib /usr/lib" fi lddlflags='-Bshareable' fi cccdlflags='-DPIC -fpic' ;; -=-=- -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #64: Fri Sep 11 23:22:44 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 14:12:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04619 for freebsd-current-outgoing; Tue, 15 Sep 1998 14:12:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sicily.odyssey.cs.cmu.edu (SICILY.ODYSSEY.CS.CMU.EDU [128.2.185.138]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA04528; Tue, 15 Sep 1998 14:12:37 -0700 (PDT) (envelope-from rvb@sicily.odyssey.cs.cmu.edu) From: rvb@sicily.odyssey.cs.cmu.edu To: "Justin T. Gibbs" Cc: cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: CAM integration imminent. References: <199809151042.EAA24465@pluto.plutotech.com> Date: 15 Sep 1998 17:11:37 -0400 In-Reply-To: "Justin T. Gibbs"'s message of Tue, 15 Sep 1998 04:36:14 -0600 Message-ID: Lines: 15 X-Mailer: Gnus v5.4.46/Emacs 19.34 Source-Info: Sender is really rvb@sicily.odyssey.cs.cmu.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG A couple of problems in PCCARD: aic needs to be commented out. Doing this yields: cam_periph.o: Undefined symbol `_scsi_start_stop' referenced from text segment cam_periph.o: Undefined symbol `_scsi_start_stop' referenced from text segment scsi_cd.o: Undefined symbol `_scsi_read_write' referenced from text segment scsi_cd.o: Undefined symbol `_scsi_start_stop' referenced from text segment scsi_cd.o: Undefined symbol `_scsi_start_stop' referenced from text segment Can you post a set of fixes for PCCARD. PS Would it make sense to pull scsi out of PCCARD, most laptops don't have it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 14:13:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA04890 for freebsd-current-outgoing; Tue, 15 Sep 1998 14:13:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gold.wvnet.edu (gold.wvnet.edu [129.71.2.25]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA04785 for ; Tue, 15 Sep 1998 14:13:20 -0700 (PDT) (envelope-from becker@ab.edu) Received: from Luna (129.71.40.16) by gold.wvnet.edu (LSMTP for Windows NT v1.1a) with SMTP id <0.695E4D60@gold.wvnet.edu>; Tue, 15 Sep 1998 17:15:18 -0400 Message-ID: <35FD863E.41C67EA6@ab.edu> Date: Mon, 14 Sep 1998 17:10:22 -0400 From: Rob Becker X-Mailer: Mozilla 3.04 (X11; I; FreeBSD 3.0-19980831-SNA0 i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 14:30:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09293 for freebsd-current-outgoing; Tue, 15 Sep 1998 14:30:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ms7.hinet.net (ms7.hinet.net [168.95.4.70]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08482; Tue, 15 Sep 1998 14:26:14 -0700 (PDT) (envelope-from bw006x@ms22.hinet.net) Received: from sen005644 (h252.s2.ts32.hinet.net [163.32.2.252]) by ms7.hinet.net (8.8.8/8.8.8) with SMTP id FAA18024; Wed, 16 Sep 1998 05:25:40 +0800 (CST) Date: Wed, 16 Sep 1998 05:25:40 +0800 (CST) Message-Id: <199809152125.FAA18024@ms7.hinet.net> From: fbv006394@ms7.hinet.net Subject: ²ú²ï€ÑŠa¯S»ù³q³ø¡@ dúPþ©ûBûBþ©úP d X-Mailer: Mozilla 4.01 [tw] (Win95; I) Content-Type: TEXT/PLAIN; charset=BIG5 to: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ²ú²ï€ÑŠa ¥þŠ~µL¥ðªºŠbºôžô€W¬°±zŽ£šÑ¶®ªÚ²£«~¥þ°ê°e³fšì©²ªºªA°È¡@ dúPþ©ûBûBþ©úP d Åý±z±o¥H§Kšü¶ëš®€§­W »ŽÃPšÉšü šÉÅA¥þ²y 112Š~ªº¶®ªÚªŸŠW²£«~ ¶®ªÚ €ñ€k€H§ó€FžÑ€k€H ŠæŸP¥þ²y130­Ó°ê®a «~œè­È±o±zªº«H¿à ­Y¥»«H¥ó¹ï±z³yŠš§xÂZ §Ú­Ì°£€FžÛÀµªº­Pºp¥~ €]œÐ³qªŸ§Ú­Ì§R°£ ÁÂÁ mailto:avon0916@geocities.com?subject=DeleteMe_-6423 [¥»¶g¯S»ù«~¡@¥»¶gŠ³65ºØºô€Í¯S»ù«~­ò ¥þ­± 3 ~ 7.5§é œÐ€Wºô¿ïÁÊ] http://www.geocities.com/FashionAvenue/Catwalk/3625/net13.htm 1.šk©Ê¿i¬â¬~­±Á÷(€é¥»Gravis) ¥«»ù 250 ºô€Í»ù ¢°¢µ¢¯ ŠÛ«H»PŸy€O±q³oùض}©l šk€HªºÁy ¬~Áy§ó»Ý­n¥hš€œè 2.ÂùŠâ®B»I(ºë«~·mGo ¬ü°ê­ìžË) ¥«»ù 350 ºô€ÍÀuŽf»ù ¢°¢Ž¢ž §t·LÅnÂA±m²É€l ªø«OÂAŒí®BŠâ¡@€@€ä®B±m¥i¯«©_§e²{ ±K±m ¯]¥ú ²VŠâ ¥|ºØ®B®Ä 3.¥hš€œè¿i¬âÁ÷(°òŠ«OŸi¥[±j ¬ü°ê­ìžË¶i€f) ¥«»ù 600 ºô€ÍÀuŽf»ù ¢²¢°¢° Š³®ÄžÑšMŠ]ŠÑ€Æš€œè ©ÎŠÃ«¯°ï¿n¡A³yŠšŠÙœ§ÅfšH¡B²ÊÁW¡B¯h­Â°ÝÃD 4.¶W¯Å²HŽ³²ÕŠX(€é¥»­ìžË¶i€f) ¥«»ù 3100 ºô€ÍÀuŽf»ù ¢°¢ž¢±¢¯ ÂùºÞ»ô€U ±Æ°£¶ÂŠâ¯À §íšîŠA¥Í ­é°£ŠÑŒoš€œè ŠA³y€k©ÊŠÛ«H 5.Á¥ÁšŠp¶³¯Ýžn ¥«»ù 850 ºô€ÍÀuŽf»ù ¢µ¢°¢± ¶W²ÓÅÖºû µ·œv¥ú¿A ªA¶KµÎŸA ¥ßÅé¯BÀJšëžÁ¢µ· µØÄR®öº© ±j¯P§l€Þ±zªº¥L µL¥išú¥Nªº¥Ø¥úµJÂI Ä_š©ŠÛ€v¡@ŽN±q€µ€Ñ¶}©l­ò ¢ð¢ü¢ü¢ø¡G¡þ¡þ¢ë¢÷¢õ¢í¡D¢ü¢÷¡þ¢ô£B¢û¢û¢é úPþ©ûBûBþ©úP d To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 14:31:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09622 for freebsd-current-outgoing; Tue, 15 Sep 1998 14:31:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.kar.net (n182.cdialup.kar.net [195.178.130.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09420 for ; Tue, 15 Sep 1998 14:30:13 -0700 (PDT) (envelope-from kushn@mail.kar.net) Received: from localhost (volodya@localhost) by mail.kar.net (8.9.1/8.8.8) with SMTP id AAA16863; Wed, 16 Sep 1998 00:28:33 +0300 (EEST) (envelope-from kushn@mail.kar.net) Date: Wed, 16 Sep 1998 00:28:31 +0300 (EEST) From: Vladimir Kushnir X-Sender: volodya@kushnir.kiev.ua To: Mark Murray cc: current@FreeBSD.ORG Subject: Re: Some more perl5 questions under elf In-Reply-To: <199809150650.IAA28146@gratis.grondar.za> 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, 15 Sep 1998, Mark Murray wrote: > Vladimir Kushnir wrote: > > There're some problems with perl5 build under -current (elf): > > i) Sorry, I don't know is this is intended, but during make > > This is intended. > > > buildworld perl5 is linked to static libperl.a. When re-built afterwards: > > -r-xr-xr-x 2 bin bin 7936 Sep 14 13:57 /usr/bin/perl > > -r-xr-xr-x 1 bin bin 449796 Sep 14 13:52 /usr/bin/perl.orig > > ii) (And more essential) Perl5 as it is doesn't want to load modules > > dynamically unless linked with -rdynamic (or at least the originally built > > during buildworld doesn't). BTW, exactly the same situation I had with elf > > X server and its modules, with development glib-1.1 and its libgmodule-1.1 > > and so on. > > I do not completely understand it, but this seems to be by design. > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org > I'm awfully sorry, I might very well be a silly ass as far as programming is concerned, but here's just a simple example: MD5-1.7.tar.gz made with the base perl5 (/usr/bin/perl.orig, built during buildworld) and dinamically linked with option -rdynamic (/usr/bin/perl, built right after installworld is completed). No patches, just plain "perl(.orig) Makefile.PL; make; make test". /disk2/Archive/MD5-1.7> make test PERL_DL_NONLAZY=1 /usr/bin/perl.orig -Iblib/arch -Iblib/lib -I/usr/libdata/perl/5.00502/mach -I/usr/libdata/perl/5.00502 test.pl 1..14 Can't load 'blib/arch/auto/MD5/MD5.so' for module MD5: blib/arch/auto/MD5/MD5.so: Undefined symbol "perl_get_sv" at /usr/libdata/perl/5.00502/mach/DynaLoader.pm line 168. at test.pl line 12 BEGIN failed--compilation aborted at test.pl line 12. not ok 1 *** Error code 2 Stop. /disk2/Archive/MD5-1.7> make test PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/usr/libdata/perl/5.00502/mach -I/usr/libdata/perl/5.00502 test.pl 1..14 ok 1 ok 2 ok 3 ok 4 ok 5 ok 6 ok 7 ok 8 ok 9 ok 10 ok 11 ok 12 ok 13 ok 14 ===========================|======================= Vladimir Kushnir | kushn@mail.kar.net, | Powered by FreeBSD kushnir@ap3.bitp.kiev.ua | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 14:33:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10401 for freebsd-current-outgoing; Tue, 15 Sep 1998 14:33:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA10363 for ; Tue, 15 Sep 1998 14:33:12 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id OAA04823; Tue, 15 Sep 1998 14:32:25 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp01.primenet.com, id smtpd004791; Tue Sep 15 14:32:20 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id OAA26149; Tue, 15 Sep 1998 14:32:15 -0700 (MST) From: Terry Lambert Message-Id: <199809152132.OAA26149@usr09.primenet.com> Subject: Re: Plans to upgrade /etc/services? To: Studded@dal.net (Studded) Date: Tue, 15 Sep 1998 21:32:15 +0000 (GMT) Cc: robert+freebsd@cyrus.watson.org, freebsd-current@FreeBSD.ORG, obrien@NUXI.com In-Reply-To: <35FDC997.36B76432@dal.net> from "Studded" at Sep 14, 98 06:57:43 pm X-Mailer: ELM [version 2.4 PL25] 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 > According to the man page, multiple aliases are fine, and there are > several examples of this in the current file. Having more than one entry > for the same port will cause grief however. For the same port *AND* protocol, you mean... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 14:41:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12379 for freebsd-current-outgoing; Tue, 15 Sep 1998 14:41:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA12251 for ; Tue, 15 Sep 1998 14:40:48 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id OAA08042; Tue, 15 Sep 1998 14:40:21 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp01.primenet.com, id smtpd008012; Tue Sep 15 14:40:15 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id OAA26615; Tue, 15 Sep 1998 14:40:11 -0700 (MST) From: Terry Lambert Message-Id: <199809152140.OAA26615@usr09.primenet.com> Subject: Re: more data on "calcru: negative time: -nnn usec" To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Tue, 15 Sep 1998 21:40:11 +0000 (GMT) Cc: kls@ohare.chicago.com, freebsd-current@FreeBSD.ORG In-Reply-To: <27970.905847193@critter.freebsd.dk> from "Poul-Henning Kamp" at Sep 15, 98 10:13:13 am X-Mailer: ELM [version 2.4 PL25] 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 > APM strikes again. > > You cpu was slowed down while you booted the other two times. > > The RAM is worse, check out the npx0 flags in LINT and try that. > > Poul-Henning This problem also occurs on a Cyrix Media-GX with APM disabled. APM is totally disabled, as is VM86(). We know APM is disable because the SMI on Cyrix Media-GX processors is partially handled through the system BIOS, and the system BIOS does not have code to handle the SMI requests, and the machine would reset if the entry points were called. The machine does not reset. This is pretty clearly a problem with the monoclock not acting like a monoclock, and/or a scaled version of the clock, rather than the monoclock itself, being used for timestamping. The only time the monoclock data should be scaled is when the data is externalized as a wall clock value. I think Bruce Evans point about the diagnostics he suggested in a recent posting on this subject to -current, and the accompanying analysis he did, stands, in the face of the problem occurring on an APM-less system which has no power consumption management in either hardware or software, whatsoever. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 14:48:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14314 for freebsd-current-outgoing; Tue, 15 Sep 1998 14:48:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14213 for ; Tue, 15 Sep 1998 14:48:07 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id XAA07597; Tue, 15 Sep 1998 23:43:34 +0200 (CEST) Message-ID: <19980915234334.A7569@cons.org> Date: Tue, 15 Sep 1998 23:43:34 +0200 From: Martin Cracauer To: "David E. Cross" , Martin Cracauer Cc: Joe Moss , chet@po.cwru.edu, freebsd-current@FreeBSD.ORG Subject: Re: 'bug' in /bin/sh's builtin 'echo' References: <19980915194623.A7225@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: ; from David E. Cross on Tue, Sep 15, 1998 at 02:52:11PM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In , David E. Cross wrote: [Remeber that I don't speak for the FreeBSD project] > On Tue, 15 Sep 1998, Martin Cracauer wrote: > > > This one doesn't specify a -e option (in fact it specifies that echo > > should take no options at all), everything behaves as if -e was > > specified and all switches are echoed. I can hardly accept that as > > something to follow. > > With '\c', you don't need '-n' any more. But it gets you into quoting hell quickly. > This is already the way our own /bin/echo works, and that has not seemed > to have broken anything. I think people will rarely call /bin/echo directly, but use the one from the shell. Removing -n is out of question in any case. > It also has the support of a 'standard', and > most (all?) of the commercial UNIX providers following it (anyone want to > try on HP-UX and OSF/Digital UNIX?). Commercial Unix vendors are pretty quick in supporting anything that makes more existing application run than it breaks, at the cost that newly developed applications get buggier and more unportable because the environment lacks the feedback of error conditions. > (on a side note, our 'ls' does not support the '-n' flag; this would be me > volenteering to fix if no one else is interested in doing so) I'd welcome it. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 14:50:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15006 for freebsd-current-outgoing; Tue, 15 Sep 1998 14:50:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gjp.erols.com (alex-va-n008c079.moon.jic.com [206.156.18.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14911 for ; Tue, 15 Sep 1998 14:50:27 -0700 (PDT) (envelope-from gjp@gjp.erols.com) Received: from gjp.erols.com (gjp@localhost.erols.com [127.0.0.1]) by gjp.erols.com (8.8.8/8.8.7) with ESMTP id RAA21799; Tue, 15 Sep 1998 17:50:00 -0400 (EDT) (envelope-from gjp@gjp.erols.com) To: Terry Lambert cc: freebsd-current@FreeBSD.ORG Reply-To: freebsd-chat@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Tue, 15 Sep 1998 20:01:29 -0000." <199809152001.NAA22432@usr09.primenet.com> Date: Tue, 15 Sep 1998 17:49:59 -0400 Message-ID: <21795.905896199@gjp.erols.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert wrote in message ID <199809152001.NAA22432@usr09.primenet.com>: > I'm sure that, now we've brought it up, it will be implemented in > Linux next week... 8-(. Perhaps we'll get a mail client that trims CC: lines also! Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 14:55:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA16063 for freebsd-current-outgoing; Tue, 15 Sep 1998 14:55:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15987 for ; Tue, 15 Sep 1998 14:55:09 -0700 (PDT) (envelope-from Studded@san.rr.com) Received: from san.rr.com (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id OAA22078; Tue, 15 Sep 1998 14:54:41 -0700 (PDT) (envelope-from Studded@san.rr.com) Message-ID: <35FEE221.D0D86D3A@san.rr.com> Date: Tue, 15 Sep 1998 14:54:41 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0914 i386) MIME-Version: 1.0 To: Terry Lambert CC: Studded , robert+freebsd@cyrus.watson.org, freebsd-current@FreeBSD.ORG, obrien@NUXI.com Subject: Re: Plans to upgrade /etc/services? References: <199809152132.OAA26149@usr09.primenet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert wrote: > > > According to the man page, multiple aliases are fine, and there are > > several examples of this in the current file. Having more than one entry > > for the same port will cause grief however. > > For the same port *AND* protocol, you mean... D'oh! Yes, sorry. Victim of late night mail cleaning up. Doug -- *** Chief Operations Officer, DALnet IRC network *** "Yes, the president should resign. He has lied to the American people, time and time again, and betrayed their trust. He is no longer an effective leader. Since he has admitted guilt, there is no reason to put the American people through an impeachment. He will serve absolutely no purpose in finishing out his term; the only possible solution is for the president to save some dignity and resign." - William Jefferson Clinton, 1974 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 15:13:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21356 for freebsd-current-outgoing; Tue, 15 Sep 1998 15:13:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from crap.31337.net (crap.31337.net [194.109.86.254] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA21319; Tue, 15 Sep 1998 15:13:44 -0700 (PDT) (envelope-from alexlh@funk.org) Received: from nose (nose.funk.org [194.109.86.229]) by crap.31337.net (8.8.8/8.8.8) with SMTP id XAA18243; Tue, 15 Sep 1998 23:49:15 GMT (envelope-from alexlh@funk.org) Message-Id: <3.0.5.32.19980916001225.00a0a420@crap.31337.net> X-Sender: alexlh@crap.31337.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Wed, 16 Sep 1998 00:12:25 +0200 To: Mike Smith From: Alex Le Heux Subject: Re: 3Com 3c900B-FL? Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199809151944.MAA00585@dingo.cdrom.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 12:44 15-09-98 -0700, Mike Smith wrote: >> Hi, >> >> Is anyone working on support for the 3c900B-FL card? > >Is this substantially different from the other members of the 3c900 >family? > I have no clue. This is what the probe looks like: Sep 15 18:27:05 cthulu /kernel: pci0:8: vendor=0x10b7, device=0x900a,class=network (ethernet) int a irq 10 [no driver assigned] Alex --- Water water everywhere, and not a drop to drink Lusers lusers everywhere, and not a one can think - alt.sysadmin.recovery 18/08/98 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 15:14:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21497 for freebsd-current-outgoing; Tue, 15 Sep 1998 15:14:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-24.ppp.wenet.net [206.15.84.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA21410; Tue, 15 Sep 1998 15:14:02 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id PAA01506; Tue, 15 Sep 1998 15:15:32 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 15 Sep 1998 15:15:32 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Satoshi Asami cc: gene@nttlabs.com, ports@FreeBSD.ORG, committers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ELF transition for ports In-Reply-To: <199809152103.OAA01755@silvia.hip.berkeley.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, 15 Sep 1998, Satoshi Asami wrote: > * Does this mean that from now on the version number of such Elf shared > * libraries will be always be higher by one? For example, if the original > * library version goes from 6.4 to 7.0 -- say it's X11R7 :-) -- then will > * the FreeBSD Elf version be 8 since we are using 7 for 6.4? > > It might or might not. Actually, the same thing will happen if the > original version goes from 6.4 to 6.5, ours will be at version 8. That seems _really_ bogus. Pray tell, what's wrong with using two version numbers and ELF libs? If the lib is compiled with -Wl,-soname -Wl,libfoo.so.x and installed like libfoo.so -> libfoo.so.x libfoo.so.x -> libfoo.so.x.y This would preserve the a.out functionality no? And then perhaps, ldconfig could scan each directory, look for an ELF or a.out header, and otherwise throw the library out... thus preventing the ability to load junk files into the cache.. hmm. - alex | "Contrary to popular belief, penguins are not the salvation of modern | | technology. Neither do they throw parties for the urban proletariat." | | Powered by FreeBSD 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 Tue Sep 15 15:17:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22167 for freebsd-current-outgoing; Tue, 15 Sep 1998 15:17:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nomis.simon-shapiro.org (nomis.simon-shapiro.org [209.86.126.163]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA22073 for ; Tue, 15 Sep 1998 15:16:39 -0700 (PDT) (envelope-from shimon@simon-shapiro.org) Received: (qmail 5042 invoked by uid 1000); 15 Sep 1998 23:19:00 -0000 Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <14026.905861810@time.cdrom.com> Date: Tue, 15 Sep 1998 19:19:00 -0400 (EDT) X-Face: (&r=uR0&yvh>h^ZL4"-TH61PD}/|Y'~58Z# Gz&BK'&uLAf:2wLb~L7YcWfau{;N(#LR2)\i.l8'ZqVhv~$rNx$]Om6Sv36S'\~5m/U'"i/L)&t$R0&?,)tm0l5xZ!\hZU^yMyCdt!KTcQ376cCkQ^Q_n.GH;Dd-q+ O51^+.K-1Kq?WsP9;cw-Ki+b.iY-5@3!YB5{I$h;E][Xlg*sPO61^5=:5k)JdGet,M|$"lq!1!j_>? $0Yc? Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: "Jordan K. Hubbard" Subject: Re: ELF Xfree86? Cc: "Alok K.Dhir" , current@FreeBSD.ORG, Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jordan K. Hubbard, On 15-Sep-98 you wrote: > > > > How about the perl5 port? > > > > > > Deprecated for current. > > > > Meaning what? > > Uhh. Meaning deprecated? :) > > To turn the question around, why would you personally want perl5 as a > port when it was already part of -current? Maybe because make release uses this port and blows up when it fails to builtd the Perl5 port? > One assumes that it will still stick around in the tree for those > 2.2.x users of the -current ports collection (if the system one is > enabled by an option in bsd.port.mk, as it is, then that switch can be > on/off as necessary in the different branches). > > - Jordan Sincerely Yours, Shimon@Simon-Shapiro.ORG 770.265.7340 Simon Shapiro Unwritten code has no bugs and executes at twice the speed of mouth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 15:18:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22724 for freebsd-current-outgoing; Tue, 15 Sep 1998 15:18:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-24.ppp.wenet.net [206.15.84.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA22523; Tue, 15 Sep 1998 15:18:26 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id PAA01516; Tue, 15 Sep 1998 15:19:46 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 15 Sep 1998 15:19:45 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Niall Smart cc: current@FreeBSD.ORG, bugs@FreeBSD.ORG Subject: Re: Some symlinks needed to /usr/libexec/elf? In-Reply-To: <98Sep15.141504bst.19714@gateway.euristix.ie> 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, 15 Sep 1998, Niall Smart wrote: > Hi, > > I presume it is not a good idea to have /usr/libexec/elf in your path, > then you would lose the automatic OBJFORMAT dependant aout/elf > switching. However /usr/libexec/elf/{obj{dump,copy}, addr2line} seem > to be ELF only, perhaps a symlink from /usr/bin to these executables > would be a good idea as they are not accessable otherwise (except by > giving an absolute path of course). Well, you could always put /usr/libexec/elf near the end, behind /usr/libexec or whatever so as to try the OBJFORMAT dependant versions first. - alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 15:19:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22873 for freebsd-current-outgoing; Tue, 15 Sep 1998 15:19:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from indigo.ie (ts02-067.dublin.indigo.ie [194.125.134.197]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA22771 for ; Tue, 15 Sep 1998 15:19:03 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id XAA01740; Tue, 15 Sep 1998 23:11:02 +0100 (IST) (envelope-from rotel@indigo.ie) From: Niall Smart Message-Id: <199809152211.XAA01740@indigo.ie> Date: Tue, 15 Sep 1998 23:11:02 +0000 In-Reply-To: <199809151925.PAA17950@highwind.com>; HighWind Software Information Reply-To: rotel@indigo.ie X-Files: The truth is out there X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: HighWind Software Information , rotel@indigo.ie Subject: Re: HighWind products Cc: freebsd-current@FreeBSD.ORG, jb@cimlogic.com.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 15, 3:25pm, HighWind Software Information wrote: } Subject: HighWind products > > > Perhaps you could wrap _thread_kern_sched with > > > > #define free(x) do { if (scp == NULL) free(x); } while(0) > > > > #undef free > > > > and see if this improves things any. > > Just an update: > > The PR for this problem is still open and we believe this DOES need fixing. Did you try the above suggestion? Did it help any? > However, our problems (after the accept() problem) had to do with our > use of "readdir()" instead of "getdirentries()". We got that fixed and > now we have Typhoon and Breeze WORKING on 3.0!! Hmm, shouldn't there be a readdir_r()? Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 15:37:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA26587 for freebsd-current-outgoing; Tue, 15 Sep 1998 15:37:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA26563 for ; Tue, 15 Sep 1998 15:37:07 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id PAA16579; Tue, 15 Sep 1998 15:36:58 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: shimon@simon-shapiro.org cc: "Alok K.Dhir" , current@FreeBSD.ORG, Mark Murray Subject: Re: ELF Xfree86? In-reply-to: Your message of "Tue, 15 Sep 1998 19:19:00 EDT." Date: Tue, 15 Sep 1998 15:36:58 -0700 Message-ID: <16576.905899018@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Maybe because make release uses this port and blows up when it fails to > builtd the Perl5 port? Nope! Your sources are old. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 15:37:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA26617 for freebsd-current-outgoing; Tue, 15 Sep 1998 15:37:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA26575 for ; Tue, 15 Sep 1998 15:37:17 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id PAA14989; Tue, 15 Sep 1998 15:36:57 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp02.primenet.com, id smtpd014963; Tue Sep 15 15:36:55 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id PAA09100; Tue, 15 Sep 1998 15:36:49 -0700 (MST) From: Terry Lambert Message-Id: <199809152236.PAA09100@usr06.primenet.com> Subject: Re: 'bug' in /bin/sh's builtin 'echo' To: crossd@cs.rpi.edu (David E. Cross) Date: Tue, 15 Sep 1998 22:36:49 +0000 (GMT) Cc: cracauer@cons.org, jmoss@ichips.intel.com, chet@po.cwru.edu, freebsd-current@FreeBSD.ORG In-Reply-To: from "David E. Cross" at Sep 15, 98 02:52:11 pm X-Mailer: ELM [version 2.4 PL25] 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 > > This one doesn't specify a -e option (in fact it specifies that echo > > should take no options at all), everything behaves as if -e was > > specified and all switches are echoed. I can hardly accept that as > > something to follow. > > With '\c', you don't need '-n' any more. \c is SysV, -n is Berkeley. For portable shell scripts (assuming shell functions are supported): TMP=`echo -n` if test "x$TMP" = "x" then DASHN="yes" else DASHN="no" fi NECHO() { if test "$DASHN" = "yes" then echo -n "$*" else echo "$*\c" fi } NECHO "This is my command line prompt: " read x ... Been there, done that a *long* time ago... > This is already the way our own /bin/echo works, and that has not seemed > to have broken anything. It also has the support of a 'standard', and > most (all?) of the commercial UNIX providers following it (anyone want to > try on HP-UX and OSF/Digital UNIX?). The change to make is *trivial*, in > the 'builtin' echo.c in sh you need to uncomment the line > "#define eflag 1" Just write your shell scripts portably; that way they will work on all platforms, back to Xenix 1.1.x, which didn't support shell functions. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 15:40:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA27252 for freebsd-current-outgoing; Tue, 15 Sep 1998 15:40:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA27191 for ; Tue, 15 Sep 1998 15:40:31 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id PAA00358; Tue, 15 Sep 1998 15:30:19 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdnHN351; Tue Sep 15 22:30:18 1998 Date: Tue, 15 Sep 1998 15:30:12 -0700 (PDT) From: Julian Elischer To: Andrzej Bialecki cc: freebsd-current@FreeBSD.ORG Subject: Re: Help, DEVFS/MFS is broken... 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 It's all irrelevent now as someone deleted all the SLICE stuff out of the kernel tree. Apparently phk an sos are now doing all the work to make devices dynamic. They will probably delete all the devfs code as well so that they have a clean slate to work on.. (I only discoverd it when all my slice files were deleted from my tree on 'cvs update') It seems that an abstracted disk layer is not considered important enough to work on.. On Mon, 14 Sep 1998, Andrzej Bialecki wrote: > Hi, > > This is yet another call for help to all those who know the filesystems, > to help fix this bug before 3.0-R... This is a genuine bug which panics [...] > > Andrzej Bialecki julian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 15:41:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA27308 for freebsd-current-outgoing; Tue, 15 Sep 1998 15:41:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA27275 for ; Tue, 15 Sep 1998 15:40:51 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id PAA29869; Tue, 15 Sep 1998 15:22:03 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdr29852; Tue Sep 15 22:22:02 1998 Date: Tue, 15 Sep 1998 15:21:58 -0700 (PDT) From: Julian Elischer To: Brian Feldman cc: Luoqi Chen , ben@rosengart.com, current@FreeBSD.ORG, bde@godzilla.zeta.org.au Subject: Re: soft updates panic 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 already done On Tue, 15 Sep 1998, Brian Feldman wrote: > I haven't heard back from you about this, but I suppose I shall take the > initiative. YES this does fix all the SoftUpdates instability I've had. I > can make -j4 world to my heart's content, with no crashes at all. Should > it be worth committing? And if it is the wrong thing to do for standard > ffs, maybe and #ifdef SOFTUPDATES #else #endif workaround? > > Cheers, > Brian Feldman > > On Fri, 11 Sep 1998, Luoqi Chen wrote: > > > > Another crash in make -j3 world last night, but no panic or core dump > > > this time. > > > > > > It's disturbing to me to see this this close to release. > > > > > > > > > Ben > > > > > > "You have your mind on computers, it seems." > > > > > I'm also able to reproduce this panic quite reliably. I tracked it down > > to the lost of a directory size increase. It may have something to do > > with Bruce's ffs_update() change in July (ffs_inode.c, -r1.43->1.44): > > many cases of the in-core update are no longer copied to the inode disk > > buffer. Please try the attached patch that restores the old behavior, and > > let me know if it helps. I was able to do a make -j8 buildworld myself, > > successfully up to the point that perl5 failed me 8( > > > > -lq > > > > Index: ffs_inode.c > > =================================================================== > > RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_inode.c,v > > retrieving revision 1.46 > > diff -u -r1.46 ffs_inode.c > > --- ffs_inode.c 1998/07/04 20:45:38 1.46 > > +++ ffs_inode.c 1998/09/11 15:13:09 > > @@ -81,10 +81,12 @@ > > struct inode *ip; > > int error; > > > > - ufs_itimes(vp); > > ip = VTOI(vp); > > - if ((ip->i_flag & IN_MODIFIED) == 0 && waitfor != MNT_WAIT) > > + if (((ip->i_flag & > > + (IN_ACCESS | IN_CHANGE | IN_MODIFIED | IN_UPDATE)) == 0) && > > + (waitfor != MNT_WAIT)) > > return (0); > > + ufs_itimes(vp); > > ip->i_flag &= ~(IN_LAZYMOD | IN_MODIFIED); > > if (vp->v_mount->mnt_flag & MNT_RDONLY) > > return (0); > > > > 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 15:51:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA28664 for freebsd-current-outgoing; Tue, 15 Sep 1998 15:51:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA28658 for ; Tue, 15 Sep 1998 15:51:33 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with SMTP id SAA00250; Tue, 15 Sep 1998 18:47:32 -0400 (EDT) Date: Tue, 15 Sep 1998 18:47:32 -0400 (EDT) From: Brian Feldman X-Sender: green@zone.syracuse.net To: Ben Smithurst cc: FreeBSD Current Subject: Re: system hangs with soft updates In-Reply-To: <19980915195829.A271@scientia.demon.co.uk> 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 Are you _SURE_ those are the tunefs(8) commands you typed? Are you also sure that you weren't doing it to a slice in dev? AND if you did it to a slice in /dev, are you _SURE_ that it was an uncooked device? (i.e. r{wd,sd,da}0s1a) Cheers, Brian Feldman On Tue, 15 Sep 1998, Ben Smithurst wrote: > I've been trying out the soft updates stuff, but my system seems to > hang when I use it. What I've done: > > . linked the sources into /sys/ufs/ffs > . added `options SOFTUPDATES' to /sys/i386/conf/SCIENTIA > . config SCIENTIA > . cd /sys/compile/SCIENTIA ; make depend ; make > . cp kernel /kernel.soft > > Then I boot in single user mode from that kernel, do `tunefs -n enable > /tmp ; mount /tmp', and when stuff is written to /tmp, the system just > hangs a short while later and doesn't respond to anything (except > Alt-F[123], but since I can't log in to those terminals, that isn't > much help). > > eg, I did > > cd /tmp > cp -Rp /etc . > > which worked fine, with practically no disk access, but then the disk > light came on, stayed on, and I had to resort to that annoying little > reset button. At least if the damn thing would crash it might give > people some clues as to what the problem is... > > Is there some step I've missed? Has anyone else experienced similar > problems? Is rebuilding the world likely to help? > > -- > Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ > > PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 > http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) > > 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 Sep 15 15:59:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29878 for freebsd-current-outgoing; Tue, 15 Sep 1998 15:59:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29868; Tue, 15 Sep 1998 15:58:53 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id PAA01641; Tue, 15 Sep 1998 15:58:52 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809152258.PAA01641@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: joelh@gnu.org cc: Poul-Henning Kamp , Terry Lambert , tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Tue, 15 Sep 1998 15:52:56 CDT." <199809152052.PAA13120@detlev.UUCP> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Sep 1998 15:58:51 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Well, this is almost still the case. Most modern disks lay out the > > sectors in a track backwards, they start reading as soon as they > > hit the track and cache all they get. That means that if you ask > > for sector 5, there is a good likelyhood that 6, 7, 8... is already > > in the cache when you ask for them a moment later. > > Do you mean that if a cylinder has blocks 100 thru 163, then it may > start reading at block 130, and then cache 130-100 followed by > 131-163, or does it only read ahead (130 thru 163)? Either way, it > would seem that deviating slightly from an elevator sort would mean > possibly one less track to seek to later. It varies depending on the drive. You can assume that if it has a request for block 100, and when it gets to the track it's over block 130, it will read 130-100 into its cache. It may or may not then proceed to read 163-131 in, depending on eg. whether it gets another request, its current policy, etc. > Without knowing the true geometry of the disk (which I assume EIDE > doesn't allow), we can't optimize for the cylinder patterns anyway, so > I suppose it's a moot issue. I suppose that by manually specifying > the geometry at format time then it could be slightly optimized for > those hdd's that come with true geometry. Was that taken out because > the computation was outweighing the seek time benefits, or what? Disk geometry is nonlinear, and the calculations involved in optimising for it are complex and not really compatible with the optimisations for this sort of thing already part of the filesystem. (You would have to prevent filesystems from crossing zone boundaries, eg.) There's no such thing as "true geometry" anymore. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Tue Sep 15 16:01:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA00380 for freebsd-current-outgoing; Tue, 15 Sep 1998 16:01:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pproxy01.gol.ad.jp (pproxy01.gol.ad.jp [203.216.1.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA00367 for ; Tue, 15 Sep 1998 16:00:59 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (tc-1-172.urawa.gol.ne.jp [203.216.60.172]) by pproxy01.gol.ad.jp (8.9.1/8.9.1/891-SMTP-P) with ESMTP id IAA00379 for ; Wed, 16 Sep 1998 08:00:38 +0900 (JST) Message-ID: <35FEF174.4E8DCD92@newsguy.com> Date: Wed, 16 Sep 1998 08:00:04 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Re: 'bug' in /bin/sh's builtin 'echo' Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David E. Cross wrote: > > I have tested sh's echo on the following platforms: > AIX (4.2) > Solaris 2.5 > IRIX 6.x > > All of them have: "echo 'foo\c'" display without a newline. Seeing > that > our current /bin/echo already does that, I strongly think that we > should Aren't they all SysV platforms? Wouldn't this be dictating BSD established behavior by SysV standards? What do the other BSD platforms use? What the BSD have been using all these years? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com Make me sad. Make me mad. Make me feel alright? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 16:06:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01277 for freebsd-current-outgoing; Tue, 15 Sep 1998 16:06:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from st-lcremean.tidalwave.net (host-e186.tidalwave.net [208.213.203.186] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01256; Tue, 15 Sep 1998 16:06:16 -0700 (PDT) (envelope-from lee@st-lcremean.tidalwave.net) Received: (from lee@localhost) by st-lcremean.tidalwave.net (8.9.1/8.8.7) id TAA09478; Tue, 15 Sep 1998 19:05:35 -0400 (EDT) (envelope-from lee) Message-ID: <19980915190534.A9468@st-lcremean.tidalwave.net> Date: Tue, 15 Sep 1998 19:05:34 -0400 From: Lee Cremeans To: rvb@sicily.odyssey.cs.cmu.edu, "Justin T. Gibbs" Cc: cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: CAM integration imminent. Reply-To: lcremean@tidalwave.net References: <199809151042.EAA24465@pluto.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: ; from rvb@sicily.odyssey.cs.cmu.edu on Tue, Sep 15, 1998 at 05:11:37PM -0400 X-OS: FreeBSD 3.0-CURRENT X-Evil: microsoft.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 15, 1998 at 05:11:37PM -0400, rvb@sicily.odyssey.cs.cmu.edu wrote: > > A couple of problems in PCCARD: > aic needs to be commented out. Doing this yields: > > cam_periph.o: Undefined symbol `_scsi_start_stop' referenced from text segment > cam_periph.o: Undefined symbol `_scsi_start_stop' referenced from text segment > scsi_cd.o: Undefined symbol `_scsi_read_write' referenced from text segment > scsi_cd.o: Undefined symbol `_scsi_start_stop' referenced from text segment > scsi_cd.o: Undefined symbol `_scsi_start_stop' referenced from text segment > > Can you post a set of fixes for PCCARD. I understand a CAMified version of aic is forthcoming, but for now, it'll have to go since I don't think any of the old SCSI layer exists anymore.. -- Lee Cremeans -- Manassas, VA, USA (WakkyMouse on DALnet and WTnet) A! JW223 YWD+++^ri P&B++ SL+++^i GDF B&M KK--i MD+++i P++ I++++ Did $++ E5/10/70/3c/73ac/95/96 H2 PonPippi Ay77 M | mailto:lcremean@tidalwave.net http://st-lcremean.tidalwave.net | Powered by FreeBSD 3.0-CURRENT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 16:06:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01310 for freebsd-current-outgoing; Tue, 15 Sep 1998 16:06:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.scsn.net (scsn.net [206.25.246.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01271 for ; Tue, 15 Sep 1998 16:06:25 -0700 (PDT) (envelope-from dmaddox@scsn.net) Received: from rhiannon.scsn.net ([209.12.57.32]) by mail.scsn.net (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-41950U6000L1100S0) with ESMTP id AAA287 for ; Tue, 15 Sep 1998 18:57:21 -0400 Received: (from root@localhost) by rhiannon.scsn.net (8.9.1/8.9.1) id TAA02924 for current@FreeBSD.ORG; Tue, 15 Sep 1998 19:06:35 GMT (envelope-from root) Message-ID: <19980915190635.A2891@scsn.net> Date: Tue, 15 Sep 1998 19:06:35 +0000 From: dmaddox@scsn.net (Donald J. Maddox) To: current@FreeBSD.ORG Subject: /usr/bin/h2ph wants /usr/local/lib/perl/5.00202/i386-freebsd? Reply-To: dmaddox@scsn.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I find that the new /usr/bin/h2ph wants to put the perl headers in /usr/local/lib/perl/5.00202/i386-freebsd... It seems wrong that perl now wants to put stuff in /usr/local... Shouldn't this stuff be going into /usr/share/perl, like it did before? Even if the concensus is that it's ok for perl to put stuff in /usr/local, BSD.local.dist should be updated to include the new dirs... Otherwise, h2ph simply fails. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 16:16:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA03313 for freebsd-current-outgoing; Tue, 15 Sep 1998 16:16:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA03296 for ; Tue, 15 Sep 1998 16:16:44 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.8/8.8.8) with ESMTP id QAA20081; Tue, 15 Sep 1998 16:16:18 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Tue, 15 Sep 1998 16:16:17 -0700 (PDT) From: Doug White To: Timo Geusch cc: current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-Reply-To: <19980915094251.B204@prestel.co.uk> 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, 15 Sep 1998, Timo Geusch wrote: > Reply-To: > After cvsupping yesterday (2300 BST, to be exact), config(8) does not recognize > 'option SLICE' anymore. Unfortunately, removing SLICE from my config file > stops the newly created kernel dead at the point where it switches the root > device to the hard drive (yes, I checked that it is switching to the correct > device). > For the moment, it's back to booting an older kernel now, but the questions > that remain are: > - Did somebody accidentally nuke the SLICE option? No, someone intentionally nuked SLICE so it's out of the way for 3.0-RELEASE. > - Did I miss something here? Presumably, although I carefully check my archive > of 'current' (Yes, all 40Megs of it). It was noted in cvs-all. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 16:24:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04940 for freebsd-current-outgoing; Tue, 15 Sep 1998 16:24:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hobbes.saturn-tech.com (hobbes.saturn-tech.com [207.229.19.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA04931 for ; Tue, 15 Sep 1998 16:24:26 -0700 (PDT) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost) by hobbes.saturn-tech.com (8.8.4/8.8.2) with SMTP id RAA16210; Tue, 15 Sep 1998 17:19:33 -0600 (MDT) Date: Tue, 15 Sep 1998 17:19:32 -0600 (MDT) From: Doug Russell To: Poul-Henning Kamp cc: Karl Swartz , freebsd-current@FreeBSD.ORG Subject: Re: more data on "calcru: negative time: -nnn usec" In-Reply-To: <27970.905847193@critter.freebsd.dk> 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, 15 Sep 1998, Poul-Henning Kamp wrote: > APM strikes again. > > You cpu was slowed down while you booted the other two times. > > The RAM is worse, check out the npx0 flags in LINT and try that. > > Poul-Henning I haven't really been following this thread from the beginning, but I just installed -STABLE on a 486DX4/100 and I get all kinds of calcru: negative time ... messages. I don't think the machine even knows what APM is. If it does, it is fully disabled. It is quite old, but I have used the same motherboard before with older versions of FreeBSD and never had anything strange. It has been a while, though. What would cause this? Later....... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 16:39:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06919 for freebsd-current-outgoing; Tue, 15 Sep 1998 16:39:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from st-lcremean.tidalwave.net (host-e186.tidalwave.net [208.213.203.186] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA06830; Tue, 15 Sep 1998 16:39:07 -0700 (PDT) (envelope-from lee@st-lcremean.tidalwave.net) Received: (from lee@localhost) by st-lcremean.tidalwave.net (8.9.1/8.8.7) id TAA09662; Tue, 15 Sep 1998 19:38:13 -0400 (EDT) (envelope-from lee) Message-ID: <19980915193813.B9468@st-lcremean.tidalwave.net> Date: Tue, 15 Sep 1998 19:38:13 -0400 From: Lee Cremeans To: Terry Lambert , dg@root.com Cc: joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP Reply-To: lcremean@tidalwave.net References: <199809150222.TAA23732@implode.root.com> <199809152001.NAA22432@usr09.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199809152001.NAA22432@usr09.primenet.com>; from Terry Lambert on Tue, Sep 15, 1998 at 08:01:29PM +0000 X-OS: FreeBSD 3.0-CURRENT X-Evil: microsoft.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 15, 1998 at 08:01:29PM +0000, Terry Lambert wrote: > > Uh, I think it is reasonable to assume that disk drives have contiguous > > block numbers (except for replacement blocks of course). Sorting by block > > number is the most optimal way of sorting that we can do in FreeBSD. > > If you knew physical cylinder boundries, you could do gathering, > as well. > > In SCSI II, it's possible to know this. It's also possible on all > ST506 and ESDI hardware, and, I think, on EIDE. No such luck for EIDE, unless it's a really old, non-zoned drive such as a Seagate ST157A or WDC 93044, or unless you have the manufaturer's data sheet handy. Almost all EIDE drives completely hide their true geometries from the computer, as far as I have seen. I'm looking at a copy of the ATA-2 final draft here, and it says nothing about mentioning physical geometries (only those those details are "vendor-specific"). :-( -- Lee Cremeans -- Manassas, VA, USA (WakkyMouse on DALnet and WTnet) A! JW223 YWD+++^ri P&B++ SL+++^i GDF B&M KK--i MD+++i P++ I++++ Did $++ E5/10/70/3c/73ac/95/96 H2 PonPippi Ay77 M | mailto:lcremean@tidalwave.net http://st-lcremean.tidalwave.net | Powered by FreeBSD 3.0-CURRENT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 16:52:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA09354 for freebsd-current-outgoing; Tue, 15 Sep 1998 16:52:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from qix (hibou.obs-besancon.fr [193.52.184.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA09221 for ; Tue, 15 Sep 1998 16:51:45 -0700 (PDT) (envelope-from jmz@FreeBSD.ORG) Received: (from jmz@localhost) by qix (8.9.1/8.8.7) id BAA22279; Wed, 16 Sep 1998 01:52:41 +0200 (MET DST) Date: Wed, 16 Sep 1998 01:52:41 +0200 (MET DST) Message-Id: <199809152352.BAA22279@qix> From: Jean-Marc Zucconi To: current@FreeBSD.ORG Subject: Perl 5: suid scripts broken? X-Mailer: Emacs Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG bash# ./a.pl Can't do setuid bash# ls -l a.pl -rwsr-xr-x 1 root wheel 28 Sep 16 01:44 a.pl bash# cat a.pl #!/usr/bin/suidperl exit 0; Jean-Marc -- Jean-Marc Zucconi PGP Key: finger jmz@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 16:55:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA09708 for freebsd-current-outgoing; Tue, 15 Sep 1998 16:55:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from qix (hibou.obs-besancon.fr [193.52.184.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA09517 for ; Tue, 15 Sep 1998 16:53:57 -0700 (PDT) (envelope-from jmz@FreeBSD.ORG) Received: (from jmz@localhost) by qix (8.9.1/8.8.7) id BAA22756; Wed, 16 Sep 1998 01:54:55 +0200 (MET DST) Date: Wed, 16 Sep 1998 01:54:55 +0200 (MET DST) Message-Id: <199809152354.BAA22756@qix> From: Jean-Marc Zucconi To: current@FreeBSD.ORG Subject: incorrect output from w X-Mailer: Emacs Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG How can the IDLE time be greater than the uptime? $ w 6:18PM up 1 min, 3 users, load averages: 0.08, 0.03, 0.01 USER TTY FROM LOGIN@ IDLE WHAT jmz p1 :0.0 6:18PM 14 -bash (bash) jmz p2 :0.0 6:18PM 2days xterm -e /home/jmz/bin jmz p3 :0.0 6:18PM - w Jean-Marc -- Jean-Marc Zucconi PGP Key: finger jmz@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 17:19:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA14992 for freebsd-current-outgoing; Tue, 15 Sep 1998 17:19:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-58.ppp.wenet.net [206.15.84.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA14678 for ; Tue, 15 Sep 1998 17:18:30 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id RAA00484; Tue, 15 Sep 1998 17:19:34 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 15 Sep 1998 17:19:34 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Julian Elischer cc: Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: Help, DEVFS/MFS is broken... 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, 15 Sep 1998, Julian Elischer wrote: > > It's all irrelevent now as someone deleted all the SLICE stuff out of the > kernel tree. Apparently phk an sos are now doing all the work to make > devices dynamic. They will probably delete all the devfs code as well > so that they have a clean slate to work on.. > > (I only discoverd it when all my slice files were deleted from my tree on > 'cvs update') > > It seems that an abstracted disk layer is not considered important enough > to work on.. It seemed more to me like unpolished code has no place in 3.0-R was the mentality. And, I'd have to agree there. I'd much rather wait and see a decent devfs and slice code in 3.0.5-R than see broken code which can cause panics in 3.0-R. - alex | "Contrary to popular belief, penguins are not the salvation of modern | | technology. Neither do they throw parties for the urban proletariat." | | Powered by FreeBSD 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 Tue Sep 15 17:28:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17159 for freebsd-current-outgoing; Tue, 15 Sep 1998 17:28:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16782 for ; Tue, 15 Sep 1998 17:27:04 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from eggbeater.cs.rpi.edu (crossd@eggbeater.cs.rpi.edu [128.213.8.32]) by cs.rpi.edu (8.9.1/8.9.1) with SMTP id UAA13691; Tue, 15 Sep 1998 20:22:23 -0400 (EDT) Date: Tue, 15 Sep 1998 20:22:12 -0400 (EDT) From: "David E. Cross" To: Terry Lambert cc: cracauer@cons.org, jmoss@ichips.intel.com, chet@po.cwru.edu, freebsd-current@FreeBSD.ORG Subject: Re: 'bug' in /bin/sh's builtin 'echo' In-Reply-To: <199809152236.PAA09100@usr06.primenet.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 Tue, 15 Sep 1998, Terry Lambert wrote: > Just write your shell scripts portably; that way they will work on all > platforms, back to Xenix 1.1.x, which didn't support shell functions. > That is a wonderful idea... assuming that we have access to shell script that other people write, and can go through making the needed changes. In this specific case it is next to impossible. What is one supposed to do when integrating a FreeBSD system into a netwrok where the hosts will call 'rsh -l foo bar echo baz\c' and need that to print out without the newline This is not a hypothetical, this is what IRIX *does*. -- David Cross To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 17:38:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19413 for freebsd-current-outgoing; Tue, 15 Sep 1998 17:38:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from home.dragondata.com (home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA19103 for ; Tue, 15 Sep 1998 17:36:39 -0700 (PDT) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.8/8.8.5) id TAA06275; Tue, 15 Sep 1998 19:31:59 -0500 (CDT) From: Kevin Day Message-Id: <199809160031.TAA06275@home.dragondata.com> Subject: Re: more data on "calcru: negative time: -nnn usec" In-Reply-To: <199809152140.OAA26615@usr09.primenet.com> from Terry Lambert at "Sep 15, 98 09:40:11 pm" To: tlambert@primenet.com (Terry Lambert) Date: Tue, 15 Sep 1998 19:31:58 -0500 (CDT) Cc: phk@critter.freebsd.dk, kls@ohare.chicago.com, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > APM strikes again. > > > > You cpu was slowed down while you booted the other two times. > > > > The RAM is worse, check out the npx0 flags in LINT and try that. > > > > Poul-Henning > > This problem also occurs on a Cyrix Media-GX with APM disabled. > APM is totally disabled, as is VM86(). > > We know APM is disable because the SMI on Cyrix Media-GX processors > is partially handled through the system BIOS, and the system BIOS > does not have code to handle the SMI requests, and the machine would > reset if the entry points were called. I can confirm that I see this on 2.2.7 on MediaGX, GXi, and GXm procesors.I also have the databooks on these proc's, and can ensure that all APM features are turned off (they are)... Anything anyone want me to specifically probe? Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 17:48:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22246 for freebsd-current-outgoing; Tue, 15 Sep 1998 17:48:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA22140; Tue, 15 Sep 1998 17:48:17 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id RAA02434; Tue, 15 Sep 1998 17:47:32 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809160047.RAA02434@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.52 (Beta) Date: Tue, 15 Sep 1998 17:47:31 -0700 To: gibbs@pluto.plutotech.com From: Manfred Antar Subject: CAM and DPT controller Cc: cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199809151743.TAA01765@gratis.grondar.za> References: <199809151727.LAA18952@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just tried to compile a kernel with the latest CAM changes and it dies like this: loading kernel dpt_scsi.o: Undefined symbol `_dpt_reset_performance' referenced from text segme nt *** Error code 1 Stop. I have this in my kernel config file. controller dpt0 controller scbus0 at dpt0 options DPT_MEASURE_PERFORMANCE options DPT_LOST_IRQ If I comment out : options DPT_MEASURE_PERFORMANCE the kernel will build fine and in fact is running now. >From GENERIC: # This controller offers a number of configuration options, too many to # document here - see the LINT file in this directory and look up the # dpt0 entry there for much fuller documentation on this. The options # line following dpt0 here is also currently a *required* option for it. # controller dpt0 # options DPT_MEASURE_PERFORMANCE The controller is: dpt0: rev 0x02 int a irq 16 on pci0.11.0 dpt0: DPT PM2124A/9X-R FW Rev. 07CK, 1 channel, 64 CCBs this is on a dual pentium pro intel PR440FX with built in adaptec 7880 The sources are current from 5:00 pm pacific time and I did a make-world at 8:00 am pacific Thanks Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 17:51:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22861 for freebsd-current-outgoing; Tue, 15 Sep 1998 17:51:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA22768 for ; Tue, 15 Sep 1998 17:50:51 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id RAA05070; Tue, 15 Sep 1998 17:50:21 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id RAA02298; Tue, 15 Sep 1998 17:50:18 -0700 (PDT) Date: Tue, 15 Sep 1998 17:50:18 -0700 (PDT) Message-Id: <199809160050.RAA02298@silvia.hip.berkeley.edu> To: mike@smith.net.au CC: cschuber@uumail.gov.bc.ca, freebsd-current@FreeBSD.ORG In-reply-to: <199809151943.MAA00573@dingo.cdrom.com> (message from Mike Smith on Tue, 15 Sep 1998 12:43:49 -0700) Subject: Re: New CAM Code From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * From: Mike Smith * (HUMOUR WARNING) * * > What are the chances that the new CAM code just included in the CVS * > tree will be part of 3.0 when it is released? * * Unless Poul-Henning, Soren or Satoshi get to it first, pretty good. Get a bleeping life. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 18:01:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA25643 for freebsd-current-outgoing; Tue, 15 Sep 1998 18:01:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA25616; Tue, 15 Sep 1998 18:01:48 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id SAA05229; Tue, 15 Sep 1998 18:01:12 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id SAA29678; Tue, 15 Sep 1998 18:01:11 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id SAA00773; Tue, 15 Sep 1998 18:01:09 -0700 (PDT) From: Don Lewis Message-Id: <199809160101.SAA00773@salsa.gv.tsc.tdk.com> Date: Tue, 15 Sep 1998 18:01:09 -0700 In-Reply-To: Lee Cremeans "Re: CAM integration imminent." (Sep 15, 7:05pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: lcremean@tidalwave.net, rvb@sicily.odyssey.cs.cmu.edu, "Justin T. Gibbs" Subject: Re: CAM integration imminent. Cc: cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 15, 7:05pm, Lee Cremeans wrote: } Subject: Re: CAM integration imminent. } On Tue, Sep 15, 1998 at 05:11:37PM -0400, rvb@sicily.odyssey.cs.cmu.edu wrote: } > } > A couple of problems in PCCARD: } > aic needs to be commented out. Doing this yields: } > } > cam_periph.o: Undefined symbol `_scsi_start_stop' referenced from text segment } > cam_periph.o: Undefined symbol `_scsi_start_stop' referenced from text segment } > scsi_cd.o: Undefined symbol `_scsi_read_write' referenced from text segment } > scsi_cd.o: Undefined symbol `_scsi_start_stop' referenced from text segment } > scsi_cd.o: Undefined symbol `_scsi_start_stop' referenced from text segment } > } > Can you post a set of fixes for PCCARD. } } I understand a CAMified version of aic is forthcoming, but for now, it'll } have to go since I don't think any of the old SCSI layer exists anymore.. This affects the LINT kernel. There are a bunch of adapters listed in there that don't have CAM-ified drivers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 18:17:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA27576 for freebsd-current-outgoing; Tue, 15 Sep 1998 18:17:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA27570 for ; Tue, 15 Sep 1998 18:17:14 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from eggbeater.cs.rpi.edu (crossd@eggbeater.cs.rpi.edu [128.213.8.32]) by cs.rpi.edu (8.9.1/8.9.1) with SMTP id VAA14257 for ; Tue, 15 Sep 1998 21:16:55 -0400 (EDT) Date: Tue, 15 Sep 1998 21:16:52 -0400 (EDT) From: "David E. Cross" To: freebsd-current@FreeBSD.ORG Subject: /bin/echo and /bin/sh:echo sync-up 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 Ok... I think I will do this myself (sync /bin/echo and the sh built-in echo). I am going to sync them both to be the BSD normal (-n/-e), and I think I will throw in the GNU '-E' option as well. I will also add in an environment variable that will let peopel chosse the SysV if they need it. I don't know a good name for the variable,... current thoughts are 'echoopts' (that you would put '-e' or '-ne', whatever into), or 'SYSV' (that has the advantage of possibly a further scope, wher a person could export SYSV and get a more SYSV-ish environment all arround. Ideas? -- David Cross To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 18:19:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA27802 for freebsd-current-outgoing; Tue, 15 Sep 1998 18:19:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA27797 for ; Tue, 15 Sep 1998 18:19:31 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id SAA05324 for ; Tue, 15 Sep 1998 18:19:12 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id SAA29980 for ; Tue, 15 Sep 1998 18:19:11 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id SAA00800 for current@FreeBSD.ORG; Tue, 15 Sep 1998 18:19:10 -0700 (PDT) From: Don Lewis Message-Id: <199809160119.SAA00800@salsa.gv.tsc.tdk.com> Date: Tue, 15 Sep 1998 18:19:10 -0700 In-Reply-To: Lee Cremeans "Re: CAM integration imminent." (Sep 15, 7:05pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: current@FreeBSD.ORG Subject: New kernel compile warnings with CAM Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I got these warnings when compiling a kernel with recent sources. Some of these look serious ... ../../cam/cam_xpt.c:5363: warning: too few arguments for format ../../dev/aha/aha.c:516: warning: too few arguments for format ../../dev/aha/aha.c:1014: warning: too few arguments for format ../../dev/aha/aha.c:1142: warning: unsigned int format, pointer arg (arg 3) ../../dev/aha/aha.c:1366: warning: format argument is not a pointer (arg 2) ../../dev/aha/aha.c:1366: warning: too few arguments for format ../../dev/aha/aha.c:1680: warning: unsigned int format, pointer arg (arg 2) ../../dev/aha/aha.c:1686: warning: unsigned int format, pointer arg (arg 2) ../../dev/aic7xxx/aic7xxx.c:1115: warning: unsigned int format, pointer arg (arg 2) ../../dev/aic7xxx/aic7xxx.c:1749: warning: int format, pointer arg (arg 2) ../../dev/aic7xxx/aic7xxx.c:1749: warning: format argument is not a pointer (arg 3) ../../pci/ncr.c:5609: warning: long unsigned int format, nccb_p arg (arg 5) ../../pci/ncr.c:6902: warning: long unsigned int format, unsigned int arg (arg 3) ../../pci/ncr.c:6930: warning: long unsigned int format, unsigned int arg (arg 2) ../../pci/ncr.c:6930: warning: long unsigned int format, unsigned int arg (arg 3) ../../pci/pci.c:766: warning: long unsigned int format, pointer arg (arg 2) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 18:28:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA28937 for freebsd-current-outgoing; Tue, 15 Sep 1998 18:28:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA28932 for ; Tue, 15 Sep 1998 18:28:05 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id SAA01849; Tue, 15 Sep 1998 18:27:37 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp03.primenet.com, id smtpd001742; Tue Sep 15 18:27:29 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id SAA04720; Tue, 15 Sep 1998 18:27:21 -0700 (MST) From: Terry Lambert Message-Id: <199809160127.SAA04720@usr04.primenet.com> Subject: Re: 'bug' in /bin/sh's builtin 'echo' To: crossd@cs.rpi.edu (David E. Cross) Date: Wed, 16 Sep 1998 01:27:21 +0000 (GMT) Cc: tlambert@primenet.com, cracauer@cons.org, jmoss@ichips.intel.com, chet@po.cwru.edu, freebsd-current@FreeBSD.ORG In-Reply-To: from "David E. Cross" at Sep 15, 98 08:22:12 pm X-Mailer: ELM [version 2.4 PL25] 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 > > Just write your shell scripts portably; that way they will work on all > > platforms, back to Xenix 1.1.x, which didn't support shell functions. > > That is a wonderful idea... assuming that we have access to shell script > that other people write, and can go through making the needed changes. In > this specific case it is next to impossible. ??? Shell scripts are, by definition, source code. This is why /bin/sh is better than perl: no .so's that don't have source code. > What is one supposed to do when integrating a FreeBSD system into a > netwrok where the hosts will call 'rsh -l foo bar echo baz\c' and need > that to print out without the newline This is not a hypothetical, this is > what IRIX *does*. Set up an environment for the user "foo" that include a ~/bin in the path, and defines a ~/bin/echo that "does the right thing", i.e.: #!/bin/sh /bin/echo -e $* ? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 18:32:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA29607 for freebsd-current-outgoing; Tue, 15 Sep 1998 18:32:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA29591; Tue, 15 Sep 1998 18:32:34 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id SAA06705; Tue, 15 Sep 1998 18:32:09 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd006688; Tue Sep 15 18:32:07 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id SAA05059; Tue, 15 Sep 1998 18:32:05 -0700 (MST) From: Terry Lambert Message-Id: <199809160132.SAA05059@usr04.primenet.com> Subject: Re: incorrect output from w To: jmz@FreeBSD.ORG (Jean-Marc Zucconi) Date: Wed, 16 Sep 1998 01:32:05 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <199809152354.BAA22756@qix> from "Jean-Marc Zucconi" at Sep 16, 98 01:54:55 am X-Mailer: ELM [version 2.4 PL25] 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 > How can the IDLE time be greater than the uptime? Are you mounting "noatime" or "async"? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 18:49:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA02288 for freebsd-current-outgoing; Tue, 15 Sep 1998 18:49:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA02279 for ; Tue, 15 Sep 1998 18:48:57 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from eggbeater.cs.rpi.edu (crossd@eggbeater.cs.rpi.edu [128.213.8.32]) by cs.rpi.edu (8.9.1/8.9.1) with SMTP id VAA14782; Tue, 15 Sep 1998 21:44:37 -0400 (EDT) Date: Tue, 15 Sep 1998 21:44:26 -0400 (EDT) From: "David E. Cross" To: Terry Lambert cc: cracauer@cons.org, jmoss@ichips.intel.com, chet@po.cwru.edu, freebsd-current@FreeBSD.ORG Subject: Re: 'bug' in /bin/sh's builtin 'echo' In-Reply-To: <199809160127.SAA04720@usr04.primenet.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 Wed, 16 Sep 1998, Terry Lambert wrote: > Shell scripts are, by definition, source code. This is why /bin/sh > is better than perl: no .so's that don't have source code. Not in this case... I do not have access to the script, as it is imbeded within an IRIX exectable, (technically in this case it is the miniroot). What it does is this: 'inst' rsh -l guest remote /bin/sh 'inst' then sends command and receives their response from the remote shell, using those responses it decides what action to take. Here is a 'typical' inst/IRIX command sequence: trap : 2 ; ( status=$? ; trap '' 2 ; echo 'o?_InstProc1338IsDone\c' ; echo 'o?_InstProc1338IsDone'$status'\c' 1>&2 ) Note, that is generated dynamically by the SGI machine. > > > > What is one supposed to do when integrating a FreeBSD system into a > > netwrok where the hosts will call 'rsh -l foo bar echo baz\c' and need > > that to print out without the newline This is not a hypothetical, this is > > what IRIX *does*. > > Set up an environment for the user "foo" that include a ~/bin in the path, > and defines a ~/bin/echo that "does the right thing", i.e.: > > #!/bin/sh > /bin/echo -e $* I already tried that. echo is a shell builtin, and is given precedence over binaries in the files system, I found no way to turn that 'feature'off. -- David Cross To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 19:13:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA06298 for freebsd-current-outgoing; Tue, 15 Sep 1998 19:13:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA06279 for ; Tue, 15 Sep 1998 19:12:54 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id EAA13745 for freebsd-current@FreeBSD.ORG; Wed, 16 Sep 1998 04:12:31 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 8CBDC1531; Wed, 16 Sep 1998 00:26:29 +0200 (CEST) Date: Wed, 16 Sep 1998 00:26:29 +0200 From: Ollivier Robert To: FreeBSD Current Subject: Re: system hangs with soft updates Message-ID: <19980916002629.A10346@keltia.freenix.fr> Mail-Followup-To: FreeBSD Current References: <19980915195829.A271@scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <19980915195829.A271@scientia.demon.co.uk>; from Ben Smithurst on Tue, Sep 15, 1998 at 07:58:29PM +0100 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4648 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Ben Smithurst: > . config SCIENTIA Please use '-g' here. > . cd /sys/compile/SCIENTIA ; make depend ; make cp -p kernel kernel.debug strip -d kernel > . cp kernel /kernel.soft > reset button. At least if the damn thing would crash it might give > people some clues as to what the problem is... With DDB, as long as you stay in the virtual console (not X), you should get a panic prompt inside it (except when the kernel stack overflow I think). -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #64: Fri Sep 11 23:22:44 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 19:15:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA06819 for freebsd-current-outgoing; Tue, 15 Sep 1998 19:15:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from qix (ppp007.infranet.fr [195.68.70.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA06776 for ; Tue, 15 Sep 1998 19:14:47 -0700 (PDT) (envelope-from jmz@FreeBSD.ORG) Received: (from jmz@localhost) by qix (8.9.1/8.8.7) id EAA09875; Wed, 16 Sep 1998 04:15:33 +0200 (MET DST) Date: Wed, 16 Sep 1998 04:15:33 +0200 (MET DST) Message-Id: <199809160215.EAA09875@qix> From: Jean-Marc Zucconi To: tlambert@primenet.com CC: current@FreeBSD.ORG In-reply-to: <199809160132.SAA05059@usr04.primenet.com> (message from Terry Lambert on Wed, 16 Sep 1998 01:32:05 +0000 (GMT)) Subject: Re: incorrect output from w X-Mailer: Emacs Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> Terry Lambert writes: >> How can the IDLE time be greater than the uptime? > Are you mounting "noatime" or "async"? A partition holding the src tree is mounted noatime and a scratch partition is mounted async. /tmp is on a MFS. All other partitions (/, /usr, etc...) use default flags (atime, noasync). Jean-Marc -- Jean-Marc Zucconi PGP Key: finger jmz@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 19:18:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA07806 for freebsd-current-outgoing; Tue, 15 Sep 1998 19:18:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA07798; Tue, 15 Sep 1998 19:18:06 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id TAA22014; Tue, 15 Sep 1998 19:17:45 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma022012; Tue Sep 15 19:17:21 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id TAA07116; Tue, 15 Sep 1998 19:17:21 -0700 (PDT) From: Archie Cobbs Message-Id: <199809160217.TAA07116@bubba.whistle.com> Subject: Re: New CAM Code In-Reply-To: <199809160050.RAA02298@silvia.hip.berkeley.edu> from Satoshi Asami at "Sep 15, 98 05:50:18 pm" To: asami@FreeBSD.ORG (Satoshi Asami) Date: Tue, 15 Sep 1998 19:17:21 -0700 (PDT) Cc: mike@smith.net.au, cschuber@uumail.gov.bc.ca, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (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 Satoshi Asami writes: > * (HUMOUR WARNING) > * > * > What are the chances that the new CAM code just included in the CVS > * > tree will be part of 3.0 when it is released? > * > * Unless Poul-Henning, Soren or Satoshi get to it first, pretty good. > > Get a bleeping life. The humorous comment applies in the case of SLICE, you'll note. -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 Sep 15 19:23:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA08922 for freebsd-current-outgoing; Tue, 15 Sep 1998 19:23:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA08885 for ; Tue, 15 Sep 1998 19:22:47 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id WAA01133; Tue, 15 Sep 1998 22:21:58 -0400 (EDT) Date: Tue, 15 Sep 1998 22:21:58 -0400 (EDT) Message-Id: <199809160221.WAA01133@highwind.com> From: HighWind Software Information To: rotel@indigo.ie CC: rotel@indigo.ie, freebsd-current@FreeBSD.ORG, jb@cimlogic.com.au In-reply-to: <199809152211.XAA01740@indigo.ie> (message from Niall Smart on Tue, 15 Sep 1998 23:11:02 +0000) Subject: Re: HighWind products Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hmm, shouldn't there be a readdir_r()? There should. But, there isn't. -Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 19:43:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA12778 for freebsd-current-outgoing; Tue, 15 Sep 1998 19:43:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA12769 for ; Tue, 15 Sep 1998 19:43:47 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id TAA02815; Tue, 15 Sep 1998 19:48:35 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809160248.TAA02815@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Alex cc: Julian Elischer , Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: Help, DEVFS/MFS is broken... In-reply-to: Your message of "Tue, 15 Sep 1998 17:19:34 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Sep 1998 19:48:35 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Tue, 15 Sep 1998, Julian Elischer wrote: > > > > It's all irrelevent now as someone deleted all the SLICE stuff out of the > > kernel tree. Apparently phk an sos are now doing all the work to make > > devices dynamic. They will probably delete all the devfs code as well > > so that they have a clean slate to work on.. > > > > (I only discoverd it when all my slice files were deleted from my tree on > > 'cvs update') > > > > It seems that an abstracted disk layer is not considered important enough > > to work on.. > > It seemed more to me like unpolished code has no place in 3.0-R was the > mentality. And, I'd have to agree there. I'd much rather wait and see a > decent devfs and slice code in 3.0.5-R than see broken code which can > cause panics in 3.0-R. I'd be more confident in this rosy future if our clock code wasn't summarily executing processes at the moment. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Tue Sep 15 19:48:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA13804 for freebsd-current-outgoing; Tue, 15 Sep 1998 19:48:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA13785; Tue, 15 Sep 1998 19:48:37 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id MAA23358; Wed, 16 Sep 1998 12:48:13 +1000 Date: Wed, 16 Sep 1998 12:48:13 +1000 From: Bruce Evans Message-Id: <199809160248.MAA23358@godzilla.zeta.org.au> To: current@FreeBSD.ORG, jmz@FreeBSD.ORG Subject: Re: Perl 5: suid scripts broken? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >bash# ./a.pl >Can't do setuid >bash# ls -l a.pl >-rwsr-xr-x 1 root wheel 28 Sep 16 01:44 a.pl >bash# cat a.pl >#!/usr/bin/suidperl >exit 0; According to ktrace, suidperl just gives up after failing to exec /usr/bin/perl5.00502. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 20:02:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15271 for freebsd-current-outgoing; Tue, 15 Sep 1998 20:02:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15221; Tue, 15 Sep 1998 20:02:00 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id VAA16340; Tue, 15 Sep 1998 21:01:39 -0600 (MDT) Message-Id: <199809160301.VAA16340@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Manfred Antar cc: gibbs@plutotech.com, cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: CAM and DPT controller In-reply-to: Your message of "Tue, 15 Sep 1998 17:47:31 PDT." <199809160047.RAA02434@pozo.pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Sep 1998 20:55:16 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I just tried to compile a kernel with the latest CAM changes >and it dies like this: > >loading kernel >dpt_scsi.o: Undefined symbol `_dpt_reset_performance' referenced from text >segme >nt Yup. The performance stuff is not in a usable state right now. I do not know at this time if the option will be restored or not. >If I comment out : options DPT_MEASURE_PERFORMANCE >the kernel will build fine and in fact is running now. Please let me know if you discover any problems with the driver's operation. I did the port, but I was only able to test it in a limited fashion. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 20:11:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA16777 for freebsd-current-outgoing; Tue, 15 Sep 1998 20:11:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA16771; Tue, 15 Sep 1998 20:11:05 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id UAA14587; Tue, 15 Sep 1998 20:10:41 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809160310.UAA14587@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.52 (Beta) Date: Tue, 15 Sep 1998 20:10:41 -0700 To: "Justin T. Gibbs" From: Manfred Antar Subject: Re: CAM and DPT controller Cc: gibbs@plutotech.com, cvs-committers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199809160301.VAA16340@pluto.plutotech.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 08:55 PM 9/15/98 -0600, Justin T. Gibbs wrote: >>I just tried to compile a kernel with the latest CAM changes >>and it dies like this: >> >>loading kernel >>dpt_scsi.o: Undefined symbol `_dpt_reset_performance' referenced from text >>segme >>nt > >Yup. The performance stuff is not in a usable state right now. I do >not know at this time if the option will be restored or not. > >>If I comment out : options DPT_MEASURE_PERFORMANCE >>the kernel will build fine and in fact is running now. > >Please let me know if you discover any problems with the driver's >operation. I did the port, but I was only able to test it in >a limited fashion. > >-- I'm doing a make -j 8 world right now,so far no problems. I'm not using this in a RAID environment though. Just one disk. I't usually takes about 1:50 mins to complete (pre-cam). I'll let you know when this completes how long it took. Thanks Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 20:48:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA20937 for freebsd-current-outgoing; Tue, 15 Sep 1998 20:48:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA20926; Tue, 15 Sep 1998 20:48:29 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id UAA26064; Tue, 15 Sep 1998 20:47:59 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809160347.UAA26064@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.52 (Beta) Date: Tue, 15 Sep 1998 20:47:59 -0700 To: "Justin T. Gibbs" From: Manfred Antar Subject: Re: CAM and DPT controller Cc: gibbs@plutotech.com, cvs-committers@FreeBSD.ORG, 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 At 08:55 PM 9/15/98 -0600, Justin T. Gibbs wrote: >>I just tried to compile a kernel with the latest CAM changes >>and it dies like this: >> >>loading kernel >>dpt_scsi.o: Undefined symbol `_dpt_reset_performance' referenced from text >>segme >>nt > >Yup. The performance stuff is not in a usable state right now. I do >not know at this time if the option will be restored or not. > >>If I comment out : options DPT_MEASURE_PERFORMANCE >>the kernel will build fine and in fact is running now. > >Please let me know if you discover any problems with the driver's >operation. I did the port, but I was only able to test it in >a limited fashion. > >-- I'm doing a make -j 8 world right now,so far no problems. I'm not using this in a RAID environment though. Just one disk. I't usually takes about 1:50 mins to complete (pre-cam). I'll let you know when this completes how long it took. It just finished in about the same amount of time no problems Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 20:52:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA21672 for freebsd-current-outgoing; Tue, 15 Sep 1998 20:52:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA21658 for ; Tue, 15 Sep 1998 20:52:31 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id VAA18685; Tue, 15 Sep 1998 21:52:09 -0600 (MDT) Message-Id: <199809160352.VAA18685@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Manfred Antar cc: current@FreeBSD.ORG Subject: Re: CAM and DPT controller In-reply-to: Your message of "Tue, 15 Sep 1998 20:47:59 PDT." <199809160347.UAA26064@pozo.pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Sep 1998 21:45:46 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I'm doing a make -j 8 world right now,so far no problems. >I'm not using this in a RAID environment though. Just one disk. >I't usually takes about 1:50 mins to complete (pre-cam). >I'll let you know when this completes how long it took. > >It just finished in about the same amount of time no problems I would not expect to see that much of an impact on a "world stone". Make world doesn't really pound the I/O subsystem that much unless you talk about "make clean" type steps. Anyone running a News server on a DPT? 8-) -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 21:21:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA25827 for freebsd-current-outgoing; Tue, 15 Sep 1998 21:21:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA25819; Tue, 15 Sep 1998 21:20:56 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from mercury (mercury [129.127.36.44]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id NAA21472; Wed, 16 Sep 1998 13:50:35 +0930 (CST) Received: by mercury; (5.65v3.2/1.1.8.2/27Nov97-0404PM) id AA05476; Wed, 16 Sep 1998 13:50:35 +0930 Date: Wed, 16 Sep 1998 13:50:34 +0930 (CST) From: Kris Kennaway X-Sender: kkennawa@mercury To: Satoshi Asami Cc: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ELF transition for ports In-Reply-To: <199809152103.OAA01755@silvia.hip.berkeley.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, 15 Sep 1998, Satoshi Asami wrote: > * Does this mean that from now on the version number of such Elf shared > * libraries will be always be higher by one? For example, if the original > * library version goes from 6.4 to 7.0 -- say it's X11R7 :-) -- then will > * the FreeBSD Elf version be 8 since we are using 7 for 6.4? > > It might or might not. Actually, the same thing will happen if the > original version goes from 6.4 to 6.5, ours will be at version 8. What is wrong with doing as some oports do when they natively detect ELF, namely: lrwxr-xr-x 1 root wheel 13 Sep 16 10:56 libICE.so@ -> libICE.so.6.3 lrwxr-xr-x 1 root wheel 13 Sep 16 10:56 libICE.so.6@ -> libICE.so.6.3 -rwxr-xr-x 1 root wheel 79424 Sep 16 10:56 libICE.so.6.3* It worries me that if there is a rapidly-changing port somewhere which likes to bump its' minor version number, that before long we'll find ourselves using libfoo.so.28 for libfoo.so.1.27. Is there something I've missed about why the above cannot work? Kris > Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 21:28:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26545 for freebsd-current-outgoing; Tue, 15 Sep 1998 21:28:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26534 for ; Tue, 15 Sep 1998 21:28:42 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id VAA06365; Tue, 15 Sep 1998 21:28:22 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id VAA02946; Tue, 15 Sep 1998 21:28:20 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id VAA01166; Tue, 15 Sep 1998 21:28:18 -0700 (PDT) From: Don Lewis Message-Id: <199809160428.VAA01166@salsa.gv.tsc.tdk.com> Date: Tue, 15 Sep 1998 21:28:18 -0700 In-Reply-To: Don Lewis "New kernel compile warnings with CAM" (Sep 15, 6:19pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: current@FreeBSD.ORG, gibbs@plutotech.com Subject: Re: New kernel compile warnings with CAM Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 15, 6:19pm, Don Lewis wrote: } Subject: New kernel compile warnings with CAM } I got these warnings when compiling a kernel with recent sources. Some } of these look serious ... } } ../../cam/cam_xpt.c:5363: warning: too few arguments for format } ../../dev/aha/aha.c:516: warning: too few arguments for format } ../../dev/aha/aha.c:1014: warning: too few arguments for format } ../../dev/aha/aha.c:1142: warning: unsigned int format, pointer arg (arg 3) } ../../dev/aha/aha.c:1366: warning: format argument is not a pointer (arg 2) } ../../dev/aha/aha.c:1366: warning: too few arguments for format } ../../dev/aha/aha.c:1680: warning: unsigned int format, pointer arg (arg 2) } ../../dev/aha/aha.c:1686: warning: unsigned int format, pointer arg (arg 2) } ../../dev/aic7xxx/aic7xxx.c:1115: warning: unsigned int format, pointer arg (arg 2) } ../../dev/aic7xxx/aic7xxx.c:1749: warning: int format, pointer arg (arg 2) } ../../dev/aic7xxx/aic7xxx.c:1749: warning: format argument is not a pointer (arg 3) } ../../pci/ncr.c:5609: warning: long unsigned int format, nccb_p arg (arg 5) } ../../pci/ncr.c:6902: warning: long unsigned int format, unsigned int arg (arg 3) } ../../pci/ncr.c:6930: warning: long unsigned int format, unsigned int arg (arg 2) } ../../pci/ncr.c:6930: warning: long unsigned int format, unsigned int arg (arg 3) } ../../pci/pci.c:766: warning: long unsigned int format, pointer arg (arg 2) Most of these are harmless, but some could cause a panic. --- dev/aha/aha.c.orig Tue Sep 15 00:39:52 1998 +++ dev/aha/aha.c Tue Sep 15 21:13:26 1998 @@ -513,7 +513,8 @@ ahaallocccbs(aha); if (aha->num_ccbs == 0) { - printf("%s: aha_init - Unable to allocate initial ccbs\n"); + printf("%s: aha_init - Unable to allocate initial ccbs\n", + aha_name(aha)); goto error_exit; } @@ -1011,7 +1012,7 @@ if (error != 0) { if (error != EFBIG) printf("%s: Unexepected error 0x%x returned from " - "bus_dmamap_load\n", aha_name(aha)); + "bus_dmamap_load\n", aha_name(aha), error); if (ccb->ccb_h.status == CAM_REQ_INPROG) { xpt_freeze_devq(ccb->ccb_h.path, /*count*/1); ccb->ccb_h.status = CAM_REQ_TOO_BIG|CAM_DEV_QFRZN; @@ -1138,7 +1139,7 @@ csio = &bccb->ccb->csio; if ((bccb->flags & BCCB_ACTIVE) == 0) { - printf("%s: ahadone - Attempt to free non-active BCCB 0x%x\n", + printf("%s: ahadone - Attempt to free non-active BCCB %p\n", aha_name(aha), bccb); return; } @@ -1363,7 +1364,7 @@ if ((status & DATAIN_REG_READY) != 0) printf("%s: ahareset - Host Adapter Error code = 0x%x\n", - aha_inb(aha, DATAIN_REG)); + aha_name(aha), aha_inb(aha, DATAIN_REG)); return (ENXIO); } @@ -1677,13 +1678,13 @@ ccb = bccb->ccb; aha = (struct aha_softc *)ccb->ccb_h.ccb_aha_ptr; xpt_print_path(ccb->ccb_h.path); - printf("CCB 0x%x - timed out\n", bccb); + printf("CCB %p - timed out\n", bccb); s = splcam(); if ((bccb->flags & BCCB_ACTIVE) == 0) { xpt_print_path(ccb->ccb_h.path); - printf("CCB 0x%x - timed out CCB already completed\n", bccb); + printf("CCB %p - timed out CCB already completed\n", bccb); splx(s); return; } --- dev/aic7xxx/aic7xxx.c.orig Tue Sep 15 00:24:16 1998 +++ dev/aic7xxx/aic7xxx.c Tue Sep 15 21:16:10 1998 @@ -1112,7 +1112,7 @@ * to this accept tio. */ xpt_print_path(atio->ccb_h.path); - printf("Incoming Command did not disconnect %x\n", lstate); + printf("Incoming Command did not disconnect %p\n", lstate); ahc->pending_device = lstate; } xpt_done((union ccb*)atio); @@ -1745,8 +1745,8 @@ case MSG_ABORT: xpt_print_path(scb->ccb->ccb_h.path); printf("SCB %d - Abort %s Completed.\n", - tag == SCB_LIST_NULL ? "" : "Tag", - scb->hscb->tag); + scb->hscb->tag, + tag == SCB_LIST_NULL ? "" : "Tag"); if ((scb->flags & SCB_RECOVERY_SCB) != 0) { ahc_set_ccb_status(scb->ccb, CAM_REQ_ABORTED); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 21:28:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26565 for freebsd-current-outgoing; Tue, 15 Sep 1998 21:28:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26543; Tue, 15 Sep 1998 21:28:46 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id VAA18019; Tue, 15 Sep 1998 21:28:45 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: asami@FreeBSD.ORG (Satoshi Asami) cc: mike@smith.net.au, cschuber@uumail.gov.bc.ca, freebsd-current@FreeBSD.ORG Subject: Re: New CAM Code In-reply-to: Your message of "Tue, 15 Sep 1998 17:50:18 PDT." <199809160050.RAA02298@silvia.hip.berkeley.edu> Date: Tue, 15 Sep 1998 21:28:45 -0700 Message-ID: <18015.905920125@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Get a bleeping life. If you can't stand the heat, don't do the commits! :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 21:31:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA27189 for freebsd-current-outgoing; Tue, 15 Sep 1998 21:31:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from yip.org ([142.154.6.140]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA27184 for ; Tue, 15 Sep 1998 21:31:51 -0700 (PDT) (envelope-from melange@yip.org) Received: from localhost (melange@localhost) by yip.org (8.8.8/8.8.8) with SMTP id AAA25290; Wed, 16 Sep 1998 00:16:26 -0400 (EDT) (envelope-from melange@yip.org) Date: Wed, 16 Sep 1998 00:16:25 -0400 (EDT) From: Bob K To: "David E. Cross" cc: Terry Lambert , cracauer@cons.org, jmoss@ichips.intel.com, chet@po.cwru.edu, freebsd-current@FreeBSD.ORG Subject: Re: 'bug' in /bin/sh's builtin 'echo' 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, 15 Sep 1998, David E. Cross wrote: > On Wed, 16 Sep 1998, Terry Lambert wrote: [snip] > > > What is one supposed to do when integrating a FreeBSD system into a > > > netwrok where the hosts will call 'rsh -l foo bar echo baz\c' and need > > > that to print out without the newline This is not a hypothetical, this is > > > what IRIX *does*. > > > > Set up an environment for the user "foo" that include a ~/bin in the path, > > and defines a ~/bin/echo that "does the right thing", i.e.: > > > > #!/bin/sh > > /bin/echo -e $* > > I already tried that. echo is a shell builtin, and is given precedence > over binaries in the files system, I found no way to turn that > 'feature'off. Hmm. I could be completely off, but what if one set up an alias that would map echo to ~/bin/echo? Might that work? melange@yip.org - "Slightly tacky but completely entertaining" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 21:49:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA28718 for freebsd-current-outgoing; Tue, 15 Sep 1998 21:49:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from seera.nttlabs.com (seera.nttlabs.com [204.162.36.81]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA28712; Tue, 15 Sep 1998 21:49:55 -0700 (PDT) (envelope-from gene@nttlabs.com) Received: from localhost (gene@localhost) by seera.nttlabs.com (8.8.8/8.8.7) with SMTP id VAA06112; Tue, 15 Sep 1998 21:49:37 -0700 (PDT) X-Authentication-Warning: seera.nttlabs.com: gene owned process doing -bs Date: Tue, 15 Sep 1998 21:49:37 -0700 (PDT) From: "Eugene M. Kim" To: Satoshi Asami cc: FreeBSD-current Mailing List Subject: libX11.so version in bsd.port.mk 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 Hello, According to the bump-up-the-version rule, libX11 in my XFree86 port now has the version of 7. Unfortunately bsd.port.mk expects libX11.so.6 if USE_XLIB is defined (see around line 530 in bsd.port.mk) and this renders all X11 ports unusable with the new XFree86 port. Shall I go back to libX11.so.6? I'm confused. Thanks, Eugene PS. In fact I don't see a reason to bump up the shlib versions in ports... Could you perhaps explain why we should do it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 21:51:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA29138 for freebsd-current-outgoing; Tue, 15 Sep 1998 21:51:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mordred.cs.ucla.edu (Mordred.CS.UCLA.EDU [131.179.48.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA29133 for ; Tue, 15 Sep 1998 21:51:37 -0700 (PDT) (envelope-from scottm@mordred.cs.ucla.edu) Received: from mordred.cs.ucla.edu (localhost [127.0.0.1]) by mordred.cs.ucla.edu (8.9.1/8.8.8) with ESMTP id VAA00343 for ; Tue, 15 Sep 1998 21:51:19 -0700 (PDT) (envelope-from scottm@mordred.cs.ucla.edu) Message-Id: <199809160451.VAA00343@mordred.cs.ucla.edu> X-Mailer: exmh version 2.0.2 2/24/98 X-Exmh-Isig-CompType: unknown X-Exmh-Isig-Folder: freebsd/current To: freebsd-current@FreeBSD.ORG Subject: syslogd exiting/not booting Mime-Version: 1.0 Content-Type: text/plain Date: Tue, 15 Sep 1998 21:51:19 -0700 From: Scott Michel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is on a CAM kernel, cvsup'd circa 6pm PDT. On bootstrap, syslogd just freezes and forced a hard reset. I've turned it off in my rc.conf for the time being. When I'm fully booted, I tried 'syslogd' at the root prompt, but it keeps telling me: syslogd: child pid NNN exited with status 1 Of course, I'll RTSL but hopefully someone has a faster clue? -scooter ** The other problem is why CAM can't attach the CD-ROM, but that's not stopping me from booting up... ------------------------------------------------------------------------- Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #5: Tue Sep 15 21:11:17 PDT 1998 scottm@mordred.cs.ucla.edu:/usr/src/sys/compile/MORDRED Timecounter "i8254" frequency 1193243 Hz cost 4331 ns Timecounter "TSC" frequency 233875498 Hz cost 111 ns CPU: AMD-K6tm w/ multimedia extensions (233.88-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x562 Stepping=2 Features=0x8001bf real memory = 67108864 (65536K bytes) avail memory = 62185472 (60728K bytes) Probing for devices on PCI bus 0: chip0: rev 0x01 on pci0.0.0 chip1: rev 0x00 on pci0.1.0 chip2: rev 0x41 on pci0.7.0 chip3: rev 0x10 on pci0.7.3 vga0: rev 0x03 int a irq 9 on pci0.8.0 ncr0: rev 0x03 int a irq 11 on pci0.10.0 Probing for devices on PCI bus 1: Probing for PnP devices: Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <8 virtual consoles, flags=0x0> ed0 at 0x240-0x25f irq 10 maddr 0xcc000 msize 16384 on isa ed0: address 00:00:c0:86:e3:b7, type SMC8216/SMC8216C (16 bit) psm0 at 0x60-0x64 irq 12 on motherboard psm0: model Generic PS/2 mouse, device ID 0 sio0 at 0x3f8-0x3ff irq 4 flags 0x80 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 flags 0x80 on isa sio1: type 16550A pcm0 at 0x220 irq 5 drq 1 flags 0x15 on isa fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface changing root device to da0s2a da0 at ncr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 20.0MB/s transfers (20.0MHz, offset 16), Tagged Queueing Enabled da0: 4345MB (8899737 512 byte sectors: 255H 63S/T 553C) da1 at ncr0 bus 0 target 6 lun 0 da1: Removable Direct Access SCSI2 device da1: 3.300MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present cd0: fatal error: NOT READY, Logical unit not ready, manual intervention required -- failed to attach to device (cd0:ncr0:0:4:0): READ CD RECORDED CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (cd0:ncr0:0:4:0): NOT READY asc:4,3 (cd0:ncr0:0:4:0): Logical unit not ready, manual intervention required ------------------------------------------------------------------------- machine "i386" ident MORDRED maxusers 10 cpu "I586_CPU" # aka Pentium(tm) options "NO_F00F_HACK" # 'cos we're AMD! options FAILSAFE options PQ_HUGECACHE options "COMPAT_43" options SYSVSHM options SYSVSEM options SYSVMSG options "MD5" options DDB options DDB_UNATTENDED options KTRACE #kernel tracing #options DIAGNOSTIC options PERFMON options UCONSOLE options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options BOUNCE_BUFFERS options COMPAT_LINUX options "EXT2FS" options CLK_CALIBRATION_LOOP options "CLK_USE_I8254_CALIBRATION" options CLK_USE_TSC_CALIBRATION options PANIC_REBOOT_WAIT_TIME=10 options SCSI_CAM #options "SCSI_2_DEF" #options SCSI_DELAY=8 #options SCSI_NCR_DFLT_TAGS=8 options SHOW_BUSYBUFS config kernel root on da0 options INET #Internet communications protocols pseudo-device ether #Generic Ethernet pseudo-device loop #Network loopback device pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device disc #Discard device options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs #options MROUTING # Multicast routing options FFS #Fast filesystem options NFS #Network File System options FFS_ROOT #FFS usable as root device # The rest are optional: # options NFS_NOSERVER #Disable the NFS-server code. options "CD9660" #ISO 9660 filesystem options MFS #Memory File System options MSDOSFS #MS DOS File System options PROCFS #Process filesystem options SOFTUPDATES options NSWAPDEV=2 options QUOTA #enable disk quotas controller scbus0 #device sd0 #device cd0 device da0 # CAM SCSI "direct access" device cd0 device pass0 device pt0 at scbus? # SCSI processor type device sctarg0 at scbus? # SCSI target options SCSI_REPORT_GEOMETRY options "P1003_1B" options "_KPOSIX_PRIORITY_SCHEDULING" options "_KPOSIX_VERSION=199309L" pseudo-device pty 16 #Pseudo ttys - can go as high as 256 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device gzip #Exec gzipped a.out's # Size of the kernel message buffer. Should be N * pagesize. options "MSGBUF_SIZE=40960" controller isa0 controller pnp0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options MAXCONS=8 # number of virtual consoles options "STD8X16FONT" # Compile font in makeoptions "STD8X16FONT"="cp850" options SC_HISTORY_SIZE=200 # number of history buffer lines device npx0 at isa? port "IO_NPX" irq 13 vector npxintr #device apm0 at isa? disable flags 0x31 controller ppbus0 device nlpt0 at ppbus? controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr device sio0 at isa? port "IO_COM1" tty flags 0x10 irq 4 flags 0x80 vector siointr device sio1 at isa? port "IO_COM2" tty flags 0x10 irq 3 flags 0x80 vector siointr device ed0 at isa? port 0x240 net irq 10 iomem 0xcc000 vector edintr #controller snd0 #device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr #device sbxvi0 at isa? port 0x300 drq 5 #device sbmidi0 at isa? port 0x388 # Luigi's snd code (use INSTEAD of snd0 and all VOXWARE drivers!). # You may also wish to enable the pnp controller with this, for pnp # sound cards. device pcm0 at isa? port 0x220 tty irq 5 drq 1 flags 0x15 vector pcmintr controller pci0 controller ncr0 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 21:53:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA29470 for freebsd-current-outgoing; Tue, 15 Sep 1998 21:53:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA29456 for ; Tue, 15 Sep 1998 21:53:02 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id VAA06452 for ; Tue, 15 Sep 1998 21:52:44 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id VAA03282 for ; Tue, 15 Sep 1998 21:52:42 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id VAA01189 for current@freebsd.org; Tue, 15 Sep 1998 21:52:41 -0700 (PDT) Date: Tue, 15 Sep 1998 21:52:41 -0700 (PDT) From: Don Lewis Message-Id: <199809160452.VAA01189@salsa.gv.tsc.tdk.com> To: current@FreeBSD.ORG Subject: wierd kernel memory use statistics Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG vmstat -m tells me: Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) ... devbuf 257 181K 181K 10406K 565 0 0 16,32,64,128,256,512,1K,2K,4K,16K,32K mbuf 1 2K 2K 10406K 1 0 0 2K temp -9 -19K 1K 10406K 273 0 0 16,32,64,256,512,1K,4K kld 1 1K 1K 10406K 1 0 0 32 The numbers for "temp" look pretty suspicious. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 22:21:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02477 for freebsd-current-outgoing; Tue, 15 Sep 1998 22:21:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA02471; Tue, 15 Sep 1998 22:21:05 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zJA19-0002Zy-00; Tue, 15 Sep 1998 23:20:39 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id XAA04237; Tue, 15 Sep 1998 23:21:35 -0600 (MDT) Message-Id: <199809160521.XAA04237@harmony.village.org> To: Jean-Marc Zucconi Subject: Re: incorrect output from w Cc: current@FreeBSD.ORG In-reply-to: Your message of "Wed, 16 Sep 1998 01:54:55 +0200." <199809152354.BAA22756@qix> References: <199809152354.BAA22756@qix> Date: Tue, 15 Sep 1998 23:21:34 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809152354.BAA22756@qix> Jean-Marc Zucconi writes: : How can the IDLE time be greater than the uptime? If the atime of the /dev/ttyp2 node is for some reason fubar'd... w looks at this time to see how long the user has been idle. I don't know why this would be the case, but it appears so. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 22:21:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02623 for freebsd-current-outgoing; Tue, 15 Sep 1998 22:21:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA02615 for ; Tue, 15 Sep 1998 22:21:42 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id XAA22065; Tue, 15 Sep 1998 23:21:20 -0600 (MDT) Message-Id: <199809160521.XAA22065@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Don Lewis cc: current@FreeBSD.ORG, gibbs@plutotech.com Subject: Re: New kernel compile warnings with CAM In-reply-to: Your message of "Tue, 15 Sep 1998 21:28:18 PDT." <199809160428.VAA01166@salsa.gv.tsc.tdk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Sep 1998 23:14:57 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >On Sep 15, 6:19pm, Don Lewis wrote: >} Subject: New kernel compile warnings with CAM >} I got these warnings when compiling a kernel with recent sources. Some >} of these look serious ... You need to catch up on your email (assuming you track the commit list). I (and other CAM members) corrected these errors earlier this evening. They would have been corrected before the CAM integration but we were so busy finishing up last minute items that we weren't synched to the latest compiler until just before I did the integration. All told I think the integration went pretty well. The one problem that Jordan corrected was already addressed by a patch in our Perforce repository, but I somehow missed bringing it over. I guess everything can't go your way at 5:00am. 8-) -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 22:26:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA03158 for freebsd-current-outgoing; Tue, 15 Sep 1998 22:26:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id WAA03145 for ; Tue, 15 Sep 1998 22:26:33 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zJA6R-0002a5-00; Tue, 15 Sep 1998 23:26:07 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id XAA04261; Tue, 15 Sep 1998 23:27:03 -0600 (MDT) Message-Id: <199809160527.XAA04261@harmony.village.org> To: Terry Lambert Subject: Re: more data on "calcru: negative time: -nnn usec" Cc: phk@critter.freebsd.dk (Poul-Henning Kamp), kls@ohare.chicago.com, freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Tue, 15 Sep 1998 21:40:11 -0000." <199809152140.OAA26615@usr09.primenet.com> References: <199809152140.OAA26615@usr09.primenet.com> Date: Tue, 15 Sep 1998 23:27:03 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I see calcru: negative time: xxxx as well on my Libretto when I have a network connection active when I zzz it. The message appears when I wake up the computer. This usually fubar's the ethernet card to the point I have to reboot. However, this only happens once in a while (since I usually don't have active tcp connections when I zzz my machine). It has only ever happened with active tcp connections. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 22:30:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA03965 for freebsd-current-outgoing; Tue, 15 Sep 1998 22:30:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA03960 for ; Tue, 15 Sep 1998 22:30:32 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id BAA13254 for ; Wed, 16 Sep 1998 01:30:13 -0400 (EDT) Date: Wed, 16 Sep 1998 01:30:13 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: CAM woes 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 Immediately upon boot of my first CAM kernel: vm_fault: fault on nofault entry, addr: f29a4000 Oh, I booted it twice before that -- it panicked on integer divide fault in kernel mode the first time. I didn't write it all down because I thought I'd be able to reproduce it, but the second time the kernel booted fine and the third time the above happened. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 22:51:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA06112 for freebsd-current-outgoing; Tue, 15 Sep 1998 22:51:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA06103 for ; Tue, 15 Sep 1998 22:51:42 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id BAA16539 for ; Wed, 16 Sep 1998 01:51:24 -0400 (EDT) Date: Wed, 16 Sep 1998 01:51:23 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: fsck me harder 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 managed to boot with CAM, but a make -j12 world knocked it over right quick. The screen went blank, the machine stopped pinging, ctrl-alt-delete was ineffective and I had no recourse but to press the reset button. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 22:56:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA06634 for freebsd-current-outgoing; Tue, 15 Sep 1998 22:56:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA06610 for ; Tue, 15 Sep 1998 22:56:51 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.8.8/8.8.8) with SMTP id NAA11553; Wed, 16 Sep 1998 13:54:53 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id NAA14822; Wed, 16 Sep 1998 13:55:38 +0800 Message-Id: <199809160555.NAA14822@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Eugene M. Kim" cc: current@FreeBSD.ORG Subject: Re: libX11.so version in bsd.port.mk In-reply-to: Your message of "Tue, 15 Sep 1998 21:49:37 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Sep 1998 13:55:37 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hello, > > According to the bump-up-the-version rule, libX11 in my XFree86 port now > has the version of 7. Unfortunately bsd.port.mk expects libX11.so.6 if > USE_XLIB is defined (see around line 530 in bsd.port.mk) and this > renders all X11 ports unusable with the new XFree86 port. > > Shall I go back to libX11.so.6? I'm confused. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message I'd rather you didn't bump libX11's version number to 7 - the alpha xfree86 code uses 6 by default, which matches X11R*6*. Indeed, they try to keep the major.minor pair matching the release number of X. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 23:03:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA07452 for freebsd-current-outgoing; Tue, 15 Sep 1998 23:03:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hen.scotland.net (hen.scotland.net [194.247.65.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA07443 for ; Tue, 15 Sep 1998 23:03:41 -0700 (PDT) (envelope-from freebsd@timog.prestel.co.uk) Received: from e2c6p44.scotland.net ([148.176.237.108] helo=timog.prestel.co.uk) by hen.scotland.net with esmtp (Exim 1.90 #5) for current@freebsd.org id 0zJAfD-000210-00; Wed, 16 Sep 1998 07:02:04 +0100 Received: (qmail 619 invoked by uid 1002); 15 Sep 1998 21:44:39 -0000 Message-ID: <19980915224438.A581@prestel.co.uk> Date: Tue, 15 Sep 1998 22:44:38 +0100 From: Timo Geusch To: current@FreeBSD.ORG Subject: Re: gcc-2.7.2.1 internal compiler error References: <19980915093507.A204@prestel.co.uk> <199809151727.KAA21703@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199809151727.KAA21703@austin.polstra.com>; from John Polstra on Tue, Sep 15, 1998 at 10:27:35AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 15, 1998 at 10:27:35AM -0700, John Polstra wrote: > > I'd need some opinions on how to deal with an internal compiler error in g++ > > (stock 2.7.2.1 in -current as of 14/9). I've got a small piece of C++ code > > which triggers an internal compiler error. In the light of the recent > > discussion on possibly moving to gcc 2.8.1 (which does NOT exhibit this > > behaviour), does it still make sense to open a PR on it? > > It would most likely be a waste of time. You'll have better luck > filing g++ bug reports with the GNU folks. First, you should try > gcc-2.8.1 and see if the same problem exists in that version. If it > does, go ahead and report the bug to the FSF. If it doesn't, then > start using gcc-2.8.1. So I thought. I was actually using 2.8.1 to make sure that I didn't trigger that error using some invalid code; Code was as perfectly valid as expected, but 2.7.2.1 turned out to be less than perfect. Oh well. Workaround is known anyway. Thanks, Timo To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 23:19:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA10082 for freebsd-current-outgoing; Tue, 15 Sep 1998 23:19:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA10077 for ; Tue, 15 Sep 1998 23:19:19 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id XAA05348; Tue, 15 Sep 1998 23:18:48 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id XAA03069; Tue, 15 Sep 1998 23:18:44 -0700 (PDT) Date: Tue, 15 Sep 1998 23:18:44 -0700 (PDT) Message-Id: <199809160618.XAA03069@silvia.hip.berkeley.edu> To: jkh@time.cdrom.com CC: mike@smith.net.au, cschuber@uumail.gov.bc.ca, freebsd-current@FreeBSD.ORG In-reply-to: <18015.905920125@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: New CAM Code From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * If you can't stand the heat, don't do the commits! :) Naah. I can stand the criticism, I just can't stand being lumped together with phk! :> Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 23:28:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA11070 for freebsd-current-outgoing; Tue, 15 Sep 1998 23:28:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA11026; Tue, 15 Sep 1998 23:28:03 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id XAA05361; Tue, 15 Sep 1998 23:27:42 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id XAA03085; Tue, 15 Sep 1998 23:27:39 -0700 (PDT) Date: Tue, 15 Sep 1998 23:27:39 -0700 (PDT) Message-Id: <199809160627.XAA03085@silvia.hip.berkeley.edu> To: kkennawa@physics.adelaide.edu.au CC: ports@FreeBSD.ORG, current@FreeBSD.ORG In-reply-to: (message from Kris Kennaway on Wed, 16 Sep 1998 13:50:34 +0930 (CST)) Subject: Re: ELF transition for ports From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * What is wrong with doing as some oports do when they natively detect ELF, * namely: * * lrwxr-xr-x 1 root wheel 13 Sep 16 10:56 libICE.so@ -> libICE.so.6.3 * lrwxr-xr-x 1 root wheel 13 Sep 16 10:56 libICE.so.6@ -> libICE.so.6.3 * -rwxr-xr-x 1 root wheel 79424 Sep 16 10:56 libICE.so.6.3* The minor number is useless, since it is ignored by ELF. * It worries me that if there is a rapidly-changing port somewhere which * likes to bump its' minor version number, that before long we'll find * ourselves using libfoo.so.28 for libfoo.so.1.27. Is there something I've * missed about why the above cannot work? Yes. Say libfoo.so.1 is a link to libfoo.so.1.26. If libfoo.so.1.27 is really an upwards compatible (but not downwards compatible) upgrade of libfoo.so.1.26, then the version number *should* be bumped. And since ELF only sees "libfoo.so.1", the only way to bump it is "libfoo.so.2". Otherwise, if someone installs a binary compiled against libfoo.so.1.27 on a system with libfoo.so.1.26, there will be no error detection until the binary crashes during runtime. (Which is exactly the situation we were trying to avoid by using shared library version numbers in the first place.) People, please give us a break here. We've been working with shared libraries for years now, and know exactly what we're doing. We can't get anything done if we have to keep explaining this to everyone! Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 23:32:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA11701 for freebsd-current-outgoing; Tue, 15 Sep 1998 23:32:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA11688 for ; Tue, 15 Sep 1998 23:32:11 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id IAA19366; Wed, 16 Sep 1998 08:37:11 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 16 Sep 1998 08:37:09 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Julian Elischer cc: freebsd-current@FreeBSD.ORG Subject: Re: Help, DEVFS/MFS is broken... 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, 15 Sep 1998, Julian Elischer wrote: > > It's all irrelevent now as someone deleted all the SLICE stuff out of the By no means, no! As Soren said earlier, there are some people who use DEVFS alone (without SLICE), and it makes life a lot easier, and it IS usable. > It seems that an abstracted disk layer is not considered important enough > to work on.. No, that's not the case... Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 23:49:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA13698 for freebsd-current-outgoing; Tue, 15 Sep 1998 23:49:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA13693 for ; Tue, 15 Sep 1998 23:49:32 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id AAA02709; Wed, 16 Sep 1998 00:42:48 -0600 (MDT) Date: Wed, 16 Sep 1998 00:42:48 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809160642.AAA02709@narnia.plutotech.com> To: ben@rosengart.com cc: current@FreeBSD.ORG Subject: Re: CAM woes Newsgroups: pluto.freebsd.current In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you wrote: > Immediately upon boot of my first CAM kernel: > > vm_fault: fault on nofault entry, addr: f29a4000 This doesn't give us much to go on. You could start by telling us your configuration. A follow up with a stack trace (ala options DDB in your kernel) would be nice too as well as any other interesting messages printed out at boot time. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 23:51:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA14062 for freebsd-current-outgoing; Tue, 15 Sep 1998 23:51:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA14049 for ; Tue, 15 Sep 1998 23:51:05 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id AAA02717; Wed, 16 Sep 1998 00:44:23 -0600 (MDT) Date: Wed, 16 Sep 1998 00:44:23 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809160644.AAA02717@narnia.plutotech.com> To: ben@rosengart.com cc: current@FreeBSD.ORG Subject: Re: fsck me harder Newsgroups: pluto.freebsd.current In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you wrote: > I managed to boot with CAM, but a make -j12 world knocked it over right > quick. The screen went blank, the machine stopped pinging, > ctrl-alt-delete was ineffective and I had no recourse but to press the > reset button. I bet you're using soft-updates, but again, you haven't told us anything about your system setup, whether you were in X or not (thereby missing any panic messages on VT0), etc. We're here to help, but we can't help without information. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Tue Sep 15 23:54:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA14656 for freebsd-current-outgoing; Tue, 15 Sep 1998 23:54:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles205.castles.com [208.214.165.205]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA14506 for ; Tue, 15 Sep 1998 23:53:53 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id XAA00475; Tue, 15 Sep 1998 23:59:16 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809160659.XAA00475@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Don Lewis cc: current@FreeBSD.ORG Subject: Re: wierd kernel memory use statistics In-reply-to: Your message of "Tue, 15 Sep 1998 21:52:41 PDT." <199809160452.VAA01189@salsa.gv.tsc.tdk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 15 Sep 1998 23:59:13 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > vmstat -m tells me: > > Memory statistics by type Type Kern > Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) > ... > devbuf 257 181K 181K 10406K 565 0 0 16,32,64,128,256,512,1K,2K,4K,16K,32K > mbuf 1 2K 2K 10406K 1 0 0 2K > temp -9 -19K 1K 10406K 273 0 0 16,32,64,256,512,1K,4K > kld 1 1K 1K 10406K 1 0 0 32 > > The numbers for "temp" look pretty suspicious. Someone is freeing blocks to the M_TEMP pool that were not allocated from it. Does this happen at a reasonable rate? Can you see any other class that looks like it might be leaking? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Tue Sep 15 23:58:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA15714 for freebsd-current-outgoing; Tue, 15 Sep 1998 23:58:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA15687 for ; Tue, 15 Sep 1998 23:58:39 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.1/8.9.1) id IAA12409 for freebsd-current@FreeBSD.ORG; Wed, 16 Sep 1998 08:58:18 +0200 (SAT) From: John Hay Message-Id: <199809160658.IAA12409@zibbi.mikom.csir.co.za> Subject: sysinstall compile broken To: freebsd-current@FreeBSD.ORG (FreeBSD-current) Date: Wed, 16 Sep 1998 08:58:17 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id XAA15706 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, It looks like some part(s) of sysinstall wasn't cam'ified? A make release dies with: ---------------------- mv makedevs.tmp makedevs.c rm -f .depend mkdep -f .depend -a -I/usr/src/release/sysinstall/../../gnu/lib/libdialog -I/usr/obj/usr/src/release/sysinstall -I/usr/src/release/sysinstall/../../sys -DUC_PRIVATE -DKERN_NO_SYMBOLS -DSAVE_USERCONFIG /usr/src/release/sysinstall/anonFTP.c /usr/src/release/sysinstall/attr.c /usr/src/release/sysinstall/cdrom.c /usr/src/release/sysinstall/command.c /usr/src/release/sysinstall/config.c /usr/src/release/sysinstall/devices.c /usr/src/release/sysinstall/disks.c /usr/src/release/sysinstall/dispatch.c /usr/src/release/sysinstall/dist.c /usr/src/release/sysinstall/dmenu.c /usr/src/release/sysinstall/doc.c /usr/src/release/sysinstall/dos.c /usr/src/release/sysinstall/floppy.c /usr/src/release/sysinstall/ftp.c /usr/src/release/sysinstall/globals.c /usr/src/release/sysinstall/index.c /usr/src/release/sysinstall/install.c /usr/src/release/sysinstall/installUpgrade.c /usr/src/release/sysinstall/keymap.c /usr/src/release/sysinstall/label.c /usr/src/release/sysinstall/lndir.c /usr/src/release/sysinstall/main.c makedevs.c /usr/src/release/sysinstall/media.c /usr/src/release/sysinstall/menus.c /usr/src/release/sysinstall/misc.c /usr/src/release/sysinstall/mouse.c /usr/src/release/sysinstall/msg.c /usr/src/release/sysinstall/network.c /usr/src/release/sysinstall/nfs.c /usr/src/release/sysinstall/options.c /usr/src/release/sysinstall/package.c /usr/src/release/sysinstall/register.c /usr/src/release/sysinstall/system.c /usr/src/release/sysinstall/tape.c /usr/src/release/sysinstall/tcpip.c /usr/src/release/sysinstall/termcap.c /usr/src/release/sysinstall/ufs.c /usr/src/release/sysinstall/user.c /usr/src/release/sysinstall/variable.c /usr/src/release/sysinstall/wizard.c /usr/src/release/sysinstall/uc_eisa.c /usr/src/release/sysinstall/uc_isa.c /usr/src/release/sysinstall/uc_kmem.c /usr/src/release/sysinstall/uc_list.c /usr/src/release/sysinstall/uc_main.c /usr/src/release/sysinstall/uc_pci.c /usr/src/release/sysinstall/uc_scsi.c /usr/src/release/sysinstall/uc_scsi.c:34: scsi/scsiconf.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. *** Error code 1 ------------------------- John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 00:06:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA17296 for freebsd-current-outgoing; Wed, 16 Sep 1998 00:06:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA17282 for ; Wed, 16 Sep 1998 00:06:34 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id AAA07159; Wed, 16 Sep 1998 00:05:52 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id AAA05322; Wed, 16 Sep 1998 00:05:50 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id AAA01526; Wed, 16 Sep 1998 00:05:48 -0700 (PDT) From: Don Lewis Message-Id: <199809160705.AAA01526@salsa.gv.tsc.tdk.com> Date: Wed, 16 Sep 1998 00:05:48 -0700 In-Reply-To: Mike Smith "Re: wierd kernel memory use statistics" (Sep 15, 11:59pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Mike Smith , Don Lewis Subject: Re: wierd kernel memory use statistics Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 15, 11:59pm, Mike Smith wrote: } Subject: Re: wierd kernel memory use statistics } > } > vmstat -m tells me: } > } > Memory statistics by type Type Kern } > Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) } > ... } > devbuf 257 181K 181K 10406K 565 0 0 16,32,64,128,256,512,1K,2K,4K,16K,32K } > mbuf 1 2K 2K 10406K 1 0 0 2K } > temp -9 -19K 1K 10406K 273 0 0 16,32,64,256,512,1K,4K } > kld 1 1K 1K 10406K 1 0 0 32 } > } > The numbers for "temp" look pretty suspicious. } } Someone is freeing blocks to the M_TEMP pool that were not allocated } from it. Does this happen at a reasonable rate? Can you see any other } class that looks like it might be leaking? The numbers seem to be static. They haven't changed in the last couple of hours since I rebooted. I've done a make world in the meantime. The kernel is a fairly fresh and has CAM+softupdates. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 00:11:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA18123 for freebsd-current-outgoing; Wed, 16 Sep 1998 00:11:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA18077; Wed, 16 Sep 1998 00:10:42 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id JAA03219; Wed, 16 Sep 1998 09:04:32 +0200 (CEST) To: Mike Smith cc: joelh@gnu.org, Terry Lambert , tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Tue, 15 Sep 1998 15:58:51 PDT." <199809152258.PAA01641@dingo.cdrom.com> Date: Wed, 16 Sep 1998 09:04:31 +0200 Message-ID: <3217.905929471@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809152258.PAA01641@dingo.cdrom.com>, Mike Smith writes: >> Without knowing the true geometry of the disk (which I assume EIDE >> doesn't allow), we can't optimize for the cylinder patterns anyway, so >> I suppose it's a moot issue. I suppose that by manually specifying >> the geometry at format time then it could be slightly optimized for >> those hdd's that come with true geometry. Was that taken out because >> the computation was outweighing the seek time benefits, or what? > >Disk geometry is nonlinear, and the calculations involved in optimising >for it are complex and not really compatible with the optimisations for >this sort of thing already part of the filesystem. ... Which have been disabled since 2.0.5 or something, we're now running on a pseudo geometry which fails horribly on huge disks. According to Kirk, 16 to 32 is the right number of cylinder groups, all over 50 is waste. we can end up with 200+ cgs on modern disks :-( >There's no such thing as "true geometry" anymore. Well, there is, but we'd like to avoid having to deal with it. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 00:16:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA18816 for freebsd-current-outgoing; Wed, 16 Sep 1998 00:16:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles205.castles.com [208.214.165.205]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA18720 for ; Wed, 16 Sep 1998 00:16:11 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id AAA00660; Wed, 16 Sep 1998 00:21:22 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809160721.AAA00660@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Don Lewis cc: Mike Smith , current@FreeBSD.ORG Subject: Re: wierd kernel memory use statistics In-reply-to: Your message of "Wed, 16 Sep 1998 00:05:48 PDT." <199809160705.AAA01526@salsa.gv.tsc.tdk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Sep 1998 00:21:18 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > On Sep 15, 11:59pm, Mike Smith wrote: > } Subject: Re: wierd kernel memory use statistics > } > > } > vmstat -m tells me: > } > > } > Memory statistics by type Type Kern > } > Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) > } > ... > } > devbuf 257 181K 181K 10406K 565 0 0 16,32,64,128,256,512,1K,2K,4K,16K,32K > } > mbuf 1 2K 2K 10406K 1 0 0 2K > } > temp -9 -19K 1K 10406K 273 0 0 16,32,64,256,512,1K,4K > } > kld 1 1K 1K 10406K 1 0 0 32 > } > > } > The numbers for "temp" look pretty suspicious. > } > } Someone is freeing blocks to the M_TEMP pool that were not allocated > } from it. Does this happen at a reasonable rate? Can you see any other > } class that looks like it might be leaking? > > The numbers seem to be static. They haven't changed in the last couple > of hours since I rebooted. I've done a make world in the meantime. The > kernel is a fairly fresh and has CAM+softupdates. Sounds like another CAM wrinkle; I expect we're going to see a few of these before the week is out. It shouldn't be particularly harmful - the numbers are just for accounting's sake. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sep 16 00:26:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA21300 for freebsd-current-outgoing; Wed, 16 Sep 1998 00:26:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles205.castles.com [208.214.165.205]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA21241; Wed, 16 Sep 1998 00:26:29 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id AAA00684; Wed, 16 Sep 1998 00:24:21 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809160724.AAA00684@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Poul-Henning Kamp cc: Mike Smith , joelh@gnu.org, Terry Lambert , tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Wed, 16 Sep 1998 09:04:31 +0200." <3217.905929471@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Sep 1998 00:24:19 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In message <199809152258.PAA01641@dingo.cdrom.com>, Mike Smith writes: > > >> Without knowing the true geometry of the disk (which I assume EIDE > >> doesn't allow), we can't optimize for the cylinder patterns anyway, so > >> I suppose it's a moot issue. I suppose that by manually specifying > >> the geometry at format time then it could be slightly optimized for > >> those hdd's that come with true geometry. Was that taken out because > >> the computation was outweighing the seek time benefits, or what? > > > >Disk geometry is nonlinear, and the calculations involved in optimising > >for it are complex and not really compatible with the optimisations for > >this sort of thing already part of the filesystem. > > ... Which have been disabled since 2.0.5 or something, we're now running > on a pseudo geometry which fails horribly on huge disks. It's better than what we'd have otherwise. > According to Kirk, 16 to 32 is the right number of cylinder groups, > all over 50 is waste. we can end up with 200+ cgs on modern disks :-( Yay, even less locality of reference. You were paying attention to the thread on inode allocation policies that went past just recently? > >There's no such thing as "true geometry" anymore. > > Well, there is, but we'd like to avoid having to deal with it. Gawd, and the pedants out from the voodvork came. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sep 16 00:31:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA22385 for freebsd-current-outgoing; Wed, 16 Sep 1998 00:31:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA22372; Wed, 16 Sep 1998 00:31:49 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id JAA03348; Wed, 16 Sep 1998 09:25:55 +0200 (CEST) To: Mike Smith cc: joelh@gnu.org, Terry Lambert , tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Wed, 16 Sep 1998 00:24:19 PDT." <199809160724.AAA00684@word.smith.net.au> Date: Wed, 16 Sep 1998 09:25:55 +0200 Message-ID: <3346.905930755@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809160724.AAA00684@word.smith.net.au>, Mike Smith writes: >> In message <199809152258.PAA01641@dingo.cdrom.com>, Mike Smith writes: >> >> >> Without knowing the true geometry of the disk (which I assume EIDE >> >> doesn't allow), we can't optimize for the cylinder patterns anyway, so >> >> I suppose it's a moot issue. I suppose that by manually specifying >> >> the geometry at format time then it could be slightly optimized for >> >> those hdd's that come with true geometry. Was that taken out because >> >> the computation was outweighing the seek time benefits, or what? >> > >> >Disk geometry is nonlinear, and the calculations involved in optimising >> >for it are complex and not really compatible with the optimisations for >> >this sort of thing already part of the filesystem. >> >> ... Which have been disabled since 2.0.5 or something, we're now running >> on a pseudo geometry which fails horribly on huge disks. > >It's better than what we'd have otherwise. > >> According to Kirk, 16 to 32 is the right number of cylinder groups, >> all over 50 is waste. we can end up with 200+ cgs on modern disks :-( > >Yay, even less locality of reference. You were paying attention to the >thread on inode allocation policies that went past just recently? No, I don't recall so, it must have been on a list I'm not on. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 00:46:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA24223 for freebsd-current-outgoing; Wed, 16 Sep 1998 00:46:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freebie.spline.net (freebie.spline.net [194.44.182.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24212 for ; Wed, 16 Sep 1998 00:46:31 -0700 (PDT) (envelope-from tat@Spline.NET) Received: from localhost (tat@localhost) by freebie.spline.net (8.9.1/8.9.1) with SMTP id KAA24534; Wed, 16 Sep 1998 10:45:49 +0300 (EEST) (envelope-from tat@freebie.spline.net) Date: Wed, 16 Sep 1998 10:45:49 +0300 (EEST) From: Alexander Tatmaniants To: Ollivier Robert cc: current@FreeBSD.ORG Subject: Re: ELF Xfree86? In-Reply-To: <19980915080413.A5461@keltia.freenix.fr> 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 You also have to add -lcrypt to appropriate line in Imake.tmpl for build with kerberos4. On Tue, 15 Sep 1998, Ollivier Robert wrote: > Date: Tue, 15 Sep 1998 08:04:13 +0200 > From: Ollivier Robert > To: current@FreeBSD.ORG > Subject: Re: ELF Xfree86? > > According to Alok K. Dhir: > > I'd be glad to try it... > > The following patch will work. Apply it on the existing XFree86 port. > > diff -Nur XFree86/patches/patch-aa XFree86-new/patches/patch-aa > --- XFree86/patches/patch-aa Thu Jan 1 01:00:00 1970 > +++ XFree86-new/patches/patch-aa Sun Sep 13 20:39:04 1998 > @@ -0,0 +1,203 @@ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 01:23:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA29265 for freebsd-current-outgoing; Wed, 16 Sep 1998 01:23:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gjp.erols.com (alex-va-n008c079.moon.jic.com [206.156.18.89]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA29258 for ; Wed, 16 Sep 1998 01:23:09 -0700 (PDT) (envelope-from gjp@gjp.erols.com) Received: from gjp.erols.com (gjp@localhost.erols.com [127.0.0.1]) by gjp.erols.com (8.8.8/8.8.7) with ESMTP id EAA00620; Wed, 16 Sep 1998 04:21:56 -0400 (EDT) (envelope-from gjp@gjp.erols.com) X-Mailer: exmh version 2.0.1 12/23/97 To: Don Lewis cc: Mike Smith , current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: wierd kernel memory use statistics In-reply-to: Your message of "Wed, 16 Sep 1998 00:05:48 PDT." <199809160705.AAA01526@salsa.gv.tsc.tdk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Sep 1998 04:21:55 -0400 Message-ID: <616.905934115@gjp.erols.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Don Lewis wrote in message ID <199809160705.AAA01526@salsa.gv.tsc.tdk.com>: > The numbers seem to be static. They haven't changed in the last couple > of hours since I rebooted. I've done a make world in the meantime. The > kernel is a fairly fresh and has CAM+softupdates. temp -11 -45K 1K 40960K 14872 0 0 16,32,64,128,256,512,1K,4K,8K A couple of hours later (probably 4 or so) temp -36 -46K 1K 40960K 15053 0 0 16,32,64,128,256,512,1K,4K,8K I have no idea what could cause this. The box has been up for 9 days (when I put in a UPS). Its a CAM+SMP system dating back to July if I remember. I can't remember all I've done inbetween, but I was mostly idle... Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 01:27:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA00481 for freebsd-current-outgoing; Wed, 16 Sep 1998 01:27:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA00380; Wed, 16 Sep 1998 01:27:14 -0700 (PDT) (envelope-from rkw@Dataplex.NET) Received: from [208.2.87.5] (user5.dataplex.net [208.2.87.5]) by shrimp.dataplex.net (8.9.1/8.9.1) with ESMTP id DAA04112; Wed, 16 Sep 1998 03:27:09 -0500 (CDT) (envelope-from rkw@dataplex.net) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <199809160627.XAA03085@silvia.hip.berkeley.edu> References: (message from Kris Kennaway on Wed, 16 Sep 1998 13:50:34 +0930 (CST)) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 16 Sep 1998 03:24:30 -0500 To: asami@FreeBSD.ORG (Satoshi Asami) From: Richard Wackerbarth Subject: Re: ELF transition for ports Cc: kkennawa@physics.adelaide.edu.au, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 1:27 AM -0500 9/16/98, Satoshi Asami wrote: [Re - Major/Minor Numbering of Shared Libraries] >The minor number is useless, since it is ignored by ELF. > > * It worries me that if there is a rapidly-changing port somewhere which > * likes to bump its' minor version number, that before long we'll find > * ourselves using libfoo.so.28 for libfoo.so.1.27. Is there something I've > * missed about why the above cannot work? Perhaps it would help to think of it from a different perspective. ELF effectively has no MAJOR number. If the major number needs to change, it is a new (different) library. In the ELF world, think of libfoo.1.so.27. I think that most of the readers recognize the reasoning behind the incrementation of the minor number. Richard Wackerbarth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 01:59:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA05489 for freebsd-current-outgoing; Wed, 16 Sep 1998 01:59:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freebie.spline.net (freebie.spline.net [194.44.182.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA05479 for ; Wed, 16 Sep 1998 01:59:16 -0700 (PDT) (envelope-from tat@Spline.NET) Received: from localhost (tat@localhost) by freebie.spline.net (8.9.1/8.9.1) with SMTP id LAA23629; Wed, 16 Sep 1998 11:58:07 +0300 (EEST) (envelope-from tat@freebie.spline.net) Date: Wed, 16 Sep 1998 11:58:07 +0300 (EEST) From: Alexander Tatmaniants To: Alex cc: Julian Elischer , Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: Help, DEVFS/MFS is broken... 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, 15 Sep 1998, Alex wrote: > Date: Tue, 15 Sep 1998 17:19:34 -0700 (PDT) > From: Alex > To: Julian Elischer > Cc: Andrzej Bialecki , freebsd-current@FreeBSD.ORG > Subject: Re: Help, DEVFS/MFS is broken... > > On Tue, 15 Sep 1998, Julian Elischer wrote: > > > > It's all irrelevent now as someone deleted all the SLICE stuff out of the > > kernel tree. Apparently phk an sos are now doing all the work to make > > devices dynamic. They will probably delete all the devfs code as well > > so that they have a clean slate to work on.. > > > > (I only discoverd it when all my slice files were deleted from my tree on > > 'cvs update') > > > > It seems that an abstracted disk layer is not considered important enough > > to work on.. > > It seemed more to me like unpolished code has no place in 3.0-R was the > mentality. And, I'd have to agree there. I'd much rather wait and see a > decent devfs and slice code in 3.0.5-R than see broken code which can > cause panics in 3.0-R. No, it can't, it was desabled by default. I use it in productive environment at all my machines, add it works fine for me. IMHO removing slice code was bad idea anyway. > > - alex > > | "Contrary to popular belief, penguins are not the salvation of modern | > | technology. Neither do they throw parties for the urban proletariat." | > | Powered by FreeBSD http://www.freebsd.org/ | > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Best regards, Alexander Tatmaniants powered by FreeBSD nic-hdl: AT460-RIPE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 02:05:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA06422 for freebsd-current-outgoing; Wed, 16 Sep 1998 02:05:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freebie.spline.net (freebie.spline.net [194.44.182.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA06415 for ; Wed, 16 Sep 1998 02:05:36 -0700 (PDT) (envelope-from tat@Spline.NET) Received: from localhost (tat@localhost) by freebie.spline.net (8.9.1/8.9.1) with SMTP id MAA26921; Wed, 16 Sep 1998 12:04:53 +0300 (EEST) (envelope-from tat@freebie.spline.net) Date: Wed, 16 Sep 1998 12:04:53 +0300 (EEST) From: Alexander Tatmaniants To: Julian Elischer cc: Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: Help, DEVFS/MFS is broken... 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, 15 Sep 1998, Julian Elischer wrote: > Date: Tue, 15 Sep 1998 15:30:12 -0700 (PDT) > From: Julian Elischer > To: Andrzej Bialecki > Cc: freebsd-current@FreeBSD.ORG > Subject: Re: Help, DEVFS/MFS is broken... > > > It's all irrelevent now as someone deleted all the SLICE stuff out of the > kernel tree. Apparently phk an sos are now doing all the work to make > devices dynamic. They will probably delete all the devfs code as well > so that they have a clean slate to work on.. > > (I only discoverd it when all my slice files were deleted from my tree on > 'cvs update') > > It seems that an abstracted disk layer is not considered important enough > to work on.. I'm sorry. Do you planing to maitain this code separetly or turn in back under contrib/sys? Thank you for your work. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 02:16:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA07791 for freebsd-current-outgoing; Wed, 16 Sep 1998 02:16:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gw-nl1.philips.com (gw-nl1.philips.com [192.68.44.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA07718 for ; Wed, 16 Sep 1998 02:16:03 -0700 (PDT) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl1.philips.com with ESMTP id LAA27071 for ; Wed, 16 Sep 1998 11:15:41 +0200 (MEST) (envelope-from Jos.Backus@nl.origin-it.com) Received: from hal.mpn.cp.philips.com (hal.mpn.cp.philips.com [130.139.64.195]) by smtprelay-nl1.philips.com (8.8.5/8.6.10-1.2.2m-970826) with SMTP id LAA17141 for ; Wed, 16 Sep 1998 11:15:39 +0200 (MET DST) Received: (qmail 19263 invoked by uid 666); 16 Sep 1998 09:16:00 -0000 Message-ID: <19980916111600.A18983@hal.mpn.cp.philips.com> Date: Wed, 16 Sep 1998 11:16:00 +0200 From: Jos Backus To: freebsd-current@FreeBSD.ORG Subject: First-time perl5 build falls over for lack of miniperl during Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG buildworld Reply-To: Last night, after performing a buildworld following a cvsup to get the CAM bits (Great job, Justin and Ken!) I noticed that /usr/src/gnu/usr.bin/perl/perl/Makefile calls miniperl directly without a path. This fails on first-time installation, as miniperl apparently isn't available yet. To make the first-time build work I replaced miniperl with /usr/obj/usr/src/gnu/usr.bin/perl/miniperl/miniperl in the Makefile. Cheers, -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/ _/ Jos.Backus@nl.origin-it.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 02:22:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA08389 for freebsd-current-outgoing; Wed, 16 Sep 1998 02:22:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freebie.spline.net (freebie.spline.net [194.44.182.87]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA08366; Wed, 16 Sep 1998 02:21:50 -0700 (PDT) (envelope-from tat@Spline.NET) Received: from localhost (tat@localhost) by freebie.spline.net (8.9.1/8.9.1) with SMTP id MAA02592; Wed, 16 Sep 1998 12:21:17 +0300 (EEST) (envelope-from tat@freebie.spline.net) Date: Wed, 16 Sep 1998 12:21:17 +0300 (EEST) From: Alexander Tatmaniants To: Archie Cobbs cc: Satoshi Asami , mike@smith.net.au, cschuber@uumail.gov.bc.ca, freebsd-current@FreeBSD.ORG Subject: Old SLICE Code (was: Re: New CAM Code) In-Reply-To: <199809160217.TAA07116@bubba.whistle.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 Tue, 15 Sep 1998, Archie Cobbs wrote: > Date: Tue, 15 Sep 1998 19:17:21 -0700 (PDT) > From: Archie Cobbs > To: Satoshi Asami > Cc: mike@smith.net.au, cschuber@uumail.gov.bc.ca, freebsd-current@FreeBSD.ORG > Subject: Re: New CAM Code > > Satoshi Asami writes: > > * (HUMOUR WARNING) > > * > > * > What are the chances that the new CAM code just included in the CVS > > * > tree will be part of 3.0 when it is released? > > * > > * Unless Poul-Henning, Soren or Satoshi get to it first, pretty good. > > > > Get a bleeping life. > > The humorous comment applies in the case of SLICE, you'll note. It seems to me like a very very bad precedent, not a humor. > > -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 > -- Best regards, Alexander Tatmaniants powered by FreeBSD nic-hdl: AT460-RIPE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 02:26:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA09156 for freebsd-current-outgoing; Wed, 16 Sep 1998 02:26:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA09084 for ; Wed, 16 Sep 1998 02:26:25 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id CAA19769; Wed, 16 Sep 1998 02:26:02 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: John Hay cc: freebsd-current@FreeBSD.ORG (FreeBSD-current) Subject: Re: sysinstall compile broken In-reply-to: Your message of "Sat, 16 Sep 1998 08:58:17 +0200." <199809160658.IAA12409@zibbi.mikom.csir.co.za> Date: Wed, 16 Sep 1998 02:26:02 -0700 Message-ID: <19765.905937962@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi, > > It looks like some part(s) of sysinstall wasn't cam'ified? A make release > dies with: Whoops. Got it - I don't think that code's even used, to be honest. It's now disabled. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 02:36:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA11143 for freebsd-current-outgoing; Wed, 16 Sep 1998 02:36:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA11074 for ; Wed, 16 Sep 1998 02:35:58 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id LAA04124; Wed, 16 Sep 1998 11:29:53 +0200 (CEST) To: Alexander Tatmaniants cc: Julian Elischer , Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: Help, DEVFS/MFS is broken... In-reply-to: Your message of "Wed, 16 Sep 1998 12:04:53 +0300." Date: Wed, 16 Sep 1998 11:29:52 +0200 Message-ID: <4122.905938192@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian, There is no need to act all surprised about this. We made a clear agreement in New Orleans, and this is the result of it. If somebody wants to work on abstract disk layering, please get in touch with me, so I can dump my prototype on you. Poul-Henning In message , Alexander Tatmani ants writes: >On Tue, 15 Sep 1998, Julian Elischer wrote: > >> Date: Tue, 15 Sep 1998 15:30:12 -0700 (PDT) >> From: Julian Elischer >> To: Andrzej Bialecki >> Cc: freebsd-current@FreeBSD.ORG >> Subject: Re: Help, DEVFS/MFS is broken... >> >> >> It's all irrelevent now as someone deleted all the SLICE stuff out of the >> kernel tree. Apparently phk an sos are now doing all the work to make >> devices dynamic. They will probably delete all the devfs code as well >> so that they have a clean slate to work on.. >> >> (I only discoverd it when all my slice files were deleted from my tree on >> 'cvs update') >> >> It seems that an abstracted disk layer is not considered important enough >> to work on.. > >I'm sorry. > >Do you planing to maitain this code separetly or turn in back under >contrib/sys? > >Thank you for your work. > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 02:50:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA13468 for freebsd-current-outgoing; Wed, 16 Sep 1998 02:50:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA13326 for ; Wed, 16 Sep 1998 02:50:00 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:Bk5IOOpx2rb9cHDz6Teqvz+GXlT4Oi0r@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id LAA01581; Wed, 16 Sep 1998 11:49:23 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809160949.LAA01581@gratis.grondar.za> To: Jos Backus cc: freebsd-current@FreeBSD.ORG Subject: Re: First-time perl5 build falls over for lack of miniperl during In-Reply-To: Your message of " Wed, 16 Sep 1998 11:16:00 +0200." <19980916111600.A18983@hal.mpn.cp.philips.com> References: <19980916111600.A18983@hal.mpn.cp.philips.com> Date: Wed, 16 Sep 1998 11:49:21 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jos Backus wrote: > Last night, after performing a buildworld following a cvsup to get the CAM > bits (Great job, Justin and Ken!) I noticed that > /usr/src/gnu/usr.bin/perl/perl/Makefile calls miniperl directly without a > path. This fails on first-time installation, as miniperl apparently isn't > available yet. Nope - miniperl is built by the buildworld bootstrap. > To make the first-time build work I replaced miniperl with > /usr/obj/usr/src/gnu/usr.bin/perl/miniperl/miniperl in the Makefile. NO!!! You don't call bison, yacc, cc ld or any of thos other tools with a full path - they are (or have been) built by a bootstrap at some stage. Are you doing anything naughty like "make all" or "make -DNOCLEAN buildworld" or any other kind of "make -D *world"? Yoou should be only doing "make buildworld", and you should have no (or little) "clever stuff" in /etc/make.conf. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 03:05:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA15848 for freebsd-current-outgoing; Wed, 16 Sep 1998 03:05:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gw-nl1.philips.com (gw-nl1.philips.com [192.68.44.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA15843 for ; Wed, 16 Sep 1998 03:05:03 -0700 (PDT) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl1.philips.com with ESMTP id MAA20710 for ; Wed, 16 Sep 1998 12:04:36 +0200 (MEST) (envelope-from Jos.Backus@nl.origin-it.com) Received: from hal.mpn.cp.philips.com (hal.mpn.cp.philips.com [130.139.64.195]) by smtprelay-nl1.philips.com (8.8.5/8.6.10-1.2.2m-970826) with SMTP id MAA27222 for ; Wed, 16 Sep 1998 12:04:35 +0200 (MET DST) Received: (qmail 361 invoked by uid 666); 16 Sep 1998 10:03:48 -0000 Message-ID: <19980916120348.A312@hal.mpn.cp.philips.com> Date: Wed, 16 Sep 1998 12:03:48 +0200 From: Jos Backus To: Mark Murray Cc: freebsd-current@FreeBSD.ORG Subject: Re: First-time perl5 build falls over for lack of miniperl during Mail-Followup-To: Mark Murray , freebsd-current@freebsd.org References: <19980916111600.A18983@hal.mpn.cp.philips.com> <199809160949.LAA01581@gratis.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199809160949.LAA01581@gratis.grondar.za>; from Mark Murray on Wed, Sep 16, 1998 at 11:49:21AM +0200 X-Files: The Truth is out there! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Mark, On Wed, Sep 16, 1998 at 11:49:21AM +0200, Mark Murray wrote: > > To make the first-time build work I replaced miniperl with > > /usr/obj/usr/src/gnu/usr.bin/perl/miniperl/miniperl in the Makefile. > > NO!!! You don't call bison, yacc, cc ld or any of thos other tools with a full > path - they are (or have been) built by a bootstrap at some stage. > > Are you doing anything naughty like "make all" or "make -DNOCLEAN buildworld" > or any other kind of "make -D *world"? Hm, strange. I started out doing a buildworld which barfed on precisely this problem *puzzled look* To speed up the build I reran the buildworld with NOTOOLS/NOCLEAN, figuring the build would pick up where it left off. Gues I'm wrong here ;-/ *shameful look* I'll rerun the ``make buildworld'' on my system at work, after resupping and without any shortcuts this time. I'm sorry to bother you... You've done a great job Mark! > Yoou should be only doing "make buildworld", and you should have no (or > little) "clever stuff" in /etc/make.conf. No clever stuff, just NOSUIDPERL=true. Thanks, -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/ _/ Jos.Backus@nl.origin-it.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 03:30:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA17930 for freebsd-current-outgoing; Wed, 16 Sep 1998 03:30:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA17867 for ; Wed, 16 Sep 1998 03:30:02 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id DAA08439; Wed, 16 Sep 1998 03:29:34 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id DAA08388; Wed, 16 Sep 1998 03:29:33 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id DAA01972; Wed, 16 Sep 1998 03:29:32 -0700 (PDT) From: Don Lewis Message-Id: <199809161029.DAA01972@salsa.gv.tsc.tdk.com> Date: Wed, 16 Sep 1998 03:29:32 -0700 In-Reply-To: Mike Smith "Re: wierd kernel memory use statistics" (Sep 16, 12:21am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Mike Smith , gibbs@plutotech.com Subject: Re: wierd kernel memory use statistics Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 16, 12:21am, Mike Smith wrote: } Subject: Re: wierd kernel memory use statistics } > On Sep 15, 11:59pm, Mike Smith wrote: } > } Subject: Re: wierd kernel memory use statistics } > } > } > } > vmstat -m tells me: } > } > } > } > Memory statistics by type Type Kern } > } > Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) } > } > ... } > } > devbuf 257 181K 181K 10406K 565 0 0 16,32,64,128,256,512,1K,2K,4K,16K,32K } > } > mbuf 1 2K 2K 10406K 1 0 0 2K } > } > temp -9 -19K 1K 10406K 273 0 0 16,32,64,256,512,1K,4K } > } > kld 1 1K 1K 10406K 1 0 0 32 } > } > } > } > The numbers for "temp" look pretty suspicious. } > } } > } Someone is freeing blocks to the M_TEMP pool that were not allocated } > } from it. Does this happen at a reasonable rate? Can you see any other } > } class that looks like it might be leaking? } > } > The numbers seem to be static. They haven't changed in the last couple } > of hours since I rebooted. I've done a make world in the meantime. The } > kernel is a fairly fresh and has CAM+softupdates. } } Sounds like another CAM wrinkle; I expect we're going to see a few of } these before the week is out. It shouldn't be particularly harmful - } the numbers are just for accounting's sake. Good call. --- cam/cam_xpt.c.orig Tue Sep 15 20:32:09 1998 +++ cam/cam_xpt.c Wed Sep 16 03:08:41 1998 @@ -5137,7 +5137,7 @@ static void probecleanup(struct cam_periph *periph) { - free(periph->softc, M_TEMP); + free(periph->softc, M_DEVBUF); } static void To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 03:36:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA18797 for freebsd-current-outgoing; Wed, 16 Sep 1998 03:36:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA18786 for ; Wed, 16 Sep 1998 03:36:17 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id MAA29407; Wed, 16 Sep 1998 12:32:24 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Wed, 16 Sep 1998 12:32:24 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Poul-Henning Kamp cc: Alexander Tatmaniants , Julian Elischer , freebsd-current@FreeBSD.ORG Subject: Re: Help, DEVFS/MFS is broken... In-Reply-To: <4122.905938192@critter.freebsd.dk> 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 Wed, 16 Sep 1998, Poul-Henning Kamp wrote: > > Julian, > > There is no need to act all surprised about this. We made a clear agreement > in New Orleans, and this is the result of it. But it's not only Julian who is surprised. In the meantime some people (including me) started using this code - I can testify it was far from being perfect, but it worked most of the time. Perhaps it would be better to leave this code in the tree, including short note discouraging its use, instead of completely nuking it without any replacement... Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 03:40:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19387 for freebsd-current-outgoing; Wed, 16 Sep 1998 03:40:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19374 for ; Wed, 16 Sep 1998 03:40:15 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id MAA04575; Wed, 16 Sep 1998 12:30:52 +0200 (CEST) To: Andrzej Bialecki cc: Alexander Tatmaniants , Julian Elischer , freebsd-current@FreeBSD.ORG Subject: Re: Help, DEVFS/MFS is broken... In-reply-to: Your message of "Wed, 16 Sep 1998 12:32:24 +0200." Date: Wed, 16 Sep 1998 12:30:51 +0200 Message-ID: <4573.905941851@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Andrzej Bialeck i writes: >On Wed, 16 Sep 1998, Poul-Henning Kamp wrote: > >> >> Julian, >> >> There is no need to act all surprised about this. We made a clear agreement >> in New Orleans, and this is the result of it. > >But it's not only Julian who is surprised. In the meantime some people >(including me) started using this code - I can testify it was far from >being perfect, but it worked most of the time. Perhaps it would be better >to leave this code in the tree, including short note discouraging its >use, instead of completely nuking it without any replacement... Sorry, no. That is known to be a serious road-block to ever get it done right, apart from the considerable obfuscation coefficient of this stuff. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 03:41:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19467 for freebsd-current-outgoing; Wed, 16 Sep 1998 03:41:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19452 for ; Wed, 16 Sep 1998 03:41:07 -0700 (PDT) (envelope-from croot@btp1da.phy.uni-bayreuth.de) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id MAA14440 for current@freebsd.org; Wed, 16 Sep 1998 12:40:43 +0200 (MEST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 16 Sep 1998 12:40:43 +0200 (MEST) Organization: university of bayreuth From: Werner Griessl To: current@FreeBSD.ORG Subject: cam and ncr ? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ---------------------------------- I did a buildworld/installworld with current from today (Sep. 16), then changed sd->da in my kernel-config and /etc/fstab, did a "sh MAKEDEV all" in /dev with the new MAKEDEV and compiled a new kernel. Now the new kernel fails with: ... npx0: INT 16 interface ncr0: SCSI phase error fixup: CCB already dequeued ncr: timeout uccb ... (skip) from here on repeats endless with the "timeout" line Tried then a new GENERIC kernel, but always the same problem. The (smp)-kernel from yesterday is working even with the "da"-changes. My SCSI-Controller and the devices on it are: ncr0: rev 0x11 int a irq 17 on pci0.9.0 ncr0: waiting for scsi devices to settle scbus0 at ncr0 bus 0 sd0 at scbus0 target 1 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access sd0: 10.0 MB/s (100 ns, offset 8) 4134MB (8467200 512 byte sectors) worm0 at scbus0 target 2 lun 0 worm0: type 5 removable SCSI 2 worm0: Write-Once sd1 at scbus0 target 3 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access sd1: 10.0 MB/s (100 ns, offset 8) 4095MB (8386733 512 byte sectors) (dmesg with the working smp-kernel from yesterday) What did I wrong ? Shouldn't at least the GENERIC-kernel work ? Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 03:42:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19682 for freebsd-current-outgoing; Wed, 16 Sep 1998 03:42:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19671 for ; Wed, 16 Sep 1998 03:42:48 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id DAA21785; Wed, 16 Sep 1998 03:42:22 -0700 Date: Wed, 16 Sep 1998 03:42:21 -0700 (PDT) From: Enkhyl To: "Justin T. Gibbs" cc: current@FreeBSD.ORG Subject: Re: New kernel compile warnings with CAM In-Reply-To: <199809160521.XAA22065@pluto.plutotech.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 Tue, 15 Sep 1998, Justin T. Gibbs wrote: > All told I think the integration went pretty well. The one problem that > Jordan corrected was already addressed by a patch in our Perforce > repository, but I somehow missed bringing it over. I guess everything > can't go your way at 5:00am. 8-) I think it went very well considering the scope of the project. I did a flawless make buildworld once the dust settled. A few quirks are expected when integrating a project of this magnitude. Great job Justin and the rest of the CAM team! -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 03:48:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA20594 for freebsd-current-outgoing; Wed, 16 Sep 1998 03:48:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA20577 for ; Wed, 16 Sep 1998 03:48:24 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id GAA04743; Wed, 16 Sep 1998 06:48:02 -0400 (EDT) Date: Wed, 16 Sep 1998 06:48:02 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: "Justin T. Gibbs" cc: ben@rosengart.com, current@FreeBSD.ORG Subject: Re: fsck me harder In-Reply-To: <199809160644.AAA02717@narnia.plutotech.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 Wed, 16 Sep 1998, Justin T. Gibbs wrote: > I bet you're using soft-updates, Yes. > but again, you haven't told us anything about your system setup, > whether you were in X or not No. > (thereby missing any panic messages on VT0), etc. We're here to > help, but we can't help without information. My apologies; it was late. No DEVFS, no ELF, no SMP, what else would you like to know? Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 04:25:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA26026 for freebsd-current-outgoing; Wed, 16 Sep 1998 04:25:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA26017 for ; Wed, 16 Sep 1998 04:25:46 -0700 (PDT) (envelope-from croot@btp1da.phy.uni-bayreuth.de) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id NAA15788; Wed, 16 Sep 1998 13:25:26 +0200 (MEST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 16 Sep 1998 13:25:26 +0200 (MEST) Organization: university of bayreuth From: Werner Griessl To: Werner Griessl Subject: RE: cam and ncr ? Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 16-Sep-98 Werner Griessl wrote: > > ---------------------------------- > > I did a buildworld/installworld with current from today (Sep. 16), > then changed sd->da in my kernel-config and /etc/fstab, > did a "sh MAKEDEV all" in /dev with the new MAKEDEV > and compiled a new kernel. > Now the new kernel fails with: > > ... > npx0: INT 16 interface > ncr0: SCSI phase error fixup: CCB already dequeued > ncr: timeout uccb ... (skip) > from here on repeats endless with the "timeout" line > > Tried then a new GENERIC kernel, but always the same problem. > The (smp)-kernel from yesterday is working even with the "da"-changes. > > My SCSI-Controller and the devices on it are: > ncr0: rev 0x11 int a irq 17 on pci0.9.0 > ncr0: waiting for scsi devices to settle > scbus0 at ncr0 bus 0 > sd0 at scbus0 target 1 lun 0 > sd0: type 0 fixed SCSI 2 > sd0: Direct-Access > sd0: 10.0 MB/s (100 ns, offset 8) > 4134MB (8467200 512 byte sectors) > worm0 at scbus0 target 2 lun 0 > worm0: type 5 removable SCSI 2 > worm0: Write-Once > sd1 at scbus0 target 3 lun 0 > sd1: type 0 fixed SCSI 2 > sd1: Direct-Access > sd1: 10.0 MB/s (100 ns, offset 8) > 4095MB (8386733 512 byte sectors) > > (dmesg with the working smp-kernel from yesterday) > > > What did I wrong ? > Shouldn't at least the GENERIC-kernel work ? > > Werner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message ---------------------------------- Sorry for replying my own mail, I forgot to say: It's still an AOUT, not elf system and a correction: The working kernel ist from Sep 14, not 15: FreeBSD 3.0-CURRENT #0: Mon Sep 14 11:56:12 CEST 1998 croot@btp1xb.phy.uni-bayreuth.de:/spare2/F/src/sys/compile/SMP-BTP1XB Timecounter "i8254" frequency 1193182 Hz cost 3119 ns CPU: Pentium II (686-class CPU) Origin = "GenuineIntel" Id = 0x634 Stepping=4 Features=0x80fbff real memory = 134217728 (131072K bytes) avail memory = 127754240 (124760K bytes) Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 fxp0: rev 0x01 int a irq 16 on pci0.8.0 Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 05:12:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA01105 for freebsd-current-outgoing; Wed, 16 Sep 1998 05:12:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA01100 for ; Wed, 16 Sep 1998 05:12:35 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id OAA18587 for ; Wed, 16 Sep 1998 14:12:14 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Wed, 16 Sep 1998 14:12:13 +0200 (MET DST) Mime-Version: 1.0 To: current@FreeBSD.ORG Subject: C-day Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 16 Sep 1998 14:12:11 +0200 Message-ID: Lines: 7 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id FAA01101 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Just a data point: I just brought one of my CURRENT-boxes across P-day and C-day in one fell swoop, with no trouble except a pilot error when updating /dev. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 05:16:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA01400 for freebsd-current-outgoing; Wed, 16 Sep 1998 05:16:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA01371 for ; Wed, 16 Sep 1998 05:15:56 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.03 #1) id 0zJGSb-0003xD-00; Wed, 16 Sep 1998 13:13:25 +0100 Date: Wed, 16 Sep 1998 13:13:24 +0100 From: Ben Smithurst To: Brian Feldman Cc: FreeBSD Current Subject: Re: system hangs with soft updates Message-ID: <19980916131324.A5145@scientia.demon.co.uk> References: <19980915195829.A271@scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Feldman wrote: > Are you _SURE_ those are the tunefs(8) commands you typed? Are you also > sure that you weren't doing it to a slice in dev? I was definitely using `/tmp', not the device in /dev. > AND if you did it to a slice in /dev, are you _SURE_ that it was an > uncooked device? (i.e. r{wd,sd,da}0s1a) I'll try doing it to /dev/rwd2s1c and see if that works. (I'm currently rebuilding the world to see if that helps as well...) -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 05:16:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA01446 for freebsd-current-outgoing; Wed, 16 Sep 1998 05:16:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA01430 for ; Wed, 16 Sep 1998 05:16:19 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.1/8.9.1) with SMTP id IAA10911 for ; Wed, 16 Sep 1998 08:15:59 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA26912; Wed, 16 Sep 1998 08:15:58 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.8.8/8.8.8) id IAA06850 for freebsd-current@freebsd.org; Wed, 16 Sep 1998 08:15:58 -0400 (EDT) (envelope-from jwd) From: John DeBoskey Message-Id: <199809161215.IAA06850@bb01f39.unx.sas.com> Subject: aout SNAP problem (ldconfig) To: freebsd-current@FreeBSD.ORG Date: Wed, 16 Sep 1998 08:15:58 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL38 (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 Hi, I have been struggling to recover our aout snap creation process and continue to have a few problems. Obviously, on a -current box: ---> Wed Sep 16 02:25:24 EDT 1998 - make world -------------------------------------------------------------- aout make world started on Wed Sep 16 02:25:24 EDT 1998 -------------------------------------------------------------- . . . many many megs of log deleted . . And move to building /snap/release... install -c -o root -g wheel -m 555 star_saver_mod.o /lkm ===> lkm/umapfs install -c -o root -g wheel -m 555 umap_mod.o /lkm ===> lkm/vesa install -c -o root -g wheel -m 555 vesa_mod.o /lkm ===> lkm/wcd install -c -o root -g wheel -m 555 wcd_mod.o /lkm ===> etc ===> etc/sendmail -------------------------------------------------------------- Re-scanning the shared libraries.. -------------------------------------------------------------- cd /usr/src; /sbin/ldconfig -R ldconfig: /var/run/ld.so.hints: No such file or directory *** Error code 255 Stop. *** Error code 1 Stop. Thanks! John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 05:24:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA02448 for freebsd-current-outgoing; Wed, 16 Sep 1998 05:24:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gw-nl1.philips.com (gw-nl1.philips.com [192.68.44.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA02443 for ; Wed, 16 Sep 1998 05:24:54 -0700 (PDT) (envelope-from Jos.Backus@nl.origin-it.com) Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl1.philips.com with ESMTP id OAA23324 for ; Wed, 16 Sep 1998 14:24:21 +0200 (MEST) (envelope-from Jos.Backus@nl.origin-it.com) Received: from hal.mpn.cp.philips.com (hal.mpn.cp.philips.com [130.139.64.195]) by smtprelay-nl1.philips.com (8.8.5/8.6.10-1.2.2m-970826) with SMTP id OAA20427 for ; Wed, 16 Sep 1998 14:24:20 +0200 (MET DST) Received: (qmail 23569 invoked by uid 666); 16 Sep 1998 12:23:33 -0000 Message-ID: <19980916142333.B10355@hal.mpn.cp.philips.com> Date: Wed, 16 Sep 1998 14:23:33 +0200 From: Jos Backus To: Mark Murray , freebsd-current@FreeBSD.ORG Subject: Re: First-time perl5 build falls over for lack of miniperl during Mail-Followup-To: Mark Murray , freebsd-current@freebsd.org References: <19980916111600.A18983@hal.mpn.cp.philips.com> <199809160949.LAA01581@gratis.grondar.za> <19980916120348.A312@hal.mpn.cp.philips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <19980916120348.A312@hal.mpn.cp.philips.com>; from Jos Backus on Wed, Sep 16, 1998 at 12:03:48PM +0200 X-Files: The Truth is out there! Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi Mark, On Wed, Sep 16, 1998 at 12:03:48PM +0200, Jos Backus wrote: > I'll rerun the ``make buildworld'' on my system at work, after resupping and > without any shortcuts this time. I just finished doing a {build,install}world without any problems. Sorry about the false alert, and thanks for the quick response! Cheers, -- Jos Backus _/ _/_/_/ "Reliability means never _/ _/ _/ having to say you're sorry." _/ _/_/_/ -- D. J. Bernstein _/ _/ _/ _/ Jos.Backus@nl.origin-it.com _/_/ _/_/_/ use Std::Disclaimer; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 05:39:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA03833 for freebsd-current-outgoing; Wed, 16 Sep 1998 05:39:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA03797; Wed, 16 Sep 1998 05:38:49 -0700 (PDT) (envelope-from shmit@natasya.kublai.com) Received: from natasya.kublai.com (natasya.kublai.com [207.172.25.236]) by coleridge.kublai.com (8.8.8/8.8.8) with ESMTP id IAA06565; Wed, 16 Sep 1998 08:38:29 -0400 (EDT) (envelope-from shmit@natasya.kublai.com) Received: (from shmit@localhost) by natasya.kublai.com (8.9.1/8.8.8) id IAA00259; Wed, 16 Sep 1998 08:38:27 -0400 (EDT) Message-ID: <19980916083827.A223@kublai.com> Date: Wed, 16 Sep 1998 08:38:27 -0400 From: Brian Cully To: ports@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: ELF transition for ports Reply-To: shmit@kublai.com References: <199809160627.XAA03085@silvia.hip.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809160627.XAA03085@silvia.hip.berkeley.edu>; from Satoshi Asami on Tue, Sep 15, 1998 at 11:27:39PM -0700 X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Sep 15, 1998 at 11:27:39PM -0700, Satoshi Asami wrote: > Yes. Say libfoo.so.1 is a link to libfoo.so.1.26. If libfoo.so.1.27 > is really an upwards compatible (but not downwards compatible) upgrade > of libfoo.so.1.26, then the version number *should* be bumped. And > since ELF only sees "libfoo.so.1", the only way to bump it is > "libfoo.so.2". Let's make things nice and sparkling clear: So we should only bump the major number if it's required (i.e., we'll be fixing brain damage on the part of the library, which should have bumped its major number anyway when an incompatible change was made)? So in most cases a minor number bump will not warrant a major number bump (since minor number bumps normall don't create incompatible changes), no? -- Brian Cully ``And when one of our comrades was taken prisoner, blindfolded, hung upside-down, shot, and burned, we thought to ourselves, `These are the best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 06:30:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA10106 for freebsd-current-outgoing; Wed, 16 Sep 1998 06:30:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA10050 for ; Wed, 16 Sep 1998 06:30:16 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id XAA06174; Wed, 16 Sep 1998 23:29:50 +1000 Date: Wed, 16 Sep 1998 23:29:50 +1000 From: Bruce Evans Message-Id: <199809161329.XAA06174@godzilla.zeta.org.au> To: current@FreeBSD.ORG, Don.Lewis@tsc.tdk.com, gibbs@plutotech.com Subject: Re: New kernel compile warnings with CAM Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >--- dev/aha/aha.c.orig Tue Sep 15 00:39:52 1998 >+++ dev/aha/aha.c Tue Sep 15 21:13:26 1998 >@@ -1138,7 +1139,7 @@ > csio = &bccb->ccb->csio; > > if ((bccb->flags & BCCB_ACTIVE) == 0) { >- printf("%s: ahadone - Attempt to free non-active BCCB 0x%x\n", >+ printf("%s: ahadone - Attempt to free non-active BCCB %p\n", > aha_name(aha), bccb); > return; > } %p requires a `void *' arg. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 06:34:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA10802 for freebsd-current-outgoing; Wed, 16 Sep 1998 06:34:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA10782 for ; Wed, 16 Sep 1998 06:34:11 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id HAA10285; Wed, 16 Sep 1998 07:33:39 -0600 (MDT) Message-Id: <199809161333.HAA10285@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Bruce Evans cc: current@FreeBSD.ORG, Don.Lewis@tsc.tdk.com, gibbs@plutotech.com Subject: Re: New kernel compile warnings with CAM In-reply-to: Your message of "Wed, 16 Sep 1998 23:29:50 +1000." <199809161329.XAA06174@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Sep 1998 07:27:16 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >%p requires a `void *' arg. > >Bruce What's the official policy here? I used a cast of (intptr_t) in the changes I submitted, but if we should be using %p and (void *) instead, so be it. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 06:52:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA13888 for freebsd-current-outgoing; Wed, 16 Sep 1998 06:52:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA13867 for ; Wed, 16 Sep 1998 06:52:39 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id XAA07659; Wed, 16 Sep 1998 23:52:16 +1000 Date: Wed, 16 Sep 1998 23:52:16 +1000 From: Bruce Evans Message-Id: <199809161352.XAA07659@godzilla.zeta.org.au> To: bde@zeta.org.au, gibbs@plutotech.com Subject: Re: New kernel compile warnings with CAM Cc: current@FreeBSD.ORG, Don.Lewis@tsc.tdk.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>%p requires a `void *' arg. >What's the official policy here? I used a cast of (intptr_t) in the >changes I submitted, but if we should be using %p and (void *) instead, >so be it. Casts (to_intptr_t) require a `void *' operand (at least if you want intptr_t to be guaranteed to not lose information and don't want to see the raw bits in the pointer). Also, the width of intptr_t is machine-dependent. This makes printing pointers by casting to (intptr_t) even more onerous than printing them by casting to (void *), e.g.: struct foo *bar; printf("%?\n", (intptr_t)(void *)bar); where '?' is a machine-dependent format suitable for intptr_t's. %p should be used for pointers except possibly where you want complete control of the format or want to see the raw bits in the pointer. Anything that requires a cast should be avoided since casts defeat type checking and may cause undetected overflow. Unfortunately, %p usually requires a cast. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 07:05:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA15920 for freebsd-current-outgoing; Wed, 16 Sep 1998 07:05:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA15913 for ; Wed, 16 Sep 1998 07:05:35 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id HAA03765; Wed, 16 Sep 1998 07:58:26 -0600 (MDT) Date: Wed, 16 Sep 1998 07:58:26 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809161358.HAA03765@narnia.plutotech.com> To: Werner Griessl cc: current@FreeBSD.ORG Subject: Re: cam and ncr ? In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Now the new kernel fails with: > > ... > npx0: INT 16 interface > ncr0: SCSI phase error fixup: CCB already dequeued > ncr: timeout uccb ... (skip) > from here on repeats endless with the "timeout" line Probably a problem with the 810a and target initiated sync negotiation under CAM. I should be able reproduce and fix this bug today. Watch the CVS-commit list for further details. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 07:10:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA16473 for freebsd-current-outgoing; Wed, 16 Sep 1998 07:10:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA16463 for ; Wed, 16 Sep 1998 07:10:16 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by ns.plaut.de (8.8.8/8.8.7) with ESMTP id QAA16104; Wed, 16 Sep 1998 16:09:44 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by totum.plaut.de (8.8.7/8.7.3) with UUCP id QAA14731; Wed, 16 Sep 1998 16:09:44 +0200 (MET DST) Received: from localhost (root@localhost) by nihil.plaut.de (8.9.1/8.8.8) with SMTP id PAA05511; Wed, 16 Sep 1998 15:01:36 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Wed, 16 Sep 1998 15:01:35 +0200 (CEST) From: Michael Reifenberger To: Andrzej Bialecki cc: Poul-Henning Kamp , Alexander Tatmaniants , Julian Elischer , freebsd-current@FreeBSD.ORG Subject: Re: Help, DEVFS/MFS is broken... 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 Wed, 16 Sep 1998, Andrzej Bialecki wrote: ... > being perfect, but it worked most of the time. Perhaps it would be better > to leave this code in the tree, including short note discouraging its > use, instead of completely nuking it without any replacement... Yes. I had one situation where the SLICE-code rejected a bogus disklabel (correctly) whereas the former stuff accepted it without complaining. Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 07:16:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17311 for freebsd-current-outgoing; Wed, 16 Sep 1998 07:16:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA17301 for ; Wed, 16 Sep 1998 07:16:45 -0700 (PDT) (envelope-from croot@btp1da.phy.uni-bayreuth.de) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id QAA26772; Wed, 16 Sep 1998 16:16:04 +0200 (MEST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809161358.HAA03765@narnia.plutotech.com> Date: Wed, 16 Sep 1998 16:16:04 +0200 (MEST) Organization: university of bayreuth From: Werner Griessl To: "Justin T. Gibbs" Subject: Re: cam and ncr ? Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 16-Sep-98 Justin T. Gibbs wrote: >> Now the new kernel fails with: >> >> ... >> npx0: INT 16 interface >> ncr0: SCSI phase error fixup: CCB already dequeued >> ncr: timeout uccb ... (skip) >> from here on repeats endless with the "timeout" line > > Probably a problem with the 810a and target initiated sync negotiation > under CAM. I should be able reproduce and fix this bug today. > Watch the CVS-commit list for further details. > > -- > Justin ---------------------------------- Thanks ! Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 08:22:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA28197 for freebsd-current-outgoing; Wed, 16 Sep 1998 08:22:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA28191 for ; Wed, 16 Sep 1998 08:22:41 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id BAA13648; Thu, 17 Sep 1998 01:22:03 +1000 Date: Thu, 17 Sep 1998 01:22:03 +1000 From: Bruce Evans Message-Id: <199809161522.BAA13648@godzilla.zeta.org.au> To: abial@nask.pl, root@nihil.plaut.de Subject: Re: Help, DEVFS/MFS is broken... Cc: freebsd-current@FreeBSD.ORG, julian@whistle.com, phk@critter.freebsd.dk, tat@Spline.NET Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> being perfect, but it worked most of the time. Perhaps it would be better >> to leave this code in the tree, including short note discouraging its >> use, instead of completely nuking it without any replacement... >Yes. >I had one situation where the SLICE-code rejected a bogus disklabel (correctly) >whereas the former stuff accepted it without complaining. I think you mean a bogus partition table. Bogus partition tables are supposed to be accepted. Boot with -v and turn on warning messages for slice initialization (set dsi_debug to 1 using gdb) to get warnings about bogus partition tables. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 09:44:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA10933 for freebsd-current-outgoing; Wed, 16 Sep 1998 09:44:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from thing.dyn.ml.org (dyn-max7-32.chicago.il.ameritech.net [206.141.211.32] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA10846 for ; Wed, 16 Sep 1998 09:44:35 -0700 (PDT) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (bsdx [192.168.1.2]) by thing.dyn.ml.org (8.8.8/8.8.7) with ESMTP id MAA28896 for ; Wed, 16 Sep 1998 12:44:13 -0400 (EDT) (envelope-from mcdougall@ameritech.net) Message-ID: <35FFEADA.9385B498@ameritech.net> Date: Wed, 16 Sep 1998 12:44:10 -0400 From: Adam McDougall X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: freezing problems with CAM and dpt Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, since doing several make worlds and kernels since CAM was in, I have had two total sudden system freezes. I was in X both the times, one was right when exiting X, one was when using netscape for web/email/etc. My kernel was last built Tue Sep 15 23:17:12 EDT. My system is ELF. I have the following scsi-related items: dpt0: rev 0x02 int a irq 12 on pci0.17.0 dpt0: DPT PM2144UW FW Rev. 07LY, 1 channel, 64 CCBs da0 at dpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: Tagged Queueing Enabled da0: 8682MB (17781008 512 byte sectors: 255H 63S/T 1106C) cd0 at dpt0 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI2 device cd0: cd present [328542 x 2048 byte records] The second time I had "options SCSI_CAM" in the kernel, the first time I did not. When the crashes happened, the dpt diagnostic LED's reported that the adaptor was in an idle state, not 'stuck'. I didnt experience any total freezes like this before CAM. It'd be nice to help figure this one out if I can :) Is there any more information that would be helpful? Thanks to all for their hard work on FreeBSD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 09:45:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA11168 for freebsd-current-outgoing; Wed, 16 Sep 1998 09:45:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from thing.dyn.ml.org (dyn-max7-32.chicago.il.ameritech.net [206.141.211.32] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA11146 for ; Wed, 16 Sep 1998 09:45:50 -0700 (PDT) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (bsdx [192.168.1.2]) by thing.dyn.ml.org (8.8.8/8.8.7) with ESMTP id MAA28935 for ; Wed, 16 Sep 1998 12:45:28 -0400 (EDT) (envelope-from mcdougall@ameritech.net) Message-ID: <35FFEB26.C4581E98@ameritech.net> Date: Wed, 16 Sep 1998 12:45:26 -0400 From: Adam McDougall X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Re: freezing problems with CAM and dpt References: <35FFEADA.9385B498@ameritech.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Adam McDougall wrote: > > Hi, since doing several make worlds and kernels since CAM was in, I have > had two total sudden system freezes. ... > Is there any more information > that would be helpful? Thanks to all for their hard work on FreeBSD. Whoops forgot to say I was using softupdates. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 10:16:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18291 for freebsd-current-outgoing; Wed, 16 Sep 1998 10:16:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA18251 for ; Wed, 16 Sep 1998 10:16:30 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.03 #1) id 0zJIKE-000698-00 for freebsd-current@FreeBSD.ORG; Wed, 16 Sep 1998 15:12:54 +0100 Date: Wed, 16 Sep 1998 15:12:52 +0100 From: Ben Smithurst To: FreeBSD Current Subject: Re: system hangs with soft updates Message-ID: <19980916151252.A4134@scientia.demon.co.uk> References: <19980915195829.A271@scientia.demon.co.uk> <19980916002629.A10346@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <19980916002629.A10346@keltia.freenix.fr> User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ollivier Robert wrote: > > . config SCIENTIA > > Please use '-g' here. OK... > cp -p kernel kernel.debug > strip -d kernel > > > . cp kernel /kernel.soft Hmm... I then boot from the stripped kernel I assume, when does kernel.debug come into it? Feel free to point me to a relevant handbook/FAQ page... Thanks... -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 10:19:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA19158 for freebsd-current-outgoing; Wed, 16 Sep 1998 10:19:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.68]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA19119 for ; Wed, 16 Sep 1998 10:19:10 -0700 (PDT) (envelope-from root@wanadoo.fr) Received: from root@tamaya.wanadoo.fr [193.252.19.31] by wanadoo.fr for Paris Wed, 16 Sep 1998 19:17:46 +0200 (MET DST) Received: from mac1-4.abo.wanadoo.fr [193.252.177.4] by smtp.wanadoo.fr for Paris Wed, 16 Sep 1998 19:17:21 +0200 (MET DST) Received: (from root@localhost) by sequoia.mondomaineamoi.megalo (8.9.1/8.9.1) id TAA00432; Wed, 16 Sep 1998 19:18:15 +0200 (CEST) (envelope-from root) Date: Wed, 16 Sep 1998 19:18:15 +0200 (CEST) Message-Id: <199809161718.TAA00432@sequoia.mondomaineamoi.megalo> From: Stephane Legrand MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: current@FreeBSD.ORG Subject: CAM - fatal error, failed to attach to device X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have the following error with CAM : ... changing root device to da0s1a cam_debug: xpt_schedule_dev cam_debug: Inserting onto queue cam_debug: xpt_run_dev_sendq cam_debug: running device 0xf092dd00 cam_debug: xpt_schedule_dev cam_debug: Inserting onto queue cam_debug: xpt_run_dev_sendq cam_debug: running device 0xf092dd00 da0: fatal error, failed to attach to device (da0:ncr0:0:6:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:ncr0:0:6:0): error code 67 cam_debug: xpt_release_ccb The boot stops but i can use CTRL+ALT+DEL to reboot. My config is the following : ncr0: rev 0x03 int a irq 12 on pci0.11.0 scbus0 at ncr0 bus 0 sd0 at scbus0 target 6 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access sd0: 20.0 MB/s (50 ns, offset 15) 3067MB (6281856 512 byte sectors) ncr1: rev 0x12 int a irq 11 on pci0.12.0 scbus1 at ncr1 bus 0 st0 at scbus1 target 0 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access st0: 10.0 MB/s (100 ns, offset 8) density code 0x13, drive empty cd0 at scbus1 target 4 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd0: asynchronous. can't get the size -- Stephane.Legrand@wanadoo.fr | systeme d'exploitation FreeBSD http://perso.wanadoo.fr/stephane.legrand/ | 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 Sep 16 10:35:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA22830 for freebsd-current-outgoing; Wed, 16 Sep 1998 10:35:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA22816 for ; Wed, 16 Sep 1998 10:35:49 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id LAA04593; Wed, 16 Sep 1998 11:35:10 -0600 (MDT) Message-Id: <199809161735.LAA04593@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Werner Griessl cc: "Justin T. Gibbs" , current@FreeBSD.ORG Subject: Re: cam and ncr ? In-reply-to: Your message of "Wed, 16 Sep 1998 16:16:04 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Sep 1998 11:28:47 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> Now the new kernel fails with: >>> >>> ... >>> npx0: INT 16 interface >>> ncr0: SCSI phase error fixup: CCB already dequeued >>> ncr: timeout uccb ... (skip) >>> from here on repeats endless with the "timeout" line I can't seem to reproduce this one here on a DDRS drive. I did fix another bug in the ncr driver though which may affect you. If rev 1.126 doesn't address your problem, I'll try to poke around and add some debugging info that may help me diagnose the problem. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 10:55:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27507 for freebsd-current-outgoing; Wed, 16 Sep 1998 10:55:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from friley-186-113.res.iastate.edu (friley-186-113.res.iastate.edu [129.186.186.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA27486 for ; Wed, 16 Sep 1998 10:55:43 -0700 (PDT) (envelope-from mystify@friley-186-113.res.iastate.edu) Received: from friley-186-113.res.iastate.edu (loopback [127.0.0.1]) by friley-186-113.res.iastate.edu (8.9.1/8.8.8) with ESMTP id MAA21385 for ; Wed, 16 Sep 1998 12:55:23 -0500 (CDT) (envelope-from mystify@friley-186-113.res.iastate.edu) Message-Id: <199809161755.MAA21385@friley-186-113.res.iastate.edu> To: freebsd-current@FreeBSD.ORG Subject: 'make world' dying in sbin/atm/atm Date: Wed, 16 Sep 1998 12:55:22 -0500 From: Patrick Hartling Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My world build (make -DNOAOUT -DNOCLEAN world, /usr/obj clean, fairly fresh sources including the most recent changes to all the HARP files) is dying while trying to make dependencies for sbin/atm/atm as follows: ===> sbin ===> sbin/atm ===> sbin/atm/atm rm -f .depend mkdep -f .depend -a -I/usr/src/sbin/atm/atm/../../../sys -I/usr/obj/elf/usr/s rc/tmp/usr/include /usr/src/sbin/atm/atm/atm.c /usr/src/sbin/atm/atm/atm_fore20 0.c /usr/src/sbin/atm/atm/atm_eni.c /usr/src/sbin/atm/atm/atm_inet.c /usr/src/sb in/atm/atm/atm_print.c /usr/src/sbin/atm/atm/atm_set.c /usr/src/sbin/atm/atm/atm _show.c /usr/src/sbin/atm/atm/atm_subr.c /usr/src/sbin/atm/atm/atm.c:62: libatm.h: No such file or directory /usr/src/sbin/atm/atm/atm_fore200.c:59: libatm.h: No such file or directory /usr/src/sbin/atm/atm/atm_eni.c:59: libatm.h: No such file or directory /usr/src/sbin/atm/atm/atm_inet.c:59: libatm.h: No such file or directory /usr/src/sbin/atm/atm/atm_print.c:60: libatm.h: No such file or directory /usr/src/sbin/atm/atm/atm_set.c:60: libatm.h: No such file or directory /usr/src/sbin/atm/atm/atm_show.c:60: libatm.h: No such file or directory /usr/src/sbin/atm/atm/atm_subr.c:59: libatm.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Adding -I${.OBJDIR}/../../../lib/libatm to ${CFLAGS} seems to fix it, but this doesn't seem like the best solution. Also, in trying to build it in /usr/src/sbin/atm/atm with a simple 'make', it dies while trying to find libatm. Is no one else having this problem? -Patrick Patrick L. Hartling | Research Assistant, ICEMT mystify@friley-186-113.res.iastate.edu | SE Lab - 1117 Black Engineering http://www.public.iastate.edu/~oz/ | http://www.icemt.iastate.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 11:06:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA29508 for freebsd-current-outgoing; Wed, 16 Sep 1998 11:06:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA29242 for ; Wed, 16 Sep 1998 11:05:39 -0700 (PDT) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.9.1/8.9.1) with SMTP id LAA26870 for ; Wed, 16 Sep 1998 11:05:10 -0700 (PDT) Date: Wed, 16 Sep 1998 11:05:09 -0700 (PDT) From: Chris Timmons To: freebsd-current@FreeBSD.ORG Subject: atm breakage in aout-to-elf 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 don't know if it came into play that I was building the aout-to-elf target, but I had a problem with the atm code during make depend. It wasn't a missing space after the -I, rather a missing search path. Suggested apparant fix and problem text to follow. I was building a completely virgin /usr/src checked out at 1700 UTC on Sep 16. -Chris foobar:/usr/src/sbin/atm/atm#> cvs -q diff -u Makefile Index: Makefile =================================================================== RCS file: /home/ncvs/src/sbin/atm/atm/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- Makefile 1998/09/15 19:16:25 1.2 +++ Makefile 1998/09/16 17:59:05 @@ -32,7 +32,7 @@ atm_set.c atm_show.c atm_subr.c MAN8= atm.8 -CFLAGS+= -I${.CURDIR}/../../../sys +CFLAGS+= -I${.CURDIR}/../../../sys -I${.CURDIR}/../../../lib/libatm LDADD+= -latm .include ===> sbin/atm/atm rm -f .depend mkdep -f .depend -a -I/usr/src/sbin/atm/atm/../../../sys -I/usr/obj/aout/usr/src/tmp/usr/include /usr/src/sbin/atm/atm/atm.c /us r/src/sbin/atm/atm/atm_fore200.c /usr/src/sbin/atm/atm/atm_eni.c /usr/src/sbin/atm/atm/atm_inet.c /usr/src/sbin/atm/atm/atm_print.c /usr/src/sbin/atm/atm/atm_set.c /usr/src/sbin/atm/atm/atm_show.c /usr/src/sbin/atm/atm/atm_subr.c /usr/src/sbin/atm/atm/atm.c:62: libatm.h: No such file or directory /usr/src/sbin/atm/atm/atm_fore200.c:59: libatm.h: No such file or directory /usr/src/sbin/atm/atm/atm_eni.c:59: libatm.h: No such file or directory /usr/src/sbin/atm/atm/atm_inet.c:59: libatm.h: No such file or directory /usr/src/sbin/atm/atm/atm_print.c:60: libatm.h: No such file or directory /usr/src/sbin/atm/atm/atm_set.c:60: libatm.h: No such file or directory /usr/src/sbin/atm/atm/atm_show.c:60: libatm.h: No such file or directory /usr/src/sbin/atm/atm/atm_subr.c:59: libatm.h: No such file or directory mkdep: compile failed *** Error code 1 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 11:15:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01888 for freebsd-current-outgoing; Wed, 16 Sep 1998 11:15:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ascetic.portal.ca (ascetic.portal.ca [206.87.139.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA01854; Wed, 16 Sep 1998 11:14:59 -0700 (PDT) (envelope-from cjs@portal.ca) Received: from localhost (localhost [[UNIX: localhost]]) by ascetic.portal.ca (8.8.8/8.8.5) with SMTP id LAA24429; Wed, 16 Sep 1998 11:13:46 -0700 (PDT) X-Authentication-Warning: ascetic.portal.ca: cjs owned process doing -bs Date: Wed, 16 Sep 1998 11:13:45 -0700 (PDT) From: Curt Sampson To: Alex Le Heux cc: Mike Smith , freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: 3Com 3c900B-FL? In-Reply-To: <3.0.5.32.19980916001225.00a0a420@crap.31337.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 Wed, 16 Sep 1998, Alex Le Heux wrote: > At 12:44 15-09-98 -0700, Mike Smith wrote: > >> Hi, > >> > >> Is anyone working on support for the 3c900B-FL card? > > > >Is this substantially different from the other members of the 3c900 > >family? > > > I have no clue. > > This is what the probe looks like: > > Sep 15 18:27:05 cthulu /kernel: pci0:8: vendor=0x10b7, > device=0x900a,class=network (ethernet) int a irq 10 [no driver assigned] Could be all you need to do is add the PCI ID to the appropriate table so that the standard 3c900 driver will recognise it as a card it knows about. cjs Curt Sampson cjs@portal.ca Info at http://www.portal.ca/ Internet Portal Services, Inc. Through infinite mist, software reverberates Vancouver, BC (604) 257-9400 In code possess'd of invisible folly. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 11:30:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA05300 for freebsd-current-outgoing; Wed, 16 Sep 1998 11:30:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA05276 for ; Wed, 16 Sep 1998 11:30:09 -0700 (PDT) (envelope-from shmit@natasya.kublai.com) Received: from natasya.kublai.com (natasya.kublai.com [207.172.25.236]) by coleridge.kublai.com (8.8.8/8.8.8) with ESMTP id OAA09827; Wed, 16 Sep 1998 14:29:44 -0400 (EDT) (envelope-from shmit@natasya.kublai.com) Received: (from shmit@localhost) by natasya.kublai.com (8.9.1/8.8.8) id OAA00699; Wed, 16 Sep 1998 14:29:43 -0400 (EDT) Message-ID: <19980916142943.C367@kublai.com> Date: Wed, 16 Sep 1998 14:29:43 -0400 From: Brian Cully To: Adam McDougall , current@FreeBSD.ORG Subject: Re: freezing problems with CAM and dpt Reply-To: shmit@kublai.com References: <35FFEADA.9385B498@ameritech.net> <35FFEB26.C4581E98@ameritech.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <35FFEB26.C4581E98@ameritech.net>; from Adam McDougall on Wed, Sep 16, 1998 at 12:45:26PM -0400 X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 16, 1998 at 12:45:26PM -0400, Adam McDougall wrote: > Adam McDougall wrote: > > > > Hi, since doing several make worlds and kernels since CAM was in, I have > > had two total sudden system freezes. > > Whoops forgot to say I was using softupdates. I've been suffering from this for a while now (probably a couple of weeks before ELF went in). I've been running CAM for many many moons, since the first patch set, I think, and Soft Updates for about four to six months. I hadn't said anything because I've a hard drive on its last legs, dutifully holding out until I get a replacement, and I wanted to make sure it's not a hardware problem. What's somewhat interesting is that my system just dies, no panic or anything. -- Brian Cully ``And when one of our comrades was taken prisoner, blindfolded, hung upside-down, shot, and burned, we thought to ourselves, `These are the best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 11:38:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06977 for freebsd-current-outgoing; Wed, 16 Sep 1998 11:38:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from icicle.winternet.com (icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA06954 for ; Wed, 16 Sep 1998 11:38:38 -0700 (PDT) (envelope-from nrahlstr@mail.winternet.com) Received: (from adm@localhost) by icicle.winternet.com (8.8.8/8.8.8) id NAA18490; Wed, 16 Sep 1998 13:38:10 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma018480; Wed, 16 Sep 98 13:38:08 -0500 Received: from localhost (nrahlstr@localhost) by tundra.winternet.com (8.8.7/8.8.4) with SMTP id NAA29205; Wed, 16 Sep 1998 13:38:07 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: nrahlstr owned process doing -bs Date: Wed, 16 Sep 1998 13:38:07 -0500 (CDT) From: Nathan Ahlstrom Reply-To: nrahlstr@FreeBSD.ORG To: Ben Smithurst cc: FreeBSD Current Subject: Re: system hangs with soft updates In-Reply-To: <19980916151252.A4134@scientia.demon.co.uk> 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 > Hmm... I then boot from the stripped kernel I assume, when does > kernel.debug come into it? Feel free to point me to a relevant > handbook/FAQ page... http://www.freebsd.org/handbook/handbook293.html#626 Nathan Ahlstrom nrahlstr@winternet.com Run FreeBSD: 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 Sep 16 11:47:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA08756 for freebsd-current-outgoing; Wed, 16 Sep 1998 11:47:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA08742 for ; Wed, 16 Sep 1998 11:47:44 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA03715 for ; Wed, 16 Sep 1998 11:45:06 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdZS3713; Wed Sep 16 18:45:04 1998 Date: Wed, 16 Sep 1998 11:45:01 -0700 (PDT) From: Julian Elischer To: freebsd-current@FreeBSD.ORG Subject: Re: Help, DEVFS/MFS is broken... In-Reply-To: <4122.905938192@critter.freebsd.dk> 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 Wed, 16 Sep 1998, Poul-Henning Kamp wrote: > > Julian, > > There is no need to act all surprised about this. We made a clear agreement > in New Orleans, and this is the result of it. I don't remmeber any such agreement.. maybe it was in the secret meeting I wasn't allowed to attend? And some warning of the delete would have been nice... Particularly to those of us running it with no problems what so-ever.. (it was functional non crashing code, which was completely removable using options, which is more than can be said of the new clock code) I was waiting for the CAM commit so I could check in all my new stuff which includes CAM support (many thanks to Ken for his assistance). > > If somebody wants to work on abstract disk layering, please get in touch with > me, so I can dump my prototype on you. > But be aware that poul's prototype is impossible to follow. I wasted a week trying to understand it.. It comes with no documantation and a testing framework so complicated that you can't find the actual code to test. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 12:04:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA11536 for freebsd-current-outgoing; Wed, 16 Sep 1998 12:04:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA11422 for ; Wed, 16 Sep 1998 12:03:33 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id VAA23048 for current@FreeBSD.ORG; Wed, 16 Sep 1998 21:00:08 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.1/8.9.1) id UAA15501 for current@FreeBSD.ORG; Wed, 16 Sep 1998 20:48:40 +0200 (CEST) (envelope-from andreas) Message-ID: <19980916204839.A27213@klemm.gtn.com> Date: Wed, 16 Sep 1998 20:48:39 +0200 From: Andreas Klemm To: current@FreeBSD.ORG Subject: patch for src/Makefile.inc[01] to make 'stages' readable by grep Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG May I commit this purely cosmetic but useful change to both files ? It would have the advantage that you can do a grep '>>>' /usr/src/world.log to see through which single "stages" a make world session went before failing. Currently the output lines look like this and aren't easily parseable: -------------------------------------------------------------- elf make world started on Wed Sep 16 18:52:43 CEST 1998 -------------------------------------------------------------- -------------------------------------------------------------- Cleaning up the temporary elf build tree -------------------------------------------------------------- Here the diff I want to apply. --- Makefile.inc0.orig Wed Sep 16 20:39:03 1998 +++ Makefile.inc0 Wed Sep 16 20:37:33 1998 @@ -56,12 +56,12 @@ # world: @echo "--------------------------------------------------------------" - @echo " ${OBJFORMAT} make world started on `LC_TIME=C date`" + @echo ">>> ${OBJFORMAT} make world started on `LC_TIME=C date`" @echo "--------------------------------------------------------------" .if target(pre-world) @echo @echo "--------------------------------------------------------------" - @echo " Making 'pre-world' target" + @echo ">>> Making 'pre-world' target" @echo "--------------------------------------------------------------" @cd ${.CURDIR}; ${MK_ENV} ${MAKE} pre-world .endif @@ -76,13 +76,13 @@ .if target(post-world) @echo @echo "--------------------------------------------------------------" - @echo " Making 'post-world' target" + @echo ">>> Making 'post-world' target" @echo "--------------------------------------------------------------" @cd ${.CURDIR}; ${MK_ENV} ${MAKE} post-world .endif @echo @echo "--------------------------------------------------------------" - @echo " ${OBJFORMAT} make world completed on `LC_TIME=C date`" + @echo ">>> ${OBJFORMAT} make world completed on `LC_TIME=C date`" @echo "--------------------------------------------------------------" # --- Makefile.inc1.orig Wed Sep 16 20:36:48 1998 +++ Makefile.inc1 Wed Sep 16 20:41:52 1998 @@ -226,7 +226,7 @@ .if !defined(NOCLEAN) @echo @echo "--------------------------------------------------------------" - @echo " Cleaning up the temporary ${OBJFORMAT} build tree" + @echo ">>> Cleaning up the temporary ${OBJFORMAT} build tree" @echo "--------------------------------------------------------------" mkdir -p ${WORLDTMP} chflags -R noschg ${WORLDTMP}/ @@ -235,7 +235,7 @@ .if !defined(NOTOOLS) @echo @echo "--------------------------------------------------------------" - @echo " Making make" + @echo ">>> Making make" @echo "--------------------------------------------------------------" mkdir -p ${WORLDTMP}/usr/bin ${MAKETMP} ( \ @@ -247,7 +247,7 @@ ) @echo @echo "--------------------------------------------------------------" - @echo " Making mtree" + @echo ">>> Making mtree" @echo "--------------------------------------------------------------" mkdir -p ${WORLDTMP}/usr/sbin ${WORLDTMP}/mtree ( \ @@ -260,79 +260,79 @@ .endif @echo @echo "--------------------------------------------------------------" - @echo " Making hierarchy" + @echo ">>> Making hierarchy" @echo "--------------------------------------------------------------" mkdir -p ${WORLDTMP} cd ${.CURDIR}; ${BMAKE} -f Makefile.inc1 hierarchy .if !defined(NOCLEAN) @echo @echo "--------------------------------------------------------------" - @echo " Cleaning up the ${OBJFORMAT} obj tree" + @echo ">>> Cleaning up the ${OBJFORMAT} obj tree" @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${BMAKE} -f Makefile.inc1 ${CLEANDIR:S/^/par-/} .endif @echo @echo "--------------------------------------------------------------" - @echo " Rebuilding the ${OBJFORMAT} obj tree" + @echo ">>> Rebuilding the ${OBJFORMAT} obj tree" @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${BMAKE} -f Makefile.inc1 par-${OBJDIR} .if !defined(NOTOOLS) @echo @echo "--------------------------------------------------------------" - @echo " Rebuilding ${OBJFORMAT} bootstrap tools" + @echo ">>> Rebuilding ${OBJFORMAT} bootstrap tools" @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${BMAKE} -f Makefile.inc1 bootstrap @echo @echo "--------------------------------------------------------------" - @echo " Rebuilding tools necessary to build the include files" + @echo ">>> Rebuilding tools necessary to build the include files" @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${BMAKE} -f Makefile.inc1 include-tools .endif @echo @echo "--------------------------------------------------------------" - @echo " Rebuilding ${DESTDIR}/usr/include" + @echo ">>> Rebuilding ${DESTDIR}/usr/include" @echo "--------------------------------------------------------------" cd ${.CURDIR}; SHARED=copies ${BMAKE} -f Makefile.inc1 includes @echo @echo "--------------------------------------------------------------" - @echo " Rebuilding bootstrap libraries" + @echo ">>> Rebuilding bootstrap libraries" @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${BMAKE} -f Makefile.inc1 bootstrap-libraries .if !defined(NOTOOLS) @echo @echo "--------------------------------------------------------------" - @echo " Rebuilding tools needed to build libraries" + @echo ">>> Rebuilding tools needed to build libraries" @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${BMAKE} -f Makefile.inc1 lib-tools .endif .if !defined(NOTOOLS) @echo @echo "--------------------------------------------------------------" - @echo " Rebuilding all other tools needed to build the ${OBJFORMAT} world" + @echo ">>> Rebuilding all other tools needed to build the ${OBJFORMAT} world" @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${BMAKE} -f Makefile.inc1 build-tools .endif .if !defined(_NODEPEND) @echo @echo "--------------------------------------------------------------" - @echo " Rebuilding dependencies" + @echo ">>> Rebuilding dependencies" @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${XMAKE} -f Makefile.inc1 par-depend .endif @echo @echo "--------------------------------------------------------------" - @echo " Building ${OBJFORMAT} libraries" + @echo ">>> Building ${OBJFORMAT} libraries" @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${XMAKE} -DNOINFO -DNOMAN -f Makefile.inc1 libraries @echo @echo "--------------------------------------------------------------" - @echo " Building everything.." + @echo ">>> Building everything.." @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${XMAKE} -f Makefile.inc1 all everything: @echo "--------------------------------------------------------------" - @echo " Building everything.." + @echo ">>> Building everything.." @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${XMAKE} -f Makefile.inc1 all @@ -353,24 +353,24 @@ # reinstall: @echo "--------------------------------------------------------------" - @echo " Making hierarchy" + @echo ">>> Making hierarchy" @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${MAKE} -f Makefile.inc1 hierarchy @echo @echo "--------------------------------------------------------------" - @echo " Installing everything.." + @echo ">>> Installing everything.." @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${MAKE} -f Makefile.inc1 install .if ${MACHINE_ARCH} == "i386" && ${OBJFORMAT} == "aout" @echo @echo "--------------------------------------------------------------" - @echo " Re-scanning the shared libraries.." + @echo ">>> Re-scanning the shared libraries.." @echo "--------------------------------------------------------------" cd ${.CURDIR}; /sbin/ldconfig -R .endif @echo @echo "--------------------------------------------------------------" - @echo " Rebuilding man page indexes" + @echo ">>> Rebuilding man page indexes" @echo "--------------------------------------------------------------" cd ${.CURDIR}/share/man; ${MAKE} makedb @@ -383,7 +383,7 @@ update: .if defined(SUP_UPDATE) @echo "--------------------------------------------------------------" - @echo "Running ${SUP}" + @echo ">>> Running ${SUP}" @echo "--------------------------------------------------------------" @${SUP} ${SUPFLAGS} ${SUPFILE} .if defined(SUPFILE1) @@ -395,7 +395,7 @@ .endif .if defined(CVS_UPDATE) @echo "--------------------------------------------------------------" - @echo "Updating /usr/src from cvs repository" ${CVSROOT} + @echo ">>> Updating /usr/src from cvs repository" ${CVSROOT} @echo "--------------------------------------------------------------" cd ${.CURDIR}; cvs -q update -P -d .endif @@ -407,7 +407,7 @@ # most: @echo "--------------------------------------------------------------" - @echo " Building programs only" + @echo ">>> Building programs only" @echo "--------------------------------------------------------------" cd ${.CURDIR}/bin; ${MAKE} all cd ${.CURDIR}/sbin; ${MAKE} all @@ -432,7 +432,7 @@ # installmost: @echo "--------------------------------------------------------------" - @echo " Installing programs only" + @echo ">>> Installing programs only" @echo "--------------------------------------------------------------" cd ${.CURDIR}/bin; ${MAKE} install cd ${.CURDIR}/sbin; ${MAKE} install @@ -867,23 +867,23 @@ .if ${MACHINE_ARCH} == "i386" && ${OBJFORMAT} == "aout" @echo @echo "--------------------------------------------------------------" - @echo " Making hierarchy" + @echo ">>> Making hierarchy" @echo "--------------------------------------------------------------" mkdir -p ${WORLDTMP} cd ${.CURDIR}; ${XMAKE} -f Makefile.inc1 hierarchy @echo @echo "--------------------------------------------------------------" - @echo " Rebuilding the ${OBJFORMAT} obj tree" + @echo ">>> Rebuilding the ${OBJFORMAT} obj tree" @echo "--------------------------------------------------------------" cd ${.CURDIR}; ${XMAKE} -f Makefile.inc1 par-${OBJDIR} @echo @echo "--------------------------------------------------------------" - @echo " Rebuilding ${DESTDIR}/usr/include" + @echo ">>> Rebuilding ${DESTDIR}/usr/include" @echo "--------------------------------------------------------------" cd ${.CURDIR}; SHARED=copies ${XMAKE} -f Makefile.inc1 includes @echo @echo "--------------------------------------------------------------" - @echo " Building legacy libraries" + @echo ">>> Building legacy libraries" @echo "--------------------------------------------------------------" cd ${.CURDIR}; \ ${XMAKE} -DNOINFO -DNOMAN -f Makefile.inc1 bootstrap-libraries @@ -891,19 +891,19 @@ ${XMAKE} -DNOINFO -DNOMAN -f Makefile.inc1 libraries @echo @echo "--------------------------------------------------------------" - @echo " Building legacy rtld" + @echo ">>> Building legacy rtld" @echo "--------------------------------------------------------------" cd ${.CURDIR}/libexec/rtld-aout; \ ${XMAKE} -DNOMAN depend; ${XMAKE} -DNOMAN all; @echo @echo "--------------------------------------------------------------" - @echo " Building legacy lkms" + @echo ">>> Building legacy lkms" @echo "--------------------------------------------------------------" cd ${.CURDIR}/lkm; \ ${XMAKE} -DNOMAN depend; ${XMAKE} -DNOMAN all; @echo @echo "--------------------------------------------------------------" - @echo " Building legacy boot" + @echo ">>> Building legacy boot" @echo "--------------------------------------------------------------" cd ${.CURDIR}/sys/${MACHINE}/boot; \ ${XMAKE} -DNOMAN depend; ${XMAKE} -DNOMAN all; @@ -917,23 +917,23 @@ .if ${MACHINE_ARCH} == "i386" && ${OBJFORMAT} == "aout" @echo @echo "--------------------------------------------------------------" - @echo " Installing legacy libraries" + @echo ">>> Installing legacy libraries" @echo "--------------------------------------------------------------" cd ${.CURDIR}/lib; ${MAKE} -B -DNOMAN -DNOINFO install cd ${.CURDIR}/gnu/lib; ${MAKE} -B -DNOMAN -DNOINFO install @echo @echo "--------------------------------------------------------------" - @echo " Installing legacy rtld" + @echo ">>> Installing legacy rtld" @echo "--------------------------------------------------------------" cd ${.CURDIR}/libexec/rtld-aout; ${MAKE} -DNOMAN install @echo @echo "--------------------------------------------------------------" - @echo " Installing legacy lkms" + @echo ">>> Installing legacy lkms" @echo "--------------------------------------------------------------" cd ${.CURDIR}/lkm; ${MAKE} -DNOMAN install @echo @echo "--------------------------------------------------------------" - @echo " Installing legacy boot" + @echo ">>> Installing legacy boot" @echo "--------------------------------------------------------------" cd ${.CURDIR}/sys/${MACHINE}/boot; ${MAKE} -DNOMAN install .endif -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 12:21:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15597 for freebsd-current-outgoing; Wed, 16 Sep 1998 12:21:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from grape.carrier.kiev.ua (grape.carrier.kiev.ua [193.193.193.219]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA15552; Wed, 16 Sep 1998 12:21:23 -0700 (PDT) (envelope-from archer@grape.carrier.kiev.ua) Received: (from archer@localhost) by grape.carrier.kiev.ua (8.9.1/8.8.8) id WAA00763; Wed, 16 Sep 1998 22:20:47 +0300 (EEST) (envelope-from archer) Message-ID: <19980916222047.59531@carrier.kiev.ua> Date: Wed, 16 Sep 1998 22:20:47 +0300 From: Alexander Litvin To: =?koi8-r?Q?S=F8ren_Schmidt?= Cc: current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/conf LINT files.i386 options.i386 src/sys/i386/include console.h src/sys/i386/include/pc vesa.h src/sys/i386/isa scvesactl.c scvidctl.c vesa.c videoio.c videoio.h kbdtables.h pcaudio.c syscons.c syscons.h wst.c src/lkm/syscons ... References: <199809151816.LAA20541@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.88e In-Reply-To: =?koi8-r?Q?=3C199809151816=2ELAA20541=40freefall=2Efreebsd=2Eorg=3E=3B_f?= =?koi8-r?Q?rom_S=F8ren_Schmidt_on_Tue=2C_Sep_15=2C_1998_at_11=3A16=3A40A?= =?koi8-r?Q?M_-0700?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Seems that after that commit SC_BAD_FLICKER doesn't work any more :( On Tue, Sep 15, 1998 at 11:16:40AM -0700, Søren Schmidt wrote: > sos 1998/09/15 11:16:39 PDT > > Modified files: > sys/i386/conf LINT files.i386 options.i386 > sys/i386/include console.h > sys/i386/isa kbdtables.h pcaudio.c syscons.c syscons.h > wst.c > lkm/syscons saver.h > lkm/syscons/blank blank_saver.c > lkm/syscons/daemon daemon_saver.c > lkm/syscons/fade fade_saver.c > lkm/syscons/green green_saver.c > lkm/syscons/snake snake_saver.c > lkm/syscons/star star_saver.c > usr.sbin/vidcontrol vidcontrol.1 vidcontrol.c > Added files: > sys/i386/include/pc vesa.h > sys/i386/isa scvesactl.c scvidctl.c vesa.c videoio.c > videoio.h > Log: > Add VESA support to syscons. > > Kazu writes: > > The VESA support code requires vm86 support. Make sure your kernel > configuration file has the following line. > options "VM86" > If you want to statically link the VESA support code to the kernel, > add the following option to the kernel configuration file. > options "VESA" > > The vidcontrol command now accepts the following video mode names: > VESA_132x25, VESA_132x43, VESA_132x50, VESA_132x60, VESA_800x600 > > The VESA_800x600 mode is a raster display mode. The 80x25 text will > be displayed on the 800x600 screen. Useful for some laptop computers. > > vidcontrol accepts the new `-i ' option, where must be > either `adapter' or `mode'. When the `-i adapter' option is given, > vidcontrol will print basic information (not much) on the video > adapter. When the `-i mode' option is specified, vidcontrol will > list video modes which are actually supported by the video adapter. > > Submitted by: Kazutaka YOKOTA yokota@FreeBSD.ORG > > Revision Changes Path > 1.466 +4 -1 src/sys/i386/conf/LINT > 1.204 +5 -1 src/sys/i386/conf/files.i386 > 1.87 +3 -1 src/sys/i386/conf/options.i386 > 1.39 +124 -3 src/sys/i386/include/console.h > 1.41 +5 -5 src/sys/i386/isa/kbdtables.h > 1.43 +5 -5 src/sys/i386/isa/pcaudio.c > 1.278 +493 -1330 src/sys/i386/isa/syscons.c > 1.40 +62 -30 src/sys/i386/isa/syscons.h > 1.12 +4 -4 src/sys/i386/isa/wst.c > 1.11 +6 -6 src/lkm/syscons/saver.h > 1.12 +5 -5 src/lkm/syscons/blank/blank_saver.c > 1.10 +3 -3 src/lkm/syscons/daemon/daemon_saver.c > 1.13 +6 -6 src/lkm/syscons/fade/fade_saver.c > 1.12 +5 -5 src/lkm/syscons/green/green_saver.c > 1.18 +7 -7 src/lkm/syscons/snake/snake_saver.c > 1.15 +7 -7 src/lkm/syscons/star/star_saver.c > 1.13 +6 -1 src/usr.sbin/vidcontrol/vidcontrol.1 > 1.20 +120 -2 src/usr.sbin/vidcontrol/vidcontrol.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 12:21:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15627 for freebsd-current-outgoing; Wed, 16 Sep 1998 12:21:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA15599 for ; Wed, 16 Sep 1998 12:21:43 -0700 (PDT) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.9.1/8.9.1) with SMTP id MAA29613 for ; Wed, 16 Sep 1998 12:21:23 -0700 (PDT) Date: Wed, 16 Sep 1998 12:21:23 -0700 (PDT) From: Chris Timmons To: freebsd-current@FreeBSD.ORG Subject: more on libatm.h problem 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'm not sure what the right thing to do is. During the aout-to-elf build the mkdeps for sbin/atm usr.sbin/atm/atmarpd usr.sbin/atm/scspd fail because libatm.h hasn't yet been installed into /usr/obj/aout/usr/src/tmp/usr/include. I got my build working by adding -I${.CURDIR}/../../../lib/libatm into the appropriate Makefiles, which feels like a hack. Ideas? -Chris (... this comes after the mkdeps and so is too late to help them :( building shared atm library (version 2.0) ===> libatm install -C -o root -g wheel -m 444 /usr/src/lib/libatm/libatm.h /usr/obj/aout/usr/src/tmp/usr/include install -c -o root -g wheel -m 444 libatm.a /usr/obj/aout/usr/src/tmp/usr/lib/aout install -c -o root -g wheel -m 444 libatm_p.a /usr/obj/aout/usr/src/tmp/usr/lib/aout install -c -o root -g wheel -m 444 libatm.so.2.0 /usr/obj/aout/usr/src/tmp/usr/lib/aout To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 12:29:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA17477 for freebsd-current-outgoing; Wed, 16 Sep 1998 12:29:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA17417 for ; Wed, 16 Sep 1998 12:29:29 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id VAA06266; Wed, 16 Sep 1998 21:23:54 +0200 (CEST) To: Patrick Hartling cc: freebsd-current@FreeBSD.ORG Subject: Re: 'make world' dying in sbin/atm/atm In-reply-to: Your message of "Wed, 16 Sep 1998 12:55:22 CDT." <199809161755.MAA21385@friley-186-113.res.iastate.edu> Date: Wed, 16 Sep 1998 21:23:54 +0200 Message-ID: <6264.905973834@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809161755.MAA21385@friley-186-113.res.iastate.edu>, Patrick Hart ling writes: >My world build (make -DNOAOUT -DNOCLEAN world, /usr/obj clean, fairly fresh >sources including the most recent changes to all the HARP files) is dying >while trying to make dependencies for sbin/atm/atm as follows: You need to install the includes obviously... > >===> sbin >===> sbin/atm >===> sbin/atm/atm >rm -f .depend >mkdep -f .depend -a -I/usr/src/sbin/atm/atm/../../../sys -I/usr/obj/elf/usr/s >rc/tmp/usr/include /usr/src/sbin/atm/atm/atm.c /usr/src/sbin/atm/atm/atm_fore20 >0.c /usr/src/sbin/atm/atm/atm_eni.c /usr/src/sbin/atm/atm/atm_inet.c /usr/src/sb >in/atm/atm/atm_print.c /usr/src/sbin/atm/atm/atm_set.c /usr/src/sbin/atm/atm/atm >_show.c /usr/src/sbin/atm/atm/atm_subr.c >/usr/src/sbin/atm/atm/atm.c:62: libatm.h: No such file or directory >/usr/src/sbin/atm/atm/atm_fore200.c:59: libatm.h: No such file or directory >/usr/src/sbin/atm/atm/atm_eni.c:59: libatm.h: No such file or directory >/usr/src/sbin/atm/atm/atm_inet.c:59: libatm.h: No such file or directory >/usr/src/sbin/atm/atm/atm_print.c:60: libatm.h: No such file or directory >/usr/src/sbin/atm/atm/atm_set.c:60: libatm.h: No such file or directory >/usr/src/sbin/atm/atm/atm_show.c:60: libatm.h: No such file or directory >/usr/src/sbin/atm/atm/atm_subr.c:59: libatm.h: No such file or directory >mkdep: compile failed >*** Error code 1 > >Stop. >*** Error code 1 > >Stop. >*** Error code 1 > >Stop. >*** Error code 1 > >Stop. >*** Error code 1 > >Stop. >*** Error code 1 > >Stop. >*** Error code 1 > >Stop. > >Adding -I${.OBJDIR}/../../../lib/libatm to ${CFLAGS} seems to fix it, but >this doesn't seem like the best solution. Also, in trying to build it in >/usr/src/sbin/atm/atm with a simple 'make', it dies while trying to find >libatm. Is no one else having this problem? > > -Patrick > > >Patrick L. Hartling | Research Assistant, ICEMT >mystify@friley-186-113.res.iastate.edu | SE Lab - 1117 Black Engineering >http://www.public.iastate.edu/~oz/ | http://www.icemt.iastate.edu/ > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 13:01:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA23653 for freebsd-current-outgoing; Wed, 16 Sep 1998 13:01:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA23603 for ; Wed, 16 Sep 1998 13:01:02 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:njvrxn+HfoEgQl5QuB8fLLsIWPttpv1o@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id VAA01028; Wed, 16 Sep 1998 21:59:22 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809161959.VAA01028@gratis.grondar.za> To: Chris Timmons cc: freebsd-current@FreeBSD.ORG Subject: Re: more on libatm.h problem In-Reply-To: Your message of " Wed, 16 Sep 1998 12:21:23 MST." References: Date: Wed, 16 Sep 1998 21:59:22 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Chris Timmons wrote: > > I'm not sure what the right thing to do is. During the aout-to-elf build > the mkdeps for > > sbin/atm > usr.sbin/atm/atmarpd > usr.sbin/atm/scspd > > fail because libatm.h hasn't yet been installed into > /usr/obj/aout/usr/src/tmp/usr/include. > > I got my build working by adding -I${.CURDIR}/../../../lib/libatm > into the appropriate Makefiles, which feels like a hack. > > Ideas? Add libatm to the list of dirs that "make include(s)" does a "make beforeinstall" in src/Makefile.inc1. Then do a full "make buildworld" - no shortcuts. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 13:03:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24080 for freebsd-current-outgoing; Wed, 16 Sep 1998 13:03:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24036; Wed, 16 Sep 1998 13:02:56 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:3qT4nMbBq4+Lhuj8UWIvhKQyFv/jkfr0@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id WAA01067; Wed, 16 Sep 1998 22:02:05 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809162002.WAA01067@gratis.grondar.za> To: Alexander Litvin cc: =?koi8-r?Q?S=F8ren_Schmidt?= , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/conf LINT files.i386 options.i386 src/sys/i386/include console.h src/sys/i386/include/pc vesa.h src/sys/i386/isa scvesactl.c scvidctl.c vesa.c videoio.c videoio.h kbdtables.h pcaudio.c syscons.c syscons.h wst.c src/lkm/syscons ... In-Reply-To: Your message of " Wed, 16 Sep 1998 22:20:47 +0300." <19980916222047.59531@carrier.kiev.ua> References: <199809151816.LAA20541@freefall.freebsd.org> <19980916222047.59531@carrier.kiev.ua> Date: Wed, 16 Sep 1998 22:02:05 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alexander Litvin wrote: > Seems that after that commit SC_BAD_FLICKER doesn't work any more :( Also the screen saver LKM's cause system lockups. EG; the "green" saver will turn off the screen, but move the mouse or tap any keys - system freeze; no panic - reset necessary. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 13:08:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25321 for freebsd-current-outgoing; Wed, 16 Sep 1998 13:08:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from seera.nttlabs.com (seera.nttlabs.com [204.162.36.81]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA25311 for ; Wed, 16 Sep 1998 13:08:33 -0700 (PDT) (envelope-from gene@nttlabs.com) Received: from localhost (gene@localhost) by seera.nttlabs.com (8.8.8/8.8.7) with SMTP id NAA09081 for ; Wed, 16 Sep 1998 13:08:12 -0700 (PDT) X-Authentication-Warning: seera.nttlabs.com: gene owned process doing -bs Date: Wed, 16 Sep 1998 13:08:12 -0700 (PDT) From: "Eugene M. Kim" To: FreeBSD-current Mailing List Subject: XFree86-3.3.2/ELF port available 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 Hello, For those who want to try to build an XFree86/ELF, You can find the alpha-quality XFree86-3.3.2/ELF port at: http://seera.nttlabs.com/~gene/XFree86.tar.gz This is designed to be a backward-compatible port, but since now I have ELF systems only, those who have an a.out system are also encouraged to test it. :-) Known problems on an ELF platform: 1. Because the X11 shared library version is now 7 (according to the ELF port-porting rules) but USE_XLIB port feature expects libX11.so.6, all X11 ports which use USE_XLIB port feature are broken. This can be temporary fixed by editing /usr/share/mk/bsd.port.mk around line 530 so that X11.7 is added to LIB_DEPENDS instead of X11.6. 2. Some X11 shared objects depend on others, and this dependency does not get resolved properly when linking a dynamically-linked program unless the linker is given an -rpath-link option or an LD_RUN_PATH environment variable. Since there is no easy way to specify the -rpath-link option to the linker used in the port, you must use LD_RUN_PATH, like: LD_RUN_PATH=/usr/lib:/usr/X11R6/lib:/usr/local/lib make all in the port directory. I tried to find a way to record in a shared object the path to search for other shared objects that it requires, but both -rpath and -rpath-link didn't work. Any comments on this problem are appreciated. If you find some other bugs, please let me know. Enjoy! Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 13:15:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26757 for freebsd-current-outgoing; Wed, 16 Sep 1998 13:15:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from marcos.networkcs.com (marcos.networkcs.com [137.66.16.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA26736 for ; Wed, 16 Sep 1998 13:15:50 -0700 (PDT) (envelope-from mks@us.networkcs.com) Received: from us.networkcs.com (us.networkcs.com [137.66.11.15]) by marcos.networkcs.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id PAA22188; Wed, 16 Sep 1998 15:15:30 -0500 (CDT) Received: (from mks@localhost) by us.networkcs.com (8.8.7/8.8.7) id PAA07770; Wed, 16 Sep 1998 15:15:28 -0500 (CDT) From: Mike Spengler Message-Id: <199809162015.PAA07770@us.networkcs.com> Subject: Re: 'make world' dying in sbin/atm/atm In-Reply-To: <199809161755.MAA21385@friley-186-113.res.iastate.edu> from Patrick Hartling at "Sep 16, 98 12:55:22 pm" To: mystify@friley-186-113.res.iastate.edu (Patrick Hartling) Date: Wed, 16 Sep 1998 15:15:28 -0500 (CDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is probably the correct fix for this (I believe - haven't done the elf upgrade yet): Index: Makefile.inc1 =================================================================== RCS file: /usr/local/src/vault/freebsd/src/Makefile.inc1,v retrieving revision 1.14 diff -u -r1.14 Makefile.inc1 --- Makefile.inc1 1998/09/15 11:44:30 1.14 +++ Makefile.inc1 1998/09/16 20:12:32 @@ -561,6 +561,7 @@ cd ${.CURDIR}/lib/csu/${MACHINE_ARCH}; ${MAKE} beforeinstall .endif cd ${.CURDIR}/lib/libalias; ${MAKE} beforeinstall + cd ${.CURDIR}/lib/libatm; ${MAKE} beforeinstall cd ${.CURDIR}/lib/libdevstat; ${MAKE} beforeinstall cd ${.CURDIR}/lib/libc; ${MAKE} beforeinstall cd ${.CURDIR}/lib/libcalendar; ${MAKE} beforeinstall Patrick Hartling said: > My world build (make -DNOAOUT -DNOCLEAN world, /usr/obj clean, fairly fresh > sources including the most recent changes to all the HARP files) is dying > while trying to make dependencies for sbin/atm/atm as follows: > > ===> sbin > ===> sbin/atm > ===> sbin/atm/atm > rm -f .depend > mkdep -f .depend -a -I/usr/src/sbin/atm/atm/../../../sys -I/usr/obj/elf/usr/s > rc/tmp/usr/include /usr/src/sbin/atm/atm/atm.c /usr/src/sbin/atm/atm/atm_fore20 > 0.c /usr/src/sbin/atm/atm/atm_eni.c /usr/src/sbin/atm/atm/atm_inet.c /usr/src/sb > in/atm/atm/atm_print.c /usr/src/sbin/atm/atm/atm_set.c /usr/src/sbin/atm/atm/atm > _show.c /usr/src/sbin/atm/atm/atm_subr.c > /usr/src/sbin/atm/atm/atm.c:62: libatm.h: No such file or directory > /usr/src/sbin/atm/atm/atm_fore200.c:59: libatm.h: No such file or directory > /usr/src/sbin/atm/atm/atm_eni.c:59: libatm.h: No such file or directory > /usr/src/sbin/atm/atm/atm_inet.c:59: libatm.h: No such file or directory > /usr/src/sbin/atm/atm/atm_print.c:60: libatm.h: No such file or directory > /usr/src/sbin/atm/atm/atm_set.c:60: libatm.h: No such file or directory > /usr/src/sbin/atm/atm/atm_show.c:60: libatm.h: No such file or directory > /usr/src/sbin/atm/atm/atm_subr.c:59: libatm.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > Adding -I${.OBJDIR}/../../../lib/libatm to ${CFLAGS} seems to fix it, but > this doesn't seem like the best solution. Also, in trying to build it in > /usr/src/sbin/atm/atm with a simple 'make', it dies while trying to find > libatm. Is no one else having this problem? > > -Patrick > > > Patrick L. Hartling | Research Assistant, ICEMT > mystify@friley-186-113.res.iastate.edu | SE Lab - 1117 Black Engineering > http://www.public.iastate.edu/~oz/ | http://www.icemt.iastate.edu/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Mike Spengler Network Computing Services, Inc. Email: mks@networkcs.com 1200 Washington Ave. So. Phone: +1 612 337 3557 Minneapolis MN 55415 FAX: +1 612 337 3400 (aka Minnesota Supercomputer Center) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 13:22:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA28136 for freebsd-current-outgoing; Wed, 16 Sep 1998 13:22:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from friley-186-113.res.iastate.edu (friley-186-113.res.iastate.edu [129.186.186.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA28108 for ; Wed, 16 Sep 1998 13:22:29 -0700 (PDT) (envelope-from mystify@friley-186-113.res.iastate.edu) Received: from friley-186-113.res.iastate.edu (loopback [127.0.0.1]) by friley-186-113.res.iastate.edu (8.9.1/8.8.8) with ESMTP id PAA22691; Wed, 16 Sep 1998 15:17:48 -0500 (CDT) (envelope-from mystify@friley-186-113.res.iastate.edu) Message-Id: <199809162017.PAA22691@friley-186-113.res.iastate.edu> To: Poul-Henning Kamp cc: freebsd-current@FreeBSD.ORG Subject: Re: 'make world' dying in sbin/atm/atm In-reply-to: Message from Poul-Henning Kamp of "Wed, 16 Sep 1998 21:23:54 +0200." <6264.905973834@critter.freebsd.dk> Date: Wed, 16 Sep 1998 15:17:48 -0500 From: Patrick Hartling Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: } In message <199809161755.MAA21385@friley-186-113.res.iastate.edu>, Patrick Ha *** rt } ling writes: } >My world build (make -DNOAOUT -DNOCLEAN world, /usr/obj clean, fairly fresh } >sources including the most recent changes to all the HARP files) is dying } >while trying to make dependencies for sbin/atm/atm as follows: } } You need to install the includes obviously... [error message cut] So are you saying that I should do something like 'make includes' before 'make world'? I seem to remember that being considered a Bad Thing (tm). It would appear to me that the necessary header file is not in /usr/obj/elf/usr/src/tmp/usr/include (according to the mkdep line). I thought that was the responsibility of the build process, not me. -Patrick Patrick L. Hartling | Research Assistant, ICEMT mystify@friley-186-113.res.iastate.edu | SE Lab - 1117 Black Engineering http://www.public.iastate.edu/~oz/ | http://www.icemt.iastate.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 13:24:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA28376 for freebsd-current-outgoing; Wed, 16 Sep 1998 13:24:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA28316 for ; Wed, 16 Sep 1998 13:23:58 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id NAA10469; Wed, 16 Sep 1998 13:23:34 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp02.primenet.com, id smtpd010452; Wed Sep 16 13:23:33 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id NAA24335; Wed, 16 Sep 1998 13:23:25 -0700 (MST) From: Terry Lambert Message-Id: <199809162023.NAA24335@usr04.primenet.com> Subject: Re: 'bug' in /bin/sh's builtin 'echo' To: crossd@cs.rpi.edu (David E. Cross) Date: Wed, 16 Sep 1998 20:23:25 +0000 (GMT) Cc: tlambert@primenet.com, cracauer@cons.org, jmoss@ichips.intel.com, chet@po.cwru.edu, freebsd-current@FreeBSD.ORG In-Reply-To: from "David E. Cross" at Sep 15, 98 09:44:26 pm X-Mailer: ELM [version 2.4 PL25] 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 > I already tried that. echo is a shell builtin, and is given precedence > over binaries in the files system, I found no way to turn that > 'feature'off. man sh ... There are three types of commands: shell functions, builtin commands, and normal programs -- and the command is searched for (by name) in that or- der. They each are executed in a different way. ...so implement it as a shell function instead of a normal program. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 13:38:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01048 for freebsd-current-outgoing; Wed, 16 Sep 1998 13:38:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from monsoon.dial.pipex.net (monsoon.dial.pipex.net [158.43.128.69]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA01000 for ; Wed, 16 Sep 1998 13:38:14 -0700 (PDT) (envelope-from vanessa.voysey@k2c.co.uk) Received: (qmail 20232 invoked from network); 16 Sep 1998 20:37:49 -0000 Received: from userb692.uk.uudial.com (HELO jfsebastian) (193.149.83.167) by smtp.dial.pipex.com with SMTP; 16 Sep 1998 20:37:49 -0000 Message-ID: <000301bde1b0$c8066d40$0242a8c0@jfsebastian.k2c.co.uk> From: "Vanessa N. Voysey" To: Subject: ELF -current Screen Saver Issues ? Date: Wed, 16 Sep 1998 21:29:46 +0100 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3155.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is anyone experiencing problems with the screen saver LKMs on today's (or yesterday's) current? a while after the screen saver has quicked in (around 5mns), there's no way to go back to the console (and reboot gets lost in limbo). Config: Dual PPro 200/512K 384Mb RAM On-board 2940UW (CAM, of course...) ELF SMP All file systems async,noatime MFS No softupdates No APM And as usual, I'm following the list through the archives, not by subscription (one day I'll stick mutt on the box) Regards, V. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 13:57:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04761 for freebsd-current-outgoing; Wed, 16 Sep 1998 13:57:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04620; Wed, 16 Sep 1998 13:55:57 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id NAA18292; Wed, 16 Sep 1998 13:55:28 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd018152; Wed Sep 16 13:55:16 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id NAA25689; Wed, 16 Sep 1998 13:54:51 -0700 (MST) From: Terry Lambert Message-Id: <199809162054.NAA25689@usr04.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: mike@smith.net.au (Mike Smith) Date: Wed, 16 Sep 1998 20:54:51 +0000 (GMT) Cc: phk@critter.freebsd.dk, mike@smith.net.au, joelh@gnu.org, tlambert@primenet.com, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809160724.AAA00684@word.smith.net.au> from "Mike Smith" at Sep 16, 98 00:24:19 am X-Mailer: ELM [version 2.4 PL25] 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 > > According to Kirk, 16 to 32 is the right number of cylinder groups, > > all over 50 is waste. we can end up with 200+ cgs on modern disks :-( > > Yay, even less locality of reference. You were paying attention to the > thread on inode allocation policies that went past just recently? I was. You were intentionally creating a large directory tree depth first. The correct answer _is not_ to muck up allocation policies. The correct answer _is_ to create the directory tree breadth-first. Whether this means you use the tool that BSD intends you use (mtree), or whether you reorder the contents of the archive, is really irrelevent. The point is we know *what* to do, and it doesn't matter *how* it gets done. > > >There's no such thing as "true geometry" anymore. > > > > Well, there is, but we'd like to avoid having to deal with it. > > Gawd, and the pedants out from the voodvork came. Pedants are why the Internet operates at all... 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 14:17:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08326 for freebsd-current-outgoing; Wed, 16 Sep 1998 14:17:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.eecis.udel.edu (ntp.udel.edu [128.175.2.33]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id OAA08304 for ; Wed, 16 Sep 1998 14:17:39 -0700 (PDT) (envelope-from alexandr@mail.eecis.udel.edu) Received: from ren.eecis.udel.edu by mail.eecis.udel.edu id aa04590; 16 Sep 1998 17:17 EDT To: current@FreeBSD.ORG Subject: DAT/CAM Questions Organization: Mos Eisley Candy Store Reply-To: alexandr@mail.eecis.udel.edu Date: Wed, 16 Sep 1998 17:17:16 -0400 From: Jerry Alexandratos Message-ID: <199809161717.aa04590@mail.eecis.udel.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've got a HP SureStore DAT24x6e autoloader drive. With CAM, should I use ch0 or sa0. Also, will it automatically load and unload the tapes, or will I have to do this manually? Thanks in advance... --Jerry 8) Jerry Alexandratos % - % "Nothing inhabits my (8 8) alexandr@louie.udel.edu % - % thoughts, and oblivion (8 8) darkstar@strauss.udel.edu % - % drives my desires." (8 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 14:19:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08636 for freebsd-current-outgoing; Wed, 16 Sep 1998 14:19:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from grape.carrier.kiev.ua (grape.carrier.kiev.ua [193.193.193.219]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08559; Wed, 16 Sep 1998 14:18:47 -0700 (PDT) (envelope-from archer@grape.carrier.kiev.ua) Received: (from archer@localhost) by grape.carrier.kiev.ua (8.9.1/8.8.8) id AAA02262; Thu, 17 Sep 1998 00:17:34 +0300 (EEST) (envelope-from archer) Message-ID: <19980917001733.63860@carrier.kiev.ua> Date: Thu, 17 Sep 1998 00:17:33 +0300 From: Alexander Litvin To: Mark Murray Cc: =?koi8-r?Q?S=F8ren_Schmidt?= , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/conf LINT files.i386 options.i386 src/sys/i386/include console.h src/sys/i386/include/pc vesa.h src/sys/i386/isa scvesactl.c scvidctl.c vesa.c videoio.c videoio.h kbdtables.h pcaudio.c syscons.c syscons.h wst.c src/lkm/syscons ... References: <199809151816.LAA20541@freefall.freebsd.org> <19980916222047.59531@carrier.kiev.ua> <199809162002.WAA01067@gratis.grondar.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <199809162002.WAA01067@gratis.grondar.za>; from Mark Murray on Wed, Sep 16, 1998 at 10:02:05PM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Sep 16, 1998 at 10:02:05PM +0200, Mark Murray wrote: > Alexander Litvin wrote: > > Seems that after that commit SC_BAD_FLICKER doesn't work any more :( > > Also the screen saver LKM's cause system lockups. > > EG; the "green" saver will turn off the screen, but move the mouse > or tap any keys - system freeze; no panic - reset necessary. I also noticed it -- my CURRENT loads daemon saver. Though it seems that system itself is alive, only screen freezes. I cannot say for sure -- do not have a box near to try to login into "freezed", but my CURRENT seemed to continue cvsup update, and I was able to reboot it cleanly with ctl-alt-del. > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org --- Millions long for immortality who do not know what to do with themselves on a rainy Sunday afternoon. -- Susan Ertz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 14:36:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA11946 for freebsd-current-outgoing; Wed, 16 Sep 1998 14:36:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from chaotic.oz.org (chaotic.oz.org [203.20.237.203]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA11887 for ; Wed, 16 Sep 1998 14:35:56 -0700 (PDT) (envelope-from simon@oz.org) Received: from localhost (localhost [127.0.0.1]) by chaotic.oz.org (8.9.1/8.8.8) with SMTP id HAA03703 for ; Thu, 17 Sep 1998 07:35:27 +1000 (EST) (envelope-from simon@oz.org) Date: Thu, 17 Sep 1998 07:35:26 +1000 (EST) From: Simon Coggins Reply-To: chaos@ultra.net.au To: current@FreeBSD.ORG Subject: CAM Problem, Undefined _scsi_start_stop, _scsi_read_write" 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 Heya I saw something about this previously on the list but I didn't see an answer. I'm getting this errror: loading kernel cam_periph.o: Undefined symbol scsi_start_stop' referenced from text segment cam_periph.o: Undefined symbol scsi_start_stop' referenced from text segment scsi_cd.o: Undefined symbol scsi_read_write' referenced from text segment scsi_cd.o: Undefined symbol scsi_start_stop' referenced from text segment scsi_cd.o: Undefined symbol scsi_start_stop' referenced from text segment *** Error code 1 The System is aout, and my SCSI controler is: ahc0: rev 0x01 int a irq 9 on pci0.8.0 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs This is from a cvsup at Thu Sep 17 07:02:05 EST 1998 (UCT +10) Regards Simon --- +---------------------------------------------------------------+ | Email: chaos@ultra.net.au, chaos@oz.org, simon@bofh.com.au | | http://www.ultra.net.au/~chaos Simon.Coggins@jcu.edu.au. | | Chaos on IRC, IRC Operator for the OzORG Network | +---------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 14:44:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13658 for freebsd-current-outgoing; Wed, 16 Sep 1998 14:44:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA13535; Wed, 16 Sep 1998 14:43:40 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id OAA11432; Wed, 16 Sep 1998 14:43:18 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp02.primenet.com, id smtpd011415; Wed Sep 16 14:43:16 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA28315; Wed, 16 Sep 1998 14:43:13 -0700 (MST) From: Terry Lambert Message-Id: <199809162143.OAA28315@usr04.primenet.com> Subject: Re: incorrect output from w To: jmz@FreeBSD.ORG (Jean-Marc Zucconi) Date: Wed, 16 Sep 1998 21:43:12 +0000 (GMT) Cc: tlambert@primenet.com, current@FreeBSD.ORG In-Reply-To: <199809160215.EAA09875@qix> from "Jean-Marc Zucconi" at Sep 16, 98 04:15:33 am X-Mailer: ELM [version 2.4 PL25] 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 > >> How can the IDLE time be greater than the uptime? > > > Are you mounting "noatime" or "async"? > > A partition holding the src tree is mounted noatime and a scratch > partition is mounted async. /tmp is on a MFS. All other partitions (/, > /usr, etc...) use default flags (atime, noasync). In general, idle time is calculated from the timestamp on the tty, while uptime is an uptime wall clock. If you have rebooted a chine after a period of inactivity, and a network timesync did not occur before you logged in, then you could see this much drift in that little time. Alternately, if you were not updating the times correctly (the contents of the /dev directory were on an FS where updates were disabled), then you could also see this. Finally, I have assumed that these session are real, and not a wtmp artifact of a system crash. If you did not fix wtmp on boot, you could see "phantom" processes hanging around like this, as well. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 14:46:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14025 for freebsd-current-outgoing; Wed, 16 Sep 1998 14:46:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA13917 for ; Wed, 16 Sep 1998 14:45:20 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id OAA08868; Wed, 16 Sep 1998 14:44:56 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd008778; Wed Sep 16 14:44:47 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA28342; Wed, 16 Sep 1998 14:44:32 -0700 (MST) From: Terry Lambert Message-Id: <199809162144.OAA28342@usr04.primenet.com> Subject: Re: Help, DEVFS/MFS is broken... To: mike@smith.net.au (Mike Smith) Date: Wed, 16 Sep 1998 21:44:32 +0000 (GMT) Cc: garbanzo@hooked.net, julian@whistle.com, abial@nask.pl, freebsd-current@FreeBSD.ORG In-Reply-To: <199809160248.TAA02815@dingo.cdrom.com> from "Mike Smith" at Sep 15, 98 07:48:35 pm X-Mailer: ELM [version 2.4 PL25] 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 > I'd be more confident in this rosy future if our clock code wasn't > summarily executing processes at the moment. But OS's are supposed to execute processes... Oh, "execute", not "execute"... 8-) 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 14:48:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14609 for freebsd-current-outgoing; Wed, 16 Sep 1998 14:48:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14426; Wed, 16 Sep 1998 14:47:51 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id OAA19605; Wed, 16 Sep 1998 14:47:26 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp03.primenet.com, id smtpd019528; Wed Sep 16 14:47:18 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA28444; Wed, 16 Sep 1998 14:47:14 -0700 (MST) From: Terry Lambert Message-Id: <199809162147.OAA28444@usr04.primenet.com> Subject: Re: libX11.so version in bsd.port.mk To: gene@nttlabs.com (Eugene M. Kim) Date: Wed, 16 Sep 1998 21:47:14 +0000 (GMT) Cc: asami@FreeBSD.ORG, freebsd-current@FreeBSD.ORG In-Reply-To: from "Eugene M. Kim" at Sep 15, 98 09:49:37 pm X-Mailer: ELM [version 2.4 PL25] 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 > According to the bump-up-the-version rule, libX11 in my XFree86 port now > has the version of 7. Unfortunately bsd.port.mk expects libX11.so.6 if > USE_XLIB is defined (see around line 530 in bsd.port.mk) and this > renders all X11 ports unusable with the new XFree86 port. > > Shall I go back to libX11.so.6? I'm confused. The version bum is to account for the lack of weak symbol support for __error in the a.out libraries only. The ELF code does not need a version bum; in fact, one should reasoanbly expect the ELF code to either match the vendor version numbers, for code on a vendor branch, or one would expect the version to be 1.0. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 14:53:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15647 for freebsd-current-outgoing; Wed, 16 Sep 1998 14:53:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15501 for ; Wed, 16 Sep 1998 14:52:25 -0700 (PDT) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.9.1/8.9.1) with SMTP id OAA05381; Wed, 16 Sep 1998 14:51:51 -0700 (PDT) Date: Wed, 16 Sep 1998 14:51:51 -0700 (PDT) From: Chris Timmons To: Jerry Alexandratos cc: current@FreeBSD.ORG Subject: Re: DAT/CAM Questions In-Reply-To: <199809161717.aa04590@mail.eecis.udel.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 One thing to be wary of (Justin & Ken correct me if I'm in err) is that CAM cleans up the chio CHIOGSTATUS ioctl a bit. Old code from places like netbsd needs fixing in order to do things like see if a tape is present in a slot. So for example, amanda's chio-based changer code won't compile for you without modification. I'm looking into that right now. -Chris On Wed, 16 Sep 1998, Jerry Alexandratos wrote: > I've got a HP SureStore DAT24x6e autoloader drive. With CAM, should I > use ch0 or sa0. Also, will it automatically load and unload the tapes, > or will I have to do this manually? > > Thanks in advance... > > --Jerry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 14:53:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15711 for freebsd-current-outgoing; Wed, 16 Sep 1998 14:53:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15573 for ; Wed, 16 Sep 1998 14:52:39 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id OAA11785; Wed, 16 Sep 1998 14:52:15 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd011683; Wed Sep 16 14:52:05 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA28647; Wed, 16 Sep 1998 14:51:53 -0700 (MST) From: Terry Lambert Message-Id: <199809162151.OAA28647@usr04.primenet.com> Subject: Re: wierd kernel memory use statistics To: Don.Lewis@tsc.tdk.com (Don Lewis) Date: Wed, 16 Sep 1998 21:51:53 +0000 (GMT) Cc: mike@smith.net.au, gibbs@plutotech.com, current@FreeBSD.ORG In-Reply-To: <199809161029.DAA01972@salsa.gv.tsc.tdk.com> from "Don Lewis" at Sep 16, 98 03:29:32 am X-Mailer: ELM [version 2.4 PL25] 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 > } Sounds like another CAM wrinkle; I expect we're going to see a few of > } these before the week is out. It shouldn't be particularly harmful - > } the numbers are just for accounting's sake. > > Good call. > > --- cam/cam_xpt.c.orig Tue Sep 15 20:32:09 1998 > +++ cam/cam_xpt.c Wed Sep 16 03:08:41 1998 > @@ -5137,7 +5137,7 @@ > static void > probecleanup(struct cam_periph *periph) > { > - free(periph->softc, M_TEMP); > + free(periph->softc, M_DEVBUF); > } Actually, this wasn't harmful... but this type of statistic is generally associated with freeing already free memory, which is *very* harmful. I'm glad it wasn't as bad as it could have been... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 14:53:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA15802 for freebsd-current-outgoing; Wed, 16 Sep 1998 14:53:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15666 for ; Wed, 16 Sep 1998 14:53:04 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA06004; Thu, 17 Sep 1998 07:56:50 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809162156.HAA06004@cimlogic.com.au> Subject: Re: patch for src/Makefile.inc[01] to make 'stages' readable by grep In-Reply-To: <19980916204839.A27213@klemm.gtn.com> from Andreas Klemm at "Sep 16, 98 08:48:39 pm" To: andreas@klemm.gtn.com (Andreas Klemm) Date: Thu, 17 Sep 1998 07:56:50 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andreas Klemm wrote: > May I commit this purely cosmetic but useful change to > both files ? > > It would have the advantage that you can do a > grep '>>>' /usr/src/world.log OK by me. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 14:55:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA16151 for freebsd-current-outgoing; Wed, 16 Sep 1998 14:55:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA15986; Wed, 16 Sep 1998 14:54:27 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id OAA22489; Wed, 16 Sep 1998 14:53:58 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp03.primenet.com, id smtpd022341; Wed Sep 16 14:53:51 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id OAA28773; Wed, 16 Sep 1998 14:53:41 -0700 (MST) From: Terry Lambert Message-Id: <199809162153.OAA28773@usr04.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Wed, 16 Sep 1998 21:53:41 +0000 (GMT) Cc: mike@smith.net.au, joelh@gnu.org, tlambert@primenet.com, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <3346.905930755@critter.freebsd.dk> from "Poul-Henning Kamp" at Sep 16, 98 09:25:55 am X-Mailer: ELM [version 2.4 PL25] 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 > >Yay, even less locality of reference. You were paying attention to the > >thread on inode allocation policies that went past just recently? > > No, I don't recall so, it must have been on a list I'm not on. This refers to Mike's posting about how a depth-first created ports tree doesn't perform very well. Most of the participants believed that the problem was the depth first creation, not the FFS allocation policy (ie: pilot error). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 14:57:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA16795 for freebsd-current-outgoing; Wed, 16 Sep 1998 14:57:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA16552; Wed, 16 Sep 1998 14:56:33 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id OAA00540; Wed, 16 Sep 1998 14:55:38 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809162155.OAA00540@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Terry Lambert cc: mike@smith.net.au (Mike Smith), phk@critter.freebsd.dk, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Wed, 16 Sep 1998 20:54:51 -0000." <199809162054.NAA25689@usr04.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Sep 1998 14:55:38 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > According to Kirk, 16 to 32 is the right number of cylinder groups, > > > all over 50 is waste. we can end up with 200+ cgs on modern disks :-( > > > > Yay, even less locality of reference. You were paying attention to the > > thread on inode allocation policies that went past just recently? > > I was. You were intentionally creating a large directory tree > depth first. > > The correct answer _is not_ to muck up allocation policies. > > The correct answer _is_ to create the directory tree breadth-first. > > Whether this means you use the tool that BSD intends you use (mtree), > or whether you reorder the contents of the archive, is really > irrelevent. The point is we know *what* to do, and it doesn't > matter *how* it gets done. This is stupid; you are suggesting we force the application to optimise for the filesystem it's running on? I'd have to compare this with rectal insertion of the cart into the horse. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sep 16 15:04:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA18457 for freebsd-current-outgoing; Wed, 16 Sep 1998 15:04:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay1.aha.ru (relay1.aha.ru [195.2.83.105]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA18277 for ; Wed, 16 Sep 1998 15:03:47 -0700 (PDT) (envelope-from ozz.etrust.ru!osa@serv.etrust.ru) Received: from sunny.aha.ru (sunny.aha.ru [195.2.83.112]) by relay1.aha.ru (8.9.1/8.9.1/aha-r/0.04B) with ESMTP id CAA21456 for ; Thu, 17 Sep 1998 02:03:19 +0400 (MSD) Received: by sunny.aha.ru id CAA11224; (8.8.8/vak/1.9) Thu, 17 Sep 1998 02:03:12 +0400 (MSD) Received: from unknown(195.2.84.114) by sunny.aha.ru via smap (V1.3) id sma011168; Thu Sep 17 02:02:46 1998 Received: from ozz.etrust.ru by serv.etrust.ru with ESMTP id CAA29702; (8.9.1/vak/1.9) Thu, 17 Sep 1998 02:05:38 +0400 (MSD) Received: by ozz.etrust.ru id CAA02489; (8.9.1/vak/1.9) Thu, 17 Sep 1998 02:04:49 +0400 (MSD) From: osa@ozz.etrust.ru (Ozz!!!) Message-Id: <199809162204.CAA02489@ozz.etrust.ru> Subject: About packages in ftp.freebsd.org... To: freebsd-current@FreeBSD.ORG Date: Thu, 17 Sep 1998 02:04:48 +0400 (MSD) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-MIME-Autoconverted: from 8bit to quoted-printable by serv.etrust.ru id CAA29702 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id PAA18319 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello! Does packages in ftp.freebsd.org/pub/FreeBSD/FreeBSD-current/packages/All in ELF ??? Rgdz, oZZ, osa@etrust.ru FreeBSD: äÁ ÐÒÅÂÕÄÅÔ Ó ÎÁÍÉ ÓÉÌÁ! http://www.chat.ru/~osa/main.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 15:07:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA19314 for freebsd-current-outgoing; Wed, 16 Sep 1998 15:07:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA19185 for ; Wed, 16 Sep 1998 15:06:44 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id IAA06055; Thu, 17 Sep 1998 08:06:40 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809162206.IAA06055@cimlogic.com.au> Subject: Re: 'make world' dying in sbin/atm/atm In-Reply-To: <6264.905973834@critter.freebsd.dk> from Poul-Henning Kamp at "Sep 16, 98 09:23:54 pm" To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Thu, 17 Sep 1998 08:06:40 +1000 (EST) Cc: mystify@friley-186-113.res.iastate.edu, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Poul-Henning Kamp wrote: > In message <199809161755.MAA21385@friley-186-113.res.iastate.edu>, Patrick Hart > ling writes: > >My world build (make -DNOAOUT -DNOCLEAN world, /usr/obj clean, fairly fresh ^ | The problem here is -----------------+ People mistakenly believe that they can use -DNOCLEAN if /usr/obj is clean. That is not so. The build behaves differently. I would prefer the build to test if the objdir is clean and not do the recursive clean. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 15:08:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA19725 for freebsd-current-outgoing; Wed, 16 Sep 1998 15:08:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.plaut.de (ns.plaut.de [194.39.177.166]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA19572 for ; Wed, 16 Sep 1998 15:08:01 -0700 (PDT) (envelope-from root@nihil.plaut.de) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by ns.plaut.de (8.8.8/8.8.7) with ESMTP id AAA17677; Thu, 17 Sep 1998 00:02:10 +0200 (CEST) (envelope-from root@nihil.plaut.de) Received: (from uucp@localhost) by totum.plaut.de (8.8.7/8.7.3) with UUCP id AAA15508; Thu, 17 Sep 1998 00:02:10 +0200 (MET DST) Received: from localhost (root@localhost) by nihil.plaut.de (8.9.1/8.8.8) with SMTP id AAA00421; Thu, 17 Sep 1998 00:01:44 +0200 (CEST) (envelope-from root@nihil.plaut.de) Date: Thu, 17 Sep 1998 00:01:05 +0200 (CEST) From: Michael Reifenberger To: Bruce Evans cc: abial@nask.pl, freebsd-current@FreeBSD.ORG, julian@whistle.com, phk@critter.freebsd.dk, tat@Spline.NET Subject: Re: Help, DEVFS/MFS is broken... In-Reply-To: <199809161522.BAA13648@godzilla.zeta.org.au> 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 ... > From: Bruce Evans > To: abial@nask.pl, root@nihil.plaut.de > Cc: freebsd-current@FreeBSD.ORG, julian@whistle.com, phk@critter.freebsd.dk, tat@Spline.NET > Subject: Re: Help, DEVFS/MFS is broken... ... > I think you mean a bogus partition table. Bogus partition tables are > supposed to be accepted. Boot with -v and turn on warning messages for Yes, the c-partition where too big. But why are they supposed to be accepted? Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 15:12:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA20706 for freebsd-current-outgoing; Wed, 16 Sep 1998 15:12:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA20560; Wed, 16 Sep 1998 15:11:30 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id PAA00672; Wed, 16 Sep 1998 15:11:12 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809162211.PAA00672@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Terry Lambert cc: phk@critter.freebsd.dk (Poul-Henning Kamp), mike@smith.net.au, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Wed, 16 Sep 1998 21:53:41 -0000." <199809162153.OAA28773@usr04.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Sep 1998 15:11:11 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > >Yay, even less locality of reference. You were paying attention to the > > >thread on inode allocation policies that went past just recently? > > > > No, I don't recall so, it must have been on a list I'm not on. > > This refers to Mike's posting about how a depth-first created ports > tree doesn't perform very well. > > Most of the participants believed that the problem was the depth > first creation, not the FFS allocation policy (ie: pilot error). "Most of the participants" being Terry. Joseph Koshy suggested that Ganger's CFFS work was relevant (it is, but its on-disk format is incompatible), and Kirk concluded that it was probably time for some more work in that direction. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sep 16 15:12:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21024 for freebsd-current-outgoing; Wed, 16 Sep 1998 15:12:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA20854 for ; Wed, 16 Sep 1998 15:12:21 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.03 #1) id 0zJPkL-0000Ec-00 for freebsd-current@FreeBSD.ORG; Wed, 16 Sep 1998 23:08:21 +0100 Date: Wed, 16 Sep 1998 23:08:21 +0100 From: Ben Smithurst To: FreeBSD Current Subject: Re: system hangs with soft updates Message-ID: <19980916230821.A282@scientia.demon.co.uk> References: <19980915195829.A271@scientia.demon.co.uk> <19980916002629.A10346@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <19980916002629.A10346@keltia.freenix.fr> User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ollivier Robert wrote: > Please use '-g' here. [...] > cp -p kernel kernel.debug > strip -d kernel > > With DDB, as long as you stay in the virtual console (not X), you should > get a panic prompt inside it (except when the kernel stack overflow I think). Hmm... when it hung as it did before, pressing ctrl-alt-esc and typing trace gave: _scgetc(flags=2) at _scgetc+0x7 [../../i386/isa/syscons.c:3299] _scintr(unit=0) at _scintr+0x17 [../../i386/isa/syscons.c:847] Xresume1() at Xresume1+0x2b --- interrupt, eip=0xf01bfef7, esp=0xf3a22e4c, ebp=0xf3a2de88 --- _wdstart(ctrlr=1) at _wdstart+0x4af [../../i386/isa/wd.c:332] _wdintr(unit=1) at _wdintr+0x5de [../../i386/isa/wd.c:1284] Xresume15() at Xresume15+0x2b --- interrupt, eip=0xf01913ce, esp=0xf3a2defc, ebp=0xf3a2df68 --- vec15(f3a2df88) at vec15+0x2 _sched_sync() at _sched_sync+0xa4 [../../kern/vfs_subr.c:499] _kproc_start(udata=f01d8888) at _kproc_start+0x32 [../../kern/init_main.c:248] _fork_trampoline(e5641589,c766f01f,1fe56605,800008f0,1fe56825) at _fork_trampoline+0x30 I hope I copied it all correctly. If any of that makes no sense at all, or if anyone needs more info, I'll do anything else that's needed (within reason ). When I typed `panic', it wouldn't reboot: kept complaining about interrupt timeout on wd2, I think, and then assumed I was running a laptop because of too many timeouts. It never got as far as saving the core image, so I can't get that, unless someone's got some other bright idea... Cheers, -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 15:26:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25168 for freebsd-current-outgoing; Wed, 16 Sep 1998 15:26:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25091 for ; Wed, 16 Sep 1998 15:26:03 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id IAA03009; Thu, 17 Sep 1998 08:25:29 +1000 Date: Thu, 17 Sep 1998 08:25:29 +1000 From: Bruce Evans Message-Id: <199809162225.IAA03009@godzilla.zeta.org.au> To: bde@zeta.org.au, root@nihil.plaut.de Subject: Re: Help, DEVFS/MFS is broken... Cc: abial@nask.pl, freebsd-current@FreeBSD.ORG, julian@whistle.com, phk@critter.freebsd.dk, tat@Spline.NET Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >... >> I think you mean a bogus partition table. Bogus partition tables are >> supposed to be accepted. Boot with -v and turn on warning messages for >Yes, the c-partition where too big. >But why are they supposed to be accepted? For compatibility. The -current slice code automatically truncates the size of the 'c' partition to the size of the slice. The 'c' partition doesn't do very much except provide an alias for the slice, so making it consistent with the slice shouldn't cause problems. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 15:48:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29871 for freebsd-current-outgoing; Wed, 16 Sep 1998 15:48:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29835 for ; Wed, 16 Sep 1998 15:47:59 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id AAA16054; Thu, 17 Sep 1998 00:47:31 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Thu, 17 Sep 1998 00:47:30 +0200 (MET DST) Mime-Version: 1.0 To: Timo Geusch Cc: current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? References: <19980915094251.B204@prestel.co.uk> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 17 Sep 1998 00:47:29 +0200 In-Reply-To: Timo Geusch's message of "Tue, 15 Sep 1998 09:42:51 +0100" Message-ID: Lines: 37 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id PAA29854 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Timo Geusch writes: > After cvsupping yesterday (2300 BST, to be exact), config(8) does not recognize > 'option SLICE' anymore. Unfortunately, removing SLICE from my config file > stops the newly created kernel dead at the point where it switches the root > device to the hard drive (yes, I checked that it is switching to the correct > device). cp /usr/src/etc/etc.i386/MAKEDEV /dev cd /dev sh MAKEDEV all BTW, you're gonna have a widdle bit more trouble than just that. Your kernel will no longer config and compile unless you rewrite your kernel config to use CAM. I'd recommend: (edit, config, build kernel) (edit /etc/fstab -> replace sdX with daX, stX with saX) cd /dev rm -rf * cp /usr/src/etc/etc.i386/MAKEDEV . sh MAKEDEV all shutdown -r now "New world and kernel" At the "edit, config, build kernel" stage, you'll need to replace all SCSI devices with the corresponding CAM devices (sd -> da, st -> sa, od is out, ssc and su are out), add "options SCSI_CAM", convert your SCSI_DELAY from seconds to milliseconds (i.e. multiply by 1000), and set the boot device right (sd -> da). Oh, and remember to create enough vty device nodes or init(8) will go nuts when you reboot. YMMV. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 15:52:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA00692 for freebsd-current-outgoing; Wed, 16 Sep 1998 15:52:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA00534; Wed, 16 Sep 1998 15:51:20 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id PAA03857; Wed, 16 Sep 1998 15:50:24 -0700 (PDT) (envelope-from jdp) Message-Id: <199809162250.PAA03857@austin.polstra.com> To: mark@grondar.za Subject: Re: cvs commit: src/sys/i386/conf LINT files.i386 options.i386 src/sys/i386/include console.h src/sys/i386/include/pc vesa.h src/sys/i386/isa scvesactl.c scvidctl.c vesa.c videoio.c videoio.h kbdtables.h pcaudio.c syscons.c syscons.h wst.c src/lkm/syscons ... In-Reply-To: <199809162002.WAA01067@gratis.grondar.za> References: <199809151816.LAA20541@freefall.freebsd.org> <19980916222047.59531@carrier.kiev.ua> <199809162002.WAA01067@gratis.grondar.za> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG, sos@FreeBSD.ORG Date: Wed, 16 Sep 1998 15:50:24 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809162002.WAA01067@gratis.grondar.za>, Mark Murray wrote: > Also the screen saver LKM's cause system lockups. > > EG; the "green" saver will turn off the screen, but move the mouse > or tap any keys - system freeze; no panic - reset necessary. Confirmed, partially. I use the star saver. If I touch a key, the console freezes. But the system is still up. I can log in over the network, and so forth. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 15:53:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA00788 for freebsd-current-outgoing; Wed, 16 Sep 1998 15:53:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA00669; Wed, 16 Sep 1998 15:52:13 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id AAA17021; Thu, 17 Sep 1998 00:51:42 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Thu, 17 Sep 1998 00:51:41 +0200 (MET DST) Mime-Version: 1.0 To: Alex Le Heux Cc: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: 3Com 3c900B-FL? References: <19980915183742.20167@funk.org> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 17 Sep 1998 00:51:40 +0200 In-Reply-To: Alex Le Heux's message of "Tue, 15 Sep 1998 18:37:42 +0000" Message-ID: Lines: 10 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id PAA00683 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alex Le Heux writes: > Is anyone working on support for the 3c900B-FL card? Try adding the card's PCI device ID to the xl_devs array in src/sys/pci/if_xl.c and see if it works. If it does, please notify Bill Paul so he can commit the change to 3.0. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 16:06:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA03592 for freebsd-current-outgoing; Wed, 16 Sep 1998 16:06:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA03425; Wed, 16 Sep 1998 16:05:26 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id QAA15284; Wed, 16 Sep 1998 16:04:58 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp02.primenet.com, id smtpd015236; Wed Sep 16 16:04:56 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id QAA18310; Wed, 16 Sep 1998 16:04:46 -0700 (MST) From: Terry Lambert Message-Id: <199809162304.QAA18310@usr09.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: mike@smith.net.au (Mike Smith) Date: Wed, 16 Sep 1998 23:04:46 +0000 (GMT) Cc: tlambert@primenet.com, mike@smith.net.au, phk@critter.freebsd.dk, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809162155.OAA00540@dingo.cdrom.com> from "Mike Smith" at Sep 16, 98 02:55:38 pm X-Mailer: ELM [version 2.4 PL25] 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 > > Whether this means you use the tool that BSD intends you use (mtree), > > or whether you reorder the contents of the archive, is really > > irrelevent. The point is we know *what* to do, and it doesn't > > matter *how* it gets done. > > This is stupid; you are suggesting we force the application to optimise > for the filesystem it's running on? > > I'd have to compare this with rectal insertion of the cart into the > horse. That's a McCarthy "or", like "||". If the first expression ("use mtree") evaluates to true, then you don't have to "force the application to optimise for the filesystem it's running on". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 16:07:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04125 for freebsd-current-outgoing; Wed, 16 Sep 1998 16:07:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA03845; Wed, 16 Sep 1998 16:06:40 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id QAA06131; Wed, 16 Sep 1998 16:06:18 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp01.primenet.com, id smtpd006070; Wed Sep 16 16:06:11 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id QAA18361; Wed, 16 Sep 1998 16:06:02 -0700 (MST) From: Terry Lambert Message-Id: <199809162306.QAA18361@usr09.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: mike@smith.net.au (Mike Smith) Date: Wed, 16 Sep 1998 23:06:02 +0000 (GMT) Cc: tlambert@primenet.com, phk@critter.freebsd.dk, mike@smith.net.au, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809162211.PAA00672@dingo.cdrom.com> from "Mike Smith" at Sep 16, 98 03:11:11 pm X-Mailer: ELM [version 2.4 PL25] 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 > > Most of the participants believed that the problem was the depth > > first creation, not the FFS allocation policy (ie: pilot error). > > "Most of the participants" being Terry. Joseph Koshy suggested that > Ganger's CFFS work was relevant (it is, but its on-disk format is > incompatible), and Kirk concluded that it was probably time for some > more work in that direction. Kirk and Joseph both agreed that the problem was the depth first creation. What you are picking nits about now is what to do about, not why it happens... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 16:08:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA04423 for freebsd-current-outgoing; Wed, 16 Sep 1998 16:08:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA03975 for ; Wed, 16 Sep 1998 16:06:57 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id BAA15193 for freebsd-current@FreeBSD.ORG; Thu, 17 Sep 1998 01:06:19 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id C813C1511; Thu, 17 Sep 1998 00:42:17 +0200 (CEST) Date: Thu, 17 Sep 1998 00:42:17 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: 'make world' dying in sbin/atm/atm Message-ID: <19980917004217.A17640@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <199809161755.MAA21385@friley-186-113.res.iastate.edu> <6264.905973834@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <6264.905973834@critter.freebsd.dk>; from Poul-Henning Kamp on Wed, Sep 16, 1998 at 09:23:54PM +0200 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4648 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Poul-Henning Kamp: > You need to install the includes obviously... I was about to commit the changes described belod (add to CFLAGS) and stopped because "buildworld" is supposed to do the Right Thing[tm]. libatm.h is in /usr/obj/elf/.../tmp/usr/include so it is supposed to be taken into account. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #64: Fri Sep 11 23:22:44 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 16:14:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05776 for freebsd-current-outgoing; Wed, 16 Sep 1998 16:14:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA05694 for ; Wed, 16 Sep 1998 16:13:33 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id BAA20438; Thu, 17 Sep 1998 01:13:05 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Thu, 17 Sep 1998 01:13:05 +0200 (MET DST) Mime-Version: 1.0 To: Andreas Klemm Cc: current@FreeBSD.ORG Subject: Re: patch for src/Makefile.inc[01] to make 'stages' readable by grep References: <19980916204839.A27213@klemm.gtn.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 17 Sep 1998 01:13:04 +0200 In-Reply-To: Andreas Klemm's message of "Wed, 16 Sep 1998 20:48:39 +0200" Message-ID: Lines: 20 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id QAA05721 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andreas Klemm writes: > May I commit this purely cosmetic but useful change to > both files ? > > It would have the advantage that you can do a > grep '>>>' /usr/src/world.log Hmm, ISTR suggesting something similar to Eivind a couple of months back. I'd sure find it useful. I sometimes do stuff like this: /usr/src# script world.log make world 2>&1 | grep '==>' or /usr/src# make world >world.log 2>&1 & (tail -f world.log | grep '==>') to get a condensed progress report on-screen and a complete log on disk. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 16:16:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06060 for freebsd-current-outgoing; Wed, 16 Sep 1998 16:16:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA05978 for ; Wed, 16 Sep 1998 16:15:25 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id BAA20628; Thu, 17 Sep 1998 01:14:59 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Thu, 17 Sep 1998 01:14:58 +0200 (MET DST) Mime-Version: 1.0 To: John DeBoskey Cc: freebsd-current@FreeBSD.ORG Subject: Re: aout SNAP problem (ldconfig) References: <199809161215.IAA06850@bb01f39.unx.sas.com> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 17 Sep 1998 01:14:58 +0200 In-Reply-To: John DeBoskey's message of "Wed, 16 Sep 1998 08:15:58 -0400 (EDT)" Message-ID: Lines: 10 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id QAA05990 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John DeBoskey writes: > I have been struggling to recover our aout snap creation process > and continue to have a few problems. Obviously, on a -current > box: You'll want to run 'ldconfig -aout -R' instead of 'ldconfig -R'. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 16:26:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA07913 for freebsd-current-outgoing; Wed, 16 Sep 1998 16:26:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA07810; Wed, 16 Sep 1998 16:26:15 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id QAA00532; Wed, 16 Sep 1998 16:25:26 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809162325.QAA00532@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Terry Lambert cc: mike@smith.net.au (Mike Smith), phk@critter.freebsd.dk, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Wed, 16 Sep 1998 23:04:46 -0000." <199809162304.QAA18310@usr09.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Sep 1998 16:25:26 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > Whether this means you use the tool that BSD intends you use (mtree), > > > or whether you reorder the contents of the archive, is really > > > irrelevent. The point is we know *what* to do, and it doesn't > > > matter *how* it gets done. > > > > This is stupid; you are suggesting we force the application to optimise > > for the filesystem it's running on? > > > > I'd have to compare this with rectal insertion of the cart into the > > horse. > > That's a McCarthy "or", like "||". If the first expression ("use mtree") > evaluates to true, then you don't have to "force the application to > optimise for the filesystem it's running on". Yeah, great. Let's just "optimise", say, INN to call mtree. And CVS. And cp, mv and friends. Crap. The job of the filesystem is to provide optimal performance for typical application usage. Why do you think UFS already has behavioural tweaks for small files? Do you want to modify applications so they never create small files? You're pushing the application/filesystem boundary in the wrong direction, and your Clydesdale has a sore rear. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sep 16 16:37:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA10149 for freebsd-current-outgoing; Wed, 16 Sep 1998 16:37:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA10027 for ; Wed, 16 Sep 1998 16:37:01 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id RAA28520; Wed, 16 Sep 1998 17:36:35 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809162336.RAA28520@panzer.plutotech.com> Subject: Re: DAT/CAM Questions In-Reply-To: <199809161717.aa04590@mail.eecis.udel.edu> from Jerry Alexandratos at "Sep 16, 98 05:17:16 pm" To: alexandr@mail.eecis.udel.edu Date: Wed, 16 Sep 1998 17:36:34 -0600 (MDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jerry Alexandratos wrote... > I've got a HP SureStore DAT24x6e autoloader drive. With CAM, should I > use ch0 or sa0. Also, will it automatically load and unload the tapes, > or will I have to do this manually? It really depends on how the device works. CAM will probably work pretty much like the old SCSI layer with this device. Generally, if you've got a tape changer, it will show up as two devices. One will be the changer device, and the other will be the tape drive. I've got an Exabyte 10i here that shows up like that. The easiest thing to do is just put both ch0 and sa0 in your kernel and see what shows up. :) As for whether the tapes will automatically unload, that really depends on how the drive operates. CAM doesn't (and the old SCSI layer didn't either) automatically unload tapes. You've got to do a mt offline or mt rewoffl to make that happen. (unless the drive automatically does it) Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 16:39:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA10486 for freebsd-current-outgoing; Wed, 16 Sep 1998 16:39:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA10341 for ; Wed, 16 Sep 1998 16:38:32 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id RAA05169; Wed, 16 Sep 1998 17:31:23 -0600 (MDT) Date: Wed, 16 Sep 1998 17:31:23 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809162331.RAA05169@narnia.plutotech.com> To: shmit@kublai.com cc: current@FreeBSD.ORG Subject: Re: freezing problems with CAM and dpt Newsgroups: pluto.freebsd.current In-Reply-To: <35FFEADA.9385B498@ameritech.net> <35FFEB26.C4581E98@ameritech.net> <19980916142943.C367@kublai.com> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19980916142943.C367@kublai.com> you wrote: > On Wed, Sep 16, 1998 at 12:45:26PM -0400, Adam McDougall wrote: >> Adam McDougall wrote: >> > >> > Hi, since doing several make worlds and kernels since CAM was in, I have >> > had two total sudden system freezes. >> >> Whoops forgot to say I was using softupdates. Can either of you reproduce this problem without softupdates? If the problem is in the CAM code, disabling softupdates should exacerbate the problem as you will end up doing more I/O. Suspicious of softupdates... Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 16:44:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA11081 for freebsd-current-outgoing; Wed, 16 Sep 1998 16:44:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA10900 for ; Wed, 16 Sep 1998 16:42:33 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id RAA05195; Wed, 16 Sep 1998 17:35:39 -0600 (MDT) Date: Wed, 16 Sep 1998 17:35:39 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809162335.RAA05195@narnia.plutotech.com> To: Stephane Legrand cc: current@FreeBSD.ORG Subject: Re: CAM - fatal error, failed to attach to device Newsgroups: pluto.freebsd.current In-Reply-To: <199809161718.TAA00432@sequoia.mondomaineamoi.megalo> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809161718.TAA00432@sequoia.mondomaineamoi.megalo> you wrote: > > I have the following error with CAM : Can you try resyncing and see if any of the bug fixes I put in today address this issue? Thanks, Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 16:45:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA11310 for freebsd-current-outgoing; Wed, 16 Sep 1998 16:45:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA11162 for ; Wed, 16 Sep 1998 16:44:31 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id RAA05203; Wed, 16 Sep 1998 17:37:40 -0600 (MDT) Date: Wed, 16 Sep 1998 17:37:40 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809162337.RAA05203@narnia.plutotech.com> To: alexandr@mail.eecis.udel.edu cc: current@FreeBSD.ORG Subject: Re: DAT/CAM Questions Newsgroups: pluto.freebsd.current In-Reply-To: <199809161717.aa04590@mail.eecis.udel.edu> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This belongs on the SCSI list. > I've got a HP SureStore DAT24x6e autoloader drive. With CAM, should I > use ch0 or sa0. Also, will it automatically load and unload the tapes, > or will I have to do this manually? Both. ch0 via the chio program to handle tape changes. sa0 to actually write the tapes. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 16:54:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA12953 for freebsd-current-outgoing; Wed, 16 Sep 1998 16:54:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA12841 for ; Wed, 16 Sep 1998 16:53:30 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id QAA06391; Wed, 16 Sep 1998 16:53:04 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id QAA10187; Wed, 16 Sep 1998 16:52:57 -0700 (PDT) Date: Wed, 16 Sep 1998 16:52:57 -0700 (PDT) Message-Id: <199809162352.QAA10187@silvia.hip.berkeley.edu> To: osa@ozz.etrust.ru CC: freebsd-current@FreeBSD.ORG In-reply-to: <199809162204.CAA02489@ozz.etrust.ru> (osa@ozz.etrust.ru) Subject: Re: About packages in ftp.freebsd.org... From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Does packages in ftp.freebsd.org/pub/FreeBSD/FreeBSD-current/packages/All * in ELF ??? They are still a.out. When ELF packages are built, a.out libraries will be moved to a separate directory. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 17:04:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA14988 for freebsd-current-outgoing; Wed, 16 Sep 1998 17:04:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA14853 for ; Wed, 16 Sep 1998 17:03:16 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id RAA00894; Wed, 16 Sep 1998 17:08:54 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809170008.RAA00894@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Ben Smithurst cc: FreeBSD Current Subject: Re: system hangs with soft updates In-reply-to: Your message of "Wed, 16 Sep 1998 23:08:21 BST." <19980916230821.A282@scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Sep 1998 17:08:54 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hmm... when it hung as it did before, pressing ctrl-alt-esc and typing > trace gave: > > _scgetc(flags=2) at _scgetc+0x7 [../../i386/isa/syscons.c:3299] > _scintr(unit=0) at _scintr+0x17 [../../i386/isa/syscons.c:847] > Xresume1() at Xresume1+0x2b > --- interrupt, eip=0xf01bfef7, esp=0xf3a22e4c, ebp=0xf3a2de88 --- This is the interrupt that got you into DDB, so > _wdstart(ctrlr=1) at _wdstart+0x4af [../../i386/isa/wd.c:332] This is where you were when the interrupt occurred. Unfortunately the line number above is wrong; wdstart() begins around line 900. Did you see any "dummy wdunwedge" messages before you dropped into DDB, or any other messages at all? If you can reproduce the situation again, it would be useful if you could drop into DDB, copy the trace output, then use 'c' to continue and repeat the process a couple of times. This would clarify whether you're stuck in the IDE driver, or whether you just happened to catch it there on a chance. > _wdintr(unit=1) at _wdintr+0x5de [../../i386/isa/wd.c:1284] > Xresume15() at Xresume15+0x2b > --- interrupt, eip=0xf01913ce, esp=0xf3a2defc, ebp=0xf3a2df68 --- > vec15(f3a2df88) at vec15+0x2 > _sched_sync() at _sched_sync+0xa4 [../../kern/vfs_subr.c:499] > _kproc_start(udata=f01d8888) at _kproc_start+0x32 [../../kern/init_main.c:248] > _fork_trampoline(e5641589,c766f01f,1fe56605,800008f0,1fe56825) at _fork_trampoline+0x30 > > I hope I copied it all correctly. If any of that makes no sense at all, > or if anyone needs more info, I'll do anything else that's needed > (within reason ). 8) > When I typed `panic', it wouldn't reboot: kept complaining about > interrupt timeout on wd2, I think, and then assumed I was running a > laptop because of too many timeouts. It never got as far as saving the > core image, so I can't get that, unless someone's got some other bright > idea... That's fairly normal if you're inside the drive's interrupt handler; dump routines rarely perform a full controller reset before dumping. Thanks for the feedback. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sep 16 17:10:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16492 for freebsd-current-outgoing; Wed, 16 Sep 1998 17:10:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16030; Wed, 16 Sep 1998 17:08:21 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id RAA06420; Wed, 16 Sep 1998 17:07:52 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id RAA10234; Wed, 16 Sep 1998 17:07:47 -0700 (PDT) Date: Wed, 16 Sep 1998 17:07:47 -0700 (PDT) Message-Id: <199809170007.RAA10234@silvia.hip.berkeley.edu> To: gene@nttlabs.com CC: freebsd-current@FreeBSD.ORG, ports@FreeBSD.ORG In-reply-to: (gene@nttlabs.com) Subject: Re: libX11.so version in bsd.port.mk From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * According to the bump-up-the-version rule, libX11 in my XFree86 port now * has the version of 7. Unfortunately bsd.port.mk expects libX11.so.6 if * USE_XLIB is defined (see around line 530 in bsd.port.mk) and this * renders all X11 ports unusable with the new XFree86 port. * * Shall I go back to libX11.so.6? I'm confused. Sorry, I'll send out a new guideline soon. For now please go back to 6. (We're going to truncate instead of bump.) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 17:15:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17667 for freebsd-current-outgoing; Wed, 16 Sep 1998 17:15:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA17478 for ; Wed, 16 Sep 1998 17:14:15 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.8.8/8.8.8) with SMTP id IAA07515; Thu, 17 Sep 1998 08:13:45 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id IAA17140; Thu, 17 Sep 1998 08:13:15 +0800 Message-Id: <199809170013.IAA17140@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Werner Griessl cc: current@FreeBSD.ORG Subject: Re: cam and ncr ? In-reply-to: Your message of "Wed, 16 Sep 1998 12:40:43 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 17 Sep 1998 08:13:14 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Works fine here with an 875 NCR card (Ultra Wide.) The whole CAM stuff was reasonably smooth, one I remembered to put the appropriate devices in /dev..... Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 17:19:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA18892 for freebsd-current-outgoing; Wed, 16 Sep 1998 17:19:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18647 for ; Wed, 16 Sep 1998 17:18:15 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.8.8/8.8.8) with SMTP id IAA08440; Thu, 17 Sep 1998 08:17:48 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id IAA17149; Thu, 17 Sep 1998 08:17:18 +0800 Message-Id: <199809170017.IAA17149@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Eugene M. Kim" cc: current@FreeBSD.ORG Subject: Re: XFree86-3.3.2/ELF port available In-reply-to: Your message of "Wed, 16 Sep 1998 13:08:12 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 17 Sep 1998 08:17:18 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Known problems on an ELF platform: > > 1. Because the X11 shared library version is now 7 (according to the ELF > port-porting rules) but USE_XLIB port feature expects libX11.so.6, all > X11 ports which use USE_XLIB port feature are broken. This can be > temporary fixed by editing /usr/share/mk/bsd.port.mk around line 530 so > that X11.7 is added to LIB_DEPENDS instead of X11.6. Noooooo..... Please make an exception to the bumping of the major number rule in this case - the X people try to make the Major number track the release number of X. For people developing the alpha X code, this will be a royal pain in the rear. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 17:19:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA18935 for freebsd-current-outgoing; Wed, 16 Sep 1998 17:19:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA18710 for ; Wed, 16 Sep 1998 17:18:27 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.8/8.8.8) with ESMTP id RAA27185; Wed, 16 Sep 1998 17:17:55 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Wed, 16 Sep 1998 17:17:54 -0700 (PDT) From: Doug White To: John DeBoskey cc: freebsd-current@FreeBSD.ORG Subject: Re: aout SNAP problem (ldconfig) In-Reply-To: <199809161215.IAA06850@bb01f39.unx.sas.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 Wed, 16 Sep 1998, John DeBoskey wrote: > Hi, > > I have been struggling to recover our aout snap creation process > and continue to have a few problems. Obviously, on a -current > box: > > cd /usr/src; /sbin/ldconfig -R > ldconfig: /var/run/ld.so.hints: No such file or directory You probably don't have a ld.so.hints for ELF yet. If you want to quiet this run ldconfig -elf -m /usr/lib/elf or knock the ldconfig call out of the makefile... That's the tail end of the build anyway. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 17:27:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA20824 for freebsd-current-outgoing; Wed, 16 Sep 1998 17:27:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA20603 for ; Wed, 16 Sep 1998 17:26:01 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id RAA19125; Wed, 16 Sep 1998 17:25:31 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id RAA22923; Wed, 16 Sep 1998 17:25:30 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id RAA03629; Wed, 16 Sep 1998 17:25:28 -0700 (PDT) From: Don Lewis Message-Id: <199809170025.RAA03629@salsa.gv.tsc.tdk.com> Date: Wed, 16 Sep 1998 17:25:28 -0700 In-Reply-To: "Vanessa N. Voysey" "ELF -current Screen Saver Issues ?" (Sep 16, 9:29pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Vanessa N. Voysey" , Subject: Re: ELF -current Screen Saver Issues ? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 16, 9:29pm, "Vanessa N. Voysey" wrote: } Subject: ELF -current Screen Saver Issues ? } Is anyone experiencing problems with the screen saver LKMs on today's (or } yesterday's) current? a while after the screen saver has quicked in (around } 5mns), there's no way to go back to the console (and reboot gets lost in } limbo). I'm seeing the snake screensaver forget to clear the screen and do a pacman number on whatever is text is displayed there. I don't have any problems getting the console back if I hit return. One thing this shows is that the snake only touches half the character positions on the screen ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 17:36:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA23545 for freebsd-current-outgoing; Wed, 16 Sep 1998 17:36:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA23407 for ; Wed, 16 Sep 1998 17:35:26 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id RAA01138; Wed, 16 Sep 1998 17:40:40 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809170040.RAA01138@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Doug White cc: current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/i386 userconfig.c In-reply-to: Your message of "Wed, 16 Sep 1998 17:25:20 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Sep 1998 17:40:40 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've forwarded this to -current for a bit more exposure. > On Wed, 16 Sep 1998, Michael Smith wrote: > > > msmith 1998/09/16 12:23:50 PDT > > > > Modified files: > > sys/i386/i386 userconfig.c > > Log: > > Make consoles immutable. If you want to turn them off, use wizard mode. > > So no more disappearing sc0's? Yay!! > > Would it be possible to shut up the conflicts warning between sc0 and > psm0? Or has that been hit yet? You could set the "conflict OK" flag for them in their ISA device structures; that would do it OK. There's not much else that has this set, so it would be hard to actually hurt yourself with it. It'd certainly reduce the noise a bit more; anyone against this? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sep 16 17:50:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA27271 for freebsd-current-outgoing; Wed, 16 Sep 1998 17:50:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA27028; Wed, 16 Sep 1998 17:49:33 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id RAA01288; Wed, 16 Sep 1998 17:55:15 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809170055.RAA01288@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG cc: bde@FreeBSD.ORG Subject: Death by SIGXCPU (problems with our clock code) Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_-21291286440" Date: Wed, 16 Sep 1998 17:55:15 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This is a multipart MIME message. --==_Exmh_-21291286440 Content-Type: text/plain; charset=us-ascii Many of us have been seeing problems with processes being killed for absurd CPU time usage recently, and the blame has been waved everywhere from APM (it appears to be as powerful as the Good Times virus when it comes to getting into new systems) to the quality of pickled herring this time of year. Since nobody else has taken up my suggestion to instrument the code to find out what's going on, I've shouldered the cross. I forwarded some of this to Poul earlier today, but I realise he may not be able to do anything about it immediately, so I thought I should open the matter for general study. Attached are some small diffs to kern_clock.c and kern_synch.c which check various time values and report on oddities. The indication at the moment would seem to be that there is a problem in the arithmetic in kern_clock.c:tco_forward(), and I invite our arithmetic pedants to study it briefly to see if they can spot any problems, or to suggest further tests to bring the culprits to justice. Meanwhile, here's the output I've seen so far: mi_switch: switching history 1985.236473 > 1985.-695149134 mi_switch: switching history 1987.693624450 > 1985.241575 calcru: negative time of -1390647919 usec for pid 97 (syslogd) getmicrotime: 905988347.835090 > 905988347.825089 microtime: 905988936.547000 > 905988936.-694832253 microtime: 905989985.342863 > 905989985.-695036431 microtime: 905991238.525890 > 905991238.-694847527 mi_switch: switching history 6224.460675 > 6224.-694925183 mi_switch: switching history 6226.693847510 > 6224.462841 mi_switch: switching history 6228.691848697 > 6224.464297 mi_switch: switching history 6230.689849221 > 6224.464892 calcru: negative time of -290624527 usec for pid 278 (xterm) calcru: negative time of -685601360 usec for pid 272 (xterm) mi_switch: switching history 7182.665240 > 7182.-694720727 mi_switch: switching history 7184.694051835 > 7182.667612 mi_switch: switching history 7186.692054475 > 7182.670740 mi_switch: switching history 7188.690056433 > 7182.696035 mi_switch: switching history 7190.688059242 > 7182.716614 mi_switch: switching history 7192.686061114 > 7182.726335 mi_switch: switching history 7194.684063012 > 7182.735806 mi_switch: switching history 7196.682064876 > 7182.745597 mi_switch: switching history 7198.680066750 > 7182.754845 mi_switch: switching history 7200.678068675 > 7182.764626 mi_switch: switching history 7202.676069640 > 7182.766654 mi_switch: switching history 7204.674071377 > 7182.783861 mi_switch: switching history 7206.672073450 > 7182.793647 mi_switch: switching history 7208.670075397 > 7182.803403 mi_switch: switching history 7210.668077325 > 7182.813224 mi_switch: switching history 7212.666079274 > 7182.822987 mi_switch: switching history 7214.664081179 > 7182.832737 mi_switch: switching history 7216.662083083 > 7182.842469 mi_switch: switching history 7218.660084985 > 7182.852329 mi_switch: switching history 7220.658086912 > 7182.862197 mi_switch: switching history 7222.656088814 > 7182.865549 mi_switch: switching history 7224.654090663 > 7182.874002 mi_switch: switching history 7226.652092595 > 7182.891112 mi_switch: switching history 7228.650094568 > 7182.900933 mi_switch: switching history 7230.648096446 > 7182.910791 mi_switch: switching history 7232.646098330 > 7182.920238 mi_switch: switching history 7234.644100213 > 7182.930085 mi_switch: switching history 7236.642102122 > 7182.939641 mi_switch: switching history 7238.640104005 > 7182.949304 mi_switch: switching history 7240.638105889 > 7182.959102 mi_switch: switching history 7242.636107832 > 7182.965556 mi_switch: switching history 7244.634109633 > 7182.970635 mi_switch: switching history 7246.632111500 > 7182.987897 mi_switch: switching history 7248.630113451 > 7182.997693 mi_switch: switching history 7250.628115337 > 7183.5565 mi_switch: switching history 7252.626116142 > 7183.7926 mi_switch: switching history 7254.624117864 > 7183.11609 mi_switch: switching history 7256.622119701 > 7183.37161 mi_switch: switching history 7258.620121712 > 7183.46838 mi_switch: switching history 7260.618123816 > 7183.56696 mi_switch: switching history 7262.616125696 > 7183.65549 mi_switch: switching history 7264.614127486 > 7183.68279 mi_switch: switching history 7266.612129322 > 7183.85323 mi_switch: switching history 7268.610131323 > 7183.87777 mi_switch: switching history 7270.608135227 > 7183.93281 mi_switch: switching history 7272.606136952 > 7183.117345 mi_switch: switching history 7274.604138977 > 7183.125618 mi_switch: switching history 7276.602139248 > 7183.127485 mi_switch: switching history 7278.600141013 > 7183.129287 mi_switch: switching history 7280.598142789 > 7183.134399 mi_switch: switching history 7282.596144784 > 7183.136835 mi_switch: switching history 7284.594145490 > 7183.139110 mi_switch: switching history 7286.592147226 > 7183.165555 mi_switch: switching history 7288.590149056 > 7183.188125 mi_switch: switching history 7290.588151269 > 7183.205708 mi_switch: switching history 7292.586153236 > 7183.215177 mi_switch: switching history 7294.584155252 > 7183.217624 mi_switch: switching history 7296.582158959 > 7183.222991 mi_switch: switching history 7298.580160682 > 7183.247362 mi_switch: switching history 7300.578162685 > 7183.259122 mi_switch: switching history 7302.576164593 > 7183.265601 mi_switch: switching history 7304.574166441 > 7183.267790 calcru: negative time of -1224705799 usec for pid 239 (XF86_SVGA) As you can see, this accounted for two xterms and the X server in a period of about 30 minutes. Any input would be gratefully received - we need to fix this before 3.0 or it will be a total writeoff for laptop users. --==_Exmh_-21291286440 Content-Type: text/plain ; name="kern_synch.diff"; charset=us-ascii Content-Description: kern_synch.diff Content-Disposition: attachment; filename="kern_synch.diff" Index: kern_synch.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_synch.c,v retrieving revision 1.61 diff -u -r1.61 kern_synch.c --- kern_synch.c 1998/07/15 02:32:10 1.61 +++ kern_synch.c 1998/09/16 22:20:27 @@ -604,6 +604,7 @@ register struct proc *p = curproc; /* XXX */ register struct rlimit *rlim; int x; + u_int64_t runtime; /* * XXX this spl is almost unnecessary. It is partly to allow for @@ -633,9 +634,21 @@ * process was running, and add that to its total so far. */ microuptime(&switchtime); + if (timevalcmp(&(p->p_switchtime), &switchtime, >)) + printf("mi_switch: switching history %d.%d > %d.%d\n", + p->p_switchtime.tv_sec, p->p_switchtime.tv_usec, + switchtime.tv_sec, switchtime.tv_usec); + runtime = p->p_runtime; p->p_runtime += (switchtime.tv_usec - p->p_switchtime.tv_usec) + (switchtime.tv_sec - p->p_switchtime.tv_sec) * (int64_t)1000000; - + timevalsub(&switchtime,&(p->p_switchtime)); + runtime += ((u_int64_t)switchtime.tv_sec * 1000000) + + switchtime.tv_usec; + + if (runtime != p->p_runtime) + printf("mi_switch: runtime botch, is %08x%08x should %08x%08x\n", + (int)(p->p_runtime >> 32), (int)(p->p_runtime & 0xffffffff), + (int)(runtime >> 32), (int)(runtime & 0xffffffff)); /* * Check if the process exceeds its cpu resource allocation. * If over max, kill it. --==_Exmh_-21291286440 Content-Type: text/plain ; name="kern_clock.diff"; charset=us-ascii Content-Description: kern_clock.diff Content-Disposition: attachment; filename="kern_clock.diff" Index: kern_clock.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_clock.c,v retrieving revision 1.78 diff -u -r1.78 kern_clock.c --- kern_clock.c 1998/08/05 18:06:40 1.78 +++ kern_clock.c 1998/09/16 22:28:17 @@ -497,24 +497,37 @@ getmicrotime(struct timeval *tvp) { struct timecounter *tc; + static struct timeval otv; tc = timecounter; *tvp = tc->tc_microtime; + + if (timevalcmp(&otv, tvp, >)) + printf("getmicrotime: %d.%d > %d.%d", + otv.tv_sec, otv.tv_usec, tvp->tv_sec, tvp->tv_usec); + otv = *tvp; } void getnanotime(struct timespec *tsp) { struct timecounter *tc; + static struct timespec ots; tc = timecounter; *tsp = tc->tc_nanotime; + + if (timespeccmp(&ots, tsp, >)) + printf("getnanotime: %d.%d > %d.%d", + ots.tv_sec, ots.tv_nsec, tsp->tv_sec, tsp->tv_nsec); + ots = *tsp; } void microtime(struct timeval *tv) { struct timecounter *tc; + static struct timeval otv; tc = (struct timecounter *)timecounter; tv->tv_sec = tc->tc_offset_sec; @@ -526,6 +539,11 @@ tv->tv_usec -= 1000000; tv->tv_sec++; } + + if (timevalcmp(&otv, tv, >)) + printf("microtime: %d.%d > %d.%d", + otv.tv_sec, otv.tv_usec, tv->tv_sec, tv->tv_usec); + otv = *tv; } void @@ -534,6 +552,7 @@ unsigned count; u_int64_t delta; struct timecounter *tc; + static struct timespec ots; tc = (struct timecounter *)timecounter; ts->tv_sec = tc->tc_offset_sec; @@ -549,6 +568,11 @@ ts->tv_sec++; } ts->tv_nsec = delta; + + if (timespeccmp(&ots, ts, >)) + printf("nanotime: %d.%d > %d.%d", + ots.tv_sec, ots.tv_nsec, ts->tv_sec, ts->tv_nsec); + ots = *ts; } void --==_Exmh_-21291286440 Content-Type: text/plain; charset=us-ascii \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com --==_Exmh_-21291286440-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 17:55:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA28299 for freebsd-current-outgoing; Wed, 16 Sep 1998 17:55:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA28112 for ; Wed, 16 Sep 1998 17:54:18 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA04504; Wed, 16 Sep 1998 17:42:13 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdfb4475; Thu Sep 17 00:42:05 1998 Date: Wed, 16 Sep 1998 17:41:58 -0700 (PDT) From: Julian Elischer To: Ben Smithurst cc: FreeBSD Current Subject: Re: system hangs with soft updates In-Reply-To: <19980916230821.A282@scientia.demon.co.uk> 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 > Hmm... when it hung as it did before, pressing ctrl-alt-esc and typing > trace gave: > > _scgetc(flags=2) at _scgetc+0x7 [../../i386/isa/syscons.c:3299] > _scintr(unit=0) at _scintr+0x17 [../../i386/isa/syscons.c:847] > Xresume1() at Xresume1+0x2b > --- interrupt, eip=0xf01bfef7, esp=0xf3a22e4c, ebp=0xf3a2de88 --- ^^^^^^^^^^^^^^^^^^^^^^^^^^ this is you hitting ctrl-alt-esc.. ignore it.. At the time you hit the last key, the machine was already servicing a disk interrupt.. it this always there? > _wdstart(ctrlr=1) at _wdstart+0x4af [../../i386/isa/wd.c:332] > _wdintr(unit=1) at _wdintr+0x5de [../../i386/isa/wd.c:1284] > Xresume15() at Xresume15+0x2b > --- interrupt, eip=0xf01913ce, esp=0xf3a2defc, ebp=0xf3a2df68 --- > vec15(f3a2df88) at vec15+0x2 maybe this never completes, but keeps scheduling new work. is the disk busy? > _sched_sync() at _sched_sync+0xa4 [../../kern/vfs_subr.c:499] > _kproc_start(udata=f01d8888) at _kproc_start+0x32 [../../kern/init_main.c:248] > _fork_trampoline(e5641589,c766f01f,1fe56605,800008f0,1fe56825) at _fork_trampoline+0x30 > > I hope I copied it all correctly. If any of that makes no sense at all, > or if anyone needs more info, I'll do anything else that's needed > (within reason ). > > When I typed `panic', it wouldn't reboot: kept complaining about > interrupt timeout on wd2, I think, and then assumed I was running a > laptop because of too many timeouts. It never got as far as saving the > core image, so I can't get that, unless someone's got some other bright > idea... > > Cheers, > -- > Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ > > PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 > http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) > > 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 Wed Sep 16 18:03:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA00576 for freebsd-current-outgoing; Wed, 16 Sep 1998 18:03:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from friley-186-113.res.iastate.edu (friley-186-113.res.iastate.edu [129.186.186.113]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA00446 for ; Wed, 16 Sep 1998 18:02:49 -0700 (PDT) (envelope-from mystify@friley-186-113.res.iastate.edu) Received: from friley-186-113.res.iastate.edu (loopback [127.0.0.1]) by friley-186-113.res.iastate.edu (8.9.1/8.8.8) with ESMTP id TAA26511; Wed, 16 Sep 1998 19:58:27 -0500 (CDT) (envelope-from mystify@friley-186-113.res.iastate.edu) Message-Id: <199809170058.TAA26511@friley-186-113.res.iastate.edu> To: John Birrell cc: phk@critter.freebsd.dk (Poul-Henning Kamp), freebsd-current@FreeBSD.ORG Subject: Re: 'make world' dying in sbin/atm/atm In-reply-to: Message from John Birrell of "Thu, 17 Sep 1998 08:06:40 +1000." <199809162206.IAA06055@cimlogic.com.au> Date: Wed, 16 Sep 1998 19:58:27 -0500 From: Patrick Hartling Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: } > >My world build (make -DNOAOUT -DNOCLEAN world, /usr/obj clean, fairly fresh } ^ } | } The problem here is -----------------+ } } People mistakenly believe that they can use -DNOCLEAN if /usr/obj is } clean. That is not so. The build behaves differently. I would prefer } the build to test if the objdir is clean and not do the recursive } clean. Yes, that seems to have fixed things up nicely. Thank you for pointing out my error. Now I understand why no one else was having this problem (I had suspected pilot error but hadn't considered this was the source). I will definitely not make this mistake again. -Patrick Patrick L. Hartling | Research Assistant, ICEMT mystify@friley-186-113.res.iastate.edu | SE Lab - 1117 Black Engineering http://www.public.iastate.edu/~oz/ | http://www.icemt.iastate.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 18:03:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA00660 for freebsd-current-outgoing; Wed, 16 Sep 1998 18:03:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA00384; Wed, 16 Sep 1998 18:02:38 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id SAA06476; Wed, 16 Sep 1998 18:01:55 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id SAA10399; Wed, 16 Sep 1998 18:01:48 -0700 (PDT) Date: Wed, 16 Sep 1998 18:01:48 -0700 (PDT) Message-Id: <199809170101.SAA10399@silvia.hip.berkeley.edu> To: current@FreeBSD.ORG, stable@FreeBSD.ORG Subject: reinstall libXpm and libpng From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, If you installed libXpm or libpng in the past couple of days, please check if you have something called "libXpm.5*" or "libpng.3*". If you do, please delete those (pkg_delete will be fine) and reinstall them with the latest ports and bsd.port.mk (1.289/1.227.2.52). This is especially important for -stable folks, or future linkage may fail. Sorry for the trouble caused. Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 18:05:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA01196 for freebsd-current-outgoing; Wed, 16 Sep 1998 18:05:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA00903; Wed, 16 Sep 1998 18:04:45 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id SAA06480; Wed, 16 Sep 1998 18:04:08 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id SAA10413; Wed, 16 Sep 1998 18:03:57 -0700 (PDT) Date: Wed, 16 Sep 1998 18:03:57 -0700 (PDT) Message-Id: <199809170103.SAA10413@silvia.hip.berkeley.edu> To: current@FreeBSD.ORG, stable@FreeBSD.ORG In-reply-to: <199809170101.SAA10399@silvia.hip.berkeley.edu> (asami@cs.berkeley.edu) Subject: Re: reinstall libXpm and libpng From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Typo: * with the latest ports and bsd.port.mk (1.289/1.227.2.52). ^^ 53 Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 18:16:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA03346 for freebsd-current-outgoing; Wed, 16 Sep 1998 18:16:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA03132; Wed, 16 Sep 1998 18:15:30 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id SAA06495; Wed, 16 Sep 1998 18:14:58 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id SAA10463; Wed, 16 Sep 1998 18:14:55 -0700 (PDT) Date: Wed, 16 Sep 1998 18:14:55 -0700 (PDT) Message-Id: <199809170114.SAA10463@silvia.hip.berkeley.edu> To: current@FreeBSD.ORG, ports@FreeBSD.ORG Reply-to: ports@FreeBSD.ORG Subject: ELF transition for ports (revised) From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG (This file is also available from: http://www.freebsd.org/~asami/elf-guidelines.txt ) Here is the guidelines for converting ports to ELF, and to use ports in the post-ELF world. You will need the latest bsd.port.mk (1.289 or 1.227.2.53) to use the converted ports. (Note that -stable users should also get the new bsd.port.mk if you want to use the latest ports.) Note the policy regarding aout shared version number has changed somewhat. It is no longer necessary to bump the number right now because of ELF conversion. Please be patient while we fix the ports tree to work on both a.out and ELF. Please report any breakages to the ports list. Thanks. Satoshi (and the incredible ELF team) ------- (1) Aout libraries should be moved out of /usr/local/lib and friends to an "aout" subdirectory. If you don't move them out of the way, elf ports will happily overwrite aout libraries. The "move-aout-libs" target in the -current src/Makefile (called from "aout-to-elf") will do this for you. It will only move aout libs so it is safe to call it on a system with both elf and aout libs in the standard directories. (2) The ports tree will build packages in the format the machine is in. This means aout for 2.2-stable and aout or elf for 3.0-current depending on what `objformat` returns. Also, once users convert to elf with (1) (i.e., move aout libraries to a subdirectory), building aout libraries will be unsupported. (It may still work if they know what they are doing, but they are on their own.) (3) bsd.port.mk will set PORTOBJFORMAT to "aout" or "elf" and export it in the environments CONFIGURE_ENV and MAKE_ENV. (It's always going to be "aout" in -stable). It is also passed to PLIST_SUB as "PORTOBJFORMAT=${PORTOBJFORMAT}". (See (7) below.) The variable is set using this line: PORTOBJFORMAT!= test -x /usr/bin/objformat && /usr/bin/objformat || echo aout Ports' make processes can use this variable to decide what to do. If the port's own configure script (or something) already correctly detects an ELF system, it is not necessary to check PORTOBJFORMAT. (3a) Elf libraries should be called "libfoo.so.M". (It is not allowed to create an elf library with a name "libfoo.so.M.N", even if you create a symlink to make it accessible via "libfoo.so.M".) Also, assuming "cc -shared" is used rather than "ld" directly, the only difference is that they need to add "-Wl,-soname,libfoo.so.M" on the command line. (3b) Aout libraries should be called "libfoo.so.M.N". There should not be any symlinks in the form "libfoo.so.M". The elf shared library version should be bumped next time the port undergoes an incompatible change. At that point the aout minor version number will be set to zero and will stay that way. (This means pkg/PLIST will only list elf shlib names from there on -- see (4) below.) (4) pkg/PLIST should contain the short (elf) shlib names if the aout minor number is zero, and the long (aout) names otherwise. bsd.port.mk will add ".0" to the end of shlib lines if PORTOBJFORMAT==aout if there is a short shlib name, and will delete the minor number if PORTOBJFORMAT==elf and there is a long shlib name. (5) Ports should install a symlink "libfoo.so" pointing to the real shared library (libfoo.so.M.N for aout, libfoo.so.M for elf). This link is listed in pkg/PLIST as well. (6) All port Makefiles are edited to remove minor numbers from LIB_DEPENDS, and also to have the regexp support removed. (E.g., "foo\\.1\\.\\(33|40\\)" -> "foo.2". They will be matched using "grep -wF". (7) The ldconfig line in Makefiles should read: ${SETENV} OBJFORMAT=${PORTOBJFORMAT} ${LDCONFIG} -m .... and in pkg/PLIST: @exec /usr/bin/env OBJFORMAT=%%PORTOBJFORMAT%% /sbin/ldconfig -m ... @unexec /usr/bin/env OBJFORMAT=%%PORTOBJFORMAT%% /sbin/ldconfig -R To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 18:31:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA06713 for freebsd-current-outgoing; Wed, 16 Sep 1998 18:31:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA06154; Wed, 16 Sep 1998 18:29:27 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id SAA06511; Wed, 16 Sep 1998 18:28:59 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id SAA10508; Wed, 16 Sep 1998 18:28:55 -0700 (PDT) Date: Wed, 16 Sep 1998 18:28:55 -0700 (PDT) Message-Id: <199809170128.SAA10508@silvia.hip.berkeley.edu> To: current@FreeBSD.ORG, stable@FreeBSD.ORG In-reply-to: <199809170103.SAA10413@silvia.hip.berkeley.edu> (asami@FreeBSD.ORG) Subject: Re: reinstall libXpm and libpng From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Typo: * * * with the latest ports and bsd.port.mk (1.289/1.227.2.52). * ^^ * 53 It's up one more version again. I'm not going to post these kind of notices anymore, please make sure you have the latest port/bsd.port.mk (www.freebsd.org/cgi/cvsweb.cgi is your friend) before you send in a bug report. ;) Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 19:34:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA17274 for freebsd-current-outgoing; Wed, 16 Sep 1998 19:34:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bandicoot.prth.tensor.pgs.com (bandicoot.prth.tensor.pgs.com [157.147.224.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA17194 for ; Wed, 16 Sep 1998 19:34:09 -0700 (PDT) (envelope-from shocking@ariadne.prth.tensor.pgs.com) Received: from ariadne.tensor.pgs.com (ariadne [157.147.227.36]) by bandicoot.prth.tensor.pgs.com (8.8.8/8.8.8) with SMTP id KAA18373; Thu, 17 Sep 1998 10:33:40 +0800 (WST) Received: from ariadne by ariadne.tensor.pgs.com (SMI-8.6/SMI-SVR4) id KAA18807; Thu, 17 Sep 1998 10:33:09 +0800 Message-Id: <199809170233.KAA18807@ariadne.tensor.pgs.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith cc: current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Wed, 16 Sep 1998 16:25:26 MST." <199809162325.QAA00532@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 17 Sep 1998 10:33:09 +0800 From: Stephen Hocking-Senior Programmer PGS Tensor Perth Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Crap. The job of the filesystem is to provide optimal performance for > typical application usage. Why do you think UFS already has > behavioural tweaks for small files? Do you want to modify applications > so they never create small files? > > You're pushing the application/filesystem boundary in the wrong > direction, and your Clydesdale has a sore rear. > Hmmm. I've just spent the last month running various benchmarks on IBM's GPFS (General Parallel File System), looking for the optimal way to access it, so these geophysical applications can slurp up their data as fast as possible. Mind you, IBM have changed GPFS a bit after we found some oddities. But where people want the last ounce (milligram?) of performance, they will rewrite their apps to suit the FS/hardware. But, that's not typical I guess. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 19:36:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA17655 for freebsd-current-outgoing; Wed, 16 Sep 1998 19:36:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.clintondale.com (boris.clintondale.com [206.88.120.67]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA17601 for ; Wed, 16 Sep 1998 19:36:14 -0700 (PDT) (envelope-from matt@clintondale.com) Received: from matt (helo=localhost) by mail.clintondale.com with local-smtp (Exim 2.02 #2) id 0zJTv4-0002VW-00 for current@freebsd.org; Wed, 16 Sep 1998 22:35:42 -0400 Date: Wed, 16 Sep 1998 22:35:42 -0400 (EDT) From: Matt Hamilton To: current@FreeBSD.ORG Subject: SCSI spindowns and CAM 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 Dear All, I've been meaning to ask this for a while,a nd I wonder if now anything has changed with CAM being introduced: Is it possible to spin down SCSI disks when not in use? Somehow send them a STOP command after a certain amount of inactivity? Or trigger it from APM or something? My old IDE disks used to spin down after inactivity via a bios setting, and I seem to remember FreeBSD had no problems with this. For the record my controller is an onboard AIC7880 and I'm running -current with CAM (aout) Also I get this: da0 at ahc0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI2 device da0: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled da0: 2150MB (4404489 512 byte sectors: 255H 63S/T 274C) da1 at ahc0 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI2 device da1: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled da1: 2150MB (4404489 512 byte sectors: 255H 63S/T 274C) Both the drives are WIDE SCSI-II and I thought they are meant to run at 20MB/s (I have 20Mb/s set in my Adaptec BIOS)? I haven't had them very long and so I'm not sure if they were indeed running 20MB/s before CAM was introduced. Any insight? -Matt ------------------------------------------------------------------------------- Matt Hamilton Clintondale Aviation matt@clintondale.com http://www.clintondale.com ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 19:59:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA21747 for freebsd-current-outgoing; Wed, 16 Sep 1998 19:59:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.27.216.204.in-addr.arpa [204.216.27.226] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA21697 for ; Wed, 16 Sep 1998 19:58:57 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id TAA23494; Wed, 16 Sep 1998 19:58:38 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Mike Smith cc: Doug White , current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/i386 userconfig.c In-reply-to: Your message of "Wed, 16 Sep 1998 17:40:40 PDT." <199809170040.RAA01138@dingo.cdrom.com> Date: Wed, 16 Sep 1998 19:58:37 -0700 Message-ID: <23490.906001117@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > You could set the "conflict OK" flag for them in their ISA device > structures; that would do it OK. There's not much else that has this > set, so it would be hard to actually hurt yourself with it. > > It'd certainly reduce the noise a bit more; anyone against this? I'm all for it - the time when the ps/2 device was so badly integrated with the keyboard driver that it frequently reduced it to catatonia seems to be well past us. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 20:12:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA23948 for freebsd-current-outgoing; Wed, 16 Sep 1998 20:12:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA23871 for ; Wed, 16 Sep 1998 20:11:37 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id UAA02054; Wed, 16 Sep 1998 20:16:27 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809170316.UAA02054@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Matt Hamilton cc: current@FreeBSD.ORG Subject: Re: SCSI spindowns and CAM In-reply-to: Your message of "Wed, 16 Sep 1998 22:35:42 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Sep 1998 20:16:27 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Dear All, > I've been meaning to ask this for a while,a nd I wonder if now anything > has changed with CAM being introduced: Is it possible to spin down SCSI > disks when not in use? Somehow send them a STOP command after a certain > amount of inactivity? Or trigger it from APM or something? My old IDE > disks used to spin down after inactivity via a bios setting, and I seem to > remember FreeBSD had no problems with this. You could probably hack something up to do this; for the most part we tickle disks often enough that they tend to stay spun up regardless. > For the record my controller is an onboard AIC7880 and I'm running > -current with CAM (aout) > > Also I get this: > > da0 at ahc0 bus 0 target 1 lun 0 > da0: Fixed Direct Access SCSI2 device > da0: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled > da0: 2150MB (4404489 512 byte sectors: 255H 63S/T 274C) > da1 at ahc0 bus 0 target 2 lun 0 > da1: Fixed Direct Access SCSI2 device > da1: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled > da1: 2150MB (4404489 512 byte sectors: 255H 63S/T 274C) > > Both the drives are WIDE SCSI-II and I thought they are meant to run at > 20MB/s (I have 20Mb/s set in my Adaptec BIOS)? I haven't had them very > long and so I'm not sure if they were indeed running 20MB/s before CAM was > introduced. > > Any insight? Looks like you might have wide negotiation turned off in the Adaptec BIOS setup. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sep 16 20:37:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA29066 for freebsd-current-outgoing; Wed, 16 Sep 1998 20:37:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA28989 for ; Wed, 16 Sep 1998 20:37:10 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id VAA29729; Wed, 16 Sep 1998 21:36:40 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809170336.VAA29729@panzer.plutotech.com> Subject: Re: SCSI spindowns and CAM In-Reply-To: from Matt Hamilton at "Sep 16, 98 10:35:42 pm" To: matt@clintondale.com (Matt Hamilton) Date: Wed, 16 Sep 1998 21:36:40 -0600 (MDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matt Hamilton wrote... > Dear All, > I've been meaning to ask this for a while,a nd I wonder if now anything > has changed with CAM being introduced: Is it possible to spin down SCSI > disks when not in use? Somehow send them a STOP command after a certain > amount of inactivity? Or trigger it from APM or something? My old IDE > disks used to spin down after inactivity via a bios setting, and I seem to > remember FreeBSD had no problems with this. There isn't any code in the kernel to do that at the moment. I would only try to do that on a laptop, though. Stopping and starting drives a lot will probably only wear them out sooner. If you want to manually send a stop command to the drive in question, you can do something like: camcontrol stop -n da -u 0 You could probably even write some code to periodically poll the devstat information for the drive in question and then use camcontrol to spin it down. CAM will automatically spin the drives up again when you try to access them. > For the record my controller is an onboard AIC7880 and I'm running > -current with CAM (aout) > > Also I get this: > > da0 at ahc0 bus 0 target 1 lun 0 > da0: Fixed Direct Access SCSI2 device > da0: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled > da0: 2150MB (4404489 512 byte sectors: 255H 63S/T 274C) > da1 at ahc0 bus 0 target 2 lun 0 > da1: Fixed Direct Access SCSI2 device > da1: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled > da1: 2150MB (4404489 512 byte sectors: 255H 63S/T 274C) > > Both the drives are WIDE SCSI-II and I thought they are meant to run at > 20MB/s (I have 20Mb/s set in my Adaptec BIOS)? I haven't had them very > long and so I'm not sure if they were indeed running 20MB/s before CAM was > introduced. > > Any insight? Do you have wide negotiation turned on in the Adaptec bios? It could be that they're wide, non-Ultra drives and you just don't have wide negotiation turned on. If you do have wide negotiation turned on in the bios, we'll need to know what sort of motherboard you've got, termination settings in the bios, and so on. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 20:43:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA00373 for freebsd-current-outgoing; Wed, 16 Sep 1998 20:43:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA00261 for ; Wed, 16 Sep 1998 20:43:07 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id VAA05893; Wed, 16 Sep 1998 21:36:11 -0600 (MDT) Date: Wed, 16 Sep 1998 21:36:11 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809170336.VAA05893@narnia.plutotech.com> To: Matt Hamilton cc: current@FreeBSD.ORG Subject: Re: SCSI spindowns and CAM Newsgroups: pluto.freebsd.current In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you wrote: > Dear All, > I've been meaning to ask this for a while,a nd I wonder if now anything > has changed with CAM being introduced: Is it possible to spin down SCSI > disks when not in use? You could write a trivial daemon to do this. The device statistics code keeps track of the "last busy time" of devices so you can determine how long a device has been idle. You can use the pass-thru driver to go tell the disk to spin down (see camcontrol for an example of how to do this - it has start/stop functionality already, so you could even just use systm to call camcontrol directly). The da driver is smart enough to spin up a device if it has stopped for some reason, so simply queuing I/O to the device should start it back up again. I don't know enough about APM to comment about hooking up to APM events, but anything is possible. > For the record my controller is an onboard AIC7880 and I'm running > -current with CAM (aout) > > Also I get this: > > da0 at ahc0 bus 0 target 1 lun 0 > da0: Fixed Direct Access SCSI2 device > da0: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled > da0: 2150MB (4404489 512 byte sectors: 255H 63S/T 274C) > da1 at ahc0 bus 0 target 2 lun 0 > da1: Fixed Direct Access SCSI2 device > da1: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled > da1: 2150MB (4404489 512 byte sectors: 255H 63S/T 274C) > > Both the drives are WIDE SCSI-II and I thought they are meant to run at > 20MB/s (I have 20Mb/s set in my Adaptec BIOS)? I haven't had them very > long and so I'm not sure if they were indeed running 20MB/s before CAM was > introduced. There are two ways to achieve 20MB/s. One is to run 20MHz 8bit SCSI. The other is to run 10MHz, 16bit SCSI. It may well be the case that you have ULTRA transfers enabled in your BIOS, but not wide negotiation. The aic7xxx driver takes some care to honor the SCSI-Select options set by the user. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 21:46:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA12592 for freebsd-current-outgoing; Wed, 16 Sep 1998 21:46:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kong.dorms.spbu.ru (kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA12550 for ; Wed, 16 Sep 1998 21:45:57 -0700 (PDT) (envelope-from kong@kong.dorms.spbu.ru) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.9.1/kong/0.01) with SMTP id IAA23983 for ; Thu, 17 Sep 1998 08:45:30 +0400 (MSD) (envelope-from kong@kong.dorms.spbu.ru) Date: Thu, 17 Sep 1998 08:45:30 +0400 (MSD) From: Hostas Red To: current@FreeBSD.ORG Subject: strange things 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 Hi! kong@kong:~> ping www.freebsd.org PING freefall.freebsd.org (204.216.27.21): 56 data bytes ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available This happens approx every 24 hours of uptime, or so. Sometimes less, sometimes more time can pass, but this always happens. When i use ifconfig xl0 down ifconfig xl0 up everything works again, but time passes and again 'No buffer space...' What i'm getting wrong? Maybe 'xl' driver broken? Or what? Adios, /KONG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 21:56:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA13819 for freebsd-current-outgoing; Wed, 16 Sep 1998 21:56:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA13780 for ; Wed, 16 Sep 1998 21:56:00 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id AAA16207 for ; Thu, 17 Sep 1998 00:55:37 -0400 (EDT) Date: Thu, 17 Sep 1998 00:55:37 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: soft updates panic once more; downgrading 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 had another soft updates panic today on my pre-CAM kernel, which I had believed to be stable (it has Luoqi's patch and made it through several world builds). IdlePTD 2031616 initial pcb at 1c9680 panicstr: softdep_lock: locking against myself panic messages: --- panic: initiate_write_filepage: dir inum 0 != new 246465 syncing disks... panic: softdep_lock: locking against myself #0 0xf011427a in boot () #1 0xf011452f in panic () #2 0xf01663a7 in acquire_lock () #3 0xf016aa66 in softdep_update_inodeblock () #4 0xf0165350 in ffs_update () #5 0xf016d830 in ffs_sync () #6 0xf013780f in sync () #7 0xf011412c in boot () #8 0xf011452f in panic () #9 0xf01698b7 in initiate_write_filepage () #10 0xf01696db in softdep_disk_io_initiation () #11 0xf0141a5d in spec_strategy () #12 0xf01411d9 in spec_vnoperate () #13 0xf0175eb1 in ufs_vnoperatespec () #14 0xf017587f in ufs_strategy () #15 0xf0175e81 in ufs_vnoperate () #16 0xf012eb47 in bwrite () #17 0xf0133196 in vop_stdbwrite () #18 0xf0132fd1 in vop_defaultop () #19 0xf0175e81 in ufs_vnoperate () #20 0xf012ed60 in bawrite () #21 0xf016f2d4 in ffs_fsync () #22 0xf01351e8 in sched_sync () #23 0xf0107ba0 in kproc_start () #24 0xf0188260 in fork_trampoline () Cannot access memory at address 0x1f0f00. Does anyone have any docs on how to downgrade cleanly to -stable? I really want to be a beta tester, but this level of instability is just too much. :-( Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 22:01:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA14501 for freebsd-current-outgoing; Wed, 16 Sep 1998 22:01:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from myhakas.matti.ee ([194.126.98.150]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA14471 for ; Wed, 16 Sep 1998 22:01:25 -0700 (PDT) (envelope-from root@myhakas.matti.ee) Received: (from root@localhost) by myhakas.matti.ee (8.9.1/8.8.5) id IAA02766 for current@FreeBSD.ORG; Thu, 17 Sep 1998 08:00:42 +0300 (EEST) Message-ID: <19980917080042.A2644@matti.ee> Date: Thu, 17 Sep 1998 08:00:42 +0300 From: Vallo Kallaste To: current@FreeBSD.ORG Subject: Re: ELF -current Screen Saver Issues ? Reply-To: vallo@matti.ee References: <199809170025.RAA03629@salsa.gv.tsc.tdk.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809170025.RAA03629@salsa.gv.tsc.tdk.com>; from Don Lewis on Wed, Sep 16, 1998 at 05:25:28PM -0700 Organization: =?iso-8859-1?Q?AS_Matti_B=FCrootehnika?= Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Don Lewis wrote: > On Sep 16, 9:29pm, "Vanessa N. Voysey" wrote: > } Subject: ELF -current Screen Saver Issues ? > } Is anyone experiencing problems with the screen saver LKMs on today's (or > } yesterday's) current? a while after the screen saver has quicked in (around > } 5mns), there's no way to go back to the console (and reboot gets lost in > } limbo). > > I'm seeing the snake screensaver forget to clear the screen and do a > pacman number on whatever is text is displayed there. I don't have > any problems getting the console back if I hit return. > > One thing this shows is that the snake only touches half the character > positions on the screen ... *** I see exactly same problem, as stated above. I have green saver lkm loaded and if I return on the morning there are no way to get my monitor back from the sleep. Anyway, I can login from another machine and unload this greensaver lkm, after that my monitor wakes up. I'm not sure, but I think that there are no such behavior under X, tomorrow I can give exact results. It's all very irritating, because I love this green saver capability and I don't want to leave my machine under X all the time. My machine sources are dated Sep.15 and all is still aout. Vallo Kallaste vallo@matti.ee To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 22:18:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA16394 for freebsd-current-outgoing; Wed, 16 Sep 1998 22:18:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA16389 for ; Wed, 16 Sep 1998 22:18:43 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id WAA01218; Wed, 16 Sep 1998 22:18:26 -0700 (PDT) Message-ID: <19980916221825.A25529@nuxi.com> Date: Wed, 16 Sep 1998 22:18:25 -0700 From: "David O'Brien" To: =?iso-8859-1?Q?Dag-Erling_Co=EFdanSm=F8rgrav?= Cc: current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? Reply-To: obrien@NUXI.com References: <19980915094251.B204@prestel.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: =?iso-8859-1?Q?=3Cxzppvcvad4u=2Efsf=40hrotti=2Eifi=2Euio=2Eno=3E=3B_from?= =?iso-8859-1?Q?_Dag-Erling_Co=EFdanSm=F8rgrav__on_Thu=2C_Sep_17=2C_1998_?= =?iso-8859-1?Q?at_12:47:29AM_+0200?= X-Operating-System: FreeBSD 2.2.7-STABLE 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 > (edit /etc/fstab -> replace sdX with daX, stX with saX) > > At the "edit, config, build kernel" stage, you'll need to replace all > SCSI devices with the corresponding CAM devices (sd -> da, st -> sa, > od is out, ssc and su are out), add "options SCSI_CAM", convert your It was my impression, one did not have to edit /etc/fstab on existing systems. Justin said the daX devices were the same major/minor as the corrisonding sdX ones. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Wed Sep 16 23:08:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA25749 for freebsd-current-outgoing; Wed, 16 Sep 1998 23:08:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA25707 for ; Wed, 16 Sep 1998 23:08:15 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id XAA02908 for ; Wed, 16 Sep 1998 23:14:00 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809170614.XAA02908@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: Possble deadlock on ffsvgt or spl() leak? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Sep 1998 23:14:00 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Trying to build a 3.0 snapshot for public consumption here, we're seeing the system come to a relative halt (no user processes running, still possible to break into DDB). There's a collection of processes sleeping on 'ffsvgt', and the kernel is running in the idle loop (breaking to DDB interrupts _default_halt). This is on a reasonably current SMP kernel (midday yesterday). _cpl looked a little worrying (0xc300009a), which is why I was wondering about a possible spl() leak. Anyone have any bright ideas? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sep 16 23:19:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27620 for freebsd-current-outgoing; Wed, 16 Sep 1998 23:19:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27594 for ; Wed, 16 Sep 1998 23:19:19 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id AAA06760; Thu, 17 Sep 1998 00:18:55 -0600 (MDT) Message-Id: <199809170618.AAA06760@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: ben@rosengart.com cc: "Justin T. Gibbs" , current@FreeBSD.ORG Subject: Re: fsck me harder In-reply-to: Your message of "Wed, 16 Sep 1998 06:48:02 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 17 Sep 1998 00:12:33 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> (thereby missing any panic messages on VT0), etc. We're here to >> help, but we can't help without information. > >My apologies; it was late. No DEVFS, no ELF, no SMP, what else would >you like to know? System configuration would help (dmesg output) + stack trace of any panics via DDB, remote GDB, or gdb on a core file. > Ben > >"You have your mind on computers, it seems." -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 23:28:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29077 for freebsd-current-outgoing; Wed, 16 Sep 1998 23:28:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29070; Wed, 16 Sep 1998 23:28:36 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id IAA05336; Thu, 17 Sep 1998 08:27:44 +0200 (CEST) (envelope-from sos) Message-Id: <199809170627.IAA05336@sos.freebsd.dk> Subject: Re: cvs commit: src/sys/i386/conf LINT files.i386 options.i386 src/sys/i386/include console.h src/sys/i386/include/pc vesa.h src In-Reply-To: <199809162250.PAA03857@austin.polstra.com> from John Polstra at "Sep 16, 98 03:50:24 pm" To: jdp@polstra.com (John Polstra) Date: Thu, 17 Sep 1998 08:27:44 +0200 (CEST) Cc: mark@grondar.za, current@FreeBSD.ORG, sos@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to John Polstra who wrote: > In article <199809162002.WAA01067@gratis.grondar.za>, > Mark Murray wrote: > > > Also the screen saver LKM's cause system lockups. > > > > EG; the "green" saver will turn off the screen, but move the mouse > > or tap any keys - system freeze; no panic - reset necessary. > > Confirmed, partially. I use the star saver. If I touch a key, the > console freezes. But the system is still up. I can log in over the > network, and so forth. Well, I knew there was trouble, but I havn't seen any lockups or panics in this end. Please disable your savers until this has been solved. The functionality it brings us are much too important to leave out for 3.0, the savers will be fixed as soon as time allows. Sorry for the mishaps. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 23:32:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29806 for freebsd-current-outgoing; Wed, 16 Sep 1998 23:32:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29798 for ; Wed, 16 Sep 1998 23:32:33 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id IAA05360; Thu, 17 Sep 1998 08:32:02 +0200 (CEST) (envelope-from sos) Message-Id: <199809170632.IAA05360@sos.freebsd.dk> Subject: Re: ELF -current Screen Saver Issues ? In-Reply-To: <19980917080042.A2644@matti.ee> from Vallo Kallaste at "Sep 17, 98 08:00:42 am" To: vallo@matti.ee Date: Thu, 17 Sep 1998 08:32:02 +0200 (CEST) Cc: current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Vallo Kallaste who wrote: Yes there is currently trouble with the savers due to the new VESA code in syscons. I have however not seen the lockups here, just wierd behavior at times. So for now disable your savers, it will be fixed as soon as time permits. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 23:34:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA00644 for freebsd-current-outgoing; Wed, 16 Sep 1998 23:34:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA00620 for ; Wed, 16 Sep 1998 23:34:50 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id IAA05366 for current@freebsd.org; Thu, 17 Sep 1998 08:34:28 +0200 (CEST) (envelope-from sos) Message-Id: <199809170634.IAA05366@sos.freebsd.dk> Subject: WARNING: disable screensavers! To: current@FreeBSD.ORG (FreeBSD current) Date: Thu, 17 Sep 1998 08:34:28 +0200 (CEST) From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG There is trouble with the screensaver since the VESA code got added. I was not aware that it could hang some systems, just that it acted wierd in some cases. The problem will be fixed as soon as time permits, so please disable your savers for now. BTW: welcome to -current :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 23:48:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA02945 for freebsd-current-outgoing; Wed, 16 Sep 1998 23:48:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA02919 for ; Wed, 16 Sep 1998 23:48:17 -0700 (PDT) (envelope-from michael_class@bbn.hp.com) Received: from hpbbse.bbn.hp.com (hpbbse.bbn.hp.com [15.136.26.26]) by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id XAA14902; Wed, 16 Sep 1998 23:47:54 -0700 (PDT) Received: from bbn.hp.com (michaelc@tmbbwmc.bbn.hp.com [15.136.25.181]) by hpbbse.bbn.hp.com with ESMTP (8.7.6/8.7.3) id HAA24802; Thu, 17 Sep 1998 07:47:51 +0100 (MEZ) Message-ID: <3600B097.2D45DE2F@bbn.hp.com> Date: Thu, 17 Sep 1998 08:47:51 +0200 From: Michael Class Organization: Hewlett-Packard GmbH X-Mailer: Mozilla 4.5b1 [en] (X11; I; HP-UX B.10.20 9000/777) X-Accept-Language: en MIME-Version: 1.0 To: "Justin T. Gibbs" CC: current@FreeBSD.ORG Subject: Re: cam and ncr ? References: <199809161735.LAA04593@pluto.plutotech.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Justin T. Gibbs wrote: > > >>> Now the new kernel fails with: > >>> > >>> ... > >>> npx0: INT 16 interface > >>> ncr0: SCSI phase error fixup: CCB already dequeued > >>> ncr: timeout uccb ... (skip) > >>> from here on repeats endless with the "timeout" line > > I can't seem to reproduce this one here on a DDRS drive. I did fix > another bug in the ncr driver though which may affect you. If rev > 1.126 doesn't address your problem, I'll try to poke around and add > some debugging info that may help me diagnose the problem. Just as a datapoint, I am getting the very same error-messages (and no-go) on an SYMBIOS 875 ultra-wide controller and a Micropolis 9G Ultra-Wide Disc. (with Rev 1.126) Michael P.S. let me know if you need more information (might be a little bit slow, tha machine is at home). -- ___________________________________________________________________________ Michael Class E-Mail: michael_class@hp.com E-Business Solutions Center Phone: +49 7031 14-3707 EBSO-SERC Fax: +49 7031 14-4196 ___________________________________________________________________________ Hewlett-Packard GmbH, PO Box 1430, 71004 Böblingen Sitz der Gesellschaft: Böblingen, Amtsgericht Böblingen HRB 4081 Geschäftsführer: Jörg Menno Harms (Vorsitzender), Heribert Schmitz, Rudi Speier, Fritz Schuller, Hans-Günter Hohmann ___________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Wed Sep 16 23:54:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04095 for freebsd-current-outgoing; Wed, 16 Sep 1998 23:54:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA04058; Wed, 16 Sep 1998 23:54:20 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:DEREv1DO8U3qRtEfo3E6Q1cc7ooLzYAN@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id IAA04114; Thu, 17 Sep 1998 08:53:49 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809170653.IAA04114@gratis.grondar.za> To: sos@FreeBSD.ORG cc: jdp@polstra.com (John Polstra), current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/conf LINT files.i386 options.i386 src/sys/i386/include console.h src/sys/i386/include/pc vesa.h src In-Reply-To: Your message of " Thu, 17 Sep 1998 08:27:44 +0200." <199809170627.IAA05336@sos.freebsd.dk> References: <199809170627.IAA05336@sos.freebsd.dk> Date: Thu, 17 Sep 1998 08:53:45 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Søren Schmidt wrote: > > Confirmed, partially. I use the star saver. If I touch a key, the > > console freezes. But the system is still up. I can log in over the > > network, and so forth. > > Well, I knew there was trouble, but I havn't seen any lockups or > panics in this end. Please disable your savers until this has been > solved. The functionality it brings us are much too important to > leave out for 3.0, the savers will be fixed as soon as time allows. > > Sorry for the mishaps. :-) No problem. There is a button on my monitor that does the job :-) M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 00:11:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07652 for freebsd-current-outgoing; Thu, 17 Sep 1998 00:11:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA07628 for ; Thu, 17 Sep 1998 00:11:37 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id BAA08712; Thu, 17 Sep 1998 01:08:57 -0600 (MDT) Message-Id: <199809170708.BAA08712@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Michael Class cc: "Justin T. Gibbs" , current@FreeBSD.ORG Subject: Re: cam and ncr ? In-reply-to: Your message of "Thu, 17 Sep 1998 08:47:51 +0200." <3600B097.2D45DE2F@bbn.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Thu, 17 Sep 1998 01:02:35 -0600 From: "Justin T. Gibbs" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id AAA07633 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Just as a datapoint, I am getting the very same error-messages (and >no-go) on an SYMBIOS 875 ultra-wide controller and a Micropolis 9G >Ultra-Wide Disc. (with Rev 1.126) We're now at Rev 1.128. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 00:20:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA09482 for freebsd-current-outgoing; Thu, 17 Sep 1998 00:20:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA09435 for ; Thu, 17 Sep 1998 00:20:10 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id AAA07369; Thu, 17 Sep 1998 00:19:31 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <3600B803.165F5D6C@dal.net> Date: Thu, 17 Sep 1998 00:19:31 -0700 From: Studded Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0914 i386) MIME-Version: 1.0 To: "Dag-Erling Coïdan Smørgrav" CC: Andreas Klemm , current@FreeBSD.ORG Subject: Re: patch for src/Makefile.inc[01] to make 'stages' readable by grep References: <19980916204839.A27213@klemm.gtn.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Dag-Erling Coïdan Smørgrav wrote: > > Andreas Klemm writes: > > May I commit this purely cosmetic but useful change to > > both files ? > > > > It would have the advantage that you can do a > > grep '>>>' /usr/src/world.log > > Hmm, ISTR suggesting something similar to Eivind a couple of months > back. I'd sure find it useful. I sometimes do stuff like this: > > /usr/src# script world.log make world 2>&1 | grep '==>' > or > /usr/src# make world >world.log 2>&1 & (tail -f world.log | grep '==>') > > to get a condensed progress report on-screen and a complete log on > disk. I've had good luck with tee (ala Nik's make world tutorial) and I generally grep for '---------' or something similar. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 00:43:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA13798 for freebsd-current-outgoing; Thu, 17 Sep 1998 00:43:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA13765; Thu, 17 Sep 1998 00:42:41 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id JAA08622; Thu, 17 Sep 1998 09:37:24 +0200 (CEST) To: Mike Smith cc: current@FreeBSD.ORG, bde@FreeBSD.ORG Subject: Re: Death by SIGXCPU (problems with our clock code) In-reply-to: Your message of "Wed, 16 Sep 1998 17:55:15 PDT." <199809170055.RAA01288@dingo.cdrom.com> Date: Thu, 17 Sep 1998 09:37:22 +0200 Message-ID: <8620.906017842@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike, >Since nobody else has taken up my suggestion to instrument the code to >find out what's going on, I've shouldered the cross. I have my version here instrumented far more than what you've done, and I have two and a half extra kinds of timecounting hardware running here in my lab but I have not been able to catch it in flagrante delico yet, leading me to conclude that some hardware is involved. The check in microtime and nanotime are strictly not valid. The reason is that both microtime and nanotime are reentrant now, so you might take an interrupt in the middle of it. The reentrancy could possibly be a problem if some spl*() are missing somewhere else, or if logic is flawed in the code. You can test that hypothesis by splalot() around the [get]{micro|nano}[run]time() functions. I am puzzeled about the negative fractions and I think they are the most important clue. tco_forward() does not do any sanity checks on the timecounter, so if there is some trouble with the hardware (or our method of accessing it), that would shine straight through. Can you please add a check to the i8254/tsc get_timecount functions (in isa/clock.c) which report if the count goes backwards or is bigger than (1/HZ + epsilon) seconds ? What machine is this on ? What is your timecounter TSC/i8254 ? BIOS settings ? Bruce: You mentioned that some i8254 cloneoids didn't implement the latch correctly any references to that ? Poul-Henning -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 01:07:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA19305 for freebsd-current-outgoing; Thu, 17 Sep 1998 01:07:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA19257; Thu, 17 Sep 1998 01:07:07 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.7/8.8.7) with UUCP id JAA03309; Thu, 17 Sep 1998 09:06:30 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from [194.32.164.2] by seagoon.gid.co.uk; Thu, 17 Sep 1998 08:57:46 +0100 (BST) X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <199809162155.OAA00540@dingo.cdrom.com> References: Your message of "Wed, 16 Sep 1998 20:54:51 -0000." <199809162054.NAA25689@usr04.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 17 Sep 1998 08:57:44 +0000 To: Mike Smith From: Bob Bishop Subject: Re: Download of FreeBSD 3.0-SNAP Cc: Terry Lambert , mike@smith.net.au (Mike Smith), phk@critter.freebsd.dk, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 2:55 pm -0700 16/9/98, Mike Smith wrote: [...] >> Whether this means you use the tool that BSD intends you use (mtree), >> or whether you reorder the contents of the archive, is really >> irrelevent. The point is we know *what* to do, and it doesn't >> matter *how* it gets done. > >This is stupid; you are suggesting we force the application to optimise >for the filesystem it's running on? > >I'd have to compare this with rectal insertion of the cart into the >horse. No, he's just suggesting that there is a worst case which is heavily exercised at the moment, and doing something else would be better. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 02:05:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA28570 for freebsd-current-outgoing; Thu, 17 Sep 1998 02:05:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from math.berkeley.edu (math.Berkeley.EDU [128.32.183.94]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA28548 for ; Thu, 17 Sep 1998 02:05:45 -0700 (PDT) (envelope-from dan@math.berkeley.edu) Received: (from dan@localhost) by math.berkeley.edu (8.8.7/8.8.7) id CAA27537; Thu, 17 Sep 1998 02:05:23 -0700 (PDT) Date: Thu, 17 Sep 1998 02:05:23 -0700 (PDT) From: dan@math.berkeley.edu (Dan Strick) Message-Id: <199809170905.CAA27537@math.berkeley.edu> To: freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP Cc: dan@math.berkeley.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I've seen assorted drive literature describing different caching > > policies on modern drives, and I think it's probably in our interest > > not to try too hard to outsmart the disk these days, as it's busy > > trying to outsmart us. > > > > If you really wanted to play games with the queue sorter, you might > > want to go for a minimal distance insertion policy rather than a strict > > ladder sort. As Kirk pointed out, there's plenty of room for > > experimentation in this field. 8) > > you can easily starve processes far from the insertion point using an > algorithm like that, in fact you can almost DOS a machine unless some sort > of quantum is invlolved to compromise locallity over time elapsed since a > read/write has been queued. For all of these reasons, I favor a simple insertion sort by block number using two lists of buffers not yet converted into I/O commands, a "current" list and a "next" list. A new buffer is inserted into the "current" list provided that: 1) The new buffer block number exceeds the first block number in the "current" list minus some small quantity (e.g. our best guess at the drive's cylinder size) intended to capture on average blocks in the current cylinder, and 2) The number of buffers inserted into the "current" list since the "next" list last become nonempty has not exceeded some small number (e.g. 20) intended to encourage "fairness". Otherwise the new buffer goes into the "next" list. The goal of this strategy is a simple compromise between the desires to maximize throughput and to minimize maximum response time. One other thing: hardware and circumstances permitting (I don't know about typical PC DMA capabilities), similar I/O requests for contiguous disk addresses should be coalesced. This can be a gigantic win. I submit these ideas for consideration the next time someone decides to overhaul the optimization code. Dan Strick dan@math.berkeley.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 02:11:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA29700 for freebsd-current-outgoing; Thu, 17 Sep 1998 02:11:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA29673 for ; Thu, 17 Sep 1998 02:11:20 -0700 (PDT) (envelope-from croot@btp1da.phy.uni-bayreuth.de) Received: (from root@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id LAA25495; Thu, 17 Sep 1998 11:10:45 +0200 (MEST) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199809161735.LAA04593@pluto.plutotech.com> Date: Thu, 17 Sep 1998 11:10:45 +0200 (MEST) Organization: university of bayreuth From: Werner Griessl To: "Justin T. Gibbs" Subject: Re: cam and ncr ? Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 16-Sep-98 Justin T. Gibbs wrote: >>>> Now the new kernel fails with: >>>> >>>> ... >>>> npx0: INT 16 interface >>>> ncr0: SCSI phase error fixup: CCB already dequeued >>>> ncr: timeout uccb ... (skip) >>>> from here on repeats endless with the "timeout" line > > I can't seem to reproduce this one here on a DDRS drive. I did fix > another bug in the ncr driver though which may affect you. If rev > 1.126 doesn't address your problem, I'll try to poke around and add > some debugging info that may help me diagnose the problem. > > -- > Justin > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message ---------------------------------- Same problem with ncr.c 1.128 . But now I know, it's the worm-drive philips cdd2600 ! When I disconnect the drive from the bus, the system boots: da1 at ncr0 bus 0 target 3 lun 0 da1: Fixed Direct Access SCSI2 device da1: 10.0MB/s transfers (10.0MHz, offset 8), Tagged Queueing Enabled da1: 4095MB (8386733 512 byte sectors: 255H 63S/T 522C) da0 at ncr0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI2 device da0: 10.0MB/s transfers (10.0MHz, offset 8), Tagged Queueing Enabled da0: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) This is the worm-dmesg from before CAM: worm0 at scbus0 target 2 lun 0 worm0: type 5 removable SCSI 2 worm0: Write-Once Werner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 02:14:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA00527 for freebsd-current-outgoing; Thu, 17 Sep 1998 02:14:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA00354; Thu, 17 Sep 1998 02:14:07 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.1/8.9.1) id LAA06018; Thu, 17 Sep 1998 11:08:57 +0200 (SAT) From: John Hay Message-Id: <199809170908.LAA06018@zibbi.mikom.csir.co.za> Subject: Re: Death by SIGXCPU (problems with our clock code) In-Reply-To: <8620.906017842@critter.freebsd.dk> from Poul-Henning Kamp at "Sep 17, 98 09:37:22 am" To: phk@critter.freebsd.dk (Poul-Henning Kamp) Date: Thu, 17 Sep 1998 11:08:56 +0200 (SAT) Cc: mike@smith.net.au, current@FreeBSD.ORG, bde@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG So, do you have better test code that is available, or should I just use Mike's? I would really also like to find out what the problem is, because I have just about given up trying to get PPS working properly from sio interrupts on 486 and SMP machines. On my two machines that use the 8254 for the timecounter I see forward jumps. John -- John Hay -- John.Hay@mikom.csir.co.za > > Mike, > > >Since nobody else has taken up my suggestion to instrument the code to > >find out what's going on, I've shouldered the cross. > > I have my version here instrumented far more than what you've done, > and I have two and a half extra kinds of timecounting hardware > running here in my lab but I have not been able to catch it in > flagrante delico yet, leading me to conclude that some hardware is > involved. > > The check in microtime and nanotime are strictly not valid. The > reason is that both microtime and nanotime are reentrant now, so > you might take an interrupt in the middle of it. > > The reentrancy could possibly be a problem if some spl*() are missing > somewhere else, or if logic is flawed in the code. You can test > that hypothesis by splalot() around the [get]{micro|nano}[run]time() > functions. > > I am puzzeled about the negative fractions and I think they are the > most important clue. > > tco_forward() does not do any sanity checks on the timecounter, so > if there is some trouble with the hardware (or our method of > accessing it), that would shine straight through. > > Can you please add a check to the i8254/tsc get_timecount functions > (in isa/clock.c) which report if the count goes backwards or is > bigger than (1/HZ + epsilon) seconds ? > > What machine is this on ? > > What is your timecounter TSC/i8254 ? > > BIOS settings ? > > Bruce: You mentioned that some i8254 cloneoids didn't implement > the latch correctly any references to that ? > > Poul-Henning > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal > > 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 Sep 17 02:19:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA01542 for freebsd-current-outgoing; Thu, 17 Sep 1998 02:19:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA01423; Thu, 17 Sep 1998 02:18:38 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id LAA09083; Thu, 17 Sep 1998 11:12:37 +0200 (CEST) To: John Hay cc: mike@smith.net.au, current@FreeBSD.ORG, bde@FreeBSD.ORG Subject: Re: Death by SIGXCPU (problems with our clock code) In-reply-to: Your message of "Sat, 17 Sep 1998 11:08:56 +0200." <199809170908.LAA06018@zibbi.mikom.csir.co.za> Date: Thu, 17 Sep 1998 11:12:37 +0200 Message-ID: <9081.906023557@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809170908.LAA06018@zibbi.mikom.csir.co.za>, John Hay writes: >So, do you have better test code that is available, or should I just use >Mike's? I would really also like to find out what the problem is, because >I have just about given up trying to get PPS working properly from sio >interrupts on 486 and SMP machines. On my two machines that use the 8254 >for the timecounter I see forward jumps. No, my code relies on a special hardware buffer for storing stuff, by all means use mikes code and see if you find something, but please also implement something in the two get_timecount() functions, that is the most important place to look. > >John >-- >John Hay -- John.Hay@mikom.csir.co.za > >> >> Mike, >> >> >Since nobody else has taken up my suggestion to instrument the code to >> >find out what's going on, I've shouldered the cross. >> >> I have my version here instrumented far more than what you've done, >> and I have two and a half extra kinds of timecounting hardware >> running here in my lab but I have not been able to catch it in >> flagrante delico yet, leading me to conclude that some hardware is >> involved. >> >> The check in microtime and nanotime are strictly not valid. The >> reason is that both microtime and nanotime are reentrant now, so >> you might take an interrupt in the middle of it. >> >> The reentrancy could possibly be a problem if some spl*() are missing >> somewhere else, or if logic is flawed in the code. You can test >> that hypothesis by splalot() around the [get]{micro|nano}[run]time() >> functions. >> >> I am puzzeled about the negative fractions and I think they are the >> most important clue. >> >> tco_forward() does not do any sanity checks on the timecounter, so >> if there is some trouble with the hardware (or our method of >> accessing it), that would shine straight through. >> >> Can you please add a check to the i8254/tsc get_timecount functions >> (in isa/clock.c) which report if the count goes backwards or is >> bigger than (1/HZ + epsilon) seconds ? >> >> What machine is this on ? >> >> What is your timecounter TSC/i8254 ? >> >> BIOS settings ? >> >> Bruce: You mentioned that some i8254 cloneoids didn't implement >> the latch correctly any references to that ? >> >> Poul-Henning >> >> -- >> Poul-Henning Kamp FreeBSD coreteam member >> phk@FreeBSD.ORG "Real hackers run -current on their laptop." >> "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal >> >> To Unsubscribe: send mail to majordomo@FreeBSD.org >> with "unsubscribe freebsd-current" in the body of the message >> > > > -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 03:59:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA16528 for freebsd-current-outgoing; Thu, 17 Sep 1998 03:59:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA16496 for ; Thu, 17 Sep 1998 03:59:08 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id NAA06335 for ; Thu, 17 Sep 1998 13:02:06 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Thu, 17 Sep 1998 13:02:06 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: Q. new kld linker 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 Hi, I have a couple of questions concerning the new kernel module loader. * will it work with stripped kernels/modules? Currently used modload requires a kernel with symbols. * what size of temporary files will it produce in process of loading? Currently used modload runs normal ld, which produces a ca. 30kB file in /tmp. This may sound for you like nothing, but it's very important for tiny systems. * is it supposed to be (eventually) used instead of current lkm? Thanks. Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 04:03:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA17550 for freebsd-current-outgoing; Thu, 17 Sep 1998 04:03:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA17538 for ; Thu, 17 Sep 1998 04:03:24 -0700 (PDT) (envelope-from karpen@ocean.campus.luth.se) Received: (from karpen@localhost) by ocean.campus.luth.se (8.9.1/8.9.1) id MAA06336; Thu, 17 Sep 1998 12:57:08 +0200 (CEST) (envelope-from karpen) From: Mikael Karpberg Message-Id: <199809171057.MAA06336@ocean.campus.luth.se> Subject: Re: 'make world' dying in sbin/atm/atm In-Reply-To: <199809162206.IAA06055@cimlogic.com.au> from John Birrell at "Sep 17, 98 08:06:40 am" To: jb@cimlogic.com.au (John Birrell) Date: Thu, 17 Sep 1998 12:57:08 +0200 (CEST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to John Birrell: > Poul-Henning Kamp wrote: > > >My world build (make -DNOAOUT -DNOCLEAN world, /usr/obj clean, fairly > ^ > | > The problem here is -----------------+ > > People mistakenly believe that they can use -DNOCLEAN if /usr/obj is > clean. That is not so. The build behaves differently. I would prefer > the build to test if the objdir is clean and not do the recursive > clean. Definitely! I mean, why on earth is the make world doing a recursive clean of an empty directory? That always comfused me. At every directory that will be cleaned, the make should check if the directory is empty, and if it is, stop the recursion down that path. So if /usr/obj is empty it would do nothing. Would anyone care to fix that or should I look into it? Is there a problem with fixing it? How do you detect if the directory is empty in a nice way? What is the question to 42? etc... /Mikael To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 04:36:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA22640 for freebsd-current-outgoing; Thu, 17 Sep 1998 04:36:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA22614 for ; Thu, 17 Sep 1998 04:36:39 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrungnir.ifi.uio.no (2602@hrungnir.ifi.uio.no [129.240.65.72]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id NAA00032; Thu, 17 Sep 1998 13:36:14 +0200 (MET DST) Received: (from dag-erli@localhost) by hrungnir.ifi.uio.no ; Thu, 17 Sep 1998 13:36:14 +0200 (MET DST) Mime-Version: 1.0 To: Hostas Red Cc: current@FreeBSD.ORG Subject: Re: strange things References: Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 17 Sep 1998 13:36:13 +0200 In-Reply-To: Hostas Red's message of "Thu, 17 Sep 1998 08:45:30 +0400 (MSD)" Message-ID: Lines: 27 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id EAA22619 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hostas Red writes: > kong@kong:~> ping www.freebsd.org > PING freefall.freebsd.org (204.216.27.21): 56 data bytes > ping: sendto: No buffer space available > [...] > When i use > ifconfig xl0 down This shouldn't be necessary. If you type 'ifconfig xl0' at this point, is the OACTIVE flag set? Do you run NFS? Can you identify a specific action that triggers this, such as starting or ending a large NFS transfer? > ifconfig xl0 up > everything works again, but time passes and again 'No buffer space...' Sounds very much like the good ol' ep bug that made me switch to fxp across the slate. (Well, it wasn't the only reason, but it was an important motivation. Getting rid of my last ISA boards was another.) DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 05:05:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA25374 for freebsd-current-outgoing; Thu, 17 Sep 1998 05:05:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from morgan.angis.su.OZ.AU (morgan.angis.su.OZ.AU [129.78.25.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA25369 for ; Thu, 17 Sep 1998 05:05:19 -0700 (PDT) (envelope-from tonym@angis.usyd.edu.au) Received: (from tonym@localhost) by morgan.angis.su.OZ.AU (8.8.7/8.6.6) id WAA26692 for current@freebsd.org; Thu, 17 Sep 1998 22:04:56 +1000 (EST) Date: Thu, 17 Sep 1998 22:04:56 +1000 (EST) From: Tony Maher Message-Id: <199809171204.WAA26692@morgan.angis.su.OZ.AU> To: current@FreeBSD.ORG Subject: CAM this and that Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, installed CAM last nite (and apart from some operator stupidity concerning creation of all appropriate devices) and it went well. A few things: 1. Ignoring all warnings I decided to play with camcontrol. Tape unit was initially off - switched on, ran camcontrol rescan - magic... tape drive visible. Switch tape drive off, ran camcontrol rescan. Oops cant see tape drive - hmmm lets lock up - time to press the reset switch (is that why they warn against using camcontrol for novice users ;-) Ok normally have the tape unit off and only switch on if required. Used to use scsi -p with `super scsi' device to see it and this worked fine. Should I be able to do this with camcontrol? 2. ahc0: rev 0x03 int a irq 11 on pci0.9.0 ahc0: aic7870 Single Channel A, SCSI Id=7, 16/255 SCBs da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled da0: 1030MB (2109840 512 byte sectors: 255H 63S/T 131C) da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI2 device da2: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled da2: 1812MB (3711990 512 byte sectors: 255H 63S/T 231C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI2 device da1: 10.0MB/s transfers (10.0MHz, offset 15) da1: 2069MB (4238282 512 byte sectors: 255H 63S/T 263C) changing root device to da1s1a So why doesn't my main (and newest disk) do Tagged Queueing? Reading disk pamphlet and Seagate web site didn't turn up much apart from using one of the utilities under Netware to send command to turn taggged queueing on. Sounds like a a job for camcontrol! camcontrol modepage -m 0x0a -u 1 -P 3 -e change Queue Algorithm Modifier: 0 -> 1 DQue: 1 -> 0 to match the other two disks (and reading /usr/share/misc/scsi_modes it seemed like the most likely candidates to change). Unfortunately - this didn't work. Didn't cause any harm either. Any pointers to documentation for reading? (BTW man page has modepage -P option taking values 1-4, but actual program wants 0-3 I think.) Thats probably enough "testing" of (or should I say fooling around with) camcontrol for now. 3. Pre CAM I had in kernel config file options AHC_ALLOW_MEMIO # ok #options AHC_TAGENABLE # seems ok with AHC_ALLOW_MEMIO, # actually do get some aborts. # Maybe old disk? #options AHC_SCBPAGING_ENABLE # this *breaks* it bad! I take it AHC_SCBPAGING_ENABLE is now the default (and no longer an option) since I am seeing 16/255 SCBs rather than the plain 16. This seems to work under CAM. Excellent! 4. Soon after booting see (da2:ahc0:0:2:0): tagged openings now 16 Some limit on this disk set to only 16? 5. This is an old disk and often get (esp. in first 20 mins of booting) messages like: (da2:ahc0:0:2:0): SCB 0x9 - timed out in dataout phase, SCSISIGI == 0x4 SEQADDR == 0x10e SSTAT1 == 0x2 (da2:ahc0:0:2:0): BDR message in message buffer (da2:ahc0:0:2:0): SCB 0x9 - timed out in dataout phase, SCSISIGI == 0x14 SEQADDR == 0x10e SSTAT1 == 0x2 (da2:ahc0:0:2:0): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 17 SCBs aborted But system recovers fine! Currently running make -j4 and all seems ok (it used to break as others had reported). Many thanks to all involved. tonym To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 05:06:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA25558 for freebsd-current-outgoing; Thu, 17 Sep 1998 05:06:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA25544 for ; Thu, 17 Sep 1998 05:06:17 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id OAA25336 for current@freebsd.org; Thu, 17 Sep 1998 14:05:54 +0200 (CEST) Message-ID: <19980917140553.A25322@cons.org> Date: Thu, 17 Sep 1998 14:05:53 +0200 From: Martin Cracauer To: current@FreeBSD.ORG Subject: Proposed change to rc.d startup Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG When starting /usr/local/etc/rc.d stuff, you cannot get past applications that block SIGINT and don't return. You can always use SIGQUIT, but that aborts, no further processing of rc.d is done. The following change puts a "guarding" shell around each script. That way, you can get past one application's start and processed with the others. It is somewhat ugly, hence my desire to inform you in advance. The echo -n at the end is needed to keep /bin/sh from a wrong optimization. The fixes I have for sh either impact efficiency or are too complicated to push them into 3.0, IMO. Maybe someone has a better idea, but short of using a C program to get the same effect, I think that's the best to do for now. # for each valid dir in $local_startup, search for init scripts matching *.sh if [ "X${local_startup}" != X"NO" ]; then echo -n 'Local package initialization:' for dir in ${local_startup}; do [ -d ${dir} ] && for script in ${dir}/*.sh; do [ -x ${script} ] && \ (trap 'exit 1' 2 ; ${script} start ; echo -n) # ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ done done echo . fi Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 05:30:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA28116 for freebsd-current-outgoing; Thu, 17 Sep 1998 05:30:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA28110; Thu, 17 Sep 1998 05:30:38 -0700 (PDT) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA03061; Thu, 17 Sep 1998 05:30:19 -0700 (PDT) Date: Thu, 17 Sep 1998 05:30:19 -0700 (PDT) Message-Id: <199809171230.FAA03061@freefall.freebsd.org> To: sos@FreeBSD.ORG Subject: Flickering syscons Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG As you know, the SC_BAD_FLICKER option appears to have been added in order to turn off an optimization(?) which causes flickering on certain screens, like my Libretto for example. :-) I and many others believe that anything which causes a potential pessimization should be turned OFF by default, rather than on, so that POLA is obeyed for those who would otherwise be rather puzzled and annoyed by bad behavior being a new default. What say you and Kazu to these diffs.. Index: i386/conf/LINT =================================================================== RCS file: /home/ncvs/src/sys/i386/conf/LINT,v retrieving revision 1.466 diff -u -r1.466 LINT --- LINT 1998/09/15 18:16:36 1.466 +++ LINT 1998/09/17 12:25:01 @@ -801,8 +801,9 @@ makeoptions "STD8X16FONT"="cp850" options SC_HISTORY_SIZE=200 # number of history buffer lines options SC_DISABLE_REBOOT # disable reboot key sequence -# If the screen flickers badly when the mouse pointer is moved, try this. -options SC_BAD_FLICKER +# Some screens flickers badly when the mouse pointer is moved if this is on, +# for others it's a speedup (so try it at your own risk). +options SC_DO_FLICKER # To include support for VESA video modes # Dont use together with SMP!! options VESA # needs VM86 defined too!! Index: i386/conf/options.i386 =================================================================== RCS file: /home/ncvs/src/sys/i386/conf/options.i386,v retrieving revision 1.87 diff -u -r1.87 options.i386 --- options.i386 1998/09/15 18:16:37 1.87 +++ options.i386 1998/09/17 12:25:12 @@ -75,7 +75,7 @@ SC_HISTORY_SIZE opt_syscons.h SC_DISABLE_REBOOT opt_syscons.h SC_MOUSE_CHAR opt_syscons.h -SC_BAD_FLICKER opt_syscons.h +SC_DO_FLICKER opt_syscons.h VESA opt_vesa.h Index: i386/isa/videoio.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/videoio.c,v retrieving revision 1.1 diff -u -r1.1 videoio.c --- videoio.c 1998/09/15 18:16:38 1.1 +++ videoio.c 1998/09/17 12:17:08 @@ -984,24 +984,24 @@ outb(ATC, 0x20); /* enable palette */ #if SLOW_VGA -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outb(TSIDX, 0x00); outb(TSREG, 0x01); #endif outb(TSIDX, 0x02); outb(TSREG, 0x04); outb(TSIDX, 0x04); outb(TSREG, 0x07); -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outb(TSIDX, 0x00); outb(TSREG, 0x03); #endif outb(GDCIDX, 0x04); outb(GDCREG, 0x02); outb(GDCIDX, 0x05); outb(GDCREG, 0x00); outb(GDCIDX, 0x06); outb(GDCREG, 0x04); #else -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outw(TSIDX, 0x0100); #endif outw(TSIDX, 0x0402); outw(TSIDX, 0x0704); -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outw(TSIDX, 0x0300); #endif outw(GDCIDX, 0x0204); @@ -1026,12 +1026,12 @@ outb(ATC, 0x20); /* enable palette */ #if SLOW_VGA -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outb(TSIDX, 0x00); outb(TSREG, 0x01); #endif outb(TSIDX, 0x02); outb(TSREG, buf[0]); outb(TSIDX, 0x04); outb(TSREG, buf[1]); -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outb(TSIDX, 0x00); outb(TSREG, 0x03); #endif outb(GDCIDX, 0x04); outb(GDCREG, buf[2]); @@ -1042,12 +1042,12 @@ outb(GDCIDX, 0x06); outb(GDCREG,(buf[4] & 0x03) | 0x0c); } #else -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outw(TSIDX, 0x0100); #endif outw(TSIDX, 0x0002 | (buf[0] << 8)); outw(TSIDX, 0x0004 | (buf[1] << 8)); -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outw(TSIDX, 0x0300); #endif outw(GDCIDX, 0x0004 | (buf[2] << 8)); Index: pc98/conf/options.pc98 =================================================================== RCS file: /home/ncvs/src/sys/pc98/conf/options.pc98,v retrieving revision 1.65 diff -u -r1.65 options.pc98 --- options.pc98 1998/09/09 14:39:20 1.65 +++ options.pc98 1998/09/17 12:25:17 @@ -79,7 +79,7 @@ SC_HISTORY_SIZE opt_syscons.h SC_DISABLE_REBOOT opt_syscons.h SC_MOUSE_CHAR opt_syscons.h -SC_BAD_FLICKER opt_syscons.h +SC_DO_FLICKER opt_syscons.h LINE30 opt_syscons.h PSM_HOOKAPM opt_psm.h Index: pc98/pc98/syscons.c =================================================================== RCS file: /home/ncvs/src/sys/pc98/pc98/syscons.c,v retrieving revision 1.101 diff -u -r1.101 syscons.c --- syscons.c 1998/09/14 11:37:58 1.101 +++ syscons.c 1998/09/17 12:26:13 @@ -5701,24 +5701,24 @@ outb(ATC, 0x20); /* enable palette */ #if SLOW_VGA -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outb(TSIDX, 0x00); outb(TSREG, 0x01); #endif outb(TSIDX, 0x02); outb(TSREG, 0x04); outb(TSIDX, 0x04); outb(TSREG, 0x07); -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outb(TSIDX, 0x00); outb(TSREG, 0x03); #endif outb(GDCIDX, 0x04); outb(GDCREG, 0x02); outb(GDCIDX, 0x05); outb(GDCREG, 0x00); outb(GDCIDX, 0x06); outb(GDCREG, 0x04); #else -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outw(TSIDX, 0x0100); #endif outw(TSIDX, 0x0402); outw(TSIDX, 0x0704); -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outw(TSIDX, 0x0300); #endif outw(GDCIDX, 0x0204); @@ -5741,12 +5741,12 @@ outb(ATC, 0x20); /* enable palette */ #if SLOW_VGA -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outb(TSIDX, 0x00); outb(TSREG, 0x01); #endif outb(TSIDX, 0x02); outb(TSREG, buf[0]); outb(TSIDX, 0x04); outb(TSREG, buf[1]); -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outb(TSIDX, 0x00); outb(TSREG, 0x03); #endif outb(GDCIDX, 0x04); outb(GDCREG, buf[2]); @@ -5757,12 +5757,12 @@ outb(GDCIDX, 0x06); outb(GDCREG,(buf[4] & 0x03) | 0x0c); } #else -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outw(TSIDX, 0x0100); #endif outw(TSIDX, 0x0002 | (buf[0] << 8)); outw(TSIDX, 0x0004 | (buf[1] << 8)); -#ifndef SC_BAD_FLICKER +#ifdef SC_DO_FLICKER outw(TSIDX, 0x0300); #endif outw(GDCIDX, 0x0004 | (buf[2] << 8)); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 05:32:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA28553 for freebsd-current-outgoing; Thu, 17 Sep 1998 05:32:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA28524 for ; Thu, 17 Sep 1998 05:32:42 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id OAA29114 for ; Thu, 17 Sep 1998 14:37:45 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Thu, 17 Sep 1998 14:37:45 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: freebsd-current@FreeBSD.ORG Subject: Limit 'ps' to show only user's processes 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 Hi, Several people have been asking for this "feature" from time to time, namely that they could set a system variable (sysctl?) to limit 'ps' to show not all processes, but only user's processes for euid!=0. Would you consider this something worth implementing? Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 05:45:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA00860 for freebsd-current-outgoing; Thu, 17 Sep 1998 05:45:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA00838; Thu, 17 Sep 1998 05:45:47 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id OAA06482; Thu, 17 Sep 1998 14:45:25 +0200 (CEST) (envelope-from sos) Message-Id: <199809171245.OAA06482@sos.freebsd.dk> Subject: Re: Flickering syscons In-Reply-To: <199809171230.FAA03061@freefall.freebsd.org> from "Jordan K. Hubbard" at "Sep 17, 98 05:30:19 am" To: jkh@FreeBSD.ORG (Jordan K. Hubbard) Date: Thu, 17 Sep 1998 14:45:25 +0200 (CEST) Cc: sos@FreeBSD.ORG, current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Jordan K. Hubbard who wrote: > As you know, the SC_BAD_FLICKER option appears to have been added in > order to turn off an optimization(?) which causes flickering on certain > screens, like my Libretto for example. :-) > > I and many others believe that anything which causes a potential pessimization > should be turned OFF by default, rather than on, so that POLA is obeyed > for those who would otherwise be rather puzzled and annoyed by bad behavior > being a new default. > > What say you and Kazu to these diffs.. First I dont like the new option name DO_FLICKER ?? that sounds a bit harsh... Second we need to find out WHY it flickers now in any case, somehow it has found a new way of introducing that again :( I would rather that options SC_BAD_FLICKER was added to GENERIC, and thats it, then we only need to find out why it doesn't work anymore... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 05:57:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA02666 for freebsd-current-outgoing; Thu, 17 Sep 1998 05:57:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.27.216.204.in-addr.arpa [204.216.27.226] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA02650; Thu, 17 Sep 1998 05:57:50 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id FAA27793; Thu, 17 Sep 1998 05:57:57 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: sos@FreeBSD.ORG cc: jkh@FreeBSD.ORG (Jordan K. Hubbard), current@FreeBSD.ORG Subject: Re: Flickering syscons In-reply-to: Your message of "Thu, 17 Sep 1998 14:45:25 +0200." <199809171245.OAA06482@sos.freebsd.dk> Date: Thu, 17 Sep 1998 05:57:56 -0700 Message-ID: <27789.906037076@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > First I dont like the new option name DO_FLICKER ?? that sounds a bit > harsh... Perhaps, but it also describes *exactly* what it does. I welcome any new suggestions. :) > Second we need to find out WHY it flickers now in any case, somehow > it has found a new way of introducing that again :( Well, yes, that's true too. I was thinking mostly of 2.2.x with this change anyway. > I would rather that options SC_BAD_FLICKER was added to GENERIC, and > thats it, then we only need to find out why it doesn't work anymore... I don't like the idea of adding it to GENERIC since that just makes one more "mandatory option" for folks who have vga devices which do this. Again, I think the behavior of any part of the kernel should always be set to the most conservative values by default and then, if desired, provide knobs for being less conservative. It's also more in keeping with our existing option set to do this. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 06:02:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA03291 for freebsd-current-outgoing; Thu, 17 Sep 1998 06:02:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.27.216.204.in-addr.arpa [204.216.27.226] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA03258 for ; Thu, 17 Sep 1998 06:01:56 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id GAA27833 for ; Thu, 17 Sep 1998 06:02:04 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: current@FreeBSD.ORG Subject: A new SNAPshot is finally on current.freebsd.org Date: Thu, 17 Sep 1998 06:02:03 -0700 Message-ID: <27829.906037323@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I finally nursed one through to completion last night. I had to do several things to make it work, however, one of which was to disable docs and the other (more serious) being to remove MSDOSFS from the floppy kernel. This disables installations from DOS partitions until I figure out another way of reclaiming some space, but I figured that an installable snapshot would be worth-while in any case, DOS install or no DOS install. Anyway, hopefully we'll have snapshots for the rest of the BETA period now, and I've just changed the naming convention to 3.0-YYYYMMDD-BETA to signify that fact. Once 3.0 is released, we'll go back to the SNAP naming convention. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 06:08:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA04014 for freebsd-current-outgoing; Thu, 17 Sep 1998 06:08:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA04006; Thu, 17 Sep 1998 06:08:41 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.8.8) with SMTP id JAA17147; Thu, 17 Sep 1998 09:02:49 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Thu, 17 Sep 1998 09:02:49 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: Poul-Henning Kamp cc: Mike Smith , current@FreeBSD.ORG, bde@FreeBSD.ORG Subject: Re: Death by SIGXCPU (problems with our clock code) In-Reply-To: <8620.906017842@critter.freebsd.dk> 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 if it means anything i don't ever recall being smacked by this bug, although on a machine that i set to EST instead of EDT (i'm in New York City) all kinds of probelsm happened when compiling stuff with file dates being messed up. didn't have a chance to look into it. and it could be perfectly normal result of user error. Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current On Thu, 17 Sep 1998, Poul-Henning Kamp wrote: > > Mike, > > >Since nobody else has taken up my suggestion to instrument the code to > >find out what's going on, I've shouldered the cross. > > I have my version here instrumented far more than what you've done, > and I have two and a half extra kinds of timecounting hardware > running here in my lab but I have not been able to catch it in > flagrante delico yet, leading me to conclude that some hardware is > involved. > > The check in microtime and nanotime are strictly not valid. The > reason is that both microtime and nanotime are reentrant now, so > you might take an interrupt in the middle of it. > > The reentrancy could possibly be a problem if some spl*() are missing > somewhere else, or if logic is flawed in the code. You can test > that hypothesis by splalot() around the [get]{micro|nano}[run]time() > functions. > > I am puzzeled about the negative fractions and I think they are the > most important clue. > > tco_forward() does not do any sanity checks on the timecounter, so > if there is some trouble with the hardware (or our method of > accessing it), that would shine straight through. > > Can you please add a check to the i8254/tsc get_timecount functions > (in isa/clock.c) which report if the count goes backwards or is > bigger than (1/HZ + epsilon) seconds ? > > What machine is this on ? > > What is your timecounter TSC/i8254 ? > > BIOS settings ? > > Bruce: You mentioned that some i8254 cloneoids didn't implement > the latch correctly any references to that ? > > Poul-Henning > > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal > > 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 Sep 17 06:19:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA05091 for freebsd-current-outgoing; Thu, 17 Sep 1998 06:19:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA05083 for ; Thu, 17 Sep 1998 06:19:35 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.8.8) with SMTP id JAA17165; Thu, 17 Sep 1998 09:20:57 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Thu, 17 Sep 1998 09:20:57 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: Martin Cracauer cc: current@FreeBSD.ORG Subject: Re: Proposed change to rc.d startup In-Reply-To: <19980917140553.A25322@cons.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 y'know the funny thing is that i was thinking of hacking something so that /etc/rc.conf would have a flag telling to to protect its children from ^C and such. solaris does this, or at least seems to (^C doesn't muck with startup programs) it'd be a nice option for a lab/hostile cluebie enviorment: /etc/rc.conf: nocontrolc = "YES" /etc/rc: (right after rc.conf is sucked in) if [ "x$nocontrolc" = "xYES" ]; then trap 'echo -n' 2; fi if anyone cares it'd be nice to have the option of: a) no protection b) rc.* protection excluding rc.local c) full protection d) since i don't use rc.d some way here of setting protection on/off another question about /etc/rc, why does it wait till after the fsck to read in rc.conf? i mean it sorta makes sense... Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current On Thu, 17 Sep 1998, Martin Cracauer wrote: > When starting /usr/local/etc/rc.d stuff, you cannot get past > applications that block SIGINT and don't return. You can always use > SIGQUIT, but that aborts, no further processing of rc.d is done. > > The following change puts a "guarding" shell around each script. That > way, you can get past one application's start and processed with the > others. > > It is somewhat ugly, hence my desire to inform you in advance. The > echo -n at the end is needed to keep /bin/sh from a wrong > optimization. The fixes I have for sh either impact efficiency or are > too complicated to push them into 3.0, IMO. > > Maybe someone has a better idea, but short of using a C program to get > the same effect, I think that's the best to do for now. > > # for each valid dir in $local_startup, search for init scripts matching *.sh > if [ "X${local_startup}" != X"NO" ]; then > echo -n 'Local package initialization:' > for dir in ${local_startup}; do > [ -d ${dir} ] && for script in ${dir}/*.sh; do > [ -x ${script} ] && \ > (trap 'exit 1' 2 ; ${script} start ; echo -n) > # ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > done > done > echo . > fi > > Martin > -- > %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% > Martin Cracauer http://www.cons.org/cracauer > Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 > Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany > > 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 Sep 17 06:27:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA06450 for freebsd-current-outgoing; Thu, 17 Sep 1998 06:27:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mgo.iij.ad.jp (mgo.iij.ad.jp [202.232.15.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA06424 for ; Thu, 17 Sep 1998 06:27:24 -0700 (PDT) (envelope-from shigeru@iij.ad.jp) Received: from ns.iij.ad.jp (root@ns.iij.ad.jp [192.168.2.8]) by mgo.iij.ad.jp (8.8.8/MGO1.0) with ESMTP id WAA18234; Thu, 17 Sep 1998 22:27:02 +0900 (JST) Received: from fs.iij.ad.jp (root@fs.iij.ad.jp [192.168.2.9]) by ns.iij.ad.jp (8.8.5/3.5Wpl7) with ESMTP id WAA10218; Thu, 17 Sep 1998 22:27:01 +0900 (JST) Received: from mercury.iij.ad.jp (mercury.iij.ad.jp [192.168.4.89]) by fs.iij.ad.jp (8.8.5/3.5Wpl7) with ESMTP id WAA24065; Thu, 17 Sep 1998 22:27:01 +0900 (JST) Received: from localhost (localhost [127.0.0.1]) by mercury.iij.ad.jp (8.8.5/3.5W) with ESMTP id WAA26547; Thu, 17 Sep 1998 22:27:00 +0900 (JST) To: jkh@time.cdrom.com Cc: current@FreeBSD.ORG Subject: Re: A new SNAPshot is finally on current.freebsd.org In-Reply-To: Your message of "Thu, 17 Sep 1998 06:02:03 -0700" <27829.906037323@time.cdrom.com> References: <27829.906037323@time.cdrom.com> X-Mailer: Mew version 1.93b38 on XEmacs 21.2 (Aeolus) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980917222659U.shigeru@iij.ad.jp> Date: Thu, 17 Sep 1998 22:26:59 +0900 From: YAMAMOTO Shigeru X-Dispatcher: imput version 980522 Lines: 15 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Jordan" == Jordan K Hubbard writes: Jordan> I finally nursed one through to completion last night. I can't access ftp://current.freebsd.org/pub/FreeBSD/3.0-19980917-SNAP/. Because, a permission of that directory is drwx------ 16 root wheel 1024 Sep 17 12:05 3.0-19980917-SNAP I hope to chage a permisson to public accessible. Thanks, ------- YAMAMOTO Shigeru Internet Initiative Japan Inc. Network Engineering Div. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 06:29:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA06850 for freebsd-current-outgoing; Thu, 17 Sep 1998 06:29:41 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA06831 for ; Thu, 17 Sep 1998 06:29:31 -0700 (PDT) (envelope-from shmit@natasya.kublai.com) Received: from natasya.kublai.com (natasya.kublai.com [207.172.25.236]) by coleridge.kublai.com (8.8.8/8.8.8) with ESMTP id JAA00411 for ; Thu, 17 Sep 1998 09:29:08 -0400 (EDT) (envelope-from shmit@natasya.kublai.com) Received: (from shmit@localhost) by natasya.kublai.com (8.9.1/8.8.8) id JAA05317 for current@freebsd.org; Thu, 17 Sep 1998 09:29:07 -0400 (EDT) Message-ID: <19980917092907.J367@kublai.com> Date: Thu, 17 Sep 1998 09:29:07 -0400 From: Brian Cully To: current@FreeBSD.ORG Subject: /dev/xpt0 Reply-To: shmit@kublai.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I was mucking around with camcontrol to-day, and I got the message: camcontrol: couldn't open /dev/xpt0: Device not configured I couldn't find the device entry in GENERIC or LINT; is there a reason for that? -- Brian Cully ``And when one of our comrades was taken prisoner, blindfolded, hung upside-down, shot, and burned, we thought to ourselves, `These are the best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 06:32:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA07545 for freebsd-current-outgoing; Thu, 17 Sep 1998 06:32:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA07514 for ; Thu, 17 Sep 1998 06:32:50 -0700 (PDT) (envelope-from cracauer@cons.org) Received: (from cracauer@localhost) by cons.org (8.8.8/8.7.3) id PAA25440; Thu, 17 Sep 1998 15:32:23 +0200 (CEST) Message-ID: <19980917153223.A25420@cons.org> Date: Thu, 17 Sep 1998 15:32:23 +0200 From: Martin Cracauer To: Alfred Perlstein , Martin Cracauer Cc: current@FreeBSD.ORG Subject: Re: Proposed change to rc.d startup References: <19980917140553.A25322@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: ; from Alfred Perlstein on Thu, Sep 17, 1998 at 09:20:57AM -0500 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In , Alfred Perlstein wrote: > y'know the funny thing is that i was thinking of hacking something so that > /etc/rc.conf would have a flag telling to to protect its children from ^C > and such. > > solaris does this, or at least seems to (^C doesn't muck with startup > programs) > > it'd be a nice option for a lab/hostile cluebie enviorment: > > /etc/rc.conf: > nocontrolc = "YES" > > /etc/rc: (right after rc.conf is sucked in) > if [ "x$nocontrolc" = "xYES" ]; then > trap 'echo -n' 2; > fi Hm, I think I have to give you some backgroud here: 1) Our current scheme in the toplevel rc shell is: 2a) On SIGINT, break current command and proceed with the next step. 2b) On SIGQUIT, jump to singleuser mode immedeatly. 2) Your trap 'echo -n' 2; will do exactly nothing, it will return control to the blocking child after echoing nothing, this doesn't enable breaking blocking childs. ==> If you want to recover from a blocking child, but proceed with the next step in rc, you have to fork a subshell that exits on SIGINT (unless you start messing with even more complicated control statements). I'm against having an option for turning off the child killing possibility in any case. Users have to keep their fingers from C-c. If we turn it off, you might never get a prompt on the console. Unless some network login service is already up, you would have to reset without sync, then fix things from singleuser mode. Provided that the problem one child was hanging for is reproduceable. What could people gain from being able to SIGINT or SIGQUIT things at startup that they're not already able to do since they have physical access to the machine? I stay with my original proposal. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 Paper: (private) Waldstrasse 200, 22846 Norderstedt, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 06:51:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA09937 for freebsd-current-outgoing; Thu, 17 Sep 1998 06:51:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from iclub.nsu.ru (iclub.nsu.ru [193.124.222.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA09921 for ; Thu, 17 Sep 1998 06:51:00 -0700 (PDT) (envelope-from fjoe@iclub.nsu.ru) Received: from localhost (fjoe@localhost) by iclub.nsu.ru (8.8.8/8.8.5) with SMTP id UAA27019 for ; Thu, 17 Sep 1998 20:55:14 +0700 (NSS) Date: Thu, 17 Sep 1998 20:55:14 +0700 (NSS) From: Max Khon To: current@FreeBSD.ORG Subject: about ru.koi8-r.shift in /stand/sysinstall menus 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 hi, there! one more reason to add ru.koi8-r.shift to /stand/sysinstall menus is that all (or most) russian keymaps under non-*ix OSes (Win95/WinNT, OS/2, Linux :) are identical to ru.koi8-r.shift (not ru.koi8-r). yes, i can edit /etc/rc.conf after installation to change keymap, but why not simply add the possibility to set this keymap during installation? /fjoe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 07:42:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA16502 for freebsd-current-outgoing; Thu, 17 Sep 1998 07:42:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from penguin.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA16396 for ; Thu, 17 Sep 1998 07:42:12 -0700 (PDT) (envelope-from ekagarc@kkeka.ericsson.se) Received: from kkdus8.kkeka.ericsson.se (kkdus8.kkeka.ericsson.se [130.100.159.107]) by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/glacier-1.11) with ESMTP id QAA13451 for ; Thu, 17 Sep 1998 16:41:43 +0200 (MET DST) Received: from kkeka.ericsson.se (kkdus7.kkeka.ericsson.se [130.100.158.73]) by kkdus8.kkeka.ericsson.se (8.8.8/8.8.8) with ESMTP id QAA18906 for ; Thu, 17 Sep 1998 16:41:41 +0200 (MET DST) Message-ID: <36011FA5.4F035C2B@kkeka.ericsson.se> Date: Thu, 17 Sep 1998 16:41:41 +0200 From: Felipe Garcia Organization: Ericsson AB X-Mailer: Mozilla 4.05 [en] (X11; I; OSF1 V4.0 alpha) MIME-Version: 1.0 To: "current@FreeBSD.ORG" Subject: /pub/FreeBSD/3.0-19980917-SNAP: Permission denied. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ftp://current.freebsd.org/pub/FreeBSD/3.0-19980917-SNAP/ /pub/FreeBSD/3.0-19980917-SNAP: Permission denied. Please fix.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 07:43:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA16622 for freebsd-current-outgoing; Thu, 17 Sep 1998 07:43:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shell6.ba.best.com (shell6.ba.best.com [206.184.139.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA16589 for ; Thu, 17 Sep 1998 07:43:10 -0700 (PDT) (envelope-from jkb@best.com) Received: from localhost (jkb@localhost) by shell6.ba.best.com (8.9.0/8.9.0/best.sh) with SMTP id HAA01509; Thu, 17 Sep 1998 07:42:37 -0700 (PDT) X-Authentication-Warning: shell6.ba.best.com: jkb owned process doing -bs Date: Thu, 17 Sep 1998 07:42:37 -0700 (PDT) From: "Jan B. Koum " X-Sender: jkb@shell6.ba.best.com To: Andrzej Bialecki cc: freebsd-current@FreeBSD.ORG Subject: Re: Limit 'ps' to show only user's processes 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 Someone is working on it I think: http://www.efn.org/~ben/security/README.txt http://www.efn.org/~ben/security/ -- Yan I don't have the password .... + Jan Koum But the path is chainlinked .. | Spelled Jan, pronounced Yan. There. So if you've got the time .... | Web: http://www.best.com/~jkb Set the tone to sync ......... + OS: http://www.FreeBSD.org On Thu, 17 Sep 1998, Andrzej Bialecki wrote: >Hi, > >Several people have been asking for this "feature" from time to time, >namely that they could set a system variable (sysctl?) to limit 'ps' to >show not all processes, but only user's processes for euid!=0. > >Would you consider this something worth implementing? > >Andrzej Bialecki > >-------------------- ++-------++ ------------------------------------- > ||PicoBSD|| FreeBSD in your pocket? Go and see: > Research & Academic |+-------+| "Small & Embedded FreeBSD" > Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ >-------------------- ~-+==---+-+ ------------------------------------- > > >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 Sep 17 07:45:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA17013 for freebsd-current-outgoing; Thu, 17 Sep 1998 07:45:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA16963; Thu, 17 Sep 1998 07:44:51 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id QAA07186; Thu, 17 Sep 1998 16:44:22 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id QAA02713; Thu, 17 Sep 1998 16:44:20 +0200 (MET DST) Message-ID: <19980917164420.37485@follo.net> Date: Thu, 17 Sep 1998 16:44:20 +0200 From: Eivind Eklund To: "Jordan K. Hubbard" , sos@FreeBSD.ORG Cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: Flickering syscons References: <199809171245.OAA06482@sos.freebsd.dk> <27789.906037076@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <27789.906037076@time.cdrom.com>; from Jordan K. Hubbard on Thu, Sep 17, 1998 at 05:57:56AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 17, 1998 at 05:57:56AM -0700, Jordan K. Hubbard wrote: > > I would rather that options SC_BAD_FLICKER was added to GENERIC, and > > thats it, then we only need to find out why it doesn't work anymore... > > I don't like the idea of adding it to GENERIC since that just makes > one more "mandatory option" for folks who have vga devices which do > this. Again, I think the behavior of any part of the kernel should > always be set to the most conservative values by default and then, if > desired, provide knobs for being less conservative. It's also more in > keeping with our existing option set to do this. Agreed. However, does it actually have to be a kernel compile option, as opposed to a sysctl (or vidctl) option? Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 07:53:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA18821 for freebsd-current-outgoing; Thu, 17 Sep 1998 07:53:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA18710 for ; Thu, 17 Sep 1998 07:52:35 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id QAA16357; Thu, 17 Sep 1998 16:56:46 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Thu, 17 Sep 1998 16:56:46 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: "Jan B. Koum " cc: freebsd-current@FreeBSD.ORG Subject: Re: Limit 'ps' to show only user's processes 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 Thu, 17 Sep 1998, Jan B. Koum wrote: > > Someone is working on it I think: > > http://www.efn.org/~ben/security/README.txt > http://www.efn.org/~ben/security/ Thanks, I'll take a look at it. Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 07:54:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA19094 for freebsd-current-outgoing; Thu, 17 Sep 1998 07:54:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fourier.physics.purdue.edu (fourier.physics.purdue.edu [128.210.146.43]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA19011 for ; Thu, 17 Sep 1998 07:53:57 -0700 (PDT) (envelope-from jonsmith@fourier.physics.purdue.edu) Received: from localhost (jonsmith@localhost) by fourier.physics.purdue.edu (8.8.8/8.8.8) with SMTP id JAA07237; Thu, 17 Sep 1998 09:53:00 GMT (envelope-from jonsmith@fourier.physics.purdue.edu) Date: Thu, 17 Sep 1998 09:53:00 +0000 (GMT) From: Jonathan Smith To: Alfred Perlstein cc: Martin Cracauer , current@FreeBSD.ORG Subject: Re: Proposed change to rc.d startup 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 was working on a linux box, fully installed, just needed some options in X set for the user who was awaiting the box. I failed to connect an ethernet line to the box at startup (one wasn't available). Sendmail locked the system, and never unlocked. Granted that a linux bug; however, I could not abort sendmail. That is a valuable option I like to have on my Unix boxes. Something goes boom, it let's me fix it without booting single user and executing everything else _but_ that line. Just food for thought........ j. "Executing 'get the hell out of here' maneuver." Mister Lennier, Babylon 5 "Mach was dich wuenschen." Die Unendliche Geschichte, von Michael Ende "Do as you wish." The Neverending Story, by Michael Ende The Microsoft Soloution, "newfs && make reinstall" Jon C. Smith (765)49-48628 PHYS 31h jonsmith@fourier.physics.purdue.edu 1396 Physics Building, West lafayette Purdue Univesity, Indiana 47906-1396 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 08:31:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA25508 for freebsd-current-outgoing; Thu, 17 Sep 1998 08:31:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA25476 for ; Thu, 17 Sep 1998 08:31:39 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id JAA03424; Thu, 17 Sep 1998 09:31:06 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809171531.JAA03424@panzer.plutotech.com> Subject: Re: /dev/xpt0 In-Reply-To: <19980917092907.J367@kublai.com> from Brian Cully at "Sep 17, 98 09:29:07 am" To: shmit@kublai.com Date: Thu, 17 Sep 1998 09:31:06 -0600 (MDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Brian Cully wrote... > I was mucking around with camcontrol to-day, and I got the message: > > camcontrol: couldn't open /dev/xpt0: Device not configured If you were using CAM before the merge into -current, you've probably got an old device nodes lying around. The major numbers for the pass and xpt devices have changed. Grab a new copy of src/etc/etc.i386/MAKEDEV and re-make the devices. > I couldn't find the device entry in GENERIC or LINT; is there a reason > for that? Yes -- it's compiled by default. It is located in sys/cam/cam_xpt.c Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 08:37:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA26676 for freebsd-current-outgoing; Thu, 17 Sep 1998 08:37:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA26658 for ; Thu, 17 Sep 1998 08:37:41 -0700 (PDT) (envelope-from shmit@coleridge.kublai.com) Received: (from shmit@localhost) by coleridge.kublai.com (8.8.8/8.8.8) id LAA03313; Thu, 17 Sep 1998 11:37:11 -0400 (EDT) (envelope-from shmit) Message-ID: <19980917113709.65408@kublai.com> Date: Thu, 17 Sep 1998 11:37:09 -0400 From: Brian Cully To: "Kenneth D. Merry" Cc: current@FreeBSD.ORG Subject: Re: /dev/xpt0 Reply-To: shmit@kublai.com References: <19980917092907.J367@kublai.com> <199809171531.JAA03424@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: <199809171531.JAA03424@panzer.plutotech.com>; from Kenneth D. Merry on Thu, Sep 17, 1998 at 09:31:06AM -0600 X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 17, 1998 at 09:31:06AM -0600, Kenneth D. Merry wrote: > If you were using CAM before the merge into -current, you've probably got > an old device nodes lying around. The major numbers for the pass and xpt > devices have changed. Grab a new copy of src/etc/etc.i386/MAKEDEV and > re-make the devices. That was it, all right. Thanks. -bjc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 09:08:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA01212 for freebsd-current-outgoing; Thu, 17 Sep 1998 09:08:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from server.amis.net (server.amis.net [195.10.52.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA00993 for ; Thu, 17 Sep 1998 09:07:56 -0700 (PDT) (envelope-from blaz@gold.amis.net) Received: (from uucp@localhost) by server.amis.net (8.8.8/8.8.8) with UUCP id SAA29563 for freebsd-current@freebsd.org; Thu, 17 Sep 1998 18:07:27 +0200 (CEST) Received: from localhost (blaz@localhost) by gold.amis.net (8.9.1/8.8.8) with SMTP id SAA00416 for ; Thu, 17 Sep 1998 18:07:06 +0200 (CEST) Date: Thu, 17 Sep 1998 18:07:06 +0200 (CEST) From: Blaz Zupan To: freebsd-current@FreeBSD.ORG Subject: More CAM trouble 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 was running a Sep 2 kernel before doing a make world yesterday and upgrading to the latest -current. Now when I try to boot the kernel, I see that FreeBSD mounts the disks and then the box hangs with the drive light on. The last message I see is the one from the /etc/rc script doing the "mount -a". Really looks like a SCSI hang to me. Here is the output I get with the old (working) kernel (withouth CAM): ahc0: rev 0x00 int a irq 9 on pci0.13.0 ahc0: aic7880 Single Channel, SCSI Id=7, 16/255 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 516MB (1057616 512 byte sectors) sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 1547MB (3170160 512 byte sectors) cd0 at scbus0 target 3 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM can't get the size The FreeBSD disk is sd1, sd0 has Win95. The disks are fairly old (the Quantum is something like 5 years old, was even used in my old trusty Amiga), the NEC is about 3 years old. I tried booting the CAM kernel with -v, but nothing useful comes up. I also recompiled the kernel with CAMDEBUG (is that the only thing I need?), but did not see any useful messages when the box boots. I am fairly sure the cabling and termination is correct, and the box was working with a non-CAM kernel and it also works under Win95 (yikes). An interesting observation: I can boot single-user and then mount all disks with "mount -a". After that I can create a zero-length file ("echo >x") just fine, and also "sync" the disk afterwards, without a hang. But as soon as I do a "umount -a", the SCSI bus hangs. I am running softupdates, but tried turning them off with no visible effect. Anybody ideas appreciated, if you need more info, just ask. Here is the complete dmesg with a September 2nd kernel: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Wed Sep 2 17:55:43 CEST 1998 root@gold.amis.net:/usr/home/blaz/FreeBSD/src/sys/compile/GOLD Timecounter "i8254" frequency 1193182 Hz cost 5555 ns CPU: AMD Am5x86 Write-Back (486-class CPU) Origin = "AuthenticAMD" Id = 0x4f4 Stepping=4 Features=0x1 real memory = 67108864 (65536K bytes) avail memory = 63209472 (61728K bytes) Probing for devices on PCI bus 0: chip0: rev 0x31 on pci0.5.0 vga0: rev 0x53 int a irq 11 on pci0.11.0 ahc0: rev 0x00 int a irq 9 on pci0.13.0 ahc0: aic7880 Single Channel, SCSI Id=7, 16/255 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 516MB (1057616 512 byte sectors) sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 1547MB (3170160 512 byte sectors) cd0 at scbus0 target 3 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM can't get the size Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 on isa ed0: address 00:80:48:ed:41:8e, type NE2000 (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x3e8-0x3ef irq 5 on isa sio2: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fd0: 1.44MB 3.5in isic0 at 0xd80 irq 12 flags 0x4 on isa isic0: Teles S0/16.3 isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) (Addr=0x960) isic0: HSCX 82525 or 21525 Version 2.1 (AddrA=0x160, AddrB=0x560) npx0 on motherboard npx0: INT 16 interface i4b: ISDN call control device attached i4bisppp: 4 ISDN SyncPPP device(s) attached i4bctl: ISDN system control port attached i4bipr: 4 IP over raw HDLC ISDN device(s) attached i4btel: 2 ISDN telephony interface device(s) attached i4brbch: 4 raw B channel access device(s) attached i4btrc: 4 ISDN trace device(s) attached changing root device to sd1s4a ffs_mountfs: superblock updated ffs_mountfs: superblock updated Blaz Zupan, blaz@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 09:13:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA02455 for freebsd-current-outgoing; Thu, 17 Sep 1998 09:13:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles166.castles.com [208.214.165.166]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA02429 for ; Thu, 17 Sep 1998 09:13:25 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id JAA00680; Thu, 17 Sep 1998 09:18:36 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809171618.JAA00680@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: dan@math.berkeley.edu (Dan Strick) cc: freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Thu, 17 Sep 1998 02:05:23 PDT." <199809170905.CAA27537@math.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 17 Sep 1998 09:18:35 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG These are all good suggestions, which is why we do all these things already as far as is actually possible. > For all of these reasons, I favor a simple insertion sort by block > number using two lists of buffers not yet converted into I/O commands, > a "current" list and a "next" list. A new buffer is inserted into the > "current" list provided that: > > 1) The new buffer block number exceeds the first block number in the > "current" list minus some small quantity (e.g. our best guess at the > drive's cylinder size) intended to capture on average blocks in the > current cylinder, and > > 2) The number of buffers inserted into the "current" list since the > "next" list last become nonempty has not exceeded some small > number (e.g. 20) intended to encourage "fairness". > > Otherwise the new buffer goes into the "next" list. The goal of this > strategy is a simple compromise between the desires to maximize > throughput and to minimize maximum response time. > > One other thing: hardware and circumstances permitting (I don't know > about typical PC DMA capabilities), similar I/O requests for > contiguous disk addresses should be coalesced. This can be a > gigantic win. > > I submit these ideas for consideration the next time someone decides > to overhaul the optimization code. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Thu Sep 17 09:17:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03399 for freebsd-current-outgoing; Thu, 17 Sep 1998 09:17:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA03370; Thu, 17 Sep 1998 09:17:00 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id CAA19641; Fri, 18 Sep 1998 02:16:18 +1000 Date: Fri, 18 Sep 1998 02:16:18 +1000 From: Bruce Evans Message-Id: <199809171616.CAA19641@godzilla.zeta.org.au> To: jhay@mikom.csir.co.za, phk@critter.freebsd.dk Subject: Re: Death by SIGXCPU (problems with our clock code) Cc: bde@FreeBSD.ORG, current@FreeBSD.ORG, mike@smith.net.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >So, do you have better test code that is available, or should I just use >Mike's? I would really also like to find out what the problem is, because >I have just about given up trying to get PPS working properly from sio >interrupts on 486 and SMP machines. On my two machines that use the 8254 >for the timecounter I see forward jumps. How big and consistent are the jumps? microtime() was never designed to work when called from a fast interrupt handler. It's interesting that it works worse than before. It's fairly obvious why it doesn't - switching high-level timecounters is atomic, but the i8254 timecounter has internal state that is not switched atomically in clkintr(). This part of the problem should be easy to fix by adding a disable_intr()/enable_intr(). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 09:18:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03545 for freebsd-current-outgoing; Thu, 17 Sep 1998 09:18:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles166.castles.com [208.214.165.166]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA03505 for ; Thu, 17 Sep 1998 09:17:50 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (LOCALHOST [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id JAA00715; Thu, 17 Sep 1998 09:22:41 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809171622.JAA00715@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Andrzej Bialecki cc: freebsd-current@FreeBSD.ORG Subject: Re: Q. new kld linker In-reply-to: Your message of "Thu, 17 Sep 1998 13:02:06 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 17 Sep 1998 09:22:40 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi, > > I have a couple of questions concerning the new kernel module loader. > > * will it work with stripped kernels/modules? Currently used modload > requires a kernel with symbols. It only requires the _DYNAMIC object which is part of the data segment. > * what size of temporary files will it produce in process of loading? > Currently used modload runs normal ld, which produces a ca. 30kB file in > /tmp. This may sound for you like nothing, but it's very important for > tiny systems. It doesn't use temporary files at all; you pass the filename in as a syscall argument and it reads the file directly. > * is it supposed to be (eventually) used instead of current lkm? Yes; if we can switch the default kernel to ELF, we must migrate all of them. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Thu Sep 17 09:24:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA04957 for freebsd-current-outgoing; Thu, 17 Sep 1998 09:24:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA04898 for ; Thu, 17 Sep 1998 09:23:58 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id JAA11008; Thu, 17 Sep 1998 09:23:17 -0700 (PDT) (envelope-from jdp) Message-Id: <199809171623.JAA11008@austin.polstra.com> To: dwhite@resnet.uoregon.edu Subject: Re: aout SNAP problem (ldconfig) In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: jwd@unx.sas.com, current@FreeBSD.ORG Date: Thu, 17 Sep 1998 09:23:16 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article , Doug White wrote: > On Wed, 16 Sep 1998, John DeBoskey wrote: > > > Hi, > > > > I have been struggling to recover our aout snap creation process > > and continue to have a few problems. Obviously, on a -current > > box: > > > > cd /usr/src; /sbin/ldconfig -R > > ldconfig: /var/run/ld.so.hints: No such file or directory > > You probably don't have a ld.so.hints for ELF yet. If you > want to quiet this run > > ldconfig -elf -m /usr/lib/elf No, that's not it. The ELF hints file is named "ld-elf.so.hints". His message is complaining about the a.out hints file. I don't know why he doesn't have one. Also, there is no "/usr/lib/elf" directory -- it's "/usr/lib". John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 09:35:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA07604 for freebsd-current-outgoing; Thu, 17 Sep 1998 09:35:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA07585 for ; Thu, 17 Sep 1998 09:35:06 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id SAA06543; Thu, 17 Sep 1998 18:30:34 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.1/8.9.1) id SAA01961; Thu, 17 Sep 1998 18:10:45 +0200 (CEST) (envelope-from andreas) Message-ID: <19980917181043.A1013@klemm.gtn.com> Date: Thu, 17 Sep 1998 18:10:43 +0200 From: Andreas Klemm To: =?iso-8859-1?Q?Dag-Erling_Co=EFdanSm=F8rgrav?= Cc: current@FreeBSD.ORG Subject: Re: patch for src/Makefile.inc[01] to make 'stages' readable by grep References: <19980916204839.A27213@klemm.gtn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.93.2i In-Reply-To: =?iso-8859-1?Q?=3Cxzpn27zaby7=2Efsf=40hrotti=2Eifi=2Euio=2Eno=3E=3B_from?= =?iso-8859-1?Q?_Dag-Erling_Co=EFdanSm=F8rgrav__on_Thu=2C_Sep_17=2C_1998_?= =?iso-8859-1?Q?at_01:13:04AM_+0200?= X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 17, 1998 at 01:13:04AM +0200, Dag-Erling CoïdanSmørgrav wrote: > Andreas Klemm writes: > > May I commit this purely cosmetic but useful change to > > both files ? > > > > It would have the advantage that you can do a > > grep '>>>' /usr/src/world.log > > Hmm, ISTR suggesting something similar to Eivind a couple of months > back. I'd sure find it useful. I sometimes do stuff like this: > > /usr/src# script world.log make world 2>&1 | grep '==>' > or > /usr/src# make world >world.log 2>&1 & (tail -f world.log | grep '==>') > > to get a condensed progress report on-screen and a complete log on > disk. Yes but then you only get every compiled program not the context, what "stage" have beed done... ;-) -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 09:35:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA07708 for freebsd-current-outgoing; Thu, 17 Sep 1998 09:35:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA07659 for ; Thu, 17 Sep 1998 09:35:32 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id SAA06548; Thu, 17 Sep 1998 18:30:39 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.1/8.9.1) id SAA02266; Thu, 17 Sep 1998 18:13:02 +0200 (CEST) (envelope-from andreas) Message-ID: <19980917181302.B1013@klemm.gtn.com> Date: Thu, 17 Sep 1998 18:13:02 +0200 From: Andreas Klemm To: Studded , =?iso-8859-1?Q?Dag-Erling_Co=EFdan_Sm=F8rgrav?= Cc: current@FreeBSD.ORG Subject: Re: patch for src/Makefile.inc[01] to make 'stages' readable by grep References: <19980916204839.A27213@klemm.gtn.com> <3600B803.165F5D6C@dal.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <3600B803.165F5D6C@dal.net>; from Studded on Thu, Sep 17, 1998 at 12:19:31AM -0700 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Sep 17, 1998 at 12:19:31AM -0700, Studded wrote: > > I've had good luck with tee (ala Nik's make world tutorial) and I > generally grep for '---------' or something similar. Yes, then you have to hop through the file and put together manually, through what stages the make world process went through ... Introducing a pattern like this would give you the advantage to show, in which "bootstrapping context" the make world failed or what's missing or if the stages do the right thing and so on. -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 09:55:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA11587 for freebsd-current-outgoing; Thu, 17 Sep 1998 09:55:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA11578 for ; Thu, 17 Sep 1998 09:55:32 -0700 (PDT) (envelope-from chuckr@mat.net) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.9.1/8.8.5) with SMTP id MAA01102 for ; Thu, 17 Sep 1998 12:55:00 -0400 (EDT) Date: Thu, 17 Sep 1998 12:54:59 -0400 (EDT) From: Chuck Robey To: freebsd-current@FreeBSD.ORG Subject: tools ->printf 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'm still trying to figure out what's wrong here with my smp problem, but I noticed that printf (the utility, not the function) is called in /usr/src/usr.sbin/amd/Makefile.inc, but printf isn't listed as a tool in /usr/src/Makefile.inc1. Is this the correct way for it to be (I'm not certain of the requirements to get on the tools list). ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic (FreeBSD-current) (301) 220-2114 | and jaunt (NetBSD). ----------------------------+----------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 10:12:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14681 for freebsd-current-outgoing; Thu, 17 Sep 1998 10:12:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp-gw.BayNetworks.COM (ns1.BayNetworks.COM [134.177.3.20]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14674 for ; Thu, 17 Sep 1998 10:12:16 -0700 (PDT) (envelope-from thomma@BayNetworks.COM) Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107] (may be forged)) by smtp-gw.BayNetworks.COM (8.8.8/8.8.8) with ESMTP id KAA01534; Thu, 17 Sep 1998 10:11:54 -0700 (PDT) Received: from fedex.engwest.baynetworks.com (fedex.engwest.baynetworks.com [134.177.110.46]) by mailhost.BayNetworks.COM (8.8.8/8.8.8) with SMTP id KAA01711; Thu, 17 Sep 1998 10:11:53 -0700 (PDT) Received: from carrera.engwest (carrera.engwest.baynetworks.com) by fedex.engwest.baynetworks.com (4.1/SMI-4.1) Received: from localhost by carrera.engwest (SMI-8.6/SMI-SVR4) id KAA08878; Thu, 17 Sep 1998 10:08:45 -0700 To: ben@rosengart.com, benedict@echonyc.com Cc: current@FreeBSD.ORG Subject: Re: soft updates panic once more; downgrading In-Reply-To: Your message of "Thu, 17 Sep 1998 00:55:37 -0400 (EDT)" References: X-Mailer: Mew version 1.92 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980917100844U.thomma@baynetworks.com> Date: Thu, 17 Sep 1998 10:08:44 -0700 From: Tamiji Homma X-Dispatcher: imput version 971024 Lines: 23 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I had another soft updates panic today on my pre-CAM kernel, which I had > believed to be stable (it has Luoqi's patch and made it through several > world builds). > panic: initiate_write_filepage: dir inum 0 != new 246465 Just a data point. 9/16/1998 8pm PDT cvsup'ed. SMP(440FX, dual PPros, 128MB), SOFTUPDATES, SCSI_CAM(Single 4.3G 9ES), ELF make -j4 buildworld 1:20:39 successful make -j8 buildworld the same panic as above This is off topic but everytime I got panic and fsck with softupdate doesn't fix the file system correctly. I always have to turn softupdates off, and tunefs -n enable again after fsck. I remember that fsck is(must be?) softupdates aware so that it knows how to fix the file system inconsistency for softupdates enabled file system in case of crash. However, fsck appears to be not doing the job. Am I misunderstood about this? Tammy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 10:16:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15498 for freebsd-current-outgoing; Thu, 17 Sep 1998 10:16:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15396 for ; Thu, 17 Sep 1998 10:15:58 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.03 #1) id 0zJfe6-00017f-00; Thu, 17 Sep 1998 16:06:58 +0100 Date: Thu, 17 Sep 1998 16:06:58 +0100 From: Ben Smithurst To: Mike Smith Cc: FreeBSD Current Subject: Re: system hangs with soft updates Message-ID: <19980917160658.A3997@scientia.demon.co.uk> References: <19980916230821.A282@scientia.demon.co.uk> <199809170008.RAA00894@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <199809170008.RAA00894@dingo.cdrom.com> User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > This is where you were when the interrupt occurred. Unfortunately the > line number above is wrong; wdstart() begins around line 900. oops > Did you see any "dummy wdunwedge" messages before you dropped into DDB, > or any other messages at all? I don't think so, but I probably didn't know what to look for, and what was and wasn't relevant. I'll try to get a bit more when I do it again. > If you can reproduce the situation again, Easily, it seems to happen every time. > it would be useful if you > could drop into DDB, copy the trace output, then use 'c' to continue > and repeat the process a couple of times. This would clarify whether > you're stuck in the IDE driver, or whether you just happened to catch > it there on a chance. OK... -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 10:17:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15746 for freebsd-current-outgoing; Thu, 17 Sep 1998 10:17:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15735 for ; Thu, 17 Sep 1998 10:17:05 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.03 #1) id 0zJfgZ-0001CE-00; Thu, 17 Sep 1998 16:09:31 +0100 Date: Thu, 17 Sep 1998 16:09:31 +0100 From: Ben Smithurst To: Julian Elischer Cc: FreeBSD Current Subject: Re: system hangs with soft updates Message-ID: <19980917160931.B3997@scientia.demon.co.uk> References: <19980916230821.A282@scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer wrote: > At the time you hit the last key, the machine was already servicing a disk > interrupt.. it this always there? I've only tried this once: I'll repeat if a few times, follow some of Mike's advice, and see if it's always fairly similar. > maybe this never completes, but keeps scheduling new work. > is the disk busy? If busy == light on, then yes. If busy == actually doing anything, then no, as far as I can tell (perhaps it's just doing something very quietly...) -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 10:17:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15833 for freebsd-current-outgoing; Thu, 17 Sep 1998 10:17:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15742 for ; Thu, 17 Sep 1998 10:17:14 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.03 #1) id 0zJhH7-0000JD-00; Thu, 17 Sep 1998 17:51:21 +0100 Date: Thu, 17 Sep 1998 17:51:21 +0100 From: Ben Smithurst To: Hostas Red , current@FreeBSD.ORG Subject: Re: strange things Message-ID: <19980917175121.A884@scientia.demon.co.uk> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hostas Red wrote: > kong@kong:~> ping www.freebsd.org > PING freefall.freebsd.org (204.216.27.21): 56 data bytes > ping: sendto: No buffer space available > ping: sendto: No buffer space available > ping: sendto: No buffer space available > ping: sendto: No buffer space available > ping: sendto: No buffer space available > > This happens approx every 24 hours of uptime, or so. Sometimes less, > sometimes more time can pass, but this always happens. I hate saying this, since it makes me look like an AOLer, but, uh, me too. I can't remember how long my system had been up. I can't remember if stopping and restarting the ppp program cured it or not, I don't think it did. > When i use > ifconfig xl0 down > ifconfig xl0 up > everything works again, but time passes and again 'No buffer space...' > > What i'm getting wrong? Maybe 'xl' driver broken? Or what? Must be more general than that: I'm using ppp so it affects the tun interface as well. -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 10:17:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15903 for freebsd-current-outgoing; Thu, 17 Sep 1998 10:17:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15848; Thu, 17 Sep 1998 10:17:33 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.03 #1) id 0zJhIv-0000JT-00; Thu, 17 Sep 1998 17:53:13 +0100 Date: Thu, 17 Sep 1998 17:53:13 +0100 From: Ben Smithurst To: sos@FreeBSD.ORG, FreeBSD current Subject: Re: WARNING: disable screensavers! Message-ID: <19980917175313.B884@scientia.demon.co.uk> References: <199809170634.IAA05366@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <199809170634.IAA05366@sos.freebsd.dk> User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sren Schmidt wrote: > There is trouble with the screensaver since the VESA code got added. > I was not aware that it could hang some systems, just that it acted > wierd in some cases. > The problem will be fixed as soon as time permits, so please > disable your savers for now. Does this apply to all screensavers? I rebuilt the world last night, and the green saver seems OK. Or is it more recent than that? -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 10:17:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15942 for freebsd-current-outgoing; Thu, 17 Sep 1998 10:17:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA15886 for ; Thu, 17 Sep 1998 10:17:38 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.03 #1) id 0zJh35-0000Dz-00; Thu, 17 Sep 1998 17:36:51 +0100 Date: Thu, 17 Sep 1998 17:36:51 +0100 From: Ben Smithurst To: Mike Smith Cc: FreeBSD Current Subject: Re: system hangs with soft updates Message-ID: <19980917173651.A567@scientia.demon.co.uk> References: <19980916230821.A282@scientia.demon.co.uk> <199809170008.RAA00894@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <199809170008.RAA00894@dingo.cdrom.com> User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > > _wdstart(ctrlr=1) at _wdstart+0x4af [../../i386/isa/wd.c:332] > > This is where you were when the interrupt occurred. Unfortunately the > line number above is wrong; wdstart() begins around line 900. I've repeated it, and it definitely says 332, so don't blame me for that one > Did you see any "dummy wdunwedge" messages before you dropped into DDB, > or any other messages at all? No, I'm pretty sure I didn't see anything like that. > If you can reproduce the situation again, it would be useful if you > could drop into DDB, copy the trace output, then use 'c' to continue > and repeat the process a couple of times. This would clarify whether > you're stuck in the IDE driver, or whether you just happened to catch > it there on a chance. When I press c, nothing happens. I have to ctrl-alt-esc to get back into the debugger. A few other lines which may be relevant, everything else was pretty much the same as last time: _worklist_insert(head=f1a049a0,item=f0fa0280) at _worklist_insert+0x10 [../../ufs/ffs/ffs_softdep.c:402] _softdep_disk_write_complete(bp=f1a049a0) at _softdep_disk_write_complete+0x29d [../../ufs/ffs/ffs_softdep.c:3012] _biodone(bp=f1a049a0) at _biodone+0xab [../../kern/vfs_bio.c:1915] The disk light did actually go off after a while, but it came on again as soon as I typed (c)ontinue, so it's stuck somewhere. -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 10:30:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA18098 for freebsd-current-outgoing; Thu, 17 Sep 1998 10:30:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.aha.ru (ns1.aha.ru [195.2.80.142]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA18018 for ; Thu, 17 Sep 1998 10:29:56 -0700 (PDT) (envelope-from ozz.etrust.ru!osa@serv.etrust.ru) Received: from sunny.aha.ru (sunny.aha.ru [195.2.83.112]) by ns1.aha.ru (8.9.1/8.9.1/aha-r/0.04B) with ESMTP id VAA13294 for ; Thu, 17 Sep 1998 21:29:32 +0400 (MSD) Received: by sunny.aha.ru id VAA19513; (8.8.8/vak/1.9) Thu, 17 Sep 1998 21:29:09 +0400 (MSD) Received: from unknown(195.2.84.114) by sunny.aha.ru via smap (V1.3) id sma019342; Thu Sep 17 21:28:55 1998 Received: from ozz.etrust.ru by serv.etrust.ru with ESMTP id VAA01474; (8.9.1/vak/1.9) Thu, 17 Sep 1998 21:31:48 +0400 (MSD) Received: by ozz.etrust.ru id VAA14235; (8.9.1/vak/1.9) Thu, 17 Sep 1998 21:30:59 +0400 (MSD) From: osa@ozz.etrust.ru (Ozz!!!) Message-Id: <199809171730.VAA14235@ozz.etrust.ru> Subject: Can't compile kernel... To: freebsd-current@FreeBSD.ORG Date: Thu, 17 Sep 1998 21:30:58 +0400 (MSD) 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 Hello! Problems with -current-elf... Can't compile kernel: aout libs is dead... How can i compile kernel in ELF ?? Does it possible ? Rgdz, oZZ, osa@etrust.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 10:36:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA19166 for freebsd-current-outgoing; Thu, 17 Sep 1998 10:36:59 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA19139 for ; Thu, 17 Sep 1998 10:36:48 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id TAA26264 for ; Thu, 17 Sep 1998 19:36:19 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id TAA15293 for freebsd-current@freebsd.org; Thu, 17 Sep 1998 19:39:13 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809171739.TAA15293@yacht.domestic.de> Subject: LINT not up to date To: freebsd-current@FreeBSD.ORG (FreeBSD Current) Date: Thu, 17 Sep 1998 19:39:13 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, before 3.0 gets released options SCSI_CAM options SCSI_DELAY=... should be added to LINT for documentation. cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 I like to think. Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 11:46:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01234 for freebsd-current-outgoing; Thu, 17 Sep 1998 11:46:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA01153 for ; Thu, 17 Sep 1998 11:46:10 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id MAA04685; Thu, 17 Sep 1998 12:45:37 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809171845.MAA04685@panzer.plutotech.com> Subject: Re: LINT not up to date In-Reply-To: <199809171739.TAA15293@yacht.domestic.de> from Joachim Kuebart at "Sep 17, 98 07:39:13 pm" To: joki@kuebart.stuttgart.netsurf.de (Joachim Kuebart) Date: Thu, 17 Sep 1998 12:45:37 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joachim Kuebart wrote... > Hi, > > before 3.0 gets released > > options SCSI_CAM > options SCSI_DELAY=... > > should be added to LINT for documentation. They're both in LINT. Look again. # grep "Id" LINT # $Id: LINT,v 1.467 1998/09/17 03:15:30 msmith Exp $ # egrep 'SCSI_CAM|SCSI_DELAY' LINT options SCSI_DELAY=8000 # Be pessimistic about Joe SCSI device options SCSI_CAM #We're using CAM in this kernel The SCSI_CAM option is only necessary if you're using the QLogic driver. The SCSI_DELAY option is only necessary if a 2 second bus settle delay isn't enough for your hardware. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 11:47:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01554 for freebsd-current-outgoing; Thu, 17 Sep 1998 11:47:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA01522 for ; Thu, 17 Sep 1998 11:47:12 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id LAA28895; Thu, 17 Sep 1998 11:47:10 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: YAMAMOTO Shigeru cc: current@FreeBSD.ORG Subject: Re: A new SNAPshot is finally on current.freebsd.org In-reply-to: Your message of "Thu, 17 Sep 1998 22:26:59 +0900." <19980917222659U.shigeru@iij.ad.jp> Date: Thu, 17 Sep 1998 11:47:10 -0700 Message-ID: <28892.906058030@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I can't access ftp://current.freebsd.org/pub/FreeBSD/3.0-19980917-SNAP/. > Because, a permission of that directory is Thanks, fixed! - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 12:02:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA05295 for freebsd-current-outgoing; Thu, 17 Sep 1998 12:02:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA05188 for ; Thu, 17 Sep 1998 12:02:20 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id EAA27906; Fri, 18 Sep 1998 04:58:31 +1000 Date: Fri, 18 Sep 1998 04:58:31 +1000 From: Bruce Evans Message-Id: <199809171858.EAA27906@godzilla.zeta.org.au> To: chuckr@mat.net, freebsd-current@FreeBSD.ORG Subject: Re: tools ->printf Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Subject: tools ->printf >I'm still trying to figure out what's wrong here with my smp problem, >but I noticed that printf (the utility, not the function) is called in >/usr/src/usr.sbin/amd/Makefile.inc, but printf isn't listed as a tool in >/usr/src/Makefile.inc1. Is this the correct way for it to be (I'm not >certain of the requirements to get on the tools list). Use of printf -> /dev/null. amd/Makefile.inc is too sophisticated. The `!=' assignment that it uses to find the obj directory has some advantages, but is avoided for various reasons in hundreds of other Makefiles. (I once tried to get a variant of it to work in cc, but gave up when I hit recursion and efficiency problems. amd uses a cleverer version to avoid some of the efficiency problems.) Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 12:04:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA05710 for freebsd-current-outgoing; Thu, 17 Sep 1998 12:04:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA05698 for ; Thu, 17 Sep 1998 12:04:27 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA04117; Thu, 17 Sep 1998 11:52:35 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdNA4106; Thu Sep 17 18:52:28 1998 Date: Thu, 17 Sep 1998 11:52:22 -0700 (PDT) From: Julian Elischer To: Mike Smith cc: current@FreeBSD.ORG Subject: Re: Possble deadlock on ffsvgt or spl() leak? In-Reply-To: <199809170614.XAA02908@dingo.cdrom.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 soft updates involved? On Wed, 16 Sep 1998, Mike Smith wrote: > > Trying to build a 3.0 snapshot for public consumption here, we're > seeing the system come to a relative halt (no user processes running, > still possible to break into DDB). > > There's a collection of processes sleeping on 'ffsvgt', and the kernel > is running in the idle loop (breaking to DDB interrupts _default_halt). > > This is on a reasonably current SMP kernel (midday yesterday). > _cpl looked a little worrying (0xc300009a), which is why I was > wondering about a possible spl() leak. > > Anyone have any bright ideas? > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > > > 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 Sep 17 12:31:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10229 for freebsd-current-outgoing; Thu, 17 Sep 1998 12:31:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA10223 for ; Thu, 17 Sep 1998 12:31:02 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id VAA27871 for ; Thu, 17 Sep 1998 21:30:21 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id VAA29946 for freebsd-current@freebsd.org; Thu, 17 Sep 1998 21:33:16 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809171933.VAA29946@yacht.domestic.de> Subject: Correct names for C globals in kernel To: freebsd-current@FreeBSD.ORG (FreeBSD Current) Date: Thu, 17 Sep 1998 21:33:16 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, this patch is interesting if it is planned to convert the kernel itself to ELF. With these patches, the kernel will link in an ELF world. Under /usr/src/sys there is an assembler macro called CNAME that adds an optional underscore to global symbols when needed. However, that macro is rarely used. The following patch remedies that: Index: i386/i386/exception.s =================================================================== RCS file: /usr/CVS-Repository/src/sys/i386/i386/exception.s,v retrieving revision 1.55 diff -u -r1.55 exception.s --- exception.s 1998/08/10 19:41:07 1.55 +++ exception.s 1998/09/01 00:22:25 @@ -312,7 +312,7 @@ ENTRY(fork_trampoline) call _spl0 - movl _curproc,%eax + movl CNAME(curproc),%eax addl $P_SWITCHTIME,%eax movl _switchtime,%ecx testl %ecx,%ecx Index: i386/i386/globals.s =================================================================== RCS file: /usr/CVS-Repository/src/sys/i386/i386/globals.s,v retrieving revision 1.7 diff -u -r1.7 globals.s --- globals.s 1998/08/18 07:46:58 1.7 +++ globals.s 1998/09/01 00:22:25 @@ -59,7 +59,7 @@ .set _prv_CPAGE3,_SMP_prvstart + PS_CPAGE3 .set _prv_PPAGE1,_SMP_prvstart + PS_PPAGE1 .set _SMP_ioapic,_SMP_prvstart + PS_IOAPICS -#endif +#endif /* SMP */ /* * Define layout of the global data. On SMP this lives in @@ -70,20 +70,21 @@ ALIGN_DATA globaldata: .space GD_SIZEOF /* in data segment */ -#endif - .globl _curproc,_curpcb,_npxproc,_common_tss,_switchtime - .set _curproc,globaldata + GD_CURPROC - .set _curpcb,globaldata + GD_CURPCB - .set _npxproc,globaldata + GD_NPXPROC - .set _common_tss,globaldata + GD_COMMON_TSS - .set _switchtime,globaldata + GD_SWITCHTIME +#endif /* !SMP */ + .globl CNAME(curproc),CNAME(curpcb),CNAME(npxproc) + .globl CNAME(common_tss),CNAME(switchtime) + .set CNAME(curproc),globaldata + GD_CURPROC + .set CNAME(curpcb),globaldata + GD_CURPCB + .set CNAME(npxproc),globaldata + GD_NPXPROC + .set CNAME(common_tss),globaldata + GD_COMMON_TSS + .set CNAME(switchtime),globaldata + GD_SWITCHTIME #ifdef VM86 - .globl _common_tssd,_private_tss,_my_tr - .set _common_tssd,globaldata + GD_COMMON_TSSD - .set _private_tss,globaldata + GD_PRIVATE_TSS - .set _my_tr,globaldata + GD_MY_TR -#endif + .globl CNAME(common_tssd),CNAME(private_tss),CNAME(my_tr) + .set CNAME(common_tssd),globaldata + GD_COMMON_TSSD + .set CNAME(private_tss),globaldata + GD_PRIVATE_TSS + .set CNAME(my_tr),globaldata + GD_MY_TR +#endif /* VM86 */ #ifdef USER_LDT .globl _currentldt @@ -109,7 +110,7 @@ .set _prv_CMAP3,globaldata + GD_PRV_CMAP3 .set _prv_PMAP1,globaldata + GD_PRV_PMAP1 .set _inside_intr,globaldata + GD_INSIDE_INTR -#endif +#endif /* SMP */ #if defined(SMP) || defined(APIC_IO) .globl lapic_eoi, lapic_svr, lapic_tpr, lapic_irr1, lapic_ver @@ -176,4 +177,4 @@ .set lapic_ticr, _lapic + 0x380 .set lapic_tccr, _lapic + 0x390 .set lapic_tdcr, _lapic + 0x3e0 -#endif +#endif /* SMP || APIC_IO */ Index: i386/i386/locore.s =================================================================== RCS file: /usr/CVS-Repository/src/sys/i386/i386/locore.s,v retrieving revision 1.112 diff -u -r1.112 locore.s --- locore.s 1998/08/03 21:31:32 1.112 +++ locore.s 1998/09/01 00:22:25 @@ -369,7 +369,7 @@ movl _proc0paddr,%eax movl _IdlePTD, %esi movl %esi,PCB_CR3(%eax) - movl $_proc0,_curproc + movl $_proc0,CNAME(curproc) movl physfree, %esi pushl %esi /* value of first for init386(first) */ Index: i386/i386/support.s =================================================================== RCS file: /usr/CVS-Repository/src/sys/i386/i386/support.s,v retrieving revision 1.59 diff -u -r1.59 support.s --- support.s 1998/05/11 02:13:43 1.59 +++ support.s 1998/06/21 14:37:05 @@ -243,7 +243,7 @@ * method. CR0_TS must be preserved although it is very likely to * always end up as clear. */ - cmpl $0,_npxproc + cmpl $0,CNAME(npxproc) je i586_bz1 cmpl $256+184,%ecx /* empirical; not quite 2*108 more */ jb intreg_i586_bzero @@ -295,7 +295,7 @@ cmpl $8,%ecx jae fpureg_i586_bzero_loop - cmpl $0,_npxproc + cmpl $0,CNAME(npxproc) je i586_bz3 frstor 0(%esp) addl $108,%esp @@ -504,7 +504,7 @@ sarb $1,kernel_fpu_lock jc small_i586_bcopy - cmpl $0,_npxproc + cmpl $0,CNAME(npxproc) je i586_bc1 smsw %dx clts @@ -575,7 +575,7 @@ cmpl $64,%ecx jae 4b - cmpl $0,_npxproc + cmpl $0,CNAME(npxproc) je i586_bc2 frstor 0(%esp) addl $108,%esp @@ -671,7 +671,7 @@ jmp *_copyout_vector ENTRY(generic_copyout) - movl _curpcb,%eax + movl CNAME(curpcb),%eax movl $copyout_fault,PCB_ONFAULT(%eax) pushl %esi pushl %edi @@ -782,7 +782,7 @@ popl %edi popl %esi xorl %eax,%eax - movl _curpcb,%edx + movl CNAME(curpcb),%edx movl %eax,PCB_ONFAULT(%edx) ret @@ -791,7 +791,7 @@ popl %ebx popl %edi popl %esi - movl _curpcb,%edx + movl CNAME(curpcb),%edx movl $0,PCB_ONFAULT(%edx) movl $EFAULT,%eax ret @@ -801,7 +801,7 @@ /* * Duplicated from generic_copyout. Could be done a bit better. */ - movl _curpcb,%eax + movl CNAME(curpcb),%eax movl $copyout_fault,PCB_ONFAULT(%eax) pushl %esi pushl %edi @@ -856,7 +856,7 @@ jmp *_copyin_vector ENTRY(generic_copyin) - movl _curpcb,%eax + movl CNAME(curpcb),%eax movl $copyin_fault,PCB_ONFAULT(%eax) pushl %esi pushl %edi @@ -894,7 +894,7 @@ popl %edi popl %esi xorl %eax,%eax - movl _curpcb,%edx + movl CNAME(curpcb),%edx movl %eax,PCB_ONFAULT(%edx) ret @@ -902,7 +902,7 @@ copyin_fault: popl %edi popl %esi - movl _curpcb,%edx + movl CNAME(curpcb),%edx movl $0,PCB_ONFAULT(%edx) movl $EFAULT,%eax ret @@ -912,7 +912,7 @@ /* * Duplicated from generic_copyin. Could be done a bit better. */ - movl _curpcb,%eax + movl CNAME(curpcb),%eax movl $copyin_fault,PCB_ONFAULT(%eax) pushl %esi pushl %edi @@ -966,13 +966,13 @@ jnz fastmove_tail /* if (npxproc != NULL) { */ - cmpl $0,_npxproc + cmpl $0,CNAME(npxproc) je 6f /* fnsave(&curpcb->pcb_savefpu); */ - movl _curpcb,%eax + movl CNAME(curpcb),%eax fnsave PCB_SAVEFPU(%eax) /* npxproc = NULL; */ - movl $0,_npxproc + movl $0,CNAME(npxproc) /* } */ 6: /* now we own the FPU. */ @@ -989,7 +989,7 @@ movl %esi,-8(%ebp) movl %edi,-4(%ebp) movl %esp,%edi - movl _curpcb,%esi + movl CNAME(curpcb),%esi addl $PCB_SAVEFPU,%esi cld movl $PCB_SAVEFPU_SIZE>>2,%ecx @@ -1001,9 +1001,9 @@ /* stop_emulating(); */ clts /* npxproc = curproc; */ - movl _curproc,%eax - movl %eax,_npxproc - movl _curpcb,%eax + movl CNAME(curproc),%eax + movl %eax,CNAME(npxproc) + movl CNAME(curpcb),%eax movl $fastmove_fault,PCB_ONFAULT(%eax) 4: movl %ecx,-12(%ebp) @@ -1065,7 +1065,7 @@ movl %ecx,-12(%ebp) movl %esi,-8(%ebp) movl %edi,-4(%ebp) - movl _curpcb,%edi + movl CNAME(curpcb),%edi addl $PCB_SAVEFPU,%edi movl %esp,%esi cld @@ -1081,11 +1081,11 @@ orb $CR0_TS,%al lmsw %ax /* npxproc = NULL; */ - movl $0,_npxproc + movl $0,CNAME(npxproc) ALIGN_TEXT fastmove_tail: - movl _curpcb,%eax + movl CNAME(curpcb),%eax movl $fastmove_tail_fault,PCB_ONFAULT(%eax) movb %cl,%al @@ -1104,7 +1104,7 @@ ALIGN_TEXT fastmove_fault: - movl _curpcb,%edi + movl CNAME(curpcb),%edi addl $PCB_SAVEFPU,%edi movl %esp,%esi cld @@ -1115,7 +1115,7 @@ smsw %ax orb $CR0_TS,%al lmsw %ax - movl $0,_npxproc + movl $0,CNAME(npxproc) fastmove_tail_fault: movl %ebp,%esp @@ -1124,7 +1124,7 @@ popl %ebx popl %edi popl %esi - movl _curpcb,%edx + movl CNAME(curpcb),%edx movl $0,PCB_ONFAULT(%edx) movl $EFAULT,%eax ret @@ -1134,7 +1134,7 @@ * fu{byte,sword,word} : fetch a byte (sword, word) from user memory */ ENTRY(fuword) - movl _curpcb,%ecx + movl CNAME(curpcb),%ecx movl $fusufault,PCB_ONFAULT(%ecx) movl 4(%esp),%edx /* from */ @@ -1157,7 +1157,7 @@ ret ENTRY(fusword) - movl _curpcb,%ecx + movl CNAME(curpcb),%ecx movl $fusufault,PCB_ONFAULT(%ecx) movl 4(%esp),%edx @@ -1169,7 +1169,7 @@ ret ENTRY(fubyte) - movl _curpcb,%ecx + movl CNAME(curpcb),%ecx movl $fusufault,PCB_ONFAULT(%ecx) movl 4(%esp),%edx @@ -1182,7 +1182,7 @@ ALIGN_TEXT fusufault: - movl _curpcb,%ecx + movl CNAME(curpcb),%ecx xorl %eax,%eax movl %eax,PCB_ONFAULT(%ecx) decl %eax @@ -1192,7 +1192,7 @@ * su{byte,sword,word}: write a byte (word, longword) to user memory */ ENTRY(suword) - movl _curpcb,%ecx + movl CNAME(curpcb),%ecx movl $fusufault,PCB_ONFAULT(%ecx) movl 4(%esp),%edx @@ -1236,12 +1236,12 @@ movl 8(%esp),%eax movl %eax,(%edx) xorl %eax,%eax - movl _curpcb,%ecx + movl CNAME(curpcb),%ecx movl %eax,PCB_ONFAULT(%ecx) ret ENTRY(susword) - movl _curpcb,%ecx + movl CNAME(curpcb),%ecx movl $fusufault,PCB_ONFAULT(%ecx) movl 4(%esp),%edx @@ -1285,13 +1285,13 @@ movw 8(%esp),%ax movw %ax,(%edx) xorl %eax,%eax - movl _curpcb,%ecx /* restore trashed register */ + movl CNAME(curpcb),%ecx /* restore trashed register */ movl %eax,PCB_ONFAULT(%ecx) ret ALTENTRY(suibyte) ENTRY(subyte) - movl _curpcb,%ecx + movl CNAME(curpcb),%ecx movl $fusufault,PCB_ONFAULT(%ecx) movl 4(%esp),%edx @@ -1334,7 +1334,7 @@ movb 8(%esp),%al movb %al,(%edx) xorl %eax,%eax - movl _curpcb,%ecx /* restore trashed register */ + movl CNAME(curpcb),%ecx /* restore trashed register */ movl %eax,PCB_ONFAULT(%ecx) ret @@ -1348,7 +1348,7 @@ ENTRY(copyinstr) pushl %esi pushl %edi - movl _curpcb,%ecx + movl CNAME(curpcb),%ecx movl $cpystrflt,PCB_ONFAULT(%ecx) movl 12(%esp),%esi /* %esi = from */ @@ -1396,7 +1396,7 @@ cpystrflt_x: /* set *lencopied and return %eax */ - movl _curpcb,%ecx + movl CNAME(curpcb),%ecx movl $0,PCB_ONFAULT(%ecx) movl 20(%esp),%ecx subl %edx,%ecx Index: i386/i386/swtch.s =================================================================== RCS file: /usr/CVS-Repository/src/sys/i386/i386/swtch.s,v retrieving revision 1.75 diff -u -r1.75 swtch.s --- swtch.s 1998/07/28 17:35:09 1.75 +++ swtch.s 1998/09/01 00:35:48 @@ -269,14 +269,14 @@ /* update common_tss.tss_esp0 pointer */ #ifdef VM86 - movl _my_tr, %esi + movl CNAME(my_tr), %esi #endif /* VM86 */ - movl %ecx, _common_tss + TSS_ESP0 + movl %ecx, CNAME(common_tss) + TSS_ESP0 #ifdef VM86 - btrl %esi, _private_tss + btrl %esi, CNAME(private_tss) je 1f - movl $_common_tssd, %edi + movl $CNAME(common_tssd), %edi /* move correct tss descriptor into GDT slot, then reload tr */ leal _gdt(,%esi,8), %ebx /* entry in GDT */ @@ -395,14 +395,14 @@ /* update common_tss.tss_esp0 pointer */ #ifdef VM86 - movl _my_tr, %esi + movl CNAME(my_tr), %esi #endif /* VM86 */ - movl %esp, _common_tss + TSS_ESP0 + movl %esp, CNAME(common_tss) + TSS_ESP0 #ifdef VM86 - btrl %esi, _private_tss + btrl %esi, CNAME(private_tss) je 1f - movl $_common_tssd, %edi + movl $CNAME(common_tssd), %edi /* move correct tss descriptor into GDT slot, then reload tr */ leal _gdt(,%esi,8), %ebx /* entry in GDT */ @@ -455,7 +455,7 @@ ENTRY(cpu_switch) /* switch to new process. first, save context as needed */ - movl _curproc,%ecx + movl CNAME(curproc),%ecx /* if no process to save, don't bother */ testl %ecx,%ecx @@ -492,8 +492,8 @@ #if NNPX > 0 /* have we used fp, and need a save? */ - movl _curproc,%eax - cmpl %eax,_npxproc + movl CNAME(curproc),%eax + cmpl %eax,CNAME(npxproc) jne 1f addl $PCB_SAVEFPU,%ecx /* h/w bugs make saving complicated */ pushl %ecx @@ -502,7 +502,7 @@ 1: #endif /* NNPX > 0 */ - movl $0,_curproc /* out of process */ + movl $0,CNAME(curproc) /* out of process */ /* save is done, now choose a new process or idle */ sw1: @@ -650,17 +650,17 @@ #endif /* SMP */ #ifdef VM86 - movl _my_tr, %esi + movl CNAME(my_tr), %esi cmpl $0, PCB_EXT(%edx) /* has pcb extension? */ je 1f - btsl %esi, _private_tss /* mark use of private tss */ + btsl %esi, CNAME(private_tss) /* mark use of private tss */ movl PCB_EXT(%edx), %edi /* new tss descriptor */ jmp 2f 1: #endif /* update common_tss.tss_esp0 pointer */ - movl $_common_tss, %eax + movl $CNAME(common_tss), %eax movl %edx, %ebx /* pcb */ #ifdef VM86 addl $(UPAGES * PAGE_SIZE - 16), %ebx @@ -670,9 +670,9 @@ movl %ebx, TSS_ESP0(%eax) #ifdef VM86 - btrl %esi, _private_tss + btrl %esi, CNAME(private_tss) je 3f - movl $_common_tssd, %edi + movl $CNAME(common_tssd), %edi 2: /* move correct tss descriptor into GDT slot, then reload tr */ leal _gdt(,%esi,8), %ebx /* entry in GDT */ @@ -705,8 +705,8 @@ movl _cpuid,%eax movb %al, P_ONCPU(%ecx) #endif /* SMP */ - movl %edx, _curpcb - movl %ecx, _curproc /* into next process */ + movl %edx, CNAME(curpcb) + movl %ecx, CNAME(curproc) /* into next process */ #ifdef SMP movl _cpu_lockid, %eax @@ -800,7 +800,7 @@ * have to handle h/w bugs for reloading. We used to lose the * parent's npx state for forks by forgetting to reload. */ - movl _npxproc,%eax + movl CNAME(npxproc),%eax testl %eax,%eax je 1f Index: i386/i386/vm86bios.s =================================================================== RCS file: /usr/CVS-Repository/src/sys/i386/i386/vm86bios.s,v retrieving revision 1.4 diff -u -r1.4 vm86bios.s --- vm86bios.s 1998/09/10 12:16:06 1.4 +++ vm86bios.s 1998/09/17 06:04:50 @@ -70,13 +70,13 @@ ALIGN_LOCK /* Get global lock */ popl %edx #endif - movl _curproc,%ecx - pushl %ecx /* save _curproc value */ + movl CNAME(curproc),%ecx + pushl %ecx /* save curproc value */ testl %ecx,%ecx je 1f /* no process to save */ #if NNPX > 0 - cmpl %ecx,_npxproc /* do we need to save fp? */ + cmpl %ecx,CNAME(npxproc) /* do we need to save fp? */ jne 1f pushl %edx movl P_ADDR(%ecx),%ecx @@ -108,12 +108,12 @@ movl SCR_PGTABLE(%edx),%eax /* va of vm86 page table */ movl %ebx,4(%eax) /* set vm86 PTE entry 1 */ 1: - movl _curpcb,%eax + movl CNAME(curpcb),%eax pushl %eax /* save curpcb */ - movl %edx,_curpcb /* set curpcb to vm86pcb */ - movl $0,_curproc /* erase curproc */ + movl %edx,CNAME(curpcb) /* set curpcb to vm86pcb */ + movl $0,CNAME(curproc) /* erase curproc */ - movl _my_tr,%esi + movl CNAME(my_tr),%esi leal _gdt(,%esi,8),%ebx /* entry in GDT */ movl 0(%ebx),%eax movl %eax,SCR_TSS0(%edx) /* save first word */ @@ -197,7 +197,7 @@ movl SCR_PGTABLE(%edx),%ebx /* va of vm86 page table */ movl $0,4(%ebx) /* ...clear entry 1 */ - movl _my_tr,%esi + movl CNAME(my_tr),%esi leal _gdt(,%esi,8),%ebx /* entry in GDT */ movl SCR_TSS0(%edx),%eax movl %eax,0(%ebx) /* restore first word */ cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 I like to think. Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 12:40:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA11406 for freebsd-current-outgoing; Thu, 17 Sep 1998 12:40:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA11388; Thu, 17 Sep 1998 12:40:25 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id VAA07882; Thu, 17 Sep 1998 21:39:52 +0200 (CEST) (envelope-from sos) Message-Id: <199809171939.VAA07882@sos.freebsd.dk> Subject: Re: WARNING: disable screensavers! In-Reply-To: <19980917175313.B884@scientia.demon.co.uk> from Ben Smithurst at "Sep 17, 98 05:53:13 pm" To: ben@scientia.demon.co.uk (Ben Smithurst) Date: Thu, 17 Sep 1998 21:39:52 +0200 (CEST) Cc: sos@FreeBSD.ORG, current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Ben Smithurst who wrote: > Sren Schmidt wrote: > > > There is trouble with the screensaver since the VESA code got added. > > I was not aware that it could hang some systems, just that it acted > > wierd in some cases. > > The problem will be fixed as soon as time permits, so please > > disable your savers for now. > > Does this apply to all screensavers? I rebuilt the world last night, > and the green saver seems OK. Or is it more recent than that? No not anymore, I've just committed a fix :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 12:41:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA11549 for freebsd-current-outgoing; Thu, 17 Sep 1998 12:41:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA11528 for ; Thu, 17 Sep 1998 12:41:22 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id VAA07902 for current@freebsd.org; Thu, 17 Sep 1998 21:40:51 +0200 (CEST) (envelope-from sos) Message-Id: <199809171940.VAA07902@sos.freebsd.dk> Subject: UNWARNING: screensavers save again! To: current@FreeBSD.ORG (FreeBSD current) Date: Thu, 17 Sep 1998 21:40:51 +0200 (CEST) From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 12:46:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12216 for freebsd-current-outgoing; Thu, 17 Sep 1998 12:46:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12203 for ; Thu, 17 Sep 1998 12:46:14 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id VAA28173 for ; Thu, 17 Sep 1998 21:45:54 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id VAA00419 for freebsd-current@freebsd.org; Thu, 17 Sep 1998 21:48:49 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809171948.VAA00419@yacht.domestic.de> Subject: Re: cam and ncr ? In-Reply-To: <199809170708.BAA08712@pluto.plutotech.com> from "Justin T. Gibbs" at "Sep 17, 98 01:02:35 am" To: gibbs@plutotech.com (Justin T. Gibbs) Date: Thu, 17 Sep 1998 21:46:29 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Justin T. Gibbs wrote: > >Just as a datapoint, I am getting the very same error-messages (and > >no-go) on an SYMBIOS 875 ultra-wide controller and a Micropolis 9G > >Ultra-Wide Disc. (with Rev 1.126) > > We're now at Rev 1.128. As a datapoint, I'm also seeing this with ncr.c 1.128: ncr0: restart (scsi reset). ncr0: SCSI pahse error fixup: CCB already dequeued (0xf0780400) ncr0: timeout nccb=... (skip) this goes on and on. I've also got a worm installed. I don't know what happens if I disconnect it from the bus. If desired I will, though... The last working kernel detects: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #3: Mon Sep 7 01:39:43 CEST 1998 joki@yacht.domestic.de:/usr/src/sys/compile/YACHT CPU: Pentium/P55C (224.54-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping=3 Features=0x8001bf real memory = 67108864 (65536K bytes) avail memory = 62644224 (61176K bytes) Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 ncr0: rev 0x04 int a irq 9 on pci0.10.0 scbus0 at ncr0 bus 0 pt0 at scbus0 target 2 lun 0 pt0: type 3 fixed SCSI 2 pt0: Processor worm0 at scbus0 target 4 lun 0 worm0: type 5 removable SCSI 2 worm0: Write-Once cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 I like to think. Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 12:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12706 for freebsd-current-outgoing; Thu, 17 Sep 1998 12:50:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shire.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12606 for ; Thu, 17 Sep 1998 12:49:57 -0700 (PDT) (envelope-from joki@kuebart.stuttgart.netsurf.de) Received: from yacht.domestic.de (yacht.domestic.de [192.168.1.4]) by shire.domestic.de (8.8.8/8.8.7) with ESMTP id VAA28219; Thu, 17 Sep 1998 21:49:25 +0200 (CEST) (envelope-from joki@shire.domestic.de) From: Joachim Kuebart Received: (from joki@localhost) by yacht.domestic.de (8.9.1/8.8.7) id VAA00439; Thu, 17 Sep 1998 21:52:20 +0200 (CEST) (envelope-from joki@shire.domestic.de) Message-Id: <199809171952.VAA00439@yacht.domestic.de> Subject: Re: LINT not up to date In-Reply-To: <199809171845.MAA04685@panzer.plutotech.com> from "Kenneth D. Merry" at "Sep 17, 98 12:45:37 pm" To: ken@plutotech.com (Kenneth D. Merry) Date: Thu, 17 Sep 1998 21:52:20 +0200 (CEST) Cc: joki@kuebart.stuttgart.netsurf.de, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kenneth D. Merry wrote: > Joachim Kuebart wrote... > > Hi, > > > > before 3.0 gets released > > > > options SCSI_CAM > > options SCSI_DELAY=... > > > > should be added to LINT for documentation. > > They're both in LINT. Look again. > > # grep "Id" LINT > # $Id: LINT,v 1.467 1998/09/17 03:15:30 msmith Exp $ > # egrep 'SCSI_CAM|SCSI_DELAY' LINT > options SCSI_DELAY=8000 # Be pessimistic about Joe SCSI device > options SCSI_CAM #We're using CAM in this kernel > > The SCSI_CAM option is only necessary if you're using the QLogic driver. > The SCSI_DELAY option is only necessary if a 2 second bus settle delay > isn't enough for your hardware. :-) They're in the "more undocumented options" section, that's why I deleted them in my working copy. I stumbled across them when looking at GENERIC and wondered. Oh well -- if they're that exotic it's OK with me. But the QLogic tweak seems to be undocumented to me... cu Jo --------------------------------------------------------------------- FreeBSD: The Power to Serve Joachim Kuebart Tel: +49 711 653706 I like to think. Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 13:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA13667 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:00:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA13606 for ; Thu, 17 Sep 1998 13:00:01 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id NAA08138; Thu, 17 Sep 1998 13:53:11 -0600 (MDT) Date: Thu, 17 Sep 1998 13:53:11 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809171953.NAA08138@narnia.plutotech.com> To: Tony Maher cc: current@FreeBSD.ORG Subject: Re: CAM this and that Newsgroups: pluto.freebsd.current In-Reply-To: <199809171204.WAA26692@morgan.angis.su.OZ.AU> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809171204.WAA26692@morgan.angis.su.OZ.AU> you wrote: > Hello, > > installed CAM last nite (and apart from some operator stupidity concerning > creation of all appropriate devices) and it went well. > > A few things: > > 1. Ignoring all warnings I decided to play with camcontrol. > Tape unit was initially off - switched on, ran camcontrol rescan - > magic... tape drive visible. > Switch tape drive off, ran camcontrol rescan. > Oops cant see tape drive - hmmm lets lock up - time to press the reset > switch (is that why they warn against using camcontrol for novice users > ;-) I shouldn't lock up. What kind of tape device do you have? Were there any console messages leading up to the hang? > So why doesn't my main (and newest disk) do Tagged Queueing? > Reading disk pamphlet and Seagate web site didn't turn up much apart from > using one of the utilities under Netware to send command to turn > taggged queueing on. > Sounds like a a job for camcontrol! > > camcontrol modepage -m 0x0a -u 1 -P 3 -e > > change > Queue Algorithm Modifier: 0 -> 1 Don't even think about doing this. If your other disks have this turned on, you are begging for problems. Setting the Q.A.M to 1 allows the drive to re-order transactions without regard to any write integrity (i.e. write data to LBA X, read data to LBA X, read is serviced before write and you get stale data). > DQue: 1 -> 0 Having DQue as 1 will prevent us from attempting tagged queuing. You would have to save this change and reboot for the system to notice this particular change. Performing a simple camcontrol based rescan might also work, but I'd have to go verify that in the code. > 4. Soon after booting see > (da2:ahc0:0:2:0): tagged openings now 16 > Some limit on this disk set to only 16? The disk only has space for 16 transactions. > 5. This is an old disk and often get (esp. in first 20 mins of > booting) messages like: > > (da2:ahc0:0:2:0): SCB 0x9 - timed out in dataout phase, SCSISIGI == 0x4 > SEQADDR == 0x10e > SSTAT1 == 0x2 > (da2:ahc0:0:2:0): BDR message in message buffer > (da2:ahc0:0:2:0): SCB 0x9 - timed out in dataout phase, SCSISIGI == 0x14 > SEQADDR == 0x10e > SSTAT1 == 0x2 > (da2:ahc0:0:2:0): no longer in timeout, status = 34b > ahc0: Issued Channel A Bus Reset. 17 SCBs aborted > > But system recovers fine! That really looks like a bogus cable or termination. The fact that the problem seems to get better after boot (i.e the device warms up) also points to a setup/connector problem. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 13:05:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA14296 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:05:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA14283 for ; Thu, 17 Sep 1998 13:04:59 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id NAA04357; Thu, 17 Sep 1998 13:04:37 -0700 (PDT) Message-ID: <19980917130437.A4237@nuxi.com> Date: Thu, 17 Sep 1998 13:04:37 -0700 From: "David O'Brien" To: "Kenneth D. Merry" Cc: freebsd-current@FreeBSD.ORG Subject: Re: LINT not up to date Reply-To: obrien@NUXI.com References: <199809171739.TAA15293@yacht.domestic.de> <199809171845.MAA04685@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809171845.MAA04685@panzer.plutotech.com>; from Kenneth D. Merry on Thu, Sep 17, 1998 at 12:45:37PM -0600 X-Operating-System: FreeBSD 2.2.7-STABLE 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 > They're both in LINT. Look again. > > # grep "Id" LINT > # $Id: LINT,v 1.467 1998/09/17 03:15:30 msmith Exp $ > # egrep 'SCSI_CAM|SCSI_DELAY' LINT > options SCSI_DELAY=8000 # Be pessimistic about Joe SCSI device It needs to be documented, both in LINT and in the 3.0 release notes that this is *NOT* in seconds any more. Also document here, what it is measured in. I've currently got SCSI_DELAY=20 in my pre-CAM kernel. Wouldn't like to see what would happen if I don't change it. -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Thu Sep 17 13:05:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA14390 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:05:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA14376 for ; Thu, 17 Sep 1998 13:05:53 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.8/8.8.8) with ESMTP id NAA03500; Thu, 17 Sep 1998 13:05:19 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Thu, 17 Sep 1998 13:05:18 -0700 (PDT) From: Doug White To: Andrzej Bialecki cc: freebsd-current@FreeBSD.ORG Subject: Re: Limit 'ps' to show only user's processes 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 Thu, 17 Sep 1998, Andrzej Bialecki wrote: > Several people have been asking for this "feature" from time to time, > namely that they could set a system variable (sysctl?) to limit 'ps' to > show not all processes, but only user's processes for euid!=0. So rewire ps to default to -U uid? Or make it impossible for anyone except the superuser to see all processes? Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 13:09:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15384 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:09:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15349 for ; Thu, 17 Sep 1998 13:09:42 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.1/8.9.1) id WAA15605; Thu, 17 Sep 1998 22:09:02 +0200 (SAT) From: John Hay Message-Id: <199809172009.WAA15605@zibbi.mikom.csir.co.za> Subject: Re: Death by SIGXCPU (problems with our clock code) In-Reply-To: <199809171616.CAA19641@godzilla.zeta.org.au> from Bruce Evans at "Sep 18, 98 02:16:18 am" To: bde@zeta.org.au (Bruce Evans) Date: Thu, 17 Sep 1998 22:09:01 +0200 (SAT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >So, do you have better test code that is available, or should I just use > >Mike's? I would really also like to find out what the problem is, because > >I have just about given up trying to get PPS working properly from sio > >interrupts on 486 and SMP machines. On my two machines that use the 8254 > >for the timecounter I see forward jumps. > > How big and consistent are the jumps? microtime() was never designed to > work when called from a fast interrupt handler. It's interesting that it > works worse than before. It's fairly obvious why it doesn't - switching > high-level timecounters is atomic, but the i8254 timecounter has internal > state that is not switched atomically in clkintr(). This part of the > problem should be easy to fix by adding a disable_intr()/enable_intr(). I'm not sure what the exact size is, I only have the values by which ntpd stepped the time to get it right again. (which is the oposite of what the error was and also ntpd might first have tried to slew it.) The 486 seems to jump forward about 0.45 seconds a few times a week. The 0.45 is fairly consistant. The dual P5 machine jump forward about 0.85 seconds up to a few times a day. A few times 1.7 seconds. Is it possible to lower the priority of the sio interrupts? To maybe not configure them as fast interrupts? On the time servers the serial ports are only used for the GPS and its PPS signal, so the baud rate is low. Or is there maybe another way that I can get the time from a sio interrupt handler? Will disable_intr()/enable_intr() work on the SMP machines? John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 13:10:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15639 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:10:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15552 for ; Thu, 17 Sep 1998 13:10:05 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id GAA31890; Fri, 18 Sep 1998 06:09:14 +1000 Date: Fri, 18 Sep 1998 06:09:14 +1000 From: Bruce Evans Message-Id: <199809172009.GAA31890@godzilla.zeta.org.au> To: jb@cimlogic.com.au, karpen@ocean.campus.luth.se Subject: Re: 'make world' dying in sbin/atm/atm Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> > >My world build (make -DNOAOUT -DNOCLEAN world, /usr/obj clean, fairly >> ^ >> | >> The problem here is -----------------+ >> >> People mistakenly believe that they can use -DNOCLEAN if /usr/obj is >> clean. That is not so. The build behaves differently. I would prefer >> the build to test if the objdir is clean and not do the recursive >> clean. This belief is not mistaken in the usual self-hosting case. It is mistaken in the cross-compile case. Switching to elf requires some cross-compiling. >Definitely! I mean, why on earth is the make world doing a recursive clean >of an empty directory? That always comfused me. At every directory that Because it is necessary. An empty canonical obj directory just means that the the object tree under /usr/obj (or wherever) doesn't need cleaning. The object directory for every directory in the source tree still needs cleaning since it may have the following junk in it: object files (harmless?) .depend (harmful?) obj link to a non-canonical place (harmful) obj subdirectory (harmful) It is possible to optimize the cleaning by not redoing it after doing it initially, but this is not worth doing since only the initial cleaning cleans everything. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 13:12:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16296 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:12:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16278 for ; Thu, 17 Sep 1998 13:12:09 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id WAA17612 for current@FreeBSD.ORG; Thu, 17 Sep 1998 22:11:44 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 2BF041511; Thu, 17 Sep 1998 21:52:38 +0200 (CEST) Date: Thu, 17 Sep 1998 21:52:38 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: CAM this and that Message-ID: <19980917215238.A23774@keltia.freenix.fr> Mail-Followup-To: current@FreeBSD.ORG References: <199809171204.WAA26692@morgan.angis.su.OZ.AU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <199809171204.WAA26692@morgan.angis.su.OZ.AU>; from Tony Maher on Thu, Sep 17, 1998 at 10:04:56PM +1000 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4648 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Tony Maher: > Switch tape drive off, ran camcontrol rescan. Why do you rescan the bus ? Having the tape off is fine as long as you don't try to access it. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #64: Fri Sep 11 23:22:44 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 13:13:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16607 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:13:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA16563; Thu, 17 Sep 1998 13:13:22 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id NAA04415; Thu, 17 Sep 1998 13:13:08 -0700 (PDT) Message-ID: <19980917131308.B4237@nuxi.com> Date: Thu, 17 Sep 1998 13:13:08 -0700 From: "David O'Brien" To: chuckr@FreeBSD.ORG Cc: freebsd-current@FreeBSD.ORG Subject: Re: amd uses printf(1) Reply-To: obrien@NUXI.com References: <35FAE277.1E3F48B6@dal.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Robert Watson on Sat, Sep 12, 1998 at 06:49:23PM -0400 X-Operating-System: FreeBSD 2.2.7-STABLE 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 The usage is in: LIBAMUDIR!= cd ${.CURDIR}/../libamu; \ printf 'xwhere: .MAKE\n\t@echo \$${.OBJDIR}\n' | ${MAKE} -Bs -f- LIBAMU= ${LIBAMUDIR}/libamu.a I'm more than willing to remove the printf(1) usage, if someone can come up with an equivent output using other things already built early in src/Makefile.inc1. Things I could almost see someone somehow using are: sed, tr, grep, bin/echo, expr, test, awk, paste -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Thu Sep 17 13:17:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17414 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:17:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA17342 for ; Thu, 17 Sep 1998 13:17:29 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id OAA05007; Thu, 17 Sep 1998 14:17:00 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809172017.OAA05007@panzer.plutotech.com> Subject: Re: LINT not up to date In-Reply-To: <19980917130437.A4237@nuxi.com> from David O'Brien at "Sep 17, 98 01:04:37 pm" To: obrien@NUXI.com Date: Thu, 17 Sep 1998 14:17:00 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote... > > They're both in LINT. Look again. > > > > # grep "Id" LINT > > # $Id: LINT,v 1.467 1998/09/17 03:15:30 msmith Exp $ > > # egrep 'SCSI_CAM|SCSI_DELAY' LINT > > options SCSI_DELAY=8000 # Be pessimistic about Joe SCSI device > > It needs to be documented, both in LINT and in the 3.0 release notes that > this is *NOT* in seconds any more. Also document here, what it is > measured in. Yeah, we should probably put something in LINT. > I've currently got SCSI_DELAY=20 in my pre-CAM kernel. Wouldn't like to > see what would happen if I don't change it. What will happen is that your kernel compile will fail, because SCSI_DELAY is less than 100. :) I thought of situations like that, and I put a check in cam_xpt.c to make sure folks don't set the delay lower than 100ms: /* * This is the number of seconds we wait for devices to settle after a SCSI * bus reset. */ #ifndef SCSI_DELAY #define SCSI_DELAY 2000 #endif #if (SCSI_DELAY < 100) #error "SCSI_DELAY is in milliseconds, not seconds! Please use a larger value" #endif Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 13:23:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA18900 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:23:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shadow.worldbank.org (shadow.worldbank.org [138.220.104.78]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA18824 for ; Thu, 17 Sep 1998 13:22:50 -0700 (PDT) (envelope-from adhir@worldbank.org) Received: from localhost (adhir@localhost) by shadow.worldbank.org (8.9.1/8.8.8) with SMTP id QAA00552 for ; Thu, 17 Sep 1998 16:22:22 -0400 (EDT) (envelope-from adhir@worldbank.org) X-Authentication-Warning: shadow.worldbank.org: adhir owned process doing -bs Date: Thu, 17 Sep 1998 16:22:22 -0400 (EDT) From: "Alok K. Dhir" To: current@FreeBSD.ORG Subject: CAM success! 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 Just a datapoint amidst all the troubles... I just built world and updated to a CAM kernel on my Dell Workstation 400 box running ELF SMP, softupdates, and ccd. All is well after fixing some minor trouble with devices in /dev. :-) Question (there had to be one!): Why are the VESA modes not supported on an SMP kernel? I was looking forward to the new modes, and fortunately, caught the warning in 'LINT' before enabling VESA. Thanks to all involved! Al To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 13:23:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA19033 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:23:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [128.120.56.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA18926 for ; Thu, 17 Sep 1998 13:23:19 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by relay.nuxi.com (8.8.8/8.6.12) id NAA04527; Thu, 17 Sep 1998 13:22:54 -0700 (PDT) Message-ID: <19980917132254.B4420@nuxi.com> Date: Thu, 17 Sep 1998 13:22:54 -0700 From: "David O'Brien" To: "Kenneth D. Merry" Cc: freebsd-current@FreeBSD.ORG Subject: Re: LINT not up to date Reply-To: obrien@NUXI.com References: <19980917130437.A4237@nuxi.com> <199809172017.OAA05007@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809172017.OAA05007@panzer.plutotech.com>; from Kenneth D. Merry on Thu, Sep 17, 1998 at 02:17:00PM -0600 X-Operating-System: FreeBSD 2.2.7-STABLE 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 > > > options SCSI_DELAY=8000 # Be pessimistic about Joe SCSI device ... > #error "SCSI_DELAY is in milliseconds, not seconds! Please use a larger value" I am kinda wondering why this gratuitous change even took place. Couldn't the *software* made the conversion? Why the change on the user interface (of kernel building)? People thing easily in seconds. Not so well in milliseconds. I could see someone getting confused on how many millisecs in a second and use "800" which would fly under your radar, but be even quicker than the default. (it's not too late to change back... :)) -- -- David (obrien@NUXI.ucdavis.edu -or- 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 Thu Sep 17 13:29:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20499 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:29:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA20445 for ; Thu, 17 Sep 1998 13:28:52 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id GAA00254; Fri, 18 Sep 1998 06:28:26 +1000 Date: Fri, 18 Sep 1998 06:28:26 +1000 From: Bruce Evans Message-Id: <199809172028.GAA00254@godzilla.zeta.org.au> To: bde@zeta.org.au, jhay@mikom.csir.co.za Subject: Re: Death by SIGXCPU (problems with our clock code) Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Is it possible to lower the priority of the sio interrupts? To maybe Not without weakening them, especially for timestamping. >not configure them as fast interrupts? On the time servers the serial Not configuring them as fast interrupts works, except it is hard-coded (`something |= RI_FAST') and it weakens them. BTW, I'm still trying to figure out how to configure fast interrupts for the pci cy driver. Configuring them either way just works provided cy's pci interrupt is not shared. It seems to be fundamentally impossible to share an interrupt between fast and slow interrupt handlers. >Will disable_intr()/enable_intr() work on the SMP machines? Maybe. I think the giant lock prevents other CPUs entering the kernel while one is processing clkintr(), so even plain disable_intr()/ enable_intr() probably works (disable_intr() is a macro in clock.c in the SMP case). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 13:41:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA23438 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:41:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA23297 for ; Thu, 17 Sep 1998 13:41:03 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id OAA05178; Thu, 17 Sep 1998 14:40:29 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809172040.OAA05178@panzer.plutotech.com> Subject: Re: LINT not up to date In-Reply-To: <19980917132254.B4420@nuxi.com> from David O'Brien at "Sep 17, 98 01:22:54 pm" To: obrien@NUXI.com Date: Thu, 17 Sep 1998 14:40:29 -0600 (MDT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David O'Brien wrote... > > > > options SCSI_DELAY=8000 # Be pessimistic about Joe SCSI device > ... > > #error "SCSI_DELAY is in milliseconds, not seconds! Please use a larger value" > > I am kinda wondering why this gratuitous change even took place. Couldn't > the *software* made the conversion? Why the change on the user interface > (of kernel building)? It isn't "gratuitous" at all. The bus settle delay affects more than just booting, it also affects how long we freeze the SIM queue after a bus reset and how long we freeze a device queue after a BDR. Some folks may have devices that don't need really long bus settle delay, and may not want their machines hung for a second after a BDR or bus reset. We could have changed the option name, which would be an interface change. Kernel building "interfaces", if you can call them that, change all the time. We've already changed a number of them in the CAM switchover. > People thing easily in seconds. Not so well in milliseconds. I could > see someone getting confused on how many millisecs in a second and use > "800" which would fly under your radar, but be even quicker than the > default. (it's not too late to change back... :)) I don't think it'll turn out to be a big problem, really. If folks can't figure out how many milliseconds are in a second, I question what they're doing using a computer in the first place, much less FreeBSD. :) If enough people are really upset about this, we can make it something like CAM_BUS_SETTLE_DELAY instead. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 13:46:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA25047 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:46:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24924 for ; Thu, 17 Sep 1998 13:46:30 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id NAA00431; Thu, 17 Sep 1998 13:51:35 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809172051.NAA00431@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Julian Elischer cc: Mike Smith , current@FreeBSD.ORG Subject: Re: Possble deadlock on ffsvgt or spl() leak? In-reply-to: Your message of "Thu, 17 Sep 1998 11:52:22 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 17 Sep 1998 13:51:34 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > soft updates involved? They're in the kernel, but not active on any of the filesystems due to their unreliability at this point in time. We're trying to build a release, not shoot our feet off. > On Wed, 16 Sep 1998, Mike Smith wrote: > > > > > Trying to build a 3.0 snapshot for public consumption here, we're > > seeing the system come to a relative halt (no user processes running, > > still possible to break into DDB). > > > > There's a collection of processes sleeping on 'ffsvgt', and the kernel > > is running in the idle loop (breaking to DDB interrupts _default_halt). > > > > This is on a reasonably current SMP kernel (midday yesterday). > > _cpl looked a little worrying (0xc300009a), which is why I was > > wondering about a possible spl() leak. > > > > Anyone have any bright ideas? > > > > -- > > \\ Sometimes you're ahead, \\ Mike Smith > > \\ sometimes you're behind. \\ mike@smith.net.au > > \\ The race is long, and in the \\ msmith@freebsd.org > > \\ end it's only with yourself. \\ msmith@cdrom.com > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-current" in the body of the message > > > > -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Thu Sep 17 13:51:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26369 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:51:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA26202 for ; Thu, 17 Sep 1998 13:50:50 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id GAA01472; Fri, 18 Sep 1998 06:50:23 +1000 Date: Fri, 18 Sep 1998 06:50:23 +1000 From: Bruce Evans Message-Id: <199809172050.GAA01472@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, joki@kuebart.stuttgart.netsurf.de Subject: Re: Correct names for C globals in kernel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >this patch is interesting if it is planned to convert the kernel >itself to ELF. With these patches, the kernel will link in an ELF >world. John Polstra converted it a year or so ago. Names are already converted in . I think we plan to remove the extra underscores in the sources after fully switching to elf. >Under /usr/src/sys there is an assembler macro called CNAME that >adds an optional underscore to global symbols when needed. However, >that macro is rarely used. The following patch remedies that: CNAME is ugly. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 13:56:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA27491 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:56:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA27305 for ; Thu, 17 Sep 1998 13:55:59 -0700 (PDT) (envelope-from karpen@ocean.campus.luth.se) Received: (from karpen@localhost) by ocean.campus.luth.se (8.9.1/8.9.1) id WAA07724; Thu, 17 Sep 1998 22:49:40 +0200 (CEST) (envelope-from karpen) From: Mikael Karpberg Message-Id: <199809172049.WAA07724@ocean.campus.luth.se> Subject: Re: 'make world' dying in sbin/atm/atm In-Reply-To: <199809172009.GAA31890@godzilla.zeta.org.au> from Bruce Evans at "Sep 18, 98 06:09:14 am" To: bde@zeta.org.au (Bruce Evans) Date: Thu, 17 Sep 1998 22:49:40 +0200 (CEST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Bruce Evans: > This belief is not mistaken in the usual self-hosting case. It is mistaken > in the cross-compile case. Switching to elf requires some cross-compiling. > > >Definitely! I mean, why on earth is the make world doing a recursive clean > >of an empty directory? That always comfused me. At every directory that > > Because it is necessary. An empty canonical obj directory just means that > the the object tree under /usr/obj (or wherever) doesn't need cleaning. > The object directory for every directory in the source tree still > needs cleaning since it may have the following junk in it: > object files (harmless?) > .depend (harmful?) > obj link to a non-canonical place (harmful) > obj subdirectory (harmful) Doh! :( Oh well.... /Mikael To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 13:59:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA28204 for freebsd-current-outgoing; Thu, 17 Sep 1998 13:59:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA28005 for ; Thu, 17 Sep 1998 13:58:21 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id GAA01801; Fri, 18 Sep 1998 06:57:49 +1000 Date: Fri, 18 Sep 1998 06:57:49 +1000 From: Bruce Evans Message-Id: <199809172057.GAA01801@godzilla.zeta.org.au> To: joki@kuebart.stuttgart.netsurf.de, ken@plutotech.com Subject: Re: LINT not up to date Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> They're both in LINT. Look again. >> >> # grep "Id" LINT >> # $Id: LINT,v 1.467 1998/09/17 03:15:30 msmith Exp $ >> # egrep 'SCSI_CAM|SCSI_DELAY' LINT >> options SCSI_DELAY=8000 # Be pessimistic about Joe SCSI device >> options SCSI_CAM #We're using CAM in this kernel >> >> The SCSI_CAM option is only necessary if you're using the QLogic driver. >> The SCSI_DELAY option is only necessary if a 2 second bus settle delay >> isn't enough for your hardware. > >:-) They're in the "more undocumented options" section, that's why Other bugs: they are disordered; a delay of 0 no longer works. The driver should know that 0 means the minimum possible since 0 is the same in millisecodns as it was in seconds. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 14:15:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03494 for freebsd-current-outgoing; Thu, 17 Sep 1998 14:15:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from server.amis.net (server.amis.net [195.10.52.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03243 for ; Thu, 17 Sep 1998 14:14:22 -0700 (PDT) (envelope-from blaz@gold.amis.net) Received: (from uucp@localhost) by server.amis.net (8.8.8/8.8.8) with UUCP id XAA05812; Thu, 17 Sep 1998 23:13:34 +0200 (CEST) Received: from localhost (blaz@localhost) by gold.amis.net (8.9.1/8.8.8) with SMTP id XAA00304; Thu, 17 Sep 1998 23:11:28 +0200 (CEST) Date: Thu, 17 Sep 1998 23:11:28 +0200 (CEST) From: Blaz Zupan To: "Justin T. Gibbs" cc: freebsd-current@FreeBSD.ORG Subject: Re: More CAM trouble In-Reply-To: <199809171943.NAA08113@narnia.plutotech.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 > One of your devices doesn't handle the synchronize cache command > correctly. Please verify that this is the case by going into > sys/cam/scsi/scsi_da.c:daclose() and doing something like this: Hit the hammer on the nail on the first try. Now the machine boots just fine. > If this addresses your problem, we can add a quirk to prevent the > command from being run on certain devices. So it seems we need a new quirk for this behaviour. Now I need to find out which of the disks is causing this. Blaz Zupan, blaz@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 14:15:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03657 for freebsd-current-outgoing; Thu, 17 Sep 1998 14:15:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from server.amis.net (server.amis.net [195.10.52.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03406 for ; Thu, 17 Sep 1998 14:14:48 -0700 (PDT) (envelope-from blaz@gold.amis.net) Received: (from uucp@localhost) by server.amis.net (8.8.8/8.8.8) with UUCP id XAA05981 for freebsd-current@freebsd.org; Thu, 17 Sep 1998 23:14:17 +0200 (CEST) Received: from localhost (blaz@localhost) by gold.amis.net (8.9.1/8.8.8) with SMTP id XAA00310 for ; Thu, 17 Sep 1998 23:13:29 +0200 (CEST) Date: Thu, 17 Sep 1998 23:13:29 +0200 (CEST) From: Blaz Zupan To: freebsd-current@FreeBSD.ORG Subject: Bogus rc.devfs? 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 While merging all the /etc changes on my machine I noticed the new rc.devfs and put it in place just in case if I every decide to turn on DEVFS. But looking at the script, it seems bogus. And then looking at the effect of it, it still looks bogus. It is creating a link from vga to ttyv0, but in / instead of /dev. Or am I missing something obvious? ;) Blaz Zupan, blaz@medinet.si, http://home.amis.net/blaz Medinet d.o.o., Linhartova 21, 2000 Maribor, Slovenia To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 14:39:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA11354 for freebsd-current-outgoing; Thu, 17 Sep 1998 14:39:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA11176 for ; Thu, 17 Sep 1998 14:38:34 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA10477; Fri, 18 Sep 1998 07:42:25 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809172142.HAA10477@cimlogic.com.au> Subject: Re: 'make world' dying in sbin/atm/atm In-Reply-To: <199809172009.GAA31890@godzilla.zeta.org.au> from Bruce Evans at "Sep 18, 98 06:09:14 am" To: bde@zeta.org.au (Bruce Evans) Date: Fri, 18 Sep 1998 07:42:24 +1000 (EST) Cc: jb@cimlogic.com.au, karpen@ocean.campus.luth.se, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans wrote: > This belief is not mistaken in the usual self-hosting case. It is mistaken > in the cross-compile case. Switching to elf requires some cross-compiling. It _is_ mistaken in _this_ case, because the problem is that a new header file had not been installed by a previous make world. So the "installed tools & headers are good enough" rule for NOCLEAN did not work. IMHO, NOCLEAN is causing too many feet to get shot off! We need to find a way to restart a failed make world without the simple-minded NOCLEAN. I prefer completion targets, but I'm sure they won't pass the Bruce filter. 8-) -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 14:50:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA14848 for freebsd-current-outgoing; Thu, 17 Sep 1998 14:50:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA14675 for ; Thu, 17 Sep 1998 14:50:15 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA10538; Fri, 18 Sep 1998 07:54:17 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809172154.HAA10538@cimlogic.com.au> Subject: Re: 'make world' dying in sbin/atm/atm In-Reply-To: <199809171057.MAA06336@ocean.campus.luth.se> from Mikael Karpberg at "Sep 17, 98 12:57:08 pm" To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Fri, 18 Sep 1998 07:54:17 +1000 (EST) Cc: jb@cimlogic.com.au, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mikael Karpberg wrote: > Would anyone care to fix that or should I look into it? > Is there a problem with fixing it? > How do you detect if the directory is empty in a nice way? > What is the question to 42? etc... The "simple" answer is to check if the ${MAKEOBJDIRPREFIX}/${OBJFORMAT} directory exists before the `mkdir -p' step that creates it. If it doesn't exist, don't do the recursive clean. This is only now possible because the top-level makefile sets MAKEOBJDIRPREFIX=${MAKEOBJDIRPREFIX}/${OBJFORMAT} and the NOOBJ option has been removed (probably against the wishes of some). -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 15:26:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21435 for freebsd-current-outgoing; Thu, 17 Sep 1998 15:26:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA21427 for ; Thu, 17 Sep 1998 15:26:32 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.8.8) with SMTP id SAA20477 for ; Thu, 17 Sep 1998 18:27:47 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Thu, 17 Sep 1998 18:27:47 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: current@FreeBSD.ORG Subject: vinum in, but not in the Makefiles? 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 noticed "vinum" got added into the source tree, heard about it a few months back, LVM for freebsd sounds awesome. however it's not being built because it's not part of the subdirs in: src/sbin/Makefile how beta is it? or was this just an oversight? Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 15:32:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22455 for freebsd-current-outgoing; Thu, 17 Sep 1998 15:32:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA22449 for ; Thu, 17 Sep 1998 15:32:37 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id IAA07528; Fri, 18 Sep 1998 08:32:11 +1000 Date: Fri, 18 Sep 1998 08:32:11 +1000 From: Bruce Evans Message-Id: <199809172232.IAA07528@godzilla.zeta.org.au> To: bde@zeta.org.au, jb@cimlogic.com.au Subject: Re: 'make world' dying in sbin/atm/atm Cc: current@FreeBSD.ORG, karpen@ocean.campus.luth.se Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> This belief is not mistaken in the usual self-hosting case. It is mistaken >> in the cross-compile case. Switching to elf requires some cross-compiling. > >It _is_ mistaken in _this_ case, because the problem is that a new header >file had not been installed by a previous make world. So the "installed >tools & headers are good enough" rule for NOCLEAN did not work. IMHO, ?? NOCLEAN isn't closely related to the tools and headers (NOTOOLS controls that). It just prevents cleaning of the obj tree, and does little or nothing in the self-hosting case if the obj tree is clean to begin with. Host tools get installed on the target, but since the tools were good enough to build the world they are probably good enough for general use on the target when the target is the same as the host. OTOH, in the cross-compile case, the host tools might not run on the target. >NOCLEAN is causing too many feet to get shot off! We need to find a way >to restart a failed make world without the simple-minded NOCLEAN. I prefer You misunderstand the point of NOCLEAN. It is to rebuild quickly when nothing much has changed. It can be useful for restarting the build, but is not very good for that. >completion targets, but I'm sure they won't pass the Bruce filter. 8-) The split-up src/Makefile hasn't passed here. For the aout to elf conversion, I do a cross build using essentially the old Makefile. i386-aout to i386-elf is not much different than i386-aout to i386-with-64-bit-longs-aout. Both only work because the target is similar to the host. I don't build the aout libraries for either the host or the target, or do automatic upgrade stuff. Tools link to host libraries. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 15:40:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA23660 for freebsd-current-outgoing; Thu, 17 Sep 1998 15:40:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nettalk.nettalklive.com (nettalk.nettalklive.com [206.190.32.75]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA23610 for ; Thu, 17 Sep 1998 15:40:23 -0700 (PDT) (envelope-from hogie@nettalk.nettalklive.com) Received: from localhost (hogie@localhost) by nettalk.nettalklive.com (8.8.8/8.8.8) with SMTP id RAA08470; Thu, 17 Sep 1998 17:33:07 -0500 (CDT) Date: Thu, 17 Sep 1998 17:33:07 -0500 (CDT) From: Daniel Harris To: Doug Russell cc: Poul-Henning Kamp , Karl Swartz , freebsd-current@FreeBSD.ORG Subject: Re: more data on "calcru: negative time: -nnn usec" 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, 15 Sep 1998, Doug Russell wrote: > > On Tue, 15 Sep 1998, Poul-Henning Kamp wrote: > > > APM strikes again. > > > > You cpu was slowed down while you booted the other two times. > > > > The RAM is worse, check out the npx0 flags in LINT and try that. > > > > Poul-Henning > > I haven't really been following this thread from the beginning, but I just > installed -STABLE on a 486DX4/100 and I get all kinds of calcru: negative > time ... messages. I don't think the machine even knows what APM is. If > it does, it is fully disabled. It is quite old, but I have used the same > motherboard before with older versions of FreeBSD and never had anything > strange. It has been a while, though. What would cause this? We had a Dell Workstation 400 (Dual PPro200) that had this problem. We had APM disabled along with all the funky stuff that Dell's might have. Recently that machine was replaced with a system with an all scsi drive. When we brought it back to the office to change to a MS SQL server for development, NT would not install on it because of "Hardware Problems". I have a feeling that problem is related to the machine having calcru messages in the log files. Maybe this is a hardware problem with other machines also? -=-------------------------------------------- - Daniel Harris - daniel@nettalklive.com - NetTalk Live! Network Administrator - NetTalk Live! IRC Administrator - http://www.nettalklive.com -=-------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 16:16:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29027 for freebsd-current-outgoing; Thu, 17 Sep 1998 16:16:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA28959 for ; Thu, 17 Sep 1998 16:15:58 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.03 #1) id 0zJlzN-0001lx-00 for freebsd-current@freebsd.org; Thu, 17 Sep 1998 22:53:21 +0100 Date: Thu, 17 Sep 1998 22:53:21 +0100 From: Ben Smithurst To: freebsd-current@FreeBSD.ORG Subject: rc.devfs script Message-ID: <19980917225321.A6796@scientia.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Why does /etc/rc.devfs create a symlink vga -> ttyv0 in my root directory? Shouldn't this be created in /dev ? ... (ok.. what did I miss this time? :-) -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 16:16:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29163 for freebsd-current-outgoing; Thu, 17 Sep 1998 16:16:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bright.fx.genx.net (bright.fx.genx.net [206.64.4.154]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29103 for ; Thu, 17 Sep 1998 16:16:21 -0700 (PDT) (envelope-from bright@hotjobs.com) Received: from localhost (bright@localhost) by bright.fx.genx.net (8.9.1/8.8.8) with SMTP id TAA00955 for ; Thu, 17 Sep 1998 19:17:46 -0500 (EST) (envelope-from bright@hotjobs.com) X-Authentication-Warning: bright.fx.genx.net: bright owned process doing -bs Date: Thu, 17 Sep 1998 19:17:46 -0500 (EST) From: Alfred Perlstein X-Sender: bright@bright.fx.genx.net To: current@FreeBSD.ORG Subject: vp0 is broken. 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 vp0, support for the iomega zip over ppbus is broken. controller ppbus0 controller vpo0 at ppbus? device nlpt0 at ppbus? device ppi0 at ppbus? controller ppc0 at isa? disable port ? tty irq 7 vector ppcintr during make depend: ../../dev/ppbus/vpo.c:39: scsi/scsi_disk.h: No such file or directory ../../dev/ppbus/vpo.c:40: scsi/scsiconf.h: No such file or directory it's not CAM-ified yet? Alfred Perlstein - Programmer, HotJobs Inc. - www.hotjobs.com -- There are operating systems, and then there's FreeBSD. -- http://www.freebsd.org/ 3.0-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 16:17:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29418 for freebsd-current-outgoing; Thu, 17 Sep 1998 16:17:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29370 for ; Thu, 17 Sep 1998 16:17:19 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from ben by scientia.demon.co.uk with local (Exim 2.03 #1) id 0zJlRT-0000GC-00; Thu, 17 Sep 1998 22:18:19 +0100 Date: Thu, 17 Sep 1998 22:18:19 +0100 From: Ben Smithurst To: Ozz!!! , freebsd-current@FreeBSD.ORG Subject: Re: Can't compile kernel... Message-ID: <19980917221819.A710@scientia.demon.co.uk> References: <199809171730.VAA14235@ozz.etrust.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <199809171730.VAA14235@ozz.etrust.ru> User-Agent: Mutt/0.94.3i (FreeBSD 3.0-CURRENT i386) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ozz!!! wrote: > Hello! > Problems with -current-elf... > Can't compile kernel: aout libs is dead... > How can i compile kernel in ELF ?? What do you mean `dead'? They should be in /usr/lib/aout; at least that's where mine are. What error message do you actually get? > Does it possible ? We'd all be stuck if it wasn't :-) -- Ben Smithurst : ben@scientia.demon.co.uk : http://www.scientia.demon.co.uk/ PGP: 0x99392F7D - 3D 89 87 42 CE CA 93 4C 68 32 0E D5 36 05 3D 16 http://www.scientia.demon.co.uk/ben/pgp-key.html (or use keyservers) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 16:51:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA06782 for freebsd-current-outgoing; Thu, 17 Sep 1998 16:51:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA06708 for ; Thu, 17 Sep 1998 16:51:07 -0700 (PDT) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.9.1/8.8.5/RADIO-1.1) id BAA04500; Fri, 18 Sep 1998 01:50:29 +0200 (CEST) Message-ID: <19980918015029.A4472@radio-do.de> Date: Fri, 18 Sep 1998 01:50:29 +0200 From: Frank Nobis To: current@FreeBSD.ORG Subject: Is groff broken? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG since yesterday I got this message from groff. su-2.01# man man Formatting page, please wait.../usr/bin/groff: can't find `DESC' file /usr/bin/groff:fatal error: invalid device `ascii' Done. This is the reason, why make world doesn't get through. Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 16:57:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA07810 for freebsd-current-outgoing; Thu, 17 Sep 1998 16:57:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA07636 for ; Thu, 17 Sep 1998 16:57:00 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca5-24.ix.netcom.com [209.109.234.24]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id QAA07708; Thu, 17 Sep 1998 16:56:09 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id QAA16147; Thu, 17 Sep 1998 16:56:05 -0700 (PDT) Date: Thu, 17 Sep 1998 16:56:05 -0700 (PDT) Message-Id: <199809172356.QAA16147@silvia.hip.berkeley.edu> To: jkh@time.cdrom.com CC: current@FreeBSD.ORG In-reply-to: <27829.906037323@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: A new SNAPshot is finally on current.freebsd.org From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Anyway, hopefully we'll have snapshots for the rest of the BETA period * now, and I've just changed the naming convention to 3.0-YYYYMMDD-BETA * to signify that fact. Once 3.0 is released, we'll go back to the SNAP * naming convention. Speaking of which, do you want to change newvers.sh to have kernels say beta instead of current? Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 17:02:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA08983 for freebsd-current-outgoing; Thu, 17 Sep 1998 17:02:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA08825 for ; Thu, 17 Sep 1998 17:01:48 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id RAA13972; Thu, 17 Sep 1998 17:01:19 -0700 (PDT) (envelope-from jdp) Message-Id: <199809180001.RAA13972@austin.polstra.com> To: joki@kuebart.stuttgart.netsurf.de Subject: Re: Correct names for C globals in kernel In-Reply-To: <199809171933.VAA29946@yacht.domestic.de> References: <199809171933.VAA29946@yacht.domestic.de> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Thu, 17 Sep 1998 17:01:19 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809171933.VAA29946@yacht.domestic.de>, Joachim Kuebart wrote: > Hi, > > this patch is interesting if it is planned to convert the kernel > itself to ELF. With these patches, the kernel will link in an ELF > world. > > Under /usr/src/sys there is an assembler macro called CNAME that > adds an optional underscore to global symbols when needed. However, > that macro is rarely used. The following patch remedies that: [600 line patch] Gee thanks, but this is totally unnecessary. See "src/sys/i386/include/asnames.h". -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 17:07:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA09851 for freebsd-current-outgoing; Thu, 17 Sep 1998 17:07:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA09696 for ; Thu, 17 Sep 1998 17:06:34 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id RAA14007; Thu, 17 Sep 1998 17:05:48 -0700 (PDT) (envelope-from jdp) Message-Id: <199809180005.RAA14007@austin.polstra.com> To: shocking@prth.pgs.com Subject: Re: XFree86-3.3.2/ELF port available In-Reply-To: <199809170017.IAA17149@ariadne.tensor.pgs.com> References: <199809170017.IAA17149@ariadne.tensor.pgs.com> Organization: Polstra & Co., Seattle, WA Cc: gene@nttlabs.com, current@FreeBSD.ORG Date: Thu, 17 Sep 1998 17:05:47 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809170017.IAA17149@ariadne.tensor.pgs.com>, Stephen Hocking-Senior Programmer PGS Tensor Perth wrote: > Noooooo..... Please make an exception to the bumping of the major > number rule in this case - the X people try to make the Major number track the > release number of X. This policy has been changed in Satoshi's latest conversion guidelines, posted to -ports and also at: http://www.freebsd.org/~asami/elf-guidelines.txt It's no longer necessary to bump the major version number immediately. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 17:20:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13024 for freebsd-current-outgoing; Thu, 17 Sep 1998 17:20:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from seera.nttlabs.com (seera.nttlabs.com [204.162.36.81]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA12718; Thu, 17 Sep 1998 17:19:16 -0700 (PDT) (envelope-from gene@nttlabs.com) Received: from localhost (gene@localhost) by seera.nttlabs.com (8.8.8/8.8.7) with SMTP id RAA00444; Thu, 17 Sep 1998 17:18:38 -0700 (PDT) X-Authentication-Warning: seera.nttlabs.com: gene owned process doing -bs Date: Thu, 17 Sep 1998 17:18:38 -0700 (PDT) From: "Eugene M. Kim" To: FreeBSD-current Mailing List , FreeBSD Ports Mailing List Subject: XFree86-3.3.2/ELF update 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 Hello, According to the new ELF porting rule, the XFree86-3.3.2/ELF that was previously released is now obsolete -- and bad. Please do not use it if you downloaded it at http://seera.nttlabs.com/~gene/XFree86.tar.gz. I deleted the file for now, and the new version will be available at the same URL in next couple of hours. Thanks! The new version does not bump up the shared lib versions. Therefore, you don't have to edit bsd.port.mk to have other X11 ports compiled. Regards, Eugene PS. As announced before, this port is supposed to be a backward-compatible one, so a.out users are also encouraged to test it. If you find any bugs please let me know as soon as possible. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 17:35:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16100 for freebsd-current-outgoing; Thu, 17 Sep 1998 17:35:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from metal.intt.org (metal.intt.org [206.109.108.186]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA15793 for ; Thu, 17 Sep 1998 17:34:03 -0700 (PDT) (envelope-from smace@metal.intt.org) Received: (from smace@localhost) by metal.intt.org (8.9.1/8.9.1) id TAA23833 for freebsd-current@freebsd.org; Thu, 17 Sep 1998 19:33:36 -0500 (CDT) From: Scott Mace Message-Id: <199809180033.TAA23833@metal.intt.org> Subject: __ELF__ and the likes To: freebsd-current@FreeBSD.ORG Date: Thu, 17 Sep 1998 19:33:36 -0500 (CDT) 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 Are there plans for implementing __ELF__ as a cpp define? ports like zip and pgp that have asm modules could automatically compile if __ELF__ was defined... Sorry, if this has been hashed over allready, my hackers mail just started up again. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 17:41:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17776 for freebsd-current-outgoing; Thu, 17 Sep 1998 17:41:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from morgan.angis.su.OZ.AU (morgan.angis.su.OZ.AU [129.78.25.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA17676 for ; Thu, 17 Sep 1998 17:40:32 -0700 (PDT) (envelope-from tonym@angis.usyd.edu.au) Received: (from tonym@localhost) by morgan.angis.su.OZ.AU (8.8.7/8.6.6) id KAA21385; Fri, 18 Sep 1998 10:40:01 +1000 (EST) Date: Fri, 18 Sep 1998 10:40:01 +1000 (EST) From: Tony Maher Message-Id: <199809180040.KAA21385@morgan.angis.su.OZ.AU> To: current@FreeBSD.ORG, roberto@keltia.freenix.fr Subject: Re: CAM this and that Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Why do you rescan the bus ? Having the tape off is fine as long as you > don't try to access it. True. It was mostly out of curiosity. tonym To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 17:49:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA19505 for freebsd-current-outgoing; Thu, 17 Sep 1998 17:49:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA19316; Thu, 17 Sep 1998 17:48:19 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id RAA14291; Thu, 17 Sep 1998 17:47:47 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp02.primenet.com, id smtpd014241; Thu Sep 17 17:47:38 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id RAA03745; Thu, 17 Sep 1998 17:47:14 -0700 (MST) From: Terry Lambert Message-Id: <199809180047.RAA03745@usr07.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: mike@smith.net.au (Mike Smith) Date: Fri, 18 Sep 1998 00:47:14 +0000 (GMT) Cc: tlambert@primenet.com, mike@smith.net.au, phk@critter.freebsd.dk, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809162325.QAA00532@dingo.cdrom.com> from "Mike Smith" at Sep 16, 98 04:25:26 pm X-Mailer: ELM [version 2.4 PL25] 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 > > That's a McCarthy "or", like "||". If the first expression ("use mtree") > > evaluates to true, then you don't have to "force the application to > > optimise for the filesystem it's running on". > > Yeah, great. Let's just "optimise", say, INN to call mtree. And CVS. > And cp, mv and friends. cp -R does. Do does mv across FS's. INN is, by definition, bredth-first, since there are significantly more articale transfers than news group creation/deletions (unless you are silly and don't follow David Lawrence, pain that he can be...). > Crap. The job of the filesystem is to provide optimal performance for > typical application usage. Why do you think UFS already has > behavioural tweaks for small files? Do you want to modify applications > so they never create small files? No. I want a very deep directory tree that consists of directories empty of anything other than directories that are empty of anything other than directories ... that *finally* have files in them to be created by an appropriate tool before the files are populated by an inappropriate tool. > You're pushing the application/filesystem boundary in the wrong > direction, and your Clydesdale has a sore rear. This bud's for you... 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 18:09:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA23976 for freebsd-current-outgoing; Thu, 17 Sep 1998 18:09:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from morgan.angis.su.OZ.AU (morgan.angis.su.OZ.AU [129.78.25.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA23796 for ; Thu, 17 Sep 1998 18:08:12 -0700 (PDT) (envelope-from tonym@angis.usyd.edu.au) Received: (from tonym@localhost) by morgan.angis.su.OZ.AU (8.8.7/8.6.6) id LAA25488; Fri, 18 Sep 1998 11:07:40 +1000 (EST) Date: Fri, 18 Sep 1998 11:07:40 +1000 (EST) From: Tony Maher Message-Id: <199809180107.LAA25488@morgan.angis.su.OZ.AU> To: gibbs@narnia.plutotech.com Subject: Re: CAM this and that Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I shouldn't lock up. What kind of tape device do you have? Were there > any console messages leading up to the hang? I'll try again over weekend to see if I can reproduce and send details then. >> change >> Queue Algorithm Modifier: 0 -> 1 > > Don't even think about doing this. If your other disks have this > turned on, you are begging for problems. Setting the Q.A.M to > 1 allows the drive to re-order transactions without regard to any > write integrity (i.e. write data to LBA X, read data to LBA X, read > is serviced before write and you get stale data). Ok thanks! I only modified the disk which doesn't report Tagged queueing to match what I saw on the other two. One of these disks was with the system when bought new, the other came off solaris box at work (it was flaky). I have never modified the scsi info and all the disks were installed using sysinstall. Is this how disks are configured from factory? Should I (everyone) check all disks installed? >> DQue: 1 -> 0 > > Having DQue as 1 will prevent us from attempting tagged queuing. You > would have to save this change and reboot for the system to notice this It was saved and rebooted but still didn't want to do tagged queuing. Will try again. >> (da2:ahc0:0:2:0): no longer in timeout, status = 34b >> ahc0: Issued Channel A Bus Reset. 17 SCBs aborted > > That really looks like a bogus cable or termination. The fact that > the problem seems to get better after boot (i.e the device warms up) > also points to a setup/connector problem. Termination is correct but the cable could be suspect. Will try a replacement. (This is old disk which was removed from work machines due to a couple of glitches. I have been using it at home without problem for about 12 months but under little load) Thanks again. tonym To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 18:14:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA24999 for freebsd-current-outgoing; Thu, 17 Sep 1998 18:14:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA24841; Thu, 17 Sep 1998 18:13:47 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id SAA01834; Thu, 17 Sep 1998 18:13:57 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809180113.SAA01834@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Terry Lambert cc: mike@smith.net.au (Mike Smith), phk@critter.freebsd.dk, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG Subject: Re: Download of FreeBSD 3.0-SNAP In-reply-to: Your message of "Fri, 18 Sep 1998 00:47:14 -0000." <199809180047.RAA03745@usr07.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 17 Sep 1998 18:13:57 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > That's a McCarthy "or", like "||". If the first expression ("use mtree") > > > evaluates to true, then you don't have to "force the application to > > > optimise for the filesystem it's running on". > > > > Yeah, great. Let's just "optimise", say, INN to call mtree. And CVS. > > And cp, mv and friends. > > cp -R does. Do does mv across FS's. dingo:/usr/src/bin>grep mtree cp/* mv/* Really? I don't see either of these invoking anything. > INN is, by definition, bredth-first, > since there are significantly more articale transfers than news group > creation/deletions (unless you are silly and don't follow David Lawrence, > pain that he can be...). Article creations are totally irrelevant; new file creation has no effect on the directory inode allocation policy. INN will *still* spread newly created directories suboptimally. > > Crap. The job of the filesystem is to provide optimal performance for > > typical application usage. Why do you think UFS already has > > behavioural tweaks for small files? Do you want to modify applications > > so they never create small files? > > No. I want a very deep directory tree that consists of directories > empty of anything other than directories that are empty of anything > other than directories ... that *finally* have files in them to be > created by an appropriate tool before the files are populated by > an inappropriate tool. This has nothing to do with it. As I attempted to explain while you weren't bothering to listen, it doesn't *matter* which order you create the directories in (depth first or breadth first). If you attempt to traverse the hierarchy in the same fashion as it was created, you will lose. Unless you are extremely lucky, even traversing in the opposite fashion to the order they were created will still cause you to hop all over the place, because you'll still be near to the creation order and thus will be suffering the pessimised locality of reference. *thwap* Stop being part of the problem. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Thu Sep 17 19:05:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA03430 for freebsd-current-outgoing; Thu, 17 Sep 1998 19:05:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA03412; Thu, 17 Sep 1998 19:05:06 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id TAA07712; Thu, 17 Sep 1998 19:04:39 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd007632; Thu Sep 17 19:04:30 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id TAA25980; Thu, 17 Sep 1998 19:04:21 -0700 (MST) From: Terry Lambert Message-Id: <199809180204.TAA25980@usr04.primenet.com> Subject: Re: Download of FreeBSD 3.0-SNAP To: mike@smith.net.au (Mike Smith) Date: Fri, 18 Sep 1998 02:04:20 +0000 (GMT) Cc: tlambert@primenet.com, mike@smith.net.au, phk@critter.freebsd.dk, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809180113.SAA01834@dingo.cdrom.com> from "Mike Smith" at Sep 17, 98 06:13:57 pm X-Mailer: ELM [version 2.4 PL25] 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 > > cp -R does. Do does mv across FS's. > > dingo:/usr/src/bin>grep mtree cp/* mv/* > > Really? I don't see either of these invoking anything. I meant that they do it in the right order, and not in the order Mike is using to create a slow ports tree. > Article creations are totally irrelevant; new file creation has no > effect on the directory inode allocation policy. INN will *still* > spread newly created directories suboptimally. I disagree. I believe there is locality of reference for news groups, and thus a group (directory) having been accessed, the articles will be accessed in that locality (which *will* be in cache). It seems that what you are complaining about here is that the very first article will come up slow (but, this ignores the fact that we preferentially cache directory entries over file entries, so this will only apply when the server immediately comes up, not after it has been used for a while). In any case, news articles should probably be stored on a newsfs, such as the one currently under developement, which uses btree indices for various key fields that NNTP can ask for articles with, including header items, not just news group information. > This has nothing to do with it. As I attempted to explain while you > weren't bothering to listen, it doesn't *matter* which order you create > the directories in (depth first or breadth first). If you attempt to > traverse the hierarchy in the same fashion as it was created, you will > lose. Right. Then don't do that. If you want to do something about this, commit my changes from two years ago that seperate the inode and directory allocation policies. This will let you replace the directory management code (in the current code, they are inextricable because the policy breaks are in the wrong place in the code, as I have complained and patched to no avail for several years now). I suggest using a btree, like HPFS and NTFS do. > Unless you are extremely lucky, even traversing in the opposite > fashion to the order they were created will still cause you to hop all > over the place, because you'll still be near to the creation order and > thus will be suffering the pessimised locality of reference. > > *thwap* Stop being part of the problem. Quit exagerating "suboptimal" into "pessimal" just because you have once boundary case where the implementation is pessimal when it doesn't really have to be. 8-). I already volunteered at least part of the soloution back in 1996... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 19:08:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA03860 for freebsd-current-outgoing; Thu, 17 Sep 1998 19:08:55 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from d105.ryd.student.liu.se (d105.ryd.student.liu.se [130.236.235.105]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA03824 for ; Thu, 17 Sep 1998 19:08:26 -0700 (PDT) (envelope-from eel@d105.ryd.student.liu.se) Received: (from eel@localhost) by d105.ryd.student.liu.se (8.9.1/8.9.1) id EAA04860 for current@freebsd.org; Fri, 18 Sep 1998 04:08:02 +0200 (CEST) (envelope-from eel) Message-ID: <19980918040802.A4814@ryd.student.liu.se> Date: Fri, 18 Sep 1998 04:08:02 +0200 From: =?iso-8859-1?Q?Alexander_Hav=E4ng?= To: current@FreeBSD.ORG Subject: Soundcard bestows nice kernel panic Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 'lo Not sure if this is the right media for this.. but... I'm running 3.0 SNAP (19980831), with Voxware sound thingy in the kernel, and a Gravis Ultrasound 3.7 (512k) (the one with ICS2101 mixer), on a DX4-100. I recently switched from linux to freebsd (never to late to do the right thing, right?), and I must say almost everything has been much to fbsd's advantage, except for the console, moused just doesn't cut and paste right, and.. well.. all that's a different story. Since my 486 isn't powerful enough to play mp3's, I decode them on my friend's PII, and a while back I wrote a client/server application for this, called rpl (and then I found out solaris already has a rpld daemon.. woops). The usage goes like: mpg123 -s song.mp3 | rpl myhost.com and then rpld is started from inetd on myhost.com, reads pcm-audio-data from stdin and pukes it out on /dev/audio. Nothing fancy, I just wrote it for my own use. So when I switched to FreeBSD, I ported rpl, (just a switch from to in the C-code), and it seemed to work fine. Doing: cat song.pcm | rpld on my machine works just fine. But when I try to run it over our network from my friends machine, all I get is random noise, really confusing. I did some debugging, and tried to increase the sound and network buffers. Then.. when I tried something like ioctl (audiofd, SNDCTL_DSP_SETBLKSIZE, &abuf_size), where abuf_size == 65536, POOOF, there goes the kernel. Kernel panic, and before I knew what was happening, (first kernel panic for me on a bsd system), something about rebooting in 15 seconds.. and then the machine rebooted. To be honest.. I haven't got a clue what I was doing there, the reported blocksize was 4096, I was just running out on options. But.. no matter how stupid the programmer is, a user program, run by a user, should not be able to crash the kernel, spank me if I'm wrong. Any ideas, comments, questions and so forth? (please continue this somewhere else if it's out of place) The rpl and rpld programs can be found at http://sargasso.flum.org/rpl/ Regards Eel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 19:34:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA08124 for freebsd-current-outgoing; Thu, 17 Sep 1998 19:34:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA08020; Thu, 17 Sep 1998 19:34:03 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id TAA00748; Thu, 17 Sep 1998 19:34:12 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: asami@FreeBSD.ORG (Satoshi Asami) cc: current@FreeBSD.ORG Subject: Re: A new SNAPshot is finally on current.freebsd.org In-reply-to: Your message of "Thu, 17 Sep 1998 16:56:05 PDT." <199809172356.QAA16147@silvia.hip.berkeley.edu> Date: Thu, 17 Sep 1998 19:34:12 -0700 Message-ID: <745.906086052@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG yeah, will do. > * Anyway, hopefully we'll have snapshots for the rest of the BETA period > * now, and I've just changed the naming convention to 3.0-YYYYMMDD-BETA > * to signify that fact. Once 3.0 is released, we'll go back to the SNAP > * naming convention. > > Speaking of which, do you want to change newvers.sh to have kernels > say beta instead of current? > > Satoshi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 19:34:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA08181 for freebsd-current-outgoing; Thu, 17 Sep 1998 19:34:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hobbes.saturn-tech.com (hobbes.saturn-tech.com [207.229.19.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA08156 for ; Thu, 17 Sep 1998 19:34:24 -0700 (PDT) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost) by hobbes.saturn-tech.com (8.8.4/8.8.2) with SMTP id UAA24216; Thu, 17 Sep 1998 20:28:55 -0600 (MDT) Date: Thu, 17 Sep 1998 20:28:55 -0600 (MDT) From: Doug Russell To: Daniel Harris cc: Poul-Henning Kamp , Karl Swartz , freebsd-current@FreeBSD.ORG Subject: Re: more data on "calcru: negative time: -nnn usec" 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 Thu, 17 Sep 1998, Daniel Harris wrote: > > installed -STABLE on a 486DX4/100 and I get all kinds of calcru: negative > > time ... messages. I don't think the machine even knows what APM is. ... > We had a Dell Workstation 400 (Dual PPro200) that had this problem. We > had APM disabled along with all the funky stuff that Dell's might have. > Recently that machine was replaced with a system with an all scsi drive. > When we brought it back to the office to change to a MS SQL server for > development, NT would not install on it because of "Hardware Problems". I > have a feeling that problem is related to the machine having calcru > messages in the log files. Maybe this is a hardware problem with other > machines also? Hmm. NT works just fine (a tad slow on the 486/100, but it works.) FreeBSD seems to WORK, it just spews lots of calcru: messages on the console. :) I acidentally toasted the BSD install on that drive (accidentally rm'd usr from / instead of /usr/obj/...oops :) so I will need to re-install. Perhaps it will fix itself, but I'm not holding my breath. The box is being K6ed shortly, so it doesn't really matter, but I might want to use it as a router or something. Later...... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 19:42:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10137 for freebsd-current-outgoing; Thu, 17 Sep 1998 19:42:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA10018; Thu, 17 Sep 1998 19:41:45 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-151.camalott.com [208.229.74.151]) by mail.camalott.com (8.8.7/8.8.7) with ESMTP id VAA13122; Thu, 17 Sep 1998 21:40:21 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id VAA02906; Thu, 17 Sep 1998 21:39:09 -0500 (CDT) (envelope-from joelh) Date: Thu, 17 Sep 1998 21:39:09 -0500 (CDT) Message-Id: <199809180239.VAA02906@detlev.UUCP> To: Bob Bishop CC: Mike Smith , Terry Lambert , mike@smith.net.au (Mike Smith), phk@critter.freebsd.dk, joelh@gnu.org, tom@uniserve.com, gpalmer@FreeBSD.ORG, irc@cooltime.simplenet.com, freebsd-current@FreeBSD.ORG In-reply-to: Subject: Re: Download of FreeBSD 3.0-SNAP From: Joel Ray Holveck Reply-to: joelh@gnu.org References: Your message of "Wed, 16 Sep 1998 20:54:51 -0000." <199809162054.NAA25689@usr04.primenet.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>> Whether this means you use the tool that BSD intends you use (mtree), >>>> or whether you reorder the contents of the archive, is really >>>> irrelevent. The point is we know *what* to do, and it doesn't >>>> matter *how* it gets done. >>> This is stupid; you are suggesting we force the application to optimise >>> for the filesystem it's running on? >> I'd have to compare this with rectal insertion of the cart into the >> horse. > No, he's just suggesting that there is a worst case which is heavily > exercised at the moment, and doing something else would be better. So, should we modify tar and cpio to scan in the entire archive so it can write it breadth-first? Perhaps a modified unshar as well? Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 19:56:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA12648 for freebsd-current-outgoing; Thu, 17 Sep 1998 19:56:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA12592 for ; Thu, 17 Sep 1998 19:56:04 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-151.camalott.com [208.229.74.151]) by mail.camalott.com (8.8.7/8.8.7) with ESMTP id VAA14509; Thu, 17 Sep 1998 21:56:36 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id VAA02946; Thu, 17 Sep 1998 21:55:25 -0500 (CDT) (envelope-from joelh) Date: Thu, 17 Sep 1998 21:55:25 -0500 (CDT) Message-Id: <199809180255.VAA02946@detlev.UUCP> To: Andrzej Bialecki CC: freebsd-current@FreeBSD.ORG In-reply-to: Subject: Re: Limit 'ps' to show only user's processes From: Joel Ray Holveck Reply-to: joelh@gnu.org References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Several people have been asking for this "feature" from time to time, > namely that they could set a system variable (sysctl?) to limit 'ps' to > show not all processes, but only user's processes for euid!=0. > Would you consider this something worth implementing? This belongs as a switch to ps, not as a sysctl variable. Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 19:57:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA12905 for freebsd-current-outgoing; Thu, 17 Sep 1998 19:57:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA12881 for ; Thu, 17 Sep 1998 19:57:09 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id UAA09094; Thu, 17 Sep 1998 20:50:18 -0600 (MDT) Date: Thu, 17 Sep 1998 20:50:18 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809180250.UAA09094@narnia.plutotech.com> To: Alfred Perlstein cc: current@FreeBSD.ORG Subject: Re: vp0 is broken. Newsgroups: pluto.freebsd.current In-Reply-To: User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article you wrote: > > vp0, support for the iomega zip over ppbus is broken. ... > it's not CAM-ified yet? I had a version that was CAM-ified but did not support the Zip+. Instead of spamming the Zip+ support recently added to the tree, I asked Nicolas Souchu to simply sync with current once the CAM stuff was in and commit a version that works on the Zip+. I believe he is close to having this ready. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 20:08:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15186 for freebsd-current-outgoing; Thu, 17 Sep 1998 20:08:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15074 for ; Thu, 17 Sep 1998 20:07:46 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-151.camalott.com [208.229.74.151]) by mail.camalott.com (8.8.7/8.8.7) with ESMTP id WAA15550; Thu, 17 Sep 1998 22:08:16 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id WAA03032; Thu, 17 Sep 1998 22:07:05 -0500 (CDT) (envelope-from joelh) Date: Thu, 17 Sep 1998 22:07:05 -0500 (CDT) Message-Id: <199809180307.WAA03032@detlev.UUCP> To: Joachim Kuebart CC: ken@plutotech.com (Kenneth D. Merry), joki@kuebart.stuttgart.netsurf.de, freebsd-current@FreeBSD.ORG In-reply-to: <199809171952.VAA00439@yacht.domestic.de> Subject: Re: LINT not up to date From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809171952.VAA00439@yacht.domestic.de> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > :-) They're in the "more undocumented options" section, that's why > I deleted them in my working copy. I stumbled across them when > looking at GENERIC and wondered. Oh well -- if they're that exotic > it's OK with me. But the QLogic tweak seems to be undocumented to > me... While we're on the topic... In my -current kernel config file, which was make from scratch under 2.2 and has been frequently frobbed since, I noticed the following bit under "Security and Debugging": options UCONSOLE # options log # Not in GENERIC? pseudo-device snp 4 options DDB options DDB_UNATTENDED # options GDB_REMOTE_CHAT I guess that "options log" was from some -current, but don't remember what it did or what it does. It's in neither LINT nor GENERIC now. Is it still something useful? Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 20:11:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15939 for freebsd-current-outgoing; Thu, 17 Sep 1998 20:11:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from maui.net (maui.net [207.175.210.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15871 for ; Thu, 17 Sep 1998 20:11:26 -0700 (PDT) (envelope-from langfod@maui.net) Received: from mx3.maui.net (www.maui.net [207.175.210.4]) by maui.net (8.8.7/8.8.5) with ESMTP id RAA19056; Thu, 17 Sep 1998 17:10:55 -1000 (HST) From: David Langford Received: (from langfod@localhost) by mx3.maui.net (8.8.8/8.8.5) id RAA17214; Thu, 17 Sep 1998 17:10:54 -1000 (HST) Message-Id: <199809180310.RAA17214@mx3.maui.net> Subject: Re: Limit 'ps' to show only user's processes In-Reply-To: <199809180255.VAA02946@detlev.UUCP> from Joel Ray Holveck at "Sep 17, 98 09:55:25 pm" To: joelh@gnu.org Date: Thu, 17 Sep 1998 17:10:53 -1000 (HST) Cc: abial@nask.pl, freebsd-current@FreeBSD.ORG X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Several people have been asking for this "feature" from time to time, >> namely that they could set a system variable (sysctl?) to limit 'ps' to >> show not all processes, but only user's processes for euid!=0. >> Would you consider this something worth implementing? > >This belongs as a switch to ps, not as a sysctl variable. Login Class? I think the idea is for security. A global way to limits the users ability to "see" what others are doing. -David Langford To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 20:16:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA16820 for freebsd-current-outgoing; Thu, 17 Sep 1998 20:16:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fledge.watson.org (COPLAND.CODA.CS.CMU.EDU [128.2.222.48]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA16713 for ; Thu, 17 Sep 1998 20:15:32 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.8.8/8.8.8) with SMTP id XAA07189; Thu, 17 Sep 1998 23:14:47 -0400 (EDT) Date: Thu, 17 Sep 1998 23:14:47 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: Joel Ray Holveck cc: Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: Limit 'ps' to show only user's processes In-Reply-To: <199809180255.VAA02946@detlev.UUCP> 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 Thu, 17 Sep 1998, Joel Ray Holveck wrote: > > Several people have been asking for this "feature" from time to time, > > namely that they could set a system variable (sysctl?) to limit 'ps' to > > show not all processes, but only user's processes for euid!=0. > > Would you consider this something worth implementing? > > This belongs as a switch to ps, not as a sysctl variable. I agreed until we started with this 'procfs' thing. With ps sgid kmem and pulling data from /dev/kmem, the appropriate place to put the limit was in ps. With /procfs (and presumably a similar desire to limit data leaking), presumably the kernel would also be involved in limiting the spread of info. Perhaps we can get ps to only use procfs and that would be far more desirable than this kmem approach. I guess one would also have to either limit top, or have top use procfs. Robert N Watson Carnegie Mellon University http://www.cmu.edu/ TIS Labs at Network Associates, Inc. http://www.tis.com/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 20:49:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA23635 for freebsd-current-outgoing; Thu, 17 Sep 1998 20:49:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.cybcon.com (mail.cybcon.com [205.147.64.46]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA23514; Thu, 17 Sep 1998 20:48:29 -0700 (PDT) (envelope-from wwoods@cybcon.com) Received: from support1.cybcon.com (support1.cybcon.com [205.147.76.99]) by mail.cybcon.com (8.9.0/8.9.0) with ESMTP id UAA12915; Thu, 17 Sep 1998 20:47:59 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 17 Sep 1998 20:47:45 -0700 (PDT) Reply-To: wwoods@cybcon.com From: William Woods To: FreebSD Current To: FreebSD Current , FreeBSD Questions Subject: New port - MERGEMASTER - Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I noticed the new port "mergemaster" to help with merging new scripts and such with old....where would I find docs on this, I saw the "help" section that is with it , but would like to understand a little more about this before I use it. --------------------- William Woods Date: 17-Sep-98 / Time: 20:46:03 goto to: http//www.freebsd.org. --> FreeBSD 3.0 CURRENT ELF <-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 21:15:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26683 for freebsd-current-outgoing; Thu, 17 Sep 1998 21:15:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26666 for ; Thu, 17 Sep 1998 21:15:36 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id AAA17037 for ; Fri, 18 Sep 1998 00:15:08 -0400 (EDT) Date: Fri, 18 Sep 1998 00:15:08 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: cam oddities Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-906092108=:15209" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-851401618-906092108=:15209 Content-Type: TEXT/PLAIN; charset=US-ASCII multivac% rlogin narcissus multivac% rlogin narcissus longjmp botch multivac% I ran the command again and it worked. Immediately before this, on narcissus' console: narcissus# Sep 18 00:07:59 narcissus /kernel: (da1:bt0:0:6:0): CCB 0xf4a259c0 - timed out Sep 18 00:07:59 narcissus /kernel: (da1:bt0:0:6:0): CCB 0xf4a259c0 - timed out Sep 18 00:08:07 narcissus /kernel: (da1:bt0:0:6:0): CCB 0xf4a259c0 - timed out Sep 18 00:08:07 narcissus /kernel: bt0: No longer in timeout Sep 18 00:08:07 narcissus /kernel: (da1:bt0:0:6:0): CCB 0xf4a259c0 - timed out Sep 18 00:08:07 narcissus /kernel: bt0: No longer in timeout Sep 18 00:08:07 narcissus rlogind[21819]: Connection from 10.0.0.1 on illegal port This last might have been triggered by a strobe I was running to see what ports were open on narcissus. I was running a make world when this happened. It paused for a good long time, but it didn't die. Ben "You have your mind on computers, it seems." ---559023410-851401618-906092108=:15209 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.boot" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="dmesg.boot" Q29weXJpZ2h0IChjKSAxOTkyLTE5OTggRnJlZUJTRCBJbmMuDQpDb3B5cmln aHQgKGMpIDE5ODIsIDE5ODYsIDE5ODksIDE5OTEsIDE5OTMNCglUaGUgUmVn ZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLg0KRnJlZUJTRCAzLjAtQ1VSUkVOVCAjMzogVGh1IFNl cCAxNyAwNjo0NjowMSBFRFQgMTk5OA0KICAgIGJlbkBuYXJjaXNzdXMubmV0 Oi91c3Ivc3JjL3N5cy9jb21waWxlL0VWRU5ORVdFUg0KVGltZWNvdW50ZXIg Imk4MjU0IiAgZnJlcXVlbmN5IDExOTMxODIgSHogIGNvc3QgMzQ5OSBucw0K VGltZWNvdW50ZXIgIlRTQyIgIGZyZXF1ZW5jeSAxOTk0MzI2NjggSHogIGNv c3QgMjI1IG5zDQpDUFU6IFBlbnRpdW0gUHJvICgxOTkuNDMtTUh6IDY4Ni1j bGFzcyBDUFUpDQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4 NjE3ICBTdGVwcGluZz03DQogIEZlYXR1cmVzPTB4ZjlmZjxGUFUsVk1FLERF LFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LFNFUCxNVFJSLFBHRSxNQ0EsQ01P Vj4NCnJlYWwgbWVtb3J5ICA9IDEwMDY2MzI5NiAoOTgzMDRLIGJ5dGVzKQ0K YXZhaWwgbWVtb3J5ID0gOTU1NjM3NzYgKDkzMzI0SyBieXRlcykNClByb2Jp bmcgZm9yIGRldmljZXMgb24gUENJIGJ1cyAwOg0KY2hpcDA6IDxJbnRlbCA4 MjQ0MEZYIChOYXRvbWEpIFBDSSBhbmQgbWVtb3J5IGNvbnRyb2xsZXI+IHJl diAweDAyIG9uIHBjaTAuMC4wDQpjaGlwMTogPEludGVsIDgyMzcxU0IgUENJ IHRvIElTQSBicmlkZ2U+IHJldiAweDAxIG9uIHBjaTAuNy4wDQp2Z2EwOiA8 UzMgVmlSR0UgZ3JhcGhpY3MgYWNjZWxlcmF0b3I+IHJldiAweDA2IGludCBh IGlycSAxMSBvbiBwY2kwLjExLjANCmJ0MDogPEJ1c2xvZ2ljIE11bHRpbWFz dGVyIFNDU0kgaG9zdCBhZGFwdGVyPiByZXYgMHgwOCBpbnQgYSBpcnEgOSBv biBwY2kwLjE1LjANCmJ0MDogQlQtOTQ4IEZXIFJldi4gNS4wNVIgVWx0cmEg TmFycm93IFNDU0kgSG9zdCBBZGFwdGVyLCBTQ1NJIElEIDcsIDE5MiBDQ0Jz DQpQcm9iaW5nIGZvciBkZXZpY2VzIG9uIHRoZSBJU0EgYnVzOg0Kc2MwIGF0 IDB4NjAtMHg2ZiBpcnEgMSBvbiBtb3RoZXJib2FyZA0Kc2MwOiBWR0EgY29s b3IgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MD4NCmVkMCBhdCAw eDMwMC0weDMxZiBpcnEgMTAgb24gaXNhDQplZDA6IGFkZHJlc3MgMDA6NDA6 MDU6MWU6ZGY6MzIsIHR5cGUgTkUyMDAwICgxNiBiaXQpIA0KcGNtMCBhdCAw eDIyMCBpcnEgNSBkcnEgMSBmbGFncyAweDE1IG9uIGlzYQ0Kc2lvMCBhdCAw eDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGlzYQ0Kc2lvMDogdHlw ZSAxNjU1MEENCnNpbzEgYXQgMHgyZjgtMHgyZmYgaXJxIDMgb24gaXNhDQpz aW8xOiB0eXBlIDE2NTUwQQ0KbHB0MCBhdCAweDM3OC0weDM3ZiBpcnEgNyBv biBpc2ENCmxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydA0KbHAwOiBUQ1Av SVAgY2FwYWJsZSBpbnRlcmZhY2UNCmZkYzAgYXQgMHgzZjAtMHgzZjcgaXJx IDYgZHJxIDIgb24gaXNhDQpmZGMwOiBGSUZPIGVuYWJsZWQsIDggYnl0ZXMg dGhyZXNob2xkDQpmZDA6IDEuNDRNQiAzLjVpbg0KYnQ6IHVuaXQgbnVtYmVy ICgxKSB0b28gaGlnaA0KYnQxIG5vdCBmb3VuZA0KbnB4MCBvbiBtb3RoZXJi b2FyZA0KbnB4MDogSU5UIDE2IGludGVyZmFjZQ0KY2hhbmdpbmcgcm9vdCBk ZXZpY2UgdG8gZGEwczFhDQpkYTAgYXQgYnQwIGJ1cyAwIHRhcmdldCAwIGx1 biAwDQpkYTA6IDxDT05ORVIgQ0ZQMjEwN1MgIDIuMTRHQiA1NzY3PiBGaXhl ZCBEaXJlY3QgQWNjZXNzIFNDU0kyIGRldmljZSANCmRhMDogMy4zMDBNQi9z IHRyYW5zZmVycywgVGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCmRhMDogMjA0 OE1CICg0MTk0MzA0IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgMjYx QykNCmRhMSBhdCBidDAgYnVzIDAgdGFyZ2V0IDYgbHVuIDANCmRhMTogPFFV QU5UVU0gRklSRUJBTExfVE0zMjAwUyAzMDBYPiBGaXhlZCBEaXJlY3QgQWNj ZXNzIFNDU0kyIGRldmljZSANCmRhMTogMy4zMDBNQi9zIHRyYW5zZmVycywg VGFnZ2VkIFF1ZXVlaW5nIEVuYWJsZWQNCmRhMTogMzA2N01CICg2MjgxODU2 IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgMzkxQykNCmNkMCBhdCBi dDAgYnVzIDAgdGFyZ2V0IDIgbHVuIDANCmNkMDogPFBMRVhUT1IgQ0QtUk9N IFBYLThYQ1MgMS4wMj4gUmVtb3ZhYmxlIENELVJPTSBTQ1NJMiBkZXZpY2Ug DQpjZDA6IDMuMzAwTUIvcyB0cmFuc2ZlcnMNCmNkMDogY2QgcHJlc2VudCBb MjAxNTc1IHggMjA0OCBieXRlIHJlY29yZHNdDQo= ---559023410-851401618-906092108=:15209-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 21:24:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA27806 for freebsd-current-outgoing; Thu, 17 Sep 1998 21:24:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pcpsj.pfcs.com (harlan.clark.net [168.143.10.179]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA27795 for ; Thu, 17 Sep 1998 21:24:25 -0700 (PDT) (envelope-from Harlan.Stenn@pfcs.com) Received: from mumps.pfcs.com [192.52.69.11] (HELO mumps.pfcs.com) by pcpsj.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Fri, 18 Sep 1998 00:24:01 -0400 (EDT) Received: from brown.pfcs.com [192.52.69.44] (HELO brown.pfcs.com) by mumps.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Thu, 17 Sep 1998 21:23:59 -0700 (PDT) Received: from localhost [127.0.0.1] (HELO brown.pfcs.com) by brown.pfcs.com (8.8.8/8.8.8) via ESMTP id for ; Fri, 18 Sep 1998 00:23:58 -0400 (EDT) X-Mailer: exmh version 2.0.2 2/24/98 To: current@FreeBSD.ORG Subject: libperl problem? X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 18 Sep 1998 00:23:58 -0400 Message-ID: <5758.906092638@brown.pfcs.com> From: Harlan Stenn Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -current as of a few moments ago. Did I miss this one? lines 926, 1195, 1282, 1336, 1385: /var/src.cvs/src/gnu/usr.bin/perl/libperl/../../../../contrib/perl5/util.c:1336: invalid lvalue in assignment H To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 21:36:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA29373 for freebsd-current-outgoing; Thu, 17 Sep 1998 21:36:22 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA29214; Thu, 17 Sep 1998 21:35:58 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id OAA07412; Fri, 18 Sep 1998 14:35:24 +1000 Date: Fri, 18 Sep 1998 14:35:24 +1000 From: Bruce Evans Message-Id: <199809180435.OAA07412@godzilla.zeta.org.au> To: chuckr@FreeBSD.ORG, obrien@NUXI.com Subject: Re: amd uses printf(1) Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >The usage is in: > >LIBAMUDIR!= cd ${.CURDIR}/../libamu; \ > printf 'xwhere: .MAKE\n\t@echo \$${.OBJDIR}\n' | ${MAKE} -Bs -f- >LIBAMU= ${LIBAMUDIR}/libamu.a > > >I'm more than willing to remove the printf(1) usage, if someone can come >up with an equivent output using other things already built early in >src/Makefile.inc1. Things I could almost see someone somehow using are: Two echos in a subshell should work. (I'm too lazy to quote the strings right.) cc/Makefile.inc uses: .if exists(${.OBJDIR}/../cc_int) LIBDESTDIR= ${.OBJDIR}/../cc_int .else LIBDESTDIR= ${.CURDIR}/../cc_int .endif This is not as robust - it depends on the obj tree having the same layout as the source tree - but many things depend on this already. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 21:53:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA01778 for freebsd-current-outgoing; Thu, 17 Sep 1998 21:53:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from jli.com (jli.com [199.2.111.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA01773 for ; Thu, 17 Sep 1998 21:53:39 -0700 (PDT) (envelope-from trost@cloud.rain.com) Received: (qmail 15226 invoked by uid 4); 18 Sep 1998 04:53:16 -0000 Received: (qmail 14207 invoked from network); 18 Sep 1998 04:52:34 -0000 Received: from softdnserror (HELO cloud.rain.com) (127.0.0.1) by softdnserror with SMTP; 18 Sep 1998 04:52:34 -0000 To: current@FreeBSD.ORG Subject: Re: CAM integration imminent. References: <19980915190534.A9468@st-lcremean.tidalwave.net> <199809151042.EAA24465@pluto.plutotech.com> In-reply-to: Your message of Tue, 15 Sep 1998 19:05:34 EDT. <19980915190534.A9468@st-lcremean.tidalwave.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <14203.906094354.1@cloud.rain.com> Date: Thu, 17 Sep 1998 21:52:34 -0700 Message-ID: <14204.906094354@cloud.rain.com> From: Bill Trost Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Lee Cremeans writes: On Tue, Sep 15, 1998 at 05:11:37PM -0400, rvb@sicily.odyssey.cs.cmu.edu wrote: > A couple of problems in PCCARD: I understand a CAMified version of aic is forthcoming, but for now, it'll have to go since I don't think any of the old SCSI layer exists anymore.. Oh groovy. I decided to do an upgrade from the May -CURRENT because the latest and greatest Adaptec 2940 wasn't working for FreeBSD (hang in probe/attach) -- but I have to upgrade the card at the same time I upgrade the OS? This is going to be...interesting. Friendly suggestions welcome.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 22:12:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA04950 for freebsd-current-outgoing; Thu, 17 Sep 1998 22:12:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA04945 for ; Thu, 17 Sep 1998 22:12:36 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id PAA10629; Fri, 18 Sep 1998 15:12:12 +1000 Date: Fri, 18 Sep 1998 15:12:12 +1000 From: Bruce Evans Message-Id: <199809180512.PAA10629@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, smace@intt.ORG Subject: Re: __ELF__ and the likes Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Are there plans for implementing __ELF__ as a cpp define? I hope not. >ports like zip and pgp that have asm modules could automatically compile >if __ELF__ was defined... They should be compiled by the compiler (cc -c foo.S) to get compiler defines. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 22:15:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA05574 for freebsd-current-outgoing; Thu, 17 Sep 1998 22:15:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA05569 for ; Thu, 17 Sep 1998 22:15:10 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-151.camalott.com [208.229.74.151]) by mail.camalott.com (8.8.7/8.8.7) with ESMTP id AAA23809; Fri, 18 Sep 1998 00:15:48 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id AAA03486; Fri, 18 Sep 1998 00:14:29 -0500 (CDT) (envelope-from joelh) Date: Fri, 18 Sep 1998 00:14:29 -0500 (CDT) Message-Id: <199809180514.AAA03486@detlev.UUCP> To: Henry Miller CC: Joel Ray Holveck , freebsd-current@FreeBSD.ORG In-reply-to: Subject: Re: Limit 'ps' to show only user's processes From: Joel Ray Holveck Reply-to: joelh@gnu.org References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> Several people have been asking for this "feature" from time to time, >>> namely that they could set a system variable (sysctl?) to limit 'ps' to >>> show not all processes, but only user's processes for euid!=0. >>> Would you consider this something worth implementing? >> This belongs as a switch to ps, not as a sysctl variable. > Maybe I don't understand how you propose to add it, but consider the > following: Sorry, I wasn't thinking clearly there. I was thinking that this was an ease-of-use feature you were proposing, not a security feature. I go off to sacrifice a few lung cells to the Gods of Security now. (Does anybody know who the closest Greco-Roman equivilent to a God of Security would be? Followups on this to -chat, cc'd to me please.) Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 22:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA06386 for freebsd-current-outgoing; Thu, 17 Sep 1998 22:20:05 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA06335 for ; Thu, 17 Sep 1998 22:19:46 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id HAA17369; Fri, 18 Sep 1998 07:24:12 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Fri, 18 Sep 1998 07:24:12 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Doug White cc: freebsd-current@FreeBSD.ORG Subject: Re: Limit 'ps' to show only user's processes 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 Thu, 17 Sep 1998, Doug White wrote: > On Thu, 17 Sep 1998, Andrzej Bialecki wrote: > > > Several people have been asking for this "feature" from time to time, > > namely that they could set a system variable (sysctl?) to limit 'ps' to > > show not all processes, but only user's processes for euid!=0. > > So rewire ps to default to -U uid? Or make it impossible for anyone > except the superuser to see all processes? Make it impossible. The point is to hide this information from non-privileged users, and changing 'ps' only doesn't help much (I cna always recompile my own version). Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 22:20:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA06689 for freebsd-current-outgoing; Thu, 17 Sep 1998 22:20:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA06670 for ; Thu, 17 Sep 1998 22:20:38 -0700 (PDT) (envelope-from abial@nask.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.9.1/8.8.5) with SMTP id HAA17689; Fri, 18 Sep 1998 07:25:14 +0200 (CEST) X-Authentication-Warning: korin.warman.org.pl: abial owned process doing -bs Date: Fri, 18 Sep 1998 07:25:14 +0200 (CEST) From: Andrzej Bialecki X-Sender: abial@korin.warman.org.pl To: Joel Ray Holveck cc: freebsd-current@FreeBSD.ORG Subject: Re: Limit 'ps' to show only user's processes In-Reply-To: <199809180255.VAA02946@detlev.UUCP> 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 Thu, 17 Sep 1998, Joel Ray Holveck wrote: > This belongs as a switch to ps, not as a sysctl variable. As I said in other posting, the point is to make it impossible for non-privileged users to see other users' comman lines. Andrzej Bialecki -------------------- ++-------++ ------------------------------------- ||PicoBSD|| FreeBSD in your pocket? Go and see: Research & Academic |+-------+| "Small & Embedded FreeBSD" Network in Poland | |TT~~~| | http://www.freebsd.org/~picobsd/ -------------------- ~-+==---+-+ ------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 22:22:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA06897 for freebsd-current-outgoing; Thu, 17 Sep 1998 22:22:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA06796 for ; Thu, 17 Sep 1998 22:21:59 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-151.camalott.com [208.229.74.151]) by mail.camalott.com (8.8.7/8.8.7) with ESMTP id AAA24102; Fri, 18 Sep 1998 00:22:21 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id AAA03520; Fri, 18 Sep 1998 00:21:11 -0500 (CDT) (envelope-from joelh) Date: Fri, 18 Sep 1998 00:21:11 -0500 (CDT) Message-Id: <199809180521.AAA03520@detlev.UUCP> To: Robert Watson CC: Joel Ray Holveck , Andrzej Bialecki , freebsd-current@FreeBSD.ORG In-reply-to: Subject: Re: Limit 'ps' to show only user's processes From: Joel Ray Holveck Reply-to: joelh@gnu.org References: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>> Several people have been asking for this "feature" from time to time, >>> namely that they could set a system variable (sysctl?) to limit 'ps' to >>> show not all processes, but only user's processes for euid!=0. >>> Would you consider this something worth implementing? >> This belongs as a switch to ps, not as a sysctl variable. > I agreed until we started with this 'procfs' thing. With ps sgid kmem and > pulling data from /dev/kmem, the appropriate place to put the limit was in > ps. With /procfs (and presumably a similar desire to limit data leaking), > presumably the kernel would also be involved in limiting the spread of > info. Perhaps we can get ps to only use procfs and that would be far more > desirable than this kmem approach. I guess one would also have to either > limit top, or have top use procfs. Good point, thanks for reminding me (even though my "switch" comment was based on an incorrect assumption). I agree, and add that a sysctl variable or kernel variable to set the permissions for procfs-directories to 500 may be doable. But, as somebody said, -security has work in this direction. Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 22:33:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA09182 for freebsd-current-outgoing; Thu, 17 Sep 1998 22:33:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA09171 for ; Thu, 17 Sep 1998 22:33:37 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id XAA08560; Thu, 17 Sep 1998 23:33:09 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809180533.XAA08560@panzer.plutotech.com> Subject: Re: CAM integration imminent. In-Reply-To: <14204.906094354@cloud.rain.com> from Bill Trost at "Sep 17, 98 09:52:34 pm" To: trost@cloud.rain.com (Bill Trost) Date: Thu, 17 Sep 1998 23:33:09 -0600 (MDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bill Trost wrote... > Lee Cremeans writes: > On Tue, Sep 15, 1998 at 05:11:37PM -0400, > rvb@sicily.odyssey.cs.cmu.edu wrote: > > > A couple of problems in PCCARD: > > I understand a CAMified version of aic is forthcoming, but for now, > it'll have to go since I don't think any of the old SCSI layer > exists anymore.. > > Oh groovy. I decided to do an upgrade from the May -CURRENT because > the latest and greatest Adaptec 2940 wasn't working for FreeBSD (hang > in probe/attach) -- but I have to upgrade the card at the same time I > upgrade the OS? This is going to be...interesting. > > Friendly suggestions welcome.... The "aic" driver is for Adaptec 6360/6260 based boards. (Like the Adaptec 1520, 1522, 1515, 1505, etc.) There isn't a CAM version of that driver yet, but Brian Beattie is working on it. The "ahc" driver is for the Adaptec 7xxx based boards. (2842, 2742, 2940, 3940, and so on) The CAM version of this driver works quite well. i.e., your card should work fine with -current. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 23:51:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA17668 for freebsd-current-outgoing; Thu, 17 Sep 1998 23:51:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA17653 for ; Thu, 17 Sep 1998 23:51:28 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.7/8.8.7) with UUCP id HAA13603; Fri, 18 Sep 1998 07:51:04 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from [194.32.164.2] by seagoon.gid.co.uk; Fri, 18 Sep 1998 07:35:14 +0100 (BST) X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 18 Sep 1998 07:35:12 +0000 To: Doug White From: Bob Bishop Subject: Re: Limit 'ps' to show only user's processes Cc: Andrzej Bialecki , freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 1:05 pm -0700 17/9/98, Doug White wrote: > >So rewire ps to default to -U uid? Or make it impossible for anyone >except the superuser to see all processes? NOOOOOO! Ahem, sorry for the outburst, but please consider that if unpriv users can't see all processes thay will forever plague people like me with "Is the xyz server running?". It's bad enough now... -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Thu Sep 17 23:54:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA18043 for freebsd-current-outgoing; Thu, 17 Sep 1998 23:54:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dt053nb4.san.rr.com (dt053nb4.san.rr.com [204.210.34.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA17999; Thu, 17 Sep 1998 23:53:54 -0700 (PDT) (envelope-from Studded@dal.net) Received: from dal.net (Studded@localhost [127.0.0.1]) by dt053nb4.san.rr.com (8.8.8/8.8.8) with ESMTP id XAA11269; Thu, 17 Sep 1998 23:53:26 -0700 (PDT) (envelope-from Studded@dal.net) Message-ID: <36020366.A23EA001@dal.net> Date: Thu, 17 Sep 1998 23:53:26 -0700 From: Studded Reply-To: FreeBSD Questions Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.06 [en] (X11; I; FreeBSD 2.2.7-STABLE-0914 i386) MIME-Version: 1.0 To: wwoods@cybcon.com CC: FreebSD Current , FreeBSD Questions Subject: Re: New port - MERGEMASTER - References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG For future reference, you might want to ask the port's maintainer before you mail the lists, and in a situation like this you are better off just downloading the port, which contains a spiffy man page and everything. :) Also, cross-posting is a bad thing, this is a question so it belongs on -questions. William Woods wrote: > > I noticed the new port "mergemaster" to help with merging new scripts and such > with old....where would I find docs on this, I saw the "help" section that is > with it , but would like to understand a little more about this before I use it. In addition to the man page, the script itself is a Bourne shell script and is heavily commented. I'm assuming that the help section you referred to is the port's DESCR file: The mergemaster script is designed to aid you in updating the various configuration and other files associated with FreeBSD. The script produces a temporary root environment using /usr/src/etc/Makefile which builds the temporary directory structure from / down, then populates that environment with the various files. It then compares each file in that environment to its installed counterpart. When the script finds a change in the new file, or there is no installed version of the new file it gives you four options to deal with it. You can install the new file as is, delete the new file, merge the old and new files (as appropriate) using sdiff(1) or leave the file in the temporary root environment to merge by hand later. Enjoy, Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 00:20:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA21231 for freebsd-current-outgoing; Fri, 18 Sep 1998 00:20:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA21225 for ; Fri, 18 Sep 1998 00:20:51 -0700 (PDT) (envelope-from rb@gid.co.uk) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.7/8.8.7) with UUCP id IAA13712; Fri, 18 Sep 1998 08:20:26 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from [194.32.164.2] by seagoon.gid.co.uk; Fri, 18 Sep 1998 08:07:12 +0100 (BST) X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <199809180533.XAA08560@panzer.plutotech.com> References: <14204.906094354@cloud.rain.com> from Bill Trost at "Sep 17, 98 09:52:34 pm" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 18 Sep 1998 08:07:09 +0000 To: Brian Beattie From: Bob Bishop Subject: Re: CAM integration imminent. Cc: "Kenneth D. Merry" , current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 11:33 pm -0600 17/9/98, Kenneth D. Merry wrote: >[...] >The "aic" driver is for Adaptec 6360/6260 based boards. (Like the Adaptec >1520, 1522, 1515, 1505, etc.)... And the 2920? >...There isn't a CAM version of that driver yet, >but Brian Beattie is working on it. Holler when you have something testable, I have a selection of those puppies here. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 01:11:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA26500 for freebsd-current-outgoing; Fri, 18 Sep 1998 01:11:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp4.nwnexus.com (smtp4.nwnexus.com [206.63.63.52]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA26495 for ; Fri, 18 Sep 1998 01:11:08 -0700 (PDT) (envelope-from wrsomsky@halcyon.com) Received: from gramarye (evt-lx100-ip34.nwnexus.net [204.57.235.34]) by smtp4.nwnexus.com (8.8.8/8.8.8) with ESMTP id BAA17527 for ; Fri, 18 Sep 1998 01:10:43 -0700 (PDT) Received: (from wrsomsky@localhost) by gramarye (8.8.8/8.8.8) id AAA22770; Fri, 18 Sep 1998 00:56:38 -0700 (PDT) (envelope-from wrsomsky) Message-ID: <19980918005638.A22744@gramarye> Date: Fri, 18 Sep 1998 00:56:38 -0700 From: "William R. Somsky" To: freebsd-current@FreeBSD.ORG Subject: aout-to-elf-build failure [2.2.7-STABLE -> 3.0-CURRENT] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ok, I'm attempting to convert my 2.2.7-STABLE system (last sync'd around 98/08/29) over 3.0-CURRENT as a test of 3.0 beta. I've cvsup'd the sources as of 19:45 this evening, and began a 'make aout-to-elf-build" and it hung at this point: ===> games/fortune ===> games/fortune/fortune cc -O -pipe -DDEBUG -Wall -I/usr/src/games/fortune/fortune/../strfile -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/games/fortune/fortune/fortune.c cc -O -pipe -DDEBUG -Wall -I/usr/src/games/fortune/fortune/../strfile -I/usr/obj/elf/usr/src/tmp/usr/include -o fortune fortune.o -lcompat gzip -cn /usr/src/games/fortune/fortune/fortune.6 > fortune.6.gz ===> games/fortune/strfile cc -O -pipe -Wall -I/usr/obj/elf/usr/src/tmp/usr/include -c /usr/src/games/fortune/strfile/strfile.c cc -O -pipe -Wall -I/usr/obj/elf/usr/src/tmp/usr/include -o strfile strfile.o gzip -cn /usr/src/games/fortune/strfile/strfile.8 > strfile.8.gz ===> games/fortune/datfiles ../strfile/strfile -rs /usr/src/games/fortune/datfiles/fortunes fortunes.dat ELF interpreter /usr/libexec/ld-elf.so.1 not found *** Signal 6 Stop. Looks like something in the build isn't properly finding the elvish elements that it needs... Hmm... With only part of the elf stuff set up, is my system currently "elvish-partially"? :-) I'm going to try deleting the "games/fortune" source tree, since that isn't a critical element of the build, and see if it can carry on from there via a "make -DNOCLEAN", but I figured I'd report the error as my contribution to the 3.0-beta process... ________________________________________________________________________ William R. Somsky wrsomsky@halcyon.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 01:21:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA27418 for freebsd-current-outgoing; Fri, 18 Sep 1998 01:21:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from caladan.tdx.co.uk (caladan.tdx.co.uk [195.188.177.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA27412 for ; Fri, 18 Sep 1998 01:21:51 -0700 (PDT) (envelope-from kpielorz@tdx.co.uk) Received: from tdx.co.uk (lorca-tx.tdx.co.uk [195.188.177.242]) by caladan.tdx.co.uk (8.9.1a/8.9.1) with ESMTP id JAA24473; Fri, 18 Sep 1998 09:21:09 +0100 (BST) Message-ID: <360217E2.E3100BAF@tdx.co.uk> Date: Fri, 18 Sep 1998 09:20:50 +0100 From: Karl Pielorz Organization: TDX - The Digital eXchange X-Mailer: Mozilla 4.5b2 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein CC: current@FreeBSD.ORG Subject: Re: vinum in, but not in the Makefiles? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein wrote: > > i noticed "vinum" got added into the source tree, heard about it a few > months back, LVM for freebsd sounds awesome. Yes, it's pretty impressive at the moment - even though Greg's not finished it ;-) > however it's not being built because it's not part of the subdirs in: > src/sbin/Makefile > > how beta is it? or was this just an oversight? I've been running it here on a pre-ELF system for a while, there were some minor bugs, I think Greg still classes it as 'Alpha' release - it's been very stable here... With the 3.0-CURRENT now running 'ELF' isn't it going to screw up Vinum (it's done as an LKM)? - Maybe that's why it's not being built? Regards, Karl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 01:28:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA28195 for freebsd-current-outgoing; Fri, 18 Sep 1998 01:28:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from enterprise.sanyusan.se (enterprise.sanyusan.se [195.24.160.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA28187 for ; Fri, 18 Sep 1998 01:28:37 -0700 (PDT) (envelope-from synker@enterprise.sanyusan.se) Received: (from synker@localhost) by enterprise.sanyusan.se (8.9.1/8.9.1) id KAA16467 for current@freebsd.org; Fri, 18 Sep 1998 10:26:48 +0200 (CEST) (envelope-from synker) Message-ID: <19980918102648.A16449@sanyusan.se> Date: Fri, 18 Sep 1998 10:26:48 +0200 From: synker To: current@FreeBSD.ORG Subject: ld-elf.so.1 not found in make world Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Doing a make aout-to-elf-build on -current, cvsup 10.00 CET 98-09-18. stops on: ===> games/fortune/datfiles ../strfile/strfile -rs /usr/src/games/fortune/datfiles/fortunes fortunes.dat ELF interpreter /usr/libexec/ld-elf.so.1 not found *** Signal 6 Stop. *** Error code 1 ..... // synker@sanyusan.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 01:55:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA01763 for freebsd-current-outgoing; Fri, 18 Sep 1998 01:55:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA01753 for ; Fri, 18 Sep 1998 01:55:03 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id SAA12248; Fri, 18 Sep 1998 18:59:17 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809180859.SAA12248@cimlogic.com.au> Subject: Re: aout-to-elf-build failure [2.2.7-STABLE -> 3.0-CURRENT] In-Reply-To: <19980918005638.A22744@gramarye> from "William R. Somsky" at "Sep 18, 98 00:56:38 am" To: wrsomsky@halcyon.com (William R. Somsky) Date: Fri, 18 Sep 1998 18:59:17 +1000 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG William R. Somsky wrote: > Ok, I'm attempting to convert my 2.2.7-STABLE system (last sync'd > around 98/08/29) over 3.0-CURRENT as a test of 3.0 beta. I've > cvsup'd the sources as of 19:45 this evening, and began a > 'make aout-to-elf-build" and it hung at this point: I think phk committed a "fix" for the makefile to supposedly avoid the need to have /usr/games in your path when building. The fix breaks cross compilation. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 01:55:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA01885 for freebsd-current-outgoing; Fri, 18 Sep 1998 01:55:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from georg-cs1 (georg-cs1.georg.com [195.143.62.14]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id BAA01842 for ; Fri, 18 Sep 1998 01:55:21 -0700 (PDT) (envelope-from dv@georg.com) From: dv@georg.com Message-Id: <199809180855.BAA01842@hub.freebsd.org> Subject: cvsup 3.0-current To: freebsd-current@FreeBSD.ORG Date: 18 Sep 98 09:01:44 UT X-Priority: 3 (Normal) Importance: normal X-Mailer: David by Tobit Software, Germany (PM-5.11b (0137)) X-David-Sym: 0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------1DD2510B41FE" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --------------1DD2510B41FE Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi, how can I cvsup the sources from FreeBSD 3.0 (current). Please show me a sample cvsupfile. Thanx. Michael Luetz dv@georg.com --------------1DD2510B41FE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 02:15:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA04808 for freebsd-current-outgoing; Fri, 18 Sep 1998 02:15:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp4.nwnexus.com (smtp4.nwnexus.com [206.63.63.52]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA04790 for ; Fri, 18 Sep 1998 02:15:26 -0700 (PDT) (envelope-from wrsomsky@halcyon.com) Received: from gramarye (evt-lx100-ip8.nwnexus.net [204.57.235.8]) by smtp4.nwnexus.com (8.8.8/8.8.8) with ESMTP id CAA18644 for ; Fri, 18 Sep 1998 02:15:02 -0700 (PDT) Received: (from wrsomsky@localhost) by gramarye (8.8.8/8.8.8) id CAA28784 for freebsd-current@FreeBSD.ORG; Fri, 18 Sep 1998 02:12:05 -0700 (PDT) (envelope-from wrsomsky) Message-ID: <19980918021205.A28767@gramarye> Date: Fri, 18 Sep 1998 02:12:05 -0700 From: "William R. Somsky" To: freebsd-current@FreeBSD.ORG Subject: Re: aout-to-elf-build failure [2.2.7-STABLE -> 3.0-CURRENT] References: <19980918005638.A22744@gramarye> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980918005638.A22744@gramarye>; from William R. Somsky on Fri, Sep 18, 1998 at 12:56:38AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Sep 18, 1998 at 12:56:38AM -0700, I (William R. Somsky) wrote: > Ok, I'm attempting to convert my 2.2.7-STABLE system (last sync'd > around 98/08/29) over 3.0-CURRENT as a test of 3.0 beta. I've > cvsup'd the sources as of 19:45 this evening, and began a > 'make aout-to-elf-build" and it hung at this point: > > ===> games/fortune > ===> games/fortune/fortune [...] > I'm going to try deleting the "games/fortune" source tree, > since that isn't a critical element of the build, and see if > it can carry on from there via a "make -DNOCLEAN", but I figured > I'd report the error as my contribution to the 3.0-beta process... Ok, disabling the build of games/fortune lets me get further along in the process, but now I have a failure in perl: ===> gnu/usr.bin/perl/perl [...] ar cr /usr/obj/elf/usr/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader/DynaLoader.a DynaLoader.o && /usr/bin/ranlib /usr/obj/elf/usr/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader/DynaLoader.a chmod 755 /usr/obj/elf/usr/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader/DynaLoader.a cc -O -pipe -I/usr/src/gnu/usr.bin/perl/perl/../../../../contrib/perl5 -I/usr/obj/elf/usr/src/gnu/usr.bin/perl/perl -I/usr/obj/elf/usr/src/tmp/usr/include -o perl perlmain.o lib/auto/DynaLoader/DynaLoader.a -lperl -lm -lcrypt perlmain.o: In function `xs_init': perlmain.o(.text+0x9d): undefined reference to `boot_DynaLoader' *** Error code 1 Stop. Hmm... didn't I see something about something like this earlier? ________________________________________________________________________ William R. Somsky wrsomsky@halcyon.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 02:21:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA05409 for freebsd-current-outgoing; Fri, 18 Sep 1998 02:21:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dewdrop2.mindspring.com (dewdrop2.mindspring.com [207.69.200.82]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA05404 for ; Fri, 18 Sep 1998 02:21:18 -0700 (PDT) (envelope-from eternal@freelsd.rcsinet.com) Received: from odyssey.foci.net (user-38lc34m.dialup.mindspring.com [209.86.12.150]) by dewdrop2.mindspring.com (8.8.5/8.8.5) with SMTP id FAA13109 for ; Fri, 18 Sep 1998 05:20:55 -0400 (EDT) Message-ID: <000601bde2e5$a2cbdf20$960c56d1@odyssey.foci.net> From: "Eternal" To: Subject: sendmail cf file Date: Fri, 18 Sep 1998 05:20:53 -0400 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 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 I cvsup'd last night about midnight and when the make aout-to-elf hits the sendmail cf file it dies, Error code 2. This was on a 3.0-current box so I would think there would no problems. Should I just create the .cf file manually ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 03:00:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA09771 for freebsd-current-outgoing; Fri, 18 Sep 1998 03:00:49 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from axl.training.iafrica.com (axl.training.iafrica.com [196.31.1.175]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA09764 for ; Fri, 18 Sep 1998 03:00:45 -0700 (PDT) (envelope-from sheldonh@axl.training.iafrica.com) Received: from sheldonh (helo=axl.training.iafrica.com) by axl.training.iafrica.com with local-esmtp (Exim 1.92 #1) id 0zJxKI-0001JM-00; Fri, 18 Sep 1998 11:59:42 +0200 From: Sheldon Hearn To: dv@georg.com cc: freebsd-current@FreeBSD.ORG Subject: Re: cvsup 3.0-current In-reply-to: Your message of "18 Sep 1998 09:01:44 GMT." <199809180855.BAA01842@hub.freebsd.org> Date: Fri, 18 Sep 1998 11:59:42 +0200 Message-ID: <5043.906112782@axl.training.iafrica.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 18 Sep 1998 09:01:44 GMT, dv@georg.com wrote: > how can I cvsup the sources from FreeBSD 3.0 (current). > Please show me a sample cvsupfile. See /usr/share/examples/cvsup for samples. 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 Sep 18 03:36:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA12249 for freebsd-current-outgoing; Fri, 18 Sep 1998 03:36:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA12244 for ; Fri, 18 Sep 1998 03:36:53 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hati.ifi.uio.no (2602@hati.ifi.uio.no [129.240.65.143]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id MAA20956; Fri, 18 Sep 1998 12:33:51 +0200 (MET DST) Received: (from dag-erli@localhost) by hati.ifi.uio.no ; Fri, 18 Sep 1998 12:33:51 +0200 (MET DST) Mime-Version: 1.0 To: Andrzej Bialecki Cc: Doug White , freebsd-current@FreeBSD.ORG Subject: Re: Limit 'ps' to show only user's processes References: Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 18 Sep 1998 12:33:50 +0200 In-Reply-To: Andrzej Bialecki's message of "Fri, 18 Sep 1998 07:24:12 +0200 (CEST)" Message-ID: Lines: 13 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id DAA12245 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andrzej Bialecki writes: > On Thu, 17 Sep 1998, Doug White wrote: > > So rewire ps to default to -U uid? Or make it impossible for anyone > > except the superuser to see all processes? > Make it impossible. The point is to hide this information from > non-privileged users, and changing 'ps' only doesn't help much (I cna > always recompile my own version). No you can't. ps(1) is setgid kmem. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 03:40:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA12645 for freebsd-current-outgoing; Fri, 18 Sep 1998 03:40:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA12631 for ; Fri, 18 Sep 1998 03:40:37 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hati.ifi.uio.no (2602@hati.ifi.uio.no [129.240.65.143]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id MAA22370; Fri, 18 Sep 1998 12:39:41 +0200 (MET DST) Received: (from dag-erli@localhost) by hati.ifi.uio.no ; Fri, 18 Sep 1998 12:39:39 +0200 (MET DST) Mime-Version: 1.0 To: joelh@gnu.org Cc: Joachim Kuebart , ken@plutotech.com (Kenneth D. Merry), freebsd-current@FreeBSD.ORG Subject: Re: LINT not up to date References: <199809171952.VAA00439@yacht.domestic.de> <199809180307.WAA03032@detlev.UUCP> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 18 Sep 1998 12:39:39 +0200 In-Reply-To: Joel Ray Holveck's message of "Thu, 17 Sep 1998 22:07:05 -0500 (CDT)" Message-ID: Lines: 18 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id DAA12634 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joel Ray Holveck writes: > options UCONSOLE > # options log # Not in GENERIC? > pseudo-device snp 4 > options DDB > options DDB_UNATTENDED > # options GDB_REMOTE_CHAT > > I guess that "options log" was from some -current, but don't remember > what it did or what it does. It's in neither LINT nor GENERIC now. > Is it still something useful? Are you sure you didn't mean to write 'pseudo-device log'? A lower-case option looks bogus to me. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 04:25:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA15706 for freebsd-current-outgoing; Fri, 18 Sep 1998 04:25:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from uni-sb.de (uni-sb.de [134.96.252.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA15700 for ; Fri, 18 Sep 1998 04:25:46 -0700 (PDT) (envelope-from netchild@wurzelausix.CS.Uni-SB.DE) Received: from cs.uni-sb.de (cs.uni-sb.de [134.96.252.31]) by uni-sb.de (8.9.0/1998052000) with ESMTP id NAA07122 for ; Fri, 18 Sep 1998 13:25:06 +0200 (CEST) Received: from wurzelausix.cs.uni-sb.de (fTEX9nHNfNToOuN3C2tQeNhaYGcsuYQ/@wurzelausix.cs.uni-sb.de [134.96.247.1]) by cs.uni-sb.de (8.9.0/1998060300) with ESMTP id NAA27890 for ; Fri, 18 Sep 1998 13:25:06 +0200 (CEST) Received: from wurzelausix.cs.uni-sb.de (IDENT:xDWpo5aoXqm2cIttJOPkhRvKe7oO0PAU@localhost [127.0.0.1]) by wurzelausix.cs.uni-sb.de (8.9.1/wjp/19980821) with ESMTP id NAA28509 for ; Fri, 18 Sep 1998 13:25:03 +0200 (CEST) Message-Id: <199809181125.NAA28509@wurzelausix.cs.uni-sb.de> Date: Fri, 18 Sep 1998 13:25:00 +0200 (CEST) From: Alexander Leidinger Subject: bug or missing feature with APM (halt) To: freebsd-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, I've configured my bios (board: asus p2l97-s with bios-version 1005) to auto-power-up everyday at a given time. With this setting activated "halt" didn't turn off the power anymore (reboots instead). A test with Win98 works (it turns off the power correctly), but only with an actual bios version (1005). Is this apm v1.2 related or is it a bug? Bye, Alexander. -- 2^{F_{h+1}-1} z^{F_{h+2}-1} + 2^{F_{h+1}-2} L_{h-1} z^{F_{h+2}} + complicated terms + 2^{h-1} z^{2^h - 2} + z^{2^h - 1} Donald E. Knuth, "The Art of Computer Programming" http://fsinfo.cs.uni-sb.de/~netchild netchild@wurzelausix.cs.uni-sb.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 04:31:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA16095 for freebsd-current-outgoing; Fri, 18 Sep 1998 04:31:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.aha.ru (ns1.aha.ru [195.2.80.142]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA16090 for ; Fri, 18 Sep 1998 04:31:12 -0700 (PDT) (envelope-from ozz.etrust.ru!osa@serv.etrust.ru) Received: from sunny.aha.ru (sunny.aha.ru [195.2.83.112]) by ns1.aha.ru (8.9.1/8.9.1/aha-r/0.04B) with ESMTP id PAA28047 for ; Fri, 18 Sep 1998 15:30:47 +0400 (MSD) Received: by sunny.aha.ru id PAA11867; (8.8.8/vak/1.9) Fri, 18 Sep 1998 15:30:22 +0400 (MSD) Received: from unknown(195.2.84.114) by sunny.aha.ru via smap (V1.3) id sma011805; Fri Sep 18 15:29:55 1998 Received: from ozz.etrust.ru by serv.etrust.ru with ESMTP id PAA03055; (8.9.1/vak/1.9) Fri, 18 Sep 1998 15:32:47 +0400 (MSD) Received: by ozz.etrust.ru id PAA07430; (8.9.1/vak/1.9) Fri, 18 Sep 1998 15:05:00 +0400 (MSD) From: osa@ozz.etrust.ru (Ozz!!!) Message-Id: <199809181105.PAA07430@ozz.etrust.ru> Subject: Can't compile kernel in ELF... To: freebsd-current@FreeBSD.ORG Date: Fri, 18 Sep 1998 15:05:00 +0400 (MSD) 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 Hello! I want compile kernel in ELF format... (by default, it normaly compile in a.out) OK! # cd /sys/i386/conf # setenv $KERNFORMAT elf # config THIRD # cd ../../compile/THIRD # make depend # make ...... .... loading kernel exception.o(.text+0x168a): undefined reference to `_swi_dispatcher' *** Error code 1 Stop. What can i do? Rgdz, oZZ, osa@etrust.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 05:12:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA18367 for freebsd-current-outgoing; Fri, 18 Sep 1998 05:12:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA18362 for ; Fri, 18 Sep 1998 05:12:29 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id OAA10361; Fri, 18 Sep 1998 14:11:43 +0200 (CEST) (envelope-from sos) Message-Id: <199809181211.OAA10361@sos.freebsd.dk> Subject: Re: Can't compile kernel in ELF... In-Reply-To: <199809181105.PAA07430@ozz.etrust.ru> from ! at "Sep 18, 98 03:05:00 pm" To: osa@ozz.etrust.ru Date: Fri, 18 Sep 1998 14:11:43 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Ozz!!! who wrote: > Hello! > I want compile kernel in ELF format... > (by default, it normaly compile in a.out) > OK! This is not really supported yet... > What can i do? Wait until its done, or try poking at it yourself.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 05:48:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA20431 for freebsd-current-outgoing; Fri, 18 Sep 1998 05:48:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dns.webwizard.net.mx (mexcom.net.mx [207.249.162.140]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA20347 for ; Fri, 18 Sep 1998 05:48:08 -0700 (PDT) (envelope-from eculp@webwizard.org.mx) Received: from webwizard.org.mx (mexcom.net.mx [207.249.162.140]) by dns.webwizard.net.mx (8.8.8/8.8.7) with ESMTP id HAA06306 for ; Fri, 18 Sep 1998 07:45:01 -0500 (CDT) Message-ID: <360255C2.FDE43606@webwizard.org.mx> Date: Fri, 18 Sep 1998 07:44:50 -0500 From: Edwin Culp X-Mailer: Mozilla 4.5b1 [en] (X11; I; FreeBSD 3.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Make Release Results from last night. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG cc -static -o boot_crunch boot_crunch.o sh.lo find.lo pwd.lo ft.lo ppp.lo sysins tall.lo newfs.lo gzip.lo cpio.lo bad144.lo fsck.lo ifconfig.lo route.lo slattach .lo mount_nfs.lo -ll -ledit -lutil -lkvm -lmd -lcrypt -lftpio -lz -ldialog -lncu rses -lmytinfo -L/usr/src/release/libdisk/obj -ldisk -lipx strip boot_crunch crunchgen: /usr/src/release/fixit_crunch.conf: scsi: warning: could not find sou rce directory crunchgen: /usr/src/release/fixit_crunch.conf: scsi: warning: could not find any .o files crunchgen: /usr/src/release/fixit_crunch.conf: scsi: error: no objpaths specifie d or calculated crunchgen: /usr/src/release/fixit_crunch.conf: scsi: ignoring program because of errors Run "make -f fixit_crunch.mk objs exe" to build crunched binary. *** Error code 1 Stop. *** Error code 1 Stop. Is anyone successfully and consistently making elf release? Would you share your secrets? TIA ed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 06:03:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA22389 for freebsd-current-outgoing; Fri, 18 Sep 1998 06:03:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cs.rpi.edu (mumble.cs.rpi.edu [128.213.8.16]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA22384 for ; Fri, 18 Sep 1998 06:03:48 -0700 (PDT) (envelope-from crossd@cs.rpi.edu) Received: from monica.cs.rpi.edu (crossd@monica.cs.rpi.edu [128.213.8.118]) by cs.rpi.edu (8.9.1/8.9.1) with ESMTP id JAA29941; Fri, 18 Sep 1998 09:03:24 -0400 (EDT) Received: from localhost (crossd@localhost) by monica.cs.rpi.edu (8.8.8/8.8.8) with SMTP id JAA01006; Fri, 18 Sep 1998 09:05:48 -0400 (EDT) (envelope-from crossd@cs.rpi.edu) X-Authentication-Warning: monica.cs.rpi.edu: crossd owned process doing -bs Date: Fri, 18 Sep 1998 09:05:48 -0400 (EDT) From: "David E. Cross" To: Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= cc: Andrzej Bialecki , Doug White , freebsd-current@FreeBSD.ORG Subject: Re: Limit 'ps' to show only user's processes In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id GAA22385 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 18 Sep 1998, Dag-Erling [iso-8859-1] Coïdan[iso-8859-1] Smørgrav wrote: > > Make it impossible. The point is to hide this information from > > non-privileged users, and changing 'ps' only doesn't help much (I cna > > always recompile my own version). > > No you can't. ps(1) is setgid kmem. ls -la /proc -- David Cross To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 06:16:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA23676 for freebsd-current-outgoing; Fri, 18 Sep 1998 06:16:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA23671 for ; Fri, 18 Sep 1998 06:16:23 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id JAA07836 for ; Fri, 18 Sep 1998 09:16:00 -0400 (EDT) Date: Fri, 18 Sep 1998 09:16:00 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: no inodes?! 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 narcissus% df -i /usr/home Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/sd1g 916223 251978 590948 30% 6370 223772 3% /usr/home narcissus% touch foo /usr/home: create/symlink failed, no inodes free touch: foo: No space left on device If I delete files, I can then create as many as I deleted, but no more. The only explanation for this I can think of is all my CAM and screensaver and softupdates crashes (this last is now turned off). Any idea how I might fix this? Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 06:19:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA23995 for freebsd-current-outgoing; Fri, 18 Sep 1998 06:19:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA23990 for ; Fri, 18 Sep 1998 06:19:50 -0700 (PDT) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.9.1/8.8.5/RADIO-1.1) id PAA29998; Fri, 18 Sep 1998 15:19:18 +0200 (CEST) Message-ID: <19980918151918.A28506@radio-do.de> Date: Fri, 18 Sep 1998 15:19:18 +0200 From: Frank Nobis To: current@FreeBSD.ORG Subject: Re: Is groff broken? References: <19980918015029.A4472@radio-do.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <19980918015029.A4472@radio-do.de>; from Frank Nobis on Fri, Sep 18, 1998 at 01:50:29AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Sep 18, 1998 at 01:50:29AM +0200, Frank Nobis wrote: > since yesterday I got this message from groff. > > su-2.01# man man > Formatting page, please wait.../usr/bin/groff: can't find `DESC' file > /usr/bin/groff:fatal error: invalid device `ascii' > Done. > > This is the reason, why make world doesn't get through. Today i compiled a groff with aout format. This one is working. My guess is, that something in the elf world is broken, maybe the c++ compiler. A groff package complains whith that message: checking that C++ compiler can compile simple program... yes checking that C++ static constructors and destructors are called... no configure: error: a working C++ compiler is required Setting /etc/objformat to aout let configure running without problems. Can someone with an elf system reproduce this behaviour? I'm not sure if this error happens only for me or for others too. -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 07:14:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA00554 for freebsd-current-outgoing; Fri, 18 Sep 1998 07:14:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA00535 for ; Fri, 18 Sep 1998 07:14:18 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id QAA27339; Fri, 18 Sep 1998 16:07:23 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id OAA01296; Fri, 18 Sep 1998 14:10:17 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809181210.OAA01296@semyam.dinoco.de> To: Bill Trost cc: current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: CAM integration imminent. In-reply-to: Your message of "Thu, 17 Sep 1998 21:52:34 PDT." <14204.906094354@cloud.rain.com> Date: Fri, 18 Sep 1998 14:10:16 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I understand a CAMified version of aic is forthcoming, but for now, > it'll have to go since I don't think any of the old SCSI layer > the latest and greatest Adaptec 2940 wasn't working for FreeBSD (hang > in probe/attach) -- but I have to upgrade the card at the same time I > upgrade the OS? This is going to be...interesting. Take a look at the drivers used. Your's will be ahc while aic is for AIC 6260/6360 based cards. > Friendly suggestions welcome.... Read the dmesg output more often. ;-) Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 07:16:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA00852 for freebsd-current-outgoing; Fri, 18 Sep 1998 07:16:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA00642 for ; Fri, 18 Sep 1998 07:15:41 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id QAA27290; Fri, 18 Sep 1998 16:07:14 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id NAA01283; Fri, 18 Sep 1998 13:37:48 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809181137.NAA01283@semyam.dinoco.de> To: chaos@ultra.net.au cc: freebsd-current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: CAM Problem, Undefined _scsi_start_stop, _scsi_read_write" In-reply-to: Your message of "Thu, 17 Sep 1998 07:35:26 +1000." Date: Fri, 18 Sep 1998 13:37:47 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I saw something about this previously on the list but I didn't see an > answer. I'm getting this errror: > > loading kernel > cam_periph.o: Undefined symbol scsi_start_stop' referenced from text > segment Happened to me, too. I looked for a reason and found out that I had to include da (the "direct access" device used by CAM; this replaces at least od and sd) in my kernel configuration. It didn't work w/o this. Wether this is intentional or not others have to say. I don't think having a special cd device and still requiring da for successful kernel compilation is too counterintuitive to be the correct way so am assuming a bug for now. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 07:17:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA01147 for freebsd-current-outgoing; Fri, 18 Sep 1998 07:17:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA01080 for ; Fri, 18 Sep 1998 07:17:34 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id QAA27303; Fri, 18 Sep 1998 16:07:17 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id OAA00909; Fri, 18 Sep 1998 14:03:21 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809181203.OAA00909@semyam.dinoco.de> To: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: Timo Geusch , current@FreeBSD.ORG, seggers@semyam.dinoco.de Subject: Re: DEVFS & SLICE? In-reply-to: Your message of "17 Sep 1998 00:47:29 +0200." Date: Fri, 18 Sep 1998 14:03:20 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > SCSI devices with the corresponding CAM devices (sd -> da, st -> sa, > od is out, ssc and su are out), add "options SCSI_CAM", convert your od mutates to da with my Fujitsu M2513A - like I'd expect it for a disk drive. cd needs da for a kernel to compile it seems (see my other message for this). Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 07:40:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03769 for freebsd-current-outgoing; Fri, 18 Sep 1998 07:40:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA03760 for ; Fri, 18 Sep 1998 07:40:27 -0700 (PDT) (envelope-from mark@grondar.za) Received: from grondar.za (IDENT:T7ZCt9owk7+RFIoNnUiqwQgR7kGKeg6C@localhost [127.0.0.1]) by gratis.grondar.za (8.9.1/8.9.1) with ESMTP id QAA19105; Fri, 18 Sep 1998 16:39:46 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <199809181439.QAA19105@gratis.grondar.za> To: ben@rosengart.com cc: current@FreeBSD.ORG Subject: Re: no inodes?! In-Reply-To: Your message of " Fri, 18 Sep 1998 09:16:00 -0400." References: Date: Fri, 18 Sep 1998 16:39:42 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Snob Art Genre wrote: > narcissus% df -i /usr/home > Filesystem 1K-blocks Used Avail Capacity iused ifree %iused > Mounted on > /dev/sd1g 916223 251978 590948 30% 6370 223772 3% > /usr/home > > narcissus% touch foo > > /usr/home: create/symlink failed, no inodes free > touch: foo: No space left on device > > If I delete files, I can then create as many as I deleted, but no more. > The only explanation for this I can think of is all my CAM and > screensaver and softupdates crashes (this last is now turned off). Any > idea how I might fix this? Find a crapload of files to delete. Look for junk like /usr/obj/* /usr/src/.../*.{orig|rej}, /usr/src/.../.#* and so forth. Clean up home directories, MH folders (,* or #*) and any other scratch dirs. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 07:40:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03793 for freebsd-current-outgoing; Fri, 18 Sep 1998 07:40:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA03788 for ; Fri, 18 Sep 1998 07:40:48 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from bergelmir.ifi.uio.no (2602@bergelmir.ifi.uio.no [129.240.65.172]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id QAA04722; Fri, 18 Sep 1998 16:40:05 +0200 (MET DST) Received: (from dag-erli@localhost) by bergelmir.ifi.uio.no ; Fri, 18 Sep 1998 16:40:05 +0200 (MET DST) Mime-Version: 1.0 To: Stefan Eggers Cc: Timo Geusch , current@FreeBSD.ORG Subject: Re: DEVFS & SLICE? References: <199809181203.OAA00909@semyam.dinoco.de> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 18 Sep 1998 16:40:04 +0200 In-Reply-To: Stefan Eggers's message of "Fri, 18 Sep 1998 14:03:20 +0200" Message-ID: Lines: 15 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id HAA03789 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stefan Eggers writes: > > SCSI devices with the corresponding CAM devices (sd -> da, st -> sa, > > od is out, ssc and su are out), add "options SCSI_CAM", convert your > od mutates to da with my Fujitsu M2513A - like I'd expect it for a > disk drive. cd needs da for a kernel to compile it seems (see my > other message for this). Yep, da works fine with my Olympus MOS330 as well. Were you the one to submit PR 7969? It might help to drop a note directly to Justin Gibbs (gibbs@freebsd.org) DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 07:53:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA05334 for freebsd-current-outgoing; Fri, 18 Sep 1998 07:53:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA05325 for ; Fri, 18 Sep 1998 07:53:02 -0700 (PDT) (envelope-from michael_class@bbn.hp.com) Received: from hpbbse.bbn.hp.com (hpbbse.bbn.hp.com [15.136.26.26]) by atlrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id KAA29124 for ; Fri, 18 Sep 1998 10:51:55 -0400 (EDT) Received: from bbn.hp.com (michaelc@tmbbwmc.bbn.hp.com [15.136.25.181]) by hpbbse.bbn.hp.com with ESMTP (8.7.6/8.7.3) id PAA18866 for ; Fri, 18 Sep 1998 15:52:24 +0100 (MEZ) Message-ID: <360273A6.8231D317@bbn.hp.com> Date: Fri, 18 Sep 1998 16:52:22 +0200 From: Michael Class Organization: Hewlett-Packard GmbH X-Mailer: Mozilla 4.5b1 [en] (X11; I; HP-UX B.10.20 9000/777) X-Accept-Language: en MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: LD_LIBRARY_PATH in elf-system? Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, just a question, in the past (pre-ELF) I was using a script runsocks to socksify a dynamically linked application. This script simply added the socks-shared library in the environment-variable LD_LIBRARY_PATH. This way it was possible to use most (not all) dynamically linked programs through a socks-firewall. With ELF this does not work any more. A quick browse in rtld-elf sources shows no reference to this variable any more. Is there a similar mechanism in rtld-elf that I missed? If not are there any plans to implement this feature? It is not as trivial as it was in the aout-rtld program, but it should be doable. Thank you Michael -- ___________________________________________________________________________ Michael Class E-Mail: michael_class@hp.com E-Business Solutions Center Phone: +49 7031 14-3707 EBSO-SERC Fax: +49 7031 14-4196 ___________________________________________________________________________ Hewlett-Packard GmbH, PO Box 1430, 71004 Böblingen Sitz der Gesellschaft: Böblingen, Amtsgericht Böblingen HRB 4081 Geschäftsführer: Jörg Menno Harms (Vorsitzender), Heribert Schmitz, Rudi Speier, Fritz Schuller, Hans-Günter Hohmann ___________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 07:59:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA06021 for freebsd-current-outgoing; Fri, 18 Sep 1998 07:59:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA06004 for ; Fri, 18 Sep 1998 07:59:14 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id KAA02172; Fri, 18 Sep 1998 10:58:36 -0400 (EDT) Date: Fri, 18 Sep 1998 10:58:36 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: Mark Murray cc: current@FreeBSD.ORG Subject: Re: no inodes?! In-Reply-To: <199809181439.QAA19105@gratis.grondar.za> 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, 18 Sep 1998, Mark Murray wrote: > Find a crapload of files to delete. But df -i says I'm only using 3% of the inodes on that partition. I have /usr/home on its own partition and I'm barely using it -- there are two users besides me and I'm the only one who really uses the machine. I don't have anything to delete really besides my browser cache, and that'll fill right back up. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 09:04:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA13715 for freebsd-current-outgoing; Fri, 18 Sep 1998 09:04:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA13579 for ; Fri, 18 Sep 1998 09:03:56 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id SAA29974 for ; Fri, 18 Sep 1998 18:03:29 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id SAA11844; Fri, 18 Sep 1998 18:03:28 +0200 (MET DST) Message-ID: <19980918180324.23697@follo.net> Date: Fri, 18 Sep 1998 18:03:24 +0200 From: Eivind Eklund To: current@FreeBSD.ORG Subject: Compiler temp files in /var/tmp?!? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Something (and I've not yet investigated closely what) is writing to (or at least accessing) /var/tmp for each kernel source file[1] that is compiled on my box. I quote from hier(7): /var/ multi-purpose log, temporary, transient, and spool files tmp/ temporary files that are kept between system reboots I'm not able to find any reference to var/tmp in the gcc sources (and I have none in my environment). Does anybody have a clue where this would be coming from? It seems clearly wrong, at least. (I noticed this as I'd placed /var/tmp on a slow disk because I knew it wasn't supposed to be used much, and noticed that the disk was being accessed all the time, clearly slowing down my compiles). [1] I've not tested with other sources yet. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 09:07:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14216 for freebsd-current-outgoing; Fri, 18 Sep 1998 09:07:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.elpost.com (DNS2.ELPOST.COM [193.15.1.52]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA14202 for ; Fri, 18 Sep 1998 09:06:55 -0700 (PDT) (envelope-from johan@granlund.nu) Received: from phoenix.granlund.nu (t2o29p100.telia.com [194.236.214.220]) by mail.elpost.com (2.5 Build 2626 (Berkeley 8.8.6)/8.8.4) with ESMTP id SAA00038 for ; Fri, 18 Sep 1998 18:06:26 +0200 Received: from pegasys (pegasys.granlund.nu [192.168.0.2]) by phoenix.granlund.nu (8.9.1/8.9.1) with SMTP id SAA00314 for ; Fri, 18 Sep 1998 18:05:45 +0200 (CEST) (envelope-from johan@phoenix.granlund.nu) Message-Id: <199809181605.SAA00314@phoenix.granlund.nu> From: "Johan Granlund" To: freebsd-current@FreeBSD.ORG Date: Fri, 18 Sep 1998 18:01:48 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: CAM and exabyte EXB-8200 problems X-mailer: Pegasus Mail for Win32 (v3.01a) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi I got a small problem (TM) after uppgrading to CAM, my tapestation is hanging on boot. This is an old Exabyte 8200. When looking at a boot -v it hangs when all devices EXCEPT the tapestation has been found. This is a fullblown SCSI hang with the busylamp on The exabyte is doing a lengthy recalibration on a SCSI reset. When looking on the output from a preCAM boot i got a couple of busy timeouts. SCSI_DELAY=30000 (30sec) Is appendig two boot -v outputs one precam (beetwen E-Day and C-Day) and one without the tape from today at 17:00 CEDT Any solutions? /Johan ------------------------------------------------------- Kernel from 98-09-06 Sep 17 19:25:47 phoenix /kernel.stable: ahc0: rev 0x00 int a irq 10 on pci0.15.0 Sep 17 19:25:47 phoenix /kernel.stable: ahc0: aic7880 Wide Channel, SCSI Id=7, 16/ Sep 17 19:25:47 phoenix /kernel.stable: 255 SCBs Sep 17 19:25:48 phoenix /kernel.stable: ahc0: waiting for scsi devices to settle Sep 17 19:25:48 phoenix /kernel.stable: scbus0 at ahc0 bus 0 Sep 17 19:25:48 phoenix /kernel.stable: ahc0: target 0 Tagged Queuing Device Sep 17 19:25:48 phoenix /kernel.stable: sd0 at scbus0 target 0 lun 0 Sep 17 19:25:48 phoenix /kernel.stable: sd0: type 0 fixed SCSI 2 Sep 17 19:25:48 phoenix /kernel.stable: sd0: Direct-Access 1621MB (3320691 512 byte sectors) Sep 17 19:25:48 phoenix /kernel.stable: ahc0: target 1 Tagged Queuing Device Sep 17 19:25:48 phoenix /kernel.stable: sd1 at scbus0 target 1 lun 0 Sep 17 19:25:48 phoenix /kernel.stable: sd1: type 0 fixed SCSI 2 Sep 17 19:25:48 phoenix /kernel.stable: sd1: Direct-Access 2047MB (4194058 512 byte sectors) Sep 17 19:25:48 phoenix /kernel.stable: ahc0:A:6: refuses WIDE negotiation. Using 8bit transfers Sep 17 19:25:48 phoenix /kernel.stable: scbus0 target 6 lun 0: Target Busy Sep 17 19:25:48 phoenix /kernel.stable: ahc0:A:6: refuses synchronous negotiation. Using asynchronous transfers Sep 17 19:25:48 phoenix /kernel.stable: scbus0 target 6 lun 0: Target Busy Sep 17 19:25:48 phoenix /kernel.stable: scbus0 target 6 lun 0: Target Busy Sep 17 19:25:48 phoenix /kernel.stable: st0 at scbus0 target 6 lun 0 Sep 17 19:25:48 phoenix /kernel.stable: st0: type 1 removable SCSI 1 Sep 17 19:25:48 phoenix /kernel.stable: st0: Sequential-Access density code 0x0, Sep 17 19:25:48 phoenix /kernel.stable: st0: Target Busy Sep 17 19:25:48 phoenix /kernel.stable: Sep 17 19:25:48 phoenix /kernel.stable: st0: Target Busy Sep 17 19:25:48 phoenix /kernel.stable: Sep 17 19:25:48 phoenix /kernel.stable: st0: Target Busy Sep 17 19:25:48 phoenix /kernel.stable: drive empty Sep 17 19:25:48 phoenix /kernel.stable: ahc0: target 8 Tagged Queuing Device Sep 17 19:25:48 phoenix /kernel.stable: sd2 at scbus0 target 8 lun 0 Sep 17 19:25:48 phoenix /kernel.stable: sd2: type 0 fixed SCSI 2 Sep 17 19:25:48 phoenix /kernel.stable: sd2: Direct-Access 8682MB (17781520 512 byte sectors) --------------------------------------------- Kernel from 98-09-18 ~17:00 CEDT Sep 18 17:41:05 phoenix /kernel: (noperiph:ahc0:0:X:X): SCSI bus reset delivered. 0 SCBs aborted. Sep 18 17:41:05 phoenix /kernel: ahc0: Selection Timeout on A:2. 1 SCBs aborted Sep 18 17:41:05 phoenix /kernel: ahc0: Selection Timeout on A:3. 1 SCBs aborted Sep 18 17:41:05 phoenix /kernel: ahc0: Selection Timeout on A:4. 1 SCBs aborted Sep 18 17:41:06 phoenix /kernel: ahc0: Selection Timeout on A:5. 1 SCBs aborted Sep 18 17:41:06 phoenix /kernel: ahc0: Selection Timeout on A:6. 1 SCBs aborted Sep 18 17:41:06 phoenix /kernel: ahc0: Selection Timeout on A:9. 1 SCBs aborted Sep 18 17:41:06 phoenix /kernel: ahc0: Selection Timeout on A:10. 1 SCBs aborted Sep 18 17:41:06 phoenix /kernel: ahc0: Selection Timeout on A:11. 1 SCBs aborted Sep 18 17:41:06 phoenix /kernel: ahc0: Selection Timeout on A:12. 1 SCBs aborted Sep 18 17:41:06 phoenix /kernel: ahc0: Selection Timeout on A:13. 1 SCBs aborted Sep 18 17:41:06 phoenix /kernel: ahc0: Selection Timeout on A:14. 1 SCBs aborted Sep 18 17:41:06 phoenix /kernel: ahc0: Selection Timeout on A:15. 1 SCBs aborted Sep 18 17:41:06 phoenix /kernel: ahc0: target 1 synchronous at 10.0M Sep 18 17:41:06 phoenix /kernel: Hz, offset = 0xf Sep 18 17:41:06 phoenix /kernel: ahc0: target 8 using 16bit transfers Sep 18 17:41:06 phoenix /kernel: ahc0: target 8 synchronous at 20.0MHz, offset = 0x8 Sep 18 17:41:06 phoenix /kernel: ahc0: target 0 synchronous at 10.0MHz, offset = 0xf Sep 18 17:41:06 phoenix /kernel: pass0 at ahc0 bus 0 target 0 lun 0 Sep 18 17:41:06 phoenix /kernel: pass0: Fixed Direct Access SCSI2 device Sep 18 17:41:06 phoenix /kernel: pass0: Serial Number 00765238 Sep 18 17:41:06 phoenix /kernel: pass0: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled Sep 18 17:41:06 phoenix /kernel: pass1 at ahc0 bus 0 target 1 lun 0 Sep 18 17:41:06 phoenix /kernel: pass1: Fixed Direct Access SCSI2 device Sep 18 17:41:06 phoenix /kernel: pass1: Serial Number MY6002NMHQ Sep 18 17:41:06 phoenix /kernel: pass1: 10.0MB/s transfers (10.0MHz, offset 15) Sep 18 17:41:06 phoenix /kernel: pass2 at ahc0 bus 0 target 8 lun 0 Sep 18 17:41:06 phoenix /kernel: pass2: Fixed Direct Access SCSI2 device Sep 18 17:41:06 phoenix /kernel: pass2: Serial Number PCB=2011300101 ; HDA=189709631865 Sep 18 17:41:06 phoenix /kernel: pass2: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled Sep 18 17:41:06 phoenix /kernel: da1 at ahc0 bus 0 target 1 lun 0 Sep 18 17:41:06 phoenix /kernel: da1: Fixed Direct Access SCSI2 device Sep 18 17:41:06 phoenix /kernel: da1: Serial Number MY6002NMHQ Sep 18 17:41:06 phoenix /kernel: da1: 10.0MB/s transfers (10.0MHz, offset 15) Sep 18 17:41:06 phoenix /kernel: da1: 2047MB (4194058 512 byte sectors: 64H 32S/T 2047C) Sep 18 17:41:06 phoenix /kernel: da2 at ahc0 bus 0 target 8 lun 0 Sep 18 17:41:06 phoenix /kernel: da2: Sep 18 17:41:06 phoenix /kernel: Fixed Direct Access SCSI2 device Sep 18 17:41:06 phoenix /kernel: da2: Serial Number PCB=2011300101 ; HDA=189709631865 Sep 18 17:41:06 phoenix /kernel: da2: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled Sep 18 17:41:06 phoenix /kernel: da2: 8682MB (17781520 512 byte sectors: 64H 32S/T 8682C) Sep 18 17:41:06 phoenix /kernel: da0 at ahc0 bus 0 target 0 lun 0 Sep 18 17:41:06 phoenix /kernel: da0: Fixed Direct Access SCSI2 device Sep 18 17:41:06 phoenix /kernel: da0: Serial Number 00765238 Sep 18 17:41:06 phoenix /kernel: da0: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled Sep 18 17:41:06 phoenix /kernel: da0: 1621MB (3320691 512 byte sectors: 64H 32S/T 1621C) Sep 18 17:41:06 phoenix /kernel: Considering FFS root f/s. ___________________________________________________________ Internet: johan@granlund.nu I don't even speak for myself To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 09:27:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA15952 for freebsd-current-outgoing; Fri, 18 Sep 1998 09:27:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA15943 for ; Fri, 18 Sep 1998 09:27:52 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from bergelmir.ifi.uio.no (2602@bergelmir.ifi.uio.no [129.240.65.172]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id SAA20072; Fri, 18 Sep 1998 18:26:50 +0200 (MET DST) Received: (from dag-erli@localhost) by bergelmir.ifi.uio.no ; Fri, 18 Sep 1998 18:26:50 +0200 (MET DST) Mime-Version: 1.0 To: Ben Smithurst Cc: Ozz!!! , freebsd-current@FreeBSD.ORG Subject: Re: Can't compile kernel... References: <199809171730.VAA14235@ozz.etrust.ru> <19980917221819.A710@scientia.demon.co.uk> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 18 Sep 1998 18:26:49 +0200 In-Reply-To: Ben Smithurst's message of "Thu, 17 Sep 1998 22:18:19 +0100" Message-ID: Lines: 15 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id JAA15945 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ben Smithurst writes: > Ozz!!! wrote: > > Hello! > > Problems with -current-elf... > > Can't compile kernel: aout libs is dead... > > How can i compile kernel in ELF ?? > What do you mean `dead'? They should be in /usr/lib/aout; at least > that's where mine are. What error message do you actually get? Knee-jerk reaction: Ozz!!! didn't upgraded his /etc after running the aout -> elf conversion. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 09:35:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA16998 for freebsd-current-outgoing; Fri, 18 Sep 1998 09:35:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA16992 for ; Fri, 18 Sep 1998 09:35:15 -0700 (PDT) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id KAA26078; Fri, 18 Sep 1998 10:34:52 -0600 (MDT) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id KAA25157; Fri, 18 Sep 1998 10:34:51 -0600 Date: Fri, 18 Sep 1998 10:34:51 -0600 Message-Id: <199809181634.KAA25157@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Eivind Eklund Cc: current@FreeBSD.ORG Subject: Re: Compiler temp files in /var/tmp?!? In-Reply-To: <19980918180324.23697@follo.net> References: <19980918180324.23697@follo.net> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Something (and I've not yet investigated closely what) is writing to > (or at least accessing) /var/tmp for each kernel source file[1] that > is compiled on my box. I quote from hier(7): > > /var/ multi-purpose log, temporary, transient, and spool files > tmp/ temporary files that are kept between system reboots > > > I'm not able to find any reference to var/tmp in the gcc sources (and > I have none in my environment). Have you set TMPDIR to /var/tmp? Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 09:37:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA17367 for freebsd-current-outgoing; Fri, 18 Sep 1998 09:37:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from jli.com (jli.com [199.2.111.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA17344 for ; Fri, 18 Sep 1998 09:37:07 -0700 (PDT) (envelope-from trost@cloud.rain.com) Received: (qmail 21494 invoked by uid 4); 18 Sep 1998 16:36:39 -0000 Received: (qmail 11595 invoked from network); 18 Sep 1998 16:36:00 -0000 Received: from softdnserror (HELO cloud.rain.com) (127.0.0.1) by softdnserror with SMTP; 18 Sep 1998 16:36:00 -0000 Subject: Re: CAM integration imminent. to: Current@FreeBSD.ORG References: <14204.906094354@cloud.rain.com> <19980915190534.A9468@st-lcremean.tidalwave.net> <199809151042.EAA24465@pluto.plutotech.com> In-reply-to: Your message of Thu, 17 Sep 1998 21:52:34 PDT. <14204.906094354@cloud.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <11587.906136559.1@cloud.rain.com> Date: Fri, 18 Sep 1998 09:35:59 -0700 Message-ID: <11588.906136559@cloud.rain.com> From: Bill Trost Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I got two messages making it clear that my last posting wasn't. I currently have an aic-based board running against a May -CURRENT. Because of problems with that card hanging FreeBSD in some circumstances (Mike Smith specifically mentioned "snot"), I bought a 2940. The May -CURRENT hangs probing the 2940, so I thought I would upgrade OS's to get the latest and greatest ahc driver -- but that would mean abandoning the aic-based card. Whimper whimper...I guess I will have to go to right-before-CAM. Bill Trost writes: Lee Cremeans writes: I understand a CAMified version of aic is forthcoming, but for now, it'll have to go since I don't think any of the old SCSI layer exists anymore.. Oh groovy. I decided to do an upgrade from the May -CURRENT because the latest and greatest Adaptec 2940 wasn't working for FreeBSD (hang in probe/attach) -- but I have to upgrade the card at the same time I upgrade the OS? This is going to be...interesting. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 09:40:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA18174 for freebsd-current-outgoing; Fri, 18 Sep 1998 09:40:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA18141 for ; Fri, 18 Sep 1998 09:40:39 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id SAA00421; Fri, 18 Sep 1998 18:40:12 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id SAA16578; Fri, 18 Sep 1998 18:40:11 +0200 (MET DST) Message-ID: <19980918184011.46557@follo.net> Date: Fri, 18 Sep 1998 18:40:11 +0200 From: Eivind Eklund To: Nate Williams Cc: current@FreeBSD.ORG Subject: Re: Compiler temp files in /var/tmp?!? References: <19980918180324.23697@follo.net> <199809181634.KAA25157@mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199809181634.KAA25157@mt.sri.com>; from Nate Williams on Fri, Sep 18, 1998 at 10:34:51AM -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Fri, Sep 18, 1998 at 10:34:51AM -0600, Nate Williams wrote: > > Something (and I've not yet investigated closely what) is writing to > > (or at least accessing) /var/tmp for each kernel source file[1] that > > is compiled on my box. I quote from hier(7): > > > > /var/ multi-purpose log, temporary, transient, and spool files > > tmp/ temporary files that are kept between system reboots > > > > > > I'm not able to find any reference to var/tmp in the gcc sources (and > > I have none in my environment). > > Have you set TMPDIR to /var/tmp? No. That's part of what I was referring to with 'and I have none in my environment'. It seems to be using /var/tmp by default. It keep working if I unmount the disk /var/tmp is symlinked into (I assume by using /tmp instead). Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 09:49:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA19198 for freebsd-current-outgoing; Fri, 18 Sep 1998 09:49:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA19193 for ; Fri, 18 Sep 1998 09:49:30 -0700 (PDT) (envelope-from enkhyl@hayseed.net) Received: from hillbilly.hayseed.net (hillbilly.hayseed.net [204.62.130.2]) by hillbilly.hayseed.net (8.9.1/8.8.5) with SMTP id JAA07727; Fri, 18 Sep 1998 09:48:40 -0700 Date: Fri, 18 Sep 1998 09:48:39 -0700 (PDT) From: Enkhyl To: Bob Bishop cc: Doug White , Andrzej Bialecki , freebsd-current@FreeBSD.ORG Subject: Re: Limit 'ps' to show only user's processes 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 Fri, 18 Sep 1998, Bob Bishop wrote: > At 1:05 pm -0700 17/9/98, Doug White wrote: > > > >So rewire ps to default to -U uid? Or make it impossible for anyone > >except the superuser to see all processes? > > NOOOOOO! > > Ahem, sorry for the outburst, but please consider that if unpriv users > can't see all processes thay will forever plague people like me with "Is > the xyz server running?". It's bad enough now... I think the idea here is to make it a sysctl option. -- Christopher Nielsen Scient: The Art and Science of Electronic Business cnielsen@scient.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 10:05:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21407 for freebsd-current-outgoing; Fri, 18 Sep 1998 10:05:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA21402 for ; Fri, 18 Sep 1998 10:05:31 -0700 (PDT) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.9.1/8.8.5/RADIO-1.1) id TAA02724; Fri, 18 Sep 1998 19:05:09 +0200 (CEST) Message-ID: <19980918190509.A2708@radio-do.de> Date: Fri, 18 Sep 1998 19:05:09 +0200 From: Frank Nobis To: freebsd-current@FreeBSD.ORG Subject: Bug in elf c++ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Taken from the configure script of groff, I found a bug in the elf version of c++. Here is the example: #ifdef __cplusplus extern "C" void exit(int); #endif extern "C" { void _exit(int); } int i; struct A { char dummy; A() { i = 1; } ~A() { if (i == 1) _exit(0); } }; volatile A a; int main() { return 1; } Compile it with 'c++ -aout' and the exit value is 0. Compile it just with 'c++' and the exit value is 1! This leads to a bug in the groff package. Since the constructors for some global class instances are not called, the default value for font_path is not set and therefore groff fails to format any man page. Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 10:05:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21485 for freebsd-current-outgoing; Fri, 18 Sep 1998 10:05:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA21418 for ; Fri, 18 Sep 1998 10:05:35 -0700 (PDT) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id MAA14627 for ; Fri, 18 Sep 1998 12:04:48 -0500 (CDT) Received: (from jlemon@localhost) by right.PCS (8.6.13/8.6.4) id MAA00610; Fri, 18 Sep 1998 12:04:17 -0500 Message-ID: <19980918120417.14865@right.PCS> Date: Fri, 18 Sep 1998 12:04:17 -0500 From: Jonathan Lemon To: freebsd-current@FreeBSD.ORG Subject: aout-to-elf question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I've just finished successfully converting one of my systems from aout to elf, using the "make aout-to-elf" target. Now, I'd like to convert another (3.0) system, by NFS mounting /usr/src and /usr/obj, and installing the already-built executables. I don't think that a normal "installworld" is correct, and the "aout-to-elf-install" target doesn't do anything. What is the correct step at this point? -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 10:19:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23820 for freebsd-current-outgoing; Fri, 18 Sep 1998 10:19:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA23804 for ; Fri, 18 Sep 1998 10:19:36 -0700 (PDT) (envelope-from michaelc@hpbbse.bbn.hp.com) Received: from hpbbse.bbn.hp.com (hpbbse.bbn.hp.com [15.136.26.26]) by atlrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id NAA06349 for ; Fri, 18 Sep 1998 13:18:35 -0400 (EDT) Received: from localhost (michaelc@localhost) by hpbbse.bbn.hp.com with SMTP (8.7.6/8.7.3) id TAA20741 for ; Fri, 18 Sep 1998 19:19:04 +0200 (METDST) Date: Fri, 18 Sep 1998 19:19:04 +0200 (METDST) From: Michael Class To: current@FreeBSD.ORG Subject: ncr and CAM still dont work for me Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id KAA23812 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, I am still unable to get my system up and running with cam. Even with ncr.c rev. 1.129 the system hangs with probe0(ncr0:0:0:0) extaneous data discarded probe0(ncr0:0:0:0) COMMAND FAILED (9 0) @f086f600 ncr0: timeout nccb = f086XXXX (skip) (lots of these lines follow) and after a couple of minutes: da0:ncr0:0:0:0 READ CAPACITY CDB: 25 0 0 0 0 0 0 0 0 0 da0:ncr0:0:0:0 error code 51 and that's it. (I have the messages written on paper, so there might be some typos) The system is a P6, 200Mhz, 64MB Ram and a 810 and 875 SCSI-Controller. But even if I removed the 810 and all devices but the Micropolis Disk, I am getting the same error. Enclosed is the relevant output of a boot from a pre-cam kernel. Any suggestions? Michael ------------------------------------------------------------------------- michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: michael_class@hp.com Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) ------------------------------------------------------------------------- ncr0: rev 0x03 int a irq 12 on pci0.11.0 ncr0: minsync=12, maxsync=137, maxoffs=16, 128 dwords burst, large dma fifo ncr0: single-ended, open drain IRQ driver, using on-chip SRAM ncr0: restart (scsi reset). ncr0 scanning for targets 0..6 and 8..15 (V2 pl24 96/12/14) ncr0: waiting for scsi devices to settle scbus0 at ncr0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access sd0: NCR quirks=0x2 sd0: WIDE SCSI (16 bit) enabled sd0: 40.0 MB/s (50 ns, offset 15) sd0: M_DISCONNECT received, but datapointer not saved: data=35e590 save=f88006b0 goal=f88006d4. 8681MB (17780058 512 byte sectors) sd0: with 4811 cyls, 22 heads, and an average 167 sectors/track sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access sd1: NCR quirks=0x2 sd1: WIDE SCSI (16 bit) enabled sd1: 20.0 MB/s (100 ns, offset 15) 4101MB (8399520 512 byte sectors) sd1: with 3907 cyls, 20 heads, and an average 107 sectors/track st0 at scbus0 target 3 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access st0: NCR quirks=0x2 st0: 10.0 MB/s (100 ns, offset 16) density code 0x24, drive empty found-> vendor=0x1000, dev=0x0001, revid=0x01 class=00-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=11 map[0]: type 4, range 32, base 0000d400, size 8 map[1]: type 1, range 32, base f8000000, size 8 ncr1: rev 0x01 int a irq 11 on pci0.12.0 ncr1: minsync=25, maxsync=206, maxoffs=8, 16 dwords burst, normal dma fifo ncr1: single-ended, open drain IRQ driver ncr1: restart (scsi reset). ncr1 scanning for targets 0..6 (V2 pl24 96/12/14) ncr1: waiting for scsi devices to settle scbus1 at ncr1 bus 0 worm0 at scbus1 target 3 lun 0 worm0: type 5 removable SCSI 2 worm0: Write-Once uk0 at scbus1 target 4 lun 0 uk0: type 6 fixed SCSI 2 uk0: Unknown scbus1 target 4 lun 1: NCR quirks=0x2 uk1 at scbus1 target 4 lun 1 uk1: type 6 fixed SCSI 2 uk1: Unknown uk2 at scbus1 target 4 lun 2 uk2: type 6 fixed SCSI 2 uk2: Unknown uk3 at scbus1 target 4 lun 3 uk3: type 6 fixed SCSI 2 uk3: Unknown uk4 at scbus1 target 4 lun 4 uk4: type 6 fixed SCSI 2 uk4: Unknown uk5 at scbus1 target 4 lun 5 uk5: type 6 fixed SCSI 2 uk5: Unknown uk6 at scbus1 target 4 lun 6 uk6: type 6 fixed SCSI 2 uk6: Unknown uk7 at scbus1 target 4 lun 7 uk7: type 6 fixed SCSI 2 uk7: Unknown cd0 at scbus1 target 5 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd0: NCR quirks=0x2 cd0: 4.0 MB/s (250 ns, offset 8) cd present [296150 x 2048 byte records] ___________________________________________________________________________ Michael Class E-Mail: michael_class@hp.com E-Business Solutions Center Phone: +49 7031 14-3707 EBSO-SERC Fax: +49 7031 14-4196 ___________________________________________________________________________ Hewlett-Packard GmbH, PO Box 1430, 71004 Boeblingen Sitz der Gesellschaft: Böblingen, Amtsgericht Böblingen HRB 4081 Geschäftsführer: Jörg Menno Harms (Vorsitzender), Heribert Schmitz, Rudi Speier, Fritz Schuller, Hans-Günter Hohmann ___________________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 10:24:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24646 for freebsd-current-outgoing; Fri, 18 Sep 1998 10:24:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA24334; Fri, 18 Sep 1998 10:23:18 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id TAA14661; Fri, 18 Sep 1998 19:20:21 +0200 (MET DST) Received: from semyam.dinoco.de (semyam.dinoco.de [127.0.0.1]) by semyam.dinoco.de (8.9.1/8.8.8) with ESMTP id TAA01882; Fri, 18 Sep 1998 19:18:28 +0200 (CEST) (envelope-from seggers@semyam.dinoco.de) Message-Id: <199809181718.TAA01882@semyam.dinoco.de> To: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) cc: Stefan Eggers , Timo Geusch , current@FreeBSD.ORG, gibbs@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-reply-to: Your message of "18 Sep 1998 16:40:04 +0200." Date: Fri, 18 Sep 1998 19:18:27 +0200 From: Stefan Eggers Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Were you the one to submit PR 7969? It might help to drop a note > directly to Justin Gibbs (gibbs@freebsd.org) [I put a CC to Justin in.] It's not my PR but I think the correction is simple: Put the two functions (scsi_start_stop and scsi_read_write I think were their names) in a file named something like scsi_common.c, header file scsi_common.h, remove them from scsi_da.c and scsi_da.h and then add it to sys/conf/files to be included for cd and da device entries in the kernel configuration. I don't have much time this weekend or I'd just try it now myself. Stefan. -- Stefan Eggers Lu4 yao2 zhi1 ma3 li4, Max-Slevogt-Str. 1 ri4 jiu3 jian4 ren2 xin1. 51109 Koeln Federal Republic of Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 10:34:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA25461 for freebsd-current-outgoing; Fri, 18 Sep 1998 10:34:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [212.242.40.180]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA25454 for ; Fri, 18 Sep 1998 10:34:53 -0700 (PDT) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.9.1/8.9.1) id TAA11126; Fri, 18 Sep 1998 19:34:23 +0200 (CEST) (envelope-from sos) Message-Id: <199809181734.TAA11126@sos.freebsd.dk> Subject: Re: CAM and exabyte EXB-8200 problems In-Reply-To: <199809181605.SAA00314@phoenix.granlund.nu> from Johan Granlund at "Sep 18, 98 06:01:48 pm" To: johan@granlund.nu (Johan Granlund) Date: Fri, 18 Sep 1998 19:34:23 +0200 (CEST) Cc: freebsd-current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In reply to Johan Granlund who wrote: > Hi > > I got a small problem (TM) after uppgrading to CAM, my tapestation is hanging on boot. > This is an old Exabyte 8200. When looking at a boot -v it hangs when all devices > EXCEPT the tapestation has been found. This is a fullblown SCSI hang with the > busylamp on > > The exabyte is doing a lengthy recalibration on a SCSI reset. When looking on the > output from a preCAM boot i got a couple of busy timeouts. > SCSI_DELAY=30000 (30sec) I see the exact same thing here!! I got no timeouts with the old code though... Justin, it seems the problem is not related to the NCR controller alone... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end? .. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 10:37:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA25743 for freebsd-current-outgoing; Fri, 18 Sep 1998 10:37:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from bleep.ishiboo.com (bleep.ishiboo.com [199.79.133.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA25738 for ; Fri, 18 Sep 1998 10:37:00 -0700 (PDT) (envelope-from nirva@ishiboo.com) Received: (qmail 23135 invoked by uid 1000); 18 Sep 1998 17:36:26 -0000 Message-ID: <19980918133626.13813@bleep.ishiboo.com> Date: Fri, 18 Sep 1998 13:36:26 -0400 From: Danny Dulai To: "David E. Cross" Cc: =?iso-8859-1?Q?Dag-Erling_Co=EFdanSm=F8rgrav?= , Andrzej Bialecki , Doug White , freebsd-current@FreeBSD.ORG Subject: Re: Limit 'ps' to show only user's processes References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.88 In-Reply-To: ; from David E. Cross on Fri, Sep 18, 1998 at 09:05:48AM -0400 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Quoting David E. Cross (crossd@cs.rpi.edu): > On 18 Sep 1998, Dag-Erling [iso-8859-1] Coïdan[iso-8859-1] Smørgrav wrote: > > > > Make it impossible. The point is to hide this information from > > > non-privileged users, and changing 'ps' only doesn't help much (I cna > > > always recompile my own version). > > > > No you can't. ps(1) is setgid kmem. > > ls -la /proc Also, you'd need to fix kill(2) and any other syscall that takes a pid as an arg to return some incorrect error. I could always write a program that needed no special privs: for (i=1; i= 0 || errno != ESRCH) printf("pid %d exists"); Now, this isnt giving you much information, but it is leaking the existence of other pids, that arent owned by you. -- ___________________________________________________________________________ Danny Dulai Feet. Pumice. Lotion. http://www.ishiboo.com/~nirva/ nirva@ishiboo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 10:38:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA25963 for freebsd-current-outgoing; Fri, 18 Sep 1998 10:38:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA25939 for ; Fri, 18 Sep 1998 10:38:12 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id DAA24558; Sat, 19 Sep 1998 03:37:43 +1000 Date: Sat, 19 Sep 1998 03:37:43 +1000 From: Bruce Evans Message-Id: <199809181737.DAA24558@godzilla.zeta.org.au> To: current@FreeBSD.ORG, eivind@yes.no Subject: Re: Compiler temp files in /var/tmp?!? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Subject: Compiler temp files in /var/tmp?!? Gcc prefers to use the following directories for temp files, in the following order: $TMPDIR (if set) $TMP (if set) $TEMPDIR (if set) P_tmpdir = "/var/tmp" (see tmpnam(3)) "/usr/tmp" "/tmp" so it does the wrong thing by default because P_tmpdir is not very tmp. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 11:26:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA04989 for freebsd-current-outgoing; Fri, 18 Sep 1998 11:26:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from crap.31337.net (crap.31337.net [194.109.86.254] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA04819 for ; Fri, 18 Sep 1998 11:26:30 -0700 (PDT) (envelope-from alexlh@funk.org) Received: from nose (nose.funk.org [194.109.86.229]) by crap.31337.net (8.8.8/8.8.8) with SMTP id TAA00882 for ; Fri, 18 Sep 1998 19:34:00 GMT (envelope-from alexlh@funk.org) Message-Id: <3.0.5.32.19980918202600.00803630@crap.31337.net> X-Sender: alexlh@crap.31337.net (Unverified) X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Fri, 18 Sep 1998 20:26:00 +0200 To: freebsd-current@FreeBSD.ORG From: Alex Le Heux Subject: 3Com 3c900-FL, The sequel Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, Several people mailed me suggestions (all the same :-) for some small changes to pci/if_xl.c and pci/if_xlreg.h. So after waking up my ancient -current partition and waiting for hours while cvsup brought it up to date I applied them. The machine paniced during boot, complaining about mediatype bits. After some mucking about it now assumes the card uses the MII interface. Leaves only one question: Does it actually work? We bought the card to use it on the machine that has our primary connection to the net. This connection is now on a ST-AUI tranceiver. As there's constantly about a megabit of traffic over that line, lots of people would be very unhappy if I took it down to test my modifications. What I'm going to try is to connect the send- to the receive ports, and see if I can do some kind of loopback. If that doesn't work I'll contact a company I know and ask them (very sweetly) if I can borrow a tranceiver. If anyone has other suggestions, I'll be happy to hear them. Alex Le Heux --- Water water everywhere, and not a drop to drink Lusers lusers everywhere, and not a one can think - alt.sysadmin.recovery 18/08/98 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 11:34:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06452 for freebsd-current-outgoing; Fri, 18 Sep 1998 11:34:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA06326 for ; Fri, 18 Sep 1998 11:33:53 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id UAA00788 for current@FreeBSD.ORG; Fri, 18 Sep 1998 20:30:10 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.1/8.9.1) id UAA03584 for current@FreeBSD.ORG; Fri, 18 Sep 1998 20:21:58 +0200 (CEST) (envelope-from andreas) Message-ID: <19980918202157.A3016@klemm.gtn.com> Date: Fri, 18 Sep 1998 20:21:57 +0200 From: Andreas Klemm To: current@FreeBSD.ORG Subject: panic: newdirrem inum 48733 should be 48732 (SMP+SOFTUPDATES) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Had no problems with panics for a long long time although I run current, SMP and softupdates. When other people reported problems I wondered, why my system didn't panic ... But now I have been bitten by softupdates and SMP myself. Kernel config file below and the trace from DDB _Debugger _panic _newdirrem _softdep_setup_directory_change _ufs_dirrewrite _ufs_rename _ufs_vnoperate _rename _syscall _Xint0x80_syscall machine "i386" cpu "I686_CPU" ident ISDNSMP maxusers 128 # Create a SMP capable kernel (mandatory options): options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Options for the VM subsystem #options PQ_NOOPT # No coloring #options PQ_LARGECACHE # color for 512k/16k cache options PQ_HUGECACHE # color for 1024k/16k cache # Lets always enable the kernel debugger for SMP. options DDB options INCLUDE_CONFIG_FILE # Include this file in kernel options "P1003_1B" options "_KPOSIX_PRIORITY_SCHEDULING" options "_KPOSIX_VERSION=199309L" options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about options IPFIREWALL_FORWARD #enable xparent proxy support options "IPFIREWALL_VERBOSE_LIMIT=100" #limit verbosity options IPDIVERT #divert sockets options COMPAT_LINUX options INET #InterNETworking options FFS #Berkeley Fast Filesystem options SOFTUPDATES options MFS #Memory File System options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options KERNFS #Kernel filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Be pessimistic about Joe SCSI device options SCSI_CAM #We're using CAM in this kernel options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options SHOW_BUSYBUFS #List buffers that prevent root unmount options NSWAPDEV=3 #Allow this many swap-devices. options CODA #CODA filesystem. # Size of the kernel message buffer. Should be N * pagesize. options "MSGBUF_SIZE=40960" config kernel root on da0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller ahc0 options AHC_ALLOW_MEMIO # AHA 2940U controller ahc0 controller scbus0 at ahc0 disk da0 at scbus0 target 0 unit 0 disk da3 at scbus0 target 1 unit 0 tape sa0 at scbus0 target 4 device worm0 at scbus0 target 5 device cd0 at scbus0 target 6 # AHA 2940 controller ahc1 controller scbus1 at ahc1 disk da1 at scbus1 target 1 unit 0 disk da2 at scbus1 target 2 unit 0 #device pt0 at scbus1 target 6 unit 0 options SCSI_REPORT_GEOMETRY # SCO compatible system console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options MAXCONS=4 # number of virtual consoles options SC_HISTORY_SIZE=200 # number of history buffer lines device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr # Network 3COM PCI # The `vx' device provides support for the 3Com 3C590 and 3C595 device vx0 device xl0 device ed0 at isa? port 0x280 net irq 10 iomem 0xd0000 vector edintr pseudo-device loop pseudo-device ether pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device vn #Vnode driver (turns a file into a device) pseudo-device ccd 4 #Concatenated disk driver pseudo-device tun 1 #Tunnel driver (user process ppp(8)) pseudo-device ppp 1 #Point-to-point protocol options PPP_BSDCOMP #PPP BSD-compress support options PPP_DEFLATE #PPP zlib/deflate/gzip support options PPP_FILTER #enable bpf filtering (needs bpfilter) # This provides support for System V shared memory. # options SYSVSHM options SYSVSEM options SYSVMSG # This option includes a MD5 routine in the kernel, this is used for # various authentication and privacy uses. options "MD5" # Luigi's snd code (use INSTEAD of snd0 and all VOXWARE drivers!). # You may also wish to enable the pnp controller with this, for pnp # sound cards. # #device pcm0 at isa? port ? tty irq 10 drq 1 flags 0x0 vector pcmintr device pcm0 at isa? port ? tty irq 5 drq 1 flags 0x15 vector pcmintr # Not controlled by `snd' # device pca0 at isa? port IO_TIMER1 tty options "I4B_SMP_WORKAROUND" # i4b passive ISDN cards support (isic - I4b Siemens Isdn Chipset driver) # Teles S0/16.3 options "TEL_S0_16_3" device isic0 at isa? port 0xd80 net irq 9 flags 0x04 vector isicintr # i4b passive cards D channel handling # Q.921 pseudo-device "i4bq921" # Q.931 pseudo-device "i4bq931" # common passive and active layer 4 # layer 4 pseudo-device "i4b" # userland driver to do ISDN tracing (for passive cards oly) pseudo-device "i4btrc" 4 # userland driver to control the whole thing pseudo-device "i4bctl" # userland driver for access to raw B channel pseudo-device "i4brbch" 4 # userland driver for telephony pseudo-device "i4btel" 2 # network driver for IP over raw HDLC ISDN pseudo-device "i4bipr" 4 # enable VJ header compression detection for ipr i/f # options IPR_VJ # network driver for sync PPP over ISDN pseudo-device "i4bisppp" 4 pseudo-device sppp 4 -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 11:44:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA08455 for freebsd-current-outgoing; Fri, 18 Sep 1998 11:44:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA08422; Fri, 18 Sep 1998 11:44:21 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id MAA01379; Fri, 18 Sep 1998 12:43:40 -0600 (MDT) Message-Id: <199809181843.MAA01379@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Stefan Eggers cc: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ), Timo Geusch , current@FreeBSD.ORG, gibbs@FreeBSD.ORG Subject: Re: DEVFS & SLICE? In-reply-to: Your message of "Fri, 18 Sep 1998 19:18:27 +0200." <199809181718.TAA01882@semyam.dinoco.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 18 Sep 1998 12:37:19 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >It's not my PR but I think the correction is simple: Put the two >functions (scsi_start_stop and scsi_read_write I think were their >names) in a file named something like scsi_common.c, header file >scsi_common.h, remove them from scsi_da.c and scsi_da.h and then >add it to sys/conf/files to be included for cd and da device >entries in the kernel configuration. If we decide to move them, they should go in scsi_all.c. I'm just not sure that they should be moved. The two functions are not common to all devices. They are common to direct access devices (i.e. defined in section 9 of the SCSI2 spec). CDROMs are a superset of direct access devices, so they require the DA files to be compiled in as well. I'll see if config will allow us to add a second dependency on the da files based on the cd driver. I believe that the generic peripheral driver error handler also makes use of scsi_start_stop if the device encountering an error is a direct access or cdrom device. I'll have to check. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 11:53:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09552 for freebsd-current-outgoing; Fri, 18 Sep 1998 11:53:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from duey.hs.wolves.k12.mo.us (duey.hs.wolves.k12.mo.us [207.160.214.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA09547 for ; Fri, 18 Sep 1998 11:53:04 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from duey.hs.wolves.k12.mo.us (cdillon@duey.hs.wolves.k12.mo.us [207.160.214.9]) by duey.hs.wolves.k12.mo.us (8.8.7/8.8.7) with SMTP id NAA24491; Fri, 18 Sep 1998 13:50:06 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Fri, 18 Sep 1998 13:50:05 -0500 (CDT) From: Chris Dillon X-Sender: cdillon@duey.hs.wolves.k12.mo.us To: Michael Class cc: current@FreeBSD.ORG Subject: Re: ncr and CAM still dont work for me 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 Fri, 18 Sep 1998, Michael Class wrote: > Hello, > > I am still unable to get my system up and running with cam. Even with ncr.c > rev. 1.129 the system hangs with > AAAARGH.. I had a rather long message composed in reply to this message and pine dumped on me as I was attempting to send it, and it wasn't even waiting for me to finish it up when I tried to compose a new message like usually happens. Anyway, briefly this time, I did a recent current make world, I have a NCR 53c875 based card, it all works fine minus initial minor pilot error regarding /dev (MAKEDEV doesn't make nodes with slices AND partitions, i.e. just da0s1 not da0s1[a-h]). I had one crash while doing lots of cvs checkouts, aborting them, deleting what they had checked out (trying to get it to check out the right stuff) quickly in a row. I didn't have a debugging kernel or crashdumps enabled at the time, so I'm out on that one until I can reproduce it with those helpers enabled. -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net /* FreeBSD: The fastest and most stable server OS on the planet. For Intel x86 and compatibles (SPARC and Alpha under development) (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 Sep 18 12:04:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA11532 for freebsd-current-outgoing; Fri, 18 Sep 1998 12:04:14 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from duey.hs.wolves.k12.mo.us (duey.hs.wolves.k12.mo.us [207.160.214.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA11526 for ; Fri, 18 Sep 1998 12:04:13 -0700 (PDT) (envelope-from cdillon@wolves.k12.mo.us) Received: from duey.hs.wolves.k12.mo.us (cdillon@duey.hs.wolves.k12.mo.us [207.160.214.9]) by duey.hs.wolves.k12.mo.us (8.8.7/8.8.7) with SMTP id OAA24543 for ; Fri, 18 Sep 1998 14:03:49 -0500 (CDT) (envelope-from cdillon@wolves.k12.mo.us) Date: Fri, 18 Sep 1998 14:03:48 -0500 (CDT) From: Chris Dillon X-Sender: cdillon@duey.hs.wolves.k12.mo.us To: current@FreeBSD.ORG Subject: Make a stable snapshot on current box? 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 What is the right way, if it is even possible or advisable, to make a -stable snapshot (release) on a -current box (very current)? I'm attempting to do so right now, though I don't know the status of it (the box is at home, I'm at work right now). I checked out the latest -stable tree into /usr/src, and started doing a 'make -m /usr/src/share/mk/sys.mk buildworld' (which was looking quite good before I left) and then it will do a 'cd release && make -m /usr/src/share/mk/sys.mk release various_release_options'. I figured pointing make at the stable version of sys.mk might be a good idea, though it may in reality be a boneheaded idea. Any suggestions? If possible and it succeeds, are there any gotchas I should be aware of? (any -current-isms that might show up in the stable snapshot?) Something I realized just after I made the most recent current world is that the aic driver isn't in CAM yet. Guess what I hook my CD writer and ZIP drive up to? :-) I'll just copy the iso image onto my Winblows partition and use Adaptec EasyCD to write it, or something. Anyone need a tester for the aic driver for CAM? :-) -- Chris Dillon - cdillon@wolves.k12.mo.us - cdillon@inter-linc.net /* FreeBSD: The fastest and most stable server OS on the planet. For Intel x86 and compatibles (SPARC and Alpha under development) (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 Sep 18 12:27:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13818 for freebsd-current-outgoing; Fri, 18 Sep 1998 12:27:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from galea.com (Odie.Galea.Com [205.237.227.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA13812 for ; Fri, 18 Sep 1998 12:27:02 -0700 (PDT) (envelope-from sepotvin@videotron.ca) Received: from assurancetourix ([205.237.227.162]) by galea.com (8.6.11/8.6.9) with SMTP id PAA02102 for ; Fri, 18 Sep 1998 15:41:19 -0400 Message-ID: <01ee01bde33a$bc6b2a30$a2e3edcd@assurancetourix.Galea.Com> From: "=?iso-8859-1?Q?St=E9phane_E._Potvin?=" To: Subject: panic: kvtop: zero page frame Date: Fri, 18 Sep 1998 15:29:59 -0400 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 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 Got the following error after the fdc0 probe un a current-elf system from about 2 hours ago. panic: kvtop: zero page frame The system is an IBM Thinkpad 760XD with 88Mb memory. Anyone know what can cause this error? Thanks in advance Stephane To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 12:33:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14735 for freebsd-current-outgoing; Fri, 18 Sep 1998 12:33:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.144.32]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA14720 for ; Fri, 18 Sep 1998 12:33:07 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.8.8/8.8.8) with ESMTP id MAA12668; Fri, 18 Sep 1998 12:32:23 -0700 (PDT) (envelope-from dwhite@resnet.uoregon.edu) Date: Fri, 18 Sep 1998 12:32:22 -0700 (PDT) From: Doug White To: Alex Le Heux cc: freebsd-current@FreeBSD.ORG Subject: Re: 3Com 3c900-FL, The sequel In-Reply-To: <3.0.5.32.19980918202600.00803630@crap.31337.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, 18 Sep 1998, Alex Le Heux wrote: > Several people mailed me suggestions (all the same :-) for some small > changes to pci/if_xl.c and pci/if_xlreg.h. So after waking up my ancient > -current partition and waiting for hours while cvsup brought it up to date > I applied them. > > The machine paniced during boot, complaining about mediatype bits. After > some mucking about it now assumes the card uses the MII interface. You're probably running into the same thing I am with this 100baseT4 card. I need to get it hammered out before 3.0 goes out the door. (Sorry I haven't been able to get back to you Bill) > Leaves only one question: Does it actually work? Good question. What *is* the FL, a fiberoptic Ethernet card? Doug White Internet: dwhite@resnet.uoregon.edu | FreeBSD: The Power to Serve http://gladstone.uoregon.edu/~dwhite | 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 Sep 18 12:41:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15804 for freebsd-current-outgoing; Fri, 18 Sep 1998 12:41:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA15798 for ; Fri, 18 Sep 1998 12:41:44 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id PAA29792 for current@freebsd.org; Fri, 18 Sep 1998 15:41:19 -0400 (EDT) (envelope-from luoqi) Date: Fri, 18 Sep 1998 15:41:19 -0400 (EDT) From: Luoqi Chen Message-Id: <199809181941.PAA29792@lor.watermarkgroup.com> To: current@FreeBSD.ORG Subject: Yet another patch to try for softupdates panic Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This patch could be the real cure for the `initiate_write_filepage' panic people were seeing during make -j# world. I have posted another patch about a week ago (in fact, I have committed it), but it turned out to be no more than a no-op (thanks to Bruce for pointing it out, it was an embarrassing silly mistake of mine). I certainly hope this patch will do its work: this patch should fix a race condition between directory truncation and file creation that could lead to the `initiate_write_filepage' panic. -lq PS. I know it is bad coding style. I'll make it look better if it's proven to work. Index: ffs_inode.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_inode.c,v retrieving revision 1.47 diff -u -r1.47 ffs_inode.c --- ffs_inode.c 1998/09/15 14:45:28 1.47 +++ ffs_inode.c 1998/09/18 12:41:16 @@ -191,7 +191,7 @@ * rarely, we solve the problem by syncing the file * so that it will have no data structures left. */ - if ((error = VOP_FSYNC(ovp, cred, MNT_WAIT, + if ((error = VOP_FSYNC(ovp, cred, MNT_WAIT|0x80000000, p)) != 0) return (error); } else { Index: ffs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_vnops.c,v retrieving revision 1.51 diff -u -r1.51 ffs_vnops.c --- ffs_vnops.c 1998/09/07 11:50:19 1.51 +++ ffs_vnops.c 1998/09/18 16:13:01 @@ -126,8 +126,8 @@ struct buf *nbp; int s, error, passes, skipmeta; daddr_t lbn; + int istrunc = 0; - if (vp->v_type == VBLK) { lbn = INT_MAX; } else { @@ -137,6 +137,14 @@ } /* + * XXX hack to solve directory truncation problem + */ + if (ap->a_waitfor & 0x80000000) { + istrunc = 1; + ap->a_waitfor &= ~0x80000000; + } + + /* * Flush all dirty buffers associated with a vnode. */ passes = NIADDR; @@ -251,7 +259,7 @@ getmicrotime(&tv); if ((error = UFS_UPDATE(vp, &tv, &tv, ap->a_waitfor == MNT_WAIT)) != 0) return (error); - if (DOINGSOFTDEP(vp) && ap->a_waitfor == MNT_WAIT) + if (DOINGSOFTDEP(vp) && ap->a_waitfor == MNT_WAIT && !istrunc) error = softdep_fsync(vp); return (error); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 12:49:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA17135 for freebsd-current-outgoing; Fri, 18 Sep 1998 12:49:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA17124 for ; Fri, 18 Sep 1998 12:49:45 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id PAA29871 for current@freebsd.org; Fri, 18 Sep 1998 15:49:16 -0400 (EDT) (envelope-from luoqi) Date: Fri, 18 Sep 1998 15:49:16 -0400 (EDT) From: Luoqi Chen Message-Id: <199809181949.PAA29871@lor.watermarkgroup.com> To: current@FreeBSD.ORG Subject: CAMified kernel and crash dump Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is there anyone able to generate a crash dump for a CAMified kernel? Or is it broken? -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 13:57:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA02158 for freebsd-current-outgoing; Fri, 18 Sep 1998 13:57:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA02132 for ; Fri, 18 Sep 1998 13:57:15 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA18381; Sat, 19 Sep 1998 07:01:36 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809182101.HAA18381@cimlogic.com.au> Subject: Re: aout-to-elf question In-Reply-To: <19980918120417.14865@right.PCS> from Jonathan Lemon at "Sep 18, 98 12:04:17 pm" To: jlemon@americantv.com (Jonathan Lemon) Date: Sat, 19 Sep 1998 07:01:35 +1000 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jonathan Lemon wrote: > > I've just finished successfully converting one of my systems > from aout to elf, using the "make aout-to-elf" target. Now, I'd > like to convert another (3.0) system, by NFS mounting /usr/src > and /usr/obj, and installing the already-built executables. > > I don't think that a normal "installworld" is correct, and > the "aout-to-elf-install" target doesn't do anything. What is > the correct step at this point? Look at /usr/obj. You'll see the completion target files. If you delete the non-build ones, then aout-to-elf-install will repeat those steps next time around. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 14:33:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06323 for freebsd-current-outgoing; Fri, 18 Sep 1998 14:33:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA06317 for ; Fri, 18 Sep 1998 14:33:13 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id OAA20145; Fri, 18 Sep 1998 14:32:46 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp04.primenet.com, id smtpd020013; Fri Sep 18 14:32:34 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id OAA28530; Fri, 18 Sep 1998 14:32:26 -0700 (MST) From: Terry Lambert Message-Id: <199809182132.OAA28530@usr09.primenet.com> Subject: Re: ELF -current Screen Saver Issues ? To: Don.Lewis@tsc.tdk.com (Don Lewis) Date: Fri, 18 Sep 1998 21:32:26 +0000 (GMT) Cc: vanessa.voysey@k2c.co.uk, current@FreeBSD.ORG In-Reply-To: <199809170025.RAA03629@salsa.gv.tsc.tdk.com> from "Don Lewis" at Sep 16, 98 05:25:28 pm X-Mailer: ELM [version 2.4 PL25] 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 > I'm seeing the snake screensaver forget to clear the screen and do a > pacman number on whatever is text is displayed there. I don't have > any problems getting the console back if I hit return. > > One thing this shows is that the snake only touches half the character > positions on the screen ... This isn't really a problem. If you were trying to save a white or green phosphor screen from burn-in, you wouldn't be displaying something to "save" it. The idea that you can "save" a screen from burn-in by *displaying* stuff on it is idiotic... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 14:35:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA06466 for freebsd-current-outgoing; Fri, 18 Sep 1998 14:35:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA06445 for ; Fri, 18 Sep 1998 14:34:55 -0700 (PDT) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id OAA15780; Fri, 18 Sep 1998 14:26:00 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpdh15776; Fri Sep 18 21:25:57 1998 Date: Fri, 18 Sep 1998 14:25:51 -0700 (PDT) From: Julian Elischer To: Luoqi Chen cc: current@FreeBSD.ORG Subject: Re: Yet another patch to try for softupdates panic In-Reply-To: <199809181941.PAA29792@lor.watermarkgroup.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 I was just reading kirk's reply when I got this.. wannajob? :-) On Fri, 18 Sep 1998, Luoqi Chen wrote: > This patch could be the real cure for the `initiate_write_filepage' panic > people were seeing during make -j# world. I have posted another patch > about a week ago (in fact, I have committed it), but it turned out to be > no more than a no-op (thanks to Bruce for pointing it out, it was an > embarrassing silly mistake of mine). I certainly hope this patch will do > its work: this patch should fix a race condition between directory truncation > and file creation that could lead to the `initiate_write_filepage' panic. > > -lq > > PS. I know it is bad coding style. I'll make it look better if it's > proven to work. > > Index: ffs_inode.c > =================================================================== > RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_inode.c,v > retrieving revision 1.47 > diff -u -r1.47 ffs_inode.c > --- ffs_inode.c 1998/09/15 14:45:28 1.47 > +++ ffs_inode.c 1998/09/18 12:41:16 > @@ -191,7 +191,7 @@ > * rarely, we solve the problem by syncing the file > * so that it will have no data structures left. > */ > - if ((error = VOP_FSYNC(ovp, cred, MNT_WAIT, > + if ((error = VOP_FSYNC(ovp, cred, MNT_WAIT|0x80000000, > p)) != 0) > return (error); > } else { > Index: ffs_vnops.c > =================================================================== > RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_vnops.c,v > retrieving revision 1.51 > diff -u -r1.51 ffs_vnops.c > --- ffs_vnops.c 1998/09/07 11:50:19 1.51 > +++ ffs_vnops.c 1998/09/18 16:13:01 > @@ -126,8 +126,8 @@ > struct buf *nbp; > int s, error, passes, skipmeta; > daddr_t lbn; > + int istrunc = 0; > > - > if (vp->v_type == VBLK) { > lbn = INT_MAX; > } else { > @@ -137,6 +137,14 @@ > } > > /* > + * XXX hack to solve directory truncation problem > + */ > + if (ap->a_waitfor & 0x80000000) { > + istrunc = 1; > + ap->a_waitfor &= ~0x80000000; > + } > + > + /* > * Flush all dirty buffers associated with a vnode. > */ > passes = NIADDR; > @@ -251,7 +259,7 @@ > getmicrotime(&tv); > if ((error = UFS_UPDATE(vp, &tv, &tv, ap->a_waitfor == MNT_WAIT)) != 0) > return (error); > - if (DOINGSOFTDEP(vp) && ap->a_waitfor == MNT_WAIT) > + if (DOINGSOFTDEP(vp) && ap->a_waitfor == MNT_WAIT && !istrunc) > error = softdep_fsync(vp); > return (error); > } > > 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 Fri Sep 18 14:43:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA07459 for freebsd-current-outgoing; Fri, 18 Sep 1998 14:43:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA07453 for ; Fri, 18 Sep 1998 14:43:29 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id OAA25123; Fri, 18 Sep 1998 14:43:02 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp04.primenet.com, id smtpd025025; Fri Sep 18 14:42:57 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id OAA29095; Fri, 18 Sep 1998 14:42:48 -0700 (MST) From: Terry Lambert Message-Id: <199809182142.OAA29095@usr09.primenet.com> Subject: Re: 'make world' dying in sbin/atm/atm To: mystify@friley-186-113.res.iastate.edu (Patrick Hartling) Date: Fri, 18 Sep 1998 21:42:47 +0000 (GMT) Cc: jb@cimlogic.com.au, phk@critter.freebsd.dk, freebsd-current@FreeBSD.ORG In-Reply-To: <199809170058.TAA26511@friley-186-113.res.iastate.edu> from "Patrick Hartling" at Sep 16, 98 07:58:27 pm X-Mailer: ELM [version 2.4 PL25] 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 > } > >My world build (make -DNOAOUT -DNOCLEAN world, /usr/obj clean, fairly fresh > } ^ > } | > } The problem here is -----------------+ > } > } People mistakenly believe that they can use -DNOCLEAN if /usr/obj is > } clean. That is not so. The build behaves differently. I would prefer > } the build to test if the objdir is clean and not do the recursive > } clean. > > Yes, that seems to have fixed things up nicely. Thank you for pointing out > my error. Now I understand why no one else was having this problem (I had > suspected pilot error but hadn't considered this was the source). I will > definitely not make this mistake again. The better question is "why is this vine growing over the path at ankle level". In other words, are there any circumstances where using "-DNOCLEAN" would *not* cause a problem? If not, then why is it there? If so, then why doesn't it test to see if it's there, and say something like "turning off 'NOCLEAN' to avoid problems...". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 14:53:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA09135 for freebsd-current-outgoing; Fri, 18 Sep 1998 14:53:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09101 for ; Fri, 18 Sep 1998 14:53:04 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id OAA21108; Fri, 18 Sep 1998 14:52:37 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp02.primenet.com, id smtpd021063; Fri Sep 18 14:52:29 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id OAA29485; Fri, 18 Sep 1998 14:52:26 -0700 (MST) From: Terry Lambert Message-Id: <199809182152.OAA29485@usr09.primenet.com> Subject: Re: LINT not up to date To: ken@plutotech.com (Kenneth D. Merry) Date: Fri, 18 Sep 1998 21:52:26 +0000 (GMT) Cc: obrien@NUXI.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199809172040.OAA05178@panzer.plutotech.com> from "Kenneth D. Merry" at Sep 17, 98 02:40:29 pm X-Mailer: ELM [version 2.4 PL25] 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 > It isn't "gratuitous" at all. The bus settle delay affects more than just > booting, it also affects how long we freeze the SIM queue after a bus reset > and how long we freeze a device queue after a BDR. Some folks may have > devices that don't need really long bus settle delay, and may not want > their machines hung for a second after a BDR or bus reset. > > We could have changed the option name, which would be an interface change. > Kernel building "interfaces", if you can call them that, change all the > time. We've already changed a number of them in the CAM switchover. I would suggest using 8000 by default and letting people sysctl it lower, to a lower limit of 100, per your limits argument. Given a choice between a sysctl and a compile option, I pick a sysctl every time. > I don't think it'll turn out to be a big problem, really. If folks can't > figure out how many milliseconds are in a second, I question what they're > doing using a computer in the first place, much less FreeBSD. :) > > If enough people are really upset about this, we can make it something like > CAM_BUS_SETTLE_DELAY instead. I wonder if this affects bootable devices at all... in other words, can it be lower for boot, and then an intentional reset be done after setting it higher to catch slow devices if slow devices exist? It seems to me that getting the boot delay as low as possible to cover all cases, but no lower, would be the way to go... PS: in case it wasn't clear, I'm suggesting the sysctl and the possible reset be placed in the rc file... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 15:13:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13703 for freebsd-current-outgoing; Fri, 18 Sep 1998 15:13:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA13661 for ; Fri, 18 Sep 1998 15:12:56 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id QAA16342; Fri, 18 Sep 1998 16:06:09 -0600 (MDT) Date: Fri, 18 Sep 1998 16:06:09 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809182206.QAA16342@narnia.plutotech.com> To: Luoqi Chen cc: current@FreeBSD.ORG Subject: Re: CAMified kernel and crash dump Newsgroups: pluto.freebsd.current In-Reply-To: <199809181949.PAA29871@lor.watermarkgroup.com> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809181949.PAA29871@lor.watermarkgroup.com> you wrote: > Is there anyone able to generate a crash dump for a CAMified kernel? > Or is it broken? > > -lq I was able to do so here just before the integration. What kind of controller are you using? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 15:15:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA14281 for freebsd-current-outgoing; Fri, 18 Sep 1998 15:15:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA14260 for ; Fri, 18 Sep 1998 15:15:35 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 1397 invoked by uid 1001); 18 Sep 1998 22:14:44 +0000 (GMT) To: freebsd-current@FreeBSD.ORG Subject: Minor nit in 3.0-19980916-SNAP: Missing /usr/lib/aout/libgcc.a X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 19 Sep 1998 00:14:44 +0200 Message-ID: <1395.906156884@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Minor nit in 3.0-19980916-SNAP (from current.freebsd.org): When you make a new kernel, the "make depend" step wants an aout libgcc.a in order to link genassym - but there is none in /usr/lib/aout (there *is* an ELF format libgcc.a in /usr/lib). I copied /usr/lib/aout/libgcc.a from another (pre-ELF) 3.0 machine, and that worked just fine. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 15:18:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA14996 for freebsd-current-outgoing; Fri, 18 Sep 1998 15:18:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA14915 for ; Fri, 18 Sep 1998 15:18:12 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id PAA01486; Fri, 18 Sep 1998 15:23:01 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199809182223.PAA01486@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Terry Lambert cc: Don.Lewis@tsc.tdk.com (Don Lewis), vanessa.voysey@k2c.co.uk, current@FreeBSD.ORG Subject: Re: ELF -current Screen Saver Issues ? In-reply-to: Your message of "Fri, 18 Sep 1998 21:32:26 -0000." <199809182132.OAA28530@usr09.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 18 Sep 1998 15:23:00 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > I'm seeing the snake screensaver forget to clear the screen and do a > > pacman number on whatever is text is displayed there. I don't have > > any problems getting the console back if I hit return. > > > > One thing this shows is that the snake only touches half the character > > positions on the screen ... > > This isn't really a problem. If you were trying to save a white or > green phosphor screen from burn-in, you wouldn't be displaying > something to "save" it. > > The idea that you can "save" a screen from burn-in by *displaying* > stuff on it is idiotic... Stick with particle physics and paperback genetics, Terry. Consider that the goal of a screensaver is to spread the displayed image over as much of the screen area as possible, levelling the wear on the phosphor (both colour and monochrome) while maintaining some beam current. It's important to keep the beam current up in some applications as it improves regulation and extends the life of the power supply. With most modern monitors, you're better doing the 'green' thing and telling it to turn off, of course. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Fri Sep 18 15:19:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15100 for freebsd-current-outgoing; Fri, 18 Sep 1998 15:19:12 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA15076 for ; Fri, 18 Sep 1998 15:19:04 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id IAA18690; Sat, 19 Sep 1998 08:18:46 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809182218.IAA18690@cimlogic.com.au> Subject: Re: 'make world' dying in sbin/atm/atm In-Reply-To: <199809182142.OAA29095@usr09.primenet.com> from Terry Lambert at "Sep 18, 98 09:42:47 pm" To: tlambert@primenet.com (Terry Lambert) Date: Sat, 19 Sep 1998 08:18:45 +1000 (EST) Cc: mystify@friley-186-113.res.iastate.edu, jb@cimlogic.com.au, phk@critter.freebsd.dk, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert wrote: > The better question is "why is this vine growing over the path at > ankle level". > > In other words, are there any circumstances where using "-DNOCLEAN" > would *not* cause a problem? If not, then why is it there? If so, > then why doesn't it test to see if it's there, and say something like > "turning off 'NOCLEAN' to avoid problems...". Using -DNOCLEAN would not cause a problem if the buildworld had built past the point where it has bootstrapped all the tools into the WORLDTMP tree. Until then, the use of NOCLEAN changes the bootstrapping of tools wrt NOSHARED. This is not obvious to people (other than Bruce 8-). If people delete /usr/obj/*, the clean step will delete any rogue files from the source tree that might have been created when no prior `make obj' step was performed. Take `make includes', for example. If you do this without doing a `make obj' first, you get the rpc headers generated in your source tree. Even with the clean step, it is possible for rogue files to be left in the source directory [ I think ] if make finds an obj directory to clean. I would like our build, even at a single directory level, to insist on using an obj directory and create it if it doesn't already exist. This would mean that a separate `make obj' step wouldn't be required and we'd avoid the situation where rogue files (like .depend) end up in places that are inconsistent with builds that follow (e.g. if an obj directory is subsequently created, the build still seems to find a stale .depend in the source directory, not the one in the obj directory). There are differing opinions about how all this should/could work. The changes made to support the aout-to-elf build, for instance, are a compromise. When I committed them, I knew Bruce didn't agree with the way I was trying to do things. In the absence of anyone (including Bruce) taking on that work, I had to do something. My approach was to try to avoid changing `make world' too much because that is the minimum that FreeBSD people expect. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 15:20:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15542 for freebsd-current-outgoing; Fri, 18 Sep 1998 15:20:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA15514 for ; Fri, 18 Sep 1998 15:20:29 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id QAA12794; Fri, 18 Sep 1998 16:19:46 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809182219.QAA12794@panzer.plutotech.com> Subject: Re: LINT not up to date In-Reply-To: <199809182152.OAA29485@usr09.primenet.com> from Terry Lambert at "Sep 18, 98 09:52:26 pm" To: tlambert@primenet.com (Terry Lambert) Date: Fri, 18 Sep 1998 16:19:46 -0600 (MDT) Cc: ken@plutotech.com, obrien@NUXI.com, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert wrote... > > It isn't "gratuitous" at all. The bus settle delay affects more than just > > booting, it also affects how long we freeze the SIM queue after a bus reset > > and how long we freeze a device queue after a BDR. Some folks may have > > devices that don't need really long bus settle delay, and may not want > > their machines hung for a second after a BDR or bus reset. > > > > We could have changed the option name, which would be an interface change. > > Kernel building "interfaces", if you can call them that, change all the > > time. We've already changed a number of them in the CAM switchover. > > I would suggest using 8000 by default and letting people sysctl it > lower, to a lower limit of 100, per your limits argument. The old code defaulted to 2 seconds (when SCSI_DELAY was not set), and that was the lowest value it allowed. CAM defaults to 2 seconds (when SCSI_DELAY is not set) and allows people to set it as low as 100ms. In both the old and new SCSI layers, the default bus settle delay in GENERIC is 15 seconds. > Given a choice between a sysctl and a compile option, I pick a sysctl > every time. It would be easy enough to make it a sysctl variable, although for most folks a compile-time option will work just fine. The bus settle delay is primarily used at boot, when we send a bus reset out to all the busses. Setting the sysctl variable would come too late to affect the boot process. The bus settle delay is also used when bus resets and BDRs happen during runtime. That's very rare, though, and I don't think most folks will want different values for runtime versus boot time. > > I don't think it'll turn out to be a big problem, really. If folks can't > > figure out how many milliseconds are in a second, I question what they're > > doing using a computer in the first place, much less FreeBSD. :) > > > > If enough people are really upset about this, we can make it something like > > CAM_BUS_SETTLE_DELAY instead. > > I wonder if this affects bootable devices at all... in other words, > can it be lower for boot, and then an intentional reset be done after > setting it higher to catch slow devices if slow devices exist? > > It seems to me that getting the boot delay as low as possible to cover > all cases, but no lower, would be the way to go... > > PS: in case it wasn't clear, I'm suggesting the sysctl and the possible > reset be placed in the rc file... I think it would be much cleaner to just catch everything the first time around, rather than trying to do another bus reset and reprobe. Doing another bus reset and probe from rc would add complexity in exchange for no gain that I can see. Another problem with doing it that way is what if the "slow device" is the person's boot disk? You'd never even get to rc if that's the case. The other thing to realize is that CAM probes all busses in parallel, so the bus settle delay is not (delay * number_of_busses) but rather (delay). Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 15:32:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA18223 for freebsd-current-outgoing; Fri, 18 Sep 1998 15:32:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA18212 for ; Fri, 18 Sep 1998 15:32:47 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-112.camalott.com [208.229.74.112]) by mail.camalott.com (8.8.7/8.8.7) with ESMTP id RAA08537; Fri, 18 Sep 1998 17:33:03 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id RAA05897; Fri, 18 Sep 1998 17:31:57 -0500 (CDT) (envelope-from joelh) Date: Fri, 18 Sep 1998 17:31:57 -0500 (CDT) Message-Id: <199809182231.RAA05897@detlev.UUCP> To: dag-erli@ifi.uio.no (Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= ) CC: joelh@gnu.org, Joachim Kuebart , ken@plutotech.com (Kenneth D. Merry), freebsd-current@FreeBSD.ORG In-reply-to: Subject: Re: LINT not up to date From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809171952.VAA00439@yacht.domestic.de> <199809180307.WAA03032@detlev.UUCP> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> options UCONSOLE >> # options log # Not in GENERIC? >> pseudo-device snp 4 >> options DDB >> options DDB_UNATTENDED >> # options GDB_REMOTE_CHAT >> I guess that "options log" was from some -current, but don't remember >> what it did or what it does. It's in neither LINT nor GENERIC now. >> Is it still something useful? > Are you sure you didn't mean to write 'pseudo-device log'? A > lower-case option looks bogus to me. I may have when I first wrote the line (which has been in the config file and commented out since at least May, and probably before). There are, unfortunately, still no clues as to its meaning in either LINT or GENERIC. Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 15:33:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA18267 for freebsd-current-outgoing; Fri, 18 Sep 1998 15:33:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from unix.tfs.net (as2-p99.tfs.net [139.146.205.99] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA18255 for ; Fri, 18 Sep 1998 15:33:29 -0700 (PDT) (envelope-from jbryant@unix.tfs.net) Received: (from jbryant@localhost) by unix.tfs.net (8.9.1/8.8.5) id RAA08087 for freebsd-current@freebsd.org; Fri, 18 Sep 1998 17:32:53 -0500 (CDT) From: Jim Bryant Message-Id: <199809182232.RAA08087@unix.tfs.net> Subject: ELF interpreter /usr/libexec/ld-elf.so.1 not found To: freebsd-current@FreeBSD.ORG Date: Fri, 18 Sep 1998 17:32:52 -0500 (CDT) Reply-to: jbryant@unix.tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-files: The truth is that the X-Files is fiction X-Republican: The best kind!!! X-Operating-System: FreeBSD 3.0-CURRENT #0: Sat Jun 20 11:57:05 CDT 1998 X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG okay, i've decided to catch up to elf... after a `make clean`, make aout-to-elf-build >& make.out & tail -f make.out has bombed twice here: ===> games/fortune/datfiles ELF interpreter /usr/libexec/ld-elf.so.1 not found ../strfile/strfile -rs /usr/src/games/fortune/datfiles/fortunes fortunes.dat *** Signal 6 Stop. *** Error code 1 [etc..] note that the line about the elf interpreter does not seem to be in the make.out file, and appears to be the only such complaint in the xterm's scrollback buffer [5k lines]. 5:24:51pm argus(116): grep "ELF" make.out (echo "#define ELF_SYNTAX" ; echo "#include \"syntax.h\"") > asm-syntax.h (echo "#define ELF_SYNTAX" ; echo "#include \"syntax.h\"") > asm-syntax.h 5:30:03pm argus(117): this is using cvsups from both yesterday evening, as well as from about noon [CDT] today. jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 16:24:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29527 for freebsd-current-outgoing; Fri, 18 Sep 1998 16:24:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29469 for ; Fri, 18 Sep 1998 16:23:37 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id QAA03252; Fri, 18 Sep 1998 16:23:09 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp02.primenet.com, id smtpd003185; Fri Sep 18 16:23:02 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id QAA28068; Fri, 18 Sep 1998 16:22:35 -0700 (MST) From: Terry Lambert Message-Id: <199809182322.QAA28068@usr06.primenet.com> Subject: Re: ELF -current Screen Saver Issues ? To: mike@smith.net.au (Mike Smith) Date: Fri, 18 Sep 1998 23:22:35 +0000 (GMT) Cc: tlambert@primenet.com, Don.Lewis@tsc.tdk.com, vanessa.voysey@k2c.co.uk, current@FreeBSD.ORG In-Reply-To: <199809182223.PAA01486@dingo.cdrom.com> from "Mike Smith" at Sep 18, 98 03:23:00 pm X-Mailer: ELM [version 2.4 PL25] 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 > Consider that the goal of a screensaver is to spread the displayed image > over as much of the screen area as possible, levelling the wear on the > phosphor (both colour and monochrome) while maintaining some beam > current. That'd work great, if you had a record of what was on the screen so that you didn't burn the same pixels that were burnt before (ie: average burn on all pixels was equal). Seems that it'd cause the thing to wear out all at once, instead of becoming marginally usable before becoming useless, so it'd wear out faster... > It's important to keep the beam current up in some applications as it > improves regulation and extends the life of the power supply. This I'll agree with... though it seems more applicable to the old high-res screens, before the scan rate went up. For this, it'd seem the best thing, without a running total of relative on-time-per-pixel, would be to burn as few pixels as possible (ie: no snake, no life program, no "bouncing chuck"). > With > most modern monitors, you're better doing the 'green' thing and telling > it to turn off, of course. I agree with this too... It just annoys me that they aren't called "screen toys" instead of "screen savers", since the software rarely does the work necessary to actually prolong the useful life of a monitor subject to burn-in, unless it does something like a single pixel scan over the screen (starting at a random location to avoid cooking the upper screen before the bottom, of course). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 16:31:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01082 for freebsd-current-outgoing; Fri, 18 Sep 1998 16:31:23 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from crap.31337.net (crap.31337.net [194.109.86.254] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA00960 for ; Fri, 18 Sep 1998 16:30:35 -0700 (PDT) (envelope-from alexlh@funk.org) Received: from nose (nose.funk.org [194.109.86.229]) by crap.31337.net (8.8.8/8.8.8) with SMTP id AAA01175; Sat, 19 Sep 1998 00:37:59 GMT (envelope-from alexlh@funk.org) Message-Id: <3.0.5.32.19980919012951.00913310@crap.31337.net> X-Sender: alexlh@crap.31337.net X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32) Date: Sat, 19 Sep 1998 01:29:51 +0200 To: Doug White From: Alex Le Heux Subject: Re: 3Com 3c900-FL, The sequel Cc: freebsd-current@FreeBSD.ORG In-Reply-To: References: <3.0.5.32.19980918202600.00803630@crap.31337.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> The machine paniced during boot, complaining about mediatype bits. After >> some mucking about it now assumes the card uses the MII interface. > >You're probably running into the same thing I am with this 100baseT4 card. >I need to get it hammered out before 3.0 goes out the door. (Sorry I >haven't been able to get back to you Bill) If there's anything you want me to try just tell me. >> Leaves only one question: Does it actually work? > >Good question. What *is* the FL, a fiberoptic Ethernet card? It is. 10mbit fiberoptic with ST connectors. Alex --- Water water everywhere, and not a drop to drink Lusers lusers everywhere, and not a one can think - alt.sysadmin.recovery 18/08/98 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 16:48:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA03882 for freebsd-current-outgoing; Fri, 18 Sep 1998 16:48:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA03850 for ; Fri, 18 Sep 1998 16:48:02 -0700 (PDT) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id QAA14658; Fri, 18 Sep 1998 16:47:37 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp02.primenet.com, id smtpd014596; Fri Sep 18 16:47:28 1998 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id QAA29701; Fri, 18 Sep 1998 16:47:26 -0700 (MST) From: Terry Lambert Message-Id: <199809182347.QAA29701@usr06.primenet.com> Subject: Re: panic: newdirrem inum 48733 should be 48732 (SMP+SOFTUPDATES) To: andreas@klemm.gtn.com (Andreas Klemm) Date: Fri, 18 Sep 1998 23:47:25 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <19980918202157.A3016@klemm.gtn.com> from "Andreas Klemm" at Sep 18, 98 08:21:57 pm X-Mailer: ELM [version 2.4 PL25] 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 > Had no problems with panics for a long long time although I run > current, SMP and softupdates. When other people reported problems > I wondered, why my system didn't panic ... > > But now I have been bitten by softupdates and SMP myself. > > Kernel config file below and the trace from DDB > _Debugger > _panic > _newdirrem > _softdep_setup_directory_change > _ufs_dirrewrite > _ufs_rename > _ufs_vnoperate > _rename > _syscall > _Xint0x80_syscall What if you turn off CAM? > options SCSI_CAM #We're using CAM in this kernel People seem to be having problems with soft updates because of CAM. It looks like there is a commit guarantees in the old code that CAM is failing to honor correctly... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 17:10:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA07374 for freebsd-current-outgoing; Fri, 18 Sep 1998 17:10:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA07369 for ; Fri, 18 Sep 1998 17:10:41 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id KAA19091; Sat, 19 Sep 1998 10:15:03 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809190015.KAA19091@cimlogic.com.au> Subject: Re: Minor nit in 3.0-19980916-SNAP: Missing /usr/lib/aout/libgcc.a In-Reply-To: <1395.906156884@verdi.nethelp.no> from "sthaug@nethelp.no" at "Sep 19, 98 00:14:44 am" To: sthaug@nethelp.no Date: Sat, 19 Sep 1998 10:15:02 +1000 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG sthaug@nethelp.no wrote: > Minor nit in 3.0-19980916-SNAP (from current.freebsd.org): When you make > a new kernel, the "make depend" step wants an aout libgcc.a in order to > link genassym - but there is none in /usr/lib/aout (there *is* an ELF > format libgcc.a in /usr/lib). I'm aware of the problem. I haven't committed a fix because I haven't had an upgrade build complete for some time now. I'm hoping that the code freeze will let things stablize to the point where commits won't break things. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 17:22:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA08981 for freebsd-current-outgoing; Fri, 18 Sep 1998 17:22:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from qix (hibou.obs-besancon.fr [193.52.184.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA08973 for ; Fri, 18 Sep 1998 17:22:47 -0700 (PDT) (envelope-from jmz@FreeBSD.ORG) Received: (from jmz@localhost) by qix (8.9.1/8.8.7) id CAA00821; Sat, 19 Sep 1998 02:20:31 +0200 (MET DST) Date: Sat, 19 Sep 1998 02:20:31 +0200 (MET DST) Message-Id: <199809190020.CAA00821@qix> From: Jean-Marc Zucconi To: fn@radio-do.de CC: freebsd-current@FreeBSD.ORG In-reply-to: <19980918190509.A2708@radio-do.de> (message from Frank Nobis on Fri, 18 Sep 1998 19:05:09 +0200) Subject: Re: Bug in elf c++ X-Mailer: Emacs Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I tried the example and it exits with value 0 in both cases. Is your c++ /usr/bin/c++ ? Jean-Marc >>>>> Frank Nobis writes: > Taken from the configure script of groff, I found a bug in the elf > version of c++. > Here is the example: > #ifdef __cplusplus > extern "C" void exit(int); > #endif > extern "C" { > void _exit(int); > } > int i; > struct A { > char dummy; > A() { i = 1; } > ~A() { if (i == 1) _exit(0); } > }; > volatile A a; > int main() { return 1; } > Compile it with 'c++ -aout' and the exit value is 0. > Compile it just with 'c++' and the exit value is 1! > This leads to a bug in the groff package. Since the constructors > for some global class instances are not called, the default value > for font_path is not set and therefore groff fails to format any > man page. -- Jean-Marc Zucconi PGP Key: finger jmz@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 Sep 18 17:40:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA11248 for freebsd-current-outgoing; Fri, 18 Sep 1998 17:40:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id RAA11243 for ; Fri, 18 Sep 1998 17:39:54 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id UAA16910; Fri, 18 Sep 1998 20:44:50 -0400 From: Bill Paul Message-Id: <199809190044.UAA16910@skynet.ctr.columbia.edu> Subject: Re: 3Com 3c900-FL, The sequel To: dwhite@resnet.uoregon.edu (Doug White) Date: Fri, 18 Sep 1998 20:44:48 -0400 (EDT) Cc: current@FreeBSD.ORG In-Reply-To: from "Doug White" at Sep 18, 98 12:32:22 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Of all the gin joints in all the towns in all the world, Doug White had to walk into mine and say: > On Fri, 18 Sep 1998, Alex Le Heux wrote: > > > Several people mailed me suggestions (all the same :-) for some small > > changes to pci/if_xl.c and pci/if_xlreg.h. So after waking up my ancient > > -current partition and waiting for hours while cvsup brought it up to date > > I applied them. > > > > The machine paniced during boot, complaining about mediatype bits. After > > some mucking about it now assumes the card uses the MII interface. > > You're probably running into the same thing I am with this 100baseT4 card. > I need to get it hammered out before 3.0 goes out the door. (Sorry I > haven't been able to get back to you Bill) So are you ever going to actually test the latest driver version or not? -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 18:33:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA22148 for freebsd-current-outgoing; Fri, 18 Sep 1998 18:33:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA22045 for ; Fri, 18 Sep 1998 18:32:41 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id LAA19381; Sat, 19 Sep 1998 11:37:02 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809190137.LAA19381@cimlogic.com.au> Subject: Re: ELF interpreter /usr/libexec/ld-elf.so.1 not found In-Reply-To: <199809182232.RAA08087@unix.tfs.net> from Jim Bryant at "Sep 18, 98 05:32:52 pm" To: jbryant@unix.tfs.net Date: Sat, 19 Sep 1998 11:37:01 +1000 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Jim Bryant wrote: > okay, i've decided to catch up to elf... > > after a `make clean`, > > make aout-to-elf-build >& make.out & tail -f make.out > > has bombed twice here: > > ===> games/fortune/datfiles > ELF interpreter /usr/libexec/ld-elf.so.1 not found > ../strfile/strfile -rs /usr/src/games/fortune/datfiles/fortunes fortunes.dat ^^^^^^^^^^^ Version 1.10 of src/games/fortune/datfiles/Makefile should be backed out. It assumes that there is an installed shared loader to run strfile from the build tree. This assumption is invalid in a cross compiled environment which is what the aout-to-elf build (almost) is. The other poor assumption is that /usr/games/strfile is the second-most up-to-date build tool. Our build assumes that most of the build tools (cc, ld, ar, make etc) are in the user's path, so IMHO we shouldn't treat strfile and caesar any differently. In a cross-compiled environment, I don't like the idea of building tools in place to run on the host system when the cross build is generating objects in a (possibly) incompatible executable format. To do this means that we have to have two sets of build rules. I prefer that a `make world' on the host will bring all tools up-to-date, bootstrapping as required. Then, using these up-to-date tools, the cross compile (say alpha on i386) should not try to build and execute any tools from the build tree, just build things in the correct order. I've tried convincing a few people in private email to let me _install_ all build tools, including ones which have historically been built and executed in place. So far, I haven't found anyone who thinks that's a good idea. To get around the problem, I changed all these non-installed build tools to be statically linked to stop the aout-to-elf build from trying to use the shared loader before it is installed. This caused a certain amount of "don't do that" email. It isn't a solution to the cross-compile issue because it assumes that the host and the target are enough alike to be able to execute static target programs on the host. [ This is *frustrating* ] > > note that the line about the elf interpreter does not seem to be in > the make.out file, and appears to be the only such complaint in the > xterm's scrollback buffer [5k lines]. > > 5:24:51pm argus(116): grep "ELF" make.out > (echo "#define ELF_SYNTAX" ; echo "#include \"syntax.h\"") > asm-syntax.h > (echo "#define ELF_SYNTAX" ; echo "#include \"syntax.h\"") > asm-syntax.h > 5:30:03pm argus(117): > > this is using cvsups from both yesterday evening, as well as from > about noon [CDT] today. It is the kernel telling you it can't find the shared loader. PS: As it stands, the aout-to-elf build will fail in perl5 anyway, so there is no point trying at the moment. 8-( -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 18:41:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA24095 for freebsd-current-outgoing; Fri, 18 Sep 1998 18:41:48 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA24010 for ; Fri, 18 Sep 1998 18:41:17 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id TAA13870; Fri, 18 Sep 1998 19:40:34 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809190140.TAA13870@panzer.plutotech.com> Subject: Re: panic: newdirrem inum 48733 should be 48732 (SMP+SOFTUPDATES) In-Reply-To: <199809182347.QAA29701@usr06.primenet.com> from Terry Lambert at "Sep 18, 98 11:47:25 pm" To: tlambert@primenet.com (Terry Lambert) Date: Fri, 18 Sep 1998 19:40:34 -0600 (MDT) Cc: andreas@klemm.gtn.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Terry Lambert wrote... > > Had no problems with panics for a long long time although I run > > current, SMP and softupdates. When other people reported problems > > I wondered, why my system didn't panic ... > > > > But now I have been bitten by softupdates and SMP myself. > > > > Kernel config file below and the trace from DDB > > _Debugger > > _panic > > _newdirrem > > _softdep_setup_directory_change > > _ufs_dirrewrite > > _ufs_rename > > _ufs_vnoperate > > _rename > > _syscall > > _Xint0x80_syscall > > > What if you turn off CAM? Umm, you can't "turn off" CAM. The old SCSI code is no longer in -current, so you'd have to go back to before the CAM integration to "turn off" CAM. Besides, the SCSI_CAM option that everyone gets so confused about was taken out of the tree last night. It was only for the QLogic ISP driver, but Matt Jacob has re-arranged things somewhat and it is no longer necessary. > > options SCSI_CAM #We're using CAM in this kernel > > People seem to be having problems with soft updates because of CAM. I doubt the problems are *because* of CAM. It's more likely that the problems are tickled/exacerbated/demonstrated by CAM. The pattern of I/O that CAM does is different than the old SCSI layer; CAM handles a far greater number of outstanding transactions. (as many as your combination of drives and controllers can handle) > It looks like there is a commit guarantees in the old code that CAM > is failing to honor correctly... Well, if you can point out the problem... It's entirely possible that there is some problem with the interaction between the two, but I wouldn't be so sure. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 20:07:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06925 for freebsd-current-outgoing; Fri, 18 Sep 1998 20:07:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ariel.efis.ucr.ac.cr (ariel.efis.ucr.ac.cr [163.178.110.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06903 for ; Fri, 18 Sep 1998 20:07:46 -0700 (PDT) (envelope-from jmejia@ariel.efis.ucr.ac.cr) Received: from ariel.efis.ucr.ac.cr (titania.efis.ucr.ac.cr [163.178.110.10]) by ariel.efis.ucr.ac.cr (8.8.7/8.8.7) with ESMTP id VAA16254 for ; Fri, 18 Sep 1998 21:06:18 -0600 Message-ID: <3603131B.2B51CE1C@ariel.efis.ucr.ac.cr> Date: Fri, 18 Sep 1998 21:12:43 -0500 From: jmejia X-Mailer: Mozilla 4.06 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG subscribe freebsd-current To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 20:19:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA08660 for freebsd-current-outgoing; Fri, 18 Sep 1998 20:19:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fledge.watson.org (COPLAND.CODA.CS.CMU.EDU [128.2.222.48]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA08655 for ; Fri, 18 Sep 1998 20:19:28 -0700 (PDT) (envelope-from robert@cyrus.watson.org) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.8.8/8.8.8) with SMTP id XAA14554; Fri, 18 Sep 1998 23:18:43 -0400 (EDT) Date: Fri, 18 Sep 1998 23:18:43 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org Reply-To: Robert Watson To: Danny Dulai cc: "David E. Cross" , =?iso-8859-1?Q?Dag-Erling_Co=EFdanSm=F8rgrav?= , Andrzej Bialecki , Doug White , freebsd-current@FreeBSD.ORG Subject: Re: Limit 'ps' to show only user's processes In-Reply-To: <19980918133626.13813@bleep.ishiboo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id UAA08656 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I don't think there is any way to hide the existence of other processes -- a process that performs: int i, lasti; while (1) { i = fork(); if (!i) { exit(0); } if (i != lasti + 1) { .... I think the real goal here is to limit the availability of the command line arguments and environmental variables, and possibly (probably) also the executable in use. That should not be too hard if all utilities that munge this data out of kmem are finally moved to using /proc... On Fri, 18 Sep 1998, Danny Dulai wrote: > Quoting David E. Cross (crossd@cs.rpi.edu): > > On 18 Sep 1998, Dag-Erling [iso-8859-1] Coïdan[iso-8859-1] Smørgrav wrote: > > > > > > Make it impossible. The point is to hide this information from > > > > non-privileged users, and changing 'ps' only doesn't help much (I cna > > > > always recompile my own version). > > > > > > No you can't. ps(1) is setgid kmem. > > > > ls -la /proc > > Also, you'd need to fix kill(2) and any other syscall that takes a > pid as an arg to return some incorrect error. > > I could always write a program that needed no special privs: > > for (i=1; i if (kill(i, 0) >= 0 || errno != ESRCH) > printf("pid %d exists"); > > Now, this isnt giving you much information, but it is leaking the existence > of other pids, that arent owned by you. > > -- > ___________________________________________________________________________ > Danny Dulai Feet. Pumice. Lotion. > http://www.ishiboo.com/~nirva/ nirva@ishiboo.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > Robert N Watson Carnegie Mellon University http://www.cmu.edu/ TIS Labs at Network Associates, Inc. http://www.tis.com/ SafePort Network Services http://www.safeport.com/ robert@fledge.watson.org http://www.watson.org/~robert/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 20:29:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA09975 for freebsd-current-outgoing; Fri, 18 Sep 1998 20:29:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA09962 for ; Fri, 18 Sep 1998 20:29:32 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id UAA19006; Fri, 18 Sep 1998 20:28:59 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id UAA12082; Fri, 18 Sep 1998 20:28:58 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id UAA09856; Fri, 18 Sep 1998 20:28:56 -0700 (PDT) From: Don Lewis Message-Id: <199809190328.UAA09856@salsa.gv.tsc.tdk.com> Date: Fri, 18 Sep 1998 20:28:56 -0700 In-Reply-To: Luoqi Chen "Yet another patch to try for softupdates panic" (Sep 18, 3:41pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Luoqi Chen , current@FreeBSD.ORG Subject: Re: Yet another patch to try for softupdates panic Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 18, 3:41pm, Luoqi Chen wrote: } Subject: Yet another patch to try for softupdates panic } This patch could be the real cure for the `initiate_write_filepage' panic } people were seeing during make -j# world. I have posted another patch } about a week ago (in fact, I have committed it), but it turned out to be } no more than a no-op (thanks to Bruce for pointing it out, it was an } embarrassing silly mistake of mine). I certainly hope this patch will do } its work: this patch should fix a race condition between directory truncation } and file creation that could lead to the `initiate_write_filepage' panic. You may be onto something here, but something that really bothers me is why the truncated part of the directory still has outstanding diradd requests. In order to truncate the directory, the entries in the truncated portion must have been unlinked first, which would have freed their diradd dependencies. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 21:17:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA13877 for freebsd-current-outgoing; Fri, 18 Sep 1998 21:17:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lamb.sas.com (lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA13872 for ; Fri, 18 Sep 1998 21:17:03 -0700 (PDT) (envelope-from jwd@unx.sas.com) Received: from mozart (mozart.unx.sas.com [192.58.184.8]) by lamb.sas.com (8.9.1/8.9.1) with SMTP id AAA08543 for ; Sat, 19 Sep 1998 00:16:38 -0400 (EDT) Received: from bb01f39.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA09745; Sat, 19 Sep 1998 00:16:37 -0400 Received: (from jwd@localhost) by bb01f39.unx.sas.com (8.8.8/8.8.8) id AAA09660 for freebsd-current@freebsd.org; Sat, 19 Sep 1998 00:16:37 -0400 (EDT) (envelope-from jwd) From: John DeBoskey Message-Id: <199809190416.AAA09660@bb01f39.unx.sas.com> Subject: make release on aout system is busted To: freebsd-current@FreeBSD.ORG Date: Sat, 19 Sep 1998 00:16:37 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL38 (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 Hello, make release fails on an aout based system. A few background items. 1. I am still running an aout -current system. 2. cd /usr/src && make world still works correctly. The problem: cd /usr/src/release && make release CHROOTDIR=/snap/release \ BUILDNAME=$TITLE fails with the following from /usr/src/Makefile.inc1: -------------------------------------------------------------- >>> Re-scanning the shared libraries.. -------------------------------------------------------------- cd /usr/src; /sbin/ldconfig -R ldconfig: /var/run/ld.so.hints: No such file or directory *** Error code 255 from this entry in the reinstall target: .if ${MACHINE_ARCH} == "i386" && ${OBJFORMAT} == "aout" @echo @echo "--------------------------------------------------------------" @echo ">>> Re-scanning the shared libraries.." @echo "--------------------------------------------------------------" cd ${.CURDIR}; /sbin/ldconfig -R .endif This works correctly for 'make world' because /var/run/ld.so.hints exists from when the system was booted up, and /etc/objformat specifies aout as the OBJFORMAT. This fails during a 'make release' because it is run in a chroot'd environment where /var/run/ld.so.hints does not exist. ie: chroot /snap/release /mk which is done in /usr/src/Makefile. I see two options: 1. Do not execute the ldconfig command when in the chroot'd environment, at which point /var/run/ld.so.hints will be created the 1st time an installed system is booted. 2. ldconfig needs to be given the same default set of paths which are specified in /usr/src/etc/rc.conf at boot time. Would an appropriate person with commit ability please take 5 minutes to look into this problem? Comments? Critiques? Thanks! John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 21:59:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA17571 for freebsd-current-outgoing; Fri, 18 Sep 1998 21:59:50 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA17561 for ; Fri, 18 Sep 1998 21:59:47 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id VAA23781; Fri, 18 Sep 1998 21:59:17 -0700 (PDT) (envelope-from jdp) Message-Id: <199809190459.VAA23781@austin.polstra.com> To: bde@zeta.org.au Subject: Re: __ELF__ and the likes In-Reply-To: <199809180512.PAA10629@godzilla.zeta.org.au> References: <199809180512.PAA10629@godzilla.zeta.org.au> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Fri, 18 Sep 1998 21:59:17 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809180512.PAA10629@godzilla.zeta.org.au>, Bruce Evans wrote: > >Are there plans for implementing __ELF__ as a cpp define? > > I hope not. I'm curious about this. I've always felt that cpp should do exactly the same thing as "cc -E". Why is it that we don't do that? John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 22:02:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18407 for freebsd-current-outgoing; Fri, 18 Sep 1998 22:02:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from danberlin.resnet.rochester.edu (danberlin.resnet.rochester.edu [128.151.84.217]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA18401 for ; Fri, 18 Sep 1998 22:02:44 -0700 (PDT) (envelope-from dberlin@danberlin.resnet.rochester.edu) Received: from localhost by danberlin.resnet.rochester.edu via sendmail with esmtp id (Debian Smail3.2.0.101) for ; Sat, 19 Sep 1998 00:56:47 -0400 (EDT) Date: Sat, 19 Sep 1998 00:56:43 -0400 (EDT) From: Daniel Berlin To: freebsd-current@FreeBSD.ORG Subject: sigh, su 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 # su --help Segmentation fault consistent too. using 3.0-CURRENT. anyone else see this? --Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 22:06:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA19295 for freebsd-current-outgoing; Fri, 18 Sep 1998 22:06:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA19288 for ; Fri, 18 Sep 1998 22:06:01 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id WAA23865; Fri, 18 Sep 1998 22:05:22 -0700 (PDT) (envelope-from jdp) Message-Id: <199809190505.WAA23865@austin.polstra.com> To: osa@ozz.etrust.ru Subject: Re: Can't compile kernel in ELF... In-Reply-To: <199809181105.PAA07430@ozz.etrust.ru> References: <199809181105.PAA07430@ozz.etrust.ru> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Fri, 18 Sep 1998 22:05:22 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <199809181105.PAA07430@ozz.etrust.ru>, Ozz!!! wrote: > Hello! > I want compile kernel in ELF format... > (by default, it normaly compile in a.out) > OK! > # cd /sys/i386/conf > # setenv $KERNFORMAT elf > # config THIRD > # cd ../../compile/THIRD > # make depend > # make > ...... > .... > loading kernel > exception.o(.text+0x168a): undefined reference to `_swi_dispatcher' This almost always means that you need to add an entry for the symbol in "src/sys/i386/include/asnames.h". Please let me know if that fixes the problem. If it does, I'll commit it to our sources. Kernel committers, please start paying more attention to this, any time you add some new assembly language code. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 22:12:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA19948 for freebsd-current-outgoing; Fri, 18 Sep 1998 22:12:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA19942 for ; Fri, 18 Sep 1998 22:12:24 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id WAA23895; Fri, 18 Sep 1998 22:09:57 -0700 (PDT) (envelope-from jdp) Message-Id: <199809190509.WAA23895@austin.polstra.com> To: michael_class@bbn.hp.com Subject: Re: LD_LIBRARY_PATH in elf-system? In-Reply-To: <360273A6.8231D317@bbn.hp.com> References: <360273A6.8231D317@bbn.hp.com> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Fri, 18 Sep 1998 22:09:57 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <360273A6.8231D317@bbn.hp.com>, Michael Class wrote: > Hello, > > just a question, in the past (pre-ELF) I was using a script runsocks to > socksify a dynamically linked application. This script simply added the > socks-shared library in the environment-variable LD_LIBRARY_PATH. You mean LD_PRELOAD. > With ELF this does not work any more. A quick browse in rtld-elf sources > shows no reference to this variable any more. Is there a similar > mechanism in rtld-elf that I missed? If not are there any plans to > implement this feature? I've implemented it, but I haven't committed it yet. I'm waiting to hear from a person who's hopefully going to test it for me. I'll commit it Real Soon Now. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 22:21:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA20931 for freebsd-current-outgoing; Fri, 18 Sep 1998 22:21:10 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA20926 for ; Fri, 18 Sep 1998 22:21:08 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id WAA19458 for ; Fri, 18 Sep 1998 22:20:44 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id WAA13626 for ; Fri, 18 Sep 1998 22:20:43 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id WAA09949 for current@freebsd.org; Fri, 18 Sep 1998 22:20:40 -0700 (PDT) Date: Fri, 18 Sep 1998 22:20:40 -0700 (PDT) From: Don Lewis Message-Id: <199809190520.WAA09949@salsa.gv.tsc.tdk.com> To: current@FreeBSD.ORG Subject: softupdates & fsck Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG While doing various evil things with a machine running current, I've managed to get it to panic a number of times. That and getting some filesystem damage as a result don't bother me, but I am bothered by the type of filesystem damage that I'm seeing. When fsck runs at boot time, it finds a number of orphaned directories, which it reconnects in lost+found. For some reason, they end up with their link count being too low. If I try to "rm -r" them, they are emptied of their contents, except for "." and "..", at which point they are unremovable because their link count is 1 instead of 2. I've also seen directories elsewhere in the tree end up with a link count that's too low. If I unmount the filesystem and run fsck again, fsck notices the problem, reports "UNEXPECTED SOFTDEP INCONSISTENCY", and fixes the problem. There may be files with the wrong link count as well. My suspicion is that the first fsck run is getting the link counts wrong when it repairs the filesystem. I've taked a look at the fsck code, but haven't gotten too far, mostly because the code is so well commented -- NOT! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 23:05:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA26527 for freebsd-current-outgoing; Fri, 18 Sep 1998 23:05:07 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA26520 for ; Fri, 18 Sep 1998 23:05:03 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id QAA01497; Sat, 19 Sep 1998 16:04:36 +1000 Date: Sat, 19 Sep 1998 16:04:36 +1000 From: Bruce Evans Message-Id: <199809190604.QAA01497@godzilla.zeta.org.au> To: bde@zeta.org.au, jdp@polstra.com Subject: Re: __ELF__ and the likes Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> >Are there plans for implementing __ELF__ as a cpp define? >> >> I hope not. > >I'm curious about this. I've always felt that cpp should do exactly >the same thing as "cc -E". Why is it that we don't do that? cpp gets (ab)used for things not related to compiling C programs with cc. It should not depend on what today's version of cc does. /usr/bin/cpp does something closer to "cc -E -P -traditional -D__GNUC__ -$ -nostdinc -I/usr/include" to keep close to what old versions of cc did (defining __GNUC__ and modifying the include search path here are wrong). Bruc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 23:10:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27414 for freebsd-current-outgoing; Fri, 18 Sep 1998 23:10:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27360 for ; Fri, 18 Sep 1998 23:10:20 -0700 (PDT) (envelope-from jhay@zibbi.mikom.csir.co.za) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.9.1/8.9.1) id IAA20681; Sat, 19 Sep 1998 08:08:31 +0200 (SAT) From: John Hay Message-Id: <199809190608.IAA20681@zibbi.mikom.csir.co.za> Subject: Re: Minor nit in 3.0-19980916-SNAP: Missing /usr/lib/aout/libgcc.a In-Reply-To: <1395.906156884@verdi.nethelp.no> from "sthaug@nethelp.no" at "Sep 19, 98 00:14:44 am" To: sthaug@nethelp.no Date: Sat, 19 Sep 1998 08:08:31 +0200 (SAT) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Minor nit in 3.0-19980916-SNAP (from current.freebsd.org): When you make > a new kernel, the "make depend" step wants an aout libgcc.a in order to > link genassym - but there is none in /usr/lib/aout (there *is* an ELF > format libgcc.a in /usr/lib). > > I copied /usr/lib/aout/libgcc.a from another (pre-ELF) 3.0 machine, and > that worked just fine. > See if /etc/objformat exists. It probably doesn't. Create it with something like this: echo "OBJFORMAT=elf" > /etc/objformat This should make the default object/binary format elf, which is what it should be for the SNAPS, because they are elf systems. Our release build system does not put it in yet... I think. John -- John Hay -- John.Hay@mikom.csir.co.za To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 23:16:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA28228 for freebsd-current-outgoing; Fri, 18 Sep 1998 23:16:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28186 for ; Fri, 18 Sep 1998 23:15:56 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id IAA08391; Sat, 19 Sep 1998 08:10:31 +0200 (CEST) To: John Birrell cc: jbryant@unix.tfs.net, freebsd-current@FreeBSD.ORG Subject: Re: ELF interpreter /usr/libexec/ld-elf.so.1 not found In-reply-to: Your message of "Sat, 19 Sep 1998 11:37:01 +1000." <199809190137.LAA19381@cimlogic.com.au> Date: Sat, 19 Sep 1998 08:10:30 +0200 Message-ID: <8389.906185430@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809190137.LAA19381@cimlogic.com.au>, John Birrell writes: >Jim Bryant wrote: >> okay, i've decided to catch up to elf... >> >> after a `make clean`, >> >> make aout-to-elf-build >& make.out & tail -f make.out >> >> has bombed twice here: >> >> ===> games/fortune/datfiles >> ELF interpreter /usr/libexec/ld-elf.so.1 not found >> ../strfile/strfile -rs /usr/src/games/fortune/datfiles/fortunes fortunes.dat > ^^^^^^^^^^^ > >Version 1.10 of src/games/fortune/datfiles/Makefile should be backed out. I reversed the sense of the test, now it will prefer /usr/games/* over anything in the buildtree. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 23:40:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA00840 for freebsd-current-outgoing; Fri, 18 Sep 1998 23:40:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA00824 for ; Fri, 18 Sep 1998 23:40:25 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.1/8.9.1) id BAA25863; Sat, 19 Sep 1998 01:40:00 -0500 (CDT) Date: Sat, 19 Sep 1998 01:39:59 -0500 From: Dan Nelson To: Daniel Berlin , freebsd-current@FreeBSD.ORG Subject: Re: sigh, su Message-ID: <19980919013959.A25150@emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.3i In-Reply-To: ; from "Daniel Berlin" on Sat Sep 19 00:56:43 GMT 1998 X-OS: FreeBSD 2.2.7-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Sep 19), Daniel Berlin said: > # su --help > Segmentation fault > > consistent too. > using 3.0-CURRENT. > > anyone else see this? > --Dan Yep. From what I can tell, the option-handling code in su.c needs a rewrite. It ends up setting user=NULL, then dying on a strcmp. Try the following patch (applies equally well to 2.2 or 3.0). I've also submitted a PR. -Dan Nelson dnelson@emsphone.com Index: su.c =================================================================== RCS file: /home/ncvs/src/usr.bin/su/su.c,v retrieving revision 1.14.2.9 diff -b -r1.14.2.9 su.c 137,138c137 < while(optind < argc) < if((ch = getopt(argc, argv, ARGSTR)) != -1) --- > while((ch = getopt(argc, argv, ARGSTR)) != -1) 166,167c165,166 < else < { --- > > if (optind < argc) 169,170d167 < break; < } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Fri Sep 18 23:48:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA01845 for freebsd-current-outgoing; Fri, 18 Sep 1998 23:48:01 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from thing.dyn.ml.org (dyn1-tnt12-122.detroit.mi.ameritech.net [209.18.31.122]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA01778 for ; Fri, 18 Sep 1998 23:47:45 -0700 (PDT) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (bsdx [192.168.1.2]) by thing.dyn.ml.org (8.8.8/8.8.7) with ESMTP id CAA02029 for ; Sat, 19 Sep 1998 02:47:20 -0400 (EDT) (envelope-from mcdougall@ameritech.net) Message-ID: <36035376.FD6BA1A0@ameritech.net> Date: Sat, 19 Sep 1998 02:47:18 -0400 From: Adam McDougall X-Mailer: Mozilla 4.05 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@FreeBSD.ORG Subject: Re: sigh, su References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Daniel Berlin wrote: > > # su --help > Segmentation fault > > consistent too. > using 3.0-CURRENT. > > anyone else see this? > --Dan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message Yes, I am. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 00:26:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA05650 for freebsd-current-outgoing; Sat, 19 Sep 1998 00:26:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from starkreality.com (fire.starkreality.com [208.24.48.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA05638 for ; Sat, 19 Sep 1998 00:26:34 -0700 (PDT) (envelope-from caesar@starkreality.com) Received: from armageddon (armageddon.starkreality.com [208.24.48.227]) by starkreality.com (8.9.1/8.9.1) with SMTP id CAA03806; Sat, 19 Sep 1998 02:26:04 -0500 (CDT) Message-Id: <199809190726.CAA03806@starkreality.com> X-Sender: caesar@fire.starkreality.com (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 Date: Sat, 19 Sep 1998 02:26:04 -0500 To: Daniel Berlin , freebsd-current@FreeBSD.ORG From: "William S. Duncanson" Subject: Re: sigh, su 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 Yep, I'm seeing it here, too. Here's the truss output: syscall geteuid() returns 0 (0x0) syscall getuid() returns 0 (0x0) syscall getegid() returns 0 (0x0) syscall getgid() returns 0 (0x0) syscall __sysctl(0xefbfdad4,0x2,0x2000f9f0,0xefbfdadc,0x0,0x0) returns 0 (0x0) syscall mmap(0x0,32768,0x3,0x1002,-1,0x0) returns 402956288 (0x1804a000) syscall open("/var/run/ld-elf.so.hints",0,04000172710) errno 2 'No such file or directory' syscall access(0x1804e000,0x0) errno 2 'No such file or directory' syscall access(0x1804e000,0x0) returns 0 (0x0) syscall open("/usr/lib/libutil.so.2",0,04000172710) returns 4 (0x4) syscall read(0x4,0xefbfcb08,0x1000) returns 4096 (0x1000) syscall mmap(0x0,32768,0x5,0x2,4,0x0) returns 402989056 (0x18052000) syscall mmap(0x18058000,4096,0x3,0x12,4,0x5000) returns 403013632 (0x18058000) syscall mmap(0x18059000,4096,0x3,0x1012,-1,0x0) returns 403017728 (0x18059000) syscall close(4) returns 0 (0x0) syscall access(0x1804e020,0x0) errno 2 'No such file or directory' syscall access(0x1804e020,0x0) returns 0 (0x0) syscall open("/usr/lib/libskey.so.2",0,04000172710) returns 4 (0x4) syscall read(0x4,0xefbfcb08,0x1000) returns 4096 (0x1000) syscall mmap(0x0,28672,0x5,0x2,4,0x0) returns 403021824 (0x1805a000) syscall mmap(0x1805e000,12288,0x3,0x12,4,0x3000) returns 403038208 (0x1805e000) syscall close(4) returns 0 (0x0) syscall access(0x1804e040,0x0) errno 2 'No such file or directory' syscall access(0x1804e040,0x0) returns 0 (0x0) syscall open("/usr/lib/libmd.so.2",0,04000172710) returns 4 (0x4) syscall read(0x4,0xefbfcb08,0x1000) returns 4096 (0x1000) syscall mmap(0x0,16384,0x5,0x2,4,0x0) returns 403050496 (0x18061000) syscall mmap(0x18064000,4096,0x3,0x12,4,0x2000) returns 403062784 (0x18064000) syscall close(4) returns 0 (0x0) syscall access(0x1804e060,0x0) errno 2 'No such file or directory' syscall access(0x1804e060,0x0) returns 0 (0x0) syscall open("/usr/lib/libcrypt.so.2",0,04000172710) returns 4 (0x4) syscall read(0x4,0xefbfcb08,0x1000) returns 4096 (0x1000) syscall mmap(0x0,86016,0x5,0x2,4,0x0) returns 403066880 (0x18065000) syscall mmap(0x18068000,4096,0x3,0x12,4,0x2000) returns 403079168 (0x18068000) syscall mmap(0x18069000,69632,0x3,0x1012,-1,0x0) returns 403083264 (0x18069000) syscall close(4) returns 0 (0x0) syscall access(0x1804e080,0x0) errno 2 'No such file or directory' syscall access(0x1804e080,0x0) returns 0 (0x0) syscall open("/usr/lib/libc.so.3",0,04000172710) returns 4 (0x4) syscall read(0x4,0xefbfcb08,0x1000) returns 4096 (0x1000) syscall mmap(0x0,524288,0x5,0x2,4,0x0) returns 403152896 (0x1807a000) syscall mmap(0x180e6000,16384,0x3,0x12,4,0x6b000) returns 403595264 (0x180e6000) syscall mmap(0x180ea000,65536,0x3,0x1012,-1,0x0) returns 403611648 (0x180ea000) syscall close(4) returns 0 (0x0) syscall access(0x1804e0a0,0x0) errno 2 'No such file or directory' syscall access(0x1804e0a0,0x0) returns 0 (0x0) syscall mprotect(0x1805a000,0x4000,0x7) returns 0 (0x0) syscall mprotect(0x1805a000,0x4000,0x5) returns 0 (0x0) SIGNAL 11 SIGNAL 11 Process stopped because of: 16 process exit, rval = 139 Segmentation fault (core dumped) fire /home/caesar $ At 00:56 9/19/98 -0400, Daniel Berlin wrote: ># su --help >Segmentation fault > >consistent too. >using 3.0-CURRENT. > >anyone else see this? >--Dan > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message > William S. Duncanson caesar@starkreality.com The driving force behind the NC is the belief that the companies who brought us things like Unix, relational databases, and Windows can make an appliance that is inexpensive and easy to use if they choose to do that. -- Scott Adams To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 00:49:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA07735 for freebsd-current-outgoing; Sat, 19 Sep 1998 00:49:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA07729; Sat, 19 Sep 1998 00:49:42 -0700 (PDT) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.9.1/8.8.5/RADIO-1.1) id JAA13246; Sat, 19 Sep 1998 09:49:19 +0200 (CEST) Message-ID: <19980919094919.A7853@radio-do.de> Date: Sat, 19 Sep 1998 09:49:19 +0200 From: Frank Nobis To: Jean-Marc Zucconi Cc: freebsd-current@FreeBSD.ORG Subject: Re: Bug in elf c++ References: <19980918190509.A2708@radio-do.de> <199809190020.CAA00821@qix> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=T4sUOijqQbZv57TR X-Mailer: Mutt 0.91.1i In-Reply-To: <199809190020.CAA00821@qix>; from Jean-Marc Zucconi on Sat, Sep 19, 1998 at 02:20:31AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii On Sat, Sep 19, 1998 at 02:20:31AM +0200, Jean-Marc Zucconi wrote: > I tried the example and it exits with value 0 in both cases. Is your > c++ /usr/bin/c++ ? Of course, it is. su-2.01# which c++ /usr/bin/c++ su-2.01# c++ -v cc -v gcc version 2.7.2.1 su-2.01# c++ xxx.cc su-2.01# ./a.out su-2.01# echo $? 1 I had a mess with aout ldconfig path and elf ldconfig path, but that was not the reaseon. When going from aout to elf, one should look into the files in /usr/local/etc/rc.d for possibly bogus ldconfig commands :-/ The system is SMP+CAM+ELF. I will attach my kernel config and the latest boot messages. Maybe there is something I have overseen untill now. Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by FreeBSD --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.today" Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Thu Sep 17 16:33:19 CEST 1998 root@trinity.radio-do.de:/usr/src/sys/compile/SMP-TRINITY Timecounter "i8254" frequency 1193163 Hz cost 3192 ns CPU: Pentium II (quarter-micron) (686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping=1 Features=0x183fbff> real memory = 536870912 (524288K bytes) avail memory = 520142848 (507952K bytes) Programming 24 pins in IOAPIC #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 Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x02 on pci0.1.0 chip2: rev 0x02 on pci0.4.0 ide_pci0: rev 0x01 on pci0.4.1 Freeing (NOT implemented) redirected ISA irq 9. chip3: rev 0x01 int d irq 19 on pci0.4.2 chip4: rev 0x02 on pci0.4.3 Freeing (NOT implemented) redirected ISA irq 9. ahc0: rev 0x00 int a irq 19 on pci0.6.0 ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs Freeing (NOT implemented) redirected ISA irq 9. bktr0: rev 0x12 int a irq 19 on pci0.9.0 Hauppauge WinCast/TV, Philips FR1216 PAL tuner, msp3400c stereo. Freeing (NOT implemented) redirected ISA irq 12. ed1: rev 0x00 int a irq 17 on pci0.11.0 ed1: address 00:40:05:64:a9:fb, type NE2000 (16 bit) Freeing (NOT implemented) redirected ISA irq 11. ahc1: rev 0x03 int a irq 16 on pci0.12.0 ahc1: aic7870 Single Channel A, SCSI Id=7, 16/255 SCBs Probing for devices on PCI bus 1: Freeing (NOT implemented) redirected ISA irq 11. vga0: rev 0x01 int a irq 16 on pci1.0.0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 not found at 0x60 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 10 drq 1 on isa snd0: sbxvi0 at ? drq 5 on isa snd0: soundcard buffer alloc failed snd: Unable to allocate 131072 bytes of buffer sbmidi0 not found at 0x330 opl0 at 0x388 on isa snd0: APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 SMP: AP CPU #1 Launched! (probe19:ahc1:0:4:0): Sending SDTR!! changing root device to da0s2a da2 at ahc1 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI2 device da2: 10.0MB/s transfers (10.0MHz, offset 15) da2: 2014MB (4124736 512 byte sectors: 64H 32S/T 2014C) da0 at ahc1 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled da0: 2048MB (4194304 512 byte sectors: 64H 32S/T 2048C) da1 at ahc1 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI2 device da1: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled da1: 3067MB (6281856 512 byte sectors: 64H 32S/T 3067C) da4 at ahc1 bus 0 target 5 lun 0 da4: Removable Optical SCSI2 device da4: 10.0MB/s transfers (10.0MHz, offset 10) da4: 606MB (310352 2048 byte sectors: 64H 32S/T 151C) cd0 at ahc1 bus 0 target 3 lun 0 cd0: Removable CD-ROM SCSI2 device cd0: 3.300MB/s transfers cd0: cd present [233265 x 2048 byte records] da3 at ahc1 bus 0 target 4 lun 0 da3: < DFRSS4F 4B4B> Fixed Direct Access SCSI2 device da3: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled da3: 4303MB (8813870 512 byte sectors: 64H 32S/T 4303C) lpt0 switched to polled mode (da3:ahc1:0:4:0): tagged openings now 40 (da1:ahc1:0:1:0): tagged openings now 15 (da0:ahc1:0:0:0): tagged openings now 32 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=SMP-TRINITY # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.101 1997/10/31 22:10:02 jseger Exp $ machine "i386" cpu "I586_CPU" cpu "I686_CPU" ident SMP-TRINITY maxusers 15 # Create a SMP capable kernel (mandatory options): options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional, these are the defaults: #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs # Lets always enable the kernel debugger for SMP. options DDB ##options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options MFS #Memory File System options NFS #Network Filesystem ##options MSDOSFS #MSDOS Filesystem ##options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] #options SCSI_DELAY=5 #Be pessimistic about Joe SCSI device ##options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console ##options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor ###options CLK_CALIBRATION_LOOP options "CLK_USE_I8254_CALIBRATION" options "CLK_USE_TSC_CALIBRATION" options "VM86" ### Keine Softupdates mit SMP z.Z. ###options SOFTUPDATES # NFS options: options "NFS_MINATTRTIMO=3" # VREG attrib cache timeout in sec options "NFS_MAXATTRTIMO=60" options "NFS_MINDIRATTRTIMO=30" # VDIR attrib cache timeout in sec options "NFS_MAXDIRATTRTIMO=60" options "NFS_GATHERDELAY=10" # Default write gather delay (msec) options "NFS_UIDHASHSIZ=29" # Tune the size of nfssvc_sock with this options "NFS_WDELAYHASHSIZ=16" # and with this options "NFS_MUIDHASHSIZ=63" # Tune the size of nfsmount with this ##options NFS_DEBUG # Enable NFS Debugging config kernel root on sa0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 ##tape ft0 at fdc0 drive 2 ##options "CMD640" # work around CMD640 chip deficiency controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 ###disk wd1 at wdc0 drive 1 ##################################################################### # SCSI DEVICES # SCSI DEVICE CONFIGURATION # The SCSI subsystem consists of the `base' SCSI code, a number of # high-level SCSI device `type' drivers, and the low-level host-adapter # device drivers. The host adapters are listed in the ISA and PCI # device configuration sections below. # # Beginning with FreeBSD 2.0.5 you can wire down your SCSI devices so # that a given bus, target, and LUN always come on line as the same # device unit. In earlier versions the unit numbers were assigned # in the order that the devices were probed on the SCSI bus. This # means that if you removed a disk drive, you may have had to rewrite # your /etc/fstab file, and also that you had to be careful when adding # a new disk as it may have been probed earlier and moved your device # configuration around. # This old behavior is maintained as the default behavior. The unit # assignment begins with the first non-wired down unit for a device # type. For example, if you wire a disk as "da3" then the first # non-wired disk will be assigned da4. # The syntax for wiring down devices is: # controller scbus0 at ahc0 # Single bus device # controller scbus1 at ahc1 bus 0 # Single bus device # controller scbus3 at ahc2 bus 0 # Twin bus device # controller scbus2 at ahc2 bus 1 # Twin bus device # disk da0 at scbus0 target 0 unit 0 # disk da1 at scbus3 target 1 # disk da2 at scbus2 target 3 # tape st1 at scbus1 target 6 # device cd0 at scbus? # "units" (SCSI logical unit number) that are not specified are # treated as if specified as LUN 0. # All SCSI devices allocate as many units as are required. # The "unknown" device (uk? in pre-2.0.5) is now part of the base SCSI # configuration and doesn't have to be explicitly configured. controller scbus0 #base SCSI code device ch0 #SCSI media changers device da0 #SCSI direct access devices (aka disks) device sa0 #SCSI tapes device cd0 #SCSI CD-ROMs #device od0 #SCSI optical disk device pass0 #CAM passthrough driver # The previous devices (ch, da, st, cd) are recognized by config. # config doesn't (and shouldn't) know about these newer ones, # so we have to specify that they are on a SCSI bus with the "at scbus?" # clause. device pt0 at scbus? # SCSI processor type device sctarg0 at scbus? # SCSI target # CAM OPTIONS: # debugging options: # -- NOTE -- If you specify one of the bus/target/lun options, you must # specify them all! # CAMDEBUG: When defined enables debugging macros # CAM_DEBUG_BUS: Debug the given bus. Use -1 to debug all busses. # CAM_DEBUG_TARGET: Debug the given target. Use -1 to debug all targets. # CAM_DEBUG_LUN: Debug the given lun. Use -1 to debug all luns. # CAM_DEBUG_FLAGS: OR together CAM_DEBUG_INFO, CAM_DEBUG_TRACE and # CAM_DEBUG_SUBTRACE # # CAM_MAX_HIGHPOWER: Maximum number of concurrent high power (start unit) cmds # SCSI_NO_SENSE_STRINGS: When defined disables sense descriptions # SCSI_NO_OP_STRINGS: When defined disables opcode descriptions # SCSI_REPORT_GEOMETRY: Always report disk geometry at boot up instead # of only when booting verbosely. #options CAMDEBUG #options "CAM_DEBUG_BUS=-1" #options "CAM_DEBUG_TARGET=-1" #options "CAM_DEBUG_LUN=-1" #options "CAM_DEBUG_FLAGS=CAM_DEBUG_INFO|CAM_DEBUG_TRACE|CAM_DEBUG_SUBTRACE" #options "CAM_MAX_HIGHPOWER=4" #options SCSI_NO_SENSE_STRINGS #options SCSI_NO_OP_STRINGS #options SCSI_REPORT_GEOMETRY # Options for the CAM CDROM driver: # CHANGER_MIN_BUSY_SECONDS: Guaranteed minimum time quantum for a changer LUN # CHANGER_MAX_BUSY_SECONDS: Maximum time quantum per changer LUN, only # enforced if there is I/O waiting for another LUN # The compiled in defaults for these variables are 2 and 10 seconds, # respectively. # # These can also be changed on the fly with the following sysctl variables: # kern.cam.cd.changer.min_busy_seconds # kern.cam.cd.changer.max_busy_seconds # options "CHANGER_MIN_BUSY_SECONDS=2" options "CHANGER_MAX_BUSY_SECONDS=10" # # SCSI host adapters: `aha', `aic', `bt', `nca' # # adv: Most AdvanSys SCSI controllers # aha: Adaptec 154x # ahc: Adaptec 274x/284x/294x # aic: Adaptec 152x and sound cards using the Adaptec AIC-6360 (slow!) # bt: Most Buslogic controllers # nca: ProAudioSpectrum cards using the NCR 5380 or Trantor T130 # uha: UltraStor ULTRA 14F/24F/34F # sea: Seagate ST01/02 8 bit controller (slow!) # wds: Western Digital WD7000 controller (no scatter/gather!). # # Note that the order is important in order for Buslogic cards to be # probed correctly. # controller ahc0 controller ahc1 # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options XSERVER # support for X server options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # device apm0 at isa? disable flags 0x31 # Advanced Power Management device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device si0 at isa? iomem 0xd0000 tty irq 15 device lpt0 at isa? port? tty irq 7 vector lptintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr # # Autodetect all of the skg16 card ###device sk0 at isa? port? net irq? flags 0x0000 vector skintr # # Hardwire all of the skg16 card, flags disable the bootrom detection #device sk0 at isa? port 0x390 net irq 5 flags 0x0001 iomem 0xcc000 vector skintr pseudo-device bpfilter 8 #Berkeley packet filter pseudo-device loop pseudo-device ether pseudo-device sl 1 # iijppp uses tun instead of ppp device pseudo-device ppp 1 pseudo-device tun 2 pseudo-device pty 64 pseudo-device gzip # Exec gzipped a.out's pseudo-device snp 4 #Snoop device - to look at pty/vty/etc.. ##################################################################### # DEBUGGING OPTIONS # # Don't drop into DDB for a panic. Intended for unattended operation # where you may want to drop to DDB from the console, but still want # the machine to recover from a panic # ###options DDB_UNATTENDED # # If using GDB remote mode to debug the kernel, there's a non-standard # extension to the remote protocol that can be used to use the serial # port as both the debugging port and the system console. It's non- # standard and you're on your own if you enable it. See also the # "remotechat" variables in the FreeBSD specific version of gdb. # ###options GDB_REMOTE_CHAT # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing # This provides support for System V shared memory. # options SYSVSHM options SYSVSEM options SYSVMSG # get wine running options USER_LDT # Luigi's snd code #device pcm0 at isa? port 0x220 tty irq 10 drq 1 flags 0x15 vector pcmintr controller snd0 device sb0 at isa? port 0x220 irq 10 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 # # support for win/tv tuner card #options OVERRIDE_CARD=2 #options OVERRIDE_TUNER=10 device bktr0 # # EOF --T4sUOijqQbZv57TR-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 01:02:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA08614 for freebsd-current-outgoing; Sat, 19 Sep 1998 01:02:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA08609 for ; Sat, 19 Sep 1998 01:02:32 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id BAA22445; Sat, 19 Sep 1998 01:02:08 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp04.primenet.com, id smtpd022429; Sat Sep 19 01:02:02 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id BAA19430; Sat, 19 Sep 1998 01:02:00 -0700 (MST) From: Terry Lambert Message-Id: <199809190802.BAA19430@usr08.primenet.com> Subject: Re: softupdates & fsck To: Don.Lewis@tsc.tdk.com (Don Lewis) Date: Sat, 19 Sep 1998 08:02:00 +0000 (GMT) Cc: current@FreeBSD.ORG In-Reply-To: <199809190520.WAA09949@salsa.gv.tsc.tdk.com> from "Don Lewis" at Sep 18, 98 10:20:40 pm X-Mailer: ELM [version 2.4 PL25] 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 > While doing various evil things with a machine running current, I've managed > to get it to panic a number of times. That and getting some filesystem > damage as a result don't bother me, but I am bothered by the type of > filesystem damage that I'm seeing. When fsck runs at boot time, it finds > a number of orphaned directories, which it reconnects in lost+found. > For some reason, they end up with their link count being too low. If > I try to "rm -r" them, they are emptied of their contents, except for > "." and "..", at which point they are unremovable because their link > count is 1 instead of 2. I've also seen directories elsewhere in the > tree end up with a link count that's too low. If I unmount the filesystem > and run fsck again, fsck notices the problem, reports "UNEXPECTED SOFTDEP > INCONSISTENCY", and fixes the problem. There may be files with the > wrong link count as well. > > My suspicion is that the first fsck run is getting the link counts wrong > when it repairs the filesystem. I've taked a look at the fsck code, but > haven't gotten too far, mostly because the code is so well commented -- NOT! The theory behind soft updates is that things will be atomically committed in dependency order. For our purposes here, the fact that no on disk structure about which atomicity guarantees must be made spans a 512 byte boundary is of significance. Because of this, there is no modern hardware known that will not guarantee to write either all/none of a 512b region (one atomic disk block). As a result, this means that if soft updates is working correctly, the *only* type of error that can occur, and need to be corrected by fsck, is a cylinder group bitmap inconsistency, and, in fact, a cylinder group bitmap inconsistency that results in a bit being set (marked allocated) when, in fact it is not. This means that if you could lock down access to a cylinder group in the FS code for the dureation of a bitmap consistency check, you could do the necessary repairs following a power failure *while the FS was online*. In other words, fsck is unnecessary, except to deal with the fact that a cleaner daemon has not been written, and the possibility of physical hardware failure. That you are seeing these problems implies that the bwrite ordering guarantees that the driver must provide (i.e., that the blocks will be written in the order requested, and that the writes will not return as completed until the data has been committed to the disk) are not being honored. >From recent postings, it seems that CAM is not honoring the ordering guarantees that the previous driver code honored. If your problem is occurring on a non-CAM system, you should contact Julian Elisher with a detailed list of the errors you are getting; if it is occurring with a CAM system, you need to contact Justin Gibbs and the other CAM authors about *not* reordering blocking write requests. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 01:11:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA09531 for freebsd-current-outgoing; Sat, 19 Sep 1998 01:11:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA09526 for ; Sat, 19 Sep 1998 01:11:27 -0700 (PDT) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id BAA23841; Sat, 19 Sep 1998 01:11:03 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp04.primenet.com, id smtpd023821; Sat Sep 19 01:10:59 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id BAA19634; Sat, 19 Sep 1998 01:10:50 -0700 (MST) From: Terry Lambert Message-Id: <199809190810.BAA19634@usr08.primenet.com> Subject: Re: panic: newdirrem inum 48733 should be 48732 (SMP+SOFTUPDATES) To: ken@plutotech.com (Kenneth D. Merry) Date: Sat, 19 Sep 1998 08:10:50 +0000 (GMT) Cc: tlambert@primenet.com, andreas@klemm.gtn.com, current@FreeBSD.ORG In-Reply-To: <199809190140.TAA13870@panzer.plutotech.com> from "Kenneth D. Merry" at Sep 18, 98 07:40:34 pm X-Mailer: ELM [version 2.4 PL25] 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 > > People seem to be having problems with soft updates because of CAM. > > I doubt the problems are *because* of CAM. It's more likely that the > problems are tickled/exacerbated/demonstrated by CAM. The pattern of I/O > that CAM does is different than the old SCSI layer; CAM handles a far > greater number of outstanding transactions. (as many as your combination > of drives and controllers can handle) If people have applied L. Chen's patch, and are still having the problem, I'd have to guess that what's happening is that CAM is not honoring the order of requests in its commits to disk. It is *imperitive* to the soft updates technology that async writes occur in the order they are requested to occur; the main privision of soft updates is to not advance the soft clock "wheel" until the previous wheel slot writes have been committed, such that all physical writes occur in dependency order. > > It looks like there is a commit guarantees in the old code that CAM > > is failing to honor correctly... > > Well, if you can point out the problem... > > It's entirely possible that there is some problem with the interaction > between the two, but I wouldn't be so sure. It is very suspicious to me that the problem didn't occur before CAM. It seems to me that CAM is perhaps being overly ambitious (from the point of view of soft updates, to be sure) in optimizing write request ordering. Perhaps this has to do with multiple outstanding write requests in a tagged command queue spanning a dependency boundary? If so, then CAM needs to export a command pipeline synchronization primitive, which is then called from the "syncer" between advances of the soft clock wheel... Tis is all supposition, of course; we really need a detailed description of the architectural differences between the CAM and per-CAM code. This will be moderately difficult, since the pre-CAM code was poorly documented, so even if the CAM code was a known quantity (which I am sure it is, to its authors), it will be hard to quantify the difference in behaviour resulting from the difference in architecture. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 02:31:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA15917 for freebsd-current-outgoing; Sat, 19 Sep 1998 02:31:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA15911 for ; Sat, 19 Sep 1998 02:31:33 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id CAA20970; Sat, 19 Sep 1998 02:31:00 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id CAA17340; Sat, 19 Sep 1998 02:30:59 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id CAA10502; Sat, 19 Sep 1998 02:30:58 -0700 (PDT) From: Don Lewis Message-Id: <199809190930.CAA10502@salsa.gv.tsc.tdk.com> Date: Sat, 19 Sep 1998 02:30:57 -0700 In-Reply-To: Terry Lambert "Re: panic: newdirrem inum 48733 should be 48732 (SMP+SOFTUPDATES)" (Sep 19, 8:10am) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Terry Lambert , ken@plutotech.com (Kenneth D. Merry) Subject: Re: panic: newdirrem inum 48733 should be 48732 (SMP+SOFTUPDATES) Cc: andreas@klemm.gtn.com, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 19, 8:10am, Terry Lambert wrote: } Subject: Re: panic: newdirrem inum 48733 should be 48732 (SMP+SOFTUPDATES) } > > People seem to be having problems with soft updates because of CAM. } > } > I doubt the problems are *because* of CAM. It's more likely that the } > problems are tickled/exacerbated/demonstrated by CAM. The pattern of I/O } > that CAM does is different than the old SCSI layer; CAM handles a far } > greater number of outstanding transactions. (as many as your combination } > of drives and controllers can handle) } } If people have applied L. Chen's patch, and are still having the } problem, I'd have to guess that what's happening is that CAM is } not honoring the order of requests in its commits to disk. I don't think this problem is CAM. In the case of the initiate_write_filepage panic, the softupdates code is doing some sanity checking on a buf before writing it to disk. In this case, some modifications have been made to the contents of the buf, but they can't be committed to disk because of other dependencies. For one reason or another the code decides it really needs to write this buf to disk, so it has to undo the modifications so that the disk contents will be in a consistent state. While the code is going through the list of the modifications and undoing them (with the buf locked), it notices that what is currently stored in the buf is not what it thinks was last put there, so it calls panic(). If the undo had succeeded, the buf would have been written to disk, then the changes would have been redone and the buf unlocked. } It is *imperitive* to the soft updates technology that async writes } occur in the order they are requested to occur; the main privision } of soft updates is to not advance the soft clock "wheel" until the } previous wheel slot writes have been committed, such that all } physical writes occur in dependency order. This is true, but it only makes a difference if there is a crash or the hardware gets suddenly turned off in the middle. If things are stored to disk in the wrong order and you don't get everything stored to disk, then the filesystem will be in an inconsistent state when the system boots, and you may be better off using newfs than fsck. If you could guarantee that the system would stay up until it went into a quiet state where you could flush everything to disk, it wouldn't matter what order things were written before that point. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 02:40:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA16526 for freebsd-current-outgoing; Sat, 19 Sep 1998 02:40:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA16521; Sat, 19 Sep 1998 02:40:17 -0700 (PDT) (envelope-from son@cezanne.prism.uvsq.fr) Received: from cezanne.prism.uvsq.fr (rtc104.reseau.uvsq.fr [193.51.24.20]) by soleil.uvsq.fr (8.9.1/jtpda-5.3.1) with ESMTP id LAA20161 ; Sat, 19 Sep 1998 11:39:48 +0200 (METDST) Received: (from son@localhost) by cezanne.prism.uvsq.fr (8.9.1/8.8.5) id LAA00429; Sat, 19 Sep 1998 11:49:39 GMT Message-ID: <19980919114937.57006@breizh.prism.uvsq.fr> Date: Sat, 19 Sep 1998 11:49:37 +0000 From: Nicolas Souchu To: freebsd-current@FreeBSD.ORG Cc: gibbs@FreeBSD.ORG Subject: still have bus reset with CAM Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e X-Operating-System: FreeBSD breizh 3.0-CURRENT FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi there, Justin, Ken, I still have bus resets while doing a tar -czf from my usr/obj to an nfs mounted filesystem for example. This is a problem I noticed in old-scsi system and though it was solved by CAM. [How] Was it solved? I know this bug is really old. I configured the bios not to have the drive disconnected, but the reset still happens. Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s1a 99183 23725 67524 26% / /dev/da0s1e 297663 150069 123781 55% /usr /dev/da0s1f 99183 6383 84866 7% /var /dev/da0s1g 1025039 744241 198795 79% /usr/local /dev/da0s1d 297663 263030 10820 96% /usr/obj /dev/da0s1h 99187 3917 87336 4% /CVSROOT /dev/wd0s1 293136 281392 11744 96% /dos /dev/wd0s3a 424407 338210 52245 87% /usr/local/home/ncvs /dev/wd0s2a 99095 74704 16464 82% /usr/local/home/ncvs/src/sys procfs 4 4 0 100% /proc armor:/mnt 526992 56576 470416 11% /mnt with ++++ type: SCSI disk: sd0s1 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 262 sectors/unit: 4225032 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 204800 0 4.2BSD 0 0 0 # (Cyl. 0 - 12*) b: 266240 204800 swap # (Cyl. 12*- 29*) c: 4225032 0 unused 0 0 # (Cyl. 0 - 262*) d: 614400 3405824 4.2BSD 1024 8192 16 # (Cyl. 212*- 250*) e: 614400 471040 4.2BSD 0 0 0 # (Cyl. 29*- 67*) f: 204800 1085440 4.2BSD 0 0 0 # (Cyl. 67*- 80*) g: 2115584 1290240 4.2BSD 0 0 0 # (Cyl. 80*- 212*) h: 204808 4020224 4.2BSD 0 0 0 # (Cyl. 250*- 262*) The relevant logs: ++++++++++++++++++ Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Thu Sep 17 22:28:32 GMT 1998 toor@breizh:/usr/local/src/sys/compile/ORME Timecounter "i8254" frequency 1193182 Hz cost 2429 ns Timecounter "TSC" frequency 166587554 Hz cost 137 ns CPU: Pentium/P55C (166.59-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping=3 Features=0x8001bf real memory = 33554432 (32768K bytes) avail memory = 29913088 (29212K bytes) Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 ahc0: rev 0x00 int a irq 9 on pci0.9.0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs vga0: rev 0x54 int a irq 11 on pci0.11.0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 on isa ed0: address 00:40:05:4a:29:02, type NE2000 (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A psm0 at 0x60-0x64 irq 12 on motherboard psm0: model IntelliMouse, device ID 3 wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 814MB (1667232 sectors), 1654 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, intr, iordy atapi1.0: controller not ready, status=90, error=90 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in ppc: parallel port found at 0x378 ppc0 at 0x378 irq 7 on isa ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode nlpt0: on ppbus 0 nlpt0: Interrupt-driven port ppi0: on ppbus 0 plip0: on ppbus 0 sb0 at 0x220 irq 5 drq 1 on isa NOTE! SB Pro support required with your soundcard! snd0: opl0 at 0x388 on isa snd0: npx0 on motherboard npx0: INT 16 interface Intel Pentium F00F detected, installing workaround da0 at ahc0 bus 0 target 6 lun 0 da0: Fixed Direct Access SCSI2 device da0: 20.0MB/s transfers (10.0MHz, offset 8, 16bit) da0: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) changing root device to da0s1a (da0:ahc0:0:6:0): SCB 0x6 - timed out in datain phase, SCSISIGI == 0x44 SEQADDR == 0x110 SSTAT1 == 0x3 (da0:ahc0:0:6:0): BDR message in message buffer (da0:ahc0:0:6:0): SCB 0x6 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x10f SSTAT1 == 0x3 (da0:ahc0:0:6:0): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 1 SCBs aborted (da0:ahc0:0:6:0): SCB 0x6 - timed out in datain phase, SCSISIGI == 0x44 SEQADDR == 0x110 SSTAT1 == 0x2 (da0:ahc0:0:6:0): BDR message in message buffer (da0:ahc0:0:6:0): SCB 0x6 - timed out in datain phase, SCSISIGI == 0x54 SEQADDR == 0x10f SSTAT1 == 0x2 (da0:ahc0:0:6:0): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 1 SCBs aborted Nicolas. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 02:41:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA16701 for freebsd-current-outgoing; Sat, 19 Sep 1998 02:41:11 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA16696 for ; Sat, 19 Sep 1998 02:41:08 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hrotti.ifi.uio.no (2602@hrotti.ifi.uio.no [129.240.64.15]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id LAA09294; Sat, 19 Sep 1998 11:40:35 +0200 (MET DST) Received: (from dag-erli@localhost) by hrotti.ifi.uio.no ; Sat, 19 Sep 1998 11:40:34 +0200 (MET DST) Mime-Version: 1.0 To: joelh@gnu.org Cc: Joachim Kuebart , ken@plutotech.com (Kenneth D. Merry), freebsd-current@FreeBSD.ORG Subject: Re: LINT not up to date References: <199809171952.VAA00439@yacht.domestic.de> <199809180307.WAA03032@detlev.UUCP> <199809182231.RAA05897@detlev.UUCP> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 19 Sep 1998 11:40:34 +0200 In-Reply-To: Joel Ray Holveck's message of "Fri, 18 Sep 1998 17:31:57 -0500 (CDT)" Message-ID: Lines: 37 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id CAA16697 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Joel Ray Holveck writes: > > > I guess that "options log" was from some -current, but don't remember > > > what it did or what it does. It's in neither LINT nor GENERIC now. > > > Is it still something useful? > > Are you sure you didn't mean to write 'pseudo-device log'? A > > lower-case option looks bogus to me. > I may have when I first wrote the line (which has been in the config > file and commented out since at least May, and probably before). > There are, unfortunately, still no clues as to its meaning in either > LINT or GENERIC. This is from the -stable version of LINT: # Of these, only the `log' device is truly mandatory. The `pty' # device usually turns out to be ``effectively mandatory'', as it is # required for `telnetd', `rlogind', `screen', `emacs', and `xterm', # among others. # If you wish to run certain # system utilities which are compressed by default (like /stand/sysinstall) # then `gzip' becomes mandatory too. # pseudo-device pty 16 #Pseudo ttys - can go as high as 256 #pseudo-device vcfs 4 #coda minicache <-> venus comm. pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device log #Kernel syslog interface (/dev/klog) pseudo-device gzip #Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) pseudo-device snp 3 #Snoop device - to look at pty/vty/etc.. pseudo-device ccd 4 #Concatenated disk driver It's not in -current LINT, GENERIC or GENERICupgrade though. It's not in my kernel config either. You probably commented it out when it disappeared from -current and then forgot about it :) DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 03:32:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA19996 for freebsd-current-outgoing; Sat, 19 Sep 1998 03:32:19 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA19989 for ; Sat, 19 Sep 1998 03:32:13 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id MAA13320; Sat, 19 Sep 1998 12:31:46 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id MAA23202; Sat, 19 Sep 1998 12:31:44 +0200 (MET DST) Message-ID: <19980919123143.36373@follo.net> Date: Sat, 19 Sep 1998 12:31:43 +0200 From: Eivind Eklund To: Terry Lambert , Don Lewis Cc: current@FreeBSD.ORG Subject: Re: softupdates & fsck References: <199809190520.WAA09949@salsa.gv.tsc.tdk.com> <199809190802.BAA19430@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199809190802.BAA19430@usr08.primenet.com>; from Terry Lambert on Sat, Sep 19, 1998 at 08:02:00AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 19, 1998 at 08:02:00AM +0000, Terry Lambert wrote: > That you are seeing these problems implies that the bwrite ordering > guarantees that the driver must provide (i.e., that the blocks will > be written in the order requested, and that the writes will not > return as completed until the data has been committed to the disk) > are not being honored. Given that most drives don't honour these guarantees [1] it may happen even without a problem with the driver. [1] This marks the point where somebody comes runing, waving standards documents and becoming more and more red in the face, while I say "Yes, I know they say the drives are supposed to - but in fact, the drives don't actually *do* what they're supposed to." Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 03:59:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA23747 for freebsd-current-outgoing; Sat, 19 Sep 1998 03:59:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA23741 for ; Sat, 19 Sep 1998 03:59:08 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id GAA01320 for ; Sat, 19 Sep 1998 06:58:42 -0400 (EDT) Date: Sat, 19 Sep 1998 06:58:42 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: more fs fear 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 /usr/home: write failed, file system is full /usr/home: write failed, file system is full [Sep 19 10:55:51 GMT] Buffer file record count is inconsistent. Correcting to 404 blocks. narcissus% df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0s1a 63567 29668 28814 51% / /dev/sd0e 47183 4324 39085 10% /var /dev/sd0f 1827535 1077879 603454 64% /usr /dev/sd1f 1016303 448303 486696 48% /usr/obj /dev/sd1e 1016303 308590 626409 33% /usr/local /dev/sd1g 916223 251865 591061 30% /usr/home Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 06:17:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA04001 for freebsd-current-outgoing; Sat, 19 Sep 1998 06:17:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.aha.ru (ns1.aha.ru [195.2.80.142]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA03994 for ; Sat, 19 Sep 1998 06:17:39 -0700 (PDT) (envelope-from ozz.etrust.ru!osa@serv.etrust.ru) Received: from sunny.aha.ru (sunny.aha.ru [195.2.83.112]) by ns1.aha.ru (8.9.1/8.9.1/aha-r/0.04B) with ESMTP id RAA18610; Sat, 19 Sep 1998 17:17:07 +0400 (MSD) Received: by sunny.aha.ru id RAA04647; (8.8.8/vak/1.9) Sat, 19 Sep 1998 17:16:59 +0400 (MSD) Received: from unknown(195.2.84.114) by sunny.aha.ru via smap (V1.3) id sma004627; Sat Sep 19 17:16:55 1998 Received: from ozz.etrust.ru by serv.etrust.ru with ESMTP id RAA06828; (8.9.1/vak/1.9) Sat, 19 Sep 1998 17:19:43 +0400 (MSD) Received: by ozz.etrust.ru id RAA00573; (8.9.1/vak/1.9) Sat, 19 Sep 1998 17:19:00 +0400 (MSD) From: osa@ozz.etrust.ru (Ozz!!!) Message-Id: <199809191319.RAA00573@ozz.etrust.ru> Subject: Re: Can't compile kernel in ELF... In-Reply-To: <199809190505.WAA23865@austin.polstra.com> from John Polstra at "Sep 18, 1998 10: 5:22 pm" To: jdp@polstra.com (John Polstra) Date: Sat, 19 Sep 1998 17:19:00 +0400 (MSD) Cc: freebsd-current@FreeBSD.ORG Reply-To: osa@etrust.ru X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-MIME-Autoconverted: from 8bit to quoted-printable by serv.etrust.ru id RAA06828 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id GAA03996 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > In article <199809181105.PAA07430@ozz.etrust.ru>, > Ozz!!! wrote: > > Hello! > > I want compile kernel in ELF format... > > (by default, it normaly compile in a.out) > > OK! > > # cd /sys/i386/conf > > # setenv $KERNFORMAT elf > > # config THIRD > > # cd ../../compile/THIRD > > # make depend > > # make > > ...... > > .... > > loading kernel > > exception.o(.text+0x168a): undefined reference to `_swi_dispatcher' > > This almost always means that you need to add an entry for the symbol > in "src/sys/i386/include/asnames.h". Please let me know if that fixes > the problem. If it does, I'll commit it to our sources. > > John Polstra jdp@polstra.com > OK! I add to /sys/i386/conf/include/asnames.h following string: #define _swi_dispather swi_dispatcher Then I successfully compiled kernel in ELF, then install & reboot. # make install # reboot In boot-time: Invalid format! What about of #include in /sys/i386/boot/biosboot/boot.c or maybe some-think add in /usr/share/misc/magic ??? Rgdz, oZZ, osa@etrust.ru http://www.etrust.ru/osa/main.html FreeBSD: äÁ ÐÒÅÂÕÄÅÔ Ó ÎÁÍÉ ÓÉÌÁ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 06:42:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA05939 for freebsd-current-outgoing; Sat, 19 Sep 1998 06:42:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from echonyc.com (echonyc.com [198.67.15.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA05934 for ; Sat, 19 Sep 1998 06:42:41 -0700 (PDT) (envelope-from benedict@echonyc.com) Received: from localhost by echonyc.com (8.9.1/8.9.1) with SMTP id JAA28529 for ; Sat, 19 Sep 1998 09:42:12 -0400 (EDT) Date: Sat, 19 Sep 1998 09:42:12 -0400 (EDT) From: Snob Art Genre Reply-To: ben@rosengart.com To: current@FreeBSD.ORG Subject: Re: more fs fear 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, 19 Sep 1998, Eivind Eklund wrote: > I'd suggest a followup detailing setup, including whether you run > soft updates, whether you run with Luoqi's last patch, whether you > run CAM, which controller and disks you've got if you do, when your > -current is from, and how old the relevant filesystem is. Also how > large the write that failed was - was it attempting to write a so > large file that the removal of that single file could create the > amount of free space? Well , I unmounted the fs and fscked it again, and now it seems to be fine. I don't know why this fsck caught the problem while the fsck at boot didn't. Just for completeness' sake: no soft updates at this time, no Luoqi's last patch (it's only relevant to soft-updates panics, no?), yes CAM, Buslogic BT-948 with the following disks: da0 at bt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 3.300MB/s transfers, Tagged Queueing Enabled da0: 2048MB (4194304 512 byte sectors: 255H 63S/T 261C) da1 at bt0 bus 0 target 6 lun 0 da1: Fixed Direct Access SCSI2 device da1: 3.300MB/s transfers, Tagged Queueing Enabled da1: 3067MB (6281856 512 byte sectors: 255H 63S/T 391C) I don't remember the age of the filesystem, because I don't remember whether I newfs'd it when soft updates ate sd1 a couple of months ago. BTW, it was a very small write on a <1MB file that tickled this problem (I'm not sure which file, but it happened when I started rc5des). I can use ktrace to get the name and hence the exact size of the file, if necessary. Ben "You have your mind on computers, it seems." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 07:12:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA07581 for freebsd-current-outgoing; Sat, 19 Sep 1998 07:12:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from localhost.my.domain (host37-68.mishkei.org.il [62.0.68.37]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA07571 for ; Sat, 19 Sep 1998 07:12:35 -0700 (PDT) (envelope-from lickyou@localhost.my.domain) Received: (from lickyou@localhost) by localhost.my.domain (8.9.1/8.8.7) id QAA00309 for current@freebsd.org; Sat, 19 Sep 1998 16:12:52 GMT (envelope-from lickyou) Date: Sat, 19 Sep 1998 16:12:52 GMT From: Gilad Rom Message-Id: <199809191612.QAA00309@localhost.my.domain> To: current@FreeBSD.ORG Subject: UDMA Problems. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have been having problems enabling my EIDE controller's support for DMA. The controller works fine when setting the flags to 0x80ff, but it barfs whenever trying to set the flags to 0xa0ff. dmesg says the controller is busmaster capable, yet it hangs when trying to mount the filesystem. Here is an output of dmesg, together with the error messages: pentium% dmesg Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #7: Sat Sep 19 15:52:21 GMT 1998 lickyou@pentium:/usr/src/sys/compile/KERNEL Timecounter "i8254" frequency 1193182 Hz cost 1479 ns Timecounter "TSC" frequency 233288116 Hz cost 98 ns CPU: Pentium/P55C (233.29-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping=3 Features=0x8001bf real memory = 100663296 (98304K bytes) avail memory = 95539200 (93300K bytes) Probing for devices on PCI bus 0: chip0: rev 0xb3 on pci0.0.0 chip1: rev 0xb4 on pci0.2.0 vga0: rev 0x9a on pci0.5.0 ide_pci0: rev 0x20 int a irq 0 on pci0.11.0 ide_pci: controller is simplex, no DMA on secondary channel Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio1 at 0x3f8-0x3ff irq 4 on isa sio1: type 16550A sio2 at 0x2f8-0x2ff irq 3 on isa sio2: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa ide_pci: generic_dmainit 01f0:1: warning, IDE controller timing not set wdc0: unit 0 (wd0): , DMA, 32-bit, multi-block-16 wd0: 4104MB (8406720 sectors), 8896 cyls, 15 heads, 63 S/T, 512 B/S wdc0: unit 1 (atapi): , removable, accel, dma, iordy wcd0: 515/1718Kb/sec, 128Kb cache, audio play, 255 volume levels, ejectable tray wcd0: 120mm data disc loaded, unlocked npx0 flags 0x1 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa snd0: sbxvi0 at ? drq 5 on isa snd0: sbmidi0 at 0x330 on isa snd0: Intel Pentium F00F detected, installing workaround changing root device to wd0s2a --> (now the system hangs, with the hard drive LED on, timing out for 5-10 seconds, and then the output:) wd0: interrupt timeout: wd0: status50 error 0 wd0: wdtimeout() DMA status 0 --> ( now another short timeout... ) wd0: interrupt timeout: wd0: status 50 error 1 Now the system hangs completely and stops responding. It works fine when I set the wdc0 flags to 0x80ff, however, I was hoping to find out what is wrong with it. The motherboard Chipset is a TXPro one, are there any known problems/faults with this kind of chipset? Thanks, Gilad. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 08:18:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA11814 for freebsd-current-outgoing; Sat, 19 Sep 1998 08:18:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from chaotic.oz.org (chaotic.oz.org [203.20.237.203]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA11806 for ; Sat, 19 Sep 1998 08:18:21 -0700 (PDT) (envelope-from simon@oz.org) Received: from localhost (localhost [127.0.0.1]) by chaotic.oz.org (8.9.1/8.8.8) with SMTP id BAA09900 for ; Sun, 20 Sep 1998 01:18:01 +1000 (EST) (envelope-from simon@oz.org) Date: Sun, 20 Sep 1998 01:18:00 +1000 (EST) From: Simon Coggins Reply-To: chaos@ultra.net.au To: current@FreeBSD.ORG Subject: free() isn't threads safe! 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 While trying to get a threads program working I noticed it was locking up after it returned a free() error avout recursive call.. This is the code from lib/libc/stdlib/malloc.c void free(void *ptr) { malloc_func = " in free():"; <- isn't there a slim chance this can be changed before the thread is locked? THREAD_LOCK(); if (malloc_active++) { wrtwarning("recursive call.\n"); malloc_active--; return; <--------- Shouldn't the thread be unlocked before returning? } ifree(ptr); UTRACE(ptr, 0, 0); malloc_active--; THREAD_UNLOCK(); return; } Wouldn't something like: void free(void *ptr) { THREAD_LOCK(); malloc_func = " in free():"; if (malloc_active++) { wrtwarning("recursive call.\n"); malloc_active--; THREAD_UNLOCK(); return; } ifree(ptr); UTRACE(ptr, 0, 0); malloc_active--; THREAD_UNLOCK(); return; } Be more sensable? Regards Simon --- +---------------------------------------------------------------+ | Email: chaos@ultra.net.au, chaos@oz.org, simon@bofh.com.au | | http://www.ultra.net.au/~chaos Simon.Coggins@jcu.edu.au. | | Chaos on IRC, IRC Operator for the OzORG Network | +---------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 08:36:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13725 for freebsd-current-outgoing; Sat, 19 Sep 1998 08:36:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kong.dorms.spbu.ru (kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA13720 for ; Sat, 19 Sep 1998 08:36:52 -0700 (PDT) (envelope-from kong@kong.dorms.spbu.ru) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.9.1/kong/0.01) with ESMTP id TAA00752; Sat, 19 Sep 1998 19:35:49 +0400 (MSD) (envelope-from kong@kong.dorms.spbu.ru) Date: Sat, 19 Sep 1998 19:35:46 +0400 (MSD) From: Hostas Red To: Dag-Erling =?iso-8859-1?Q?Co=EFdan?= =?iso-8859-1?Q?Sm=F8rgrav?= cc: current@FreeBSD.ORG Subject: Re: strange things In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi! On 17 Sep 1998, Dag-Erling [iso-8859-1] Coïdan[iso-8859-1] Smørgrav wrote: > Hostas Red writes: > > kong@kong:~> ping www.freebsd.org > > PING freefall.freebsd.org (204.216.27.21): 56 data bytes > > ping: sendto: No buffer space available > > [...] > > When i use > > ifconfig xl0 down > > This shouldn't be necessary. > > If you type 'ifconfig xl0' at this point, is the OACTIVE flag set? Yes. And sometimes i get 'xl0: watchdog timeout' on console. In last 20 minutes it was 3 times. 'ifconfig xl0 up' helps. > Do you run NFS? No. > Can you identify a specific action that triggers this, such as > starting or ending a large NFS transfer? No, nothing special. > > ifconfig xl0 up > > everything works again, but time passes and again 'No buffer space...' > Sounds very much like the good ol' ep bug that made me switch to fxp > across the slate. (Well, it wasn't the only reason, but it was an > important motivation. Getting rid of my last ISA boards was another.) On vx driver there was no such things, but it doesn't works now. :( Adios, /KONG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 08:38:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA13946 for freebsd-current-outgoing; Sat, 19 Sep 1998 08:38:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from st-lcremean.tidalwave.net (st-lcremean.tidalwave.net [208.213.203.186]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA13940 for ; Sat, 19 Sep 1998 08:38:50 -0700 (PDT) (envelope-from lee@st-lcremean.tidalwave.net) Received: (from lee@localhost) by st-lcremean.tidalwave.net (8.9.1/8.8.7) id LAA10743; Sat, 19 Sep 1998 11:38:22 -0400 (EDT) (envelope-from lee) Message-ID: <19980919113822.A6256@st-lcremean.tidalwave.net> Date: Sat, 19 Sep 1998 11:38:22 -0400 From: Lee Cremeans To: Gilad Rom , current@FreeBSD.ORG Subject: Re: UDMA Problems. Reply-To: lcremean@tidalwave.net References: <199809191612.QAA00309@localhost.my.domain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.1i In-Reply-To: <199809191612.QAA00309@localhost.my.domain>; from Gilad Rom on Sat, Sep 19, 1998 at 04:12:52PM +0000 X-OS: FreeBSD 3.0-CURRENT X-Evil: microsoft.com Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 19, 1998 at 04:12:52PM +0000, Gilad Rom wrote: > > I have been having problems enabling my EIDE controller's support for DMA. > > The controller works fine when setting the flags to 0x80ff, but it barfs whenever > trying to set the flags to 0xa0ff. > > dmesg says the controller is busmaster capable, yet it hangs when trying to mount > the filesystem. Here is an output of dmesg, together with the error messages: > [dmesg snipped] > Now the system hangs completely and stops responding. > It works fine when I set the wdc0 flags to 0x80ff, however, I was hoping > to find out what is wrong with it. I've seen this happen as well on a VXTWO (VIA Technologies Apollo VPX/97) board with a UDMA drive...it gets interrupt timeouts and can't mount root, or read anything from the hard drive. > The motherboard Chipset is a TXPro one, are there any known problems/faults with > this kind of chipset? It's actually an Acer Labs (ALi) M1533 Aladdin IV+ chipset. I'm running a board running this same set, and all seems fine here. Only caveat is that I don't have a UDMA drive (it's just DMA mode 4). PS: All of these VXPro and VXTWO and TXPRO boards are made by one consortium based in Hong Kong, called PCChips. Their older boards have had nasty reputations because of poor QA, but the TXpro and TXTWO boards are much better (it might be because Acer is helping out, I do not know). -- Lee Cremeans -- Manassas, VA, USA (WakkyMouse on DALnet and WTnet) A! JW223 YWD+++^ri P&B++ SL+++^i GDF B&M KK--i MD+++i P++ I++++ Did $++ E5/10/70/3c/73ac/95/96 H2 PonPippi Ay77 M | mailto:lcremean@tidalwave.net http://st-lcremean.tidalwave.net | Powered by FreeBSD 3.0-CURRENT To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 09:28:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA17602 for freebsd-current-outgoing; Sat, 19 Sep 1998 09:28:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fep2-orange.clear.net.nz (fep2-orange.clear.net.nz [203.97.32.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA17597 for ; Sat, 19 Sep 1998 09:28:14 -0700 (PDT) (envelope-from jabley@buddha.clear.net.nz) Received: from buddha.clear.net.nz (buddha.clear.net.nz [192.168.24.106]) by fep2-orange.clear.net.nz (1.5/1.9) with ESMTP id EAA14054; Sun, 20 Sep 1998 04:27:44 +1200 (NZST) Received: (from jabley@localhost) by buddha.clear.net.nz (8.9.1/8.9.1) id EAA12182 for freebsd-current@freebsd.org; Sun, 20 Sep 1998 04:27:42 +1200 (NZST) Message-ID: <19980920042741.A6144@clear.co.nz> Date: Sun, 20 Sep 1998 04:27:41 +1200 From: Joe Abley To: freebsd-current@FreeBSD.ORG Subject: ELF ldconfig Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i X-Files: the Truth is Out There Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi all, I have a (possibly naieve) question about the ELF ldconfig hints file. The ELF hints file is built by sbin/ldconfig/elfhints.c, which is very particular about the files in the search path it will include - for example, in /usr/local/lib, libslang.so.1.2.2 is built by the slang port, but no link under the name libslang.so.1 is present. Since ldconfig currently won't accept libslang.so.1.2.2 as a valid name for a library to be cached, ldconfig -r won't list it - and hence trying to build other ports (like mutt) that depend on finding slang\\.1\\. in the ldconfig -r output is a bit futile. The ports build of X11R6 does exactly the same thing - /usr/X11R6/lib/libX11.so.6.1 is created, but since no symlink named libX11.so.6 exists, ldconfig doesn't pick it up. Might I suggest that elfhints.c could be extended to recognise other names of the correct type in the search path which don't conform to the ^lib[a-z]+\.so\.[0-9]$ pattern? Would this have an adverse impact on anything else? If this is the way to go, then I'm happy to suggest a patch - I'm just hoping that I'm all wrong about this, and that there is something very basic and simple that would be better :) As an alternative, the whole of the ports collection could be updated to install correct symlinks using names understood by ldconfig, but this seems like a major job if we're looking at a 3.0 release in under thirty days. Joe -- Joe Abley Tel +64 9 912-4065, Fax +64 9 912-5008 Network Architect, CLEAR Net http://www.clear.net.nz/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 09:58:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA19829 for freebsd-current-outgoing; Sat, 19 Sep 1998 09:58:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pinhead.parag.codegen.com (ppp-asfm08--193.sirius.net [205.134.241.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA19821 for ; Sat, 19 Sep 1998 09:58:50 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.1/8.8.8) with ESMTP id JAA07788; Sat, 19 Sep 1998 09:58:25 -0700 (PDT) (envelope-from parag@pinhead.parag.codegen.com) Message-Id: <199809191658.JAA07788@pinhead.parag.codegen.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Gilad Rom cc: current@FreeBSD.ORG Subject: Re: UDMA Problems. In-reply-to: Your message of "Sat, 19 Sep 1998 16:12:52 GMT." <199809191612.QAA00309@localhost.my.domain> X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm X-URL: http://www.codegen.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 19 Sep 1998 09:58:24 -0700 From: Parag Patel Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <199809191612.QAA00309@localhost.my.domain>, Gilad Rom writes: >ide_pci0: rev 0x20 int a irq 0 on pci >0.11.0 >ide_pci: controller is simplex, no DMA on secondary channel ... >ide_pci: generic_dmainit 01f0:1: warning, IDE controller timing not set >wdc0: unit 0 (wd0): , DMA, 32-bit, multi-block-16 >wd0: 4104MB (8406720 sectors), 8896 cyls, 15 heads, 63 S/T, 512 B/S The warning, IDE controller timing not set, means it didn't set the appropriate UDMA bits because it didn't recognize the chip. In this case, the code assumes that the BIOS has turned on UDMA mode and things are already configured and ready to roll, which seems not to be the case for you. You may want to see if your BIOS has settings to turn on UDMA mode and see if that wakes it up. It's easy enough to fix ide_pci.c if you have the chipset documentation and a test setup, neither of which I have. (I've added similar support for the CMD646U2 chip in my local source-tree.) -- Parag To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 10:20:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA22269 for freebsd-current-outgoing; Sat, 19 Sep 1998 10:20:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA22264 for ; Sat, 19 Sep 1998 10:20:30 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id KAA26611; Sat, 19 Sep 1998 10:19:59 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp01.primenet.com, id smtpd026597; Sat Sep 19 10:19:55 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id KAA10028; Sat, 19 Sep 1998 10:19:51 -0700 (MST) From: Terry Lambert Message-Id: <199809191719.KAA10028@usr09.primenet.com> Subject: Re: softupdates & fsck To: eivind@yes.no (Eivind Eklund) Date: Sat, 19 Sep 1998 17:19:51 +0000 (GMT) Cc: tlambert@primenet.com, Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG In-Reply-To: <19980919123143.36373@follo.net> from "Eivind Eklund" at Sep 19, 98 12:31:43 pm X-Mailer: ELM [version 2.4 PL25] 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 > > That you are seeing these problems implies that the bwrite ordering > > guarantees that the driver must provide (i.e., that the blocks will > > be written in the order requested, and that the writes will not > > return as completed until the data has been committed to the disk) > > are not being honored. > > Given that most drives don't honour these guarantees [1] it may happen > even without a problem with the driver. > > [1] This marks the point where somebody comes runing, waving standards > documents and becoming more and more red in the face, while I say > "Yes, I know they say the drives are supposed to - but in fact, the > drives don't actually *do* what they're supposed to." They do if you set their options correctly and insure a holdup time after power failure, during which you will not engage in scheduling new writes. The question is "what happens to the sector under the head during a write in case of power failure, if you don't have a holdup time?". For some drives, the answer is "it works". For the drives that idiots buy, the answer is "it gets corrupted and the data is not recoverable at all". In any case, we are talking about system resets, not power failures, so this is somewhat a horse of a different wheelbase, and we can ignore the case where you employ idiots to buy your hardware and/or you use non-ATX power supplies, followed by the power going out unexpectedly. For a drive that isn't powered down, that has stated to the controller that it has written a block that it has actually cached, it is the responsibility of the drive to write what it said it did before acting upon the reset signal. I can tell you that Quantum and Seagate IDE drives honor this, and that most (all?) SCSI drives honor this even better (not returning that the queued command has completed until the data is committed to disk). I expect that since (1) this problem doesn't occur without CAM, and (2) this problem occurs with CAM, that this problem is CAM related. Feel free to prove me wrong by duplicating the problem with a pre-CAM kernel with Loqui's patch applied; I'll be happy of the stack traceback, as I'm sure Julian and Kirk would be, as well. For now, from the fsck failure, it looks like the CAM driver isn't making the ordering guarantees it should, and stating that "some hardware won't make this guarantees, either", is more an argument against purchasing "some hardware" than it is an argument for CAM ignoring the intentional ordering of requests (if that's the root cause of the problem, which didn't occur pre-CAM; obviously it could be a different CAM bug causing the problem...). A good question to ask at this point is "is anyone with an IDE drive experiencing this problem?". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 10:25:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA23356 for freebsd-current-outgoing; Sat, 19 Sep 1998 10:25:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA23351 for ; Sat, 19 Sep 1998 10:25:50 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id KAA10811; Sat, 19 Sep 1998 10:25:23 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp04.primenet.com, id smtpd010722; Sat Sep 19 10:25:12 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id KAA10263; Sat, 19 Sep 1998 10:25:09 -0700 (MST) From: Terry Lambert Message-Id: <199809191725.KAA10263@usr09.primenet.com> Subject: Re: ELF ldconfig To: jabley@clear.co.nz (Joe Abley) Date: Sat, 19 Sep 1998 17:25:09 +0000 (GMT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <19980920042741.A6144@clear.co.nz> from "Joe Abley" at Sep 20, 98 04:27:41 am X-Mailer: ELM [version 2.4 PL25] 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 > As an alternative, the whole of the ports collection could be updated to > install correct symlinks using names understood by ldconfig, but this seems > like a major job if we're looking at a 3.0 release in under thirty days. I think it would merely require a test for the ELF object format case and a line or two in bsd.lib.mk, actually, presuming libs are bmaked'd properly... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 10:39:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24703 for freebsd-current-outgoing; Sat, 19 Sep 1998 10:39:26 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fep1-orange.clear.net.nz (fep1-orange.clear.net.nz [203.97.32.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA24698 for ; Sat, 19 Sep 1998 10:39:24 -0700 (PDT) (envelope-from jabley@buddha.clear.net.nz) Received: from buddha.clear.net.nz (buddha.clear.net.nz [192.168.24.106]) by fep1-orange.clear.net.nz (1.5/1.11) with ESMTP id FAA28483; Sun, 20 Sep 1998 05:38:58 +1200 (NZST) Received: (from jabley@localhost) by buddha.clear.net.nz (8.9.1/8.9.1) id FAA01052 for freebsd-current@FreeBSD.ORG; Sun, 20 Sep 1998 05:38:57 +1200 (NZST) Message-ID: <19980920053857.A1034@clear.co.nz> Date: Sun, 20 Sep 1998 05:38:57 +1200 From: Joe Abley To: freebsd-current@FreeBSD.ORG Subject: Re: ELF ldconfig References: <19980920042741.A6144@clear.co.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980920042741.A6144@clear.co.nz>; from Joe Abley on Sun, Sep 20, 1998 at 04:27:41AM +1200 X-Files: the Truth is Out There Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Sep 20, 1998 at 04:27:41AM +1200, Joe Abley wrote: > > Might I suggest that elfhints.c could be extended to recognise other > names of the correct type in the search path which don't conform to the > ^lib[a-z]+\.so\.[0-9]$ pattern? Would this have an adverse impact on > anything else? > > If this is the way to go, then I'm happy to suggest a patch - I'm just > hoping that I'm all wrong about this, and that there is something very basic > and simple that would be better :) The patch required is pretty small... This is on the (pretty recent, I think) sbin/ldconfig/elfhints.c tagged $Id: elfhints.c,v 1.1 1998/09/05 03:30:54 jdp Exp $ and basically just extends the scope of an ELF library's version number to include the "." character, tidying up afterwards so that the check for ".so." in the middle of the library name still works: 102c102 < while (vers > dp->d_name && isdigit(*(vers-1))) --- > while (vers > dp->d_name && (isdigit(*(vers-1)) || *(vers-1) == '.')) 103a104 > vers++; /* don't include the last "." */ Is there a good reason why (for example) ldconfig -r | grep -e '-lslang\.1\.1\.2' _should_ fail under ELF, assuming that in this example it is necessary to look for precisely version 1.1.2 of the so and no others? Joe -- Joe Abley Tel +64 9 912-4065, Fax +64 9 912-5008 Network Architect, CLEAR Net http://www.clear.net.nz/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 10:45:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA25389 for freebsd-current-outgoing; Sat, 19 Sep 1998 10:45:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA25384 for ; Sat, 19 Sep 1998 10:45:43 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id KAA09878; Sat, 19 Sep 1998 10:45:17 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp02.primenet.com, id smtpd009830; Sat Sep 19 10:45:08 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id KAA10912; Sat, 19 Sep 1998 10:45:03 -0700 (MST) From: Terry Lambert Message-Id: <199809191745.KAA10912@usr09.primenet.com> Subject: Re: panic: newdirrem inum 48733 should be 48732 (SMP+SOFTUPDATES) To: Don.Lewis@tsc.tdk.com (Don Lewis) Date: Sat, 19 Sep 1998 17:45:03 +0000 (GMT) Cc: tlambert@primenet.com, ken@plutotech.com, andreas@klemm.gtn.com, current@FreeBSD.ORG In-Reply-To: <199809190930.CAA10502@salsa.gv.tsc.tdk.com> from "Don Lewis" at Sep 19, 98 02:30:57 am X-Mailer: ELM [version 2.4 PL25] 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 > I don't think this problem is CAM. Are you running SCSI, or are you running IDE? > In the case of the initiate_write_filepage > panic, the softupdates code is doing some sanity checking on a buf before > writing it to disk. In this case, some modifications have been made to > the contents of the buf, but they can't be committed to disk because of > other dependencies. For one reason or another the code decides it > really needs to write this buf to disk, so it has to undo the modifications > so that the disk contents will be in a consistent state. While the code is > going through the list of the modifications and undoing them (with the > buf locked), it notices that what is currently stored in the buf is not > what it thinks was last put there, so it calls panic(). If the undo > had succeeded, the buf would have been written to disk, then the changes > would have been redone and the buf unlocked. I believe the patch addresses this dependency miss. This is the way it's supposed to work, BTW. > > } It is *imperitive* to the soft updates technology that async writes > } occur in the order they are requested to occur; the main privision > } of soft updates is to not advance the soft clock "wheel" until the > } previous wheel slot writes have been committed, such that all > } physical writes occur in dependency order. > > This is true, but it only makes a difference if there is a crash or > the hardware gets suddenly turned off in the middle. If things are > stored to disk in the wrong order and you don't get everything stored > to disk, then the filesystem will be in an inconsistent state when the > system boots, and you may be better off using newfs than fsck. If you > could guarantee that the system would stay up until it went into a > quiet state where you could flush everything to disk, it wouldn't matter > what order things were written before that point. Right; but you can't guarantee that. As a result, the flush-to-disk has to be in dependency order. The entire point of backing out buffer modifications with the buffer locked prepatory to a write is to ensure that things occur *in order* for disk blocks that can contain multiple objects. This means for multiple directory entry changes in a directory block, or for multiple inode changes in a block containing (4) inodes, etc.. The intent of the sync clock is to get things in dependency order, in lockstep, to the disk. If this is done, then the image on the disk can *not* have any inconsistency *other* than an incorrect cylinder group bitmap. Ever. Period. End of sentence. This was tested in the following test jig: 1) A machine with a serial console for debugging. 2) Another machine with a serial connection to allow breaking into the debugger on the first. 3) The SCSI host adapter on a target other than the default. 4) The SCSI busses chaned together between the machines. 5) At random intervals, during heavy FS activity, the machine engaged in the activity is broken into the debugger, effectively halting it. 6) The second machine then fsck's the first machines disk out from under it, reporting anything other than cylinder group bitmap inconsistancies and the clean flag in the superblock as fatal errors. 7) If no fatal errors occur, the first machine is exited from the debugger (effectively causing it to pick up where it left off. 8) If wall time < 1 week, go to 5. Probably, Julian or Kirk need to test this vs. a CAM kernel to find out where CAM is screwing up the ordering. PS: Now you know why I believe the problem is in the CAM integration; the soft updates code is not your average "it worked on my box" type of FreeBSD test-three-times-then-commit. PPS: My personal suspiscion is that it's in the tagged command queue, wherein ordering is not enforced between commands before acknowledgement; hence my prior suggestion that a "drain tagged command queue" entrypoint called from the syncer might be the easiest way to fix the problem... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 10:46:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA25571 for freebsd-current-outgoing; Sat, 19 Sep 1998 10:46:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fep1-orange.clear.net.nz (fep1-orange.clear.net.nz [203.97.32.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA25554 for ; Sat, 19 Sep 1998 10:46:33 -0700 (PDT) (envelope-from jabley@buddha.clear.net.nz) Received: from buddha.clear.net.nz (buddha.clear.net.nz [192.168.24.106]) by fep1-orange.clear.net.nz (1.5/1.11) with ESMTP id FAA00194; Sun, 20 Sep 1998 05:46:06 +1200 (NZST) Received: (from jabley@localhost) by buddha.clear.net.nz (8.9.1/8.9.1) id FAA01084; Sun, 20 Sep 1998 05:46:06 +1200 (NZST) Message-ID: <19980920054605.B1034@clear.co.nz> Date: Sun, 20 Sep 1998 05:46:05 +1200 From: Joe Abley To: Terry Lambert Cc: freebsd-current@FreeBSD.ORG Subject: Re: ELF ldconfig References: <19980920042741.A6144@clear.co.nz> <199809191725.KAA10263@usr09.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809191725.KAA10263@usr09.primenet.com>; from Terry Lambert on Sat, Sep 19, 1998 at 05:25:09PM +0000 X-Files: the Truth is Out There Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 19, 1998 at 05:25:09PM +0000, Terry Lambert wrote: > > As an alternative, the whole of the ports collection could be updated to > > install correct symlinks using names understood by ldconfig, but this seems > > like a major job if we're looking at a 3.0 release in under thirty days. > > I think it would merely require a test for the ELF object format case > and a line or two in bsd.lib.mk, actually, presuming libs are > bmaked'd properly... What about (same example) the mail/mutt port, which includes LIB_DEPENDS= slang\\.1\\.:${PORTSDIR}/devel/libslang With the trailing "\\." after the 1 this is never going to match, regardless of how correctly the other ports' shared libraries have been installed. Mutt is not the only port which does this - there are others which have major and minor numbers installed, which do not show up on the current ldconfig -r output. Perhaps a bit of paranoid checking in bsd.port.mk's LIP_DEPENDS handling is in order to convert the name to something reasonable before checking in the ELF case? Joe -- Joe Abley Tel +64 9 912-4065, Fax +64 9 912-5008 Network Architect, CLEAR Net http://www.clear.net.nz/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 10:50:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA26467 for freebsd-current-outgoing; Sat, 19 Sep 1998 10:50:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA26435 for ; Sat, 19 Sep 1998 10:50:36 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id KAA03967; Sat, 19 Sep 1998 10:50:10 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp01.primenet.com, id smtpd003942; Sat Sep 19 10:50:04 1998 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id KAA11135; Sat, 19 Sep 1998 10:50:00 -0700 (MST) From: Terry Lambert Message-Id: <199809191750.KAA11135@usr09.primenet.com> Subject: Re: ELF ldconfig To: jabley@clear.co.nz (Joe Abley) Date: Sat, 19 Sep 1998 17:50:00 +0000 (GMT) Cc: tlambert@primenet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <19980920054605.B1034@clear.co.nz> from "Joe Abley" at Sep 20, 98 05:46:05 am X-Mailer: ELM [version 2.4 PL25] 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 > > I think it would merely require a test for the ELF object format case > > and a line or two in bsd.lib.mk, actually, presuming libs are > > bmaked'd properly... > > What about (same example) the mail/mutt port, which includes > > LIB_DEPENDS= slang\\.1\\.:${PORTSDIR}/devel/libslang [ ... ] > Perhaps a bit of paranoid checking in bsd.port.mk's LIP_DEPENDS handling > is in order to convert the name to something reasonable before checking in > the ELF case? This is the other possibility. I was hoping the code was bmake'd, however... 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 11:18:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00373 for freebsd-current-outgoing; Sat, 19 Sep 1998 11:18:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA00368 for ; Sat, 19 Sep 1998 11:18:51 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id OAA19799; Sat, 19 Sep 1998 14:23:17 -0400 From: Bill Paul Message-Id: <199809191823.OAA19799@skynet.ctr.columbia.edu> Subject: Re: strange things To: kong@kong.spb.ru (Hostas Red) Date: Sat, 19 Sep 1998 14:23:15 -0400 (EDT) Cc: dag-erli@ifi.uio.no, current@FreeBSD.ORG In-Reply-To: from "Hostas Red" at Sep 19, 98 07:35:46 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Of all the gin joints in all the towns in all the world, Hostas Red had to walk into mine and say: > Hi! > > On 17 Sep 1998, Dag-Erling [iso-8859-1] Coïdan[iso-8859-1] Smørgrav > wrote: > > > Hostas Red writes: > > > kong@kong:~> ping www.freebsd.org > > > PING freefall.freebsd.org (204.216.27.21): 56 data bytes > > > ping: sendto: No buffer space available > > > [...] > > > When i use > > > ifconfig xl0 down > > > > This shouldn't be necessary. > > > > If you type 'ifconfig xl0' at this point, is the OACTIVE flag set? > > Yes. And sometimes i get 'xl0: watchdog timeout' on console. In last 20 > minutes it was 3 times. 'ifconfig xl0 up' helps. > > > Do you run NFS? > > No. > > > Can you identify a specific action that triggers this, such as > > starting or ending a large NFS transfer? > > No, nothing special. > > > > ifconfig xl0 up > > > everything works again, but time passes and again 'No buffer space...' > > Sounds very much like the good ol' ep bug that made me switch to fxp > > across the slate. (Well, it wasn't the only reason, but it was an > > important motivation. Getting rid of my last ISA boards was another.) > > On vx driver there was no such things, but it doesn't works now. :( The vx driver doesn't use DMA! *sigh* I see everybody has decided to completely forget how to report bugs. So far I've found about four messages related to this, which all of the following things in common: - The subject line doesn't even mention the xl driver, which means it was only by pure chance that I happen to find this thread in my mail backlog. - Nobody has mentioned what version of the xl drive they are using. For all I know you downloaded an old version from www.freebsd.org and are complaining about bugs that are already fixed. Run, don't walk, to /sys/pci/if_xl.c and show me the RCS $Id$ string so I have some idea what's going on here. - Nobody has bothered to describe the hardware they're using. What kind of CPU do you have? What other PCI devices do you have? - Nobody has told me EXACTLY WHAT 3COM CARD THEY HAVE! Is it a 3c905-TX? 3c900? 3c905B? 3c980? - Nobody has bothered to show a dmesg output with the probe information from the xl driver. - Nobody has said exactly what version of FreeBSD they're running (yes, I know this is the -current mailing list; that doesn't guarantee that people are actually running the latest and greatest -current). - Nobody has said what kind of network they're using. (10Mbps? 100Mbps? full duplex? half duplex? switched? shared? 10baseT? 10base2?) Now, I have gotten mail from many other people who report no problems whatsoever with the xl driver, and I havent had problems with my own 3c905B hardware in a long time, so I'm highly inclined to blame people for pilot error, particularly when presented with such meager details. This is really starting to annoy me. Everybody just assumes they can say "I'm having a problem, please fix it" and I can just read tea leaves or something and instantly divine the exact nature of their problems without even the slightest amount assistance. Well it doesn't work that way: I'm not a mind reader. DO NOT just say you have a problem and leave it at that, expecting somebody else to pry the details out of you later. Provide all the details up front or don't even bother posting. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 11:19:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00513 for freebsd-current-outgoing; Sat, 19 Sep 1998 11:19:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA00492; Sat, 19 Sep 1998 11:19:21 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id MAA21190; Sat, 19 Sep 1998 12:18:51 -0600 (MDT) Message-Id: <199809191818.MAA21190@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Nicolas Souchu cc: freebsd-current@FreeBSD.ORG, gibbs@FreeBSD.ORG Subject: Re: still have bus reset with CAM In-reply-to: Your message of "Sat, 19 Sep 1998 11:49:37 -0000." <19980919114937.57006@breizh.prism.uvsq.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 19 Sep 1998 12:12:25 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >Hi there, > >Justin, Ken, > >I still have bus resets while doing a tar -czf from my usr/obj to >an nfs mounted filesystem for example. >This is a problem I noticed in old-scsi system and though it was >solved by CAM. > >[How] Was it solved? I know this bug is really old. > >I configured the bios not to have the drive disconnected, >but the reset still happens. ... >The relevant logs: >++++++++++++++++++ ... >(da0:ahc0:0:6:0): SCB 0x6 - timed out in datain phase, SCSISIGI == 0x44 >SEQADDR == 0x110 >SSTAT1 == 0x3 This isn't the driver's fault. The drive has us still in datain phase, we're happily looping to accept incoming data bytes, but none are arriving. This is likely due to a lost "ACK" on the bus, so the target believes that there is no space left in the synchronous offset to send more data. Replace your cable, check your termination, etc. etc. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 11:24:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01415 for freebsd-current-outgoing; Sat, 19 Sep 1998 11:24:52 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA01410 for ; Sat, 19 Sep 1998 11:24:47 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id UAA18648; Sat, 19 Sep 1998 20:24:12 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id UAA24375; Sat, 19 Sep 1998 20:24:10 +0200 (MET DST) Message-ID: <19980919202409.40703@follo.net> Date: Sat, 19 Sep 1998 20:24:09 +0200 From: Eivind Eklund To: Terry Lambert Cc: Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG Subject: Re: softupdates & fsck References: <19980919123143.36373@follo.net> <199809191719.KAA10028@usr09.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199809191719.KAA10028@usr09.primenet.com>; from Terry Lambert on Sat, Sep 19, 1998 at 05:19:51PM +0000 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 19, 1998 at 05:19:51PM +0000, Terry Lambert wrote: > > > That you are seeing these problems implies that the bwrite ordering > > > guarantees that the driver must provide (i.e., that the blocks will > > > be written in the order requested, and that the writes will not > > > return as completed until the data has been committed to the disk) > > > are not being honored. > > > > Given that most drives don't honour these guarantees [1] it may happen > > even without a problem with the driver. > > > > [1] This marks the point where somebody comes runing, waving standards > > documents and becoming more and more red in the face, while I say > > "Yes, I know they say the drives are supposed to - but in fact, the > > drives don't actually *do* what they're supposed to." > > They do if you set their options correctly and insure a holdup > time after power failure, during which you will not engage in > scheduling new writes. Eh? Without an UPS, I can't do that. The problem is drives that don't honour the immediate-write flag, returning before data is committed to disk anyway (done to get better benchmarks). I think there also is some problems with drives that will re-order requests no matter what constraints you give it :-( BTW: I didn't mean that this applied in this particular case, just that this may become a problem when soft updates become fsck-less. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 11:26:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01663 for freebsd-current-outgoing; Sat, 19 Sep 1998 11:26:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles246.castles.com [208.214.165.246]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA01590 for ; Sat, 19 Sep 1998 11:25:50 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id LAA00910; Sat, 19 Sep 1998 11:30:58 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809191830.LAA00910@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: osa@etrust.ru cc: jdp@polstra.com (John Polstra), freebsd-current@FreeBSD.ORG Subject: Re: Can't compile kernel in ELF... In-reply-to: Your message of "Sat, 19 Sep 1998 17:19:00 +0400." <199809191319.RAA00573@ozz.etrust.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Sat, 19 Sep 1998 11:30:53 -0700 From: Mike Smith Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id LAA01614 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I add to /sys/i386/conf/include/asnames.h following string: > #define _swi_dispather swi_dispatcher > Then I successfully compiled kernel in ELF, then install & reboot. > # make install > # reboot > In boot-time: > Invalid format! > What about of > #include > in /sys/i386/boot/biosboot/boot.c > or maybe some-think add in /usr/share/misc/magic ??? You can't boot ELF kernels yet. The new bootloader is nearly ready though. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sat Sep 19 11:31:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02579 for freebsd-current-outgoing; Sat, 19 Sep 1998 11:31:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kong.dorms.spbu.ru (kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA02574 for ; Sat, 19 Sep 1998 11:30:55 -0700 (PDT) (envelope-from kong@kong.dorms.spbu.ru) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.9.1/kong/0.01) with SMTP id WAA10952; Sat, 19 Sep 1998 22:29:34 +0400 (MSD) (envelope-from kong@kong.dorms.spbu.ru) Date: Sat, 19 Sep 1998 22:29:33 +0400 (MSD) From: Hostas Red To: Bill Paul cc: dag-erli@ifi.uio.no, current@FreeBSD.ORG Subject: Re: strange things: xl driver In-Reply-To: <199809191823.OAA19799@skynet.ctr.columbia.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 Hi! On Sat, 19 Sep 1998, Bill Paul wrote: > The vx driver doesn't use DMA! > > - The subject line doesn't even mention the xl driver, which means it > was only by pure chance that I happen to find this thread in my mail > backlog. Hmm... This problem may be not the problem of xl driver. > - Nobody has mentioned what version of the xl drive they are using. > For all I know you downloaded an old version from www.freebsd.org > and are complaining about bugs that are already fixed. Run, don't > walk, to /sys/pci/if_xl.c and show me the RCS $Id$ string so I have > some idea what's going on here. I'm cvsupping once a day at least, sometimes 2-3 times. Here the RCS ID: * $Id: if_xl.c,v 1.11 1998/09/08 23:42:10 wpaul Exp $ > - Nobody has bothered to describe the hardware they're using. What kind > of CPU do you have? What other PCI devices do you have? CPU: P5/166 on ASUS TX97X, other devices - DEC 21143 PCI Lancard, that's all (it doesn't work under freebsd on 10 mbit, so i'm using 3c905) > - Nobody has told me EXACTLY WHAT 3COM CARD THEY HAVE! Is it a 3c905-TX? > 3c900? 3c905B? 3c980? 3C905-TX > - Nobody has bothered to show a dmesg output with the probe information > from the xl driver. xl0: <3Com 3c905 Fast Etherlink XL 10/100BaseTX> rev 0x00 int a irq 10 on pci0.11.0 xl0: Ethernet address: 00:a0:24:d8:a4:81 xl0: autoneg not complete, no carrier > - Nobody has said exactly what version of FreeBSD they're running (yes, > I know this is the -current mailing list; that doesn't guarantee that > people are actually running the latest and greatest -current). FreeBSD 3.0-CURRENT as of 4 hours ago. :) > - Nobody has said what kind of network they're using. (10Mbps? 100Mbps? > full duplex? half duplex? switched? shared? 10baseT? 10base2?) 10Base-T/UTP, half duplex. > Now, I have gotten mail from many other people who report no problems > whatsoever with the xl driver, and I havent had problems with my own > 3c905B hardware in a long time, so I'm highly inclined to blame people > for pilot error, particularly when presented with such meager details. Sorry. > This is really starting to annoy me. Everybody just assumes they can > say "I'm having a problem, please fix it" and I can just read tea leaves > or something and instantly divine the exact nature of their problems > without even the slightest amount assistance. Well it doesn't work that > way: I'm not a mind reader. DO NOT just say you have a problem and leave > it at that, expecting somebody else to pry the details out of you later. > Provide all the details up front or don't even bother posting. See above. :) Adios, /KONG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 11:32:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02932 for freebsd-current-outgoing; Sat, 19 Sep 1998 11:32:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles246.castles.com [208.214.165.246]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA02730 for ; Sat, 19 Sep 1998 11:31:44 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id LAA00950; Sat, 19 Sep 1998 11:35:35 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809191835.LAA00950@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Alexander Leidinger cc: freebsd-current@FreeBSD.ORG Subject: Re: bug or missing feature with APM (halt) In-reply-to: Your message of "Fri, 18 Sep 1998 13:25:00 +0200." <199809181125.NAA28509@wurzelausix.cs.uni-sb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 19 Sep 1998 11:35:11 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi, > > I've configured my bios (board: asus p2l97-s with bios-version 1005) to > auto-power-up everyday at a given time. With this setting activated > "halt" didn't turn off the power anymore (reboots instead). > A test with Win98 works (it turns off the power correctly), but only > with an actual bios version (1005). > > Is this apm v1.2 related or is it a bug? It's possibly a bug in our APM handling. There were some significant time-related changes committed recently, so you will want to make sure you're up to date with -current before trying to fix anything. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sat Sep 19 11:37:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA03904 for freebsd-current-outgoing; Sat, 19 Sep 1998 11:37:20 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA03898 for ; Sat, 19 Sep 1998 11:37:14 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id CAA14684; Sun, 20 Sep 1998 02:36:14 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199809191836.CAA14684@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: John Polstra cc: joki@kuebart.stuttgart.netsurf.de, current@FreeBSD.ORG Subject: Re: Correct names for C globals in kernel In-reply-to: Your message of "Thu, 17 Sep 1998 17:01:19 MST." <199809180001.RAA13972@austin.polstra.com> Date: Sun, 20 Sep 1998 02:36:12 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Polstra wrote: > In article <199809171933.VAA29946@yacht.domestic.de>, > Joachim Kuebart wrote: > > Hi, > > > > this patch is interesting if it is planned to convert the kernel > > itself to ELF. With these patches, the kernel will link in an ELF > > world. > > > > Under /usr/src/sys there is an assembler macro called CNAME that > > adds an optional underscore to global symbols when needed. However, > > that macro is rarely used. The following patch remedies that: > [600 line patch] > > Gee thanks, but this is totally unnecessary. See > "src/sys/i386/include/asnames.h". Also, one could use the -munderscores flag for gcc on the kernel and skip asnames.h altogether until it's elf-only (and then convert the symbols and drop the compile flag). Yes, you can have gcc's underscore prefixing is independent of the binary format. You can have -mno-underscores with a.out or -munderscores with elf if you wish. If we're going to transition to elf as default for the 3.0 kernel, we could convert the source now, and add -mno-underscores to the a.out kernel cc flags. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 11:44:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA04985 for freebsd-current-outgoing; Sat, 19 Sep 1998 11:44:13 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA04907 for ; Sat, 19 Sep 1998 11:44:06 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id LAA01747; Sat, 19 Sep 1998 11:43:14 -0700 (PDT) (envelope-from jdp) Message-Id: <199809191843.LAA01747@austin.polstra.com> To: Peter Wemm cc: joki@kuebart.stuttgart.netsurf.de, current@FreeBSD.ORG Subject: Re: Correct names for C globals in kernel In-reply-to: Your message of "Sun, 20 Sep 1998 02:36:12 +0800." <199809191836.CAA14684@spinner.netplex.com.au> Date: Sat, 19 Sep 1998 11:43:13 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Also, one could use the -munderscores flag for gcc on the kernel and > skip asnames.h altogether until it's elf-only (and then convert the > symbols and drop the compile flag). > > Yes, you can have gcc's underscore prefixing is independent of > the binary format. You can have -mno-underscores with a.out or > -munderscores with elf if you wish. If we're going to transition to > elf as default for the 3.0 kernel, we could convert the source now, > and add -mno-underscores to the a.out kernel cc flags. I don't want to change it that way at least until 3.0 is out. What we have now works, and using -mno-underscores could easily create multiply defined symbols if assembly language code assumes (as much of it does) that an unprefixed global name is hidden from C. Bruce and I had a long discussion about it a year ago or more. We decided that the leading underscore is a useful reminder that the symbol is a C symbol. If it discourages the use of assembly language, so much the better. :-) John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 12:08:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA08347 for freebsd-current-outgoing; Sat, 19 Sep 1998 12:08:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA08338 for ; Sat, 19 Sep 1998 12:08:27 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id PAA19911; Sat, 19 Sep 1998 15:13:15 -0400 From: Bill Paul Message-Id: <199809191913.PAA19911@skynet.ctr.columbia.edu> Subject: Re: strange things: xl driver To: kong@kong.spb.ru (Hostas Red) Date: Sat, 19 Sep 1998 15:13:14 -0400 (EDT) Cc: current@FreeBSD.ORG In-Reply-To: from "Hostas Red" at Sep 19, 98 10:29:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Of all the gin joints in all the towns in all the world, Hostas Red had to walk into mine and say: > Hi! > > On Sat, 19 Sep 1998, Bill Paul wrote: > > > The vx driver doesn't use DMA! > > > > - The subject line doesn't even mention the xl driver, which means it > > was only by pure chance that I happen to find this thread in my mail > > backlog. > > Hmm... This problem may be not the problem of xl driver. If the OACTIVE flag is set on the interface, then it probably is. > > - Nobody has mentioned what version of the xl drive they are using. > > For all I know you downloaded an old version from www.freebsd.org > > and are complaining about bugs that are already fixed. Run, don't > > walk, to /sys/pci/if_xl.c and show me the RCS $Id$ string so I have > > some idea what's going on here. > > I'm cvsupping once a day at least, sometimes 2-3 times. Here the RCS ID: > > * $Id: if_xl.c,v 1.11 1998/09/08 23:42:10 wpaul Exp $ > > > > - Nobody has bothered to describe the hardware they're using. What kind > > of CPU do you have? What other PCI devices do you have? > > CPU: P5/166 on ASUS TX97X, other devices - DEC 21143 PCI Lancard, that's > all (it doesn't work under freebsd on 10 mbit, so i'm using 3c905) > > > - Nobody has told me EXACTLY WHAT 3COM CARD THEY HAVE! Is it a 3c905-TX? > > 3c900? 3c905B? 3c980? > > 3C905-TX > > > - Nobody has bothered to show a dmesg output with the probe information > > from the xl driver. > > xl0: <3Com 3c905 Fast Etherlink XL 10/100BaseTX> rev 0x00 int a irq 10 on > pci0.11.0 > xl0: Ethernet address: 00:a0:24:d8:a4:81 > xl0: autoneg not complete, no carrier ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This implies that the card was not plugged in at the time you booted the machine. The autoneg code will only set the card's modes correctly if it says 'autoneg complete.' So now we have more missing information: - Does the driver _always_ say 'autoneg not complete' or was this just a one-time occurance and you happened to just pick this particular message to show me? - Have you tried rebooting the machine with the card plugged in? - Did you try to force the mode to 10Mbps/half duplex with the command ifconfig xl0 media 10baseT/UTP mediaopt half-duplex? - How do you have the interface configured in /etc/rc.conf? - What does netstat -in say? - Have you tried putting the card in a different slot? (Yes, it can make a difference.) -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 12:22:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10108 for freebsd-current-outgoing; Sat, 19 Sep 1998 12:22:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles246.castles.com [208.214.165.246]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA10003 for ; Sat, 19 Sep 1998 12:21:40 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id MAA01188; Sat, 19 Sep 1998 12:22:39 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809191922.MAA01188@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Peter Wemm cc: John Polstra , joki@kuebart.stuttgart.netsurf.de, current@FreeBSD.ORG Subject: Re: Correct names for C globals in kernel In-reply-to: Your message of "Sun, 20 Sep 1998 02:36:12 +0800." <199809191836.CAA14684@spinner.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 19 Sep 1998 12:22:19 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG You live! > Also, one could use the -munderscores flag for gcc on the kernel and skip > asnames.h altogether until it's elf-only (and then convert the symbols and > drop the compile flag). > > Yes, you can have gcc's underscore prefixing is independent of the binary > format. You can have -mno-underscores with a.out or -munderscores with elf > if you wish. If we're going to transition to elf as default for the 3.0 > kernel, we could convert the source now, and add -mno-underscores to the > a.out kernel cc flags. We're about a week away from being ready to do this. If it's considered desirable to make the switch, then we can have the third-stage bootloader loading ELF kernels early next week. We'll need some help with other items (particularly LKM conversions) at that point. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sat Sep 19 12:24:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA10413 for freebsd-current-outgoing; Sat, 19 Sep 1998 12:24:28 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA10392 for ; Sat, 19 Sep 1998 12:24:20 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id VAA10760 for current@FreeBSD.ORG; Sat, 19 Sep 1998 21:15:06 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.1/8.9.1) id UAA01348 for current@FreeBSD.ORG; Sat, 19 Sep 1998 20:15:14 +0200 (CEST) (envelope-from andreas) Message-ID: <19980919201514.A29126@klemm.gtn.com> Date: Sat, 19 Sep 1998 20:15:14 +0200 From: Andreas Klemm To: current@FreeBSD.ORG Subject: ed0 network driver problems in current or hardware error ??? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ed0 driver doesn't recognize my SMC 16 bit network card anymore On startup: ed0: failed to clear shared memory at d0000 - check configuration ed0 not found at 0x280 Is a WD8013 16 Bit card clone. Used the -rwxr-xr-x 1 andreas andreas 45385 23 Sep 1991 ezsetup.exe utility to make sure, that the settings 280/10/D0000 are ok. Shared memory is turned of in the card. -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 12:28:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA11043 for freebsd-current-outgoing; Sat, 19 Sep 1998 12:28:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Gatekeeper.Alameda.net (gatekeeper.Alameda.net [207.90.181.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA11038 for ; Sat, 19 Sep 1998 12:28:13 -0700 (PDT) (envelope-from ulf@Gatekeeper.Alameda.net) Received: by Gatekeeper.Alameda.net (8.8.8/8.8.6) id MAA03971; Sat, 19 Sep 1998 12:27:50 -0700 (PDT) Message-ID: <19980919122750.B1516@Alameda.net> Date: Sat, 19 Sep 1998 12:27:50 -0700 From: Ulf Zimmermann To: ben@rosengart.com, current@FreeBSD.ORG Subject: Re: more fs fear Reply-To: ulf@Alameda.net References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: ; from Snob Art Genre on Sat, Sep 19, 1998 at 09:42:12AM -0400 Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 2.2.6-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 19, 1998 at 09:42:12AM -0400, Snob Art Genre wrote: > On Sat, 19 Sep 1998, Eivind Eklund wrote: > > > I'd suggest a followup detailing setup, including whether you run > > soft updates, whether you run with Luoqi's last patch, whether you > > run CAM, which controller and disks you've got if you do, when your > > -current is from, and how old the relevant filesystem is. Also how > > large the write that failed was - was it attempting to write a so > > large file that the removal of that single file could create the > > amount of free space? > > Well , I unmounted the fs and fscked it again, and now > it seems to be fine. > > I don't know why this fsck caught the problem while the fsck at boot > didn't. So, the fsck at boot time failed and the fsck at run time failed not ? Sounds like the problem I ran into with /etc/login.conf. > > Just for completeness' sake: no soft updates at this time, no Luoqi's > last patch (it's only relevant to soft-updates panics, no?), yes CAM, > Buslogic BT-948 with the following disks: > > da0 at bt0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI2 device > da0: 3.300MB/s transfers, Tagged Queueing Enabled > da0: 2048MB (4194304 512 byte sectors: 255H 63S/T 261C) > da1 at bt0 bus 0 target 6 lun 0 > da1: Fixed Direct Access SCSI2 device > da1: 3.300MB/s transfers, Tagged Queueing Enabled > da1: 3067MB (6281856 512 byte sectors: 255H 63S/T 391C) > > I don't remember the age of the filesystem, because I don't remember > whether I newfs'd it when soft updates ate sd1 a couple of months ago. > BTW, it was a very small write on a <1MB file that tickled this problem > (I'm not sure which file, but it happened when I started rc5des). I can > use ktrace to get the name and hence the exact size of the file, if > necessary. > > > Ben > > "You have your mind on computers, it seems." > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Alameda Networks, Inc. | http://www.Alameda.net | Fax#: 510-521-5073 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 12:32:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA11769 for freebsd-current-outgoing; Sat, 19 Sep 1998 12:32:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA11756 for ; Sat, 19 Sep 1998 12:32:53 -0700 (PDT) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.1/frmug-2.3/nospam) with UUCP id VAA29722 for freebsd-current@FreeBSD.ORG; Sat, 19 Sep 1998 21:32:23 +0200 (CEST) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (VMailer, from userid 101) id 88F1D1511; Sat, 19 Sep 1998 20:06:36 +0200 (CEST) Date: Sat, 19 Sep 1998 20:06:36 +0200 From: Ollivier Robert To: freebsd-current@FreeBSD.ORG Subject: Re: sigh, su Message-ID: <19980919200636.A5240@keltia.freenix.fr> Mail-Followup-To: freebsd-current@FreeBSD.ORG References: <19980919013959.A25150@emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.4i In-Reply-To: <19980919013959.A25150@emsphone.com>; from Dan Nelson on Sat, Sep 19, 1998 at 01:39:59AM -0500 X-Operating-System: FreeBSD 3.0-CURRENT/ELF ctm#4654 AMD-K6 MMX @ 200 MHz Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG According to Dan Nelson: > Try the following patch (applies equally well to 2.2 or 3.0). I've > also submitted a PR. Thanks but next time, please use 'cvs diff -u' or 'cvs diff -c' in order to get unified/context diffs and please don't use spaces in places of tab... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #64: Fri Sep 11 23:22:44 CEST 1998 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 12:37:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12411 for freebsd-current-outgoing; Sat, 19 Sep 1998 12:37:02 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12399 for ; Sat, 19 Sep 1998 12:36:51 -0700 (PDT) (envelope-from fbsd@Ilsa.StevesCafe.com) Received: from Ilsa.StevesCafe.com (localhost.StevesCafe.com [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.8/8.8.5) with ESMTP id NAA00872; Sat, 19 Sep 1998 13:36:12 -0600 (MDT) Message-Id: <199809191936.NAA00872@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0.2 2/24/98 From: Steve Passe To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: A new SNAPshot is finally on current.freebsd.org In-reply-to: Your message of "Thu, 17 Sep 1998 06:02:03 PDT." <27829.906037323@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 19 Sep 1998 13:36:12 -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hi, > Anyway, hopefully we'll have snapshots for the rest of the BETA period > now, and I've just changed the naming convention to 3.0-YYYYMMDD-BETA > to signify that fact. Once 3.0 is released, we'll go back to the SNAP > naming convention. Anyone else able to connect to current.freebsd.org? I've been trying all morning with no success. I need to get a CAM/SMP SNAP for my new toy. Are there any other sites holding recent SNAPs? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 12:55:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14505 for freebsd-current-outgoing; Sat, 19 Sep 1998 12:55:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA14499 for ; Sat, 19 Sep 1998 12:55:33 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id MAA15860; Sat, 19 Sep 1998 12:55:06 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp02.primenet.com, id smtpd015842; Sat Sep 19 12:55:01 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id MAA11587; Sat, 19 Sep 1998 12:54:57 -0700 (MST) From: Terry Lambert Message-Id: <199809191954.MAA11587@usr02.primenet.com> Subject: Re: softupdates & fsck To: eivind@yes.no (Eivind Eklund) Date: Sat, 19 Sep 1998 19:54:57 +0000 (GMT) Cc: tlambert@primenet.com, Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG In-Reply-To: <19980919202409.40703@follo.net> from "Eivind Eklund" at Sep 19, 98 08:24:09 pm X-Mailer: ELM [version 2.4 PL25] 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 > > They do if you set their options correctly and insure a holdup > > time after power failure, during which you will not engage in > > scheduling new writes. > > Eh? Without an UPS, I can't do that. You only need a little notification. Like the time between AC fail and DC fail. > The problem is drives that don't honour the immediate-write flag, > returning before data is committed to disk anyway (done to get better > benchmarks). I think there also is some problems with drives that > will re-order requests no matter what constraints you give it :-( I don't think this is the case. The problem was only recently reported, and it's only misconfigured or crappy (IDE) drives that do this (if a SCSI drive does this, it should be fixable in mode page 2, I think). > BTW: I didn't mean that this applied in this particular case, just > that this may become a problem when soft updates become fsck-less. It's a serious problem, as serious as running your FS's mounted async. Oh... here's a thought -- is someone trying to combine "async" with "soft updates"? Soft updates had this problem originally because the sync(2) call didn't do the right thing (tick the sync soft clock wheel until it was empty) in the first pass at the soft updates code. Fixing this took a long time, and it *was* fixed. Unordered writes of async queued events are equivalent to async writes, and you know how I hate those. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 13:06:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16007 for freebsd-current-outgoing; Sat, 19 Sep 1998 13:06:27 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pproxy01.gol.ad.jp (pproxy01.gol.ad.jp [203.216.1.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15997 for ; Sat, 19 Sep 1998 13:06:21 -0700 (PDT) (envelope-from harris@gol.com) Received: from gol.com (tc-1-075.nagoya.gol.ne.jp [203.216.28.75]) by pproxy01.gol.ad.jp (8.9.1/8.9.1/891-SMTP-P) with ESMTP id FAA09631 for ; Sun, 20 Sep 1998 05:05:35 +0900 (JST) Message-ID: <36040EBA.4FB9FA53@gol.com> Date: Sun, 20 Sep 1998 05:06:18 +0900 From: "James Thomas Harris, Jr." Reply-To: harris@gol.com X-Mailer: Mozilla 4.06 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: Add Me Please Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Please add me to mailing list To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 13:17:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA18636 for freebsd-current-outgoing; Sat, 19 Sep 1998 13:17:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA18615 for ; Sat, 19 Sep 1998 13:17:24 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id NAA02256 for ; Sat, 19 Sep 1998 13:16:56 -0700 (PDT) (envelope-from jdp) Message-Id: <199809192016.NAA02256@austin.polstra.com> To: current@FreeBSD.ORG Subject: Re: panic: newdirrem inum 48733 should be 48732 (SMP+SOFTUPDATES) In-Reply-To: <199809182347.QAA29701@usr06.primenet.com> References: <199809182347.QAA29701@usr06.primenet.com> Organization: Polstra & Co., Seattle, WA Date: Sat, 19 Sep 1998 13:16:56 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > What if you turn off CAM? > > > options SCSI_CAM #We're using CAM in this kernel > > People seem to be having problems with soft updates because of CAM. This problem ("newdirrem inum 48733 should be 48732") has nothing to do with CAM or with SMP. I reported it in the -current list on 3 September, and others have confirmed it. To make it happen, all you have to do is initiate a moderate amount of NFS server activity on a machine with soft-updates. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 13:18:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA18873 for freebsd-current-outgoing; Sat, 19 Sep 1998 13:18:08 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from word.smith.net.au (castles246.castles.com [208.214.165.246]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA18789 for ; Sat, 19 Sep 1998 13:18:01 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id NAA01490; Sat, 19 Sep 1998 13:23:13 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809192023.NAA01490@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Andreas Klemm cc: current@FreeBSD.ORG Subject: Re: ed0 network driver problems in current or hardware error ??? In-reply-to: Your message of "Sat, 19 Sep 1998 20:15:14 +0200." <19980919201514.A29126@klemm.gtn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 19 Sep 1998 13:23:12 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > ed0 driver doesn't recognize my SMC 16 bit network card anymore > > On startup: > ed0: failed to clear shared memory at d0000 - check configuration > ed0 not found at 0x280 > > Is a WD8013 16 Bit card clone. > > Used the > -rwxr-xr-x 1 andreas andreas 45385 23 Sep 1991 ezsetup.exe > utility to make sure, that the settings 280/10/D0000 > are ok. Shared memory is turned of in the card. It doesn't recognise it because you changed the configuration. Change it back and it will work. The error message even tells you what you've done wrong. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ 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 Sat Sep 19 13:26:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA20829 for freebsd-current-outgoing; Sat, 19 Sep 1998 13:26:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA20822 for ; Sat, 19 Sep 1998 13:26:35 -0700 (PDT) (envelope-from tom@uniserve.com) Received: from shell.uniserve.ca [204.244.186.218] by pop.uniserve.com with smtp (Exim 1.82 #4) id 0zKTZs-0002wy-00; Sat, 19 Sep 1998 13:25:56 -0700 Date: Sat, 19 Sep 1998 13:25:54 -0700 (PDT) From: Tom X-Sender: tom@shell.uniserve.ca To: Andreas Klemm cc: current@FreeBSD.ORG Subject: Re: ed0 network driver problems in current or hardware error ??? In-Reply-To: <19980919201514.A29126@klemm.gtn.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 Sat, 19 Sep 1998, Andreas Klemm wrote: > ed0 driver doesn't recognize my SMC 16 bit network card anymore > > On startup: > ed0: failed to clear shared memory at d0000 - check configuration > ed0 not found at 0x280 > > Is a WD8013 16 Bit card clone. > > Used the > -rwxr-xr-x 1 andreas andreas 45385 23 Sep 1991 ezsetup.exe > utility to make sure, that the settings 280/10/D0000 > are ok. Shared memory is turned of in the card. Shouldn't shared memory be turned on? Turing off shared memory operates the card is a crippled PIO mode. > -- > Andreas Klemm http://www.FreeBSD.ORG/~andreas > What gives you 90% more speed, for example, in kernel compilation ? > http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html > "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 13:33:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA21374 for freebsd-current-outgoing; Sat, 19 Sep 1998 13:33:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA21369 for ; Sat, 19 Sep 1998 13:33:14 -0700 (PDT) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.8) with ESMTP id NAA02450; Sat, 19 Sep 1998 13:32:43 -0700 (PDT) (envelope-from jdp) Message-Id: <199809192032.NAA02450@austin.polstra.com> To: jabley@clear.co.nz Subject: Re: ELF ldconfig In-Reply-To: <19980920042741.A6144@clear.co.nz> References: <19980920042741.A6144@clear.co.nz> Organization: Polstra & Co., Seattle, WA Cc: current@FreeBSD.ORG Date: Sat, 19 Sep 1998 13:32:43 -0700 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19980920042741.A6144@clear.co.nz>, Joe Abley wrote: > The ELF hints file is built by sbin/ldconfig/elfhints.c, which is very > particular about the files in the search path it will include - for > example, in /usr/local/lib, libslang.so.1.2.2 is built by the slang port, > but no link under the name libslang.so.1 is present. It is intentional that the ELF ldconfig ignores libraries with more than one version number. The problem you're seeing is simply caused by the fact that the libslang port hasn't been updated yet for ELF. See the conversion guidelines for more details: http://www.freebsd.org/~asami/elf-guidelines.txt John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 13:34:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA21598 for freebsd-current-outgoing; Sat, 19 Sep 1998 13:34:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from white.dogwood.com (white.dogwood.com [209.24.60.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA21585 for ; Sat, 19 Sep 1998 13:34:30 -0700 (PDT) (envelope-from dave@dogwood.com) Received: (from dave@localhost) by white.dogwood.com (8.9.1/8.9.1) id NAA05660; Sat, 19 Sep 1998 13:33:54 -0700 (PDT) From: Dave Cornejo Message-Id: <199809192033.NAA05660@white.dogwood.com> Subject: Re: ed0 network driver problems in current or hardware error ??? In-Reply-To: <19980919201514.A29126@klemm.gtn.com> from Andreas Klemm at "Sep 19, 98 08:15:14 pm" To: andreas@klemm.gtn.com (Andreas Klemm) Date: Sat, 19 Sep 1998 13:33:53 -0700 (PDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andreas Klemm wrote: > ed0 driver doesn't recognize my SMC 16 bit network card anymore > > On startup: > ed0: failed to clear shared memory at d0000 - check configuration > ed0 not found at 0x280 > > Is a WD8013 16 Bit card clone. > > Used the > -rwxr-xr-x 1 andreas andreas 45385 23 Sep 1991 ezsetup.exe > utility to make sure, that the settings 280/10/D0000 > are ok. Shared memory is turned of in the card. On my Pentium-166 system this happens when the BIOS is not set to leave a hole at that address. also for some reason, even though the memory is only 16K it wants a 32K hole - otherwise i get the above error. -- Dave Cornejo - Dogwood Media, Fremont, California General Magician & Registered Be Developer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 13:35:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA21833 for freebsd-current-outgoing; Sat, 19 Sep 1998 13:35:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from trinity.radio-do.de (trinity.Radio-do.de [193.101.164.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA21794 for ; Sat, 19 Sep 1998 13:35:43 -0700 (PDT) (envelope-from fn@trinity.radio-do.de) Received: (from fn@localhost) by trinity.radio-do.de (8.9.1/8.8.5/RADIO-1.1) id WAA11985; Sat, 19 Sep 1998 22:35:04 +0200 (CEST) To: Chuck Robey Cc: freebsd-current@FreeBSD.ORG Subject: Re: Bug in elf c++ References: From: Frank Nobis Date: 19 Sep 1998 22:35:04 +0200 In-Reply-To: Chuck Robey's message of "Fri, 18 Sep 1998 20:55:45 -0400 (EDT)" Message-ID: Lines: 31 X-Mailer: Gnus v5.6.26/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>> "Chuck" == Chuck Robey writes: Chuck> On Fri, 18 Sep 1998, Frank Nobis wrote: >> This leads to a bug in the groff package. Since the >> constructors for some global class instances are not called, >> the default value for font_path is not set and therefore groff >> fails to format any man page. Chuck> I don't have time right now to test the code you have, I'm Chuck> behind on homework, and speeding through my mail, but I Chuck> want to tell you that my groff is working just dandy, in Chuck> elf. I use groff pretty heavily, because of all my school Chuck> papers. I did a buildworld last night, and it's still Chuck> working just fine, on man pages I did not have cached 'cat' Chuck> copies on (I know I didn't have camcontrol(1)). Now I succeeded with a make -j4 world. The problem with groff and man just vanished. I am sure, that some odd things with wrong ldconfig path was the reason for the mentioned behaviour. I cleaned up every file in /etc. Now I have a SMP+CAM+ELF System running. Regards Frank -- Frank Nobis Email: PGP AVAILABLE Landgrafenstr. 130 dg3dcn http://www.radio-do.de/~fn/ 44139 Dortmund Powered by FreeBSD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 13:38:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA22396 for freebsd-current-outgoing; Sat, 19 Sep 1998 13:38:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA22372 for ; Sat, 19 Sep 1998 13:38:20 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 12918 invoked by uid 1001); 19 Sep 1998 20:37:53 +0000 (GMT) To: smp@csn.net Cc: current@FreeBSD.ORG Subject: Re: A new SNAPshot is finally on current.freebsd.org In-Reply-To: Your message of "Sat, 19 Sep 1998 13:36:12 -0600" References: <199809191936.NAA00872@Ilsa.StevesCafe.com> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 19 Sep 1998 22:37:53 +0200 Message-ID: <12916.906237473@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Anyone else able to connect to current.freebsd.org? I've been trying all > morning with no success. I need to get a CAM/SMP SNAP for my new toy. > Are there any other sites holding recent SNAPs? ftp://trane.uninett.no/3.0-19980917-SNAP/ Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 13:44:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA23207 for freebsd-current-outgoing; Sat, 19 Sep 1998 13:44:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zippy.dyn.ml.org (sf3-51.ppp.wenet.net [206.15.84.51]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA23197 for ; Sat, 19 Sep 1998 13:44:33 -0700 (PDT) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.9.1/8.8.8) with SMTP id NAA18902; Sat, 19 Sep 1998 13:45:32 -0700 (PDT) (envelope-from garbanzo@hooked.net) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sat, 19 Sep 1998 13:45:32 -0700 (PDT) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Terry Lambert cc: Eivind Eklund , Don.Lewis@tsc.tdk.com, current@FreeBSD.ORG Subject: Re: softupdates & fsck In-Reply-To: <199809191954.MAA11587@usr02.primenet.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 Sat, 19 Sep 1998, Terry Lambert wrote: [...] > Soft updates had this problem originally because the sync(2) call didn't > do the right thing (tick the sync soft clock wheel until it was empty) > in the first pass at the soft updates code. > > Fixing this took a long time, and it *was* fixed. Unordered writes > of async queued events are equivalent to async writes, and you know > how I hate those. 8-(. Well, I had to hit reset once, while building world, as my box froze while logging out of X. End result was fsck grok'd both disks (Quantum, SCSI), and stuff was left in lost+found for both disks. The one with /usr/obj had some dirs (and files too I think) that couldn't be rm -rf'd. Going into single user mode, and manually running fsck on the damaged drive seemed to fix this. And, this was with a pre-cam kernel, with no patches or anything. Perhaps a related problem? - alex | "Contrary to popular belief, penguins are not the salvation of modern | | technology. Neither do they throw parties for the urban proletariat." | | Powered by FreeBSD 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 Sat Sep 19 13:45:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA23348 for freebsd-current-outgoing; Sat, 19 Sep 1998 13:45:33 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA23328 for ; Sat, 19 Sep 1998 13:45:29 -0700 (PDT) (envelope-from green@zone.syracuse.net) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with ESMTP id QAA09864; Sat, 19 Sep 1998 16:41:36 -0400 (EDT) Date: Sat, 19 Sep 1998 16:41:36 -0400 (EDT) From: Brian Feldman To: Luoqi Chen cc: current@FreeBSD.ORG Subject: Re: Yet another patch to try for softupdates panic In-Reply-To: <199809181941.PAA29792@lor.watermarkgroup.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 Are you referring to $Id: ffs_inode.c,v 1.47 1998/09/15 14:45:28 luoqi Exp $ as the no-op change? That seems to be the only file here you've changed that relates to ufs, most recently (okay, nfs_*.c not relevant). And that patch seemed to have fixed my SoftUpdates crashes during a make -j4 world, so is that patch _really_ for nothing, or is this something else? -Brian Feldman On Fri, 18 Sep 1998, Luoqi Chen wrote: > This patch could be the real cure for the `initiate_write_filepage' panic > people were seeing during make -j# world. I have posted another patch > about a week ago (in fact, I have committed it), but it turned out to be > no more than a no-op (thanks to Bruce for pointing it out, it was an > embarrassing silly mistake of mine). I certainly hope this patch will do > its work: this patch should fix a race condition between directory truncation > and file creation that could lead to the `initiate_write_filepage' panic. > > -lq > > PS. I know it is bad coding style. I'll make it look better if it's > proven to work. > > Index: ffs_inode.c > =================================================================== > RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_inode.c,v > retrieving revision 1.47 > diff -u -r1.47 ffs_inode.c > --- ffs_inode.c 1998/09/15 14:45:28 1.47 > +++ ffs_inode.c 1998/09/18 12:41:16 > @@ -191,7 +191,7 @@ > * rarely, we solve the problem by syncing the file > * so that it will have no data structures left. > */ > - if ((error = VOP_FSYNC(ovp, cred, MNT_WAIT, > + if ((error = VOP_FSYNC(ovp, cred, MNT_WAIT|0x80000000, > p)) != 0) > return (error); > } else { > Index: ffs_vnops.c > =================================================================== > RCS file: /home/ncvs/src/sys/ufs/ffs/ffs_vnops.c,v > retrieving revision 1.51 > diff -u -r1.51 ffs_vnops.c > --- ffs_vnops.c 1998/09/07 11:50:19 1.51 > +++ ffs_vnops.c 1998/09/18 16:13:01 > @@ -126,8 +126,8 @@ > struct buf *nbp; > int s, error, passes, skipmeta; > daddr_t lbn; > + int istrunc = 0; > > - > if (vp->v_type == VBLK) { > lbn = INT_MAX; > } else { > @@ -137,6 +137,14 @@ > } > > /* > + * XXX hack to solve directory truncation problem > + */ > + if (ap->a_waitfor & 0x80000000) { > + istrunc = 1; > + ap->a_waitfor &= ~0x80000000; > + } > + > + /* > * Flush all dirty buffers associated with a vnode. > */ > passes = NIADDR; > @@ -251,7 +259,7 @@ > getmicrotime(&tv); > if ((error = UFS_UPDATE(vp, &tv, &tv, ap->a_waitfor == MNT_WAIT)) != 0) > return (error); > - if (DOINGSOFTDEP(vp) && ap->a_waitfor == MNT_WAIT) > + if (DOINGSOFTDEP(vp) && ap->a_waitfor == MNT_WAIT && !istrunc) > error = softdep_fsync(vp); > return (error); > } > > 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 Sat Sep 19 13:46:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA23675 for freebsd-current-outgoing; Sat, 19 Sep 1998 13:46:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA23640 for ; Sat, 19 Sep 1998 13:46:24 -0700 (PDT) (envelope-from sthaug@nethelp.no) From: sthaug@nethelp.no Received: (qmail 12960 invoked by uid 1001); 19 Sep 1998 20:45:49 +0000 (GMT) To: smp@csn.net Cc: current@FreeBSD.ORG Subject: Re: A new SNAPshot is finally on current.freebsd.org In-Reply-To: Your message of "Sat, 19 Sep 1998 22:37:53 +0200" References: <12916.906237473@verdi.nethelp.no> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 19 Sep 1998 22:45:48 +0200 Message-ID: <12958.906237948@verdi.nethelp.no> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > Anyone else able to connect to current.freebsd.org? I've been trying all > > morning with no success. I need to get a CAM/SMP SNAP for my new toy. > > Are there any other sites holding recent SNAPs? > > ftp://trane.uninett.no/3.0-19980917-SNAP/ Sorry, that should be ftp://trane.uninett.no/pub/FreeBSD/3.0-19980917-SNAP/ Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 14:05:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25681 for freebsd-current-outgoing; Sat, 19 Sep 1998 14:05:04 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from nash.pr.mcs.net (nash.pr.mcs.net [204.95.47.72]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA25659 for ; Sat, 19 Sep 1998 14:04:58 -0700 (PDT) (envelope-from alex@nash.pr.mcs.net) Received: (from alex@localhost) by nash.pr.mcs.net (8.8.8/8.8.7) id QAA02198; Sat, 19 Sep 1998 16:04:12 -0500 (CDT) (envelope-from alex) Message-ID: <19980919160412.G16974@pr.mcs.net> Date: Sat, 19 Sep 1998 16:04:12 -0500 From: Alex Nash To: chaos@ultra.net.au, current@FreeBSD.ORG Subject: Re: free() isn't threads safe! References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Simon Coggins on Sun, Sep 20, 1998 at 01:18:00AM +1000 X-Operating-System: FreeBSD 3.0-CURRENT i386 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Sep 20, 1998 at 01:18:00AM +1000, Simon Coggins wrote: > This is the code from lib/libc/stdlib/malloc.c > > void > free(void *ptr) > { > malloc_func = " in free():"; <- isn't there a slim chance this can be > changed before the thread is locked? Right you are. In fact malloc() and realloc() had the same problem. > THREAD_LOCK(); > if (malloc_active++) { > wrtwarning("recursive call.\n"); > malloc_active--; > return; <--------- Shouldn't the thread be unlocked before returning? Yes. > Wouldn't something like: > > void > free(void *ptr) > { > THREAD_LOCK(); > malloc_func = " in free():"; > if (malloc_active++) { > wrtwarning("recursive call.\n"); > malloc_active--; > THREAD_UNLOCK(); > return; > } [...] > Be more sensable? I committed a slightly different fix to -current (I'll merge this back into -stable later this weekend) using a single exit point from free(). Cue Terry to explain the advantages of single entry/single exit functions... Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 14:23:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA28084 for freebsd-current-outgoing; Sat, 19 Sep 1998 14:23:47 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA28049 for ; Sat, 19 Sep 1998 14:23:38 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id HAA21731; Sun, 20 Sep 1998 07:28:14 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809192128.HAA21731@cimlogic.com.au> Subject: New bootloader and ELF kernel for 3.0 In-Reply-To: <199809191922.MAA01188@word.smith.net.au> from Mike Smith at "Sep 19, 98 12:22:19 pm" To: mike@smith.net.au (Mike Smith) Date: Sun, 20 Sep 1998 07:28:14 +1000 (EST) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mike Smith wrote: > We're about a week away from being ready to do this. If it's > considered desirable to make the switch, then we can have the > third-stage bootloader loading ELF kernels early next week. We'll need > some help with other items (particularly LKM conversions) at that point. Can we have an official (core) decision about switching to an ELF kernel for 3.0 please? -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 14:24:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA28369 for freebsd-current-outgoing; Sat, 19 Sep 1998 14:24:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA28350 for ; Sat, 19 Sep 1998 14:24:25 -0700 (PDT) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id XAA16278; Sat, 19 Sep 1998 23:15:07 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.9.1/8.9.1) id XAA11384; Sat, 19 Sep 1998 23:10:48 +0200 (CEST) (envelope-from andreas) Message-ID: <19980919231048.A4016@klemm.gtn.com> Date: Sat, 19 Sep 1998 23:10:48 +0200 From: Andreas Klemm To: Mike Smith , Tom , Dave Cornejo Cc: current@FreeBSD.ORG Subject: Re: ed0 network driver problems in current or hardware error ??? References: <19980919201514.A29126@klemm.gtn.com> <199809192023.NAA01490@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809192023.NAA01490@word.smith.net.au>; from Mike Smith on Sat, Sep 19, 1998 at 01:23:12PM -0700 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 19, 1998 at 01:23:12PM -0700, Mike Smith wrote: > > ed0 driver doesn't recognize my SMC 16 bit network card anymore > > > > On startup: > > ed0: failed to clear shared memory at d0000 - check configuration > > ed0 not found at 0x280 > > > > Is a WD8013 16 Bit card clone. > > > > Used the > > -rwxr-xr-x 1 andreas andreas 45385 23 Sep 1991 ezsetup.exe > > utility to make sure, that the settings 280/10/D0000 > > are ok. Shared memory is turned of in the card. > > It doesn't recognise it because you changed the configuration. Change > it back and it will work. Hmm, perhaps I should be more precisely ... I unplugged the ISA card to insert a scanner card for about 3 weeks. After re-inserting the network card and booting with a new current kernel (in the meantime we had ELF migration and CAM ...) this error showed up. I used the ezsetup tool to make sure, that the card has the old values I configured into the card and the kernel. ezsetup v1.05 tells me: 8013EPC I/O address 280 IRQ 10 RAM Size 16 K RAM Base Address 0D0000 Add Wait states yes Netw conn BNC Rom Size Disabled I also tried dos> ezsetup /factory dos> ezsetup /default and then again to change the values to 280/10/D0000 No way, same kernel bootup message.... My kernel config: device ed0 at isa? port 0x280 net irq 10 iomem 0xd0000 vector edintr Well ... three possibilities: - a) card isn't ok but: ezsetup seems to work -> NO - b) misconfigured but: checked config ... is ok -> NO - c) driver problems possible ... Perhaps I should boot with a generic kernel and try to see differences. > The error message even tells you what you've done wrong. heh... I don't understand you ... there is no config option for shared memory ... and I configured the base address well. On Sat, Sep 19, 1998 at 01:25:54PM -0700, Tom wrote: > On Sat, 19 Sep 1998, Andreas Klemm wrote: > > Shouldn't shared memory be turned on? Turing off shared memory operates > the card is a crippled PIO mode. my setup tool doesn't allow me to do so. On Sat, Sep 19, 1998 at 01:33:53PM -0700, Dave Cornejo wrote: > > On my Pentium-166 system this happens when the BIOS is not set to > leave a hole at that address. also for some reason, even though the > memory is only 16K it wants a 32K hole - otherwise i get the above > error. I didn't change BIOS settings since months... -- Andreas Klemm http://www.FreeBSD.ORG/~andreas What gives you 90% more speed, for example, in kernel compilation ? http://www.FreeBSD.ORG/~fsmp/SMP/akgraph-a/graph1.html "NT = Not Today" (Maggie Biggs) ``powered by FreeBSD SMP'' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 14:29:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA29439 for freebsd-current-outgoing; Sat, 19 Sep 1998 14:29:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from indigo.ie (ts05-026.dublin.indigo.ie [194.125.220.36]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA29412 for ; Sat, 19 Sep 1998 14:29:32 -0700 (PDT) (envelope-from rotel@indigo.ie) Received: (from nsmart@localhost) by indigo.ie (8.8.8/8.8.7) id WAA02773; Sat, 19 Sep 1998 22:22:29 +0100 (IST) (envelope-from rotel@indigo.ie) From: Niall Smart Message-Id: <199809192122.WAA02773@indigo.ie> Date: Sat, 19 Sep 1998 22:22:28 +0000 In-Reply-To: <199809160221.WAA01133@highwind.com>; HighWind Software Information Reply-To: rotel@indigo.ie X-Files: The truth is out there X-Mailer: Mail User's Shell (7.2.6 beta(3) 11/17/96) To: HighWind Software Information , rotel@indigo.ie Subject: Re: HighWind products Cc: freebsd-current@FreeBSD.ORG, jb@cimlogic.com.au Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 15, 10:21pm, HighWind Software Information wrote: } Subject: Re: HighWind products > > Hmm, shouldn't there be a readdir_r()? > > There should. But, there isn't. Looks like readdir() is MT safe anyhow. Niall -- Niall Smart, rotel@indigo.ie. Amaze your friends and annoy your enemies: echo '#define if(x) if (!(x))' >> /usr/include/stdio.h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 14:30:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA29768 for freebsd-current-outgoing; Sat, 19 Sep 1998 14:30:29 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ady.warpnet.ro (ady.warpnet.ro [193.230.201.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA29631 for ; Sat, 19 Sep 1998 14:30:04 -0700 (PDT) (envelope-from ady@warpnet.ro) Received: from localhost (ady@localhost) by ady.warpnet.ro (8.8.8/8.8.8) with SMTP id AAA19106; Sun, 20 Sep 1998 00:29:04 +0300 (EEST) (envelope-from ady@warpnet.ro) Date: Sun, 20 Sep 1998 00:29:04 +0300 (EEST) From: Adrian Penisoara To: Joel Ray Holveck cc: syko@sykotik.org, freebsd-current@FreeBSD.ORG Subject: Re: ADV: FREE DOWNLOAD: Register your web site on over 650 search engines "INSTANTLY". In-Reply-To: <199809022308.SAA09152@detlev.UUCP> 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 Hi, On Wed, 2 Sep 1998, Joel Ray Holveck wrote: > > Ewww, spam on a mailing list? Why not set it so only subscribers can > > post. > > So that Dyson can stay involved in discussions w/o being subscribed? In fact no, if this was to be a closed list then be sure that only the subscribers would have been allowed to post. No, everyone can post because this is an open mailling list, whoever has a problem with -CURRENT should stand a chance to post on the list -- it doesn't matter wether he's subscribed or not. And BTW, be sure that what you saw it's just a small piece of crap that made it to the list, there are probably thousands of this that are filtered by the sendmail rules installed on freefall -- so the situation ain't that bad... > > Best, > joelh > > -- > Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan > Fourth law of programming: > Anything that can go wrong wi > sendmail: segmentation violation - core dumped Just my $0.02, I'm sorry if I upset anyone... Ady (@freebsd.ady.ro) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 14:44:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02604 for freebsd-current-outgoing; Sat, 19 Sep 1998 14:44:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from uop.cs.uop.edu (uop.cs.uop.edu [138.9.200.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02596 for ; Sat, 19 Sep 1998 14:44:23 -0700 (PDT) (envelope-from bford@uop.cs.uop.edu) Received: from heather (user176.pop2.cwia.com [209.142.32.176]) by uop.cs.uop.edu (8.8.8/8.8.8) with SMTP id OAA03393 for ; Sat, 19 Sep 1998 14:43:52 -0700 (PDT) Message-ID: <004401bde416$98ab0480$0100a8c0@heather.my.domain> From: "Bret Ford" To: Subject: Kernel build break at link Date: Sat, 19 Sep 1998 14:43:48 -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 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 My attempted kernel break (on sources checked out this morning) breaks here: loading kernel ioconf.o: Undefined symbol `_ahaintr' referenced from data segment *** Error code 1 Stop. My SCSI interface is an old Adaptec 1542C. The system is a 586-upgraded 486 EISA main board with 128megs RAM. Thanks, Bret Ford To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 15:01:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05122 for freebsd-current-outgoing; Sat, 19 Sep 1998 15:01:53 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from wanadoo.fr (smtp-out-1.wanadoo.fr [193.252.19.68]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA05117 for ; Sat, 19 Sep 1998 15:01:51 -0700 (PDT) (envelope-from root@wanadoo.fr) Received: from aralia.wanadoo.fr [193.252.19.42] by wanadoo.fr for Paris Sun, 20 Sep 1998 00:00:30 +0200 (MET DST) Received: from dij1-24.abo.wanadoo.fr [193.252.136.24] by smtp.wanadoo.fr for Paris Sun, 20 Sep 1998 00:00:28 +0200 (MET DST) Received: (from root@localhost) by sequoia.mondomaineamoi.megalo (8.9.1/8.9.1) id VAA00613; Sat, 19 Sep 1998 21:46:20 +0200 (CEST) (envelope-from root) Date: Sat, 19 Sep 1998 21:46:20 +0200 (CEST) Message-Id: <199809191946.VAA00613@sequoia.mondomaineamoi.megalo> From: Stephane Legrand MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: current@FreeBSD.ORG Cc: gibbs@narnia.plutotech.com Subject: Problem corrected (was CAM - fatal error, failed to attach to device) In-Reply-To: <199809161718.TAA00432@sequoia.mondomaineamoi.megalo> References: <199809161718.TAA00432@sequoia.mondomaineamoi.megalo> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Stephane Legrand writes: With today -current, the problem has been solved. The computer now boots and everything seems work fine. Thanks a lot to the CAM team. > > I have the following error with CAM : > > ... > changing root device to da0s1a > cam_debug: xpt_schedule_dev > cam_debug: Inserting onto queue > cam_debug: xpt_run_dev_sendq > cam_debug: running device 0xf092dd00 > cam_debug: xpt_schedule_dev > cam_debug: Inserting onto queue > cam_debug: xpt_run_dev_sendq > cam_debug: running device 0xf092dd00 > da0: fatal error, failed to attach to device > (da0:ncr0:0:6:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (da0:ncr0:0:6:0): error code 67 > cam_debug: xpt_release_ccb > > The boot stops but i can use CTRL+ALT+DEL to reboot. > My config is the following : > > ncr0: rev 0x03 int a irq 12 on pci0.11.0 > scbus0 at ncr0 bus 0 > sd0 at scbus0 target 6 lun 0 > sd0: type 0 fixed SCSI 2 > sd0: Direct-Access > sd0: 20.0 MB/s (50 ns, offset 15) > 3067MB (6281856 512 byte sectors) > ncr1: rev 0x12 int a irq 11 on pci0.12.0 > scbus1 at ncr1 bus 0 > st0 at scbus1 target 0 lun 0 > st0: type 1 removable SCSI 2 > st0: Sequential-Access > st0: 10.0 MB/s (100 ns, offset 8) > density code 0x13, drive empty > cd0 at scbus1 target 4 lun 0 > cd0: type 5 removable SCSI 2 > cd0: CD-ROM > cd0: asynchronous. > can't get the size > -- Stephane.Legrand@wanadoo.fr | systeme d'exploitation FreeBSD http://perso.wanadoo.fr/stephane.legrand/ | 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 Sat Sep 19 15:02:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05285 for freebsd-current-outgoing; Sat, 19 Sep 1998 15:02:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp4.nwnexus.com (smtp4.nwnexus.com [206.63.63.52]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA05256 for ; Sat, 19 Sep 1998 15:02:12 -0700 (PDT) (envelope-from wrsomsky@halcyon.com) Received: from gramarye (evt-lx100-ip42.nwnexus.net [204.57.235.42]) by smtp4.nwnexus.com (8.8.8/8.8.8) with ESMTP id PAA29958 for ; Sat, 19 Sep 1998 15:01:37 -0700 (PDT) Received: (from wrsomsky@localhost) by gramarye (8.9.1/8.8.8) id OAA00380 for freebsd-current@FreeBSD.ORG; Sat, 19 Sep 1998 14:57:45 -0700 (PDT) (envelope-from wrsomsky) Message-ID: <19980919145745.A376@gramarye> Date: Sat, 19 Sep 1998 14:57:45 -0700 From: "William R. Somsky" To: freebsd-current@FreeBSD.ORG Subject: Re: aout-to-elf-build failure [2.2.7-STABLE -> 3.0-CURRENT] References: <19980918005638.A22744@gramarye> <19980918021205.A28767@gramarye> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980918021205.A28767@gramarye>; from William R. Somsky on Fri, Sep 18, 1998 at 02:12:05AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Further reports on my experiments in "elfification". Hopefully this will help in the further perperation and refinement of the 2.2-aout to 3.0-elf conversion process: On Fri, Sep 18, 1998 at 12:56:38AM -0700, I (William R. Somsky) wrote: > Ok, I'm attempting to convert my 2.2.7-STABLE system (last sync'd > around 98/08/29) over 3.0-CURRENT as a test of 3.0 beta. I've > cvsup'd the sources as of 19:45 this evening, and began a > 'make aout-to-elf-build" and it hung at this point: > > ===> games/fortune > ===> games/fortune/fortune [...] Then, On Fri, Sep 18, 1998 at 02:12:05AM -0700, I (William R. Somsky) wrote: > Ok, disabling the build of games/fortune lets me get further along > in the process, but now I have a failure in perl: > > ===> gnu/usr.bin/perl/perl Ok, well, I decided to make another attempt at "elfifying" my 2.2.7-STABLE system, so, after cleaning out the remnants of my earlier test/attempts, I did a "make -DNOGAMES -DNOPERL aout-to-elf-build", and everything seemed to compile ok. >From there, I went on to do an aout-to-elf-install. I shutdown to single user mode, and when asked for the shell to use, chose /usr/local/bin/tcsh, since I'm more comfortable w/ the tcsh. This, however, seems to have been somewhat of a mistake. On trying to do the -install, make complained repeatedly about failures to find ldconfig, and finally died w/: [...] Move libXtst.so.6.1 from /usr/X11R6/lib to /usr/X11R6/lib/aout ldconfig: not found Move liboldX.so.6.0 from /usr/X11R6/lib to /usr/X11R6/lib/aout ldconfig: not found ldconfig: not found *** Error code 1 Looks like /sbin wasn't in my path when running a single-user tcsh, and the makefiles didn't do anything to correct the situation (not that I'm sure they should have). I then exited single-user mode and let the system return to multi-user mode. After some poking and prodding -- and moving some of the aout libraries back to their original locations so that some useful commands would work properly -- I noted that ldconfig was in /sbin, and assumed that I had had a path problem earlier. So, I again dropped to single-user mode, and this time, went w/ the default /bin/sh. The new attempt at -install went much nicer, and had no trouble w/ ldconfig. However, it failed in trying to build the new generic kernel using the new aout tools: [...] mkdep -a -f .newdep -nostdinc [...] cc: ../../dev/aic6x60/aic.c: No such file or directory cc: ../../i386/isa/aic_isa.c: No such file or directory ../../pci/tek390.c:70: scsi/scsiconf.h: No such file or directory mkdep: compile failed *** Error code 1 Hmm... Well, I've a 2940U PCI card, which uses the ahc pci driver, so I made a new copy of the GENERICupgrade kerne configuration file, and commented out whole groups of drivers that I was sure I didn't need for my particular system configuration, and tried again. This time, it ran all the way to completion, and rebooted my system. The reboot proceeded successfully, although sshd and xdm failed to start because the couldn't find their shared libraries. However, the system did otherwise seem to come up successfully. Ok, time to update /etc and /dev. A 'make distribution' in /usr/src/etc to /home/ELF created an "installation image" to work off of. It took a bit of time, but not too much effort, to merge the new and old /etc files to what I thought was right. Then the update of /dev and /etc/fstab to match. This was a bit confusing about what was actually needed. Do I use "da" or "sd" deviced for SCSI? And what about "da0a" vs "da0s2a"? Well, I could fsck the SCSI disks currently mounted through the "da0" devices -- it seemed like the devices which didn't mention the slice defaulted to the BSD slice on that disk -- so I decided to go with those. I make sure the devices were made and updated fstab to use "da0x" devices. Bad move -- at least partially... On rebooting, things started out ok, it found devices and such, but then it got to the point to mount all the disks -- specifically, to the point where it upgrades the mount of / to read-write. It reported: mount: /dev/da0a on /: specified drive does not match device (or something like that -- I'm having a hard time reading my own writing) A check of "mount" showed that it had "sd0s2a" mounted as /, and although that and "sd0a" currently pointed to the same thing, evidentally mount didn't know this, and balked at the naming difference. (Um, what is the exact required setup here?) So, just update /etc/fstab and /dev, right? Well, it's not that easy, since / is still mounted read-only, and I couldn't figure out how to change it to read-write. (I think there's a way, isn't there? I just couldn't remember at the time. Can someone remind me for future reference?) So, out w/ the boot floppy and CD-rom: boot from floppy, fixit from CD, mount the disk on /mnt and fix (/mnt)/etc/fstab and (after a failed boot attempt) (/mnt)/dev. Ok, now I can fully boot the new system w/ the revised /etc and /dev. With this, all the shared libraries are found and sshd and xdm start up as usual. So, at this point, I seem to have a fully functioning "3.0-BETA(elf)" system converted from my "2.2.7-STABLE(aout)" system. At some point, I'll do an elf-native "make world" to see if that takes care of the problems w/ "fortune" and "perl". Is there anything I missed? Also, can anyone fill me in on the details of "sd" vs "da" (part of CAM, right?) drivers and the "implicit slice" implications of "da0a" vs "da0s2a", esp in regards to its use in /etc/fstab and booting? ________________________________________________________________________ William R. Somsky wrsomsky@halcyon.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 15:51:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13265 for freebsd-current-outgoing; Sat, 19 Sep 1998 15:51:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sicily.odyssey.cs.cmu.edu (SICILY.ODYSSEY.CS.CMU.EDU [128.2.185.138]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA13226 for ; Sat, 19 Sep 1998 15:51:08 -0700 (PDT) (envelope-from rvb@sicily.odyssey.cs.cmu.edu) From: rvb@sicily.odyssey.cs.cmu.edu To: "Jordan K. Hubbard" Cc: current@FreeBSD.ORG Subject: Re: A new SNAPshot is finally on current.freebsd.org References: <27829.906037323@time.cdrom.com> Date: 19 Sep 1998 18:50:21 -0400 In-Reply-To: "Jordan K. Hubbard"'s message of Thu, 17 Sep 1998 06:02:03 -0700 Message-ID: Lines: 7 X-Mailer: Gnus v5.4.46/Emacs 19.34 Source-Info: Sender is really rvb@sicily.odyssey.cs.cmu.edu Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Jordan K. Hubbard" writes: > I finally nursed one through to completion last night. I had to do > several things to make it work, however, one of which was to disable > docs and the other (more serious) being to remove MSDOSFS from the Are these aout or elf? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 16:17:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA16710 for freebsd-current-outgoing; Sat, 19 Sep 1998 16:17:31 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fep1-orange.clear.net.nz (fep1-orange.clear.net.nz [203.97.32.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA16690 for ; Sat, 19 Sep 1998 16:17:25 -0700 (PDT) (envelope-from jabley@buddha.clear.net.nz) Received: from buddha.clear.net.nz (buddha.clear.net.nz [192.168.24.106]) by fep1-orange.clear.net.nz (1.5/1.11) with ESMTP id LAA03898; Sun, 20 Sep 1998 11:16:54 +1200 (NZST) Received: (from jabley@localhost) by buddha.clear.net.nz (8.9.1/8.9.1) id LAA05784; Sun, 20 Sep 1998 11:16:53 +1200 (NZST) Message-ID: <19980920111653.A5770@clear.co.nz> Date: Sun, 20 Sep 1998 11:16:53 +1200 From: Joe Abley To: John Polstra Cc: current@FreeBSD.ORG Subject: Re: ELF ldconfig References: <19980920042741.A6144@clear.co.nz> <199809192032.NAA02450@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809192032.NAA02450@austin.polstra.com>; from John Polstra on Sat, Sep 19, 1998 at 01:32:43PM -0700 X-Files: the Truth is Out There Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Sep 19, 1998 at 01:32:43PM -0700, John Polstra wrote: > > It is intentional that the ELF ldconfig ignores libraries with more > than one version number. The problem you're seeing is simply caused > by the fact that the libslang port hasn't been updated yet for ELF. > See the conversion guidelines for more details: Is there some background somewhere that explains the decision to restrict ELF libraries to a single version number? Just curious. Joe -- Joe Abley Tel +64 9 912-4065, Fax +64 9 912-5008 Network Architect, CLEAR Net http://www.clear.net.nz/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 16:18:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA16945 for freebsd-current-outgoing; Sat, 19 Sep 1998 16:18:16 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gatekeeper.tsc.tdk.com (gatekeeper.tsc.tdk.com [207.113.159.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA16873 for ; Sat, 19 Sep 1998 16:18:06 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from sunrise.gv.tsc.tdk.com (root@sunrise.gv.tsc.tdk.com [192.168.241.191]) by gatekeeper.tsc.tdk.com (8.8.8/8.8.8) with ESMTP id QAA25045 for ; Sat, 19 Sep 1998 16:17:40 -0700 (PDT) (envelope-from gdonl@tsc.tdk.com) Received: from salsa.gv.tsc.tdk.com (salsa.gv.tsc.tdk.com [192.168.241.194]) by sunrise.gv.tsc.tdk.com (8.8.5/8.8.5) with ESMTP id QAA28239 for ; Sat, 19 Sep 1998 16:17:39 -0700 (PDT) Received: (from gdonl@localhost) by salsa.gv.tsc.tdk.com (8.8.5/8.8.5) id QAA11186; Sat, 19 Sep 1998 16:17:37 -0700 (PDT) From: Don Lewis Message-Id: <199809192317.QAA11186@salsa.gv.tsc.tdk.com> Date: Sat, 19 Sep 1998 16:17:37 -0700 In-Reply-To: Don Lewis "softupdates & fsck" (Sep 18, 10:20pm) X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Don Lewis , current@FreeBSD.ORG Subject: Re: softupdates & fsck Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sep 18, 10:20pm, Don Lewis wrote: } Subject: softupdates & fsck } My suspicion is that the first fsck run is getting the link counts wrong } when it repairs the filesystem. I've taked a look at the fsck code, but } haven't gotten too far, mostly because the code is so well commented -- NOT! Yup, fsck is definitely screwing up the filesystem when it tries to repair it. The following transcripts were all taken while running single-user after a panic. # fsck -n /dev/rda0s1h ** /dev/rda0s1h (NO WRITE) ** Last Mounted on /home ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=139897 (4 should be 0) CORRECT? no # fsck -n /dev/rda0s1h ** /dev/rda0s1h (NO WRITE) ** Last Mounted on /home ** Phase 1 - Check Blocks and Sizes INCORRECT BLOCK COUNT I=139897 (4 should be 0) CORRECT? no [ snip ] ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity UNREF DIR I=139883 OWNER=root MODE=40755 SIZE=1024 MTIME=Sep 19 11:47 1998 RECONNECT? no ** Phase 4 - Check Reference Counts LINK COUNT DIR I=139883 OWNER=root MODE=40755 SIZE=1024 MTIME=Sep 19 11:47 1998 COUNT 2 SHOULD BE 1 ADJUST? no UNREF FILE I=139947 OWNER=root MODE=100644 SIZE=0 MTIME=Sep 19 11:47 1998 CLEAR? no [ snip ] # fsdb -r /dev/rda0s1h ** /dev/rda0s1h (NO WRITE) Examining file system `/dev/rda0s1h' Last Mounted on /home current inode: directory I=2 MODE=40755 SIZE=512 MTIME=Sep 9 17:35:37 1998 [0 nsec] CTIME=Sep 9 17:35:37 1998 [0 nsec] ATIME=Sep 19 11:23:21 1998 [0 nsec] OWNER=root GRP=wheel LINKCNT=6 FLAGS=0 BLKCNT=2 GEN=4b328c71 fsdb (inum: 2)> inode 139883 current inode: directory I=139883 MODE=40755 SIZE=1024 MTIME=Sep 19 11:47:17 1998 [0 nsec] CTIME=Sep 19 11:47:17 1998 [0 nsec] ATIME=Sep 19 11:46:53 1998 [0 nsec] OWNER=root GRP=wheel LINKCNT=2 FLAGS=0 BLKCNT=2 GEN=36ac6ad3 fsdb (inum: 139883)> ls slot 0 ino 139883 reclen 12: directory, `.' slot 1 ino 285639 reclen 12: directory, `..' slot 2 ino 139931 reclen 16: regular, `add.o' slot 3 ino 139921 reclen 16: regular, `cmp.o' slot 4 ino 139984 reclen 16: regular, `gcd.o' slot 5 ino 139978 reclen 16: regular, `mul.o' slot 6 ino 139985 reclen 20: regular, `pow_ui.o' [ snip ] fsdb (inum: 2)> inode 285639 current inode: directory I=285639 MODE=40755 SIZE=1024 MTIME=Sep 19 11:47:09 1998 [0 nsec] CTIME=Sep 19 11:47:09 1998 [0 nsec] ATIME=Sep 19 11:46:53 1998 [0 nsec] OWNER=root GRP=wheel LINKCNT=3 FLAGS=0 BLKCNT=6 GEN=74aa357e fsdb (inum: 285639)> ls slot 0 ino 285639 reclen 12: directory, `.' slot 1 ino 254952 reclen 12: directory, `..' slot 2 ino 0 reclen 12: directory, `mpz' slot 3 ino 0 reclen 24: regular, `asm-syntax.h' slot 4 ino 0 reclen 20: regular, `sysdep.h' slot 5 ino 0 reclen 20: regular, `memory.o' slot 6 ino 0 reclen 24: regular, `mp_set_fns.o' slot 7 ino 0 reclen 24: regular, `mp_clz_tab.o' slot 8 ino 0 reclen 20: regular, `version.o' slot 9 ino 0 reclen 20: regular, `mp_bpl.o' [ snip ] [ commentary ] The directories for inodes 139883 and 285639 contain no other directories than what are shown in these listings. The filesystem is in a somewhat inconsistent state. The link from the inode 285639 to inode 139883 has been removed, but the link count of inode 139883 has not yet been decremented. Link counts that are too big are safe for fsck to correct. The link count of inode 285639 is correct because the link from the inode 139883 directory has not yet been removed. # fsck -p /dev/rda01s1h /dev/rda0s1h: INCORRECT BLOCK COUNT I=139897 (4 should be 0) (CORRECTED) /dev/rda0s1h: INCORRECT BLOCK COUNT I=139921 (2 should be 0) (CORRECTED) /dev/rda0s1h: INCORRECT BLOCK COUNT I=139931 (4 should be 0) (CORRECTED) /dev/rda0s1h: INCORRECT BLOCK COUNT I=139945 (2 should be 0) (CORRECTED) [ snip ] /dev/rda0s1h: INCORRECT BLOCK COUNT I=287226 (4 should be 0) (CORRECTED) /dev/rda0s1h: UNREF DIR I=139883 OWNER=root MODE=40755 /dev/rda0s1h: SIZE=1024 MTIME=Sep 19 11:47 1998 (RECONNECTED) /dev/rda0s1h: DIR I=139883 CONNECTED. PARENT WAS I=285639 /dev/rda0s1h: UNREF FILE I=139947 OWNER=root MODE=100644 /dev/rda0s1h: SIZE=0 MTIME=Sep 19 11:47 1998 (CLEARED) /dev/rda0s1h: UNREF FILE I=139948 OWNER=root MODE=100644 /dev/rda0s1h: SIZE=0 MTIME=Sep 19 11:47 1998 (CLEARED) /dev/rda0s1h: UNREF FILE I=139967 OWNER=root MODE=100644 /dev/rda0s1h: SIZE=0 MTIME=Sep 19 11:47 1998 (CLEARED) /dev/rda0s1h: UNREF FILE I=139968 OWNER=root MODE=100644 /dev/rda0s1h: SIZE=0 MTIME=Sep 19 11:47 1998 (CLEARED) /dev/rda0s1h: LINK COUNT FILE I=139986 OWNER=root MODE=100644 /dev/rda0s1h: SIZE=0 MTIME=Sep 19 11:47 1998 COUNT 2 SHOULD BE 1 (ADJUSTED) /dev/rda0s1h: LINK COUNT FILE I=139987 OWNER=root MODE=100644 /dev/rda0s1h: SIZE=0 MTIME=Sep 19 11:47 1998 COUNT 2 SHOULD BE 1 (ADJUSTED) /dev/rda0s1h: LINK COUNT FILE I=139990 OWNER=root MODE=100644 /dev/rda0s1h: SIZE=0 MTIME=Sep 19 11:47 1998 COUNT 2 SHOULD BE 1 (ADJUSTED) /dev/rda0s1h: LINK COUNT FILE I=139992 OWNER=root MODE=100644 /dev/rda0s1h: SIZE=0 MTIME=Sep 19 11:47 1998 COUNT 2 SHOULD BE 1 (ADJUSTED) /dev/rda0s1h: LINK COUNT DIR I=285639 OWNER=root MODE=40755 /dev/rda0s1h: SIZE=1024 MTIME=Sep 19 11:47 1998 COUNT 3 SHOULD BE 1 (ADJUSTED) /dev/rda0s1h: UNREF FILE I=286704 OWNER=root MODE=100644 /dev/rda0s1h: SIZE=0 MTIME=Sep 19 11:46 1998 (CLEARED) [ snip ] /dev/rda0s1h: FREE BLK COUNT(S) WRONG IN SUPERBLK (SALVAGED) /dev/rda0s1h: SUMMARY INFORMATION BAD (SALVAGED) /dev/rda0s1h: BLK(S) MISSING IN BIT MAPS (SALVAGED) /dev/rda0s1h: CLEAN FLAG NOT SET IN SUPERBLOCK (FIXED) /dev/rda0s1h: 96299 files, 971360 used, 391085 free (13085 frags, 47250 blocks, 1.0% fragmentation) # fsdb -r /dev/rda0s1h ** /dev/rda0s1h (NO WRITE) Examining file system `/dev/rda0s1h' Last Mounted on /home current inode: directory I=2 MODE=40755 SIZE=512 MTIME=Sep 9 17:35:37 1998 [0 nsec] CTIME=Sep 9 17:35:37 1998 [0 nsec] ATIME=Sep 19 11:23:21 1998 [0 nsec] OWNER=root GRP=wheel LINKCNT=6 FLAGS=0 BLKCNT=2 GEN=4b328c71 fsdb (inum: 2)> inode 138^H^[[K9883^M current inode: directory I=139883 MODE=40755 SIZE=1024 MTIME=Sep 19 11:47:17 1998 [0 nsec] CTIME=Sep 19 11:47:17 1998 [0 nsec] ATIME=Sep 19 11:46:53 1998 [0 nsec] fsdb (inum: 139883)> ls slot 0 ino 139883 reclen 12: directory, `.' slot 1 ino 1471 reclen 12: directory, `..' slot 2 ino 139931 reclen 16: regular, `add.o' slot 3 ino 139921 reclen 16: regular, `cmp.o' slot 4 ino 139984 reclen 16: regular, `gcd.o' [ snip ] fsdb (inum: 139883)> inode 285639 current inode: directory I=285639 MODE=40755 SIZE=1024 MTIME=Sep 19 11:47:09 1998 [0 nsec] CTIME=Sep 19 11:47:09 1998 [0 nsec] ATIME=Sep 19 11:46:53 1998 [0 nsec] OWNER=root GRP=wheel LINKCNT=1 FLAGS=0 BLKCNT=2 GEN=74aa357e fsdb (inum: 285639)> ls slot 0 ino 285639 reclen 12: directory, `.' slot 1 ino 254952 reclen 12: directory, `..' slot 2 ino 0 reclen 12: directory, `mpz' slot 3 ino 0 reclen 24: regular, `asm-syntax.h' slot 4 ino 0 reclen 20: regular, `sysdep.h' slot 5 ino 0 reclen 20: regular, `memory.o' [ snip ] fsdb (inum: 2)> ls slot 0 ino 2 reclen 12: directory, `.' slot 1 ino 2 reclen 12: directory, `..' slot 2 ino 7680 reclen 16: directory, `gdonl' slot 3 ino 15360 reclen 16: directory, `release' slot 4 ino 247212 reclen 12: directory, `obj' slot 5 ino 1471 reclen 444: directory, `lost+found' fsdb (inum: 2)> inode 1471 current inode: directory I=1471 MODE=41777 SIZE=17408 MTIME=Sep 19 00:34:31 1998 [0 nsec] CTIME=Sep 19 00:34:36 1998 [0 nsec] ATIME=Sep 19 03:34:14 1998 [0 nsec] OWNER=gdonl GRP=wheel LINKCNT=3 FLAGS=0 BLKCNT=22 GEN=2dc4339e fsdb (inum: 1471)> ls slot 0 ino 1471 reclen 12: directory, `.' slot 1 ino 2 reclen 12: directory, `..' slot 2 ino 139883 reclen 488: directory, `#139883' slot 3 ino 0 reclen 512: regular, `#018192' slot 4 ino 0 reclen 512: regular, `#018223' [ snip ] [ commentary ] fsck -p has attempted to repair the filesystem damage. It reconnected the directory to lost+found, *but* it screwed up the link on inode 285639. # fsck -p /dev/rda0s1h /dev/rda0s1h: clean, 391085 free (13085 frags, 47250 blocks, 1.0% fragmentation) [ commentary ] BAD NEWS - the clean flag has been set even though the filesystem is corrupt! # fsck /dev/rda0s1h ** /dev/rda0s1h ** Last Mounted on /home ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts LINK COUNT DIR I=285639 OWNER=root MODE=40755 SIZE=1024 MTIME=Sep 19 11:47 1998 COUNT 1 SHOULD BE 2 LINK COUNT INCREASING UNEXPECTED SOFTDEP INCONSISTENCY ADJUST? [yn] y ** Phase 5 - Check Cyl groups 96299 files, 971360 used, 391085 free (13085 frags, 47250 blocks, 1.0% fragmentation) ***** FILE SYSTEM WAS MODIFIED ***** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 16:19:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA17143 for freebsd-current-outgoing; Sat, 19 Sep 1998 16:19:15 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA17118 for ; Sat, 19 Sep 1998 16:19:07 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0zKWGx-0006F3-00; Sat, 19 Sep 1998 17:18:35 -0600 Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.1/8.8.3) with ESMTP id RAA07612; Sat, 19 Sep 1998 17:20:15 -0600 (MDT) Message-Id: <199809192320.RAA07612@harmony.village.org> To: "Bret Ford" Subject: Re: Kernel build break at link Cc: freebsd-current@FreeBSD.ORG In-reply-to: Your message of "Sat, 19 Sep 1998 14:43:48 PDT." <004401bde416$98ab0480$0100a8c0@heather.my.domain> References: <004401bde416$98ab0480$0100a8c0@heather.my.domain> Date: Sat, 19 Sep 1998 17:20:15 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <004401bde416$98ab0480$0100a8c0@heather.my.domain> "Bret Ford" writes: : loading kernel : ioconf.o: Undefined symbol `_ahaintr' referenced from data segment : *** Error code 1 You'll need to change your aha line to: controller aha0 at isa? port ? cam irq ? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 16:37:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20184 for freebsd-current-outgoing; Sat, 19 Sep 1998 16:37:40 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from esmeralda.xaa.iae.nl (esmeralda.xaa.iae.nl [194.151.75.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20158 for ; Sat, 19 Sep 1998 16:37:06 -0700 (PDT) (envelope-from freebsd@xaa.iae.nl) Received: from ariel.xaa.iae.nl (ariel.xaa.iae.nl [194.151.75.10]) by esmeralda.xaa.iae.nl (VMailer) with ESMTP id B357B36E; Sun, 20 Sep 1998 01:36:33 +0200 (MET DST) Received: by ariel.xaa.iae.nl (VMailer, from userid 1008) id 74BEC4561; Sun, 20 Sep 1998 01:36:33 +0200 (CEST) Message-ID: <19980920013633.A425@xaa.iae.nl> Date: Sun, 20 Sep 1998 01:36:33 +0200 From: Mark Huizer To: freebsd-current@FreeBSD.ORG Subject: Re: ELF ldconfig References: <19980920042741.A6144@clear.co.nz> <199809192032.NAA02450@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809192032.NAA02450@austin.polstra.com>; from John Polstra on Sat, Sep 19, 1998 at 01:32:43PM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > The ELF hints file is built by sbin/ldconfig/elfhints.c, which is very > > particular about the files in the search path it will include - for > > example, in /usr/local/lib, libslang.so.1.2.2 is built by the slang port, > > but no link under the name libslang.so.1 is present. > It is intentional that the ELF ldconfig ignores libraries with more > than one version number. The problem you're seeing is simply caused > by the fact that the libslang port hasn't been updated yet for ELF. > See the conversion guidelines for more details: > > http://www.freebsd.org/~asami/elf-guidelines.txt Well, I started looking for it alright, but it seems a bit rude to me to just make it libslang.1, and considering that the libslang makefile is talking about elf major and minor version numbers, I got confused a little :-) does elf except only major, or is that a FreeBSD specific thing, or what? And why doesn't it matter when versions get upgraded and all? Mark -- Nice testing in little China... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 16:40:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20486 for freebsd-current-outgoing; Sat, 19 Sep 1998 16:40:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20405 for ; Sat, 19 Sep 1998 16:39:47 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.9.1/8.9.1) id JAA22163; Sun, 20 Sep 1998 09:43:54 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199809192343.JAA22163@cimlogic.com.au> Subject: Re: A new SNAPshot is finally on current.freebsd.org In-Reply-To: from "rvb@sicily.odyssey.cs.cmu.edu" at "Sep 19, 98 06:50:21 pm" To: rvb@sicily.odyssey.cs.cmu.edu Date: Sun, 20 Sep 1998 09:43:54 +1000 (EST) Cc: jkh@time.cdrom.com, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG rvb@sicily.odyssey.cs.cmu.edu wrote: > "Jordan K. Hubbard" writes: > > > I finally nursed one through to completion last night. I had to do > > several things to make it work, however, one of which was to disable > > docs and the other (more serious) being to remove MSDOSFS from the > Are these aout or elf? `make release' is elf-only(-ish). -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 16:48:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA21871 for freebsd-current-outgoing; Sat, 19 Sep 1998 16:48:24 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from morgan.angis.su.OZ.AU (morgan.angis.su.OZ.AU [129.78.25.38]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA21811 for ; Sat, 19 Sep 1998 16:48:08 -0700 (PDT) (envelope-from tonym@angis.usyd.edu.au) Received: (from tonym@localhost) by morgan.angis.su.OZ.AU (8.8.7/8.6.6) id JAA17128; Sun, 20 Sep 1998 09:47:36 +1000 (EST) Date: Sun, 20 Sep 1998 09:47:36 +1000 (EST) From: Tony Maher Message-Id: <199809192347.JAA17128@morgan.angis.su.OZ.AU> To: gibbs@narnia.plutotech.com Subject: Re: CAM this and that Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Hello, The following is not a critical problem for me. (The simple solution is not to rescan after switching the tape drive off ;-) I am willing to keep testing if you want to specify something. > I shouldn't lock up. What kind of tape device do you have? Were there > any console messages leading up to the hang? Tried rescanning a few times and it didn't cause any problems. Then tried later (maybe after using the tape drive) and it did cause lock up. Suspecting the old disk (and cable), I removed it. Did a full dump and everything works ok. Then switched tape drive off and got problems after rescanning. Initial rescan with tape drive switched on after booting. =================== hand transcribed ======================================== sa0 at ahc0 bus 0 target 5 lun 0 sa0 Removable Sequential Access SCSI2 device sa0: 5.0MB/s transfers (5.0MHz, offset 15) ============================================================================= Now switch tape off and rescan =================== hand transcribed ======================================== (da1:ahc0:0:1:0) SCB 0x4 timed out while idle LASTPHASE == 0x1, SCSISIGI == 00 SEQADDR == 0xa SSTATI == 0xa (probe 0:ahc0:0:1:1): Queuing a BDR SCB (probe 0:ahc0:0:1:1): no longer in timeout, status = 34a : lost device : invlidating pack Sep 20 08:42:12 zen sysogd: /var/log/messages Device not configured Sep 20 08:42:12 zen sysogd: /tmp: get error 6 while accessing filesystem ============================================================================= Somethings continue to work. X is still running. Trying ls on directires usually shows a number of files/dirs as "device not configured" ls: COPYRIGHT: device not configured ... ... ls: stand: device not configured But other files and dirs are listable and can cd to the dirs. trying to reboot spec_getpages: I/O read failure (error code 6) size 65536, resid 65536, a_count 65536, valid 0x0 nread=0, reqpage 0, pindex 0, pcount 16 Press reset switch. >> change >> Queue Algorithm Modifier: 0 -> 1 > > Don't even think about doing this. If your other disks have this > ... > Having DQue as 1 will prevent us from attempting tagged queuing. You For System disk sd1 (still doesnt do Tagged queuing - maybe disk just wont?) camcontrol modepage -m 0x0a -P 0 -u 1 RLEC: 0 Queue Algorithm Modifier: 0 QErr: 0 DQue: 0 EECA: 0 RAENP: 0 UAAENP: 0 EAENP: 0 For NT disk sd0 (not used under freebsd - but shows as a Tagged queuing device) camcontrol modepage -m 0x0a -P 0 -u 0 RLEC: 0 Queue Algorithm Modifier: 0 QErr: 0 DQue: 0 EECA: 0 RAENP: 0 UAAENP: 0 EAENP: 0 Ready AEN Holdoff Period: 0 >From dmesg: ahc0: rev 0x03 int a irq 11 on pci0.9.0 ahc0: aic7870 Single Channel A, SCSI Id=7, 16/255 SCBs ... cda0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI2 device da0: 10.0MB/s transfers (10.0MHz, offset 15), Tagged Queueing Enabled da0: 1030MB (2109840 512 byte sectors: 255H 63S/T 131C) hanging root device to da1s1a da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI2 device da1: 10.0MB/s transfers (10.0MHz, offset 15) da1: 2069MB (4238282 512 byte sectors: 255H 63S/T 263C) cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI2 device cd0: 5.681MB/s transfers (5.681MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present /dev/da1s1a on / (local, writes: sync 5 async 204) /dev/da1s1e on /tmp (local, soft-updates, writes: sync 2 async 75) /dev/da1s1f on /var (local, soft-updates, writes: sync 2 async 337) /dev/da1s1g on /usr (local, writes: sync 3 async 193) /dev/da1s1h on /n/zen/01 (local, soft-updates, writes: sync 3 async 111) procfs on /proc (local) This was with cvsup from around Sep 19 9pm GMT tonym To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 16:59:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA23649 for freebsd-current-outgoing; Sat, 19 Sep 1998 16:59:35 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA23626 for ; Sat, 19 Sep 1998 16:59:14 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id RAA05401; Sat, 19 Sep 1998 17:52:14 -0600 (MDT) Date: Sat, 19 Sep 1998 17:52:14 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809192352.RAA05401@narnia.plutotech.com> To: "Bret Ford" cc: current@FreeBSD.ORG Subject: Re: Kernel build break at link Newsgroups: pluto.freebsd.current In-Reply-To: <004401bde416$98ab0480$0100a8c0@heather.my.domain> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <004401bde416$98ab0480$0100a8c0@heather.my.domain> you wrote: > My attempted kernel break (on sources checked out this morning) breaks here: > > loading kernel > ioconf.o: Undefined symbol `_ahaintr' referenced from data segment > *** Error code 1 Ensure that your configuration line for aha0 matches that of GENERIC. You are no longer supposed to specify an interrupt vector. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 17:05:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24790 for freebsd-current-outgoing; Sat, 19 Sep 1998 17:05:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA24773 for ; Sat, 19 Sep 1998 17:05:49 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id RAA01504; Sat, 19 Sep 1998 17:05:56 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: Steve Passe cc: current@FreeBSD.ORG Subject: Re: A new SNAPshot is finally on current.freebsd.org In-reply-to: Your message of "Sat, 19 Sep 1998 13:36:12 MDT." <199809191936.NAA00872@Ilsa.StevesCafe.com> Date: Sat, 19 Sep 1998 17:05:56 -0700 Message-ID: <1500.906249956@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Anyone else able to connect to current.freebsd.org? I've been trying all > morning with no success. I need to get a CAM/SMP SNAP for my new toy. > Are there any other sites holding recent SNAPs? It's dead right now. :( I'm trying to build another one locally but machines keep falling over on me... Grumble... I'll keep trying. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 17:11:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA25667 for freebsd-current-outgoing; Sat, 19 Sep 1998 17:11:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA25638 for ; Sat, 19 Sep 1998 17:11:24 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id RAA01590; Sat, 19 Sep 1998 17:11:16 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: John Birrell cc: mike@smith.net.au (Mike Smith), current@FreeBSD.ORG Subject: Re: New bootloader and ELF kernel for 3.0 In-reply-to: Your message of "Sun, 20 Sep 1998 07:28:14 +1000." <199809192128.HAA21731@cimlogic.com.au> Date: Sat, 19 Sep 1998 17:11:16 -0700 Message-ID: <1587.906250276@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Can we have an official (core) decision about switching to an ELF > kernel for 3.0 please? I think core might be inclined to sit on the sidelines on this one just a little longer until it at least looks like something which works well enough to become a matter for debate. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 17:14:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA26038 for freebsd-current-outgoing; Sat, 19 Sep 1998 17:14:32 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA25990 for ; Sat, 19 Sep 1998 17:14:15 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id RAA01639; Sat, 19 Sep 1998 17:14:15 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: rvb@sicily.odyssey.cs.cmu.edu cc: current@FreeBSD.ORG Subject: Re: A new SNAPshot is finally on current.freebsd.org In-reply-to: Your message of "19 Sep 1998 18:50:21 EDT." Date: Sat, 19 Sep 1998 17:14:15 -0700 Message-ID: <1636.906250455@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Elf. > "Jordan K. Hubbard" writes: > > > I finally nursed one through to completion last night. I had to do > > several things to make it work, however, one of which was to disable > > docs and the other (more serious) being to remove MSDOSFS from the > Are these aout or elf? > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 17:32:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA28109 for freebsd-current-outgoing; Sat, 19 Sep 1998 17:32:21 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from kong.dorms.spbu.ru (kong.dorms.spbu.ru [195.19.252.147]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA28027 for ; Sat, 19 Sep 1998 17:31:59 -0700 (PDT) (envelope-from kong@kong.dorms.spbu.ru) Received: from localhost (kong@localhost) by kong.dorms.spbu.ru (8.9.1/kong/0.01) with SMTP id EAA12071; Sun, 20 Sep 1998 04:30:52 +0400 (MSD) (envelope-from kong@kong.dorms.spbu.ru) Date: Sun, 20 Sep 1998 04:30:50 +0400 (MSD) From: Hostas Red To: Bill Paul cc: current@FreeBSD.ORG Subject: Re: strange things: xl driver In-Reply-To: <199809191913.PAA19911@skynet.ctr.columbia.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 Hi! On Sat, 19 Sep 1998, Bill Paul wrote: > > Hmm... This problem may be not the problem of xl driver. > If the OACTIVE flag is set on the interface, then it probably is. OACTIVE is set, when the interface doesn't work (no buffer space etc), and when it comes to watchdog timeout. > > xl0: <3Com 3c905 Fast Etherlink XL 10/100BaseTX> rev 0x00 int a irq 10 on > > pci0.11.0 > > xl0: Ethernet address: 00:a0:24:d8:a4:81 > > xl0: autoneg not complete, no carrier > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > This implies that the card was not plugged in at the time you > booted the machine. The autoneg code will only set the card's > modes correctly if it says 'autoneg complete.' It ALWAYS says that. My card forced to use 10Base-T/UTP mode by configuration program, not by ifconfig. But everything works. > So now we have more missing information: > > - Does the driver _always_ say 'autoneg not complete' or was this just > a one-time occurance and you happened to just pick this particular > message to show me? Yes, it always says that. And it always plugged into network. > - Have you tried rebooting the machine with the card plugged in? See above. > - Did you try to force the mode to 10Mbps/half duplex with the command > ifconfig xl0 media 10baseT/UTP mediaopt half-duplex? No. > - How do you have the interface configured in /etc/rc.conf? ifconfig_xl0="inet 195.19.252.147 netmask 255.255.255.0" ifconfig_xl0_alias0="inet 10.13 netmask 255.255.255.0" > - What does netstat -in say? Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll xl0 1500 00.a0.24.d8.a4.81 77629489 347262 251220 92 54988 xl0 1500 195.19.252 195.19.252.147 77629489 347262 251220 92 54988 xl0 1500 10/24 10.0.0.13 77629489 347262 251220 92 54988 But now it's working. > - Have you tried putting the card in a different slot? (Yes, it can make > a difference.) No. But it anyway forced to use irq10 and so on by bios and config. Adios, /KONG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 17:47:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29702 for freebsd-current-outgoing; Sat, 19 Sep 1998 17:47:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pozo.pozo.com (pozo.pozo.com [207.201.8.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA29658 for ; Sat, 19 Sep 1998 17:47:36 -0700 (PDT) (envelope-from mantar@netcom.com) Received: from dual (DUAL [192.168.0.2]) by pozo.pozo.com (8.9.1/8.9.1) with SMTP id RAA12022; Sat, 19 Sep 1998 17:46:30 -0700 (PDT) (envelope-from mantar@netcom.com) Message-Id: <199809200046.RAA12022@pozo.pozo.com> X-Sender: null@192.168.0.1 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.63 (Beta) Date: Sat, 19 Sep 1998 17:46:29 -0700 To: John Birrell , rvb@sicily.odyssey.cs.cmu.edu From: Manfred Antar Subject: Re: A new SNAPshot is finally on current.freebsd.org Cc: jkh@time.cdrom.com, current@FreeBSD.ORG In-Reply-To: <199809192343.JAA22163@cimlogic.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 09:43 AM 9/20/98 +1000, John Birrell wrote: >rvb@sicily.odyssey.cs.cmu.edu wrote: >> "Jordan K. Hubbard" writes: >> >> > I finally nursed one through to completion last night. I had to do >> > several things to make it work, however, one of which was to disable >> > docs and the other (more serious) being to remove MSDOSFS from the >> Are these aout or elf? > >`make release' is elf-only(-ish). > Is there any way to get the Snap floppy to recognize a DPT controller ? Thanks Manfred ============================== || mantar@netcom.com || || pozo@infinex.com || || Ph. (415) 681-6235 || ============================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 17:48:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29825 for freebsd-current-outgoing; Sat, 19 Sep 1998 17:48:37 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from math.berkeley.edu (math.Berkeley.EDU [128.32.183.94]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA29795 for ; Sat, 19 Sep 1998 17:48:21 -0700 (PDT) (envelope-from dan@math.berkeley.edu) Received: (from dan@localhost) by math.berkeley.edu (8.8.7/8.8.7) id RAA21176; Sat, 19 Sep 1998 17:47:53 -0700 (PDT) Date: Sat, 19 Sep 1998 17:47:53 -0700 (PDT) From: dan@math.berkeley.edu (Dan Strick) Message-Id: <199809200047.RAA21176@math.berkeley.edu> To: smp@csn.net Subject: Re: A new SNAPshot is finally on current.freebsd.org Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Anyone else able to connect to current.freebsd.org? I've been trying all > morning with no success. I need to get a CAM/SMP SNAP for my new toy. I have been trying for days. Either the internet has been seriously disconnected recently or that machine has been down a lot during the last month or so. I fantasize that the problem is merely that someone recently installed -current on current.freebsd.org and that I should accept this as a fair warning. Dan Strick dan@math.berkeley.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 18:32:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA05006 for freebsd-current-outgoing; Sat, 19 Sep 1998 18:32:43 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA04988 for ; Sat, 19 Sep 1998 18:32:32 -0700 (PDT) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.8.8) with ESMTP id SAA15343; Sat, 19 Sep 1998 18:32:38 -0700 (PDT) (envelope-from jkh@time.cdrom.com) To: dan@math.berkeley.edu (Dan Strick) cc: smp@csn.net, freebsd-current@FreeBSD.ORG Subject: Re: A new SNAPshot is finally on current.freebsd.org In-reply-to: Your message of "Sat, 19 Sep 1998 17:47:53 PDT." <199809200047.RAA21176@math.berkeley.edu> Date: Sat, 19 Sep 1998 18:32:37 -0700 Message-ID: <15339.906255157@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > I fantasize that the problem is merely that someone recently installed > -current on current.freebsd.org and that I should accept this as a fair > warning. Well, to be fair, I upgraded it right at the time that CAM first entered the tree and it's more than likely that I am now bleeding from a bleeding-edge induced cut. If I can get the machine back up long enough to update its kernel, one hopes that it will work a little better. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 18:34:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA05345 for freebsd-current-outgoing; Sat, 19 Sep 1998 18:34:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fep2-orange.clear.net.nz (fep2-orange.clear.net.nz [203.97.32.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA05306 for ; Sat, 19 Sep 1998 18:34:31 -0700 (PDT) (envelope-from jabley@buddha.clear.net.nz) Received: from buddha.clear.net.nz (buddha.clear.net.nz [192.168.24.106]) by fep2-orange.clear.net.nz (1.5/1.9) with ESMTP id NAA28202; Sun, 20 Sep 1998 13:34:02 +1200 (NZST) Received: (from jabley@localhost) by buddha.clear.net.nz (8.9.1/8.9.1) id NAA09136; Sun, 20 Sep 1998 13:34:02 +1200 (NZST) Message-ID: <19980920133401.B9101@clear.co.nz> Date: Sun, 20 Sep 1998 13:34:01 +1200 From: Joe Abley To: Mark Huizer , freebsd-current@FreeBSD.ORG Subject: Re: ELF ldconfig References: <19980920042741.A6144@clear.co.nz> <199809192032.NAA02450@austin.polstra.com> <19980920013633.A425@xaa.iae.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <19980920013633.A425@xaa.iae.nl>; from Mark Huizer on Sun, Sep 20, 1998 at 01:36:33AM +0200 X-Files: the Truth is Out There Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Sep 20, 1998 at 01:36:33AM +0200, Mark Huizer wrote: > > See the conversion guidelines for more details: > > > > http://www.freebsd.org/~asami/elf-guidelines.txt > > Well, I started looking for it alright, but it seems a bit rude to me to > just make it libslang.1, and considering that the libslang makefile is > talking about elf major and minor version numbers, I got confused a > little :-) does elf except only major, or is that a FreeBSD specific > thing, or what? And why doesn't it matter when versions get upgraded and > all? That was my concern. Surely there must come a time when two versions of a shared library exist (with identical major version numbers), and an application requires to be dynamically linked to the older of the two because of some incompatability with the newer library? Assuming there is a good reason to use a single (major) version number in the naming scheme, there is a fair bit of work to do to update (a) every port that builds a shared object (149 of them), and (b) every port that depends on a shared library being installed (318 of them)... Those ports maintainers better get cracking :) > Mark Joe -- Joe Abley Tel +64 9 912-4065, Fax +64 9 912-5008 Network Architect, CLEAR Net http://www.clear.net.nz/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 18:48:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA07091 for freebsd-current-outgoing; Sat, 19 Sep 1998 18:48:00 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id SAA07050 for ; Sat, 19 Sep 1998 18:47:39 -0700 (PDT) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id VAA20479; Sat, 19 Sep 1998 21:52:22 -0400 From: Bill Paul Message-Id: <199809200152.VAA20479@skynet.ctr.columbia.edu> Subject: Re: strange things: xl driver To: kong@kong.spb.ru (Hostas Red) Date: Sat, 19 Sep 1998 21:52:21 -0400 (EDT) Cc: current@FreeBSD.ORG In-Reply-To: from "Hostas Red" at Sep 20, 98 04:30:50 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Of all the gin joints in all the towns in all the world, Hostas Red had to walk into mine and say: > > > xl0: autoneg not complete, no carrier > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > This implies that the card was not plugged in at the time you > > booted the machine. The autoneg code will only set the card's > > modes correctly if it says 'autoneg complete.' > > It ALWAYS says that. My card forced to use 10Base-T/UTP mode by > configuration program, not by ifconfig. But everything works. Grrrrr.... pay attention because I'm only going to say this once: the 3Com configuration program doesn't have anything to do with programming the card's modes unless you use the 3Com drivers!!! All it does it set some bits in the EEPROM that tell the Windows drivers what to do: IT DOESN'T ACTUALLY SET THE CARD TO ANY PARTICULAR MODE!!!! I _don't_ _care_ what you did with the 3Com config program: this is _not_ Windows and settings have no effect unless you use the Windows drivers!!!! _Forget_ the damn config program and SET THE MODE CORRECTLY WITH IFCONFIG LIKE I TOLD YOU TO DO IN THE FIRST PLACE!!!!! > Yes, it always says that. And it always plugged into network. Something tells me your cabling should be checked. > > - Did you try to force the mode to 10Mbps/half duplex with the command > > ifconfig xl0 media 10baseT/UTP mediaopt half-duplex? > No. THEN DO IT NOW! TYPE 'ifconfig xl0 media 10baseT/UTP mediaopt half-duplex' RIGHT NOW! > > - How do you have the interface configured in /etc/rc.conf? > > ifconfig_xl0="inet 195.19.252.147 netmask 255.255.255.0" > ifconfig_xl0_alias0="inet 10.13 netmask 255.255.255.0" No: ifconfig_xl0="inet 195.19.252.147 netmask 255.255.255.0 media 10baseT/UTP mediaopt half-duplex" Do it like that and use ifconfig to force the card to 10baseT/UTP like I said to do before. Then tell me if it still gives you trouble. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 19:11:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA08994 for freebsd-current-outgoing; Sat, 19 Sep 1998 19:11:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.124.148]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA08984 for ; Sat, 19 Sep 1998 19:11:29 -0700 (PDT) (envelope-from kato@ganko.eps.nagoya-u.ac.jp) Received: from localhost (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.9.1/3.7W) with ESMTP id LAA01206 for ; Sun, 20 Sep 1998 11:11:01 +0900 (JST) To: FreeBSD-current@FreeBSD.ORG Subject: [CAM] Broken tagged queuing drive? From: KATO Takenori X-Mailer: Mew version 1.92.4 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980920111101H.kato@gneiss.eps.nagoya-u.ac.jp> Date: Sun, 20 Sep 1998 11:11:01 +0900 X-Dispatcher: imput version 971024 Lines: 59 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG My PC-98 box with AHA-2940UW + da2 at ahc0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI2 device da2: 10.0MB/s transfers (10.0MHz, offset 15) da2: 2059MB (4218750 512 byte sectors: 8H 32S/T 16478C) dies with following message: (da2:ahc0:0:2:0) tagged openings now 32 (da2:ahc0:0:2:0): SCB 0xe - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 SEQADDR == 0x9 SSTAT1 == 0xa (da2:ahc0:0:2:0): Queuing a BDR SCB (da2:ahc0:0:2:0): Bus Device Reset Message Sent (da2:ahc0:0:2:0): no longer in timeout, status = 34c ahc_intr: AWAITING_MSG for an SCB that does not have a waiting messagepanic:: SCB = 14, SCB Control = 0, MSG_OUT = ff SCB flags = 0 Debugger("panic") Stooped at _Debugger+0x35: movb $0,_in_Debugger.98 db> trace _Debugger(f013c88b) at _Debugger+0x35 _panic(f0117ff2,e,0,ff,0) at _panic+0x6f _ahc_handle_seqint(f07df000,a1) at _ahc_handle_seqint+0xdf6 _ahc_intr(f07df000,80000000,10,f07d0010,f26bab93) at _ahc_intr+0x1ef Xresume6() at Xresume6+0x2b --- interrupt, eip = 0xf01dd09d, esp = 0xf4587dac, ebp = 0xf4587de0 --- _generic_copyin(f26ba93,5d,f457f30,e,f45902e0) at _generic_copyin+0x29 _ffs_write(f4587eac,74,0,f4567600,f4587f7c) at _ffs_write+0x503 _vn_write(f0832b40,f4587f30,f07d5880,f4567600,f0207118) at _vn_write+0xef _writev(f4567600,f4587f84,7,efbfd338,15cd7) at _writev+0x15b _syscall(20090027,efbf0027,15cd7,efbfd338,efbfd340) at _syscall+0x187 _Xsyscall() at _Xsyscall++0x35 --- syscall 0x79, eip = 0x20064e21, esp = 0xefbfcdb0, ebp = 0xefbfd340 --- Does the SAMSUNG WN321010S drive have broken tagged queuing? I applied following patch and it seems to work for me: *** cam_xpt.c.orig Sat Sep 19 22:40:59 1998 --- cam_xpt.c Sat Sep 19 22:41:41 1998 *************** *** 260,265 **** --- 260,270 ---- /*quirks*/0, /*mintags*/0, /*maxtags*/0 }, { + /* Broken tagged queuing drive */ + { T_DIRECT, SIP_MEDIA_FIXED, "SAMSUNG", "WN321010S*", "*" }, + /*quirks*/0, /*mintags*/0, /*maxtags*/0 + }, + { /* Doesn't understand EVP Serial Requests */ { T_CDROM, SIP_MEDIA_REMOVABLE, -----------------------------------------------+--------------------------+ Kato Takenori | FreeBSD | Dept. Earth Planet. Sci, Nagoya Univ. | The power to serve! | Nagoya, 464-8602, Japan | http://www.FreeBSD.org/ | ++++ FreeBSD(98) 2.2.7: Rev. 01 available! +==========================+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 20:10:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA14378 for freebsd-current-outgoing; Sat, 19 Sep 1998 20:10:38 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from highwind.com (hurricane.highwind.com [209.61.45.50]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA14371 for ; Sat, 19 Sep 1998 20:10:34 -0700 (PDT) (envelope-from info@highwind.com) Received: (from info@localhost) by highwind.com (8.8.6/8.8.6) id XAA05851; Sat, 19 Sep 1998 23:09:19 -0400 (EDT) Date: Sat, 19 Sep 1998 23:09:19 -0400 (EDT) Message-Id: <199809200309.XAA05851@highwind.com> From: HighWind Software Information To: rotel@indigo.ie CC: rotel@indigo.ie, freebsd-current@FreeBSD.ORG, jb@cimlogic.com.au In-reply-to: <199809192122.WAA02773@indigo.ie> (message from Niall Smart on Sat, 19 Sep 1998 22:22:28 +0000) Subject: Re: HighWind products Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG } Subject: Re: HighWind products > > Hmm, shouldn't there be a readdir_r()? > > There should. But, there isn't. Looks like readdir() is MT safe anyhow. I HIGHLY doubt that. -Rob To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 20:14:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15033 for freebsd-current-outgoing; Sat, 19 Sep 1998 20:14:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15026 for ; Sat, 19 Sep 1998 20:14:38 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.1/8.9.1) id WAA07497; Sat, 19 Sep 1998 22:14:01 -0500 (CDT) Date: Sat, 19 Sep 1998 22:14:01 -0500 From: Dan Nelson To: Joe Abley , Mark Huizer , freebsd-current@FreeBSD.ORG Subject: Re: ELF ldconfig Message-ID: <19980919221401.A7239@emsphone.com> References: <19980920042741.A6144@clear.co.nz> <199809192032.NAA02450@austin.polstra.com> <19980920013633.A425@xaa.iae.nl> <19980920133401.B9101@clear.co.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.94.3i In-Reply-To: <19980920133401.B9101@clear.co.nz>; from "Joe Abley" on Sun Sep 20 13:34:01 GMT 1998 X-OS: FreeBSD 2.2.7-STABLE Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In the last episode (Sep 20), Joe Abley said: > On Sun, Sep 20, 1998 at 01:36:33AM +0200, Mark Huizer wrote: > > > See the conversion guidelines for more details: > > > > > > http://www.freebsd.org/~asami/elf-guidelines.txt > > > > Well, I started looking for it alright, but it seems a bit rude to > > me to just make it libslang.1, and considering that the libslang > > makefile is talking about elf major and minor version numbers, I > > got confused a little :-) does elf except only major, or is that a > > FreeBSD specific thing, or what? And why doesn't it matter when > > versions get upgraded and all? > > That was my concern. Surely there must come a time when two versions > of a shared library exist (with identical major version numbers), and > an application requires to be dynamically linked to the older of the > two because of some incompatability with the newer library? Probably because if a later library is not downward-compatible with the previous release, its major number needs to be bumped. The only thing you lose by dropping the minor number is version-checking; i.e. I have two libfoo.so.1 files, on two different machines, both different sizes. Which is the latest release (not necessarily latest compiled)? I assume the solution with ELF libraries is to simply run "ident", and look at the sourcefile versions. -Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 20:15:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA15300 for freebsd-current-outgoing; Sat, 19 Sep 1998 20:15:57 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from yonge.cs.toronto.edu (yonge.cs.toronto.edu [128.100.2.11]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA15283 for ; Sat, 19 Sep 1998 20:15:52 -0700 (PDT) (envelope-from dholland@cs.toronto.edu) Received: from qew.cs.toronto.edu ([128.100.1.13]) by yonge.cs.toronto.edu with SMTP id <86568-12114>; Sat, 19 Sep 1998 23:15:14 -0400 Received: by qew.cs.toronto.edu id <37911-17305>; Sat, 19 Sep 1998 23:14:58 -0400 Subject: Re: softupdates & fsck From: David Holland To: current@FreeBSD.ORG Date: Sat, 19 Sep 1998 23:14:55 -0400 In-Reply-To: <199809192317.QAA11186@salsa.gv.tsc.tdk.com> from "Don Lewis" at Sep 19, 98 07:17:37 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <98Sep19.231458edt.37911-17305@qew.cs.toronto.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > } My suspicion is that the first fsck run is getting the link counts wrong > } when it repairs the filesystem. I've taked a look at the fsck code, but > } haven't gotten too far, mostly because the code is so well commented -- NOT! > > Yup, fsck is definitely screwing up the filesystem when it tries to repair > it. The following transcripts were all taken while running single-user > after a panic. > : > : > ** Phase 4 - Check Reference Counts > LINK COUNT DIR I=139883 OWNER=root MODE=40755 > SIZE=1024 MTIME=Sep 19 11:47 1998 COUNT 2 SHOULD BE 1 > ADJUST? no FWIW (probably not much) I was seeing almost the same behavior out of NetBSD's fsck about a month ago after using some broken fs code. This had messed up reference counts, so that when you removed a file, it thought it was still open forever and so it never cleared the inode. This made fsck unhappy on files, but *very* unhappy if you removed a directory. The symptoms were almost identical, down to fsck marking the fs clean when it actually wasn't. So I'm going to hypothesize that there's a long-standing bug in fsck here that something in softupdates is tickling. -- - David A. Holland | (please continue to send non-list mail to dholland@cs.utoronto.ca | dholland@hcs.harvard.edu. yes, I moved.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 21:01:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA19483 for freebsd-current-outgoing; Sat, 19 Sep 1998 21:01:56 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from yonge.cs.toronto.edu (yonge.cs.toronto.edu [128.100.1.8]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA19470 for ; Sat, 19 Sep 1998 21:01:48 -0700 (PDT) (envelope-from dholland@cs.toronto.edu) Received: from qew.cs.toronto.edu ([128.100.1.13]) by yonge.cs.toronto.edu with SMTP id <86538-12114>; Sun, 20 Sep 1998 00:01:18 -0400 Received: by qew.cs.toronto.edu id <37911-17305>; Sun, 20 Sep 1998 00:01:04 -0400 Subject: Re: ELF ldconfig From: David Holland To: jabley@clear.co.nz (Joe Abley) Date: Sun, 20 Sep 1998 00:00:55 -0400 Cc: freebsd@xaa.iae.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <19980920133401.B9101@clear.co.nz> from "Joe Abley" at Sep 19, 98 09:34:01 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <98Sep20.000104edt.37911-17305@qew.cs.toronto.edu> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > That was my concern. Surely there must come a time when two versions of > a shared library exist (with identical major version numbers), and an > application requires to be dynamically linked to the older of the two > because of some incompatibility with the newer library? Standard ELF doesn't allow this, or support minor version numbers. Even worse things happen when you have two builds of (say) libslang.so.1 that were compiled against different libcs and are thus not interchangeable... -- - David A. Holland | (please continue to send non-list mail to dholland@cs.utoronto.ca | dholland@hcs.harvard.edu. yes, I moved.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 21:49:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA22547 for freebsd-current-outgoing; Sat, 19 Sep 1998 21:49:42 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA22541 for ; Sat, 19 Sep 1998 21:49:39 -0700 (PDT) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.9.1/8.7.3) id WAA06694; Sat, 19 Sep 1998 22:42:38 -0600 (MDT) Date: Sat, 19 Sep 1998 22:42:38 -0600 (MDT) From: "Justin T. Gibbs" Message-Id: <199809200442.WAA06694@narnia.plutotech.com> To: KATO Takenori cc: current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? Newsgroups: pluto.freebsd.current In-Reply-To: <19980920111101H.kato@gneiss.eps.nagoya-u.ac.jp> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19980920111101H.kato@gneiss.eps.nagoya-u.ac.jp> you wrote: > My PC-98 box with AHA-2940UW + > > da2 at ahc0 bus 0 target 2 lun 0 > da2: Fixed Direct Access SCSI2 device > da2: 10.0MB/s transfers (10.0MHz, offset 15) > da2: 2059MB (4218750 512 byte sectors: 8H 32S/T 16478C) > > dies with following message: > > (da2:ahc0:0:2:0) tagged openings now 32 > (da2:ahc0:0:2:0): SCB 0xe - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0 > SEQADDR == 0x9 > SSTAT1 == 0xa > (da2:ahc0:0:2:0): Queuing a BDR SCB > (da2:ahc0:0:2:0): Bus Device Reset Message Sent > (da2:ahc0:0:2:0): no longer in timeout, status = 34c > ahc_intr: AWAITING_MSG for an SCB that does not have a waiting messagepanic:: SCB = 14, SCB Control = 0, MSG_OUT = ff SCB flags = 0 > Debugger("panic") I believe I've found the cause of this panic. I would appreciate it if you could test to see if the next revision of aic7xxx.c survives the timeout. > Does the SAMSUNG WN321010S drive have broken tagged queuing? I > applied following patch and it seems to work for me: My guess is that the SAMSUNG blows away other pending transactions when it sends a queue full message. You may want to try setting maxtags to a value that will avoid the queue full response (perhaps 32 or 31). -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 22:03:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA23751 for freebsd-current-outgoing; Sat, 19 Sep 1998 22:03:36 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fep2-orange.clear.net.nz (fep2-orange.clear.net.nz [203.97.32.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA23727 for ; Sat, 19 Sep 1998 22:03:26 -0700 (PDT) (envelope-from jabley@buddha.clear.net.nz) Received: from buddha.clear.net.nz (buddha.clear.net.nz [192.168.24.106]) by fep2-orange.clear.net.nz (1.5/1.9) with ESMTP id RAA02869; Sun, 20 Sep 1998 17:02:58 +1200 (NZST) Received: (from jabley@localhost) by buddha.clear.net.nz (8.9.1/8.9.1) id RAA09442; Sun, 20 Sep 1998 17:02:57 +1200 (NZST) Message-ID: <19980920170257.B9422@clear.co.nz> Date: Sun, 20 Sep 1998 17:02:57 +1200 From: Joe Abley To: David Holland Cc: freebsd@xaa.iae.nl, freebsd-current@FreeBSD.ORG Subject: Re: ELF ldconfig References: <19980920133401.B9101@clear.co.nz> <98Sep20.000104edt.37911-17305@qew.cs.toronto.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <98Sep20.000104edt.37911-17305@qew.cs.toronto.edu>; from David Holland on Sun, Sep 20, 1998 at 12:00:55AM -0400 X-Files: the Truth is Out There Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Sep 20, 1998 at 12:00:55AM -0400, David Holland wrote: > > That was my concern. Surely there must come a time when two versions of > > a shared library exist (with identical major version numbers), and an > > application requires to be dynamically linked to the older of the two > > because of some incompatibility with the newer library? > > Standard ELF doesn't allow this, or support minor version numbers. > > Even worse things happen when you have two builds of (say) > libslang.so.1 that were compiled against different libcs and are thus > not interchangeable... So remind me why ELF is a good idea? :) -- Joe Abley Tel +64 9 912-4065, Fax +64 9 912-5008 Network Architect, CLEAR Net http://www.clear.net.nz/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 22:19:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA25170 for freebsd-current-outgoing; Sat, 19 Sep 1998 22:19:09 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from chaotic.oz.org (chaotic.oz.org [203.20.237.203]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA25162 for ; Sat, 19 Sep 1998 22:19:05 -0700 (PDT) (envelope-from simon@oz.org) Received: from localhost (localhost [127.0.0.1]) by chaotic.oz.org (8.9.1/8.8.8) with SMTP id PAA23021 for ; Sun, 20 Sep 1998 15:18:50 +1000 (EST) (envelope-from simon@oz.org) Date: Sun, 20 Sep 1998 15:18:49 +1000 (EST) From: Simon Coggins Reply-To: chaos@ultra.net.au To: current@FreeBSD.ORG Subject: FD Limits in current. 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 Hi, I'm trying to work out how to up the FD limits in -current. I've set login.conf to set it to 4196 but all my shells and roots shells say 1000 only. Setting it using limit says hard limit exceeded. I currently have users set to 30 in the config file. There use to be an OPEN_FILES option in the config file but thats removed.. How do we do it now? Regards Simon --- +---------------------------------------------------------------+ | Email: chaos@ultra.net.au, chaos@oz.org, simon@bofh.com.au | | http://www.ultra.net.au/~chaos Simon.Coggins@jcu.edu.au. | | Chaos on IRC, IRC Operator for the OzORG Network | +---------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 23:49:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA01759 for freebsd-current-outgoing; Sat, 19 Sep 1998 23:49:17 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.124.148]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA01746 for ; Sat, 19 Sep 1998 23:49:14 -0700 (PDT) (envelope-from kato@ganko.eps.nagoya-u.ac.jp) Received: from localhost (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.9.1/3.7W) with ESMTP id PAA01564; Sun, 20 Sep 1998 15:48:42 +0900 (JST) To: gibbs@narnia.plutotech.com Cc: current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? From: KATO Takenori In-Reply-To: Your message of "Sat, 19 Sep 1998 22:42:38 -0600 (MDT)" <199809200442.WAA06694@narnia.plutotech.com> References: <199809200442.WAA06694@narnia.plutotech.com> X-Mailer: Mew version 1.92.4 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA) X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19980920154842T.kato@gneiss.eps.nagoya-u.ac.jp> Date: Sun, 20 Sep 1998 15:48:42 +0900 X-Dispatcher: imput version 971024 Lines: 22 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Justin T. Gibbs" wrote: > I believe I've found the cause of this panic. I would appreciate it if > you could test to see if the next revision of aic7xxx.c survives the > timeout. The panic went away. > My guess is that the SAMSUNG blows away other pending transactions when > it sends a queue full message. You may want to try setting maxtags > to a value that will avoid the queue full response (perhaps 32 or 31). The value 32 works without problem. Thanks! -----------------------------------------------+--------------------------+ Kato Takenori | FreeBSD | Dept. Earth Planet. Sci, Nagoya Univ. | The power to serve! | Nagoya, 464-8602, Japan | http://www.FreeBSD.org/ | ++++ FreeBSD(98) 2.2.7: Rev. 01 available! +==========================+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message From owner-freebsd-current Sat Sep 19 23:52:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA02319 for freebsd-current-outgoing; Sat, 19 Sep 1998 23:52:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA02312 for ; Sat, 19 Sep 1998 23:52:56 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id AAA17429; Sun, 20 Sep 1998 00:52:26 -0600 (MDT) Message-Id: <199809200652.AAA17429@pluto.plutotech.com> X-Mailer: exmh version 2.0.2 2/24/98 To: KATO Takenori cc: gibbs@plutotech.com, current@FreeBSD.ORG Subject: Re: [CAM] Broken tagged queuing drive? In-reply-to: Your message of "Sun, 20 Sep 1998 15:48:42 +0900." <19980920154842T.kato@gneiss.eps.nagoya-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 20 Sep 1998 00:45:59 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >"Justin T. Gibbs" wrote: > >> I believe I've found the cause of this panic. I would appreciate it if >> you could test to see if the next revision of aic7xxx.c survives the >> timeout. > >The panic went away. Does this mean that after the timeout the drive behaved normally (i.e. the system fully recovered)? I just want to ensure that the error recovery code is robust. >> My guess is that the SAMSUNG blows away other pending transactions when >> it sends a queue full message. You may want to try setting maxtags >> to a value that will avoid the queue full response (perhaps 32 or 31). > >The value 32 works without problem. I'll add the appropriate quirk entry. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message