From owner-freebsd-current Sun Mar 5 00:15:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA28898 for current-outgoing; Sun, 5 Mar 1995 00:15:54 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA28884 for ; Sun, 5 Mar 1995 00:15:45 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10525; Sun, 5 Mar 1995 09:12:54 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id JAA07786 for freebsd-current@FreeBSD.org; Sun, 5 Mar 1995 09:12:54 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id JAA07677 for freebsd-current@FreeBSD.org; Sun, 5 Mar 1995 09:12:28 +0100 From: J Wunsch Message-Id: <199503050812.JAA07677@uriah.heep.sax.de> Subject: Re: pkg_add/delete bug? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 5 Mar 1995 09:12:27 +0100 (MET) In-Reply-To: from "Brian Tao" at Mar 5, 95 03:29:11 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 753 Sender: current-owner@FreeBSD.org Precedence: bulk As Brian Tao wrote: > > I grabbed top-3.3beta4.tgz and decided to try pkg_add on it (I > usually compile stuff from scratch, so pkg_add is new for me). I forgot > I had 'top' running in another window, so this is what I get: > > # pkg_add top-3.3beta4.tgz > tar: Could not create file bin/top : Text file busy > [go to the other window to quit 'top'] Before Terry jumps in and proposes us again to store a copy of any executable in swap :^), well, perhaps pkg_add should simply use install(1) to install the binary? This is supposed to take care of ETXTBSY (by renaming/unlinking the old binary). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 5 00:32:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA29546 for current-outgoing; Sun, 5 Mar 1995 00:32:58 -0800 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA29540 for ; Sun, 5 Mar 1995 00:32:55 -0800 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id JAA11085 for ; Sun, 5 Mar 1995 09:32:35 +0100 Message-Id: <199503050832.JAA11085@lirmm.lirmm.fr> To: current@FreeBSD.org Subject: libcompat.so, ld.so and .so one Date: Sun, 05 Mar 1995 09:32:27 +0100 From: "Philippe Charnier" Sender: current-owner@FreeBSD.org Precedence: bulk Hello, Because of crashes already reported, I can't stay FreeBSD running more than 3 hours. I removed libcompat.so.2.0 as this library is not longer created and I built `routed' using libcompat.a (maybe `routed' should not use libcompat?). I have a C++ program that need additional libtiff and libm. I can't link it because libcompat.so not longer exists. I rebuilt libtiff but the problem still occurs. So I decided to rebuilt ld and others (ld.so). There was a system panic while installing ld.so :-( and this file was corrupted. Fortunately I was able to copy the one from a 2.0.5 system (my `last chance' bootable disk). There is a system panic each time I want to install the current ld.so (freeing busy page), and after 5 attempts, I installed `install' but no change. I am now thinking that the kernel was corrupted as well during the crash and installed it again but didn't reboot with it yet. I have 2 questions: - What do I need to recompile, do remove the `no libcompat.so' message? - What is the correct action to restore ld.so when corrupted? Have a nice day, -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Sun Mar 5 01:01:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA29953 for current-outgoing; Sun, 5 Mar 1995 01:01:53 -0800 Received: from dolphin.mikom.csir.co.za (dolphin.mikom.csir.co.za [146.64.28.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA29947 for ; Sun, 5 Mar 1995 01:01:43 -0800 Received: (from jhay@localhost) by dolphin.mikom.csir.co.za (8.6.9/8.6.6) id LAA18774 for current@FreeBSD.ORG; Sun, 5 Mar 1995 11:02:20 +0200 From: John Hay Message-Id: <199503050902.LAA18774@dolphin.mikom.csir.co.za> Subject: "Text file busy" with program not running anymore? To: current@FreeBSD.org Date: Sun, 5 Mar 1995 11:02:20 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 679 Sender: current-owner@FreeBSD.org Precedence: bulk Hi, I am running FreeBSD-current with a kernel of this morning, if this is relevant. I have compiled a program, copied it with cp to another directory and executed it from there. Then I changed the source, compiled it again and when I tried to copy it, I got the "cp: /users/jhay/bin/u2d: Text file busy" message. But the program is not running anymore. I have waited a few minutes, thinking that there is some cache that have to timeout, but it did not help. Now it isn't the end of the world for me, I can just delete the file before I copy the new one or use install. I would just like to know if this is expected behaviour or not? -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-current Sun Mar 5 01:02:32 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA29961 for current-outgoing; Sun, 5 Mar 1995 01:02:32 -0800 Received: from gate.sinica.edu.tw (gate.sinica.edu.tw [140.109.14.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA29955 for ; Sun, 5 Mar 1995 01:02:24 -0800 Received: by gate.sinica.edu.tw (5.0/SMI-SVR4) id AA21015; Sun, 5 Mar 1995 17:00:41 --800 Date: Sun, 5 Mar 1995 16:57:17 +0800 (CST) From: Brian Tao Subject: Re: pkg_add/delete bug? To: FreeBSD-current users In-Reply-To: <199503050812.JAA07677@uriah.heep.sax.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 634 Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 5 Mar 1995, J Wunsch wrote: > > Before Terry jumps in and proposes us again to store a copy of any > executable in swap :^), well, perhaps pkg_add should simply use > install(1) to install the binary? This is supposed to take care of > ETXTBSY (by renaming/unlinking the old binary). This would keep things neater, since you just have to tell 'install' to handle stuff like permissions, owner/group and file flags. What does it use now? Just a combination of cp, mv, chown, chmod, etc.? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Sun Mar 5 01:10:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA00284 for current-outgoing; Sun, 5 Mar 1995 01:10:46 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA00278 for ; Sun, 5 Mar 1995 01:10:44 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id BAA17740; Sun, 5 Mar 1995 01:10:20 -0800 From: Poul-Henning Kamp Message-Id: <199503050910.BAA17740@ref.tfs.com> Subject: Re: "Text file busy" with program not running anymore? To: jhay@mikom.csir.co.za (John Hay) Date: Sun, 5 Mar 1995 01:10:20 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503050902.LAA18774@dolphin.mikom.csir.co.za> from "John Hay" at Mar 5, 95 11:02:20 am Content-Type: text Content-Length: 628 Sender: current-owner@FreeBSD.org Precedence: bulk > I am running FreeBSD-current with a kernel of this morning, if this is > relevant. I have compiled a program, copied it with cp to another directory > and executed it from there. Then I changed the source, compiled it again and > when I tried to copy it, I got the "cp: /users/jhay/bin/u2d: Text file busy" > message. But the program is not running anymore. I have waited a few minutes, > thinking that there is some cache that have to timeout, but it did not help. I see this too... -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-current Sun Mar 5 02:07:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01727 for current-outgoing; Sun, 5 Mar 1995 02:07:58 -0800 Received: from mail.rwth-aachen.de (mail.rz.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA01720 for ; Sun, 5 Mar 1995 02:07:54 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HNRWGZ8Q9C0005ML@mail.rwth-aachen.de>; Sun, 05 Mar 1995 11:08:30 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id LAA18159; Sun, 5 Mar 1995 11:13:46 +0100 Date: Sun, 05 Mar 1995 11:13:45 +0100 (MET) From: Christoph Kukulies Subject: Re: "Text file busy" with program not running anymore? In-reply-to: <199503050902.LAA18774@dolphin.mikom.csir.co.za> from "John Hay" at Mar 5, 95 11:02:20 am To: jhay@mikom.csir.co.za (John Hay) Cc: freebsd-current@freefall.cdrom.com (user alias) Reply-to: kuku@gilberto.physik.rwth-aachen.de Reply-to: Christoph Kukulies Message-id: <199503051013.LAA18159@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 1163 Sender: current-owner@FreeBSD.org Precedence: bulk > > Hi, > > I am running FreeBSD-current with a kernel of this morning, if this is > relevant. I have compiled a program, copied it with cp to another directory > and executed it from there. Then I changed the source, compiled it again and > when I tried to copy it, I got the "cp: /users/jhay/bin/u2d: Text file busy" > message. But the program is not running anymore. I have waited a few minutes, > thinking that there is some cache that have to timeout, but it did not help. I can confirm this. Have seen it too when I wanted to replace an old version of Xaccel with a newer one from a tar archive. After killing the X server I still got a "text file busy" message and only got around this by deleting the binary. > > Now it isn't the end of the world for me, I can just delete the file before > I copy the new one or use install. > > I would just like to know if this is expected behaviour or not? > > -- > John Hay -- jhay@mikom.csir.co.za > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Feb 26 20:27:39 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sun Mar 5 02:18:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01870 for current-outgoing; Sun, 5 Mar 1995 02:18:09 -0800 Received: from mail.rwth-aachen.de (mail.rz.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA01863 for ; Sun, 5 Mar 1995 02:18:01 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HNRWTU5IQO0005MP@mail.rwth-aachen.de>; Sun, 05 Mar 1995 11:18:52 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id LAA18193 for freebsd-current@freefall.cdrom.com; Sun, 5 Mar 1995 11:24:08 +0100 Date: Sun, 05 Mar 1995 11:24:08 +0100 (MET) From: Christoph Kukulies Subject: Re: kernel auf BLUES schiefgelaufen In-reply-to: <199503042025.UAA11198@blues.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Mar 4, 95 08:25:51 pm To: freebsd-current@freefall.cdrom.com (user alias) Reply-to: Christoph Kukulies Message-id: <199503051024.LAA18193@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 992 Sender: current-owner@FreeBSD.org Precedence: bulk I cannot build a kernel at present due to the following: > cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -nostdinc -I. -I../.. -I../../sys -I../../../include -DBLUESGUS -DI486_CPU -DEXCLUDE_PAS -DEXCLUDE_OPL3 -DEXCLUDE_YM3812 -DEXCLUDE_SB16 -DEXCLUDE_SBPRO -DEXCLUDE_SB_EMULATION -DEXCLUDE_SB -DBOUNCE_BUFFERS -DNCONS=8 -DSCSI_DELAY=15 -DFAT_CURSOR -DUCONSOLE -DCOMPAT_43 -DPROCFS -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -Di386 -DLOAD_ADDRESS=0xF0100000 ../../i386/i386/conf.c > ../../i386/i386/conf.c:211: matcd.h: No such file or directory > ../../i386/i386/conf.c:842: nic.h: No such file or directory > ../../i386/i386/conf.c:853: nnic.h: No such file or directory > *** Error code 1 > > Stop. > I did a make includes, cd config, make cleandir depend all install. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Feb 26 20:27:39 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sun Mar 5 02:59:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA02233 for current-outgoing; Sun, 5 Mar 1995 02:59:54 -0800 Received: from dolphin.mikom.csir.co.za (dolphin.mikom.csir.co.za [146.64.28.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA02219 for ; Sun, 5 Mar 1995 02:59:48 -0800 Received: (from jhay@localhost) by dolphin.mikom.csir.co.za (8.6.9/8.6.6) id MAA19036; Sun, 5 Mar 1995 12:59:39 +0200 From: John Hay Message-Id: <199503051059.MAA19036@dolphin.mikom.csir.co.za> Subject: Re: kernel auf BLUES schiefgelaufen To: kuku@gilberto.physik.rwth-aachen.de Date: Sun, 5 Mar 1995 12:59:39 +0200 (SAT) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199503051024.LAA18193@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Mar 5, 95 11:24:08 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 935 Sender: current-owner@FreeBSD.org Precedence: bulk > > I cannot build a kernel at present due to the following: > > > cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -nostdinc -I. -I../.. > -I../../sys -I../../../include -DBLUESGUS -DI486_CPU -DEXCLUDE_PAS > -DEXCLUDE_OPL3 -DEXCLUDE_YM3812 -DEXCLUDE_SB16 -DEXCLUDE_SBPRO > -DEXCLUDE_SB_EMULATION -DEXCLUDE_SB -DBOUNCE_BUFFERS -DNCONS=8 > -DSCSI_DELAY=15 -DFAT_CURSOR -DUCONSOLE -DCOMPAT_43 -DPROCFS > -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -Di386 > -DLOAD_ADDRESS=0xF0100000 ../../i386/i386/conf.c > > ../../i386/i386/conf.c:211: matcd.h: No such file or directory > > ../../i386/i386/conf.c:842: nic.h: No such file or directory > > ../../i386/i386/conf.c:853: nnic.h: No such file or directory > > *** Error code 1 > > > > Stop. > > > I did a make includes, cd config, make cleandir depend all install. > And then you did a "cd /sys/i386/conf; config " ? -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-current Sun Mar 5 03:20:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA02806 for current-outgoing; Sun, 5 Mar 1995 03:20:31 -0800 Received: from mail.rwth-aachen.de (mail.rz.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA02800 for ; Sun, 5 Mar 1995 03:20:28 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HNRYZUHSZK0005NG@mail.rwth-aachen.de>; Sun, 05 Mar 1995 12:20:59 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id MAA18300; Sun, 5 Mar 1995 12:26:15 +0100 Date: Sun, 05 Mar 1995 12:26:14 +0100 (MET) From: Christoph Kukulies Subject: Re: kernel auf BLUES schiefgelaufen In-reply-to: <199503051059.MAA19036@dolphin.mikom.csir.co.za> from "John Hay" at Mar 5, 95 12:59:39 pm To: jhay@mikom.csir.co.za (John Hay) Cc: freebsd-current@freefall.cdrom.com (user alias) Reply-to: Christoph Kukulies Message-id: <199503051126.MAA18300@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 1919 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > I cannot build a kernel at present due to the following: > > > > > cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -nostdinc -I. -I../.. > > -I../../sys -I../../../include -DBLUESGUS -DI486_CPU -DEXCLUDE_PAS > > -DEXCLUDE_OPL3 -DEXCLUDE_YM3812 -DEXCLUDE_SB16 -DEXCLUDE_SBPRO > > -DEXCLUDE_SB_EMULATION -DEXCLUDE_SB -DBOUNCE_BUFFERS -DNCONS=8 > > -DSCSI_DELAY=15 -DFAT_CURSOR -DUCONSOLE -DCOMPAT_43 -DPROCFS > > -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL -Di386 > > -DLOAD_ADDRESS=0xF0100000 ../../i386/i386/conf.c > > > ../../i386/i386/conf.c:211: matcd.h: No such file or directory > > > ../../i386/i386/conf.c:842: nic.h: No such file or directory > > > ../../i386/i386/conf.c:853: nnic.h: No such file or directory > > > *** Error code 1 > > > > > > Stop. > > > > > I did a make includes, cd config, make cleandir depend all install. > > > And then you did a "cd /sys/i386/conf; config " ? You're kidding :-). For the matcd.h this might be missing due a sup but I have no explanation for the missing nic/nnic.h files which seem to be related to ppp. This is my makekernel script invoked by cron after a make world:: #!/bin/sh cd /sys/i386/conf config BLUESGUS >config.log 2>&1 cd /sys/compile/BLUESGUS make depend >/root/makekernel.log 2>&1 make >>/root/makekernel.log 2>&1 if [ $? = 0 ] ; then tail /root/makekernel.log | mail -s "Ein neuer kernel auf BLUES `date`" kuku mv /kernel.old /kernel.alt mv /kernel /kernel.old mv ./kernel /kernel sleep 30 /sbin/shutdown -r +3 exit 0 # NOT REACHED fi tail /root/makekernel.log | mail -s "kernel auf BLUES schiefgelaufen" kuku exit 1 > > -- > John Hay -- jhay@mikom.csir.co.za > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Feb 26 20:27:39 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sun Mar 5 03:23:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA02919 for current-outgoing; Sun, 5 Mar 1995 03:23:13 -0800 Received: from thud.cdrom.com (thud.cdrom.com [192.216.222.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA02913 for ; Sun, 5 Mar 1995 03:23:11 -0800 Received: (from jmacd@localhost) by thud.cdrom.com (8.6.9/8.6.9) id DAA02746 for freebsd-current@freebsd.org; Sun, 5 Mar 1995 03:22:40 -0800 Date: Sun, 5 Mar 1995 03:22:40 -0800 From: Joshua Peck Macdonald Message-Id: <199503051122.DAA02746@thud.cdrom.com> To: freebsd-current@FreeBSD.org Subject: size_t decl Sender: current-owner@FreeBSD.org Precedence: bulk why does this happen under -current? In file included from /usr/include/stdio.h:43, from runtime.h:32, from hash.c:31: /usr/include/sys/types.h:108: `size_t' used prior to declaration I'm not quite sure why that should happen. From owner-freebsd-current Sun Mar 5 03:31:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA03362 for current-outgoing; Sun, 5 Mar 1995 03:31:45 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA03356 for ; Sun, 5 Mar 1995 03:31:42 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id GAA01718; Sun, 5 Mar 1995 06:29:03 -0500 From: Peter Dufault Message-Id: <199503051129.GAA01718@hda.com> Subject: Re: Wiring To: hsu@cs.hut.fi Date: Sun, 5 Mar 1995 06:29:02 -0500 (EST) Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199503050749.JAA08984@smile.clinet.fi> from "Heikki Suonsivu" at Mar 5, 95 09:49:00 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1731 Sender: current-owner@FreeBSD.org Precedence: bulk Heikki Suonsivu writes: > > > # Beginning with FreeBSD 2.1 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 "sd3" then the first > # non-wired disk will be assigned sd4. > > Would it be better to by default try to wire the first 4 disks? I'm not sure what you mean. Where would we put the disks on my system: bus 0 target 0 lun 0 bus 0 target 1 lun 0 bus 0 target 3 lun 0 Right now the behavior is easy to change (change scsi_assign_unit() in scsiconf.c) but after 2.1 it will be there for life, so let us be sure we like the approach. I don't think it is practical to do anything that changes the default behavior present in 2.0 and earlier. With what I've put in, all old kernels are supposed to boot and mount the drives in the same place they always have, with the same dangers we've always had. I shudder to think what the last week would have been like if I had changed the default behavior for disk assignments. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Sun Mar 5 03:47:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA03720 for current-outgoing; Sun, 5 Mar 1995 03:47:23 -0800 Received: from mail.rwth-aachen.de (mail.rz.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA03714 for ; Sun, 5 Mar 1995 03:47:20 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HNRZXL2MCG0005GS@mail.rwth-aachen.de>; Sun, 05 Mar 1995 12:48:11 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id MAA18379 for freebsd-current@freefall.cdrom.com; Sun, 5 Mar 1995 12:53:33 +0100 Date: Sun, 05 Mar 1995 12:53:33 +0100 From: "Christoph P. Kukulies" Subject: matcd.h nic.h nnic.h To: freebsd-current@freefall.cdrom.com Message-id: <199503051153.MAA18379@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: current-owner@FreeBSD.org Precedence: bulk It looks like I was again out of sync somehow. It's time to leave sup. The files are generated now by config. Sorry again for the noise, I'll investigate deeper in the future if this occurs again. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Feb 26 20:27:39 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sun Mar 5 04:19:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA04707 for current-outgoing; Sun, 5 Mar 1995 04:19:14 -0800 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA04700 for ; Sun, 5 Mar 1995 04:19:12 -0800 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA12723 (5.65c8/HUTCS-S 1.4 for ); Sun, 5 Mar 1995 14:17:53 +0200 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id OAA12086; Sun, 5 Mar 1995 14:18:57 +0200 Date: Sun, 5 Mar 1995 14:18:57 +0200 Message-Id: <199503051218.OAA12086@shadows.cs.hut.fi> To: freebsd-current@FreeBSD.org In-Reply-To: "Rodney W. Grimes"'s message of 4 Mar 1995 10:51:41 +0200 Subject: Re: backspace now broken Organization: Helsinki University of Technology, Otaniemi, Finland Sender: current-owner@FreeBSD.org Precedence: bulk Okay, some keyboards do just have the <-- on that key, but many also have the word ``backspace'' or ``<-- backspace'' printed on the key. I have never seen a PC keyboard with that key labeled ``delete''. ... I don't give a sh*t about what OS does what with what character, I care that FreeBSD generates the ascii code for the legend on most if not all keyboards. I don't think it is wise to generate what the legend says, but it should generate the ASCII character which removes the previously typed character, which is the expected behavior of the backspace key (the big one with <-- or backspace in it). ASCII standard says this character code is 0x7f, DEL, RUBOUT, ^?, not ^H, which is *non-destructive* backspace. This is also consistent with what most programs and users expect to see. IBM messed this up in DOS, but they have never been known of their consistent following of standards. My vote goes to ^?. - Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-current Sun Mar 5 06:51:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA07489 for current-outgoing; Sun, 5 Mar 1995 06:51:27 -0800 Received: from cardhu.cs.hut.fi (hsu@cardhu.cs.hut.fi [130.233.192.95]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA07481 for ; Sun, 5 Mar 1995 06:51:25 -0800 Received: by cardhu.cs.hut.fi id AA06069 (5.65c8/HUTCS-C 1.3 for freebsd-current@freefall.cdrom.com); Sun, 5 Mar 1995 16:50:48 +0200 Date: Sun, 5 Mar 1995 16:50:48 +0200 From: Heikki Suonsivu Message-Id: <199503051450.AA06069@cardhu.cs.hut.fi> To: Peter Dufault Cc: hsu@cs.hut.fi, freebsd-current@freefall.cdrom.com Subject: Re: Wiring In-Reply-To: <199503051129.GAA01718@hda.com> References: <199503050749.JAA08984@smile.clinet.fi> <199503051129.GAA01718@hda.com> Organization: Helsinki University of Technology, Otaniemi, Finland Sender: current-owner@FreeBSD.org Precedence: bulk Peter Dufault writes: > > Would it be better to by default try to wire the first 4 disks? > I'm not sure what you mean. Where would we put the disks on my system: Something I would assume it should be: disk sd0 at scbus0 target 0 unit 0 disk sd1 at scbus0 target 1 disk sd2 at scbus0 target 2 disk sd3 at scbus0 target 3 disk sd4 at scbus0 target 4 disk sd5 at scbus0 target 5 disk sd6 at scbus0 target 6 tape st0 at scbus0 target 4 tape st1 at scbus0 target 5 device cd0 at scbus0 target 6 This really doesn't help as luns are not taken into account. SunOS uses a kludge, target x lun y becomes sd(2*x+1). Not nice, but at least it has got a fixed mapping. How about ctl, beefed up with sp for logical devices? > I don't think it is practical to do anything that changes the > default behavior present in 2.0 and earlier. With what I've put I don't know when this changed, but Mach and older NetBSD drivers had fixed mapping. I didn't notice this until I saw comments in 2.0 LINT. > had. I shudder to think what the last week would have been like > if I had changed the default behavior for disk assignments. I have been shuddering since I learned about allocating the ids dynamically. Fortunately our database test engine is a Sun, it has got 12 disks in 4 external boxes (in addition to internal boot disk). Managing such a system with sd's wandering around when one of the boxes doesn't spin up wouldn't be fun. Not even if we were lucky and one of the filesystem disks didn't happen to be remapped into database disks or tmp. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-current Sun Mar 5 06:54:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA07762 for current-outgoing; Sun, 5 Mar 1995 06:54:40 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA07738 for ; Sun, 5 Mar 1995 06:54:33 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA15829; Sun, 5 Mar 1995 15:51:32 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id PAA09313 for freebsd-current@FreeBSD.org; Sun, 5 Mar 1995 15:51:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id PAA01446 for freebsd-current@FreeBSD.org; Sun, 5 Mar 1995 15:42:46 +0100 From: J Wunsch Message-Id: <199503051442.PAA01446@uriah.heep.sax.de> Subject: -nostdinc in Makefile.i386 breaks stand-alone compiles To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 5 Mar 1995 15:42:45 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 486 Sender: current-owner@FreeBSD.org Precedence: bulk Bruce's change to have the kernel compiled with -nostdinc breaks `stand-alone' kernel builds, i.e. i cannot do cvs co sys cd sys/i386/conf config GENERIC cd ../../compile/GENERIC make which did it previously. I'm just removing the -stdinc from my private Makefile by now, but i don't have an idea on how to solve the problem globally. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 5 06:54:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA07764 for current-outgoing; Sun, 5 Mar 1995 06:54:40 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA07742 for ; Sun, 5 Mar 1995 06:54:33 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA15836; Sun, 5 Mar 1995 15:51:33 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id PAA09316 for freebsd-current@FreeBSD.org; Sun, 5 Mar 1995 15:51:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id PAA01740 for freebsd-current@FreeBSD.org; Sun, 5 Mar 1995 15:47:46 +0100 From: J Wunsch Message-Id: <199503051447.PAA01740@uriah.heep.sax.de> Subject: any news for gdb? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 5 Mar 1995 15:47:45 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 904 Sender: current-owner@FreeBSD.org Precedence: bulk I've just accidentally started gdb and being caught by the `usual' panic. But i've been rather surprised, remembering back, that gdb actually *worked* 10 minutes ago on the same binary! (I'm typing the ``gdb foo'' command blindly without thinking as soon as i've been seeing something like ``Segmentation fault (core dumped).'', so did i in this case.) I also noticed (this was with a 950210-SNAP kernel) that the fsck -p did not complain about any inconsistencies in the file system other than the statistics, but it *silently* truncated my files to zero length. Sounds like a bug to me. (Previously i remember that i've seen something like ``Incorrect block count, 4 should be 0 (fixed)'' in this case, which was a clear signal to not trust the files.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 5 06:54:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA07786 for current-outgoing; Sun, 5 Mar 1995 06:54:48 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA07746 for ; Sun, 5 Mar 1995 06:54:35 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA15840; Sun, 5 Mar 1995 15:51:34 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id PAA09319 for freebsd-current@FreeBSD.org; Sun, 5 Mar 1995 15:51:33 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id PAA01918 for freebsd-current@FreeBSD.org; Sun, 5 Mar 1995 15:50:48 +0100 From: J Wunsch Message-Id: <199503051450.PAA01918@uriah.heep.sax.de> Subject: libm broken? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 5 Mar 1995 15:50:48 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 458 Sender: current-owner@FreeBSD.org Precedence: bulk Is there any known brokeness with libm? I've compiled the acm program (a flight simulator), and i'm getting SIGFPE's. This happens with either the standard libm or msun, but it apparently only happens when compiled without -g. It's perhaps the same as the problem report regarding the broken cos() function. (?) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 5 07:23:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA09153 for current-outgoing; Sun, 5 Mar 1995 07:23:56 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA09145 for ; Sun, 5 Mar 1995 07:23:51 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id HAA00851; Sun, 5 Mar 1995 07:23:20 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id HAA00249; Sun, 5 Mar 1995 07:23:19 -0800 Message-Id: <199503051523.HAA00249@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: John Hay cc: current@FreeBSD.org Subject: Re: "Text file busy" with program not running anymore? In-reply-to: Your message of "Sat, 05 Mar 95 11:02:20 +0200." <199503050902.LAA18774@dolphin.mikom.csir.co.za> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 05 Mar 1995 07:23:16 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >I am running FreeBSD-current with a kernel of this morning, if this is >relevant. I have compiled a program, copied it with cp to another directory >and executed it from there. Then I changed the source, compiled it again and >when I tried to copy it, I got the "cp: /users/jhay/bin/u2d: Text file busy" >message. But the program is not running anymore. I have waited a few minutes, >thinking that there is some cache that have to timeout, but it did not help. > >Now it isn't the end of the world for me, I can just delete the file before >I copy the new one or use install. > >I would just like to know if this is expected behaviour or not? It is expected. Whenever a file is executed, the VTEXT flag is set on the vnode to indicate that someone is executing it. The flag remains set until there are no references to it and it is no longer cached. In your case, it lingered in the cache. It never 'times out' - the cached vnodes are replaced with other cached vnodes - so it will only get out of the cache if there is activity on the system to flush it out. It's conceivable that there could be a count instead of a flag...but this complicates things quite a bit and I don't see the point in it. Just rm the file first. -DG From owner-freebsd-current Sun Mar 5 07:42:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA09616 for current-outgoing; Sun, 5 Mar 1995 07:42:59 -0800 Received: from hutcs.cs.hut.fi (hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA09594 for ; Sun, 5 Mar 1995 07:42:46 -0800 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA13555 (5.65c8/HUTCS-S 1.4 for ); Sun, 5 Mar 1995 17:40:56 +0200 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id RAA16370; Sun, 5 Mar 1995 17:42:01 +0200 Date: Sun, 5 Mar 1995 17:42:01 +0200 Message-Id: <199503051542.RAA16370@shadows.cs.hut.fi> To: freebsd-current@freefall.cdrom.com Subject: Proposal Organization: Helsinki University of Technology, Otaniemi, Finland Sender: current-owner@FreeBSD.org Precedence: bulk How about adding this to the end of the /etc/rc.local? if [ -x /usr/local/etc/rc.`hostname` ] then . /usr/local/etc/rc.`hostname` fi - Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-current Sun Mar 5 08:13:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11218 for current-outgoing; Sun, 5 Mar 1995 08:13:14 -0800 Received: from dolphin.mikom.csir.co.za (dolphin.mikom.csir.co.za [146.64.28.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA11204 for ; Sun, 5 Mar 1995 08:13:08 -0800 Received: (from jhay@localhost) by dolphin.mikom.csir.co.za (8.6.9/8.6.6) id SAA19674; Sun, 5 Mar 1995 18:13:17 +0200 From: John Hay Message-Id: <199503051613.SAA19674@dolphin.mikom.csir.co.za> Subject: Re: "Text file busy" with program not running anymore? To: davidg@Root.COM Date: Sun, 5 Mar 1995 18:13:17 +0200 (SAT) Cc: current@FreeBSD.org In-Reply-To: <199503051523.HAA00249@corbin.Root.COM> from "David Greenman" at Mar 5, 95 07:23:16 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 768 Sender: current-owner@FreeBSD.org Precedence: bulk > It is expected. Whenever a file is executed, the VTEXT flag is set on the > vnode to indicate that someone is executing it. The flag remains set until > there are no references to it and it is no longer cached. In your case, it > lingered in the cache. It never 'times out' - the cached vnodes are replaced > with other cached vnodes - so it will only get out of the cache if there is > activity on the system to flush it out. > It's conceivable that there could be a count instead of a flag...but this > complicates things quite a bit and I don't see the point in it. Just rm the > file first. > Does this mean that the space allocated on disk to those programs will not be freed until you unmount that disk or reboot? -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-current Sun Mar 5 08:17:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11490 for current-outgoing; Sun, 5 Mar 1995 08:17:35 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA11478 for ; Sun, 5 Mar 1995 08:17:32 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id LAA02146; Sun, 5 Mar 1995 11:14:53 -0500 From: Peter Dufault Message-Id: <199503051614.LAA02146@hda.com> Subject: Re: Wiring To: hsu@cs.hut.fi (Heikki Suonsivu) Date: Sun, 5 Mar 1995 11:14:52 -0500 (EST) Cc: hsu@cs.hut.fi, freebsd-current@freefall.cdrom.com In-Reply-To: <199503051450.AA06069@cardhu.cs.hut.fi> from "Heikki Suonsivu" at Mar 5, 95 04:50:48 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1251 Sender: current-owner@FreeBSD.org Precedence: bulk Heikki Suonsivu writes: (...) > Something I would assume it should be: > > disk sd0 at scbus0 target 0 unit 0 > disk sd1 at scbus0 target 1 > disk sd2 at scbus0 target 2 > disk sd3 at scbus0 target 3 > disk sd4 at scbus0 target 4 > disk sd5 at scbus0 target 5 > disk sd6 at scbus0 target 6 > tape st0 at scbus0 target 4 > tape st1 at scbus0 target 5 > device cd0 at scbus0 target 6 > (...) > SunOS uses a kludge, target x lun y becomes sd(2*x+1). Not nice, but at > least it has got a fixed mapping. > (...) Am I right that your concern is that the default behavior of a FreeBSD kernel is potentially wondering SCSI disks, and that providing the capability of wiring down the disks is only a partial solution, since the majority of the great unwashed won't wire them down and will be likely to be hurt by this? If we built a kernel using your table above my disks would move around. Also, my tapes will show up as st2 and st3 since they aren't at those targets. I can't see how to change this without having a big upgrade headache and incompatability with existing kernels. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Sun Mar 5 08:18:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11555 for current-outgoing; Sun, 5 Mar 1995 08:18:31 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA11542 for ; Sun, 5 Mar 1995 08:18:25 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id IAA00904; Sun, 5 Mar 1995 08:18:08 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id IAA00160; Sun, 5 Mar 1995 08:18:08 -0800 Message-Id: <199503051618.IAA00160@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: John Hay cc: current@FreeBSD.org Subject: Re: "Text file busy" with program not running anymore? In-reply-to: Your message of "Sat, 05 Mar 95 18:13:17 +0200." <199503051613.SAA19674@dolphin.mikom.csir.co.za> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 05 Mar 1995 08:18:06 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >> It is expected. Whenever a file is executed, the VTEXT flag is set on the >> vnode to indicate that someone is executing it. The flag remains set until >> there are no references to it and it is no longer cached. In your case, it >> lingered in the cache. It never 'times out' - the cached vnodes are replaced >> with other cached vnodes - so it will only get out of the cache if there is >> activity on the system to flush it out. >> It's conceivable that there could be a count instead of a flag...but this >> complicates things quite a bit and I don't see the point in it. Just rm the >> file first. >> >Does this mean that the space allocated on disk to those programs will >not be freed until you unmount that disk or reboot? No, it only means that the space will be consumed until either the file is rm'd or the vnode is pushed out of the cache (or the disk is unmounted - which uncaches all of the associated vnodes). -DG From owner-freebsd-current Sun Mar 5 08:29:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12047 for current-outgoing; Sun, 5 Mar 1995 08:29:23 -0800 Received: from mail.netcom.com (root@mail.netcom.com [192.100.81.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12041 for ; Sun, 5 Mar 1995 08:29:23 -0800 From: patl@asimov.lashley.slip.netcom.com Received: from lashley.slip.netcom.com by mail.netcom.com (8.6.10/Netcom) id IAA18122; Sun, 5 Mar 1995 08:28:46 -0800 Received: by lashley.slip.netcom.com (5.x/SMI-SVR4) id AA05762; Sun, 5 Mar 1995 08:32:15 -0800 Date: Sun, 5 Mar 1995 08:32:15 -0800 Message-Id: <9503051632.AA05762@lashley.slip.netcom.com> To: hsu@cs.hut.fi Subject: Re: Wiring Cc: freebsd-current@freefall.cdrom.com Reply-To: lashley@netcom.com X-Sun-Charset: US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk |> # Beginning with FreeBSD 2.1 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 "sd3" then the first |> # non-wired disk will be assigned sd4. |> |> Would it be better to by default try to wire the first 4 disks? Here's a completely radical idea... Make the canonical device names follow the Solaris/SvR4 convention: cWtXdYsZ where W=controller number, X=SCSI target, Y='drive' (SCSI LUN) number, and Z=slice/partition/sub-unit number (for devices that support any similar concept). Then make /dev/sd*, /dev/st*, etc. symlinks to the appropriate canonical name. The links could be created at boot time using the current algorythm. Anyone who wants fixed allocation can simply refer to the canonical name in the fstab (or any other reference...) -Pat From owner-freebsd-current Sun Mar 5 09:19:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13936 for current-outgoing; Sun, 5 Mar 1995 09:19:06 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA13930 for ; Sun, 5 Mar 1995 09:19:02 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id JAA21967; Sun, 5 Mar 1995 09:17:41 -0800 From: "Rodney W. Grimes" Message-Id: <199503051717.JAA21967@gndrsh.aac.dev.com> Subject: Re: backspace now broken To: hsu@cs.hut.fi (Heikki Suonsivu) Date: Sun, 5 Mar 1995 09:17:41 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503051218.OAA12086@shadows.cs.hut.fi> from "Heikki Suonsivu" at Mar 5, 95 02:18:57 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1545 Sender: current-owner@FreeBSD.org Precedence: bulk > > > Okay, some keyboards do just have the <-- on that key, but many also have > the word ``backspace'' or ``<-- backspace'' printed on the key. I have > never seen a PC keyboard with that key labeled ``delete''. > ... > I don't give a sh*t about what OS does what with what character, I care > that FreeBSD generates the ascii code for the legend on most if not > all keyboards. > > I don't think it is wise to generate what the legend says, but it should > generate the ASCII character which removes the previously typed character, > which is the expected behavior of the backspace key (the big one with <-- > or backspace in it). ASCII standard says this character code is 0x7f, DEL, > RUBOUT, ^?, not ^H, which is *non-destructive* backspace. This is also > consistent with what most programs and users expect to see. The ASCII standard does not say how *any* character should be interpretted, especially the control characters. And it specifically does not say that 0x08 (^H) is ``non-destructive backspace''). > IBM messed this up in DOS, but they have never been known of their > consistent following of standards. Are you also telling me Apollo messed this up in Aegis and Domain/IX? > > My vote goes to ^?. > > - > Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, > hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Sun Mar 5 10:21:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA17034 for current-outgoing; Sun, 5 Mar 1995 10:21:31 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA17026 for ; Sun, 5 Mar 1995 10:21:30 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA18600; Sun, 5 Mar 1995 10:20:57 -0800 From: Poul-Henning Kamp Message-Id: <199503051820.KAA18600@ref.tfs.com> Subject: Re: "Text file busy" with program not running anymore? To: davidg@Root.COM Date: Sun, 5 Mar 1995 10:20:56 -0800 (PST) Cc: jhay@mikom.csir.co.za, current@FreeBSD.org In-Reply-To: <199503051523.HAA00249@corbin.Root.COM> from "David Greenman" at Mar 5, 95 07:23:16 am Content-Type: text Content-Length: 1481 Sender: current-owner@FreeBSD.org Precedence: bulk > >I am running FreeBSD-current with a kernel of this morning, if this is > >relevant. I have compiled a program, copied it with cp to another directory > >and executed it from there. Then I changed the source, compiled it again and > >when I tried to copy it, I got the "cp: /users/jhay/bin/u2d: Text file busy" > >message. But the program is not running anymore. I have waited a few minutes, > >thinking that there is some cache that have to timeout, but it did not help. > > > >Now it isn't the end of the world for me, I can just delete the file before > >I copy the new one or use install. > > > >I would just like to know if this is expected behaviour or not? > > It is expected. Whenever a file is executed, the VTEXT flag is set on the > vnode to indicate that someone is executing it. The flag remains set until > there are no references to it and it is no longer cached. In your case, it > lingered in the cache. It never 'times out' - the cached vnodes are replaced > with other cached vnodes - so it will only get out of the cache if there is > activity on the system to flush it out. > It's conceivable that there could be a count instead of a flag...but this > complicates things quite a bit and I don't see the point in it. Just rm the > file first. Wouldn't the right thing be to flush it if it is opened for write ? -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-current Sun Mar 5 11:12:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22239 for current-outgoing; Sun, 5 Mar 1995 11:12:07 -0800 Received: from mail.rwth-aachen.de (mail.rz.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA22222 for ; Sun, 5 Mar 1995 11:12:04 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HNSFG085UO000616@mail.rwth-aachen.de>; Sun, 05 Mar 1995 20:12:08 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id UAA18987 for freebsd-current@freefall.cdrom.com; Sun, 5 Mar 1995 20:17:25 +0100 Date: Sun, 05 Mar 1995 20:17:25 +0100 From: "Christoph P. Kukulies" Subject: gus_wave.c breaks kernel build To: freebsd-current@freefall.cdrom.com Message-id: <199503051917.UAA18987@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: current-owner@FreeBSD.org Precedence: bulk Could someone fix gus_wave.c please? gusintr(0,NULL) seems to be bogus to me when it is declared gusintr(int) - also I see no usage of a second parameter in the code of gus_card.c. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Feb 26 20:27:39 1995 root@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sun Mar 5 11:47:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA25128 for current-outgoing; Sun, 5 Mar 1995 11:47:18 -0800 Received: from rz-wb.fh-sw.de (rz-wb.fh-sw.de [192.129.23.111]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA24993 for ; Sun, 5 Mar 1995 11:46:53 -0800 Received: (from root@localhost) by rz-wb.fh-sw.de (8.6.9/8.6.9) id UAA00390; Sun, 5 Mar 1995 20:46:26 +0100 Date: Sun, 5 Mar 1995 20:46:25 +0100 (MET) From: Michael Reifenberger To: FreeBSD-Current Subject: Data corruption under current !?! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk A current kernel and a kernel from Feb 16 gives me: >cp /kernel /tmp/ >cd /tmp >split -b 50k kernel kernel. >cat kernel.* > k >cmp kernel k k kernel differ: char ....., line .... but: >cp /kernel /tmp/ >cd /tmp >split -b 300k kernel kernel. >cat kernel.* > k >cmp kernel k does work. Anybody else sees this? Bye! ---- Michael Reifenberger From owner-freebsd-current Sun Mar 5 12:21:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA26940 for current-outgoing; Sun, 5 Mar 1995 12:21:46 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA26919 for ; Sun, 5 Mar 1995 12:21:27 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.10/8.6.9) with SMTP id WAA07809; Sun, 5 Mar 1995 22:20:23 +0200 Message-Id: <199503052020.WAA07809@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: Poul-Henning Kamp cc: davidg@Root.COM, jhay@mikom.csir.co.za, current@FreeBSD.org Subject: Re: "Text file busy" with program not running anymore? Date: Sun, 05 Mar 1995 22:20:23 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > It is expected. Whenever a file is executed, the VTEXT flag is set on the > vnode to indicate that someone is executing it. The flag remains set until > there are no references to it and it is no longer cached. In your case, it > lingered in the cache. It never 'times out' - the cached vnodes are replacede > with other cached vnodes - so it will only get out of the cache if there is > activity on the system to flush it out. > It's conceivable that there could be a count instead of a flag...but this > complicates things quite a bit and I don't see the point in it. Just rm the > file first. This smells like trouble to me. What happens during a "cd /usr/src; make all; make install"? What will happen to the open shared libraries? In the last couple of days I get panics at the library install phase of make world (sure it may be something else, but I am as suspicious as hell). > Wouldn't the right thing be to flush it if it is opened for write ? Again - what happens to shared libraries? -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Sun Mar 5 13:33:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA00456 for current-outgoing; Sun, 5 Mar 1995 13:33:39 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA00443 for ; Sun, 5 Mar 1995 13:33:33 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id NAA01124; Sun, 5 Mar 1995 13:33:10 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id NAA00248; Sun, 5 Mar 1995 13:33:10 -0800 Message-Id: <199503052133.NAA00248@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Poul-Henning Kamp cc: jhay@mikom.csir.co.za, current@FreeBSD.org Subject: Re: "Text file busy" with program not running anymore? In-reply-to: Your message of "Sun, 05 Mar 95 10:20:56 PST." <199503051820.KAA18600@ref.tfs.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 05 Mar 1995 13:33:08 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >> It is expected. Whenever a file is executed, the VTEXT flag is set on the >> vnode to indicate that someone is executing it. The flag remains set until >> there are no references to it and it is no longer cached. In your case, it >> lingered in the cache. It never 'times out' - the cached vnodes are replaced >> with other cached vnodes - so it will only get out of the cache if there is >> activity on the system to flush it out. >> It's conceivable that there could be a count instead of a flag...but this >> complicates things quite a bit and I don't see the point in it. Just rm the >> file first. >Wouldn't the right thing be to flush it if it is opened for write ? No. Executed mapped files are a special case. I actually think that the "text file busy" thing is generally a hack that should just be removed. I can see no valid justification for preventing writes to executing files. If you really don't want your executing process(es) to die, then unlinking the file first is this the thing to do. -DG From owner-freebsd-current Sun Mar 5 13:43:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01382 for current-outgoing; Sun, 5 Mar 1995 13:43:43 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA01360 for ; Sun, 5 Mar 1995 13:43:35 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id NAA01139; Sun, 5 Mar 1995 13:43:14 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id NAA00266; Sun, 5 Mar 1995 13:43:13 -0800 Message-Id: <199503052143.NAA00266@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Mark Murray cc: Poul-Henning Kamp , jhay@mikom.csir.co.za, current@FreeBSD.org Subject: Re: "Text file busy" with program not running anymore? In-reply-to: Your message of "Sun, 05 Mar 95 22:20:23 +0200." <199503052020.WAA07809@grunt.grondar.za> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 05 Mar 1995 13:43:13 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >> It is expected. Whenever a file is executed, the VTEXT flag is set on the >> vnode to indicate that someone is executing it. The flag remains set until >> there are no references to it and it is no longer cached. In your case, it >> lingered in the cache. It never 'times out' - the cached vnodes are replacede >> with other cached vnodes - so it will only get out of the cache if there is >> activity on the system to flush it out. >> It's conceivable that there could be a count instead of a flag...but this >> complicates things quite a bit and I don't see the point in it. Just rm the >> file first. > >This smells like trouble to me. What happens during a "cd /usr/src; make all; >make install"? install unlinks the target first. > What will happen to the open shared libraries? They get unlinked. They stay around until the last process that has them open unmaps them. > In the last >couple of days I get panics at the library install phase of make world (sure >it may be something else, but I am as suspicious as hell). I doubt this is related. >> Wouldn't the right thing be to flush it if it is opened for write ? I just read Poul saying the same thing - you mean if the VTEXT flag is on and somebody attempts to open it for write? Actually, now that I think about it, the thing to do is to shut off the VTEXT flag when the object reference count goes to 0...I thought we already did that...but we don't. This should completely solve the problem. I'll add it to my whiteboard. >Again - what happens to shared libraries? The VTEXT flag is only set on exec()'d files. Shared libraries aren't exec()'d. If you clobber the data in a shared library file, any processes which are currently using them will likely die. ...but install unlinks the target first, so this should happen. -DG From owner-freebsd-current Sun Mar 5 13:47:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01757 for current-outgoing; Sun, 5 Mar 1995 13:47:47 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA01747 for ; Sun, 5 Mar 1995 13:47:43 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id QAA17532 for current@freebsd.org; Sun, 5 Mar 1995 16:47:39 -0500 Received: by starkhome.cs.sunysb.edu (8.6.10/1.34) id IAA15671; Sun, 5 Mar 1995 08:52:19 -0500 Date: Sun, 5 Mar 1995 08:52:19 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503051352.IAA15671@starkhome.cs.sunysb.edu> To: current@FreeBSD.org Subject: Latest chattering patches don't help too much Sender: current-owner@FreeBSD.org Precedence: bulk Just wanted to report that the latest chattering patches don't really seem to help too much. I am still getting substantial chattering, e.g. during a rebuild of libg++ as the include files are read for each successive source file. - Gene From owner-freebsd-current Sun Mar 5 13:47:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA01766 for current-outgoing; Sun, 5 Mar 1995 13:47:49 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA01749 for ; Sun, 5 Mar 1995 13:47:44 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id QAA17529 for current@freebsd.org; Sun, 5 Mar 1995 16:47:38 -0500 Received: by starkhome.cs.sunysb.edu (8.6.10/1.34) id HAA00193; Sun, 5 Mar 1995 07:36:33 -0500 Date: Sun, 5 Mar 1995 07:36:33 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503051236.HAA00193@starkhome.cs.sunysb.edu> To: current@FreeBSD.org Subject: Invalid time in real-time clock Sender: current-owner@FreeBSD.org Precedence: bulk A freshly compiled kernel from this morning's sup reports the following: Invalid time in real time clock: check and reset the date immediately. However, the date appears to have been correctly initialized. I never got this before. The message comes from i386/isa/clock.c, but this doesn't appear to have been changed recently. What gives? - Gene Stark From owner-freebsd-current Sun Mar 5 13:58:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02680 for current-outgoing; Sun, 5 Mar 1995 13:58:48 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA02584 for ; Sun, 5 Mar 1995 13:57:57 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA22742; Sun, 5 Mar 1995 22:54:52 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA12472 for freebsd-current@FreeBSD.org; Sun, 5 Mar 1995 22:54:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id WAA01795 for freebsd-current@FreeBSD.org; Sun, 5 Mar 1995 22:54:48 +0100 From: J Wunsch Message-Id: <199503052154.WAA01795@uriah.heep.sax.de> Subject: Re: "Text file busy" with program not running anymore? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 5 Mar 1995 22:54:47 +0100 (MET) In-Reply-To: <199503052133.NAA00248@corbin.Root.COM> from "David Greenman" at Mar 5, 95 01:33:08 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 866 Sender: current-owner@FreeBSD.org Precedence: bulk As David Greenman wrote: > > ... I can > see no valid justification for preventing writes to executing files. If you > really don't want your executing process(es) to die, then unlinking the file > first is this the thing to do. OOOOOH NOOOOO! Please, don't do that! I've personally experienced this ``feature'' on two systems (DG/UX and IRIX), all i can say: IT IS BUGGING PEOPLE. If you do get the "text file busy", okay, you know what's happening. Show me that sysadmin who is really aware of each single binary running (out of > 100 procs) and who knows that none of the files he's just going to upgrade is still active. Btw., i think install(1)'s feature to unlink the file first relies on seeing the ETXTBSY. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Mar 5 14:00:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02946 for current-outgoing; Sun, 5 Mar 1995 14:00:55 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA02921; Sun, 5 Mar 1995 14:00:38 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Heikki Suonsivu cc: freebsd-current@freefall.cdrom.com Subject: Re: Proposal In-reply-to: Your message of "Sun, 05 Mar 95 17:42:01 +0200." <199503051542.RAA16370@shadows.cs.hut.fi> Date: Sun, 05 Mar 1995 14:00:29 -0800 Message-ID: <2920.794440829@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > How about adding this to the end of the /etc/rc.local? > > if [ -x /usr/local/etc/rc.`hostname` ] > then > . /usr/local/etc/rc.`hostname` > fi I agree with the sentiment, since it makes interesting things with diskless workstations possible, but I don't care for the location. Making anything assume a layout for /usr/local in the system seems just risky to me. I've taken the suggestion, but pointed it at /usr/share/misc/rc. instead. Jordan From owner-freebsd-current Sun Mar 5 14:14:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA04623 for current-outgoing; Sun, 5 Mar 1995 14:14:57 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA03647; Sun, 5 Mar 1995 14:07:12 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id RAA00590; Sun, 5 Mar 1995 17:05:35 -0500 From: "matthew c. mead" Message-Id: <199503052205.RAA00590@goof.com> Subject: Re: gus_wave.c breaks kernel build To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Sun, 5 Mar 1995 17:05:34 -0500 (EST) Cc: current@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199503051917.UAA18987@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Mar 5, 95 08:17:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1101 Sender: current-owner@FreeBSD.org Precedence: bulk Christoph P. Kukulies wrote: > Could someone fix gus_wave.c please? gusintr(0,NULL) seems to be bogus > to me when it is declared gusintr(int) - also I see no usage of a > second parameter in the code of gus_card.c. I'm running on the kernel from 950210-SNAP - it builds fine one the sources from that date - what I'm wondering is if the code has changed since then? I don't know a heck of a lot about the sound driver - but I know there's a problem with the GUS MAX and snd-driv-2.90 + patches 1 and 2 that FreeBSD-current from the 950210 SNAP uses. Symptoms are the inability to play long wav samples (through using /dev/dsp), and when an au file is cat'd to /dev/audio, it never exits, repeating every once in a while. Any ideas on if this is fixed yet, or how to fix it? Thanks! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Sun Mar 5 14:25:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA05574 for current-outgoing; Sun, 5 Mar 1995 14:25:05 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA05563; Sun, 5 Mar 1995 14:25:03 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id XAA28138 ; Sun, 5 Mar 1995 23:23:45 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA10219; Sun, 5 Mar 95 23:24:29 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503052224.AA10219@blaise.ibp.fr> Subject: Re: backspace now broken To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Sun, 5 Mar 1995 23:24:28 +0100 (MET) Cc: jkh@freefall.cdrom.com, bde@zeta.org.au, current@FreeBSD.org In-Reply-To: <199503040648.WAA18595@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 3, 95 10:48:45 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#407 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 510 Sender: current-owner@FreeBSD.org Precedence: bulk > This has changed back and forth at least 3 times, probably 4, STOP it is > a political and personal issue as to what character you like to use for > stty erase! But don't make my keyboard lie by default, this is very > confusing. I'm a little late but I agree with Rod. The use of ^H in emacs for example is something I've never liked. Bring us our ^H please. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #14: Sun Feb 26 16:31:40 MET 1995 From owner-freebsd-current Sun Mar 5 15:06:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA08845 for current-outgoing; Sun, 5 Mar 1995 15:06:40 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA08839 for ; Sun, 5 Mar 1995 15:06:38 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id PAA10391 for ; Sun, 5 Mar 1995 15:06:21 -0800 Message-Id: <199503052306.PAA10391@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: Kernel build fails? Date: Sun, 05 Mar 1995 15:06:20 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk Today's kernel falls over for me: loading kernel tty.o: Definition of symbol `_ttydefchars' (multiply defined) tcp_output.o: Definition of symbol `_tcp_outflags' (multiply defined) tcp_subr.o: Definition of symbol `_tcp_outflags' (multiply defined) sio.o: Definition of symbol `_ttydefchars' (multiply defined) *** Error code 1 Is this related to Nate's ld changes? I did a make world last night, so this should be with the new ld. __ Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Sun Mar 5 15:13:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA09101 for current-outgoing; Sun, 5 Mar 1995 15:13:16 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA09095 for ; Sun, 5 Mar 1995 15:13:15 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: current@freefall.cdrom.com Subject: Snapshot delayed indefinitely. Date: Sun, 05 Mar 1995 15:13:15 -0800 Message-ID: <9094.794445195@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk Well, as many of you have probably already surmised, my plans to do a snapshot this weekend before going off to CeBIT fell through. The tree just isn't stable enough right now, nor is the kernel in good enough shape to even allow my box to make it through the make world required to BUILD the snapshot, so I think I'm safe in saying that a snapshot at this point in time would not be wise. Perhaps later, if someone else decides to roll something out in the coming days (assuming that what they're rolling will even stay up long enough to make it worth anyone's while to install it), you'll see a snapshot before I come back from Germany. Otherwise, I think we can safely say that the next snapshot will either happen towards the end of March or simply not at all due to the fact that we'll be pushing towards ALPHA around that point in time anyway. Jordan From owner-freebsd-current Sun Mar 5 15:28:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA09780 for current-outgoing; Sun, 5 Mar 1995 15:28:02 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA09767 for ; Sun, 5 Mar 1995 15:27:48 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id QAA16270; Sun, 5 Mar 1995 16:30:28 -0700 Date: Sun, 5 Mar 1995 16:30:28 -0700 Message-Id: <199503052330.QAA16270@trout.sri.MT.net> To: "Justin T. Gibbs" Cc: current@FreeBSD.org Subject: Re: Kernel build fails? In-Reply-To: <199503052306.PAA10391@estienne.cs.berkeley.edu> References: <199503052306.PAA10391@estienne.cs.berkeley.edu> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: current-owner@FreeBSD.org Precedence: bulk Justin T. Gibbs writes: > > Today's kernel falls over for me: > > loading kernel > tty.o: Definition of symbol `_ttydefchars' (multiply defined) > tcp_output.o: Definition of symbol `_tcp_outflags' (multiply defined) > tcp_subr.o: Definition of symbol `_tcp_outflags' (multiply defined) > sio.o: Definition of symbol `_ttydefchars' (multiply defined) > *** Error code 1 > > Is this related to Nate's ld changes? I did a make world last night, so > this should be with the new ld. It *could* be. I thought I got them all, but it's possible since the new ld is a lot less tolerant on multiple definitions and I never even thought to try it on the kernel since I assumed there wouldn't be any redundant definitions. Geeze, I thought I had checked it all. Sigh..... Nate From owner-freebsd-current Sun Mar 5 15:36:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA10092 for current-outgoing; Sun, 5 Mar 1995 15:36:36 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA10085 for ; Sun, 5 Mar 1995 15:36:35 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id PAA10545; Sun, 5 Mar 1995 15:36:15 -0800 Message-Id: <199503052336.PAA10545@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: nate@sneezy.sri.com (Nate Williams) cc: current@FreeBSD.org Subject: Re: Kernel build fails? In-reply-to: Your message of "Sun, 05 Mar 1995 16:30:28 MST." <199503052330.QAA16270@trout.sri.MT.net> Date: Sun, 05 Mar 1995 15:36:15 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk > >Justin T. Gibbs writes: >> >> Today's kernel falls over for me: >> >> loading kernel >> tty.o: Definition of symbol `_ttydefchars' (multiply defined) >> tcp_output.o: Definition of symbol `_tcp_outflags' (multiply defined) >> tcp_subr.o: Definition of symbol `_tcp_outflags' (multiply defined) >> sio.o: Definition of symbol `_ttydefchars' (multiply defined) >> *** Error code 1 >> >> Is this related to Nate's ld changes? I did a make world last night, so >> this should be with the new ld. > >It *could* be. I thought I got them all, but it's possible since the >new ld is a lot less tolerant on multiple definitions and I never even >thought to try it on the kernel since I assumed there wouldn't be any >redundant definitions. > >Geeze, I thought I had checked it all. Sigh..... > > >Nate I fixed these two by doing something like this: #ifdef TCPOUTFLAGS /* * Flags used when sending segments in tcp_output. * Basic flags (TH_RST,TH_ACK,TH_SYN,TH_FIN) are totally * determined by state, with the proviso that TH_FIN is sent only * if all data queued for output is included in the segment. */ u_char tcp_outflags[TCP_NSTATES] = { TH_RST|TH_ACK, 0, TH_SYN, TH_SYN|TH_ACK, TH_ACK, TH_ACK, TH_FIN|TH_ACK, TH_ACK, TH_FIN|TH_ACK, TH_ACK, TH_ACK, }; #else <=== Added this section. extern u_char tcp_outflags[]; #endif And then removing TCPOUTFLAGS from tcp_subr.c. If this is the correct approach, there are other places (for example in tcp_fsm.h) that need this treatment. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Sun Mar 5 15:47:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA10641 for current-outgoing; Sun, 5 Mar 1995 15:47:39 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA10634; Sun, 5 Mar 1995 15:47:37 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id AAA28557 ; Mon, 6 Mar 1995 00:46:07 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA10689; Mon, 6 Mar 95 00:46:51 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503052346.AA10689@blaise.ibp.fr> Subject: Re: Msync() is double broken To: ache@astral.msk.su (Andrey A. Chernov, Black Mage) Date: Mon, 6 Mar 1995 00:46:51 +0100 (MET) Cc: current@FreeBSD.org, davidg@Root.COM, dyson@FreeBSD.org, andy@demos.su In-Reply-To: from "Andrey A. Chernov, Black Mage" at Mar 4, 95 09:07:43 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#407 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 411 Sender: current-owner@FreeBSD.org Precedence: bulk > As you can see, msync(..., 0) works, but modification times > _not_ updated. It can affects some programs which expects it. That's probably why it is not safe to use mmap with INN 1.4. I feel that the modification time should be updated. It seems more logical. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #14: Sun Feb 26 16:31:40 MET 1995 From owner-freebsd-current Sun Mar 5 15:51:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11132 for current-outgoing; Sun, 5 Mar 1995 15:51:09 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA11125 for ; Sun, 5 Mar 1995 15:51:07 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id PAA10604 for ; Sun, 5 Mar 1995 15:50:51 -0800 Message-Id: <199503052350.PAA10604@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: current@FreeBSD.org Subject: Unprotected area of termios.h? Date: Sun, 05 Mar 1995 15:50:51 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk Why was this done? /* * END OF PROTECTED INCLUDE. */ #endif /* !_SYS_TERMIOS_H_ */ #ifndef _POSIX_SOURCE #include #endif __ Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Sun Mar 5 16:27:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12442 for current-outgoing; Sun, 5 Mar 1995 16:27:11 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA12436; Sun, 5 Mar 1995 16:27:08 -0800 Received: by sequent.kiae.su id AA29829 (5.65.kiae-2 ); Mon, 6 Mar 1995 03:23:05 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 6 Mar 95 03:23:04 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id DAA00331; Mon, 6 Mar 1995 03:22:38 +0300 To: Ollivier Robert Cc: andy@demos.su, current@FreeBSD.org, davidg@Root.COM, dyson@FreeBSD.org References: <9503052346.AA10689@blaise.ibp.fr> In-Reply-To: <9503052346.AA10689@blaise.ibp.fr>; from Ollivier Robert at Mon, 6 Mar 1995 00:46:51 +0100 (MET) Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 6 Mar 1995 03:22:37 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Msync() is double broken Lines: 17 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 828 Sender: current-owner@FreeBSD.org Precedence: bulk In message <9503052346.AA10689@blaise.ibp.fr> Ollivier Robert writes: >> As you can see, msync(..., 0) works, but modification times >> _not_ updated. It can affects some programs which expects it. >That's probably why it is not safe to use mmap with INN 1.4. I feel >that the modification time should be updated. It seems more logical. Yes, INN was initial reason and require modification times update. Some systems don't use msync() (mmap() does all things) but all of them excepting FreeBSD update modification time correctly. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Sun Mar 5 16:49:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA13210 for current-outgoing; Sun, 5 Mar 1995 16:49:35 -0800 Received: (from jkh@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA13203 for current; Sun, 5 Mar 1995 16:49:34 -0800 Date: Sun, 5 Mar 1995 16:49:34 -0800 From: "Jordan K. Hubbard" Message-Id: <199503060049.QAA13203@freefall.cdrom.com> To: current Subject: current sound driver now broken differently. Sender: current-owner@FreeBSD.org Precedence: bulk 1. For my SB16, I had to hack local.h to EXCLUDE_SB as well so that AUDIO_SB16 does what one would expect (generate a working kernel). 2. The resulting kernel no longer probes and of the sound devices! snd1 not found at 0x388 snd2 not found at 0x220 snd6 not found at 0x220 snd7 not found at 0x300 Probing for devices on the pci0 bus: Looks like we're converging to a point, I just have no idea where that point might be! :-) Jordan From owner-freebsd-current Sun Mar 5 17:15:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA14246 for current-outgoing; Sun, 5 Mar 1995 17:15:04 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA14232 for ; Sun, 5 Mar 1995 17:15:00 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id LAA08845; Mon, 6 Mar 1995 11:13:22 +1000 Date: Mon, 6 Mar 1995 11:13:22 +1000 From: Bruce Evans Message-Id: <199503060113.LAA08845@godzilla.zeta.org.au> To: current@FreeBSD.org, gibbs@estienne.CS.Berkeley.EDU Subject: Re: Unprotected area of termios.h? Sender: current-owner@FreeBSD.org Precedence: bulk >Why was this done? >/* > * END OF PROTECTED INCLUDE. > */ >#endif /* !_SYS_TERMIOS_H_ */ >#ifndef _POSIX_SOURCE >#include >#endif It's a hack for some programs wanting to get the definition of ttydefchars[] by including a header twice with TTYDEFCHARS defined the second time, and expecting to get this definition as namespace pollution in <[sys/]termios.h> instead of from . The new ld has apparently uncovered the bug that sio.c and tty.c both define ttydefchars[] as globals. This was fixed in 1.1.5 by making ttydefchars[] static like it should always have been. See the revision log for the 2.0 for how the non-idempotency hack was broken and the revision log for the 1.1.5 for ancient history. Bruce From owner-freebsd-current Sun Mar 5 17:35:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA15043 for current-outgoing; Sun, 5 Mar 1995 17:35:17 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA15030 for ; Sun, 5 Mar 1995 17:35:13 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id LAA09193; Mon, 6 Mar 1995 11:30:58 +1000 Date: Mon, 6 Mar 1995 11:30:58 +1000 From: Bruce Evans Message-Id: <199503060130.LAA09193@godzilla.zeta.org.au> To: gibbs@estienne.CS.Berkeley.EDU, nate@sneezy.sri.com Subject: Re: Kernel build fails? Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >I fixed these two by doing something like this: >#ifdef TCPOUTFLAGS >/* > * Flags used when sending segments in tcp_output. > * Basic flags (TH_RST,TH_ACK,TH_SYN,TH_FIN) are totally > * determined by state, with the proviso that TH_FIN is sent only > * if all data queued for output is included in the segment. > */ >u_char tcp_outflags[TCP_NSTATES] = { > TH_RST|TH_ACK, 0, TH_SYN, TH_SYN|TH_ACK, > TH_ACK, TH_ACK, > TH_FIN|TH_ACK, TH_ACK, TH_FIN|TH_ACK, TH_ACK, TH_ACK, >}; >#else <=== Added this section. >extern u_char tcp_outflags[]; >#endif >And then removing TCPOUTFLAGS from tcp_subr.c. If this is the correct >approach, there are other places (for example in tcp_fsm.h) that need >this treatment. An initializer in a header file is usually an incorrect approach. I like the approach of #defining the initializer _list_ in a header file: #define TCP_OUTFLAGS TH_RST|TH_ACK, 0, TH_SYN, TH_SYN|TH_ACK, \ TH_ACK, TH_ACK, \ TH_FIN|TH_ACK, TH_ACK, TH_FIN|TH_ACK, TH_ACK, TH_ACK, and using it exactly once, except I don't like extern data being accessed from many modules (that's why I just made the data static to handle the problem with ttydefchars in 1.1.5). Bruce From owner-freebsd-current Sun Mar 5 18:24:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18128 for current-outgoing; Sun, 5 Mar 1995 18:24:44 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA18122 for ; Sun, 5 Mar 1995 18:24:43 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id VAA17917 for current@freebsd.org; Sun, 5 Mar 1995 21:24:32 -0500 Received: by starkhome.cs.sunysb.edu (8.6.10/1.34) id VAA01305; Sun, 5 Mar 1995 21:20:14 -0500 Date: Sun, 5 Mar 1995 21:20:14 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503060220.VAA01305@starkhome.cs.sunysb.edu> To: current@FreeBSD.org Subject: Page fault panics during make world in -current Sender: current-owner@FreeBSD.org Precedence: bulk As I mentioned in a previous message to "current", I am getting page fault panics with a -current kernel during a make world. Specifically, this seems to occur during the library install phase. I have also had problems during shutdown and reboot, though I don't know if it's the same thing. I spent a couple of hours looking over a crash dump just now, and here is what I am seeing. A call originates from vm_fault_additional_pages() via vnode_pager_haspage() to perform VM paging I/O on a file at offset 0x24000, which with a filesystem bsize of 8192 corresponds to logical block number 18. This being beyond the number of direct blocks (12) in the file, the first indirect block is required. This indirect block has logical block number -12, according to the coding scheme being used for the file metadata. The call goes through ufs_bmap() to ufs_bmaparray(), where it is determined that the desired data lives at disk address 65896, so a call is made to getblk() at line 180. In getblk(), the flag "doingvmio" is set to 1, and a call is made to allocbuf(), which apparently then goes bananas, eventually triggering a panic, which may actually occur from with the call to vm_page_lookup() at line 1005. It appears to me that the problem is the negative logical block number is filtering down to the call to allocbuf(). From the way the logical block numbers are used in allocbuf() to compute offsets into VM objects (which are unsigned, at least they used to be, and it is hard to imagine things changing that substantially), it looks like allocbuf() is not supposed to be called with a negative logical block numbers and vmio=1. Is this right? My current theory is that somehow the setting of doingvmio to 1 in getblk() is wrong, or some sort of synchronization problem is causing this setting to be inappropriate before the call to allocbuf() is made. It could be associated from paging from/to a shared library that is being removed or updated. I can provide more information from the crash dump, if that will help. - Gene From owner-freebsd-current Sun Mar 5 18:30:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18318 for current-outgoing; Sun, 5 Mar 1995 18:30:26 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA18308 for ; Sun, 5 Mar 1995 18:30:12 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA10431; Mon, 6 Mar 1995 12:25:08 +1000 Date: Mon, 6 Mar 1995 12:25:08 +1000 From: Bruce Evans Message-Id: <199503060225.MAA10431@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: "Text file busy" with program not running anymore? Sender: current-owner@FreeBSD.org Precedence: bulk >Btw., i think install(1)'s feature to unlink the file first relies >on seeing the ETXTBSY. Nope, install always unlinks. It has to, to snap unwanted links... Bruce From owner-freebsd-current Sun Mar 5 18:35:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18417 for current-outgoing; Sun, 5 Mar 1995 18:35:11 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA18410 for ; Sun, 5 Mar 1995 18:35:05 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA10599; Mon, 6 Mar 1995 12:34:50 +1000 Date: Mon, 6 Mar 1995 12:34:50 +1000 From: Bruce Evans Message-Id: <199503060234.MAA10599@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: -nostdinc in Makefile.i386 breaks stand-alone compiles Sender: current-owner@FreeBSD.org Precedence: bulk >Bruce's change to have the kernel compiled with -nostdinc breaks >`stand-alone' kernel builds, i.e. i cannot do > cvs co sys > cd sys/i386/conf > config GENERIC > cd ../../compile/GENERIC > make >which did it previously. >I'm just removing the -stdinc from my private Makefile by now, but i >don't have an idea on how to solve the problem globally. Lots of other things already require a fairly complete tree. E.g., src/sbin/fsck requires ../../sys/ufs/ffs. I don't like this either. Bruce From owner-freebsd-current Sun Mar 5 18:45:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18598 for current-outgoing; Sun, 5 Mar 1995 18:45:29 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA18592 for ; Sun, 5 Mar 1995 18:45:26 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id SAA01798; Sun, 5 Mar 1995 18:45:08 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id SAA00283; Sun, 5 Mar 1995 18:45:07 -0800 Message-Id: <199503060245.SAA00283@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) cc: current@FreeBSD.org, dyson@Root.COM Subject: Re: Page fault panics during make world in -current In-reply-to: Your message of "Sun, 05 Mar 95 21:20:01 EST." <199503060220.VAA01300@starkhome.cs.sunysb.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 05 Mar 1995 18:45:07 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk (fixed the CC: this time) >It appears to me that the problem is the negative logical block number >is filtering down to the call to allocbuf(). From the way the logical >block numbers are used in allocbuf() to compute offsets into VM objects >(which are unsigned, at least they used to be, and it is hard to imagine >things changing that substantially), it looks like allocbuf() is not >supposed to be called with a negative logical block numbers and vmio=1. >Is this right? In our current scheme of things, file metadata is supposed to be cached in the vm object...so the behavior your seeing is at least partially correct. It is certainly conceivable that this isn't handled completely correctly. You might notice the following in vnode_pager_output: if ((int) m[0]->offset < 0) { printf("vnode_pager_output: attempt to write meta-data!!! -- 0x%x\n", m[0]->offset); m[0]->dirty = 0; rtvals[0] = VM_PAGER_OK; return VM_PAGER_OK; } ...to make sure that file metadata doesn't getting written back to the file itself. There may indeed by problems with doing that right thing in other places. Another item for the whiteboard. -DG From owner-freebsd-current Sun Mar 5 18:46:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18618 for current-outgoing; Sun, 5 Mar 1995 18:46:13 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA18612 for ; Sun, 5 Mar 1995 18:46:06 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA10741; Mon, 6 Mar 1995 12:43:09 +1000 Date: Mon, 6 Mar 1995 12:43:09 +1000 From: Bruce Evans Message-Id: <199503060243.MAA10741@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: any news for gdb? Sender: current-owner@FreeBSD.org Precedence: bulk >I've just accidentally started gdb and being caught by the `usual' >panic. But i've been rather surprised, remembering back, that gdb I thought that this was fixed, although the commit message said it probably isn't. >I also noticed (this was with a 950210-SNAP kernel) that the fsck -p >did not complain about any inconsistencies in the file system other >than the statistics, but it *silently* truncated my files to zero >length. Sounds like a bug to me. (Previously i remember that i've >seen something like ``Incorrect block count, 4 should be 0 (fixed)'' >in this case, which was a clear signal to not trust the files.) I haven't noticed this. I've noticed that the sync() in boot() now _always_ fails. It has been doing this since the first or second partial fix to the disk "chattering" bug. Usually there are 3 unflushable buffers. fsck usually finds several unreferenced files and removes them. I haven't noticed any important files missing. Bruce From owner-freebsd-current Sun Mar 5 18:58:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA18808 for current-outgoing; Sun, 5 Mar 1995 18:58:28 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA18802 for ; Sun, 5 Mar 1995 18:58:24 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id UAA24058; Sun, 5 Mar 1995 20:02:02 -0700 Date: Sun, 5 Mar 1995 20:02:02 -0700 Message-Id: <199503060302.UAA24058@trout.sri.MT.net> To: "Justin T. Gibbs" Cc: current@FreeBSD.org Subject: Re: Kernel build fails? In-Reply-To: <199503052306.PAA10391@estienne.cs.berkeley.edu> References: <199503052306.PAA10391@estienne.cs.berkeley.edu> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: current-owner@FreeBSD.org Precedence: bulk Justin T. Gibbs writes: > > Today's kernel falls over for me: > > loading kernel > tty.o: Definition of symbol `_ttydefchars' (multiply defined) > tcp_output.o: Definition of symbol `_tcp_outflags' (multiply defined) > tcp_subr.o: Definition of symbol `_tcp_outflags' (multiply defined) > sio.o: Definition of symbol `_ttydefchars' (multiply defined) > *** Error code 1 > > Is this related to Nate's ld changes? I did a make world last night, so > this should be with the new ld. Okay, this should be fixed now. The definition of tcp_outflags wasn't needed in tcp_subr.c, and I changed the declaration of ttydefchars to static per Bruce Evans suggestion. There needs to be a better solution to the ttydefchars problem (and others) since we really shouldn't be declaring data inside of .h files, but this is the best fix proposed that solves the broken kernel build problems which doesn't break the user-land code. Again, I'm sorry I didn't catch this sooner, but everything seems to be working on my box again after testing this stuff out. Nate From owner-freebsd-current Sun Mar 5 21:57:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA23415 for current-outgoing; Sun, 5 Mar 1995 21:57:35 -0800 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA23409 for ; Sun, 5 Mar 1995 21:57:34 -0800 Received: (from jkh@localhost) by time.cdrom.com (8.6.10/8.6.9) id VAA00476 for current@freefall; Sun, 5 Mar 1995 21:57:18 -0800 Date: Sun, 5 Mar 1995 21:57:18 -0800 From: "Jordan K. Hubbard" Message-Id: <199503060557.VAA00476@time.cdrom.com> To: current@freefall.cdrom.com Subject: "Sparse" files? Sender: current-owner@FreeBSD.org Precedence: bulk Do we have any support for the likes of Linux's sparse files? Patrick here says it saves around 25% for executables alone when run-length compression is done for zero'd blocks. Jordan From owner-freebsd-current Sun Mar 5 22:45:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA24302 for current-outgoing; Sun, 5 Mar 1995 22:45:41 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA24295; Sun, 5 Mar 1995 22:45:25 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA15475; Mon, 6 Mar 1995 16:41:27 +1000 Date: Mon, 6 Mar 1995 16:41:27 +1000 From: Bruce Evans Message-Id: <199503060641.QAA15475@godzilla.zeta.org.au> To: current@freefall.cdrom.com, jkh@FreeBSD.org Subject: Re: "Sparse" files? Sender: current-owner@FreeBSD.org Precedence: bulk >Do we have any support for the likes of Linux's sparse files? Patrick >here says it saves around 25% for executables alone when run-length >compression is done for zero'd blocks. ffs certainly supports holes in regular files. Gnu cp preserves holes in regular files and creates them if possible, at least on POSIX file systems for which stat() returns suitable non-POSIX info (st_blocks and/or st_blksize). Our cp neither creates them nor preserves them. It might be difficult to support them and still use mmap(). The usual ffs block size is 8K, while the usual linux block size is 1K, so the chance of finding a zero block to compress is much lower. Bruce From owner-freebsd-current Sun Mar 5 22:57:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA24443 for current-outgoing; Sun, 5 Mar 1995 22:57:48 -0800 Received: from gate.sinica.edu.tw (gate.sinica.edu.tw [140.109.14.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA24436 for ; Sun, 5 Mar 1995 22:57:45 -0800 Received: by gate.sinica.edu.tw (5.0/SMI-SVR4) id AA12594; Mon, 6 Mar 1995 14:55:30 --800 Date: Mon, 6 Mar 1995 14:53:14 +0800 (CST) From: Brian Tao Subject: Re: "Sparse" files? To: "Jordan K. Hubbard" Cc: current@freefall.cdrom.com In-Reply-To: <199503060557.VAA00476@time.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII content-length: 680 Sender: current-owner@FreeBSD.org Precedence: bulk On Sun, 5 Mar 1995, Jordan K. Hubbard wrote: > > Do we have any support for the likes of Linux's sparse files? Patrick > here says it saves around 25% for executables alone when run-length > compression is done for zero'd blocks. I thought ffs could already compress sparse files? Apple II ProDOS does this, but it isn't strictly "compression". I think it simply doesn't bother to allocate disk blocks for any that are completed filled with null bytes. There's no performance hit, and this is on floppy-bound 1-MHz //e's and //c's... :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-current Sun Mar 5 23:12:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA24600 for current-outgoing; Sun, 5 Mar 1995 23:12:57 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA24593; Sun, 5 Mar 1995 23:12:56 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Brian Tao cc: "Jordan K. Hubbard" , current@freefall.cdrom.com Subject: Re: "Sparse" files? In-reply-to: Your message of "Mon, 06 Mar 95 14:53:14 +0800." Date: Sun, 05 Mar 1995 23:12:55 -0800 Message-ID: <24592.794473975@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > I thought ffs could already compress sparse files? Apple II ProDOS > does this, but it isn't strictly "compression". I think it simply > doesn't bother to allocate disk blocks for any that are completed filled > with null bytes. There's no performance hit, and this is on floppy-bound > 1-MHz //e's and //c's... :) I don't think it does it on-the-fly, no. Bruce pretty much clinched it when he pointed out that GNU cp, which linux uses by default, automatically creates the holes and so their executables "compress" as they're installed (or moved elsewhere). GNU tar also has support for this and they probably leave the flag on (--sparse) by default. But as Bruce also points out, our block size of 8K also makes this kind of compression scheme much less likely to be effective. Jordan From owner-freebsd-current Sun Mar 5 23:54:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA25138 for current-outgoing; Sun, 5 Mar 1995 23:54:07 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA25130 for ; Sun, 5 Mar 1995 23:53:56 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01928; Mon, 6 Mar 1995 08:50:46 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA15566 for freebsd-current@FreeBSD.org; Mon, 6 Mar 1995 08:50:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id IAA03815 for freebsd-current@FreeBSD.org; Mon, 6 Mar 1995 08:35:38 +0100 From: J Wunsch Message-Id: <199503060735.IAA03815@uriah.heep.sax.de> Subject: Re: -nostdinc in Makefile.i386 breaks stand-alone compiles To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 6 Mar 1995 08:35:38 +0100 (MET) In-Reply-To: <199503060234.MAA10599@godzilla.zeta.org.au> from "Bruce Evans" at Mar 6, 95 12:34:50 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 726 Sender: current-owner@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > >Bruce's change to have the kernel compiled with -nostdinc breaks > >`stand-alone' kernel builds, i.e. i cannot do ... > Lots of other things already require a fairly complete tree. E.g., > src/sbin/fsck requires ../../sys/ufs/ffs. I don't like this either. Yes. No. Dunno. I always thought it's a nice feature that at least a kernel could be compiled ``out of place''. Is the ``-nostdinc'' plain sanity only (to catch misbehaving modules that don't have the `right' dot-dottation)? So it would be safe to remove it from the Makefile temporarily. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Mar 6 00:00:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA25405 for current-outgoing; Mon, 6 Mar 1995 00:00:38 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA25371; Mon, 6 Mar 1995 00:00:23 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA16911; Mon, 6 Mar 1995 17:59:36 +1000 Date: Mon, 6 Mar 1995 17:59:36 +1000 From: Bruce Evans Message-Id: <199503060759.RAA16911@godzilla.zeta.org.au> To: jkh@freefall.cdrom.com, taob@gate.sinica.edu.tw Subject: Re: "Sparse" files? Cc: current@freefall.cdrom.com, jkh@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >they're installed (or moved elsewhere). GNU tar also has support for >this and they probably leave the flag on (--sparse) by default. I forgot about this flag. I always use it (if I remember :-), but it didn't work a minute ago when I tested it. Bruce From owner-freebsd-current Mon Mar 6 00:25:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA26071 for current-outgoing; Mon, 6 Mar 1995 00:25:14 -0800 Received: from dkuug.dk (dkuug.dk [193.88.44.89]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA26061 for ; Mon, 6 Mar 1995 00:25:01 -0800 Received: from kmd-ac.dk by dkuug.dk with UUCP id AA01914 (5.65c8/IDA-1.4.4j for FreeBSD.org!current); Mon, 6 Mar 1995 09:24:41 +0100 Message-Id: <199503060824.AA01914@dkuug.dk> Subject: Re: backspace now broken (proposal) To: bde@zeta.org.au (Bruce Evans) Date: Mon, 6 Mar 1995 09:34:43 +0000 (GMT) From: "Soeren Schmidt" Cc: ache@astral.msk.su, davidg@Root.COM, current@FreeBSD.org In-Reply-To: <199503042311.KAA13994@godzilla.zeta.org.au> from "Bruce Evans" at Mar 5, 95 10:11:27 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 1440 X-Charset: ASCII X-Char-Esc: 29 Sender: current-owner@FreeBSD.org Precedence: bulk In reply to Bruce Evans who wrote: > > >>Ok, maybe following scheme will fit: > >> > >>Backspace -> ^H > >>Grey Keypad Delete -> 0x7F > >>Numeric Keypad Del (if NumLock off) -> ESC [ K > >> > >>any objections? > > > None from me. > > I object. > > 1) The grey keypad keys don't exist on small (laptop) keyboards. > 2) I always use numeric keypad (!NumLocked) keys, never the grey keypad keys. > 3) The BIOS returns the same characters for the grey keypad keys as for > the !NumLocked numeric keypad keys. > 4) Escape sequences suck. `stty erase "ESC [ K"' doesn't work... > > Bruce Ahem, sorry for starting all this... I tried to incorporate the changes that ache finds nessesary for him to use over there. Besides this my litte script for changing all the keymaps got a "little" creative, see I allways had the "<-" key as delete in the danish keymap, that explains that change :-(. I think the consensus of all this would be: backspace aka "<-" key: 0x08 grey delete key: 0x7f (function key 61) keypad ", del" key: function key 61 aka 0x7f if numlock "," Ache you can allways program your keys like you want in the ru keymaps and I'll let "grey delete" be a function key (defaults to 0x7f). Any objections (that I find walid :-), or I'll change this "soon"... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@kmd-ac.dk) FreeBSD Core Team .. From owner-freebsd-current Mon Mar 6 00:25:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA26080 for current-outgoing; Mon, 6 Mar 1995 00:25:49 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA26074; Mon, 6 Mar 1995 00:25:48 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id AAA12037; Mon, 6 Mar 1995 00:25:23 -0800 Message-Id: <199503060825.AAA12037@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: Brian Tao , "Jordan K. Hubbard" , current@freefall.cdrom.com Subject: Re: "Sparse" files? In-reply-to: Your message of "Sun, 05 Mar 1995 23:12:55 PST." <24592.794473975@freefall.cdrom.com> Date: Mon, 06 Mar 1995 00:25:23 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk >> I thought ffs could already compress sparse files? Apple II ProDOS >> does this, but it isn't strictly "compression". I think it simply >> doesn't bother to allocate disk blocks for any that are completed filled >> with null bytes. There's no performance hit, and this is on floppy-bound >> 1-MHz //e's and //c's... :) > >I don't think it does it on-the-fly, no. Bruce pretty much clinched >it when he pointed out that GNU cp, which linux uses by default, >automatically creates the holes and so their executables "compress" as >they're installed (or moved elsewhere). GNU tar also has support for >this and they probably leave the flag on (--sparse) by default. > >But as Bruce also points out, our block size of 8K also makes this >kind of compression scheme much less likely to be effective. > > Jordan Is there anyway to take advantage of our 1K frag size for doing this? -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Mon Mar 6 00:39:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA26247 for current-outgoing; Mon, 6 Mar 1995 00:39:54 -0800 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA26241 for ; Mon, 6 Mar 1995 00:39:50 -0800 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id JAA18683 for ; Mon, 6 Mar 1995 09:39:25 +0100 Message-Id: <199503060839.JAA18683@lirmm.lirmm.fr> To: current@FreeBSD.org Subject: scsi probe Date: Mon, 06 Mar 1995 09:39:22 +0100 From: "Philippe Charnier" Sender: current-owner@FreeBSD.org Precedence: bulk Hello, The recent changes during scsi probe give a message : .... Direct Access ... disk geometry .. The line is more than 80 characters long. Is it possible to split this into two lines? Just to make it more beautiful. -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Mon Mar 6 00:50:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA26501 for current-outgoing; Mon, 6 Mar 1995 00:50:41 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA26494 for ; Mon, 6 Mar 1995 00:50:33 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA17769; Mon, 6 Mar 1995 18:49:27 +1000 Date: Mon, 6 Mar 1995 18:49:27 +1000 From: Bruce Evans Message-Id: <199503060849.SAA17769@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: -nostdinc in Makefile.i386 breaks stand-alone compiles Sender: current-owner@FreeBSD.org Precedence: bulk >Is the ``-nostdinc'' plain sanity only (to catch misbehaving modules >that don't have the `right' dot-dottation)? So it would be safe to >remove it from the Makefile temporarily. It's mostly to prevent future misbehaviour. `-I-' finds too much misbehaviour (mostly in imported and unmaintained modules) for -I be used yet. Bruce From owner-freebsd-current Mon Mar 6 02:43:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00245 for current-outgoing; Mon, 6 Mar 1995 02:43:53 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA00239 for ; Mon, 6 Mar 1995 02:43:51 -0800 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA04727; Mon, 6 Mar 95 02:35:26 -0800 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Mon, 6 Mar 95 11:34 MET Message-Id: Date: Mon, 6 Mar 95 11:34 MET From: me@tartufo.pcs.dec.com (Michael Elbel) To: current@FreeBSD.org Subject: Re: backspace now broken (proposal) Newsgroups: pcs.freebsd.current References: <199503041835.KAA01066@corbin.Root.COM> <7628.794346773@freefall.cdrom.com> Reply-To: me@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk In pcs.freebsd.current you write: >I find myself swayed by the arguments here. I withdraw my endorsement >and switch to the "backspace should be ^H" camp. Arrrgh, and I *didn't* want to be drawn into this argument, oh well... What all this arguing back and forth about what code what key should produce was forgotten over is one of Joerg's first concerns, consistency. To paraphrase our esteemed spokes-person supreme, Jordan K. Hubbard: "The user won't give a flying fuck at a rolling donut". Yes, keys should *per default* generate the codes that the labelling suggests which means ^H for backspace, this would be the principle of least surprise. But then that key should also *do* the expected thing that a key in that position is doing, and that would be erasing the previous character (and please, give me no shit about what function which ASCII character should perform, this is PC hardware, BS has erased the previous character at least since 1982 on that type of keyboard). If this means changing the define of CERASE in sys/ttydefaults.h from 0177 to 010, then so be it, if you ask me. Everybody who's participated in this discussion so far is more than capable of hacking his keyboard layout, stty settings and hairdo beyond recognition. If I want my erase character to be 'e' since I think that having 'e's in text is a waste of time anyways and the key is much more conveniently reached, so be it. But having to tell new FreeBSD users that they have to put a 'stty erase ^h' in .login or .profile of *each and every* user of their system is just plain unnecessary complication of affairs. Yes, I know that CERASE has been 0177 in BSD for a long time, but maybe it's time to switch in order to make our system more predictable. >HOWEVER. I would like to do so with the following stipulation: We >make it a priority of the 2.1 installation that SOME way of selecting >from canned keymaps (including a / and / >swapped version of the standard US keyboard) be provided at >installation time, and that this keymap also having the option of >becoming the new *default* (it could be placed in /etc/rc.local >automatically). That would be very nice to have. Especially if you'd manage to get German and French mappings in there. It's kind of problematic to have to tell newbies to be careful about the 'y' key when answering questions during the install. >I will try to work something up. Any suggestions on *squeezing* the data >files in question would also be happily accepted. Make kbdcontrol able to load from stdin and do something like 'gunzip mapfile.gz | kbdcontrol -l -' ?? Make kbdcontrol able to load partial keymaps, only override the keys for which information is given? This could cut down the size of the maps considerably. Actually I think the last thing would be *very* useful for user defined changes, you wouldn't have to always fiddle around with a full map. Or even allow map changes from the commandline like you can do with xmodmap: kbdcontrol -e "003 '2' '\"' nul nul '@' '@' nul nul O" How difficult would this be to do, Soren? Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-current Mon Mar 6 04:21:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA03079 for current-outgoing; Mon, 6 Mar 1995 04:21:33 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA03073 for ; Mon, 6 Mar 1995 04:21:31 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id HAA02339; Mon, 6 Mar 1995 07:18:39 -0500 From: Peter Dufault Message-Id: <199503061218.HAA02339@hda.com> Subject: Re: scsi probe To: charnier@lirmm.fr (Philippe Charnier) Date: Mon, 6 Mar 1995 07:18:39 -0500 (EST) Cc: current@FreeBSD.org In-Reply-To: <199503060839.JAA18683@lirmm.lirmm.fr> from "Philippe Charnier" at Mar 6, 95 09:39:22 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 538 Sender: current-owner@FreeBSD.org Precedence: bulk Philippe Charnier writes: > > Hello, > > The recent changes during scsi probe give a message : > .... Direct Access ... disk geometry .. > > The line is more than 80 characters long. Is it possible to split this > into two lines? Just to make it more beautiful. I'll put this on my to-do list before 2.1-alpha. I'm leaving sd.c alone until Bruce is done. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Mon Mar 6 04:36:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA03476 for current-outgoing; Mon, 6 Mar 1995 04:36:30 -0800 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA03459; Mon, 6 Mar 1995 04:36:17 -0800 Received: from ugen.NetManage.co.il (ugen.netmanage.co.il [192.114.78.165]) by dns.netvision.net.il (8.6.10/8.6.9) with SMTP id OAA03639; Mon, 6 Mar 1995 14:35:19 +0200 Date: Mon, 6 Mar 95 14:34:47 IST From: "Ugen J.S.Antsilevich" Subject: Re: backspace now broken (proposal) To: current@FreeBSD.org, me@FreeBSD.org X-Mailer: Chameleon 4.00-Arm-25, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk First of all i agree that ^H should be erase,Backspace should produce ^H and normal ppl should not think a single moment about this..Well,if i press A i expect A to be printed but.. >But having to tell new >FreeBSD users that they have to put a 'stty erase ^h' in .login or >.profile of *each and every* user of their system is just plain >unnecessary complication of affairs. Hmm..this can be done by default in default /etc/.cshrc and friends,then those who hate ^H to be erase by default can be happy,and ^H will work... BTW that's the first thing i even do on my systems after installation.. Not only FreeBSD but even SunOS has this problemm... -- -=Ugen J.S.Antsilevich=- NetVision - Israeli Commercial Internet | Learning E-mail: ugen@NetVision.net.il | To Fly. [c] Phone : +972-4-550330 | From owner-freebsd-current Mon Mar 6 05:29:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA05281 for current-outgoing; Mon, 6 Mar 1995 05:29:40 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA05275 for ; Mon, 6 Mar 1995 05:29:37 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id IAA18554 for current@freebsd.org; Mon, 6 Mar 1995 08:29:30 -0500 Received: by starkhome.cs.sunysb.edu (8.6.10/1.34) id IAA03874; Mon, 6 Mar 1995 08:28:22 -0500 Date: Mon, 6 Mar 1995 08:28:22 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503061328.IAA03874@starkhome.cs.sunysb.edu> To: davidg@Root.COM CC: current@FreeBSD.org, dyson@Root.COM In-reply-to: David Greenman's message of Sun, 05 Mar 1995 18:45:07 -0800 <199503060245.SAA00283@corbin.Root.COM> Subject: Page fault panics during make world in -current Sender: current-owner@FreeBSD.org Precedence: bulk A little more info from my crash dump: I notice that control has arrived at line 1005 in vfs_bio.c with "obj" set to a VM object with ref_count = 0, even though the object was obtained from vp->v_vmdata. It seems wrong to have a pointer to a VM object stored in a vnode without a positive reference count on the VM object. The size field of the VM object also seems bogus: 0xf0668da4, though this could perhaps be a consequence of the object's already having been freed and the memory used for something else. So, it looks like maybe there is a problem with the updating of the reference counts when storing VM object pointers in vnodes. - Gene From owner-freebsd-current Mon Mar 6 05:37:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA05435 for current-outgoing; Mon, 6 Mar 1995 05:37:24 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA05429 for ; Mon, 6 Mar 1995 05:37:22 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id IAA18578 for current@freebsd.org; Mon, 6 Mar 1995 08:37:15 -0500 Received: by starkhome.cs.sunysb.edu (8.6.10/1.34) id IAA03921; Mon, 6 Mar 1995 08:36:33 -0500 Date: Mon, 6 Mar 1995 08:36:33 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503061336.IAA03921@starkhome.cs.sunysb.edu> To: davidg@Root.COM CC: current@FreeBSD.org, dyson@Root.COM In-reply-to: David Greenman's message of Sun, 05 Mar 1995 18:45:07 -0800 <199503060245.SAA00283@corbin.Root.COM> Subject: Page fault panics during make world in -current Sender: current-owner@FreeBSD.org Precedence: bulk In vfs_vnops.c, line 245: if (vp->v_flag & VVMIO) { --> vrele(vp); if( vp->v_vmdata == NULL) panic("vn_close: VMIO object missing"); vm_object_deallocate( (vm_object_t) vp->v_vmdata); } else vrele(vp); It seems wrong (or at least bad form), to access vp->v_vmdata after doing vrele(vp), as vp might no longer be valid. It is not immediately clear that a sleep is possible during vrele(), but it isn't immediately clear the other way, either. - Gene From owner-freebsd-current Mon Mar 6 05:57:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA05703 for current-outgoing; Mon, 6 Mar 1995 05:57:59 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA05691 for ; Mon, 6 Mar 1995 05:57:56 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id IAA18648 for current@freebsd.org; Mon, 6 Mar 1995 08:57:49 -0500 Received: by starkhome.cs.sunysb.edu (8.6.10/1.34) id IAA03953; Mon, 6 Mar 1995 08:56:07 -0500 Date: Mon, 6 Mar 1995 08:56:07 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503061356.IAA03953@starkhome.cs.sunysb.edu> To: davidg@Root.COM CC: current@FreeBSD.org, dyson@Root.COM In-reply-to: David Greenman's message of Sun, 05 Mar 1995 18:45:07 -0800 <199503060245.SAA00283@corbin.Root.COM> Subject: Page fault panics during make world in -current Sender: current-owner@FreeBSD.org Precedence: bulk Actually, none of the calls to vm_page_lookup() in vfs_bio.c lock the VM object first. However, after some of them, there are even calls to VMWAIT while the pointer to the page is held (e.g. line 1046). Why are you sure that the page will still be valid when VMWAIT is over? The page fault handler goes to great pains to keep checking that a page lookup is still valid after a sleep might have occurred, so I don't think it can really be safe to lookup a page with the object unlocked and then do arbitrary stuff. - Gene From owner-freebsd-current Mon Mar 6 05:57:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA05689 for current-outgoing; Mon, 6 Mar 1995 05:57:54 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA05683 for ; Mon, 6 Mar 1995 05:57:53 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id IAA18639 for current@freebsd.org; Mon, 6 Mar 1995 08:57:46 -0500 Received: by starkhome.cs.sunysb.edu (8.6.10/1.34) id IAA03940; Mon, 6 Mar 1995 08:46:58 -0500 Date: Mon, 6 Mar 1995 08:46:58 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503061346.IAA03940@starkhome.cs.sunysb.edu> To: davidg@Root.COM CC: current@FreeBSD.org, dyson@Root.COM In-reply-to: David Greenman's message of Sun, 05 Mar 1995 18:45:07 -0800 <199503060245.SAA00283@corbin.Root.COM> Subject: Page fault panics during make world in -current Sender: current-owner@FreeBSD.org Precedence: bulk In vfs_bio.c, line 758: for (toff = 0; toff < vp->v_mount->mnt_stat.f_iosize; toff += tinc) { int mask; --> m = vm_page_lookup(obj, trunc_page(toff + off)); if (!m) return 0; if (vm_page_is_valid(m, toff + off, tinc) == 0) return 0; } The VM object obj is not locked, contrary to the comment preceding the definition of vm_page_lookup(). Potentially a problem? - Gene From owner-freebsd-current Mon Mar 6 06:08:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA05970 for current-outgoing; Mon, 6 Mar 1995 06:08:30 -0800 Received: from dkuug.dk (dkuug.dk [193.88.44.89]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA05961 for ; Mon, 6 Mar 1995 06:08:22 -0800 Received: from kmd-ac.dk by dkuug.dk with UUCP id AA13411 (5.65c8/IDA-1.4.4j for FreeBSD.org!current); Mon, 6 Mar 1995 15:07:51 +0100 Message-Id: <199503061407.AA13411@dkuug.dk> Subject: Re: backspace now broken (proposal) To: me@FreeBSD.org Date: Mon, 6 Mar 1995 15:08:14 +0000 (GMT) From: "Soeren Schmidt" Cc: current@FreeBSD.org In-Reply-To: from "Michael Elbel" at Mar 6, 95 11:34:00 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 827 X-Charset: ASCII X-Char-Esc: 29 Sender: current-owner@FreeBSD.org Precedence: bulk In reply to Michael Elbel who wrote: > > Make kbdcontrol able to load from stdin and do something like > 'gunzip mapfile.gz | kbdcontrol -l -' ?? > > Make kbdcontrol able to load partial keymaps, only override the keys > for which information is given? This could cut down the size of the > maps considerably. Actually I think the last thing would be *very* > useful for user defined changes, you wouldn't have to always fiddle > around with a full map. Or even allow map changes from the commandline > like you can do with xmodmap: > > kbdcontrol -e "003 '2' '\"' nul nul '@' '@' nul nul O" > > How difficult would this be to do, Soren? Not difficult, easy :-) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@kmd-ac.dk) FreeBSD Core Team .. From owner-freebsd-current Mon Mar 6 06:24:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA06497 for current-outgoing; Mon, 6 Mar 1995 06:24:21 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA06489 for ; Mon, 6 Mar 1995 06:24:20 -0800 Received: from dude.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA15189; Mon, 6 Mar 95 06:16:44 -0800 Received: by dude.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.37) id ; Mon, 6 Mar 95 15:14 MEZ Message-Id: From: me@dude.pcs.dec.com ( Michael Elbel ) Subject: Re: backspace now broken (proposal) To: sos@kmd-ac.dk (Soeren Schmidt) Date: Mon, 6 Mar 1995 15:14:23 +0100 (MEZ) Cc: current@FreeBSD.org Reply-To: me@FreeBSD.org (Michael Elbel) In-Reply-To: <199503061407.AA13398@dkuug.dk> from "Soeren Schmidt" at Mar 6, 95 03:08:14 pm X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 291 Sender: current-owner@FreeBSD.org Precedence: bulk > > kbdcontrol -e "003 '2' '\"' nul nul '@' '@' nul nul O" > > > > How difficult would this be to do, Soren? > > Not difficult, easy :-) Nudge, nudge, pretty please? :-) Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-current Mon Mar 6 06:52:39 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA07029 for current-outgoing; Mon, 6 Mar 1995 06:52:39 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA07023 for ; Mon, 6 Mar 1995 06:52:38 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: current@freefall.cdrom.com Subject: -current tree breakage. Date: Mon, 06 Mar 1995 06:52:38 -0800 Message-ID: <7022.794501558@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk root@time-> pwd /usr/src/lib/libc root@time-> make building shared c library (version 2.0) swab.so: Definition of symbol `_swab' (multiply defined) swab.so: Definition of symbol `_swab' (multiply defined) *** Error code 1 Nate's ld changes? Jordan From owner-freebsd-current Mon Mar 6 07:14:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA07530 for current-outgoing; Mon, 6 Mar 1995 07:14:17 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA07524 for ; Mon, 6 Mar 1995 07:14:10 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id HAA02978; Mon, 6 Mar 1995 07:13:48 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id HAA00557; Mon, 6 Mar 1995 07:13:47 -0800 Message-Id: <199503061513.HAA00557@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) cc: current@FreeBSD.org, dyson@Root.COM Subject: Re: Page fault panics during make world in -current In-reply-to: Your message of "Mon, 06 Mar 95 08:28:22 EST." <199503061328.IAA03874@starkhome.cs.sunysb.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Mar 1995 07:13:45 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >I notice that control has arrived at line 1005 in vfs_bio.c with "obj" >set to a VM object with ref_count = 0, even though the object was obtained >from vp->v_vmdata. It seems wrong to have a pointer to a VM object >stored in a vnode without a positive reference count on the VM object. Cached objects have reference counts of 0. A reference to the vnode is held as long as the pager exists (which is for the life of the object). When the pager is destroyed, vp->v_vmdata is set to NULL. >The size field of the VM object also seems bogus: 0xf0668da4, though this >could perhaps be a consequence of the object's already having been freed >and the memory used for something else. That is strange. The object hasn't been freed. This is starting to look like the memory corruption problem(s) that I've been trying to find. -DG From owner-freebsd-current Mon Mar 6 07:16:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA07573 for current-outgoing; Mon, 6 Mar 1995 07:16:03 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA07561 for ; Mon, 6 Mar 1995 07:15:55 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA25411 for current@freebsd.org; Tue, 7 Mar 1995 01:12:24 +1000 Date: Tue, 7 Mar 1995 01:12:24 +1000 From: Bruce Evans Message-Id: <199503061512.BAA25411@godzilla.zeta.org.au> To: current@FreeBSD.org Subject: more ETXTBSY bugs Sender: current-owner@FreeBSD.org Precedence: bulk Try this: cp /bin/echo /tmp chmod 777 /tmp/echo /tmp/echo Then rm /tmp/echo s says "override rwxrwxrwx bde/bin for echo?" This is because `rm' uses access() to check for write access on the file; access() fails and sets errno = ETXTBSY and `rm' decides to prompt because the file isn't writable. The unlink works if I respond `y', of course. All this may be old behaviour. There is certainly some new behaviour: The ETXTBUSY bit didn't go away while I was running `make' in the background for 10-20 minutes. Perhaps the vnode and associated buffers didn't go away either, and clog up the caches. Bruce From owner-freebsd-current Mon Mar 6 07:16:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA07579 for current-outgoing; Mon, 6 Mar 1995 07:16:04 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA07565 for ; Mon, 6 Mar 1995 07:16:00 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id HAA02989; Mon, 6 Mar 1995 07:15:40 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id HAA00571; Mon, 6 Mar 1995 07:15:39 -0800 Message-Id: <199503061515.HAA00571@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) cc: current@FreeBSD.org, dyson@Root.COM Subject: Re: Page fault panics during make world in -current In-reply-to: Your message of "Mon, 06 Mar 95 08:36:33 EST." <199503061336.IAA03921@starkhome.cs.sunysb.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Mar 1995 07:15:39 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >In vfs_vnops.c, line 245: > > if (vp->v_flag & VVMIO) { >--> vrele(vp); > if( vp->v_vmdata == NULL) > panic("vn_close: VMIO object missing"); > vm_object_deallocate( (vm_object_t) vp->v_vmdata); > } else > vrele(vp); > >It seems wrong (or at least bad form), to access vp->v_vmdata after doing >vrele(vp), as vp might no longer be valid. It is not immediately clear that >a sleep is possible during vrele(), but it isn't immediately clear the >other way, either. The panic that immediately follows the vrele() guarantees that that wasn't the last reference. As long as the object exists, the pager exists, and as long as the pager exists, a reference is held to the vnode. -DG From owner-freebsd-current Mon Mar 6 07:20:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA07659 for current-outgoing; Mon, 6 Mar 1995 07:20:48 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA07653 for ; Mon, 6 Mar 1995 07:20:44 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id HAA03004; Mon, 6 Mar 1995 07:20:23 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id HAA00590; Mon, 6 Mar 1995 07:20:22 -0800 Message-Id: <199503061520.HAA00590@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) cc: current@FreeBSD.org, dyson@Root.COM Subject: Re: Page fault panics during make world in -current In-reply-to: Your message of "Mon, 06 Mar 95 08:46:58 EST." <199503061346.IAA03940@starkhome.cs.sunysb.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Mar 1995 07:20:22 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >In vfs_bio.c, line 758: > > for (toff = 0; toff < vp->v_mount->mnt_stat.f_iosize; toff += tinc) { > int mask; > >--> m = vm_page_lookup(obj, trunc_page(toff + off)); > if (!m) > return 0; > if (vm_page_is_valid(m, toff + off, tinc) == 0) > return 0; > } > >The VM object obj is not locked, contrary to the comment preceding >the definition of vm_page_lookup(). Potentially a problem? Object locking in uniprocessor systems is a NOP. If you look at the definition of vm_object_lock, you'll see that it is defined as "simple_lock". If you look at the definition of simple_lock, you'll see that it is nothing. The missing object locks are an oversight...but not a problem. -DG From owner-freebsd-current Mon Mar 6 07:35:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA08122 for current-outgoing; Mon, 6 Mar 1995 07:35:15 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA08116 for ; Mon, 6 Mar 1995 07:35:08 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id HAA03026; Mon, 6 Mar 1995 07:34:34 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id HAA00614; Mon, 6 Mar 1995 07:34:33 -0800 Message-Id: <199503061534.HAA00614@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) cc: current@FreeBSD.org, dyson@Root.COM Subject: Re: Page fault panics during make world in -current In-reply-to: Your message of "Mon, 06 Mar 95 08:56:07 EST." <199503061356.IAA03953@starkhome.cs.sunysb.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Mar 1995 07:34:32 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >Actually, none of the calls to vm_page_lookup() in vfs_bio.c lock the >VM object first. However, after some of them, there are even calls to >VMWAIT while the pointer to the page is held (e.g. line 1046). >Why are you sure that the page will still be valid when VMWAIT is over? >The page fault handler goes to great pains to keep checking that a >page lookup is still valid after a sleep might have occurred, so I don't >think it can really be safe to lookup a page with the object unlocked >and then do arbitrary stuff. The code in vfs_bio.c is quite complex. John and I have each gone through this several times trying to find problems like you've mentioned. We're pretty sure that the page in question is always made 'busy' or 'bmapped' before any calls to VM_WAIT (or any other sleep) could otherwise lose the page. I'm not saying that we might not have missed something...but we have looked at this specific potential problem more than once. The object itself can't go away because a reference is held to it. -DG From owner-freebsd-current Mon Mar 6 07:59:18 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA08917 for current-outgoing; Mon, 6 Mar 1995 07:59:18 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA08819 for ; Mon, 6 Mar 1995 07:56:46 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.9/8.6.9) id BAA00310; Mon, 6 Mar 1995 01:22:29 +0100 Date: Mon, 6 Mar 1995 01:22:29 +0100 From: Julian Howard Stacey Message-Id: <199503060022.BAA00310@vector.eikon.e-technik.tu-muenchen.de> To: jhs@regent.e-technik.tu-muenchen.de, smace@metal-mail.neosoft.com Subject: Re: faking reply-to field Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk Re use the sendmail -f parameter, it will change the "From:" line to whatever you want... only if you invoke it live though i want something that will make my daemon sendmail fake the Reply-To hostname Julian S From owner-freebsd-current Mon Mar 6 08:03:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA09074 for current-outgoing; Mon, 6 Mar 1995 08:03:48 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA09058 for ; Mon, 6 Mar 1995 08:03:20 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id IAA03048; Mon, 6 Mar 1995 08:02:56 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id IAA00634; Mon, 6 Mar 1995 08:02:56 -0800 Message-Id: <199503061602.IAA00634@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Bruce Evans cc: current@FreeBSD.org Subject: Re: more ETXTBSY bugs In-reply-to: Your message of "Tue, 07 Mar 95 01:12:24 +1000." <199503061512.BAA25411@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Mar 1995 08:02:54 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >All this may be old behaviour. There is certainly some new behaviour: >The ETXTBUSY bit didn't go away while I was running `make' in the >background for 10-20 minutes. Perhaps the vnode and associated buffers >didn't go away either, and clog up the caches. There are a lot more cached objects than before (several thousand on a machine with a lot of memory). You'd have to access several thousand previously unaccessed files before you'd flush out the one that is VTEXT. -DG From owner-freebsd-current Mon Mar 6 08:14:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA09463 for current-outgoing; Mon, 6 Mar 1995 08:14:03 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA09455 for ; Mon, 6 Mar 1995 08:13:59 -0800 Received: by sequent.kiae.su id AA26121 (5.65.kiae-2 ); Mon, 6 Mar 1995 19:01:38 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 6 Mar 95 19:01:37 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id SAA00655; Mon, 6 Mar 1995 18:47:50 +0300 To: Bruce Evans , Soeren Schmidt Cc: current@FreeBSD.org, davidg@Root.COM References: <199503060824.AA01899@dkuug.dk> In-Reply-To: <199503060824.AA01899@dkuug.dk>; from Soeren Schmidt at Mon, 6 Mar 1995 09:34:43 +0000 (GMT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 6 Mar 1995 18:47:49 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: backspace now broken (proposal) Lines: 20 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 900 Sender: current-owner@FreeBSD.org Precedence: bulk In message <199503060824.AA01899@dkuug.dk> Soeren Schmidt writes: >I think the consensus of all this would be: >backspace aka "<-" key: 0x08 >grey delete key: 0x7f (function key 61) >keypad ", del" key: function key 61 aka 0x7f if numlock "," >Ache you can allways program your keys like you want in the ru keymaps >and I'll let "grey delete" be a function key (defaults to 0x7f). Ok, I agree with that. Lets change fkey63 to ESC[~ instead of ESC[K, if possible (fkey63 never used), because traditional russian keymap 'delete under cursor' have ESC[K since 1.x days which now conflicts with fkey63. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Mon Mar 6 08:19:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA09699 for current-outgoing; Mon, 6 Mar 1995 08:19:46 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA09692 for ; Mon, 6 Mar 1995 08:19:44 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id LAA18876 for current@freebsd.org; Mon, 6 Mar 1995 11:19:36 -0500 Received: by starkhome.cs.sunysb.edu (8.6.10/1.34) id LAA04199; Mon, 6 Mar 1995 11:17:46 -0500 Date: Mon, 6 Mar 1995 11:17:46 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503061617.LAA04199@starkhome.cs.sunysb.edu> To: davidg@Root.COM CC: current@FreeBSD.org, dyson@Root.COM In-reply-to: David Greenman's message of Mon, 06 Mar 1995 07:34:32 -0800 <199503061534.HAA00614@corbin.Root.COM> Subject: Page fault panics during make world in -current Sender: current-owner@FreeBSD.org Precedence: bulk > The code in vfs_bio.c is quite complex. John and I have each gone through >this several times trying to find problems like you've mentioned. We're pretty >sure that the page in question is always made 'busy' or 'bmapped' before any >calls to VM_WAIT (or any other sleep) could otherwise lose the page. I'm not >saying that we might not have missed something...but we have looked at this >specific potential problem more than once. The object itself can't go away >because a reference is held to it. OK, I understand, but the current instability of the system seems to indicate some sort of subtle problem, so I figure having a fresh eye take a look at the code might stand a chance of finding something. I hope you'll pardon me if I "find" stuff that isn't a problem, as the assumptions/invariants, etc. that are inherent in this code take awhile to flesh out by reading the code over and over. I am still concerned about line 1046 of vfs_bio.c, though. At line 1031, m is determined to be either invalid or busy. At line 1046 there is a possibility of sleeping in the VM_WAIT. If m is invalid, then I don't think there is anything stopping a pager from replacing m in the object with another page during the sleep, so that when we wake up again, m isn't a reference to the proper page in this object any more. If m was busy, of course, this can't happen, because the pagers respect the busy flags and don't replace the pages in this case. I have the feeling a good test to exercise some of these potential problems would be to mmap() a file, then start accessing it via the mapped addresses, concurrently with another process that repeatedly truncates and rewrites it. Do you have a test like this? - Gene From owner-freebsd-current Mon Mar 6 08:41:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA10521 for current-outgoing; Mon, 6 Mar 1995 08:41:03 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA10515 for ; Mon, 6 Mar 1995 08:40:58 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id IAA03140; Mon, 6 Mar 1995 08:40:31 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id IAA00715; Mon, 6 Mar 1995 08:40:30 -0800 Message-Id: <199503061640.IAA00715@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) cc: current@FreeBSD.org, dyson@Root.COM Subject: Re: Page fault panics during make world in -current In-reply-to: Your message of "Mon, 06 Mar 95 11:17:46 EST." <199503061617.LAA04199@starkhome.cs.sunysb.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Mar 1995 08:40:29 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >OK, I understand, but the current instability of the system seems to indicate >some sort of subtle problem, so I figure having a fresh eye take a look at >the code might stand a chance of finding something. I hope you'll pardon me >if I "find" stuff that isn't a problem, as the assumptions/invariants, etc. >that are inherent in this code take awhile to flesh out by reading the code >over and over. Quite the opposite - I _encourage_ people to poke through the code and point out strange things. Sorry if I ever suggested otherwise. >I am still concerned about line 1046 of vfs_bio.c, though. At line 1031, >m is determined to be either invalid or busy. At line 1046 there is a >possibility of sleeping in the VM_WAIT. If m is invalid, then I don't think >there is anything stopping a pager from replacing m in the object with >another page during the sleep, so that when we wake up again, m isn't a >reference to the proper page in this object any more. If m was busy, >of course, this can't happen, because the pagers respect the busy flags >and don't replace the pages in this case. That particular code section looks very familiar to me. :-) I've looked at it several times in the past and recall mentioning the same problem to John. At the time, John had a good explaination of why it wasn't a problem. The code or the validity of the assumption might have changed since then (or John may have just been wrong), and it's possible there is a problem. I can try to bring this up with John over the phone, but he won't be able to look at it until late this week (he's out of town on business - without his computer). >I have the feeling a good test to exercise some of these potential problems >would be to mmap() a file, then start accessing it via the mapped addresses, >concurrently with another process that repeatedly truncates and rewrites it. I'm not sure what will happen if you truncate a mapped file. It should yank all the pages away from all the processes that have it mapped - and further accesses should create demand zero pages (and make the file sparsely allocated if the references are to random places). Regular writes to the file should cause the new information to just "appear" in the processes that have the file mapped. >Do you have a test like this? Not yet. :-) -DG From owner-freebsd-current Mon Mar 6 08:46:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA10775 for current-outgoing; Mon, 6 Mar 1995 08:46:21 -0800 Received: from ddg.com (EUNUCH.DDG.COM [199.183.109.235]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA10769 for ; Mon, 6 Mar 1995 08:46:19 -0800 Received: from [199.183.109.228] by ddg.com with SMTP (MailShare 1.0b8); Mon, 6 Mar 1995 10:45:58 -0600 X-Sender: awd@mail.ddg.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 6 Mar 1995 10:45:59 -0600 To: "Jordan K. Hubbard" From: awd@ddg.com (Andrew W. Donoho) Subject: Re: "Sparse" files? Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk Jordan, You wrote: >But as Bruce also points out, our block size of 8K also makes this >kind of compression scheme much less likely to be effective. OTOH, it is a good size for allocation block compression. It is the same size that Stacker uses in LZS (I should know, I ported the compression algorithm from DOS to Mac and PowerMac). If this is an interesting addition to FreeBSD and it does not already exist, I am willing to work with a file system guru to implement an unencumbered compression scheme for the *BSD world. Andrew ----- awd@ddg.com - Donoho Design Group, Inc. awd@gslis.utexas.edu - UT Grad. School of Library and Information Science From owner-freebsd-current Mon Mar 6 08:50:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA10955 for current-outgoing; Mon, 6 Mar 1995 08:50:21 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA10948; Mon, 6 Mar 1995 08:50:20 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: awd@ddg.com (Andrew W. Donoho) cc: current@FreeBSD.org Subject: Re: "Sparse" files? In-reply-to: Your message of "Mon, 06 Mar 95 10:45:59 CST." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 06 Mar 1995 08:50:19 -0800 Message-ID: <10947.794508619@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > If this is an interesting addition to FreeBSD and it does not already > exist, I am willing to work with a file system guru to implement an > unencumbered compression scheme for the *BSD world. Assuming that a filesystem guru with any amount of free time can be found, I expect you'll have yourself a deal! There certainly isn't anything like this yet.. Jordan From owner-freebsd-current Mon Mar 6 08:54:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11143 for current-outgoing; Mon, 6 Mar 1995 08:54:24 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA11137 for ; Mon, 6 Mar 1995 08:54:23 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id IAA22187; Mon, 6 Mar 1995 08:50:59 -0800 From: Poul-Henning Kamp Message-Id: <199503061650.IAA22187@ref.tfs.com> Subject: Re: more ETXTBSY bugs To: bde@zeta.org.au (Bruce Evans) Date: Mon, 6 Mar 1995 08:50:59 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503061512.BAA25411@godzilla.zeta.org.au> from "Bruce Evans" at Mar 7, 95 01:12:24 am Content-Type: text Content-Length: 537 Sender: current-owner@FreeBSD.org Precedence: bulk > All this may be old behaviour. There is certainly some new behaviour: > The ETXTBUSY bit didn't go away while I was running `make' in the > background for 10-20 minutes. Perhaps the vnode and associated buffers > didn't go away either, and clog up the caches. This is indeed my theory too, the "chatter bug" is due to the fact that vnodes get recycled so fast that the namei-cache thrashses. -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-current Mon Mar 6 09:02:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11373 for current-outgoing; Mon, 6 Mar 1995 09:02:33 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA11367 for ; Mon, 6 Mar 1995 09:02:30 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18218; Mon, 6 Mar 95 09:55:40 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503061655.AA18218@cs.weber.edu> Subject: Re: pkg_add/delete bug? To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 6 Mar 95 9:55:39 MST Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503050812.JAA07677@uriah.heep.sax.de> from "J Wunsch" at Mar 5, 95 09:12:27 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > Before Terry jumps in and proposes us again to store a copy of any > executable in swap :^), [ ... ] Not any executable. Just executables that someone wants to write at the time they want to write them; instead of returning ETXTBSY to the caller, fault all pages for the file open as a binary into swap as dirty, non-writeable (must keep until close). Precheck to see if this is possible, and if not, return ENOMEM instead of ETXTBSY to the caller. I only suggested *any* executable in the case of NFS, where you can't set the executing bit on the file server. This means I'm not a nut, really. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 6 09:04:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11537 for current-outgoing; Mon, 6 Mar 1995 09:04:48 -0800 Received: from shell1.best.com (shell1.best.com [204.156.128.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA11529 for ; Mon, 6 Mar 1995 09:04:47 -0800 Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by shell1.best.com (8.6.10/8.6.5) with ESMTP id JAA10559; Mon, 6 Mar 1995 09:03:49 -0801 Received: (from rcarter@localhost) by geli.clusternet (8.6.10/8.6.9) id JAA21908; Mon, 6 Mar 1995 09:02:49 -0800 Date: Mon, 6 Mar 1995 09:02:49 -0800 From: "Russell L. Carter" Message-Id: <199503061702.JAA21908@geli.clusternet> To: se@MI.Uni-Koeln.DE Subject: More on ncr scsi performance Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk Hi Stefan, I am still having 50% performance slowdowns on my ncr connected drive. Besides the well known chatter problem, there also appears to be a throughput problem with the driver or scsi system. But others, notably David Greenman, are not seeing this. I think he is using the buslogic card. I haven't been able to run more benchmarks because trying to build the world Sunday failed after 11 hours! This used to complete in five. Last night's build failed (after 2 hours, thank god) with: cc -fpic -DPIC -O2 -m486 -pipe -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DYP -c /usr/src/lib/libc/i386/sys/i386_set_ldt.c -o i386_set_ldt.so building shared c library (version 2.0) swab.so: Definition of symbol `_swab' (multiply defined) swab.so: Definition of symbol `_swab' (multiply defined) *** Error code 1 Stop. *** Error code 1 Here's /dev/sd0e on a 030495 system, and the bonnie: 33001 files, 551347 used, 339568 free (28000 frags, 38946 blocks, 3.1% fragmentation) Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 030495 100 2275 81.1 2294 24.9 1450 25.7 2552 82.3 3807 43.8 65.6 7.2 Here's /dev/sd0e on a 021095 system, and the bonnie: 27098 files, 480655 used, 413680 free (18032 frags, 49456 blocks, 2.0% fragmentation) Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 021095 100 3145 96.0 3832 30.9 1630 21.0 3230 95.2 4231 36.8 81.0 7.0 The 030495 system is quite a bit better than a few days earlier. The disk fragmentation then was about 2.5%. Really, it was. System: ASUS P54SP4, ncr, 32MB, IBM 0662. As an aside, I am also sure that the slight delays in interactive response are real, I can tell by comparing the two systems (I have two P5-90s configured identically, running these two systems). Doesn't seem to cause any problems. As another aside, I haven't had any more of the ominous looking messages: Mar 6 02:00:04 zoyd /kernel: sd0(ncr0:1:0): COMMAND FAILED (4 28) @f0992a00. Mar 6 02:00:04 zoyd /kernel: sd0(ncr0:1:0): NOT READY asc:04 ascq:01, retries:4 Mar 6 02:00:04 zoyd last message repeated 2 times in recent systems. Cheers, Russell From owner-freebsd-current Mon Mar 6 09:14:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11809 for current-outgoing; Mon, 6 Mar 1995 09:14:15 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA11802 for ; Mon, 6 Mar 1995 09:14:08 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18314; Mon, 6 Mar 95 10:07:17 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503061707.AA18314@cs.weber.edu> Subject: Re: "Text file busy" with program not running anymore? To: davidg@Root.COM Date: Mon, 6 Mar 95 10:07:16 MST Cc: phk@ref.tfs.com, jhay@mikom.csir.co.za, current@FreeBSD.org In-Reply-To: <199503052133.NAA00248@corbin.Root.COM> from "David Greenman" at Mar 5, 95 01:33:08 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > No. Executed mapped files are a special case. I actually think that the > "text file busy" thing is generally a hack that should just be removed. I can > see no valid justification for preventing writes to executing files. If you > really don't want your executing process(es) to die, then unlinking the file > first is this the thing to do. Deovercommitting the image, since it is possible, is the thing to do. ENOMEM is the correct hack. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 6 09:14:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11796 for current-outgoing; Mon, 6 Mar 1995 09:14:08 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA11790 for ; Mon, 6 Mar 1995 09:13:59 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18252; Mon, 6 Mar 95 10:05:40 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503061705.AA18252@cs.weber.edu> Subject: Re: "Text file busy" with program not running anymore? To: davidg@Root.COM Date: Mon, 6 Mar 95 10:05:39 MST Cc: mark@grondar.za, phk@ref.tfs.com, jhay@mikom.csir.co.za, current@FreeBSD.org In-Reply-To: <199503052143.NAA00266@corbin.Root.COM> from "David Greenman" at Mar 5, 95 01:43:13 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > The VTEXT flag is only set on exec()'d files. Shared libraries aren't > exec()'d. If you clobber the data in a shared library file, any processes > which are currently using them will likely die. ...but install unlinks the > target first, so this should happen. This still bugs the hell out of me. Clearly, if one of the dubious "benefits" of memory overcommit (besides not being able to do decent system dumps or software based power management) is the ability to get "Text file busy" messages out the ying-yang, then you should get them for any pages mapped as executable. And this includes shared libraries. WHY isn't the VTEXT flag set on anything mmap'ed as executable, like shared libraries or dlopen targets? Enquiring minds want to know... Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 6 09:33:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12490 for current-outgoing; Mon, 6 Mar 1995 09:33:36 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA12482 for ; Mon, 6 Mar 1995 09:33:30 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18398; Mon, 6 Mar 95 10:26:45 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503061726.AA18398@cs.weber.edu> Subject: Re: "Text file busy" with program not running anymore? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Mon, 6 Mar 95 10:26:44 MST Cc: davidg@Root.COM, jhay@mikom.csir.co.za, current@FreeBSD.org In-Reply-To: <199503051820.KAA18600@ref.tfs.com> from "Poul-Henning Kamp" at Mar 5, 95 10:20:56 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > >I am running FreeBSD-current with a kernel of this morning, if this > > >is relevant. I have compiled a program, copied it with cp to another > > >directory and executed it from there. Then I changed the source, > > >compiled it again and when I tried to copy it, I got the > > >"cp: /users/jhay/bin/u2d: Text file busy" message. But the program > > >is not running anymore. I have waited a few minutes, thinking that > > >there is some cache that have to timeout, but it did not help. > > > > > >Now it isn't the end of the world for me, I can just delete the > > >file before I copy the new one or use install. > > > > > >I would just like to know if this is expected behaviour or not? > > > > It is expected. Whenever a file is executed, the VTEXT flag is > > set on the vnode to indicate that someone is executing it. The > > flag remains set until there are no references to it and it is no > > longer cached. In your case, it lingered in the cache. It never > > 'times out' - the cached vnodes are replaced with other cached > > vnodes - so it will only get out of the cache if there is > > activity on the system to flush it out. > > It's conceivable that there could be a count instead of a flag > > ...but this complicates things quite a bit and I don't see the > > point in it. Just rm the file first. > > Wouldn't the right thing be to flush it if it is opened for write ? The main problem is that the cache is crap. It's the cache reference that is screwing you. This is because the cache reference counts as a reference. The point of having a v_count is to count the number of holds vs. opens on the vnode. In general, the cache should be by vnode rather than by inode, and there should be a seperate "last chance cache" for inodes. The "allocate inodes with no buffers attached" is probably an OK optimization, but it's not nearly the win that it used to be prior to the VM and buffer cache merge. I would truly be suprised that *BSD would not get the same thrashing that SVR4 get now -- the working set soloution to avoid the type of cache-trashing that ld in SVR4 does when it mmap's the object files to be linked is only a partial fix. The real fix involves an arbitrated LRU list insertion order based on giving two quality levels so that an LRU'ed buffer resulting from working set overflow gets inserted at the list head for immediate reuse instead of the list tail. A second insertion point based on hit/miss and page dirty in the center of the list must also be maintained: ,--------------------.------------------. | | | `------------------<-' | | | `----------------------------------<----' The result is, effectively, a directed acyclic graph based on LRU. I think another missing piece is the buffer reclaim on LRU'ed but not flushed buffers. What really needs to happen here is that a second-chance cache based on inode rather than directory name space needs to be maintained. This is needed anyway, since the directory entry cache limits the number of characters in an insertable name. The distinction between open vs. cache insertion (testable with a cache lookup, if nothing else) then allows you to unset VTEXT on last open reference instead of last absolute reference. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 6 09:39:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12692 for current-outgoing; Mon, 6 Mar 1995 09:39:43 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA12672; Mon, 6 Mar 1995 09:39:22 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id QAA26493; Mon, 6 Mar 1995 16:02:29 GMT From: Paul Richards Message-Id: <199503061602.QAA26493@isl.cf.ac.uk> Subject: Re: backspace now broken (proposal) To: ache@astral.msk.su (Andrey A. Chernov, Black Mage) Date: Mon, 6 Mar 1995 16:02:28 +0000 (GMT) Cc: davidg@Root.COM, rgrimes@gndrsh.aac.dev.com, sos@login.dknet.dk, bde@zeta.org.au, current@FreeBSD.org, jkh@freefall.cdrom.com In-Reply-To: from "Andrey A. Chernov, Black Mage" at Mar 4, 95 07:59:08 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1658 Sender: current-owner@FreeBSD.org Precedence: bulk In reply to Andrey A. Chernov, Black Mage who said > > I agree with Rod and DG. Moreover, I already change russian keymap Me too. > to generate ^H, but IMHO it needs to be default case. > > I have following proposal: > > Backspace -> ^H > Keypad Del, (NumLock off) -> 0x7F > Grey Delete (near Insert and such) -> ESC [ K > > It is key space waste to have three 0x7F on one keyboard especially > if 0x7F not used at all. Exactly, this is just sheer stupidity since higher level applications can differentiate between the different keys. > > Few words about Grey Delete: many years of PC tradition DOS/Windows/OS-2/etc. > this key implements 'delete under cursor' function as opposite 'delete > before cursor' Del meaning. > This function well supported by ncurses & dialog and can be very useful > into many applications for line editing purposes (russian keymap > already do in that way). I dislike degradation of this key to Del too. > The input field of libforms uses exactly this behaviour that is well established under DOS. People may disagree with this and if so I will change it but the point is that under the previous scheme I could, now I cannot bacause 0x7f is overloaded. > All that I say is my point of view on _default_ behaviour. > Because too many opinions exists, all three keys need to > be at least programmable, so you can set what you like by simple > kbdcontrol. Absolutely. -- Paul Richards, FreeBSD core team member. Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK From owner-freebsd-current Mon Mar 6 09:43:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12840 for current-outgoing; Mon, 6 Mar 1995 09:43:23 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA12834 for ; Mon, 6 Mar 1995 09:43:22 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18439; Mon, 6 Mar 95 10:36:07 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503061736.AA18439@cs.weber.edu> Subject: Re: "Text file busy" with program not running anymore? To: davidg@Root.COM Date: Mon, 6 Mar 95 10:36:07 MST Cc: jhay@mikom.csir.co.za, current@FreeBSD.org In-Reply-To: <199503051523.HAA00249@corbin.Root.COM> from "David Greenman" at Mar 5, 95 07:23:16 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > >Now it isn't the end of the world for me, I can just delete the file before > >I copy the new one or use install. > > > >I would just like to know if this is expected behaviour or not? > > It is expected. Whenever a file is executed, the VTEXT flag is set on the > vnode to indicate that someone is executing it. The flag remains set until > there are no references to it and it is no longer cached. In your case, it > lingered in the cache. It never 'times out' - the cached vnodes are replaced > with other cached vnodes - so it will only get out of the cache if there is > activity on the system to flush it out. > It's conceivable that there could be a count instead of a flag...but this > complicates things quite a bit and I don't see the point in it. Just rm the > file first. Or type sync. It *does* still do what its man page says it does, right? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 6 09:45:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12905 for current-outgoing; Mon, 6 Mar 1995 09:45:14 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA12899 for ; Mon, 6 Mar 1995 09:45:13 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18467; Mon, 6 Mar 95 10:38:18 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503061738.AA18467@cs.weber.edu> Subject: Re: "Text file busy" with program not running anymore? To: davidg@Root.COM Date: Mon, 6 Mar 95 10:38:17 MST Cc: jhay@mikom.csir.co.za, current@FreeBSD.org In-Reply-To: <199503051618.IAA00160@corbin.Root.COM> from "David Greenman" at Mar 5, 95 08:18:06 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > >Does this mean that the space allocated on disk to those programs will > >not be freed until you unmount that disk or reboot? > > No, it only means that the space will be consumed until either the file is > rm'd or the vnode is pushed out of the cache (or the disk is unmounted - > which uncaches all of the associated vnodes). Luckily, the working set limitations mean that this will probably take as effectively long as "until you unmount that disk or reboot". Isn't that true? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 6 09:49:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA13064 for current-outgoing; Mon, 6 Mar 1995 09:49:34 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA13058; Mon, 6 Mar 1995 09:49:26 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18493; Mon, 6 Mar 95 10:43:08 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503061743.AA18493@cs.weber.edu> Subject: Re: Proposal To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Mon, 6 Mar 95 10:43:07 MST Cc: hsu@cs.hut.fi, freebsd-current@freefall.cdrom.com In-Reply-To: <2920.794440829@freefall.cdrom.com> from "Jordan K. Hubbard" at Mar 5, 95 02:00:29 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > How about adding this to the end of the /etc/rc.local? > > > > if [ -x /usr/local/etc/rc.`hostname` ] > > then > > . /usr/local/etc/rc.`hostname` > > fi > > I agree with the sentiment, since it makes interesting things with > diskless workstations possible, but I don't care for the location. > Making anything assume a layout for /usr/local in the system seems > just risky to me. > > I've taken the suggestion, but pointed it at /usr/share/misc/rc. > instead. Why not /usr/share/etc/rc.host? 'misc' seems highly illogical... Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 6 10:00:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13213 for current-outgoing; Mon, 6 Mar 1995 10:00:40 -0800 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA13204 for ; Mon, 6 Mar 1995 10:00:38 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HNTR9HNUSG0000MI@mail.rwth-aachen.de>; Mon, 06 Mar 1995 19:01:17 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id TAA21939 for freebsd-current@freefall.cdrom.com; Mon, 6 Mar 1995 19:06:36 +0100 Date: Mon, 06 Mar 1995 19:06:36 +0100 From: "Christoph P. Kukulies" Subject: ALT-F vt switching in X To: freebsd-current@freefall.cdrom.com Message-id: <199503061806.TAA21939@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: current-owner@FreeBSD.org Precedence: bulk Is it broken? Switching the virtual desktop using ALT-F1-2-3 doesn't work anymore. CTRL-ALT-F switching doesn't work either. Another XFree weirdness: When I cut something and want to paste it with the middle mouse button and I move the mouse the cut text is pasted repeatedly. Is it a syscons problem? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Mar 5 20:47:08 1995 kuku@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Mon Mar 6 10:02:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13246 for current-outgoing; Mon, 6 Mar 1995 10:02:48 -0800 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA13237 for ; Mon, 6 Mar 1995 10:02:20 -0800 Received: from localhost (localhost [127.0.0.1]) by grunt.grondar.za (8.6.10/8.6.9) with SMTP id TAA14188; Mon, 6 Mar 1995 19:59:25 +0200 Message-Id: <199503061759.TAA14188@grunt.grondar.za> X-Authentication-Warning: grunt.grondar.za: Host localhost didn't use HELO protocol To: Julian Howard Stacey cc: smace@metal-mail.neosoft.com, current@FreeBSD.org Subject: Re: faking reply-to field Date: Mon, 06 Mar 1995 19:59:24 +0200 From: Mark Murray Sender: current-owner@FreeBSD.org Precedence: bulk > Re > use the sendmail -f parameter, it will change the "From:" line to > whatever you want... > > only if you invoke it live though > i want something that will make my daemon sendmail fake the Reply-To hostname I'm picking up in the middle of a conversation here, so please forgive me if I'm missing the point: I understand that someone wants his _site_ rather than _himself_ to have a default mail address other than the machine's name? If that is so, then I do the same. All the machines on my network send out mail as @grondar.za, and I let /etc/aliases do the rest. It could just as easily be an address of a convenient MX site for those who do not have IP or who have dial-up IP. I use sendmail (AKA bendmail), and I have a _life_saving_ book on it by Bryan Costales with Eric Allman & Neil Rickert called simply "sendmail", published by O'Reilly and Associates. My solution is simple. M4. At the back of the book is a chapter on generating sendmail.cf's with M4, and compared to writing those @#$%ing .cf files, this is a BREEZE. Here is mine: #---------------------grunt.mc---------------------------- divert(-1) include(`../m4/cf.m4') MASQUERADE_AS(grondar.za.) define(HIDDENDOMAIN,grondar.za.) define(DEFAULT_HOST,grondar.za.) OSTYPE(bsd4.4) MAILER(local) MAILER(smtp) FEATURE(always_add_domain) DEFINE(`BITNET_RELAY',`smtp:pucc.princeton.edu') DEFINE(`UUCP_RELAY',`smtp:uunet.uu.net') #---------------------grunt.mc---------------------------- The first 2 lines are compulsory. The rest is (reasonably) obvious. Whatever leaves my net with no domain part gets "@grondar.za" automatically. Easy huh? You _need_ TFM, though :-) M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-current Mon Mar 6 10:08:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13529 for current-outgoing; Mon, 6 Mar 1995 10:08:48 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA13523 for ; Mon, 6 Mar 1995 10:08:47 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18642; Mon, 6 Mar 95 11:02:20 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503061802.AA18642@cs.weber.edu> Subject: Re: "Sparse" files? To: jkh@FreeBSD.org (Jordan K. Hubbard) Date: Mon, 6 Mar 95 11:02:20 MST Cc: current@freefall.cdrom.com In-Reply-To: <199503060557.VAA00476@time.cdrom.com> from "Jordan K. Hubbard" at Mar 5, 95 09:57:18 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > Do we have any support for the likes of Linux's sparse files? Patrick > here says it saves around 25% for executables alone when run-length > compression is done for zero'd blocks. This almost requires dual-staging in the FS, such that a block read off of disk can become more than one block in core. This is effectively what you'd want to do blobk-based deterministic compression, for instance adding doublespace support to the DOSFS. I suspect a lot of the speed pickup is that this would effectively cause a read-ahead of however many blocks a single block decompresses to minus one (which is what make this not act as a performance loss in practice). Effective read-ahead for binaries would probably unmask this as a false win. You'd be left with some space savings at a rather steep access penalty. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 6 10:19:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13725 for current-outgoing; Mon, 6 Mar 1995 10:19:40 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA13717 for ; Mon, 6 Mar 1995 10:19:33 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18693; Mon, 6 Mar 95 11:12:14 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503061812.AA18693@cs.weber.edu> Subject: Re: "Sparse" files? To: bde@zeta.org.au (Bruce Evans) Date: Mon, 6 Mar 95 11:12:13 MST Cc: current@freefall.cdrom.com, jkh@FreeBSD.org In-Reply-To: <199503060641.QAA15475@godzilla.zeta.org.au> from "Bruce Evans" at Mar 6, 95 04:41:27 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > >Do we have any support for the likes of Linux's sparse files? Patrick > >here says it saves around 25% for executables alone when run-length > >compression is done for zero'd blocks. > > ffs certainly supports holes in regular files. Gnu cp preserves holes > in regular files and creates them if possible, at least on POSIX file > systems for which stat() returns suitable non-POSIX info (st_blocks > and/or st_blksize). Our cp neither creates them nor preserves them. > It might be difficult to support them and still use mmap(). > > The usual ffs block size is 8K, while the usual linux block size is 1K, > so the chance of finding a zero block to compress is much lower. What they are doing is RLE "compression", so it isn't really a "sparse" file. BSD has (?) gzip support anyway. I was thinking on the zero'ed block issue last night, both in regard to frags being zeroed, and in regard to alignment and restoration issues. The alignment issue would allow paging on a 512 byte boundry. This is a clear win in the file-as-swap-store case. The restoration issue is one of special casing zero-fill block writes to not mark the block dirty for written zeroes. Clearly, you could do this in copy (like gnu cp and tar currently do); the question is whether the kernel write overhead is too high. One of the guys at work has been experimenting with using "team" to download images on an http server with some significant promise; this is related, in that it implies that the amount of time in an I/O wait is sufficient latency to mask overhead in a block compare for 0's, at least until kernel multithreading and reader/writer locking are pounded in everywhere. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 6 10:22:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13795 for current-outgoing; Mon, 6 Mar 1995 10:22:48 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA13788 for ; Mon, 6 Mar 1995 10:22:37 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id KAA03348; Mon, 6 Mar 1995 10:22:16 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id KAA02179; Mon, 6 Mar 1995 10:22:16 -0800 Message-Id: <199503061822.KAA02179@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: current@FreeBSD.org Subject: Re: "Text file busy" with program not running anymore? In-reply-to: Your message of "Mon, 06 Mar 95 10:05:39 MST." <9503061705.AA18252@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Mar 1995 10:22:15 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >> The VTEXT flag is only set on exec()'d files. Shared libraries aren't >> exec()'d. If you clobber the data in a shared library file, any processes >> which are currently using them will likely die. ...but install unlinks the >> target first, so this should happen. > >This still bugs the hell out of me. Clearly, if one of the dubious >"benefits" of memory overcommit (besides not being able to do decent >system dumps or software based power management) is the ability to >get "Text file busy" messages out the ying-yang, then you should get >them for any pages mapped as executable. > >And this includes shared libraries. > >WHY isn't the VTEXT flag set on anything mmap'ed as executable, like >shared libraries or dlopen targets? > >Enquiring minds want to know... The main reason is that mapping files with execute permission is too over- used. We could do this, but I suspect that it won't be a very popular change. -DG From owner-freebsd-current Mon Mar 6 10:35:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13952 for current-outgoing; Mon, 6 Mar 1995 10:35:56 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA13940 for ; Mon, 6 Mar 1995 10:35:47 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id KAA03360; Mon, 6 Mar 1995 10:35:14 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id KAA02220; Mon, 6 Mar 1995 10:35:13 -0800 Message-Id: <199503061835.KAA02220@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: current@FreeBSD.org Subject: Re: "Text file busy" with program not running anymore? In-reply-to: Your message of "Mon, 06 Mar 95 10:36:07 MST." <9503061736.AA18439@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Mar 1995 10:35:12 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >> >Now it isn't the end of the world for me, I can just delete the file before >> >I copy the new one or use install. >> > >> >I would just like to know if this is expected behaviour or not? >> >> It is expected. Whenever a file is executed, the VTEXT flag is set on the >> vnode to indicate that someone is executing it. The flag remains set until >> there are no references to it and it is no longer cached. In your case, it >> lingered in the cache. It never 'times out' - the cached vnodes are replaced >> with other cached vnodes - so it will only get out of the cache if there is >> activity on the system to flush it out. >> It's conceivable that there could be a count instead of a flag...but this >> complicates things quite a bit and I don't see the point in it. Just rm the >> file first. > >Or type sync. It *does* still do what its man page says it does, right? The man page says it insures that all disk writes have completed (for the command) and that modified buffers are written out (for the system call). Yes, it does indeed still do this (and in fact, has been extended to write out all modified pages in the system as well). Since the problem mentioned above has nothing to do with writes completing or modified buffers being synced, I fail to see how your comment is relevant. Once again, the problem is that the pager of a cached object retains a reference to the vnode while it exists and the VTEXT flag isn't cleared when the object is put into the object cache. This shouldn't be a difficult problem to solve. (Although a quick hack I just added to do this very thing isn't working as expected - which suggests that there may be a (reference count) problem with objects going into the cache correctly.) -DG From owner-freebsd-current Mon Mar 6 10:37:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13976 for current-outgoing; Mon, 6 Mar 1995 10:37:12 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA13970 for ; Mon, 6 Mar 1995 10:37:04 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18781; Mon, 6 Mar 95 11:30:03 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503061830.AA18781@cs.weber.edu> Subject: Re: more ETXTBSY bugs To: davidg@Root.COM Date: Mon, 6 Mar 95 11:30:03 MST Cc: bde@zeta.org.au, current@FreeBSD.org In-Reply-To: <199503061602.IAA00634@corbin.Root.COM> from "David Greenman" at Mar 6, 95 08:02:54 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > >All this may be old behaviour. There is certainly some new behaviour: > >The ETXTBUSY bit didn't go away while I was running `make' in the > >background for 10-20 minutes. Perhaps the vnode and associated buffers > >didn't go away either, and clog up the caches. > > There are a lot more cached objects than before (several thousand on a > machine with a lot of memory). You'd have to access several thousand > previously unaccessed files before you'd flush out the one that is VTEXT. There is an intentionally restrictive buffer cache limit of 10% of available memory in some modern systems because of this problem. Is this a good or a bad idea? A lot of what is "common knowledge about VM" is no longer applicable with a unified cache, so this limit might not be as good an idea as it seems to be. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 6 10:43:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA14059 for current-outgoing; Mon, 6 Mar 1995 10:43:05 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA14053 for ; Mon, 6 Mar 1995 10:43:00 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id KAA03392; Mon, 6 Mar 1995 10:42:38 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id KAA02233; Mon, 6 Mar 1995 10:42:38 -0800 Message-Id: <199503061842.KAA02233@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: current@FreeBSD.org Subject: Re: "Text file busy" with program not running anymore? In-reply-to: Your message of "Mon, 06 Mar 95 10:38:17 MST." <9503061738.AA18467@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Mar 1995 10:42:37 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >> >Does this mean that the space allocated on disk to those programs will >> >not be freed until you unmount that disk or reboot? >> >> No, it only means that the space will be consumed until either the file is >> rm'd or the vnode is pushed out of the cache (or the disk is unmounted - >> which uncaches all of the associated vnodes). > >Luckily, the working set limitations mean that this will probably take >as effectively long as "until you unmount that disk or reboot". > >Isn't that true? No, the behavior is controlled by the limit on cached objects (not on the pages associated with them). I've lost the context of what we're talking about here. Any file that is currently mapped into a process that is subsequantly deleted will continue to consume space until all mappers of it have unmapped it (or in other words, until all references to it have been dropped). This is the same behavior as you would expect if you had the file open when someone else deleted it. -DG From owner-freebsd-current Mon Mar 6 10:48:04 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA14157 for current-outgoing; Mon, 6 Mar 1995 10:48:04 -0800 Received: from rz-wb.fh-sw.de (rz-wb.fh-sw.de [192.129.23.111]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA14151 for ; Mon, 6 Mar 1995 10:47:57 -0800 Received: (from root@localhost) by rz-wb.fh-sw.de (8.6.9/8.6.9) id TAA19661; Mon, 6 Mar 1995 19:47:22 +0100 Date: Mon, 6 Mar 1995 19:47:21 +0100 (MET) From: Michael Reifenberger To: FreeBSD-Current Subject: new ld prevents me from linking some stuff Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk Linking gdb and libc fails due to some multipy defined symbols: gdb: _regerror libc: _swab (at least cause I did not recompile all .so's) (recompiling swab.so didn't change anything) Or is there some trick I missed? Bye! ---- Michael Reifenberger From owner-freebsd-current Mon Mar 6 10:54:12 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA14443 for current-outgoing; Mon, 6 Mar 1995 10:54:12 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA14415 for ; Mon, 6 Mar 1995 10:54:03 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id KAA03418; Mon, 6 Mar 1995 10:53:42 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id KAA02254; Mon, 6 Mar 1995 10:53:41 -0800 Message-Id: <199503061853.KAA02254@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: current@FreeBSD.org Subject: Re: more ETXTBSY bugs In-reply-to: Your message of "Mon, 06 Mar 95 11:30:03 MST." <9503061830.AA18781@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Mar 1995 10:53:41 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >> >All this may be old behaviour. There is certainly some new behaviour: >> >The ETXTBUSY bit didn't go away while I was running `make' in the >> >background for 10-20 minutes. Perhaps the vnode and associated buffers >> >didn't go away either, and clog up the caches. >> >> There are a lot more cached objects than before (several thousand on a >> machine with a lot of memory). You'd have to access several thousand >> previously unaccessed files before you'd flush out the one that is VTEXT. > >There is an intentionally restrictive buffer cache limit of 10% of >available memory in some modern systems because of this problem. Is >this a good or a bad idea? It's never a good idea to not use free memory for file caching. Using memory for file caching that is currently being used to cache VM pages may not be such a good idea. We've tried several different approaches - the current scheme is escentially to not disturb pages that have faulted in and only use memory that would otherwise be free. This sets the upper limit. The lower limit comes from the fact that pages are always allocated when needed for buffers (even if these pages have to come from a process's VM); thus the total number of buffers sets a lower limit on how small the cache can shrink. This number is currently about 5% of memory, and we our currently considering increasing this to 10%. >A lot of what is "common knowledge about VM" is no longer applicable >with a unified cache, so this limit might not be as good an idea as >it seems to be. The algorithms are difficult to get right. John has been advocating that pages involved in file I/O should compete with traditional VM pages. I've seen reduced performance when doing this in some cases and haven't seen any proof of increased performance..so I'm unconvinced. -DG From owner-freebsd-current Mon Mar 6 11:13:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA15759 for current-outgoing; Mon, 6 Mar 1995 11:13:29 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA15749 for ; Mon, 6 Mar 1995 11:13:23 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA08574; Mon, 6 Mar 1995 14:12:44 -0500 Date: Mon, 6 Mar 1995 14:12:44 -0500 From: Garrett Wollman Message-Id: <9503061912.AA08574@halloran-eldar.lcs.mit.edu> To: "Jordan K. Hubbard" Cc: davidg@Root.COM, "Andrey A. Chernov, Black Mage" , current@FreeBSD.org Subject: Re: backspace now broken (proposal) In-Reply-To: <7628.794346773@freefall.cdrom.com> References: <199503041835.KAA01066@corbin.Root.COM> <7628.794346773@freefall.cdrom.com> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > HOWEVER. I would like to do so with the following stipulation: We > make it a priority of the 2.1 installation that SOME way of selecting > from canned keymaps (including a / and / > swapped version of the standard US keyboard) be provided at > installation time, and that this keymap also having the option of > becoming the new *default* (it could be placed in /etc/rc.local > automatically). Well, here's one that I use which does the right thing for Emacs (and has that key with the arrow on it generating delete like God, erm, RMS intended)... The automatic selection mechanism should, of course, also allow national keyboards to be selected. Considering how trivial this modification is to do mechanically (but took me half an hour to write by hand), perhaps there should be a `kbdcontrol -emacs' option to do the right thing automatically (and set the TTY erase character correctly as well). # alt # scan cntrl alt alt cntrl lock # code base shift cntrl shift alt shift cntrl shift state # ------------------------------------------------------------------ 000 nop nop nop nop nop nop nop nop O 001 esc esc esc esc 155 155 debug esc O 002 '1' '!' nop nop 177 161 nop nop O 003 '2' '@' nul nul 178 192 128 128 O 004 '3' '#' nop nop 179 163 nop nop O 005 '4' '$' nop nop 180 164 nop nop O 006 '5' '%' nop nop 181 165 nop nop O 007 '6' '^' rs rs 182 222 158 158 O 008 '7' '&' nop nop 183 166 nop nop O 009 '8' '*' nop nop 184 170 nop nop O 010 '9' '(' nop nop 185 168 nop nop O 011 '0' ')' nop nop 176 169 nop nop O 012 '-' '_' ns ns 173 223 159 159 O 013 '=' '+' nop nop 189 171 nop nop O 014 del del bs bs 255 255 132 132 O 015 ht ht nop nop 133 133 nop nop O 016 'q' 'Q' dc1 dc1 241 209 145 145 C 017 'w' 'W' etb etb 247 215 151 151 C 018 'e' 'E' enq enq 229 197 133 133 C 019 'r' 'R' dc2 dc2 242 210 146 146 C 020 't' 'T' dc4 dc4 244 212 148 148 C 021 'y' 'Y' em em 249 217 153 153 C 022 'u' 'U' nak nak 245 213 149 149 C 023 'i' 'I' ht ht 233 201 137 137 C 024 'o' 'O' si si 239 207 143 143 C 025 'p' 'P' dle dle 240 208 144 144 C 026 '[' '{' esc esc 219 251 155 155 O 027 ']' '}' gs gs 221 253 158 158 O 028 cr cr nl nl 141 141 138 138 O 029 lctrl lctrl lctrl lctrl lctrl lctrl lctrl lctrl O 030 'a' 'A' soh soh 225 193 129 129 C 031 's' 'S' dc3 dc3 243 211 147 147 C 032 'd' 'D' eot eot 228 196 132 132 C 033 'f' 'F' ack ack 230 198 134 134 C 034 'g' 'G' bel bel 231 199 135 135 C 035 'h' 'H' bs bs 232 200 136 136 C 036 'j' 'J' nl nl 234 202 138 138 C 037 'k' 'K' vt vt 235 203 139 139 C 038 'l' 'L' ff ff 236 204 140 140 C 039 ';' ':' nop nop 187 186 nop nop O 040 ''' '"' nop nop 167 162 nop nop O 041 '`' '~' nop nop 224 254 nop nop O 042 lshift lshift lshift lshift lshift lshift lshift lshift O 043 '\' '|' fs fs 220 252 156 156 O 044 'z' 'Z' sub sub 250 218 154 154 C 045 'x' 'X' can can 248 216 152 152 C 046 'c' 'C' etx etx 227 195 131 131 C 047 'v' 'V' syn syn 246 214 150 150 C 048 'b' 'B' stx stx 226 194 130 130 C 049 'n' 'N' so so 238 206 142 142 C 050 'm' 'M' cr cr 237 205 141 141 C 051 ',' '<' nop nop 172 188 nop nop O 052 '.' '>' nop nop 174 190 nop nop O 053 '/' '?' nop nop 175 191 nop nop O 054 rshift rshift rshift rshift rshift rshift rshift rshift O 055 '*' '*' nscr nscr 170 170 nscr nscr O 056 lalt lalt lalt lalt lalt lalt lalt lalt O 057 ' ' ' ' nul nul 160 160 nul nul O 058 clock clock clock clock clock clock clock clock O 059 fkey01 fkey13 fkey25 fkey37 scr01 scr11 scr01 scr11 O 060 fkey02 fkey14 fkey26 fkey38 scr02 scr12 scr02 scr12 O 061 fkey03 fkey15 fkey27 fkey39 scr03 scr13 scr03 scr13 O 062 fkey04 fkey16 fkey28 fkey40 scr04 scr14 scr04 scr14 O 063 fkey05 fkey17 fkey29 fkey41 scr05 scr15 scr05 scr15 O 064 fkey06 fkey18 fkey30 fkey42 scr06 scr16 scr06 scr16 O 065 fkey07 fkey19 fkey31 fkey43 scr07 scr07 scr07 scr07 O 066 fkey08 fkey20 fkey32 fkey44 scr08 scr08 scr08 scr08 O 067 fkey09 fkey21 fkey33 fkey45 scr09 scr09 scr09 scr09 O 068 fkey10 fkey22 fkey34 fkey46 scr10 scr10 scr10 scr10 O 069 nlock nlock nlock nlock nlock nlock nlock nlock O 070 slock slock slock slock slock slock slock slock O 071 fkey49 '7' '7' '7' '7' '7' '7' '7' N 072 fkey50 '8' '8' '8' '8' '8' '8' '8' N 073 fkey51 '9' '9' '9' '9' '9' '9' '9' N 074 fkey52 '-' '-' '-' '-' '-' '-' '-' N 075 fkey53 '4' '4' '4' '4' '4' '4' '4' N 076 nop '5' '5' '5' '5' '5' '5' '5' N 077 fkey55 '6' '6' '6' '6' '6' '6' '6' N 078 fkey56 '+' '+' '+' '+' '+' '+' '+' N 079 fkey57 '1' '1' '1' '1' '1' '1' '1' N 080 fkey58 '2' '2' '2' '2' '2' '2' '2' N 081 fkey59 '3' '3' '3' '3' '3' '3' '3' N 082 fkey60 '0' '0' '0' '0' '0' '0' '0' N 083 del '.' del del del del boot del N 084 nop nop nop nop nop nop nop nop O 085 nop nop nop nop nop nop nop nop O 086 nop nop nop nop nop nop nop nop O 087 fkey11 fkey23 fkey35 fkey47 scr11 scr11 scr11 scr11 O 088 fkey12 fkey24 fkey36 fkey48 scr12 scr12 scr12 scr12 O 089 cr cr cr cr cr cr cr cr O 090 rctrl rctrl rctrl rctrl rctrl rctrl rctrl rctrl O 091 '/' '/' '/' '/' '/' '/' '/' '/' O 092 nscr nop debug nop nop nop nop nop O 093 ralt ralt ralt ralt ralt ralt ralt ralt O 094 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 O 095 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 O 096 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 O 097 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 O 098 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 O 099 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 O 100 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 O 101 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 O 102 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 O 103 fkey54 fkey54 fkey54 fkey54 fkey54 fkey54 boot fkey54 O -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Mar 6 12:06:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA17169 for current-outgoing; Mon, 6 Mar 1995 12:06:22 -0800 Received: from netcom15.netcom.com (bakul@netcom15.netcom.com [192.100.81.128]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA17163 for ; Mon, 6 Mar 1995 12:06:19 -0800 Received: from localhost by netcom15.netcom.com (8.6.10/Netcom) id MAA13636; Mon, 6 Mar 1995 12:05:23 -0800 Message-Id: <199503062005.MAA13636@netcom15.netcom.com> To: davidg@Root.COM Cc: current@FreeBSD.org Subject: Re: "Text file busy" with program not running anymore? In-Reply-To: Your message of "Sun, 05 Mar 95 13:33:08 PST." <199503052133.NAA00248@corbin.Root.COM> Date: Mon, 06 Mar 95 12:05:21 -0800 From: Bakul Shah Sender: current-owner@FreeBSD.org Precedence: bulk > No. Executed mapped files are a special case. I actually think that the > "text file busy" thing is generally a hack that should just be removed. I can > see no valid justification for preventing writes to executing files. If you > really don't want your executing process(es) to die, then unlinking the file > first is this the thing to do. Uhh... forgive me for butting in but ETXTBSY prevents a dumb mistake from resulting in a disaster. Imagine doing a ``tar xvf ...'' that wipes out init or nfsd or something.... Yes, one should not do this but `expert friendly' should not imply `dumb user unfriendly'. ETXTBSY warns you that a disaster may ensue; removing ETXTBSY will make ia disaster happen silently. I can see why one would want to write to a running binary (debugging, generating code on the fly etc.) but for that sort of thing surely a TENEX[1] style solution is preferable? Namely, the process whose text needs to be writable gets a distinct image (shared with the original by copy-on-write) and only the scribbled-on pages are private to this process. This also allows two processes to happily hack in their own different way the `same' shared text (or shared lib). Bakul Shah PS: I believe a shared lib's readonly portion should also be treated exactly as text and its refcount be incremented. In any case, a VTEXT flag is not enough and a count does not complicate things much. Youse gotta to do what youse gotta do! [1] Or was it TWINEX or whatever was that niftier offshoot of TENEX called? It has been years! Anyway that is where I first came across it; undoubtedly there are other OSes that do the same thing. From owner-freebsd-current Mon Mar 6 12:14:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA17260 for current-outgoing; Mon, 6 Mar 1995 12:14:37 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA17254 for ; Mon, 6 Mar 1995 12:14:35 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA08687; Mon, 6 Mar 1995 15:13:26 -0500 Date: Mon, 6 Mar 1995 15:13:26 -0500 From: Garrett Wollman Message-Id: <9503062013.AA08687@halloran-eldar.lcs.mit.edu> To: "Ugen J.S.Antsilevich" Cc: current@FreeBSD.org Subject: Re: backspace now broken (proposal) In-Reply-To: References: Sender: current-owner@FreeBSD.org Precedence: bulk < said: >> FreeBSD users that they have to put a 'stty erase ^h' in .login or >> .profile of *each and every* user of their system is just plain >> unnecessary complication of affairs. > Hmm..this can be done by default in default /etc/.cshrc and friends,then > those who hate ^H to be erase by default can be happy,and ^H will work... The default environment as provided by the kernel and sh(1) in single-user mode should not require the presence of any dot files for correct operation. For that matter, this should be true in general. People here got it right for 4.3 on a VAXstation; there's no excuse for broken behavior. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Mar 6 13:03:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA18039 for current-outgoing; Mon, 6 Mar 1995 13:03:21 -0800 Received: from rz-wb.fh-sw.de (rz-wb.fh-sw.de [192.129.23.111]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA18025 for ; Mon, 6 Mar 1995 13:02:43 -0800 Received: (from root@localhost) by rz-wb.fh-sw.de (8.6.9/8.6.9) id WAA21248; Mon, 6 Mar 1995 22:01:44 +0100 Date: Mon, 6 Mar 1995 22:01:43 +0100 (MET) From: Michael Reifenberger To: FreeBSD-Current Subject: pkg_manage dumps core Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk in strncpy(). It gets an invalid address at pkg_manage.c:257 Bye! ---- Michael Reifenberger From owner-freebsd-current Mon Mar 6 13:39:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA19161 for current-outgoing; Mon, 6 Mar 1995 13:39:29 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA19155 for ; Mon, 6 Mar 1995 13:39:27 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19806; Mon, 6 Mar 95 14:33:03 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503062133.AA19806@cs.weber.edu> Subject: Re: "Text file busy" with program not running anymore? To: davidg@Root.COM Date: Mon, 6 Mar 95 14:33:02 MST Cc: current@FreeBSD.org In-Reply-To: <199503061835.KAA02220@corbin.Root.COM> from "David Greenman" at Mar 6, 95 10:35:12 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > The man page says it insures that all disk writes have completed (for the > command) and that modified buffers are written out (for the system call). Yes, > it does indeed still do this (and in fact, has been extended to write out all > modified pages in the system as well). Since the problem mentioned above has > nothing to do with writes completing or modified buffers being synced, I fail > to see how your comment is relevant. Sorry, I was under the impression that the cache was actually flushed as a result. > Once again, the problem is that the pager > of a cached object retains a reference to the vnode while it exists and the > VTEXT flag isn't cleared when the object is put into the object cache. This > shouldn't be a difficult problem to solve. (Although a quick hack I just added > to do this very thing isn't working as expected - which suggests that there > may be a (reference count) problem with objects going into the cache > correctly.) Yes; I think without a split cache, reference count will be a big issue. Like I said in other mail, you can hack this by fetching from the cache, and if you get a hit, consider the reference count one lower than it's actual value and force a cache flush of the object when you unset VTEXT. This is relatively high overhead; I would call it unacceptably high. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 6 13:55:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA19493 for current-outgoing; Mon, 6 Mar 1995 13:55:07 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA19487 for ; Mon, 6 Mar 1995 13:55:03 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19933; Mon, 6 Mar 95 14:48:33 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503062148.AA19933@cs.weber.edu> Subject: Re: "Text file busy" with program not running anymore? To: davidg@Root.COM Date: Mon, 6 Mar 95 14:48:32 MST Cc: current@FreeBSD.org In-Reply-To: <199503061842.KAA02233@corbin.Root.COM> from "David Greenman" at Mar 6, 95 10:42:37 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > >Luckily, the working set limitations mean that this will probably take > >as effectively long as "until you unmount that disk or reboot". > > > >Isn't that true? > > No, the behavior is controlled by the limit on cached objects (not on the > pages associated with them). I've lost the context of what we're talking about > here. Any file that is currently mapped into a process that is subsequantly > deleted will continue to consume space until all mappers of it have unmapped > it (or in other words, until all references to it have been dropped). This is > the same behavior as you would expect if you had the file open when someone > else deleted it. Working set quotas on a unified cache mean that it is much more likely to leave non-buffer data in cache is what I meant. This would increase the persistance of objects whose only path for invalidation was falling off the LRU. The problem boils down to the cache being counted as a reference for the purposes of LRU and VTEXT, which boild down to a problem in the cache architecture. I think implementing the persistance changes from the 92 Usenix paper neglects the effect a cache unification will have, and that perhaps the persistance changes are no longer a good idea. I will dig up paper references tonight when I get home. Unless there is a preference for non-dirty pages to be pulled from swap instead of from an image, I think the persistance changes will do nothing excpet cause thrashing once the cache is >80% full. Even with a preference for swap, there needs to be some kind of low and high watermarking of cache usage by purpose. I don't know if this would be antithetical to the cache unification, or if you could still call it unified in good faith afterwards. The main problem with unification is that you combine two things which are succeptable to locality of reference, but which are jointly not equally succeptable. I think there are some deeper issues here, one of which is that some of the assumptions made in the VM design pre-unification depend on behaviours which may no longer be present. Like I said, I'll have to dig out references to comment intelligently. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 6 13:56:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA19533 for current-outgoing; Mon, 6 Mar 1995 13:56:14 -0800 Received: from easynet.com (easyr.easynet.net [198.67.38.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA19521; Mon, 6 Mar 1995 13:56:08 -0800 Received: by easynet.com (Smail3.1.28.1 #7) id m0rlkaj-000rcGC; Mon, 6 Mar 95 13:45 WET Message-Id: From: brian@mediacity.com (Brian Litzinger) Subject: Re: Proposal To: terry@cs.weber.edu (Terry Lambert) Date: Mon, 6 Mar 1995 13:45:25 -0800 (PST) Cc: jkh@freefall.cdrom.com, hsu@cs.hut.fi, freebsd-current@freefall.cdrom.com In-Reply-To: <9503061743.AA18493@cs.weber.edu> from "Terry Lambert" at Mar 6, 95 10:43:07 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 288 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > How about adding this to the end of the /etc/rc.local? > > > > > > if [ -x /usr/local/etc/rc.`hostname` ] > > > then > > > . /usr/local/etc/rc.`hostname` > > > fi > > > Why not /usr/share/etc/rc.host? > I currently use /usr/share/rc/host Brian Litzinger brian@easynet.com From owner-freebsd-current Mon Mar 6 13:57:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA19559 for current-outgoing; Mon, 6 Mar 1995 13:57:10 -0800 Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA19552 for ; Mon, 6 Mar 1995 13:57:04 -0800 Received: from login.dknet.dk by ns.dknet.dk with SMTP id AA28785 (5.65c8/IDA-1.4.4j for ); Mon, 6 Mar 1995 22:56:42 +0100 Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA14355; Mon, 6 Mar 95 22:55:46 +0100 From: sos@login.dknet.dk (S|ren Schmidt) Message-Id: <9503062155.AA14355@login.dknet.dk> Subject: Re: ALT-F vt switching in X To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Mon, 6 Mar 95 22:55:45 MET Cc: freebsd-current@freefall.cdrom.com In-Reply-To: <199503061806.TAA21939@gilberto.physik.rwth-aachen.de>; from "Christoph P. Kukulies" at Mar 6, 95 7:06 pm X-Charset: ASCII X-Char-Esc: 29 Sender: current-owner@FreeBSD.org Precedence: bulk > > Is it broken? Switching the virtual desktop using ALT-F1-2-3 doesn't work > anymore. CTRL-ALT-F switching doesn't work either. > > Another XFree weirdness: When I cut something and want to paste it > with the middle mouse button and I move the mouse the cut text > is pasted repeatedly. > > Is it a syscons problem? No way, X does its own keyboard processing... It sounds as a severe screwed up xmodmap or something... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time .. From owner-freebsd-current Mon Mar 6 14:04:07 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA19672 for current-outgoing; Mon, 6 Mar 1995 14:04:07 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA19665 for ; Mon, 6 Mar 1995 14:04:03 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19959; Mon, 6 Mar 95 14:57:37 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503062157.AA19959@cs.weber.edu> Subject: Re: more ETXTBSY bugs To: davidg@Root.COM Date: Mon, 6 Mar 95 14:57:36 MST Cc: current@FreeBSD.org In-Reply-To: <199503061853.KAA02254@corbin.Root.COM> from "David Greenman" at Mar 6, 95 10:53:41 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > >A lot of what is "common knowledge about VM" is no longer applicable > >with a unified cache, so this limit might not be as good an idea as > >it seems to be. > > The algorithms are difficult to get right. John has been advocating that > pages involved in file I/O should compete with traditional VM pages. I've > seen reduced performance when doing this in some cases and haven't seen > any proof of increased performance..so I'm unconvinced. I have to agree with you. The locality of reference in both these cases is not the same locality. The passing similarity caused by the file as swap store model is just that, a passing similarity. I need to take a more in depth look at the code in action; there is some unused ICE hardware around here that I might be able to leach for a bit (486, not Pentium). I suspect that varying LRU list insertion order to give persistance preference to backing store pages would help (but be a royal bitch to implement). I'd like to see the people seeing the thrashing problems add about 16M of swap without doing any extra apllications and see what happens. If the vnode pager is happy, this should be doable with a swap on file. My immediate suspicion is that the problems would just go away until the cache was filled again (this time consuming all of swap). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 6 14:11:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA19922 for current-outgoing; Mon, 6 Mar 1995 14:11:49 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA19916; Mon, 6 Mar 1995 14:11:46 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id OAA14111; Mon, 6 Mar 1995 14:11:07 -0800 Message-Id: <199503062211.OAA14111@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Garrett Wollman cc: "Jordan K. Hubbard" , davidg@Root.COM, "Andrey A. Chernov, Black Mage" , current@FreeBSD.org Subject: Re: backspace now broken (proposal) In-reply-to: Your message of "Mon, 06 Mar 1995 14:12:44 EST." <9503061912.AA08574@halloran-eldar.lcs.mit.edu> Date: Mon, 06 Mar 1995 14:11:06 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk ><com> said: > >> HOWEVER. I would like to do so with the following stipulation: We >> make it a priority of the 2.1 installation that SOME way of selecting >> from canned keymaps (including a / and / >> swapped version of the standard US keyboard) be provided at >> installation time, and that this keymap also having the option of >> becoming the new *default* (it could be placed in /etc/rc.local >> automatically). > >Well, here's one that I use which does the right thing for Emacs (and >has that key with the arrow on it generating delete like God, erm, RMS >intended)... The automatic selection mechanism should, of course, >also allow national keyboards to be selected. > >Considering how trivial this modification is to do mechanically (but >took me half an hour to write by hand), perhaps there should be a >`kbdcontrol -emacs' option to do the right thing automatically (and >set the TTY erase character correctly as well). > I disagree with the whole Emacs argument. The best way to fix Emacs so it will always work regardless of the environment you are running it under is to make it indifferent to what the backspace character is, so I stick this in my .emacs: ;; key bindings (global-set-key "\C-h" 'backward-delete-char) (setq search-delete-char (string-to-char "\C-h")) (global-set-key "\C-_" 'help-command) (setq help-char (string-to-char "\C-_")) Now my .emacs is totally portable. I've always thought that makeing ^H bound to help a stupid and anoying default anyway. > >-GAWollman > >-- >Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... >wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. >Opinions not those of| It is a bond more powerful than absence. We like peopl >e >MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Mon Mar 6 14:28:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA20247 for current-outgoing; Mon, 6 Mar 1995 14:28:50 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA20238 for ; Mon, 6 Mar 1995 14:28:41 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id XAA14180 for ; Mon, 6 Mar 1995 23:27:17 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA15912; Mon, 6 Mar 95 23:27:58 +0100 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.6.10/keltia-uucp-1.21) id XAA06988 for freebsd-current@FreeBSD.ORG; Mon, 6 Mar 1995 23:24:35 +0100 From: Ollivier Robert Message-Id: <199503062224.XAA06988@keltia.frmug.fr.net> Subject: New SCSI config To: freebsd-current@FreeBSD.org (FreeBSD Current Users' list) Date: Mon, 6 Mar 1995 23:24:33 +0100 (MET) Reply-To: roberto@blaise.ibp.fr (Ollivier Robert) X-Operating-System: FreeBSD 2.1.0-Development ctm#409 X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1198 Sender: current-owner@FreeBSD.org Precedence: bulk I must have missed something... This is from my config file : ------------------------------------------------------------ # new wired down SCSI devices disk sd0 at scbus0 target 0 unit 0 disk sd1 at scbus0 target 1 tape st0 at scbus0 target 4 device cd0 at scbus0 target 6 device sd0 #Only need one of these, the code dynamically grows device st0 #Only need one of these, the code dynamically grows device cd0 #Only need one of these, the code dynamically grows ------------------------------------------------------------ With or without the last three lines, config -- newly recompiled of course -- gives me these messages : 321 [23:12] root@keltia:i386/conf# config KELTIA Removing old directory ../../compile/KELTIA: Done. sd0: Warning, can't tell what is attached to scbus0. sd1: Warning, can't tell what is attached to scbus1. st0: Warning, can't tell what is attached to scbus0. cd0: Warning, can't tell what is attached to scbus0. Adding an options NEW_SCSICONF didn't help. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.1.0-Development #15: Tue Feb 28 21:02:39 MET 1995 From owner-freebsd-current Mon Mar 6 14:29:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA20260 for current-outgoing; Mon, 6 Mar 1995 14:29:06 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA20254 for ; Mon, 6 Mar 1995 14:29:02 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id OAA03736; Mon, 6 Mar 1995 14:28:40 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id OAA02305; Mon, 6 Mar 1995 14:28:40 -0800 Message-Id: <199503062228.OAA02305@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: current@FreeBSD.org Subject: Re: more ETXTBSY bugs In-reply-to: Your message of "Mon, 06 Mar 95 14:57:36 MST." <9503062157.AA19959@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 Mar 1995 14:28:39 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >I'd like to see the people seeing the thrashing problems add about 16M >of swap without doing any extra apllications and see what happens. If >the vnode pager is happy, this should be doable with a swap on file. >My immediate suspicion is that the problems would just go away until >the cache was filled again (this time consuming all of swap). We now believe that the thrashing has nothing directly to do with the page cache. Poul discovered a problem with the name cache that causes it's hit rate to decrease into the teens when the "thrashing" starts happening. After examination of the name cache contents, he found that directory vnodes were getting regularly flushed and this was causing the file vnodes to be invalid. I thought the problem had to do with the file vnodes having a reference most of the time (and thus not on the free list), but when we made some changes to give priority to reclaiming file vnodes, this didn't help. I'm now of the opinion that someone introduced a new and interesting bug in the past two weeks or so that is screwing the name cache and that our merged VM/buffer cache has little or nothing to do with it. -DG From owner-freebsd-current Mon Mar 6 14:48:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA20624 for current-outgoing; Mon, 6 Mar 1995 14:48:59 -0800 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA20615 for ; Mon, 6 Mar 1995 14:48:54 -0800 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA08011 (5.65c8/HUTCS-S 1.4 for ); Tue, 7 Mar 1995 00:48:30 +0200 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id AAA11458; Tue, 7 Mar 1995 00:48:29 +0200 Date: Tue, 7 Mar 1995 00:48:29 +0200 Message-Id: <199503062248.AAA11458@shadows.cs.hut.fi> To: Peter Dufault Cc: freebsd-current@freefall.cdrom.com In-Reply-To: Peter Dufault's message of 5 Mar 1995 18:23:36 +0200 Subject: Re: Wiring Organization: Helsinki University of Technology, Otaniemi, Finland Sender: current-owner@FreeBSD.org Precedence: bulk Am I right that your concern is that the default behavior of a FreeBSD kernel is potentially wondering SCSI disks, and that providing the capability of wiring down the disks is only a partial solution, since the majority of the great unwashed won't wire them down and will be likely to be hurt by this? Great majority probably have 1 or 2 disks, so this isn't a big risk for them, but it is also irrelevant to them whether the disks are wired or mapped (most people probably have root disk as id 0 anyway). For large systems it is both administrative trouble and filesystem/database corruption risk. If we built a kernel using your table above my disks would move around. Also, my tapes will show up as st2 and st3 since they aren't at those targets. I can't see how to change this without having a big upgrade headache and incompatability with existing kernels. It will continue to cause headache as long as it stays there, and the later the reverting to fixed ids is pushed, the more difficult it will become. - Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-current Mon Mar 6 15:13:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA21132 for current-outgoing; Mon, 6 Mar 1995 15:13:22 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA21114 for ; Mon, 6 Mar 1995 15:12:21 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA28736; Tue, 7 Mar 1995 00:04:07 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id AAA20286 for freebsd-current@FreeBSD.org; Tue, 7 Mar 1995 00:04:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id AAA00995 for freebsd-current@FreeBSD.org; Tue, 7 Mar 1995 00:02:54 +0100 From: J Wunsch Message-Id: <199503062302.AAA00995@uriah.heep.sax.de> Subject: Re: pkg_add/delete bug? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 7 Mar 1995 00:02:53 +0100 (MET) In-Reply-To: <9503061655.AA18218@cs.weber.edu> from "Terry Lambert" at Mar 6, 95 09:55:39 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 355 Sender: current-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > I only suggested *any* executable in the case of NFS, where you can't > set the executing bit on the file server. > > This means I'm not a nut, really. Accepted. Convinced me. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Mar 6 16:31:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA24500 for current-outgoing; Mon, 6 Mar 1995 16:31:58 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA24492 for ; Mon, 6 Mar 1995 16:31:53 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id TAA05197; Mon, 6 Mar 1995 19:29:01 -0500 From: Peter Dufault Message-Id: <199503070029.TAA05197@hda.com> Subject: Re: New SCSI config To: roberto@blaise.ibp.fr Date: Mon, 6 Mar 1995 19:29:00 -0500 (EST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503062224.XAA06988@keltia.frmug.fr.net> from "Ollivier Robert" at Mar 6, 95 11:24:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2393 Sender: current-owner@FreeBSD.org Precedence: bulk Ollivier Robert writes: > > ------------------------------------------------------------ > # new wired down SCSI devices > disk sd0 at scbus0 target 0 unit 0 > disk sd1 at scbus0 target 1 > tape st0 at scbus0 target 4 > device cd0 at scbus0 target 6 > > device sd0 #Only need one of these, the code dynamically grows > device st0 #Only need one of these, the code dynamically grows > device cd0 #Only need one of these, the code dynamically grows > ------------------------------------------------------------ > > With or without the last three lines, config -- newly recompiled of course > -- gives me these messages : You can remove the last three lines; they won't do anything. > > 321 [23:12] root@keltia:i386/conf# config KELTIA > Removing old directory ../../compile/KELTIA: Done. > sd0: Warning, can't tell what is attached to scbus0. > sd1: Warning, can't tell what is attached to scbus1. > st0: Warning, can't tell what is attached to scbus0. > cd0: Warning, can't tell what is attached to scbus0. You haven't missed anything; I may have. This warning is saying that the wired down devices are wired to something that can float, so that if you add another host adapter your devices might move. If you add something like: > controller scbus0 at aha0 or whatever corresponds to your SCSI controller is then the messages should go away. This is worrisome: > sd1: Warning, can't tell what is attached to scbus1. It should be printing out "scbus0" and not "scbus1", and a quick look at mkioconf.c shows that it is using the "wnum()" function that foolishly sprintfs the unit into a fixed buffer and so can't be used twice in a single printf. Grumble. Trust me, it really means it can't tell what is attached to scbus0. I should perhaps clarify the warning to: > sd0: Warning, scbus0 is not fixed and could change The resulting kernel should work fine; I config'd it here and the table entry for sd1 is (check bottom of ioconf.c in your compile directory): >/* name unit cunit target LUN flags */ > { "sd", 1, 0, 1, SCCONF_UNSPEC, 0x0 }, with sd1 wired to whatever happens to be SCSI bus 0 for target 1 and LUN unspecified. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Mon Mar 6 16:45:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA25222 for current-outgoing; Mon, 6 Mar 1995 16:45:31 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA25214 for ; Mon, 6 Mar 1995 16:45:24 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA01725; Tue, 7 Mar 1995 10:40:17 +1000 Date: Tue, 7 Mar 1995 10:40:17 +1000 From: Bruce Evans Message-Id: <199503070040.KAA01725@godzilla.zeta.org.au> To: bde@zeta.org.au, davidg@Root.COM Subject: Re: more ETXTBSY bugs Cc: current@freebsd.org Sender: current-owner@freebsd.org Precedence: bulk > There are a lot more cached objects than before (several thousand on a >machine with a lot of memory). You'd have to access several thousand >previously unaccessed files before you'd flush out the one that is VTEXT. `tar cf /dev/null /usr/obj' (9604 files occupying 85856K on a 16MB machine) was not enough to flush /tmp/echo. It shouldn't matter that a different file system was accessed. Bruce From owner-freebsd-current Mon Mar 6 17:03:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA25812 for current-outgoing; Mon, 6 Mar 1995 17:03:49 -0800 Received: from id.slip.bcm.tmc.edu (id.slip.bcm.tmc.edu [128.249.248.67]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA25804 for ; Mon, 6 Mar 1995 17:03:30 -0800 Received: by id.slip.bcm.tmc.edu (8.6.9/1.34) id TAA22187; Mon, 6 Mar 1995 19:02:44 -0600 Date: Mon, 6 Mar 1995 19:02:44 -0600 From: rich@id.slip.bcm.tmc.edu (Rich Murphey) Message-Id: <199503070102.TAA22187@id.slip.bcm.tmc.edu> To: sos@login.dknet.dk CC: kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.cdrom.com In-reply-to: <9503062155.AA14355@login.dknet.dk> (sos@login.dknet.dk) Subject: Re: ALT-F vt switching in X Reply-To: rich@freefall.cdrom.com Sender: current-owner@FreeBSD.org Precedence: bulk :From: sos@login.dknet.dk (S|ren Schmidt) : :> :> Is it broken? Switching the virtual desktop using ALT-F1-2-3 doesn't work :> anymore. CTRL-ALT-F switching doesn't work either. There is a bug in the numerical keypad handling with XFree86 3.1.1. In some cases incorrect mapping can be seen if you have ServerNumLock set in your XF86Config file. First try removing ServerNumLock from XF86Config. If that fixes it but you still need to use ServerNumLock you can use xmodmap to remap the keys. :> Another XFree weirdness: When I cut something and want to paste it :> with the middle mouse button and I move the mouse the cut text :> is pasted repeatedly. I've heard from one other person that removing ServerNumLock from XF86Config fixed several problems. It wasn't clear why this might affect the middle button but you might try it. Rich From owner-freebsd-current Mon Mar 6 17:05:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA25852 for current-outgoing; Mon, 6 Mar 1995 17:05:29 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA25846 for ; Mon, 6 Mar 1995 17:05:29 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id RAA14610; Mon, 6 Mar 1995 17:03:31 -0800 Message-Id: <199503070103.RAA14610@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Heikki Suonsivu cc: Peter Dufault , freebsd-current@freefall.cdrom.com Subject: Re: Wiring In-reply-to: Your message of "Tue, 07 Mar 1995 00:48:29 +0200." <199503062248.AAA11458@shadows.cs.hut.fi> Date: Mon, 06 Mar 1995 17:03:31 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk > > Am I right that your concern is that the default behavior of a > FreeBSD kernel is potentially wondering SCSI disks, and that providing > the capability of wiring down the disks is only a partial solution, > since the majority of the great unwashed won't wire them down and will > be likely to be hurt by this? > >Great majority probably have 1 or 2 disks, so this isn't a big risk for >them, but it is also irrelevant to them whether the disks are wired or >mapped (most people probably have root disk as id 0 anyway). For large >systems it is both administrative trouble and filesystem/database >corruption risk. > > If we built a kernel using your table above my disks would move around. > > Also, my tapes will show up as st2 and st3 > since they aren't at those targets. > > I can't see how to change this without having a big upgrade headache > and incompatability with existing kernels. > >It will continue to cause headache as long as it stays there, and the later >the reverting to fixed ids is pushed, the more difficult it will become. The solution to this and many other configuration problems is to allow the user to reconfigure their kernel during installation. Wiring down SCSI devices would just be one option. > >- >Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, >hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Mon Mar 6 17:14:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA26255 for current-outgoing; Mon, 6 Mar 1995 17:14:22 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA26248 for ; Mon, 6 Mar 1995 17:14:20 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA21179; Mon, 6 Mar 95 18:07:55 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503070107.AA21179@cs.weber.edu> Subject: Re: Page fault panics during make world in -current To: davidg@root.com, current@freebsd.org Date: Mon, 6 Mar 95 18:07:55 MST X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@freebsd.org Precedence: bulk > >You don't really mean "truncates and rewrites" do you? This would be > >an incredibly bogus violation of mmap semantics, I'd think. > > I don't care what the result is, as long as the system doesn't crash. > The idea would be to exercise potential synchronization bugs between > the page fault handler and file system. Well, I think the first bug that it will exercise if this is allowed to happen is the one that allows it to happen. 8-). Personally, I'd return an EPERM on an attempted truncate of an mmap'ed file. This would definitely exercise zero-fill errors, which it would also be responsible for introducing -- mmap is not permitted to map past the end of a file, and the truncation would invalidate the legitimacy of the existing mmap if it were permitted. A less drastic test that does not rely on a bug allowing the truncation of an mmap'ed file is probably called for. I'd suggest synchronized I/O and mmap'ed access to the same file instead using two or more processes to defeat write-behind error masking (if it exists). Read-faulting of 0 blocks is more of a stress test with regard to create/truncate large/read randomly/close, and any failure there would likely be a panic. Really you can't use semantically incorrect code to prove anything other than that the system (incorrectly) allows semantically incorrect code. Regards, Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Mar 6 17:35:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA28336 for current-outgoing; Mon, 6 Mar 1995 17:35:36 -0800 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA28328 for ; Mon, 6 Mar 1995 17:35:34 -0800 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA08990 (5.65c8/HUTCS-S 1.4 for ); Tue, 7 Mar 1995 03:35:10 +0200 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id DAA12436; Tue, 7 Mar 1995 03:35:10 +0200 Date: Tue, 7 Mar 1995 03:35:10 +0200 Message-Id: <199503070135.DAA12436@shadows.cs.hut.fi> To: freebsd-current@freefall.cdrom.com Subject: emacs 19.28 Organization: Helsinki University of Technology, Otaniemi, Finland Sender: current-owner@FreeBSD.org Precedence: bulk Has anyone successfully installed emacs 19.28 on FreeBSD 2? - Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-current Mon Mar 6 17:41:10 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA28627 for current-outgoing; Mon, 6 Mar 1995 17:41:10 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA28606 for ; Mon, 6 Mar 1995 17:41:02 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id LAA02797; Tue, 7 Mar 1995 11:36:16 +1000 Date: Tue, 7 Mar 1995 11:36:16 +1000 From: Bruce Evans Message-Id: <199503070136.LAA02797@godzilla.zeta.org.au> To: davidg@Root.COM, terry@cs.weber.edu Subject: Re: more ETXTBSY bugs Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk > It's never a good idea to not use free memory for file caching. Using >memory for file caching that is currently being used to cache VM pages may >not be such a good idea. We've tried several different approaches - the >current scheme is escentially to not disturb pages that have faulted in >and only use memory that would otherwise be free. This sets the upper limit. >The lower limit comes from the fact that pages are always allocated when >needed for buffers (even if these pages have to come from a process's VM); >thus the total number of buffers sets a lower limit on how small the cache >can shrink. This number is currently about 5% of memory, and we our currently >considering increasing this to 10%. Actually, the lower limit is about 0.5% of memory. On my 16MB system, there are only 178 buffers, so if all buffers have size 512, then they only hold 89K. All buffers may have size 512 if the most-used file system has a block size of 512 or a fragment size of 512 and there are a lot of fragments. Bruce From owner-freebsd-current Mon Mar 6 17:45:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA28906 for current-outgoing; Mon, 6 Mar 1995 17:45:51 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA28900 for ; Mon, 6 Mar 1995 17:45:50 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id UAA19468 for current@freebsd.org; Mon, 6 Mar 1995 20:45:40 -0500 Received: by starkhome.cs.sunysb.edu (8.6.10/1.34) id UAA00178; Mon, 6 Mar 1995 20:31:32 -0500 Date: Mon, 6 Mar 1995 20:31:32 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503070131.UAA00178@starkhome.cs.sunysb.edu> To: current@freebsd.org Subject: How to deadlock your -current system Sender: current-owner@freebsd.org Precedence: bulk Here is a fairly reliable way to cause a deadlock on my 16MB system running -current. I tried to make the size of the file comparable to the size of my RAM. I don't know if other sizes cause the same problem. - Gene ------------- #include #include #include #include #include #define PSIZE 4096 main() { char *name = "testfile"; off_t max = 4000*PSIZE; char buf[PSIZE]; caddr_t addr; int f; if((f = open(name, O_CREAT | O_RDWR, 0644)) < 0) { perror("Can't open test file"); exit(1); } if(lseek(f, max-PSIZE, SEEK_SET) < 0) { perror("Seek failed"); exit(1); } if(write(f, buf, PSIZE) < 0) { perror("Initial write failed"); exit(1); } if((addr = mmap(0, max, PROT_READ | PROT_WRITE, MAP_SHARED, f, 0)) == NULL) { perror("mmap failed"); exit(1); } while(1) { int r = random() % max - 1; *(addr + r) = 0; } } From owner-freebsd-current Mon Mar 6 19:15:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA02619 for current-outgoing; Mon, 6 Mar 1995 19:15:41 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA02603 for ; Mon, 6 Mar 1995 19:15:26 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA04463 for current@freebsd.org; Tue, 7 Mar 1995 13:13:27 +1000 Date: Tue, 7 Mar 1995 13:13:27 +1000 From: Bruce Evans Message-Id: <199503070313.NAA04463@godzilla.zeta.org.au> To: current@freebsd.org Subject: non-shared libgcc.a bloats executables Sender: current-owner@freebsd.org Precedence: bulk Compiling the feature-laden (;-) program `main() {}' now results in an executable that is 4K larger than before (8K text instead of 4K). Lots of support functions in libgcc.a are dragged in by references in libc.a although few of these functions are called and about half of them are duplicated in libc.a. Better results can be obtained by changing the libraries in the ld command line from `-lgcc -lc -lgcc' to `-lgcc -lc'. Then only one module from libgcc.a (main.o) is linked to. I expected `-lc -lgcc' to work better, linking in the gnu versions of modues only if there are no versions in libc.a. Bruce From owner-freebsd-current Mon Mar 6 22:22:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA06692 for current-outgoing; Mon, 6 Mar 1995 22:22:06 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA06686 for ; Mon, 6 Mar 1995 22:22:05 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id WAA24758 for current@freebsd.org; Mon, 6 Mar 1995 22:21:44 -0800 From: Poul-Henning Kamp Message-Id: <199503070621.WAA24758@ref.tfs.com> Subject: the chatterbug categorized To: current@freebsd.org Date: Mon, 6 Mar 1995 22:21:44 -0800 (PST) Content-Type: text Content-Length: 1762 Sender: current-owner@freebsd.org Precedence: bulk I belive that David and I have understood the chatterbug, now we just need to find it and fix it. What happens is that some vnodes are not properly freed when the vm_object is freed, this has two effects: one is that the list of free vnodes are too short to make the name-cache efficient (the chatter) and the other is that the system will continue to allocate more vnodes, (the gradual loss of available memory) Now to isolate it, we need to know when it happens, I can reproduce it here with: cd /usr/src/release make release CHROOTDIR=<500Mb space> but it takes long time. If any of you have any idea about any specific action or program that makes this happen, we'd like to know. Here is a small piece of C-source, compile it with -lkvm and run as root. It will print a line like desired 1874 vnodes, have 5594 vnodes If you find a way to get the "have" number to increase consistenly above the "desired" number, please tell us. Thanks for your time, Poul-Henning #include #include #include #include #include struct nlist namelist[] = { { "_numvnodes" }, { "_desiredvnodes" }, { NULL } }; kvm_t *kv; main() { int i; u_long l1; kv = kvm_open(NULL,NULL,NULL,O_RDWR,"dnc"); if (!kv) {perror("kvm_open"); exit(1); } i = kvm_nlist(kv,namelist); if (i) {perror("kvm_nlist"); exit(1); } kvm_read(kv,namelist[1].n_value,&l1,sizeof l1); printf("desired %u vnodes, ",l1); kvm_read(kv,namelist[0].n_value,&l1,sizeof l1); printf("have %u vnodes\n",l1); return 0; } -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-current Mon Mar 6 23:17:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA07504 for current-outgoing; Mon, 6 Mar 1995 23:17:57 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA07458; Mon, 6 Mar 1995 23:16:26 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA24863; Mon, 6 Mar 1995 23:16:05 -0800 From: Poul-Henning Kamp Message-Id: <199503070716.XAA24863@ref.tfs.com> Subject: A minor accident To: core@FreeBSD.org Date: Mon, 6 Mar 1995 23:16:05 -0800 (PST) Content-Type: text Content-Length: 1325 Sender: current-owner@FreeBSD.org Precedence: bulk March 6th 1995, 23:00 freefall time. Cyberspace, 3rd door on the right. Hello World, We had a minor accident on march 6th 17:24 (freefall time) and lost all of the mailing lists. These have now, march 6th 23:00 (freefall time) been restored from the backup from this morning march 6th 05:30 (freefall time). This means: 1) any mail sent to any list @freebsd.org between 17:24 and 23:00 is lost, and must be retransmitted (if it was significant) 2) any changes to the lists during today was lost. You can send an an email to "majordomo@freebsd.org" with a body of one line saying "which" or "which my@address.com" and it will tell you what lists you are on. 3) our backups work! :-) I would like to stress that there is no evidence or reason to suspect malicious intent or activities. I guess we can all use more sleep. I havn't heard the story yet, but I'm sure given time and opportunity, we will have a good laugh about it, (unless it's a bug in a perl script :) At least i expect somebody to pay me a beer some time... <-- HINT! I would like to thank Satoshi, for noticing and warning me about it, and Gary for the backup which saved us, Thanks guys! PS: freefall time is mostly UTC-0800. -- Poul-Henning Kamp Core Team, 2.1 Release engineer, and presently: jack of all trades. From owner-freebsd-current Mon Mar 6 23:21:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA07567 for current-outgoing; Mon, 6 Mar 1995 23:21:43 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA07561 for ; Mon, 6 Mar 1995 23:21:42 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA24911 for current@freebsd.org; Mon, 6 Mar 1995 23:21:21 -0800 From: Poul-Henning Kamp Message-Id: <199503070721.XAA24911@ref.tfs.com> Subject: the chatterbug categorized To: current@FreeBSD.org Date: Mon, 6 Mar 1995 22:21:44 -0800 (PST) Content-Type: text Content-Length: 1763 Sender: current-owner@FreeBSD.org Precedence: bulk I belive that David and I have understood the chatterbug, now we just need to find it and fix it. What happens is that some vnodes are not properly freed when the vm_object is freed, this has two effects: one is that the list of free vnodes are too short to make the name-cache efficient (the chatter) and the other is that the system will continue to allocate more vnodes, (the gradual loss of available memory) Now to isolate it, we need to know when it happens, I can reproduce it here with: cd /usr/src/release make release CHROOTDIR=<500Mb space> but it takes long time. If any of you have any idea about any specific action or program that makes this happen, we'd like to know. Here is a small piece of C-source, compile it with -lkvm and run as root. It will print a line like desired 1874 vnodes, have 5594 vnodes If you find a way to get the "have" number to increase consistenly above the "desired" number, please tell us. Thanks for your time, Poul-Henning #include #include #include #include #include struct nlist namelist[] = { { "_numvnodes" }, { "_desiredvnodes" }, { NULL } }; kvm_t *kv; main() { int i; u_long l1; kv = kvm_open(NULL,NULL,NULL,O_RDWR,"dnc"); if (!kv) {perror("kvm_open"); exit(1); } i = kvm_nlist(kv,namelist); if (i) {perror("kvm_nlist"); exit(1); } kvm_read(kv,namelist[1].n_value,&l1,sizeof l1); printf("desired %u vnodes, ",l1); kvm_read(kv,namelist[0].n_value,&l1,sizeof l1); printf("have %u vnodes\n",l1); return 0; } -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-current Tue Mar 7 00:35:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA08927 for current-outgoing; Tue, 7 Mar 1995 00:35:27 -0800 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA08921 for ; Tue, 7 Mar 1995 00:35:23 -0800 Received: by pelican.com (Smail3.1.28.1 #5) id m0rlujL-000K2tC; Tue, 7 Mar 95 00:34 WET Message-Id: Date: Tue, 7 Mar 95 00:34 WET From: pete@pelican.com (Pete Carah) To: current@FreeBSD.org Subject: Re: more ETXTBSY bugs In-Reply-To: <9503062157.AA19959@cs.weber.edu> Organization: Pelican Consulting Sender: current-owner@FreeBSD.org Precedence: bulk In article <9503062157.AA19959@cs.weber.edu> Terry writes: ..... >I'd like to see the people seeing the thrashing problems add about 16M >of swap without doing any extra apllications and see what happens. If >the vnode pager is happy, this should be doable with a swap on file. >My immediate suspicion is that the problems would just go away until >the cache was filled again (this time consuming all of swap). I see NO swap usage to speak of; this problem doesn't appear to have much if anything to do with swap. System has 32mb ram and a 486DX2/66. disks are 2x345ide and 1x213scsi (all maxtor if it matters; scsi is a 1742 with some letter). 32mb ram is 8192 pages less the 384k hole; that should be 8096 pages if I figure right. I can run netscape during this thrashing with *no* apparent effect on either (though netscape's performance via a proxy connected at 14.4k is slow at best...) It was not running for the following; only the make world (which is about at make all in usr.sbin/pkg_install/lib) and one csh to look with. Following taken _during_ (two different) seek-chatter during a make world: ------------------------------------------------------------------ puffin% swapinfo Device 1K-blocks Used Available Capacity /dev/wd0b 36864 3800 33064 10% /dev/wd1b 0 *** not available for swapping *** /dev/sd0b 0 *** not available for swapping *** /dev/sd1b 0 *** not available for swapping *** puffin% vmstat -s 4297752 cpu context switches 40451654 device interrupts 1948048 software interrupts 13828356 traps 13166711 system calls 72 swap pager pageins 157 swap pager pages paged in 437 swap pager pageouts 785 swap pager pages paged out 2621 vnode pager pageins 7694 vnode pager pages paged in 4 vnode pager pageouts 4 vnode pager pages paged out 2989035 VM object cache lookups 2662043 VM object hits 89 page daemon wakeups 237102 pages examined by the page daemon 0 pages reactivated 467 intransit blocking page faults 153713529 zero fill pages allocated 5667612 zero fill pages zeroed 1937306 copy-on-write faults 14124043 total VM faults taken 14163547 pages freed 0 pages freed by daemon 6746415 pages freed by exiting processes 3650 pages active 856 pages inactive 1603 pages in VM cache 992 pages wired down 505 pages free 4096 bytes per page 13160106 total name lookups cache hits (56% pos + 3% neg) system 0% per-process deletions 0%, falsehits 10%, toolong 0% ----------------------------------------------------------------------- The source tree is on scsi and everything else (/usr including obj) is on wd0. At least half of the disk activity is on the scsi, so couldn't be swap. -- Pete From owner-freebsd-current Tue Mar 7 00:43:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA09029 for current-outgoing; Tue, 7 Mar 1995 00:43:50 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA09023 for ; Tue, 7 Mar 1995 00:43:49 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id AAA25109; Tue, 7 Mar 1995 00:43:22 -0800 From: Poul-Henning Kamp Message-Id: <199503070843.AAA25109@ref.tfs.com> Subject: Re: more ETXTBSY bugs To: pete@pelican.com (Pete Carah) Date: Tue, 7 Mar 1995 00:43:22 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: from "Pete Carah" at Mar 7, 95 00:34:00 am Content-Type: text Content-Length: 807 Sender: current-owner@FreeBSD.org Precedence: bulk > In article <9503062157.AA19959@cs.weber.edu> Terry writes: > ..... > >I'd like to see the people seeing the thrashing problems add about 16M > >of swap without doing any extra apllications and see what happens. If This is the same as the "chatter bug" and it is well understood now. don't try this, and if you do: after some time you will see on "vmstat -m" that you have a LOT of vnodes, more than sysctl(kern.maxvnodes), and you will also loose diskspace... : # Hello is a one-line static-linked program. while true do cp hello a10 ./a10 rm -f a10 done Now we're just waiting for David to get well and fix it... Poul-Henning -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-current Tue Mar 7 00:47:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA09150 for current-outgoing; Tue, 7 Mar 1995 00:47:26 -0800 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA09144 for ; Tue, 7 Mar 1995 00:47:23 -0800 Received: by pelican.com (Smail3.1.28.1 #5) id m0rluuy-000K2tC; Tue, 7 Mar 95 00:47 WET Message-Id: Date: Tue, 7 Mar 95 00:47 WET From: pete@pelican.com (Pete Carah) To: current@FreeBSD.org Subject: Re: the chatterbug categorized In-Reply-To: <199503070721.XAA24911@ref.tfs.com> Organization: Pelican Consulting Sender: current-owner@FreeBSD.org Precedence: bulk In article <199503070721.XAA24911@ref.tfs.com> phk writes: >I belive that David and I have understood the chatterbug, now we just >need to find it and fix it. >What happens is that some vnodes are not properly freed when the vm_object >is freed, this has two effects: one is that the list of free vnodes are >too short to make the name-cache efficient (the chatter) and the other >is that the system will continue to allocate more vnodes, (the gradual >loss of available memory) Sounds reasonable. I don't see the loss of memory offhand but haven't looked at the beginning of a make world. I do know that swap usage does NOT increase through a make world and there is still a bunch free. >Now to isolate it, we need to know when it happens, I can reproduce it here >with: > cd /usr/src/release > make release CHROOTDIR=<500Mb space> >but it takes long time. >If any of you have any idea about any specific action or program that >makes this happen, we'd like to know. The make depend phase of make world does it very quickly. mkdep has to run; just make doesn't do it. You can probably do a "find . -name .depend -print | xargs rm -f" then a make depend, in a directory like src/usr.bin rather than using the beginning of the real make, to make things happen faster. Once my make world has finished (tomorrow morning) I can reboot and do this with your following program. Could do vmstat -s -w 20 also through this; there isn't a mode to print the diffs at each interval like the SGI osview has, is there? (I suppose I could put it in; it couldn't be all that hard.) Actually could integrate your short pgm into vmstat for this debugging; then it could be tracked better. -- Pete From owner-freebsd-current Tue Mar 7 01:16:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA10279 for current-outgoing; Tue, 7 Mar 1995 01:16:02 -0800 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA10272 for ; Tue, 7 Mar 1995 01:15:57 -0800 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HNUN6J53OG0002B7@mail.rwth-aachen.de>; Tue, 07 Mar 1995 10:15:09 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id KAA23862; Tue, 7 Mar 1995 10:20:26 +0100 Date: Tue, 07 Mar 1995 10:20:24 +0100 (MET) From: Christoph Kukulies Subject: Re: ALT-F vt switching in X In-reply-to: <9503062155.AA14355@login.dknet.dk> from "S|ren Schmidt" at Mar 6, 95 10:55:45 pm To: sos@login.dknet.dk (S|ren Schmidt) Cc: freebsd-current@freefall.cdrom.com (user alias) Reply-to: Christoph Kukulies Message-id: <199503070920.KAA23862@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 1032 Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > Is it broken? Switching the virtual desktop using ALT-F1-2-3 doesn't work > > anymore. CTRL-ALT-F switching doesn't work either. > > > > Another XFree weirdness: When I cut something and want to paste it > > with the middle mouse button and I move the mouse the cut text > > is pasted repeatedly. > > > > Is it a syscons problem? > > No way, X does its own keyboard processing... > It sounds as a severe screwed up xmodmap or something... Excuses for suspecting syscons but it was so near after the broken backspace. :-) Rich has pointed out that it is probably a problem in XFree86-3.1.1. > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team > So much code to hack -- so little time > .. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Mar 5 20:47:08 1995 kuku@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Tue Mar 7 02:42:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA12350 for current-outgoing; Tue, 7 Mar 1995 02:42:55 -0800 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA12344 for ; Tue, 7 Mar 1995 02:42:53 -0800 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id FAA06369; Tue, 7 Mar 1995 05:39:41 -0500 From: Peter Dufault Message-Id: <199503071039.FAA06369@hda.com> Subject: Re: New SCSI config To: roberto@blaise.ibp.fr Date: Tue, 7 Mar 1995 05:39:40 -0500 (EST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503062224.XAA06988@keltia.frmug.fr.net> from "Ollivier Robert" at Mar 6, 95 11:24:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2208 Sender: current-owner@FreeBSD.org Precedence: bulk Ollivier Robert writes: > I assume my answer was lost in the great mailing list lossage. Ollivier should have the answer, but here is a copy for others: > ------------------------------------------------------------ > # new wired down SCSI devices > disk sd0 at scbus0 target 0 unit 0 > disk sd1 at scbus0 target 1 > tape st0 at scbus0 target 4 > device cd0 at scbus0 target 6 > > device sd0 #Only need one of these, the code dynamically grows > device st0 #Only need one of these, the code dynamically grows > device cd0 #Only need one of these, the code dynamically grows These last three lines won't change things. > ------------------------------------------------------------ > > With or without the last three lines, config -- newly recompiled of course > -- gives me these messages : > > 321 [23:12] root@keltia:i386/conf# config KELTIA > Removing old directory ../../compile/KELTIA: Done. > sd0: Warning, can't tell what is attached to scbus0. > sd1: Warning, can't tell what is attached to scbus1. > st0: Warning, can't tell what is attached to scbus0. > cd0: Warning, can't tell what is attached to scbus0. > > Adding an > > options NEW_SCSICONF This is unrelated to the changes I made and no options are needed for those to work. The message: > sd0: Warning, can't tell what is attached to scbus0. warns you that you've wired down "sd0" but it is wired to "scbus0", which isn't wired to anything. Adding another host adapter can result in your device moving. I'll change the warning to something like: > sd0: Warning, sd0 is configured at scbus0 but scbus0 can move. To get rid of the warning wire down scbus0, as in: > controller scbus0 at aha0 The second problem is that I used the "char *wunum(int num)" function to write out the unit number. It sprintfs the unit in a static buffer. That is why in: > sd1: Warning, can't tell what is attached to scbus1. the bus unit is wrong. Checking the table in ioconf.c shows that it generates the right table. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Tue Mar 7 03:15:47 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA12869 for current-outgoing; Tue, 7 Mar 1995 03:15:47 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA12861 for ; Tue, 7 Mar 1995 03:15:37 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA13544; Tue, 7 Mar 1995 21:10:44 +1000 Date: Tue, 7 Mar 1995 21:10:44 +1000 From: Bruce Evans Message-Id: <199503071110.VAA13544@godzilla.zeta.org.au> To: current@FreeBSD.org, phk@ref.tfs.com Subject: Re: the chatterbug categorized Sender: current-owner@FreeBSD.org Precedence: bulk >I belive that David and I have understood the chatterbug, now we just >need to find it and fix it. >What happens is that some vnodes are not properly freed when the vm_object >is freed, this has two effects: one is that the list of free vnodes are >too short to make the name-cache efficient (the chatter) and the other >is that the system will continue to allocate more vnodes, (the gradual >loss of available memory) >Now to isolate it, we need to know when it happens, I can reproduce it here >with: > cd /usr/src/release > make release CHROOTDIR=<500Mb space> There seems to be a problem with the increment of object->ref_count in vm_mmap.c. I isolated the following bad behaviour: after `cp /bin/echo /tmp; chmod 777 /tmp/echo; /tmp/echo; rm /tmp/echo', /tmp/echo becomes an unreferenced file with a v_usecount == 1 because the object->ref_count is 4 or 5 in vm_object_deallocate() so the vnode doesn't get released. It's easy to see the unreferenced file by running fsck. It may be important that my /bin/echo is linked dynamic. ld.so calls mmap() 3 or 4 times. Bruce From owner-freebsd-current Tue Mar 7 03:18:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA12919 for current-outgoing; Tue, 7 Mar 1995 03:18:48 -0800 Received: from rz-wb.fh-sw.de (rz-wb.fh-sw.de [192.129.23.111]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA12908 for ; Tue, 7 Mar 1995 03:18:10 -0800 Received: (from root@localhost) by rz-wb.fh-sw.de (8.6.9/8.6.9) id MAA14306; Tue, 7 Mar 1995 12:16:09 +0100 Date: Tue, 7 Mar 1995 12:16:08 +0100 (MET) From: Michael Reifenberger To: Ollivier Robert cc: "FreeBSD Current Users' list" Subject: Re: New SCSI config In-Reply-To: <199503062224.XAA06988@keltia.frmug.fr.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Mon, 6 Mar 1995, Ollivier Robert wrote: ... > ------------------------------------------------------------ > # new wired down SCSI devices > disk sd0 at scbus0 target 0 unit 0 > disk sd1 at scbus0 target 1 > tape st0 at scbus0 target 4 > device cd0 at scbus0 target 6 ... > 321 [23:12] root@keltia:i386/conf# config KELTIA > Removing old directory ../../compile/KELTIA: Done. > sd0: Warning, can't tell what is attached to scbus0. > sd1: Warning, can't tell what is attached to scbus1. > st0: Warning, can't tell what is attached to scbus0. > cd0: Warning, can't tell what is attached to scbus0. Try something like: scbus0 at ncr0 scbus1 at aha0 ... Bye! ---- Michael Reifenberger From owner-freebsd-current Tue Mar 7 03:29:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13058 for current-outgoing; Tue, 7 Mar 1995 03:29:37 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA13052 for ; Tue, 7 Mar 1995 03:29:36 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id GAA19893 for current@freebsd.org; Tue, 7 Mar 1995 06:29:24 -0500 Received: by starkhome.cs.sunysb.edu (8.6.10/1.34) id GAA02337; Tue, 7 Mar 1995 06:27:44 -0500 Date: Tue, 7 Mar 1995 06:27:44 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503071127.GAA02337@starkhome.cs.sunysb.edu> To: current@FreeBSD.org Subject: How to deadlock your -current system Sender: current-owner@FreeBSD.org Precedence: bulk (Second posting. I guess the first one was lost in the "freefall accident".) Here is a fairly reliable way to cause a deadlock on my 16MB system running -current. I tried to make the size of the file comparable to the size of my RAM. I don't know if other sizes cause the same problem. - Gene ------------- #include #include #include #include #include #define PSIZE 4096 main() { char *name = "testfile"; off_t max = 4000*PSIZE; char buf[PSIZE]; caddr_t addr; int f; if((f = open(name, O_CREAT | O_RDWR, 0644)) < 0) { perror("Can't open test file"); exit(1); } if(lseek(f, max-PSIZE, SEEK_SET) < 0) { perror("Seek failed"); exit(1); } if(write(f, buf, PSIZE) < 0) { perror("Initial write failed"); exit(1); } if((addr = mmap(0, max, PROT_READ | PROT_WRITE, MAP_SHARED, f, 0)) == NULL) { perror("mmap failed"); exit(1); } while(1) { int r = random() % max - 1; *(addr + r) = 0; } } From owner-freebsd-current Tue Mar 7 03:31:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13100 for current-outgoing; Tue, 7 Mar 1995 03:31:42 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA13094 for ; Tue, 7 Mar 1995 03:31:35 -0800 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA27514; Tue, 7 Mar 95 03:20:41 -0800 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Tue, 7 Mar 95 12:19 MET Message-Id: Date: Tue, 7 Mar 95 12:19 MET From: me@tartufo.pcs.dec.com (Michael Elbel) To: wollman@halloran-eldar.lcs.mit.edu Cc: current@FreeBSD.org Subject: Re: backspace now broken (proposal) Newsgroups: pcs.freebsd.current References: <9503062013.AA08687@halloran-eldar.lcs.mit.edu> Reply-To: me@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk In pcs.freebsd.current you write: >The default environment as provided by the kernel and sh(1) in >single-user mode should not require the presence of any dot files for >correct operation. For that matter, this should be true in general. >People here got it right for 4.3 on a VAXstation; there's no excuse >for broken behavior. Amen. Now who's going to change CERASE from 0177 to 010? Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-current Tue Mar 7 03:40:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13195 for current-outgoing; Tue, 7 Mar 1995 03:40:38 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA13189 for ; Tue, 7 Mar 1995 03:40:28 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA14325 for current@freebsd.org; Tue, 7 Mar 1995 21:36:21 +1000 Date: Tue, 7 Mar 1995 21:36:21 +1000 From: Bruce Evans Message-Id: <199503071136.VAA14325@godzilla.zeta.org.au> To: current@FreeBSD.org Subject: LINT Sender: current-owner@FreeBSD.org Precedence: bulk The LINT configuration file was broken by recent sound driver commits. It has syntax errors in the AUDIO* options. After I fixed these, the compile fails on 2 sound modules. The compile produces 260 lines of warnings and errors about sound modules, up from 31 lines not long ago. Bruce From owner-freebsd-current Tue Mar 7 04:46:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA14046 for current-outgoing; Tue, 7 Mar 1995 04:46:37 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA14039 for ; Tue, 7 Mar 1995 04:46:28 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA15787; Tue, 7 Mar 1995 22:43:46 +1000 Date: Tue, 7 Mar 1995 22:43:46 +1000 From: Bruce Evans Message-Id: <199503071243.WAA15787@godzilla.zeta.org.au> To: me@tartufo.pcs.dec.com, wollman@halloran-eldar.lcs.mit.edu Subject: Re: backspace now broken (proposal) Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >>The default environment as provided by the kernel and sh(1) in >>single-user mode should not require the presence of any dot files for >>correct operation. For that matter, this should be true in general. >Amen. Now who's going to change CERASE from 0177 to 010? I don't think CERASE should change, only the default erase character for the console. Changing it centrally would annoy anyone who logs in from somewhere else end depends on the current default. Bruce From owner-freebsd-current Tue Mar 7 07:21:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA16711 for current-outgoing; Tue, 7 Mar 1995 07:21:57 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA16699 for ; Tue, 7 Mar 1995 07:21:53 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id HAA00174; Tue, 7 Mar 1995 07:23:33 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id HAA00179; Tue, 7 Mar 1995 07:21:17 -0800 Message-Id: <199503071521.HAA00179@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Bruce Evans cc: current@FreeBSD.org, phk@ref.tfs.com Subject: Re: the chatterbug categorized In-reply-to: Your message of "Tue, 07 Mar 95 21:10:44 +1000." <199503071110.VAA13544@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 07 Mar 1995 07:21:12 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >>I belive that David and I have understood the chatterbug, now we just >>need to find it and fix it. > >>What happens is that some vnodes are not properly freed when the vm_object >>is freed, this has two effects: one is that the list of free vnodes are >>too short to make the name-cache efficient (the chatter) and the other >>is that the system will continue to allocate more vnodes, (the gradual >>loss of available memory) > >>Now to isolate it, we need to know when it happens, I can reproduce it here >>with: >> cd /usr/src/release >> make release CHROOTDIR=<500Mb space> > >There seems to be a problem with the increment of object->ref_count in >vm_mmap.c. That would be an understatement. John and I managed to introduce multiple object reference count bugs when we rewrote vm_mmap(). Object references are being gained by subtle side effects that were overlooked; if I hadn't put diagnostic code in there to prove this, I wouldn't believe it. I'm not altogether certain that there aren't other external (object reference count related) bugs...it's going to take me a bit to follow all the code paths. I hope to have a fix by late tonight. Thanks to Poul and Bruce for helping track this one down. Geeze, and I tried so hard to get the damn reference counts correct in there! -DG From owner-freebsd-current Tue Mar 7 07:24:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA16766 for current-outgoing; Tue, 7 Mar 1995 07:24:56 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA16755 for ; Tue, 7 Mar 1995 07:24:38 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA19988; Tue, 7 Mar 1995 16:20:26 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id QAA27214 for freebsd-current@FreeBSD.org; Tue, 7 Mar 1995 16:20:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id PAA28231 for freebsd-current@FreeBSD.org; Tue, 7 Mar 1995 15:52:54 +0100 From: J Wunsch Message-Id: <199503071452.PAA28231@uriah.heep.sax.de> Subject: Re: backspace now broken (proposal) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 7 Mar 1995 15:52:53 +0100 (MET) In-Reply-To: from "Michael Elbel" at Mar 7, 95 12:19:00 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1035 Sender: current-owner@FreeBSD.org Precedence: bulk As Michael Elbel wrote: > > Amen. Now who's going to change CERASE from 0177 to 010? I hope nobody. Remember that syscons is not the only console driver, but it has been the only one that ever _used_ ^H for this key. I promised to not jump in again (publically) into this discussion, and i didn't by now, since i thought: ``Let them do. You won't be affected, since you don't use syscons yourself except for some install disk.'' But now this is going to change... Hell, i never even _misssed_ that f*cking backspace character, all my environments everywhere use ^? as delete character. I'm absolutely unwilling to move this back now (too much effort for the sake of some purists). What are we going to do if the next architecture FreeBSD is ported to would use as the default erase character of their `native' o/s? Are we going to change our ttydefaults CERASE to 033 then??? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Mar 7 08:28:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA17786 for current-outgoing; Tue, 7 Mar 1995 08:28:26 -0800 Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.140.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA17780 for ; Tue, 7 Mar 1995 08:28:25 -0800 Received: (from smpatel@localhost) by xi.dorm.umd.edu (8.6.10/8.6.9) id LAA08658; Tue, 7 Mar 1995 11:16:53 -0500 Date: Tue, 7 Mar 1995 11:16:53 -0500 (EST) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: current@FreeBSD.org cc: swallace@ece.uci.edu Subject: Sound in -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk Before Jordan left for Germany- We worked on upgrading the VoxWare drivers in -current. After some cleanup and additions from swallace@ece.uci.edu and ache@freebsd.org-- We seem to have working sounds again. Has anyone else had problems that weren't resolved by today's sup. I'm specifically looking for someone to verify that SoundBlaster-16 support is working. Thanks Sujal From owner-freebsd-current Tue Mar 7 08:54:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA18338 for current-outgoing; Tue, 7 Mar 1995 08:54:35 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA18323 for ; Tue, 7 Mar 1995 08:54:11 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id RAA27122 ; Tue, 7 Mar 1995 17:48:51 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA01747; Tue, 7 Mar 95 17:49:47 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503071649.AA01747@blaise.ibp.fr> Subject: Re: Sound in -current To: smpatel@wam.umd.edu (Sujal Patel) Date: Tue, 7 Mar 1995 17:49:46 +0100 (MET) Cc: current@FreeBSD.org, swallace@ece.uci.edu In-Reply-To: from "Sujal Patel" at Mar 7, 95 11:16:53 am X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 608 Sender: current-owner@FreeBSD.org Precedence: bulk > swallace@ece.uci.edu and ache@freebsd.org-- We seem to have working > sounds again. Has anyone else had problems that weren't resolved by > today's sup. I'm specifically looking for someone to verify that > SoundBlaster-16 support is working. Yesterday, it was broken. I don't have my config file handy but I use snd2 and snd1 (I have a Sound Producer Pro, SB Pro 2.0 compatible) and the ld message was "sbintr" not found. More on this when I get home. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-current Tue Mar 7 08:59:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA18508 for current-outgoing; Tue, 7 Mar 1995 08:59:54 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA18502 for ; Tue, 7 Mar 1995 08:59:51 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24799; Tue, 7 Mar 95 09:51:10 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503071651.AA24799@cs.weber.edu> Subject: Re: backspace now broken (proposal) To: bde@zeta.org.au (Bruce Evans) Date: Tue, 7 Mar 95 9:51:09 MST Cc: me@tartufo.pcs.dec.com, wollman@halloran-eldar.lcs.mit.edu, current@FreeBSD.org In-Reply-To: <199503071243.WAA15787@godzilla.zeta.org.au> from "Bruce Evans" at Mar 7, 95 10:43:46 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > >>The default environment as provided by the kernel and sh(1) in > >>single-user mode should not require the presence of any dot files for > >>correct operation. For that matter, this should be true in general. > > >Amen. Now who's going to change CERASE from 0177 to 010? > > I don't think CERASE should change, only the default erase character > for the console. Changing it centrally would annoy anyone who logs > in from somewhere else end depends on the current default. But make anyone dialing in from another FreeBSD (or Linux) machine or any other PC very happy. The only failure is mode is for DEC terminals and emulations from companies other than Wyse, which has a Backspace there for everything but the poorly selling Wyse 75. You could probably make an argument the other way for people using TIP on a Sun console going the other direction. Note also that gettydefs allows you to change this on a per callin line basis anyway. The fact that there are two standards means that you will be screwing someone either way, but if you have to screw someone, it might as well not be another FreeBSD user. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Mar 7 09:16:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA19101 for current-outgoing; Tue, 7 Mar 1995 09:16:42 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA19094; Tue, 7 Mar 1995 09:16:41 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Bruce Evans cc: current@FreeBSD.org Subject: Re: LINT In-reply-to: Your message of "Tue, 07 Mar 95 21:36:21 +1000." <199503071136.VAA14325@godzilla.zeta.org.au> Date: Tue, 07 Mar 1995 09:16:37 -0800 Message-ID: <19090.794596597@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > The LINT configuration file was broken by recent sound driver commits. > It has syntax errors in the AUDIO* options. After I fixed these, the > compile fails on 2 sound modules. The compile produces 260 lines of > warnings and errors about sound modules, up from 31 lines not long ago. That's not all that broke. The audio stuff is even MORE screwed up since Steven jumped into the fray. I was happy about him doing this work at first, since it looked like he was putting more time and thought into it, but in retrospect it would have been far better for him to simply let Sujal and I fix it. He's REALLY screwed it up now! I can't even get the sound devices to PROBE anymore! Grrrr. Oh well, I'm off to Germany [AGAIN]. Jordan From owner-freebsd-current Tue Mar 7 09:44:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA19932 for current-outgoing; Tue, 7 Mar 1995 09:44:30 -0800 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA19920; Tue, 7 Mar 1995 09:44:26 -0800 Received: from localhost.uci.edu by balboa.eng.uci.edu with SMTP id AA24766 (5.65c/IDA-1.4.4 for current@freefall.cdrom.com); Tue, 7 Mar 1995 09:44:01 -0800 Message-Id: <199503071744.AA24766@balboa.eng.uci.edu> To: "Jordan K. Hubbard" Cc: Sujal Patel , current@freefall.cdrom.com Subject: Re: FreeBSD Sound In-Reply-To: Your message of "Tue, 07 Mar 1995 09:24:30 PST." <19375.794597070@freefall.cdrom.com> Date: Tue, 07 Mar 1995 09:44:00 -0800 From: Steven Wallace Sender: current-owner@FreeBSD.org Precedence: bulk >> >> Looking at the current source tree, everything looks to be in working >> order.. Hopefully :) If your card is working properly, it seems that >> swallace's cleanup was perfect (Andrew's changes were not spammed >> either). Let me know if you still are having problems, and I'll try to >> figure it out with swallace. >> >> Sujal > > This is what I get with -current sources and my SB16: > > snd1 not found at 0x388 > snd2 not found at 0x220 > snd6 not found at 0x220 > snd7 not found at 0x300 > > No sound devices are probed. > Ummm, I think I know what you did, Mr. Jordan. Like I said in my commit and followup message, I have reversed the logic of EXCLUDE_* and AUDIO_* and spammed your additional #undefs for SB. I was waiting until we could figure out a real solution. Andrew seemed to like my #ifdef NSND thing but Garrett called it "EVIL" and suggested a new device naming approach which I am not sure how to implement. Until then, for the SB16, in addition to correct snd1 device configs, you need options "AUDIO_YM3812" options AUDIO_SB options AUDIO_SBPRO options AUDIO_SB16 Otherwise you are not compiling in the code you need and the devices will not be probed. Steven From owner-freebsd-current Tue Mar 7 09:51:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA20072 for current-outgoing; Tue, 7 Mar 1995 09:51:33 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA20065; Tue, 7 Mar 1995 09:51:31 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Steven Wallace cc: Sujal Patel , current@freefall.cdrom.com Subject: Re: FreeBSD Sound In-reply-to: Your message of "Tue, 07 Mar 95 09:44:00 PST." <199503071744.AA24766@balboa.eng.uci.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 07 Mar 1995 09:51:30 -0800 Message-ID: <20064.794598690@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > options "AUDIO_YM3812" > options AUDIO_SB > options AUDIO_SBPRO > options AUDIO_SB16 Oh BARF! That's even worse than what we had before! So now I have to know about 3 different undocumented options to enable sound (if you look at sound.doc, it most strongly intimates that only one is needed). I still think that my changes you spammed were better in the short term. At least then you only had to turn on the one device you actually KNEW you had! I also don't see you implementing Garrett's solution anytime soon, nor do I see anyone really going for the much more complicated scheme you proposed. Can we just have the very simple "limited hierarchy" scheme I proposed in the beginning? At least for NOW? What we have now is not acceptable, IMO. Jordan From owner-freebsd-current Tue Mar 7 10:11:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA20515 for current-outgoing; Tue, 7 Mar 1995 10:11:53 -0800 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA20508; Tue, 7 Mar 1995 10:11:52 -0800 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Steven Wallace cc: Sujal Patel , ache@freefall.cdrom.com, current@freefall.cdrom.com Subject: Re: FreeBSD Sound In-reply-to: Your message of "Tue, 07 Mar 95 09:44:00 PST." <199503071744.AA24766@balboa.eng.uci.edu> Date: Tue, 07 Mar 1995 10:11:52 -0800 Message-ID: <20507.794599912@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk Also, after just talking with David, I have to say that I support Garrett's suggestion - make 'em device names, stop screwing around! :-) It's easy. Go into /sys/i386/conf/files.i386 and change all the stupid snd entries into the names Garrett suggested - gus, midi, ad1848, etc. Then go through the code and change the EXCLUDES into #if N_GUS < 1 ... #endif N_ > 1 becomes your equivalent to "AUDIO_", and when it's 0 you have an effective EXCLUDE_BLAH. Boy, wouldn't that clean things up! Jordan From owner-freebsd-current Tue Mar 7 10:31:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA20960 for current-outgoing; Tue, 7 Mar 1995 10:31:06 -0800 Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA20952 for ; Tue, 7 Mar 1995 10:30:55 -0800 Received: from ole.cs.tu-berlin.de (wosch@ole.cs.tu-berlin.de [130.149.28.1]) by mail.cs.tu-berlin.de (8.6.10/8.6.10) with ESMTP id TAA11947 for ; Tue, 7 Mar 1995 19:20:22 +0100 From: Wolfram Schneider Received: (wosch@localhost) by ole.cs.tu-berlin.de (8.6.10/8.6.6) id TAA06969; Tue, 7 Mar 1995 19:20:20 +0100 Date: Tue, 7 Mar 1995 19:20:20 +0100 Message-Id: <199503071820.TAA06969@ole.cs.tu-berlin.de> To: current@FreeBSD.org Subject: adduser MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: current-owner@FreeBSD.org Precedence: bulk ftp://ftp.freebsd.org/pub/FreeBSD/incoming/adduser-950307.tgz Changes: o more options o less restrictive, you can choise uid, gid ... o invite user into some groups o encrypted passwords with crypt o batch mode (for instance, this works now: $ adduser -batch jkh guest,uuadmin "Jordan K. Hubbard" passwd see manpage for more details) 95/03/07 Wolfram Schneider From owner-freebsd-current Tue Mar 7 10:46:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA21421 for current-outgoing; Tue, 7 Mar 1995 10:46:55 -0800 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA21409 for ; Tue, 7 Mar 1995 10:46:40 -0800 Received: from localhost.uci.edu by balboa.eng.uci.edu with SMTP id AA27658 (5.65c/IDA-1.4.4 for current@freebsd.org); Tue, 7 Mar 1995 10:46:15 -0800 Message-Id: <199503071846.AA27658@balboa.eng.uci.edu> Cc: current@FreeBSD.org Subject: Re: How to deadlock your -current system In-Reply-To: Your message of "Tue, 07 Mar 1995 06:27:44 EST." <199503071127.GAA02337@starkhome.cs.sunysb.edu> Date: Tue, 07 Mar 1995 10:46:14 -0800 From: Steven Wallace Sender: current-owner@FreeBSD.org Precedence: bulk This looks like the mmap() ing problem into a sparse file I reported earlier. If you create a file and seek to someplace else without writing data and then try to map those holes, your system is surely to crash, as your program does. Also there is a problem if you try to mmap() a file with one process and then another process mmap() that file with a different non-page offset, your system will freeze after you quit and do some swapping activity. Steven From owner-freebsd-current Tue Mar 7 10:48:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA21469 for current-outgoing; Tue, 7 Mar 1995 10:48:28 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA21461; Tue, 7 Mar 1995 10:48:19 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id KAA00473; Tue, 7 Mar 1995 10:47:53 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id KAA03697; Tue, 7 Mar 1995 10:47:53 -0800 Message-Id: <199503071847.KAA03697@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: Sujal Patel , current@freefall.cdrom.com Subject: Re: FreeBSD Sound In-reply-to: Your message of "Tue, 07 Mar 95 10:11:52 PST." <20507.794599912@freefall.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 07 Mar 1995 10:47:47 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >Also, after just talking with David, I have to say that I support Garrett's >suggestion - make 'em device names, stop screwing around! :-) > >It's easy. Go into /sys/i386/conf/files.i386 and change all the stupid >snd entries into the names Garrett suggested - gus, midi, ad1848, etc. > >Then go through the code and change the EXCLUDES into > >#if N_GUS < 1 >... >#endif #if NGUS > 0 >N_ > 1 becomes your equivalent to "AUDIO_", and when it's 0 you >have an effective EXCLUDE_BLAH. No underscore, and compare to greater than 0. -DG From owner-freebsd-current Tue Mar 7 10:52:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA21619 for current-outgoing; Tue, 7 Mar 1995 10:52:14 -0800 Received: from balboa.eng.uci.edu (balboa.eng.uci.edu [128.200.61.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA21611 for ; Tue, 7 Mar 1995 10:52:13 -0800 Received: from localhost.uci.edu by balboa.eng.uci.edu with SMTP id AA27949 (5.65c/IDA-1.4.4 for freebsd-current@freebsd.org); Tue, 7 Mar 1995 10:51:48 -0800 Message-Id: <199503071851.AA27949@balboa.eng.uci.edu> To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: backspace now broken (proposal) In-Reply-To: Your message of "Tue, 07 Mar 1995 15:52:53 +0100." <199503071452.PAA28231@uriah.heep.sax.de> Date: Tue, 07 Mar 1995 10:51:46 -0800 From: Steven Wallace Sender: current-owner@FreeBSD.org Precedence: bulk What is the big deal with ^H being erase? All you have to do is: stty erease "^H" if you want your backspace to be delete/erase. Steven From owner-freebsd-current Tue Mar 7 10:59:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA21896 for current-outgoing; Tue, 7 Mar 1995 10:59:53 -0800 Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.140.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA21883; Tue, 7 Mar 1995 10:59:44 -0800 Received: (from smpatel@localhost) by xi.dorm.umd.edu (8.6.10/8.6.9) id NAA09054; Tue, 7 Mar 1995 13:59:13 -0500 Date: Tue, 7 Mar 1995 13:59:13 -0500 (EST) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: "Jordan K. Hubbard" cc: Steven Wallace , ache@freefall.cdrom.com, current@freefall.cdrom.com Subject: Re: FreeBSD Sound In-Reply-To: <20507.794599912@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Tue, 7 Mar 1995, Jordan K. Hubbard wrote: > Also, after just talking with David, I have to say that I support Garrett's > suggestion - make 'em device names, stop screwing around! :-) > > It's easy. Go into /sys/i386/conf/files.i386 and change all the stupid > snd entries into the names Garrett suggested - gus, midi, ad1848, etc. This will not be easy... Since the VoxWare code it so ugly, it's very very difficult to say what is part of what. I would agree with this, but you'll need to realize that we will probably be including more "bulk" with each sound device than is absolutly needed. So, who is going to have the time to sort that whole mess out anytime soon? Sujal From owner-freebsd-current Tue Mar 7 11:13:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22320 for current-outgoing; Tue, 7 Mar 1995 11:13:23 -0800 Received: from Starbase.NeoSoft.COM (starbase.NeoSoft.COM [198.64.6.26]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA22314 for ; Tue, 7 Mar 1995 11:13:21 -0800 Received: from metal.ops.neosoft.com (root@glenn-slip42.nmt.edu [129.138.5.142]) by Starbase.NeoSoft.COM (8.6.10/8.6.10) with ESMTP id NAA18935; Tue, 7 Mar 1995 13:12:19 -0600 X-Provider: NeoSoft, Inc.: Internet Service Provider (713) 684-5969 Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.10/8.6.10) id MAA03216; Tue, 7 Mar 1995 12:12:16 -0700 From: Scott Mace Message-Id: <199503071912.MAA03216@metal.ops.neosoft.com> Subject: Re: the chatterbug categorized To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Tue, 7 Mar 1995 12:12:16 -0700 (MST) Cc: current@FreeBSD.org In-Reply-To: <199503070721.XAA24911@ref.tfs.com> from "Poul-Henning Kamp" at Mar 6, 95 10:21:44 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 229 Sender: current-owner@FreeBSD.org Precedence: bulk I can actually make my system panic with a: vm_page_free: freeing busy page. with a ctm 0428 kernel. I start something really disk intenesive that tickles the chatterbug, and then I start opening a bunch of xterms.... Scott From owner-freebsd-current Tue Mar 7 11:17:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22429 for current-outgoing; Tue, 7 Mar 1995 11:17:00 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA22423 for ; Tue, 7 Mar 1995 11:17:00 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA26459; Tue, 7 Mar 1995 11:16:36 -0800 From: Poul-Henning Kamp Message-Id: <199503071916.LAA26459@ref.tfs.com> Subject: Re: the chatterbug categorized To: smace@metal-mail.neosoft.com (Scott Mace) Date: Tue, 7 Mar 1995 11:16:35 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503071912.MAA03216@metal.ops.neosoft.com> from "Scott Mace" at Mar 7, 95 12:12:16 pm Content-Type: text Content-Length: 523 Sender: current-owner@FreeBSD.org Precedence: bulk > I can actually make my system panic with a: > vm_page_free: freeing busy page. with a ctm 0428 kernel. > > I start something really disk intenesive that tickles the chatterbug, > and then I start opening a bunch of xterms.... As far as I can tell, David just fixed it, and he also added what I belive may amount to increased name-cache efficiency according to the last commit. -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-current Tue Mar 7 11:27:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22656 for current-outgoing; Tue, 7 Mar 1995 11:27:31 -0800 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA22649 for ; Tue, 7 Mar 1995 11:27:29 -0800 Received: by pelican.com (Smail3.1.28.1 #5) id m0rm4uI-000K2tC; Tue, 7 Mar 95 11:26 WET Message-Id: Date: Tue, 7 Mar 95 11:26 WET From: pete@pelican.com (Pete Carah) To: phk@ref.tfs.com Subject: Re: more ETXTBSY bugs Newsgroups: pelican.fbsd-c In-Reply-To: <199503070843.AAA25109@ref.tfs.com> Organization: Pelican Consulting Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk In article <199503070843.AAA25109@ref.tfs.com> you write: > >> In article <9503062157.AA19959@cs.weber.edu> Terry writes: >> ..... >> >I'd like to see the people seeing the thrashing problems add about 16M >> >of swap without doing any extra apllications and see what happens. If > >This is the same as the "chatter bug" and it is well understood now. >don't try this, and if you do: after some time you will see on "vmstat -m" >that you have a LOT of vnodes, more than sysctl(kern.maxvnodes), and >you will also loose diskspace... Actually that was Terry's hint, not mine; I *know* my swap usage is low; there is almost 30mb free swap during very heavy chatter.. (and the other is obviously going to lose as long as the txtbusy bug is there; I can wait... Those two things aren't (intimately) related, except for both having something to do with reference counts. The cure for txtbusy may well require yet another reference count, especially for shared libs.) What I *was* going to do was put an incremental-output option in vmstat when -w is specified, probably with yet another switch, and add the two variables that David suggested to vmstat rather than running his program standalone... The incremental-output may want to be reduced to xxx per second like the sgi osview does (osview is their vmstat-like thing, though it puts out lots more stuff, especially on multiprocessor systems), so that different interrogation periods can be compared directly. In this case I may want to do what SGI (or 'top') does and use curses too. -- Pete From owner-freebsd-current Tue Mar 7 12:09:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23889 for current-outgoing; Tue, 7 Mar 1995 12:09:31 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA23881 for ; Tue, 7 Mar 1995 12:09:29 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA10003; Tue, 7 Mar 1995 15:08:53 -0500 Date: Tue, 7 Mar 1995 15:08:53 -0500 From: Garrett Wollman Message-Id: <9503072008.AA10003@halloran-eldar.lcs.mit.edu> To: pete@pelican.com (Pete Carah) Cc: current@FreeBSD.org Subject: Re: more ETXTBSY bugs Newsgroups: pelican.fbsd-c In-Reply-To: References: <199503070843.AAA25109@ref.tfs.com> Sender: current-owner@FreeBSD.org Precedence: bulk < standalone... The incremental-output may want to be reduced to xxx per > second like the sgi osview does (osview is their vmstat-like thing, > though it puts out lots more stuff, especially on multiprocessor > systems), so that different interrogation periods can be compared > directly. In this case I may want to do what SGI (or 'top') does and > use curses too. I've wanted something like this for some time (it, and `netstat -C', should probably be integrated with `systat', which already comes pretty close). Say, how about writing an X11 version of `gr_osview' while you're at it? :-) -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Mar 7 12:25:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24504 for current-outgoing; Tue, 7 Mar 1995 12:25:36 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA24486 for ; Tue, 7 Mar 1995 12:24:24 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA27160; Tue, 7 Mar 1995 21:20:28 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id VAA00179 for freebsd-current@FreeBSD.org; Tue, 7 Mar 1995 21:26:27 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id VAA02123 for freebsd-current@FreeBSD.org; Tue, 7 Mar 1995 21:12:23 +0100 From: J Wunsch Message-Id: <199503072012.VAA02123@uriah.heep.sax.de> Subject: Re: backspace now broken (proposal) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 7 Mar 1995 21:12:21 +0100 (MET) In-Reply-To: <9503071651.AA24799@cs.weber.edu> from "Terry Lambert" at Mar 7, 95 09:51:09 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 635 Sender: current-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > [make CERASE to BS] > But make anyone dialing in from another FreeBSD (or Linux) machine > or any other PC very happy. Linux? Really? Connected. 14400/V42B Welcome to Linux 1.1.91. login: XXXX Password: XXXX Last login: Tue Mar 7 19:59:21 on ttyS7 Linux 1.1.91. (Posix). 1-> stty -a speed 38400 baud; rows 0; columns 0; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = ; ... 2-> exit [That's the only Linux i can reach by now.] -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Mar 7 12:33:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24591 for current-outgoing; Tue, 7 Mar 1995 12:33:52 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA24584 for ; Tue, 7 Mar 1995 12:33:49 -0800 Received: by sequent.kiae.su id AA24385 (5.65.kiae-2 ); Tue, 7 Mar 1995 23:23:36 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 7 Mar 95 23:23:34 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id XAA01013; Tue, 7 Mar 1995 23:08:27 +0300 To: current@FreeBSD.org, Sujal Patel Cc: swallace@ece.uci.edu References: In-Reply-To: ; from Sujal Patel at Tue, 7 Mar 1995 11:16:53 -0500 (EST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 7 Mar 1995 23:08:27 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Sound in -current Lines: 20 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1000 Sender: current-owner@FreeBSD.org Precedence: bulk In message Sujal Patel writes: >Before Jordan left for Germany- We worked on upgrading the VoxWare >drivers in -current. After some cleanup and additions from >swallace@ece.uci.edu and ache@freebsd.org-- We seem to have working >sounds again. Has anyone else had problems that weren't resolved by >today's sup. I'm specifically looking for someone to verify that >SoundBlaster-16 support is working. Please, send all our fixes to Hannu, or they will be lost with next Voxware release commit. Better way to keep fixes is to store them into original distribution. Just FYI, Hannu promise his new snapshot will be available in a week. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Tue Mar 7 12:41:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24864 for current-outgoing; Tue, 7 Mar 1995 12:41:45 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA24856 for ; Tue, 7 Mar 1995 12:41:42 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id VAA29932 ; Tue, 7 Mar 1995 21:40:25 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA02927; Tue, 7 Mar 95 21:41:20 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503072041.AA02927@blaise.ibp.fr> Subject: Re: New SCSI config To: dufault@hda.com (Peter Dufault) Date: Tue, 7 Mar 1995 21:41:20 +0100 (MET) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503071039.FAA06369@hda.com> from "Peter Dufault" at Mar 7, 95 05:39:40 am X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 266 Sender: current-owner@FreeBSD.org Precedence: bulk > To get rid of the warning wire down scbus0, as in: > > > controller scbus0 at aha0 > Everything is fine now. Thanks. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-current Tue Mar 7 13:30:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA26346 for current-outgoing; Tue, 7 Mar 1995 13:30:44 -0800 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA26336 for ; Tue, 7 Mar 1995 13:30:40 -0800 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id PAA15173; Tue, 7 Mar 1995 15:30:02 -0600 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 7 Mar 95 15:40 CST Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 7 Mar 95 15:30 CST Message-Id: From: fredriks@mcs.com (Lars Fredriksen) Subject: Re: How to deadlock your -current system To: swallace@ece.uci.edu (Steven Wallace) Date: Tue, 7 Mar 1995 15:30:00 -0600 (CST) Cc: current@FreeBSD.org In-Reply-To: <199503071846.AA27658@balboa.eng.uci.edu> from "Steven Wallace" at Mar 7, 95 10:46:14 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1504 Sender: current-owner@FreeBSD.org Precedence: bulk Steven Wallace writes: > > > This looks like the mmap() ing problem into a sparse file I reported > earlier. If you create a file and seek to someplace else without > writing data and then try to map those holes, your system is surely > to crash, as your program does. > > Also there is a problem if you try to mmap() a file with one process > and then another process mmap() that file with a different non-page > offset, your system will freeze after you quit and do some swapping > activity. > > Steven > I wonder if this is what I am seing too. This happens during a cvs update, make world, sup etc. Currently my machine at home is sitting dead whith two csh and pageout_daemon all waiting on the same wchan. The routine they are in as per the wchan is file_lock(hm that might not be the right name, I am going of my rather faulty memory, but it was not ufs_lock) on an address that looks like f2000004. Is there anything I can look at while in the kernel debugger that will help you David or any other people actively looking at this? Since I don't have access to the sources until I reboot, I wanted to offer any "dynamic" information that might help. John (he says hi from far away..), suggested that I collect all the wchans, so if there is anything else let me know before 6PM central time. Lars. -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-current Tue Mar 7 13:59:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA27667 for current-outgoing; Tue, 7 Mar 1995 13:59:16 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA27632 for ; Tue, 7 Mar 1995 13:58:20 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA29039; Tue, 7 Mar 1995 22:48:51 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA00844 for freebsd-current@FreeBSD.org; Tue, 7 Mar 1995 22:48:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id VAA02309 for freebsd-current@FreeBSD.org; Tue, 7 Mar 1995 21:31:19 +0100 From: J Wunsch Message-Id: <199503072031.VAA02309@uriah.heep.sax.de> Subject: how to increase the CPU load (was: Re: more ETXTBSY bugs) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 7 Mar 1995 21:31:18 +0100 (MET) In-Reply-To: <9503072008.AA10003@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Mar 7, 95 03:08:53 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 520 Sender: current-owner@FreeBSD.org Precedence: bulk As Garrett Wollman wrote: > > Say, how about writing an X11 version of `gr_osview' while you're at > it? :-) This would be the ultimate way to bump the load average of an other- wise unloaded system. :-) ``Anyone out there with some free slices of CPU time?'' ``Ok, start gr_osview!'' (Even xload does already produce an impressing amount of the load it's displaying...) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Mar 7 15:35:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA29874 for current-outgoing; Tue, 7 Mar 1995 15:35:49 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA29868 for ; Tue, 7 Mar 1995 15:35:47 -0800 Date: Tue, 7 Mar 1995 18:35:07 +0000 From: Vince Chan Subject: sound To: FreeBSD-current@freefall.cdrom.com Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk For the past few days, I noticed the discussion about sound and stuff but what I wanted to know is how to well get my soundcard working and also where is the sound.doc file everyone was talking about? Thanks.. Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Tue Mar 7 16:05:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA00747 for current-outgoing; Tue, 7 Mar 1995 16:05:20 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA00741 for ; Tue, 7 Mar 1995 16:05:18 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA27197; Tue, 7 Mar 95 16:55:05 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503072355.AA27197@cs.weber.edu> Subject: Re: backspace now broken (proposal) To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 7 Mar 95 16:55:04 MST Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503072012.VAA02123@uriah.heep.sax.de> from "J Wunsch" at Mar 7, 95 09:12:21 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > As Terry Lambert wrote: > > > [make CERASE to BS] > > > But make anyone dialing in from another FreeBSD (or Linux) machine > > or any other PC very happy. > > Linux? Really? hecate:41% stty -a speed 9600 baud; rows 50; columns 80; line = 0; intr = ^C; quit = ^\; erase = ^H; kill = ^U; eof = ^D; eol = ; eol2 = ; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke > [That's the only Linux i can reach by now.] Is yours SlackWare or Yggdrasil or ? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Mar 7 16:19:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA00930 for current-outgoing; Tue, 7 Mar 1995 16:19:38 -0800 Received: from Starbase.NeoSoft.COM (root@starbase.NeoSoft.COM [198.64.6.26]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA00924 for ; Tue, 7 Mar 1995 16:19:36 -0800 Received: from metal.ops.neosoft.com (root@glenn-slip42.nmt.edu [129.138.5.142]) by Starbase.NeoSoft.COM (8.6.10/8.6.10) with ESMTP id SAA26003; Tue, 7 Mar 1995 18:19:05 -0600 X-Provider: NeoSoft, Inc.: Internet Service Provider (713) 684-5969 Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.10/8.6.10) id RAA02240; Tue, 7 Mar 1995 17:19:00 -0700 From: Scott Mace Message-Id: <199503080019.RAA02240@metal.ops.neosoft.com> Subject: Re: backspace now broken (proposal) To: swallace@ece.uci.edu (Steven Wallace) Date: Tue, 7 Mar 1995 17:18:58 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503071851.AA27949@balboa.eng.uci.edu> from "Steven Wallace" at Mar 7, 95 10:51:46 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 248 Sender: current-owner@FreeBSD.org Precedence: bulk > > > What is the big deal with ^H being erase? > All you have to do is: > stty erease "^H" > if you want your backspace to be delete/erase. > Not quite, if you want you keyboard to generate ^H's then stty will not do the trick... Scott From owner-freebsd-current Tue Mar 7 17:14:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01996 for current-outgoing; Tue, 7 Mar 1995 17:14:53 -0800 Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA01710; Tue, 7 Mar 1995 17:01:24 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.9/8.6.9) id LAA15059; Tue, 7 Mar 1995 11:17:39 +0100 Date: Tue, 7 Mar 1995 11:17:39 +0100 From: Julian Howard Stacey Message-Id: <199503071017.LAA15059@vector.eikon.e-technik.tu-muenchen.de> To: rgrimes@freefall.cdrom.com Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk Hi Rod, Cc Current I have improved my modification for /etc/netstart somewhat, & am using it, but I still can't test it completely, as although I have a 2nd nfs mounted system here now, I don't share an nfs mounted /usr (all my existing bins are 486, the system visiting me is a 386) Perhaps you (or another NFS user such as Nate) would care to review or comment ? # Prepare an 'ed' script # to allow /etc/hostname.* to have '^#' delimited comments, and blank lines. # ('ed' used as 'usr/bin/grep' on nfs systems is not yet mounted). hostname_tmp=/tmp hostname_ed=hostname.ed # The next 4 lines & rm below could be avoided with a permanent $hostname_ed. echo "g/^#/d" > $hostname_tmp/$hostname_ed echo "g/^$/d" > $hostname_tmp/$hostname_ed echo "p" >> $hostname_tmp/$hostname_ed echo "q" >> $hostname_tmp/$hostname_ed for i in /etc/hostname.* do # { ifn=`expr $i : '/etc/hostname\.\(.*\)'` # ifn gets ed0, sl0 etc if [ -e /etc/hostname.$ifn ]; then if [ -e /etc/start_if.$ifn ]; then sh /etc/start_if.$ifn $ifn fi ed -s - /etc/hostname.$ifn \ < $hostname_tmp/$hostname_ed \ > $hostname_tmp/hostname.$ifn.tmp ifconfig $ifn `cat $hostname_tmp/hostname.$ifn.tmp` ifconfig $ifn # show status rm $hostname_tmp/hostname.$ifn.tmp fi done # } rm $hostname_tmp/$hostname_ed --- Julian Stacey , Intermittent SL/IP: From owner-freebsd-current Tue Mar 7 17:33:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA02489 for current-outgoing; Tue, 7 Mar 1995 17:33:15 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA02482; Tue, 7 Mar 1995 17:33:14 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA27453; Tue, 7 Mar 1995 17:32:40 -0800 From: Poul-Henning Kamp Message-Id: <199503080132.RAA27453@ref.tfs.com> Subject: Re: your mail To: jhs@regent.e-technik.tu-muenchen.de (Julian Howard Stacey) Date: Tue, 7 Mar 1995 17:32:40 -0800 (PST) Cc: rgrimes@freefall.cdrom.com, current@FreeBSD.org In-Reply-To: <199503071017.LAA15059@vector.eikon.e-technik.tu-muenchen.de> from "Julian Howard Stacey" at Mar 7, 95 11:17:39 am Content-Type: text Content-Length: 673 Sender: current-owner@FreeBSD.org Precedence: bulk > Hi Rod, > Cc Current > > I have improved my modification for /etc/netstart somewhat, & am using it, > but I still can't test it completely, as although I have a 2nd nfs mounted > system here now, I don't share an nfs mounted /usr > (all my existing bins are 486, the system visiting me is a 386) Don't worry, the only difference is a slight performance decrease on the 386. The most significant difference is the size, -m486 aligns everything to 8 (or is it 16 ?) bytes boundaries, whereas -m386 does only use 4 byte alignment. -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-current Tue Mar 7 17:35:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA02566 for current-outgoing; Tue, 7 Mar 1995 17:35:42 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA02552 for ; Tue, 7 Mar 1995 17:35:30 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id LAA31195; Wed, 8 Mar 1995 11:32:12 +1000 Date: Wed, 8 Mar 1995 11:32:12 +1000 From: Bruce Evans Message-Id: <199503080132.LAA31195@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, terry@cs.weber.edu Subject: Re: backspace now broken (proposal) Cc: freebsd-current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >> [make CERASE to BS] >> >> > But make anyone dialing in from another FreeBSD (or Linux) machine >> > or any other PC very happy. >> >> Linux? Really? >hecate:41% stty -a >... >intr = ^C; quit = ^\; erase = ^H; kill = ^U; eof = ^D; eol = ; ... >> [That's the only Linux i can reach by now.] >Is yours SlackWare or Yggdrasil or ? Doesn't matter. Linux has "always" had the default erase = ^? in both the tty defaults and the console defaults. There have been several flam^?^H^?^Hdiscussions in Linux newsgroups about this. I set it to ^H in my .profile under everything and first noticed the FreeBSD keyboard being broken under Linux. Joerg should have it set to ^? in his .profile. The results of stty after logging in don't prove anything. Bruce From owner-freebsd-current Tue Mar 7 18:06:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA03114 for current-outgoing; Tue, 7 Mar 1995 18:06:35 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA03108 for ; Tue, 7 Mar 1995 18:06:26 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <21654-0@bunyip.cc.uq.oz.au>; Wed, 8 Mar 1995 12:01:48 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id MAA24632 for ; Wed, 8 Mar 1995 12:04:51 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id CAA13959 for ; Wed, 8 Mar 1995 02:02:05 GMT Message-Id: <199503080202.CAA13959@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.5.3 12/28/94 To: current@FreeBSD.org Subject: SB16 working now on current Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 08 Mar 1995 12:01:59 +1000 From: Stephen Hocking Sender: current-owner@FreeBSD.org Precedence: bulk My SB16 is working now on -current - config is as suggested. I still have occasional hangs (of the sound producing program) when running in 16bit mode - this may be due to the fact that I have a "Value" edition (Harumph!) of the SB16, which occasionally hangs under windows in 16bit mode. Also, sometimes the MPU device (snd7) does not probe. Status is basically the same as before. options AUDIO_SB options "AUDIO_MPU401" options AUDIO_SBPRO options "AUDIO_SB16" options "AUDIO_YM3812" options ALLOW_CONFLICT_IOADDR options ALLOW_CONFLICT_IRQ # # Audio drivers: `snd', `pca' # # snd: Voxware sound drivers for various cards (see file `sound.doc') # pca: PCM audio through your PC speaker # # Someday, Voxware configuration will be done properly. # #device snd5 at isa? port 0x330 irq 6 vector mpuintr #device snd4 at isa? port 0x220 irq 15 drq 6 vector gusintr #device snd3 at isa? port 0x388 irq 10 drq 6 vector pasintr device snd2 at isa? port 0x220 irq 9 drq 1 vector sbintr device snd6 at isa? port 0x220 irq 9 drq 5 vector sbintr device snd7 at isa? port 0x300 device snd1 at isa? port 0x388 device pca0 at isa? tty I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Tue Mar 7 18:23:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA03356 for current-outgoing; Tue, 7 Mar 1995 18:23:24 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA03350 for ; Tue, 7 Mar 1995 18:23:20 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id SAA26966; Tue, 7 Mar 1995 18:20:17 -0800 From: "Rodney W. Grimes" Message-Id: <199503080220.SAA26966@gndrsh.aac.dev.com> Subject: Re: backspace now broken (proposal) To: terry@cs.weber.edu (Terry Lambert) Date: Tue, 7 Mar 1995 18:20:16 -0800 (PST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: <9503072355.AA27197@cs.weber.edu> from "Terry Lambert" at Mar 7, 95 04:55:04 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 455 Sender: current-owner@FreeBSD.org Precedence: bulk > > > As Terry Lambert wrote: > > > > > [make CERASE to BS] > > > > > But make anyone dialing in from another FreeBSD (or Linux) machine > > > or any other PC very happy. > > > > Linux? Really? > > hecate:41% stty -a ... I really don't care what stty returns, what is it in ttydefaults.h???? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Tue Mar 7 22:52:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA15842 for current-outgoing; Tue, 7 Mar 1995 22:52:51 -0800 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA15836 for ; Tue, 7 Mar 1995 22:52:49 -0800 Received: from starkhome.UUCP (root@localhost) by sbstark.cs.sunysb.edu (8.6.9/8.6.9) with UUCP id BAA21164 for current@freebsd.org; Wed, 8 Mar 1995 01:52:33 -0500 Received: by starkhome.cs.sunysb.edu (8.6.10/1.34) id BAA00922; Wed, 8 Mar 1995 01:51:54 -0500 Date: Wed, 8 Mar 1995 01:51:54 -0500 From: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Message-Id: <199503080651.BAA00922@starkhome.cs.sunysb.edu> To: current@FreeBSD.org Subject: Chattering better, but now "panic: freeing busy page" Sender: current-owner@FreeBSD.org Precedence: bulk The chattering problem seems to have been relieved by the latest changes, but when I try to run make world I am still crashing during the library install phase. The symptoms are a little different now: I get "panic: freeing busy page" from a process running "install" trying to exit (i.e. in the exit system call). The panic occurs when vm_map_remove() is called at line 148 of kern_exit.c. The page in question is marked "bmapped", and the attempt is made to free it from within vm_object_terminate(), so I have the feeling that the object reference counts are still not quite right yet. - Gene From owner-freebsd-current Tue Mar 7 22:55:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA15891 for current-outgoing; Tue, 7 Mar 1995 22:55:57 -0800 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA15824; Tue, 7 Mar 1995 22:52:02 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <28581-0@bunyip.cc.uq.oz.au>; Wed, 8 Mar 1995 16:47:49 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id QAA26882; Wed, 8 Mar 1995 16:13:05 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id GAA15627; Wed, 8 Mar 1995 06:10:22 GMT Message-Id: <199503080610.GAA15627@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.5.3 12/28/94 To: current@FreeBSD.org cc: hackers@FreeBSD.org Subject: Repair floppies - what should we have? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 08 Mar 1995 16:10:20 +1000 From: Stephen Hocking Sender: current-owner@FreeBSD.org Precedence: bulk Recently a crash in the middle of a make world trashed my libc.so, and this caused me to think long and hard about the issue of repair floppies. What I came up with was this - 1) A boot floppy with only a kernel and enough support to tell you to stick another floppy (the repair root fs) in the drive. This floppy should have your last OK kernel on it (particularly if you have some sort of weird hardware config that is not supported by the installation floppy). 2) The tools floppy. A root filesystem with the usual stuff, linked *statically* - /bin/sh, mount, fsck, disklabel, fdisk, tar, ed, cat, cp, mv, ln, ifconfig (any other candidates?). The system would come up on this and toss you into a shell. 3) The libraries floppy - a tarred floppy with all the important dynamic libraries on it. Anybody else got ideas? And, how do I persuade something to boot a kernel off one floppy and prompt me to insert a root fs? Stephen I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Tue Mar 7 23:07:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA16001 for current-outgoing; Tue, 7 Mar 1995 23:07:13 -0800 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA15995 for ; Tue, 7 Mar 1995 23:07:12 -0800 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id BAA27824 for ; Wed, 8 Mar 1995 01:06:46 -0600 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 8 Mar 95 01:17 CST Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 8 Mar 95 01:06 CST Message-Id: From: fredriks@mcs.com (Lars Fredriksen) Subject: Swapper going sour? To: current@FreeBSD.org Date: Wed, 8 Mar 1995 01:06:44 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 572 Sender: current-owner@FreeBSD.org Precedence: bulk Hi, On two kernels build yesterday and today I get the following mesage within a couple of minutes of startup. What gives? I/O to empty block???? ahb_scsi_cmd0: more than 33 DMA segs swap_pager: I/O error - async pageout failed; blkno 4294967295, size 67584512, error 5 sd1: oops not queued biodone: buffer already done swap_pager_finish: I/O error, clean of page fbf000 failed Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-current Tue Mar 7 23:10:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA16087 for current-outgoing; Tue, 7 Mar 1995 23:10:57 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA16011; Tue, 7 Mar 1995 23:08:19 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA28557; Tue, 7 Mar 1995 23:07:44 -0800 From: Poul-Henning Kamp Message-Id: <199503080707.XAA28557@ref.tfs.com> Subject: Re: Repair floppies - what should we have? To: sysseh@devetir.qld.gov.au (Stephen Hocking) Date: Tue, 7 Mar 1995 23:07:43 -0800 (PST) Cc: current@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199503080610.GAA15627@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Mar 8, 95 04:10:20 pm Content-Type: text Content-Length: 643 Sender: current-owner@FreeBSD.org Precedence: bulk > Recently a crash in the middle of a make world trashed my libc.so, and this > caused me to think long and hard about the issue of repair floppies. What I > came up with was this - We have a very open position for a "fixit" floppy designer... did I read your email as an application ? If I say please ? We had code in the kernel/boot-blocks to ask for a second floppy. We also have code to boot a compressed kernel (not comitted yet) + lots of other things/tools but we have little/no time :( -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-current Tue Mar 7 23:13:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA16126 for current-outgoing; Tue, 7 Mar 1995 23:13:24 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA16120 for ; Tue, 7 Mar 1995 23:13:24 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA28582; Tue, 7 Mar 1995 23:12:57 -0800 From: Poul-Henning Kamp Message-Id: <199503080712.XAA28582@ref.tfs.com> Subject: Re: Swapper going sour? To: fredriks@mcs.com (Lars Fredriksen) Date: Tue, 7 Mar 1995 23:12:57 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: from "Lars Fredriksen" at Mar 8, 95 01:06:44 am Content-Type: text Content-Length: 700 Sender: current-owner@FreeBSD.org Precedence: bulk > > Hi, > On two kernels build yesterday and today I get the following > mesage within a couple of minutes of startup. What gives? > > I/O to empty block???? find this as see what it means. > ahb_scsi_cmd0: more than 33 DMA segs ahb/drive becomes confused, possibly bad block. > swap_pager: I/O error - async pageout failed; blkno 4294967295, size 67584512, error 5 swap write fails. > sd1: oops not queued ahb/scsi is confused > biodone: buffer already done confuses the kernel > swap_pager_finish: I/O error, clean of page fbf000 failed the world ends... -- Poul-Henning Kamp TRW Financial Systems, Inc. I am Pentium Of Borg. Division is Futile. You WILL be approximated. From owner-freebsd-current Tue Mar 7 23:59:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA16802 for current-outgoing; Tue, 7 Mar 1995 23:59:59 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA16686 for ; Tue, 7 Mar 1995 23:55:25 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09445; Wed, 8 Mar 1995 08:20:05 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id IAA04314 for freebsd-current@FreeBSD.org; Wed, 8 Mar 1995 08:20:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id HAA01998 for freebsd-current@FreeBSD.org; Wed, 8 Mar 1995 07:52:59 +0100 From: J Wunsch Message-Id: <199503080652.HAA01998@uriah.heep.sax.de> Subject: Re: backspace now broken (proposal) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 8 Mar 1995 07:52:57 +0100 (MET) In-Reply-To: <199503080132.LAA31195@godzilla.zeta.org.au> from "Bruce Evans" at Mar 8, 95 11:32:12 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 579 Sender: current-owner@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > >Is yours SlackWare or Yggdrasil or ? Dunno, it's not my account. > ... Joerg should have it set to > ^? in his .profile. The results of stty after logging in don't prove > anything. I've just verified that neither {/etc/csh,~/}.{login,cshrc} modified the erase character in any way. (stty -istrip was the only one at all.) As i said, i'm a guest there, so i'm far from modifying any rc files. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed Mar 8 01:23:11 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA18690 for current-outgoing; Wed, 8 Mar 1995 01:23:11 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA18680 for ; Wed, 8 Mar 1995 01:23:03 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id KAA05486 ; Wed, 8 Mar 1995 10:21:29 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA05560; Wed, 8 Mar 95 10:22:23 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503080922.AA05560@blaise.ibp.fr> Subject: Re: sound To: vince@kbrown.oldcampus.yale.edu (Vince Chan) Date: Wed, 8 Mar 1995 10:22:23 +0100 (MET) Cc: FreeBSD-current@freefall.cdrom.com In-Reply-To: from "Vince Chan" at Mar 7, 95 06:35:07 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 404 Sender: current-owner@FreeBSD.org Precedence: bulk > For the past few days, I noticed the discussion about sound and > stuff but what I wanted to know is how to well get my soundcard working > and also where is the sound.doc file everyone was talking about? Thanks.. /usr/src/sys/i386/isa/sound/sound.doc -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-current Wed Mar 8 05:28:05 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA28629 for current-outgoing; Wed, 8 Mar 1995 05:28:05 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA28326; Wed, 8 Mar 1995 05:21:18 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA12432; Wed, 8 Mar 1995 23:15:13 +1000 Date: Wed, 8 Mar 1995 23:15:13 +1000 From: Bruce Evans Message-Id: <199503081315.XAA12432@godzilla.zeta.org.au> To: current@FreeBSD.org, sysseh@devetir.qld.gov.au Subject: Re: Repair floppies - what should we have? Cc: hackers@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >Recently a crash in the middle of a make world trashed my libc.so, and this >caused me to think long and hard about the issue of repair floppies. What I >came up with was this - >1) A boot floppy with only a kernel and enough support to tell you to > stick another floppy (the repair root fs) in the drive. This floppy Remounting of a different floppy on the same drive doesn't work, so the prompt would have to be given before mounting root. >2) The tools floppy. A root filesystem with the usual stuff, linked > *statically* - /bin/sh, mount, fsck, disklabel, fdisk, tar, ed, cat, > cp, mv, ln, ifconfig (any other candidates?). The system would come > up on this and toss you into a shell. I use one with all binaries (except ld.so of course) linked *shared* and compressed. >3) The libraries floppy - a tarred floppy with all the important dynamic > libraries on it. I can barely fit enough libraries for /bin and /sbin on a 1200K floppy. >Anybody else got ideas? And, how do I persuade something to boot a kernel off >one floppy and prompt me to insert a root fs? Just boot off any floppy with a kernel and switch to one with a more useful root fs while the probes are running. Bruce From owner-freebsd-current Wed Mar 8 06:13:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA29935 for current-outgoing; Wed, 8 Mar 1995 06:13:49 -0800 Received: from irbs.com ([199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA29927 for ; Wed, 8 Mar 1995 06:13:45 -0800 Received: (from jc@localhost) by irbs.com (8.6.10/8.6.6) id JAA15383 for freebsd-current@freefall.cdrom.com; Wed, 8 Mar 1995 09:13:15 -0500 From: John Capo Message-Id: <199503081413.JAA15383@irbs.com> Subject: Re: Repair floppies - what should we have? To: freebsd-current@freefall.cdrom.com (freebsd-current) Date: Wed, 8 Mar 1995 09:13:14 -0500 (EST) In-Reply-To: <199503080610.GAA15627@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Mar 8, 95 04:10:20 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1692 Sender: current-owner@FreeBSD.org Precedence: bulk Stephen Hocking writes: > > Recently a crash in the middle of a make world trashed my libc.so, and this > caused me to think long and hard about the issue of repair floppies. What I > came up with was this - > > 1) A boot floppy with only a kernel and enough support to tell you to > stick another floppy (the repair root fs) in the drive. This floppy > should have your last OK kernel on it (particularly if you have some > sort of weird hardware config that is not supported by the installation > floppy). > > 2) The tools floppy. A root filesystem with the usual stuff, linked > *statically* - /bin/sh, mount, fsck, disklabel, fdisk, tar, ed, cat, > cp, mv, ln, ifconfig (any other candidates?). The system would come > up on this and toss you into a shell. > > 3) The libraries floppy - a tarred floppy with all the important dynamic > libraries on it. > > Anybody else got ideas? And, how do I persuade something to boot a kernel off > one floppy and prompt me to insert a root fs? > As soon as the kernel is booted, stick the root floppy in the drive. If you have 8Megs or less you have to be quick. The bootcode used to prompt for a root floppy but it was removed when it became possible to fit enough stuff on one floppy to do an install. I use the crunchgen utility to build repair/install floppies. A good place to start is with fixit.conf in crunch/examples. Add or delete as necesary to meet your needs. I have a script that builds a tree with all the proper links if you are interested. > Stephen > > I do not speak for the Worker's Compensation Board of Queensland - > They don't pay me enough for that! > -- John Capo From owner-freebsd-current Wed Mar 8 07:17:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA03050 for current-outgoing; Wed, 8 Mar 1995 07:17:54 -0800 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA02975; Wed, 8 Mar 1995 07:15:09 -0800 Received: (from bugs@localhost) by ns1.win.net (8.6.9/8.6.9) id KAA11626; Wed, 8 Mar 1995 10:16:04 -0500 From: Mark Hittinger Message-Id: <199503081516.KAA11626@ns1.win.net> Subject: Re: Repair floppies - what should we have? (fwd) To: current@FreeBSD.org, hackers@FreeBSD.org Date: Wed, 8 Mar 1995 10:16:03 -0500 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 814 Sender: current-owner@FreeBSD.org Precedence: bulk > > Remounting of a different floppy on the same drive doesn't work, so the > prompt would have to be given before mounting root. > On another platform that had two floppies I was able to construct a recovery floppy pair. One had the kernel, /dev, and enough to mount the other floppy. The second floppy had the other goodies. > > >Anybody else got ideas? And, how do I persuade something to boot a kernel off > >one floppy and prompt me to insert a root fs? > How about a RAM disk technique? I've used this before on other platforms. Everything could be loaded onto a RAM disk from multiple floppies prior to setting root device. Then you could play WITHOUT the slow floppy access times. This would also be good for making a solid backup of your root partition. Regards, Mark Hittinger bugs@win.net From owner-freebsd-current Wed Mar 8 07:57:08 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA05538 for current-outgoing; Wed, 8 Mar 1995 07:57:08 -0800 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA05521 for ; Wed, 8 Mar 1995 07:57:02 -0800 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.9/8.6.6) with SMTP id IAA14560; Wed, 8 Mar 1995 08:55:20 -0700 Message-Id: <199503081555.IAA14560@rover.village.org> To: Bruce Evans Subject: Re: backspace now broken (proposal) Cc: freebsd-current@FreeBSD.org In-reply-to: Your message of Wed, 08 Mar 1995 11:32:12 +1000 Date: Wed, 08 Mar 1995 08:55:20 -0700 From: Warner Losh Sender: current-owner@FreeBSD.org Precedence: bulk : Doesn't matter. Linux has "always" had the default erase = ^? in both : the tty defaults and the console defaults. Bruce is right about Linux. It has always had the default character for the <- be 0x7f. People have changed this on their own systems, but it has been the default at least since 0.99p2 or so. I had to hack the keyboard driver to swap the control and cap locks keys, but I didn't have to hack it for delete. Warner From owner-freebsd-current Wed Mar 8 08:10:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA08507 for current-outgoing; Wed, 8 Mar 1995 08:10:09 -0800 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA08490 for ; Wed, 8 Mar 1995 08:10:07 -0800 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id KAA04034; Wed, 8 Mar 1995 10:09:39 -0600 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 8 Mar 95 10:15 CST Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 8 Mar 95 10:04 CST Message-Id: From: fredriks@mcs.com (Lars Fredriksen) Subject: Re: Swapper going sour? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 8 Mar 1995 10:04:37 -0600 (CST) Cc: fredriks@mcs.com, current@FreeBSD.org In-Reply-To: <199503080712.XAA28582@ref.tfs.com> from "Poul-Henning Kamp" at Mar 7, 95 11:12:57 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1352 Sender: current-owner@FreeBSD.org Precedence: bulk Poul-Henning Kamp writes: > > > > > Hi, > > On two kernels build yesterday and today I get the following > > mesage within a couple of minutes of startup. What gives? > > > > I/O to empty block???? > find this as see what it means. Oh, I will. > > ahb_scsi_cmd0: more than 33 DMA segs > ahb/drive becomes confused, possibly bad block. This to me seems to indicate to me that someone enqueued a bad buffer. > > swap_pager: I/O error - async pageout failed; blkno 4294967295, size 67584512, error 5 > swap write fails. These numbers cannot be right. Bkno = -1 and a size of more than 6MB. > > sd1: oops not queued > ahb/scsi is confused No it just refused to queue the job since it was greater than 33 DMA segs. > > biodone: buffer already done > confuses the kernel > > swap_pager_finish: I/O error, clean of page fbf000 failed > the world ends... No it does not. The machine works fine! > Hm, my request didn't result in the response I expected. It is probably my fault for being to terse. I didn't send it out as a request that someone hold my hand and walk the code with me, but rather as a heads up in case there is actually something wrong. Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-current Wed Mar 8 09:08:14 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA19768 for current-outgoing; Wed, 8 Mar 1995 09:08:14 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA19762 for ; Wed, 8 Mar 1995 09:08:13 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA00944; Wed, 8 Mar 95 09:59:26 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503081659.AA00944@cs.weber.edu> Subject: Re: backspace now broken (proposal) To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 8 Mar 95 9:59:26 MST Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: <199503080220.SAA26966@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 7, 95 06:20:16 pm X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > > As Terry Lambert wrote: > > > > > > > [make CERASE to BS] > > > > > > > But make anyone dialing in from another FreeBSD (or Linux) machine > > > > or any other PC very happy. > > > > > > Linux? Really? > > > > hecate:41% stty -a > ... > > I really don't care what stty returns, what is it in ttydefaults.h???? I'll look next time I have Linux booted. That other message caught me juuuuust right. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Mar 8 09:39:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA21136 for current-outgoing; Wed, 8 Mar 1995 09:39:29 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA21108 for ; Wed, 8 Mar 1995 09:38:44 -0800 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AB06927; Wed, 8 Mar 95 06:31:19 -0800 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Wed, 8 Mar 95 15:26 MEZ Message-Id: Date: Wed, 8 Mar 95 15:29 MEZ From: me@tartufo.pcs.dec.com (Michael Elbel) To: current@FreeBSD.org Subject: Re: backspace now broken (proposal) Newsgroups: pcs.freebsd.current References: <199503071243.WAA15787@godzilla.zeta.org.au> <9503071651.AA24799@cs.weber.edu> Reply-To: me@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk In pcs.freebsd.current you write: > I don't think CERASE should change, only the default erase character > for the console. Changing it centrally would annoy anyone who logs > in from somewhere else end depends on the current default. You mean we should make things difficult for people using their PC directly because *some* people trying to access machines remotely might not find their used environment? Great, I'd like to have CERASE be set to 0153 because that's what my fuzznuts-3.45 work- station generates and I log into my FreeBSD box from there every now and then. Sorry, but this is as if a car manufacturer would keep putting clutch pedals into their cars with automatic transmission because someone used to drive stick-shift might miss it. No, Sir, consistency in the native environment, please. Anybody accessing *any* machine remotely from a different type of system has to take into account that certain defaults might be different. I could have argued that I'd like CERASE to be 010 even if the Backspace key generated 0177 because I use this NCD X-Terminal that has a BS in the default location per default. Michael-- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-current Wed Mar 8 11:01:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA29297 for current-outgoing; Wed, 8 Mar 1995 11:01:21 -0800 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA28988; Wed, 8 Mar 1995 10:58:50 -0800 Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@TFS.COM (Julian Elischer) Subject: Re: Repair floppies - what should we have? (fwd) To: bugs@ns1.win.net (Mark Hittinger) Date: Wed, 8 Mar 1995 10:57:52 -0800 (PST) Cc: current@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199503081516.KAA11626@ns1.win.net> from "Mark Hittinger" at Mar 8, 95 10:16:03 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1377 Sender: current-owner@FreeBSD.org Precedence: bulk >From doing many repairs, The following are needed 1/ A SHELL ! (and init I guess) 2/ definitly fsck 3/ fdisk, the manual version 4/ bootblocks 5/ disklabel 6/ mount_nfs, ifconfig, and route, also telnet and ftp 7/ chroot 8/ a symlink from /usr/lib to /mnt/usr/lib so that if there are binaries on the HD you want, you can get to the shared libs.. 9/ mount_mfs..(as a link to newfs, which it is anyhow) 10/ mount_dosfs (or whatever it's called these days..) 11/ a cpio (or tar) file contailing all the non-file nodes in the system.. e.g. devices.. , and cpio (or tar) to unpack it 12/ CMHOD! (HOW MANY TIMES HAVE I FORGOTTEN THIS? 13/ dd 14/ od (to dump WHY block xxx is wrong) 15/ bad144 and scsi_remap (when they work) most of these are already in the big 'crunch' file.. right? > > > > > Remounting of a different floppy on the same drive doesn't work, so the > > prompt would have to be given before mounting root. you can easily swap disks during boot by booting -c and puting in a floppy when the config prompt comes up.. Basically we are looking for the old 2-floppy boot set. > > > > The second floppy had the other goodies. we COULD add code to the floppy drive to allow us to mount two partitions, say a, and e, and have the floppy driver ask the user to swap floppies whenever the wrong one is accessed? (probably not all that hard..) > > > julian From owner-freebsd-current Wed Mar 8 11:48:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA05735 for current-outgoing; Wed, 8 Mar 1995 11:48:54 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA05727 for ; Wed, 8 Mar 1995 11:48:52 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id NAA10469; Wed, 8 Mar 1995 13:48:07 -0600 Received: by olympus (4.1/TSS2.1) id AA14669; Wed, 8 Mar 95 13:46:37 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503081946.AA14669@olympus> Subject: Re: Swapper going sour? To: fredriks@mcs.com (Lars Fredriksen) Date: Wed, 8 Mar 1995 13:46:36 -0600 (CST) Cc: current@FreeBSD.org In-Reply-To: from "Lars Fredriksen" at Mar 8, 95 01:06:44 am X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1039 Sender: current-owner@FreeBSD.org Precedence: bulk > > Hi, > On two kernels build yesterday and today I get the following > mesage within a couple of minutes of startup. What gives? > > I/O to empty block???? > ahb_scsi_cmd0: more than 33 DMA segs > swap_pager: I/O error - async pageout failed; blkno 4294967295, size 67584512, error 5 > sd1: oops not queued > biodone: buffer already done > swap_pager_finish: I/O error, clean of page fbf000 failed > > Lars > > -- > ------------------------------------------------------------------- > Lars Fredriksen fredriks@mcs.com (home) > lars@fredriks.pr.mcs.net (home-home) > fredriks@asiago.cs.wisc.edu > Really? My kernel built from sources yesterday, Tuesday, is the first in the last three I've tried that didn't do that when I brought up X. On a different note. Have you tried out lites, yet? Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-current Wed Mar 8 12:16:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08201 for current-outgoing; Wed, 8 Mar 1995 12:16:29 -0800 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08131; Wed, 8 Mar 1995 12:16:13 -0800 Received: from ugen.NetManage.co.il (ugen.netmanage.co.il [192.114.78.165]) by dns.netvision.net.il (8.6.10/8.6.9) with SMTP id WAA20818; Wed, 8 Mar 1995 22:14:51 +0200 Date: Wed, 8 Mar 95 21:38:39 IST From: "Ugen J.S.Antsilevich" Subject: SoundBlaster and friends.. To: freebsd-current@freefall.cdrom.com X-Mailer: Chameleon 4.00-Arm-25, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk Ok..so i found in old stuff under my table a grandfather of all SoundBlasters (1.5) and i put it up into my BSD box.. Now with help of some patch i made this morning to soundcard.h this card works and some programms started to work also..I patched Linux s3mod to play mods-well,it's kinda loosy but still ok.. The questions is: how to make tracker working also..It runs and by some hacking around the output functions i can make int producing more or less meaningfull sounds instead of noise it produces in default configuration. And by what i hear i see that it keeps rhytm better then s3mod & friends, but the sound it produces is horrible.It has a lot of noise and high tones... What's wrong? Thanks! -- -=Ugen J.S.Antsilevich=- NetVision - Israeli Commercial Internet | Learning E-mail: ugen@NetVision.net.il | To Fly. [c] Phone : +972-4-550330 | From owner-freebsd-current Wed Mar 8 12:28:34 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA09660 for current-outgoing; Wed, 8 Mar 1995 12:28:34 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA09652 for ; Wed, 8 Mar 1995 12:28:32 -0800 Date: Wed, 8 Mar 1995 15:27:27 +0000 From: Vince Chan Subject: Re: sound To: Ollivier Robert cc: FreeBSD-current@freefall.cdrom.com In-Reply-To: <9503080922.AA05560@blaise.ibp.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Wed, 8 Mar 1995, Ollivier Robert wrote: > > For the past few days, I noticed the discussion about sound and > > stuff but what I wanted to know is how to well get my soundcard working > > and also where is the sound.doc file everyone was talking about? Thanks.. > > /usr/src/sys/i386/isa/sound/sound.doc > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG > FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 > I just checked but there isn't a sound.doc file in that directory... Any ideas? Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Wed Mar 8 12:58:42 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA12808 for current-outgoing; Wed, 8 Mar 1995 12:58:42 -0800 Received: from paris.heisys.com ([198.177.244.114]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA12800 for ; Wed, 8 Mar 1995 12:58:40 -0800 Message-Id: <199503082058.MAA12800@freefall.cdrom.com> Received: by paris.heisys.com (1.38.193.4/16.2) id AA08384; Wed, 8 Mar 1995 14:58:59 -0600 From: Andy Whitcroft Subject: Cannot boot 2.1 Dev from floppy's To: current@FreeBSD.org Date: Wed, 8 Mar 95 14:58:59 CST Mailer: Elm [revision: 70.85] Sender: current-owner@FreeBSD.org Precedence: bulk Hello, In an effort to get started on FBSD, I have been trying to install the 950210-SNAP. But, my computer ( described below ) will NOT get past the the probes just prior to the le0 probe ( I forget exactly which probe, but I do know that it is the probes just before the le0 probe ). For clarity, when I say that it will not get past the le0 probe, I mean that the machine hangs infinitely at that point, I must cycle the power to regain control of the machine. :-( Can anyone provide me with some insight about this, or should I just wait for the offical release of 2.1 before installing? P.S. I have FBSD 2.0 installed, I am just trying to get current, especailly for the PPP capabilities I have heard about in 2.1. Machine Description: AMD 386DX-40, AMI BIOS, w/ 8Mb Mem, ~200Mb HD, Std IDE HD controller, 3.5in 1.44Mb floppy, w/1P & 1S intgreated into HD controller. -- Thank You in advance, Andy. ----------------------------------------------------------------------------- Andrew Whitcroft N9KWS, Software Engineer FBSD Lives! Replies to: Andy.Whitcroft@heisys.com Phone: 414-797-6880 It's Alive and FAX: 414-797-6741 Well on the Question/Comments always welcome, BUT flames > /dev/null INTERNET ----------------------------------------------------------------------------- From owner-freebsd-current Wed Mar 8 12:58:51 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA12828 for current-outgoing; Wed, 8 Mar 1995 12:58:51 -0800 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA12799; Wed, 8 Mar 1995 12:58:36 -0800 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id OAA19318; Wed, 8 Mar 1995 14:50:38 -0500 Date: Wed, 8 Mar 1995 14:50:37 -0500 (EST) From: "Jonathan M. Bresler" Subject: Re: Repair floppies - what should we have? (fwd) To: Julian Elischer cc: Mark Hittinger , current@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Wed, 8 Mar 1995, Julian Elischer wrote: > >From doing many repairs, The following are needed > 1/ A SHELL ! (and init I guess) > 2/ definitly fsck [others deleted] > 14/ od (to dump WHY block xxx is wrong) > 15/ bad144 and scsi_remap (when they work) an editor, could be small, could be brain dead. just something to diddle files jmb Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-current Wed Mar 8 13:16:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA14431 for current-outgoing; Wed, 8 Mar 1995 13:16:48 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA14416 for ; Wed, 8 Mar 1995 13:16:45 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id QAA06363 for current@freebsd.org; Wed, 8 Mar 1995 16:16:20 -0500 From: "matthew c. mead" Message-Id: <199503082116.QAA06363@goof.com> Subject: building current To: current@FreeBSD.org Date: Wed, 8 Mar 1995 16:16:19 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 530 Sender: current-owner@FreeBSD.org Precedence: bulk Well, I rebuilt my includes, rebuilt my config binary, and proceeded to try to build the latest kernel. It has an undefined symbol error for strncmp; is this a known problem, or did I do something wrong? Thanks! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Wed Mar 8 13:39:46 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA16688 for current-outgoing; Wed, 8 Mar 1995 13:39:46 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA16678 for ; Wed, 8 Mar 1995 13:39:44 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA01979; Wed, 8 Mar 95 14:17:12 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503082117.AA01979@cs.weber.edu> Subject: Re: backspace now broken (proposal) To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 8 Mar 95 14:17:12 MST Cc: rgrimes@gndrsh.aac.dev.com, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: <9503081659.AA00944@cs.weber.edu> from "Terry Lambert" at Mar 8, 95 09:59:26 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > > > > But make anyone dialing in from another FreeBSD (or Linux) machine > > > > > or any other PC very happy. > > > > > > > > Linux? Really? > > > > > > hecate:41% stty -a > > ... > > > > I really don't care what stty returns, what is it in ttydefaults.h???? > > I'll look next time I have Linux booted. That other message caught > me juuuuust right. Hi. Back from lunch. My Linux box does not have a ttydefaults.h. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed Mar 8 13:55:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA18412 for current-outgoing; Wed, 8 Mar 1995 13:55:37 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA18404 for ; Wed, 8 Mar 1995 13:55:29 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id WAA18090 ; Wed, 8 Mar 1995 22:54:09 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA09037; Wed, 8 Mar 95 22:55:03 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503082155.AA09037@blaise.ibp.fr> Subject: Re: sound To: vince@kbrown.oldcampus.yale.edu (Vince Chan) Date: Wed, 8 Mar 1995 22:55:02 +0100 (MET) Cc: FreeBSD-current@freefall.cdrom.com In-Reply-To: from "Vince Chan" at Mar 8, 95 03:27:27 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 627 Sender: current-owner@FreeBSD.org Precedence: bulk > I just checked but there isn't a sound.doc file in that > directory... Any ideas? Are you sure you're running -current ? 229 [22:50] root@keltia:~# cd /usr/src/sys/i386/isa/sound 230 [22:51] root@keltia:isa/sound# ll sound.doc -rw-r--r-- 1 root bin 4368 Mar 4 22:11 sound.doc 231 [22:51] root@keltia:isa/sound# uname -a FreeBSD keltia 2.1.0-Development FreeBSD 2.1.0-Development #4: Wed Mar 8 00:30:55 MET 1995 roberto@keltia:/spare/usr/src/sys/compile/KELTIA i386 -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-current Wed Mar 8 14:05:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA19630 for current-outgoing; Wed, 8 Mar 1995 14:05:33 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA19606 for ; Wed, 8 Mar 1995 14:05:27 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.10/jtpda-5.0) with SMTP id XAA18222 ; Wed, 8 Mar 1995 23:04:02 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA09203; Wed, 8 Mar 95 23:04:56 +0100 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <9503082204.AA09203@blaise.ibp.fr> Subject: Re: building current To: mmead@goof.com (matthew c. mead) Date: Wed, 8 Mar 1995 23:04:55 +0100 (MET) Cc: current@FreeBSD.org In-Reply-To: <199503082116.QAA06363@goof.com> from "matthew c. mead" at Mar 8, 95 04:16:19 pm X-Operating-System: FreeBSD 2.1.0-Development ctm#429 X-Mailer: ELM [version 2.4 PL23beta2] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 518 Sender: current-owner@FreeBSD.org Precedence: bulk > Well, I rebuilt my includes, rebuilt my config binary, and proceeded to try > to build the latest kernel. It has an undefined symbol error for strncmp; is > this a known problem, or did I do something wrong? Thanks! libkern.a (in /sys/libkern) should have been rebuild a few days ago as someone changed in here. Just go to /sys/libkern, make clean and rebuild it. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.1.0-Development #1: Mon Mar 6 23:55:18 MET 1995 From owner-freebsd-current Wed Mar 8 14:06:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA19719 for current-outgoing; Wed, 8 Mar 1995 14:06:09 -0800 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA19699 for ; Wed, 8 Mar 1995 14:06:02 -0800 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id QAA17086; Wed, 8 Mar 1995 16:05:16 -0600 Received: by olympus (4.1/TSS2.1) id AA15089; Wed, 8 Mar 95 16:03:45 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9503082203.AA15089@olympus> Subject: Re: removing the old disk slicing To: current@FreeBSD.org Date: Wed, 8 Mar 1995 16:03:44 -0600 (CST) X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 639 Sender: current-owner@FreeBSD.org Precedence: bulk There was talk of removing the old disk slicing compatability stuff. You know, no more /dev/sd0a but /dev/sds1a of whatever. With the advent of LITES, it would be far kinder to those of us interested in both FreeBSD and LITES that the compatability code should remain. If I can't mount sd0a, I can't copy the correct fstab into place. Thanks, Boyd PS. I'm really glad the new stuff is coming. Really glad. :-) -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-current Wed Mar 8 14:11:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA16863 for current-outgoing; Wed, 8 Mar 1995 13:40:41 -0800 Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.140.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA16774; Wed, 8 Mar 1995 13:40:15 -0800 Received: (from smpatel@localhost) by xi.dorm.umd.edu (8.6.10/8.6.9) id QAA05635; Wed, 8 Mar 1995 16:39:37 -0500 Date: Wed, 8 Mar 1995 16:39:35 -0500 (EST) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: "Ugen J.S.Antsilevich" cc: current@FreeBSD.org, swallace@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/include soundcard.h In-Reply-To: <199503081843.KAA28106@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Wed, 8 Mar 1995, Ugen J.S.Antsilevich wrote: > Modified: sys/i386/include soundcard.h > Log: > Remove redundant IORW definition.. > because of this definition never ioctl's for sound > devices worked..For me this resulted also in loss of > snd1 device... Please coordinate all changes in any part of the sound driver with swallace@freebsd.org for the next few days. He is currently fixing the entire sound driver to support user friendly naming, and everything else VoxWare messed up :) It is possible that your changes could get spammed since the extent of his changes are so massive. Thanks Sujal From owner-freebsd-current Wed Mar 8 15:03:48 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA25034 for current-outgoing; Wed, 8 Mar 1995 15:03:48 -0800 Received: from xi.dorm.umd.edu (xi.dorm.umd.edu [129.2.140.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA25023 for ; Wed, 8 Mar 1995 15:03:44 -0800 Received: (from smpatel@localhost) by xi.dorm.umd.edu (8.6.10/8.6.9) id SAA05929; Wed, 8 Mar 1995 18:03:10 -0500 Date: Wed, 8 Mar 1995 18:03:10 -0500 (EST) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: Vince Chan cc: Ollivier Robert , FreeBSD-current@freefall.cdrom.com Subject: Re: sound In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Wed, 8 Mar 1995, Vince Chan wrote: > I just checked but there isn't a sound.doc file in that > directory... Any ideas? That file only exists in -current and is being changed almost daily :) Do you want Documantation on 2.0's sound or -current sound drivers? Sujal From owner-freebsd-current Wed Mar 8 15:18:58 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA26083 for current-outgoing; Wed, 8 Mar 1995 15:18:58 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA26035 for ; Wed, 8 Mar 1995 15:18:32 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA24121; Thu, 9 Mar 1995 09:14:09 +1000 Date: Thu, 9 Mar 1995 09:14:09 +1000 From: Bruce Evans Message-Id: <199503082314.JAA24121@godzilla.zeta.org.au> To: terry@cs.weber.edu Subject: Re: backspace now broken (proposal) Cc: freebsd-current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de, rgrimes@gndrsh.aac.dev.com Sender: current-owner@FreeBSD.org Precedence: bulk >Hi. Back from lunch. My Linux box does not have a ttydefaults.h. It has a tty.h. Bruce From owner-freebsd-current Wed Mar 8 15:35:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA26405 for current-outgoing; Wed, 8 Mar 1995 15:35:53 -0800 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA26399 for ; Wed, 8 Mar 1995 15:35:50 -0800 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id RAA14019; Wed, 8 Mar 1995 17:35:18 -0600 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 8 Mar 95 17:45 CST Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 8 Mar 95 17:34 CST Message-Id: From: fredriks@mcs.com (Lars Fredriksen) Subject: Re: Chattering better, but now "panic: freeing busy page" To: starkhome!gene@sbstark.cs.sunysb.edu (Gene Stark) Date: Wed, 8 Mar 1995 17:34:52 -0600 (CST) Cc: current@FreeBSD.org In-Reply-To: <199503080651.BAA00922@starkhome.cs.sunysb.edu> from "Gene Stark" at Mar 8, 95 01:51:54 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1063 Sender: current-owner@FreeBSD.org Precedence: bulk Gene Stark writes: > > The chattering problem seems to have been relieved by the latest changes, > but when I try to run make world I am still crashing during the library > install phase. The symptoms are a little different now: I get > "panic: freeing busy page" from a process running "install" trying to > exit (i.e. in the exit system call). The panic occurs when vm_map_remove() > is called at line 148 of kern_exit.c. The page in question is marked > "bmapped", and the attempt is made to free it from within > vm_object_terminate(), so I have the feeling that the object reference > counts are still not quite right yet. > > - Gene > Interesting! My machine deadlocks on trying to install the library. I have a crash dump of a simular situation, and it seems that several processes including pageout is stuck in lock_read waiting for the same lock. Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-current Wed Mar 8 16:39:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA27721 for current-outgoing; Wed, 8 Mar 1995 16:39:24 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA27711 for ; Wed, 8 Mar 1995 16:39:21 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id QAA00461; Wed, 8 Mar 1995 16:38:44 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id QAA00467; Wed, 8 Mar 1995 16:38:44 -0800 Message-Id: <199503090038.QAA00467@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Andy Whitcroft cc: current@FreeBSD.org Subject: Re: Cannot boot 2.1 Dev from floppy's In-reply-to: Your message of "Wed, 08 Mar 95 14:58:59 CST." <199503082058.MAA12800@freefall.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 08 Mar 1995 16:38:42 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >In an effort to get started on FBSD, I have been trying to install the >950210-SNAP. But, my computer ( described below ) will NOT get past the >the probes just prior to the le0 probe ( I forget exactly which probe, >but I do know that it is the probes just before the le0 probe ). > >For clarity, when I say that it will not get past the le0 probe, I mean >that the machine hangs infinitely at that point, I must cycle the >power to regain control of the machine. :-( > >Can anyone provide me with some insight about this, or should I just >wait for the offical release of 2.1 before installing? > >P.S. I have FBSD 2.0 installed, I am just trying to get current, >especailly for the PPP capabilities I have heard about in 2.1. > >Machine Description: AMD 386DX-40, AMI BIOS, w/ 8Mb Mem, ~200Mb HD, >Std IDE HD controller, 3.5in 1.44Mb floppy, w/1P & 1S intgreated into HD >controller. I think the hang is caused by a change Bruce made to the FPU initialization sequence; I think it hangs some 386 machines during the probe (those without 387's if I recall). We really had planned to do a snapshot last weekend, but it wasn't possible. There were (and still are) too many serious bugs to warrant another snapshot. I'm hoping we'll have many of these worked out in the next 10-14 days...and we'll do a snapshot then. -DG From owner-freebsd-current Wed Mar 8 18:44:09 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA03073 for current-outgoing; Wed, 8 Mar 1995 18:44:09 -0800 Received: from simon.chi.il.us (simon.chi.il.us [199.245.227.17]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA03062; Wed, 8 Mar 1995 18:43:57 -0800 Received: by simon.chi.il.us (Smail3.1.29.1 #3) id m0rmYCr-000NB2C; Wed, 8 Mar 95 20:44 CST Message-Id: Date: Wed, 8 Mar 95 20:44 CST From: steve@simon.chi.il.us (Steven E. Piette) To: hackers-owner@FreeBSD.org Subject: Ethernet interface AUI, UTP and BNC ports Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk I haven't been reading "current" so forgive me if this has be hashed to death. Given the number of questions users, new and old, keep asking about the correct ifconfig options for using the various ports on an interface, doesn't make sense to define AUI, UTP, and BNC as some alias of link0-2 in ifconfig? Also, on boards that have EEPROM configuration should we always use the configured port type at probe time and not change it unless something is specified via ifconfig. I think this would eliminate all these "my 3C5X9 doesn't work" questions. If this is something deemed useful I'd offer to hack ifconfig and as many of the ethernet drivers as I can before 2.1 release to do this. Any comments? Steve Piette Applied Computer Technology steve@simon.chi.il.US. 7N852 Phar Lap Drive (708) 513-6920 St. Charles, IL 60175-6868 ------------------------------------------------------------------------------- From owner-freebsd-current Wed Mar 8 18:55:36 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA03305 for current-outgoing; Wed, 8 Mar 1995 18:55:36 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA03299 for ; Wed, 8 Mar 1995 18:55:35 -0800 Date: Wed, 8 Mar 1995 21:54:46 +0000 From: Vince Chan Subject: Re: sound To: Ollivier Robert cc: FreeBSD-current@freefall.cdrom.com In-Reply-To: <9503082155.AA09037@blaise.ibp.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Wed, 8 Mar 1995, Ollivier Robert wrote: > > I just checked but there isn't a sound.doc file in that > > directory... Any ideas? > > Are you sure you're running -current ? > Yes I am. Somehow I had to sup twice today in order to get that file. Hmmm, how do I get sound to work after I get it into the kernel? Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Wed Mar 8 19:08:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA03793 for current-outgoing; Wed, 8 Mar 1995 19:08:52 -0800 Received: from rivers.oscs.montana.edu (rivers.oscs.montana.edu [192.31.215.70]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA03786 for ; Wed, 8 Mar 1995 19:08:48 -0800 Received: by rivers.oscs.montana.edu (5.65/DEC-Ultrix/4.3) id AA09525; Wed, 8 Mar 1995 20:08:18 -0700 Date: Wed, 8 Mar 1995 20:08:18 -0700 (MST) From: Jason Boerner To: current@FreeBSD.org Subject: FTP install... (fwd) Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk Some items to pass onto the people working on the install routine. I'm setting up yet another FreeBSD machine and am having some problems with FTP installs. This is consistent and repeatable. Actually, it has occured during all three of the FTP installs that I have performed. The install will Freeze (timeout?) with no diagnostic information to work from. This happens from both the primary and secondary FTP locations. I'm using the latest floppy image. Things that would be nice to see: (Would you like some help?) It would be nice if the FTP install routine would pick up where it left off instead of requiring a complete re-start. Also, it would be nice if the "pretty" install screen would give a listing of where the install was (like the alternate screen does now) and the Alternate screen would give a listing of messages. ie. "Block n received of N of file Y.", or "Timeout from server. I will try again in x seconds/minutes." etc.... Thanks From owner-freebsd-current Wed Mar 8 19:09:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA03811 for current-outgoing; Wed, 8 Mar 1995 19:09:43 -0800 Received: from kbrown.oldcampus.yale.edu (root@kbrown.oldcampus.yale.edu [130.132.128.124]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA03805 for ; Wed, 8 Mar 1995 19:09:40 -0800 Date: Wed, 8 Mar 1995 22:08:52 +0000 From: Vince Chan Subject: Re: sound To: Sujal Patel cc: Ollivier Robert , FreeBSD-current@freefall.cdrom.com In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Wed, 8 Mar 1995, Sujal Patel wrote: > > On Wed, 8 Mar 1995, Vince Chan wrote: > > > I just checked but there isn't a sound.doc file in that > > directory... Any ideas? > > That file only exists in -current and is being changed almost daily :) > Do you want Documantation on 2.0's sound or -current sound drivers? > Yeah, I know. For some reason, I had to sup twice today before the sound.doc was there.... What I want is both the documentation and how to use it after I compile it into the kernel... Thanks! > Sujal > > Cheers, Vince E-mail: vince@kbrown.oldcampus.yale.edu,\|/ Sys Adm - CircleStar Technologies,Inc. root@berkeley.circlestar.com,(o o) San Francisco, California USA _________________________oOO__(_)__OOo_____________________________ | There are many forms of science but only physics is the quantum | | leap of the 21st Century. | \_________________________________________________________________/ uPoy@physics.ucla.edu UCLA Physics/Electrical Engineering Los Angeles, California USA GUS Digest Adminstrator Advanced Gravis UltraSound Card - The ultimate in soundcard technology System Administrator - bigbang.HIP.Berkeley.EDU From owner-freebsd-current Wed Mar 8 21:20:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA07071 for current-outgoing; Wed, 8 Mar 1995 21:20:54 -0800 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA07065 for ; Wed, 8 Mar 1995 21:20:47 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.9/8.6.6) id HAA01389 for current@FreeBSD.ORG; Thu, 9 Mar 1995 07:21:23 +0200 From: John Hay Message-Id: <199503090521.HAA01389@zibbi.mikom.csir.co.za> Subject: gdb linker failure To: current@FreeBSD.org Date: Thu, 9 Mar 1995 07:21:23 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 665 Sender: current-owner@FreeBSD.org Precedence: bulk Hi, After the ld changes gdb won't link anymore. It uses libgnuregex and libcompat and then the linker finds two regex's. I have tried to link it without libcompat and it only needs insque and remque from it. What is the best way to fix this? Another thing that bit me was that I thought I would start with a fresh /usr/include directory so I did a "make includes -DCLOBBER" in /usr/src. It gave no errors but suddenly a lot of programs could not find certain include files. It seems that it wipes the subdirectories also but it does not recreate all of them. Directories like readline and I think ss does not get created. -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-current Wed Mar 8 21:43:33 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA07441 for current-outgoing; Wed, 8 Mar 1995 21:43:33 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA07435 for ; Wed, 8 Mar 1995 21:43:29 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id WAA12544; Wed, 8 Mar 1995 22:42:03 -0700 Date: Wed, 8 Mar 1995 22:42:03 -0700 From: Nate Williams Message-Id: <199503090542.WAA12544@trout.sri.MT.net> In-Reply-To: John Hay "gdb linker failure" (Mar 9, 7:21am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: John Hay , current@FreeBSD.org Subject: Re: gdb linker failure Sender: current-owner@FreeBSD.org Precedence: bulk > After the ld changes gdb won't link anymore. It uses libgnuregex and libcompat > and then the linker finds two regex's. I have tried to link it without > libcompat and it only needs insque and remque from it. What is the best way > to fix this? I'm looking into the best way to solve this. There isn't an easy way I'm aware of, so if someone knows a way which doesn't mean hacking up the src tree I'm all ears. On that note, I don't think it *should* be a problem, so I'm talking to the ld author about it. > Another thing that bit me was that I thought I would start with a fresh > /usr/include directory so I did a "make includes -DCLOBBER" in /usr/src. It Not all of the include files are installed from /usr/src/include. If you want a complete set of include files a 'make includes' in /usr/src should do the trick. If it doesn't, then the includes target needs some work. Nate From owner-freebsd-current Wed Mar 8 22:06:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA07683 for current-outgoing; Wed, 8 Mar 1995 22:06:31 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA07677 for ; Wed, 8 Mar 1995 22:06:24 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id WAA29781; Wed, 8 Mar 1995 22:02:00 -0800 From: "Rodney W. Grimes" Message-Id: <199503090602.WAA29781@gndrsh.aac.dev.com> Subject: Re: gdb linker failure To: jhay@mikom.csir.co.za (John Hay) Date: Wed, 8 Mar 1995 22:01:59 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503090521.HAA01389@zibbi.mikom.csir.co.za> from "John Hay" at Mar 9, 95 07:21:23 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1087 Sender: current-owner@FreeBSD.org Precedence: bulk > > Hi, > > After the ld changes gdb won't link anymore. It uses libgnuregex and libcompat > and then the linker finds two regex's. I have tried to link it without > libcompat and it only needs insque and remque from it. What is the best way > to fix this? I can confirm this, I see it here too. I am not sure on what is the best way to fix it :-(. > Another thing that bit me was that I thought I would start with a fresh > /usr/include directory so I did a "make includes -DCLOBBER" in /usr/src. It > gave no errors but suddenly a lot of programs could not find certain include > files. It seems that it wipes the subdirectories also but it does not > recreate all of them. Directories like readline and I think ss does not get > created. There is a problem here, a quick work around until I get it fixed is to do this: cd /usr/src rm -r /usr/include/* make hierarchy includes That will produce a clean /usr/include tree. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Wed Mar 8 22:37:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA08498 for current-outgoing; Wed, 8 Mar 1995 22:37:23 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA08491 for ; Wed, 8 Mar 1995 22:37:01 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14318; Thu, 9 Mar 1995 07:33:12 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id HAA12076; Thu, 9 Mar 1995 07:33:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id HAA05942; Thu, 9 Mar 1995 07:22:35 +0100 From: J Wunsch Message-Id: <199503090622.HAA05942@uriah.heep.sax.de> Subject: Re: building current To: mmead@goof.com (matthew c. mead) Date: Thu, 9 Mar 1995 07:22:32 +0100 (MET) Cc: current@FreeBSD.org In-Reply-To: <199503082116.QAA06363@goof.com> from "matthew c. mead" at Mar 8, 95 04:16:19 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 455 Sender: current-owner@FreeBSD.org Precedence: bulk As matthew c. mead wrote: > > Well, I rebuilt my includes, rebuilt my config binary, and proceeded to try > to build the latest kernel. It has an undefined symbol error for strncmp; is > this a known problem, or did I do something wrong? Thanks! Rebuild your libkern, the dependencies for it are broken. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 9 00:24:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA00448 for current-outgoing; Thu, 9 Mar 1995 00:24:41 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA00439 for ; Thu, 9 Mar 1995 00:24:34 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA14322; Thu, 9 Mar 1995 07:33:13 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id HAA12079 for freebsd-current@FreeBSD.org; Thu, 9 Mar 1995 07:33:13 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id HAA05968 for freebsd-current@FreeBSD.org; Thu, 9 Mar 1995 07:31:00 +0100 From: J Wunsch Message-Id: <199503090631.HAA05968@uriah.heep.sax.de> Subject: Hanging proc waiting for ttyout To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 9 Mar 1995 07:30:59 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1012 Sender: current-owner@FreeBSD.org Precedence: bulk Every now and then, some process hangs in such a state: 107 5766 5765 0 4 0 688 72 ttyout IEs+ p6- 0:02.25 elm In this case, i've accidentally viewed some binary data in this elm, which has been running in a separate xterm (started with xterm -e elm). Somehow the xterm got confues about the garbage, i hit several keys (can't remember all of them :), until the xterm finally went stuck. It didn't accept anything, so i killed the xterm via the window manager. This resulted in the above state, which i've also seen already for processes running on a modem tty, when the modem dropped the line (this has been under 1.1.5.1 though, but the symptoms are identical). There must be some possible deadlock situation when a process is revoked its controlling tty while it is just exiting. Did anyone else see this? Is there any chance to avoid this? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 9 02:01:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA01927 for current-outgoing; Thu, 9 Mar 1995 02:01:17 -0800 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA01913; Thu, 9 Mar 1995 02:01:04 -0800 Received: from ugen.NetManage.co.il (ugen.netmanage.co.il [192.114.78.165]) by dns.netvision.net.il (8.6.10/8.6.9) with SMTP id MAA19007; Thu, 9 Mar 1995 12:00:11 +0200 Date: Thu, 9 Mar 95 11:28:06 IST From: "Ugen J.S.Antsilevich" Subject: Re: cvs commit: src/sys/i386/include soundcard.h To: "Ugen J.S.Antsilevich" , Sujal Patel Cc: current@FreeBSD.org, swallace@FreeBSD.org X-Mailer: Chameleon 4.00-Arm-25, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk > >On Wed, 8 Mar 1995, Ugen J.S.Antsilevich wrote: > >> Modified: sys/i386/include soundcard.h >> Log: >> Remove redundant IORW definition.. >> because of this definition never ioctl's for sound >> devices worked..For me this resulted also in loss of >> snd1 device... > >Please coordinate all changes in any part of the sound driver with >swallace@freebsd.org for the next few days. Ok..i will..i think what i did should be ok and it was just fast fix to make simple things working,besides i am pretty sure he (you) seeing cvs-commit messages.. >He is currently fixing the entire sound driver to support user friendly >naming, and everything else VoxWare messed up :) It is possible that >your changes could get spammed since the extent of his changes are so >massive. Cool..because i messed with this only for a day and i found that all that code is really full of bugs of different kinds..i can't get simple things working with it... -- -=Ugen J.S.Antsilevich=- NetVision - Israeli Commercial Internet | Learning E-mail: ugen@NetVision.net.il | To Fly. [c] Phone : +972-4-550330 | From owner-freebsd-current Thu Mar 9 03:55:53 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA06014 for current-outgoing; Thu, 9 Mar 1995 03:55:53 -0800 Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA06006 for ; Thu, 9 Mar 1995 03:55:48 -0800 Received: from utis156.cs.utwente.nl by utrhcs.cs.utwente.nl (5.0/csrelayMX-SVR4_1.0/RB) id AA04559; Thu, 9 Mar 1995 12:55:14 --100 Received: by utis156.cs.utwente.nl (4.1/RBCS-1.0.1) id AA09786; Thu, 9 Mar 95 12:55:06 +0100 To: current@FreeBSD.org Subject: Re: cvs commit: src/usr.sbin/tcpdump/tcpslice tcpslice.h util.c Makefile gwtm2secs.c search.c tcpslice.1 tcpslice.c In-Reply-To: Your message of Wed, 08 Mar 1995 04:53:43 PST Date: Thu, 09 Mar 1995 12:55:05 +0100 Message-Id: <9785.794750105@utis156.cs.utwente.nl> From: Andras Olah content-length: 1198 Sender: current-owner@FreeBSD.org Precedence: bulk The new tcpdump version I committed yesterday fails to compile, I'm really sorry for this. I need some advice on what is the cause of the problem. tcpslice fails to compile because of the lack of version.h. version.h should be automatically generated from ../tcpdump/VERSION. This problem only exists when there's an obj tree (thus obj -> /usr/obj/usr.sbin/tcpdump/tcpslice). If the obj link is missing then make depend generates the necessary dependency for version.h and everything works OK. So, what did I screw up? Andras FYI, here is the Makefile for tcpslice # @(#)Makefile 0.1 (RWGrimes) 3/24/93 PROG= tcpslice CFLAGS+=-Wall MAN1= tcpslice.1 SRCS= version.c tcpslice.c gwtm2secs.c search.c util.c CLEANFILES+= version.c version.h DPADD+= ${LIBPCAP} LDADD+= -lpcap version.c version.h: $(.CURDIR)/../tcpdump/VERSION rm -f version.c ; \ sed 's/.*/char version[] = "&";/' $(.CURDIR)/../tcpdump/VERSION > versio n.c set `sed 's/\([0-9]*\)\.\([0-9]*\).*/\1 \2/' $(.CURDIR)/../tcpdump/VERSI ON` ; \ { echo '#define VERSION_MAJOR' $$1 ; \ echo '#define VERSION_MINOR' $$2 ; } > version.h .include From owner-freebsd-current Thu Mar 9 07:58:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA11665 for current-outgoing; Thu, 9 Mar 1995 07:58:03 -0800 Received: from vector.enet (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA11640 for ; Thu, 9 Mar 1995 07:57:08 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.10/8.6.9) id QAA07281 for current@freebsd.org; Wed, 8 Mar 1995 16:06:52 +0100 Date: Wed, 8 Mar 1995 16:06:52 +0100 From: Julian Howard Stacey Message-Id: <199503081506.QAA07281@vector.eikon.e-technik.tu-muenchen.de> To: current@FreeBSD.org Subject: installing 2.0-950210-SNAP Sender: current-owner@FreeBSD.org Precedence: bulk Installing 2.0-950210-SNAP... Seems like the screen titled "Choose distributions" doesnt tell you what keys to press to select them. --- Julian S From owner-freebsd-current Thu Mar 9 08:00:40 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11742 for current-outgoing; Thu, 9 Mar 1995 08:00:40 -0800 Received: from vector.enet (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA11666 for ; Thu, 9 Mar 1995 07:58:11 -0800 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.10/8.6.9) id QAA07277 for current@freebsd.org; Wed, 8 Mar 1995 16:06:20 +0100 Date: Wed, 8 Mar 1995 16:06:20 +0100 From: Julian Howard Stacey Message-Id: <199503081506.QAA07277@vector.eikon.e-technik.tu-muenchen.de> To: current@FreeBSD.org Subject: installing 2.0-950210-SNAP Sender: current-owner@FreeBSD.org Precedence: bulk installing 2.0-950210-SNAP it sniffed an SMC EtherCard Plus Elite as 280,3,D8000 whereas the card was as per factory shrink wrap: 280,3,D0000 ... just FYI, anyone who may care Julian S From owner-freebsd-current Thu Mar 9 08:22:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12691 for current-outgoing; Thu, 9 Mar 1995 08:22:24 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12532; Thu, 9 Mar 1995 08:19:13 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id JAA25172; Thu, 9 Mar 1995 09:23:19 -0700 Date: Thu, 9 Mar 1995 09:23:19 -0700 From: Nate Williams Message-Id: <199503091623.JAA25172@trout.sri.MT.net> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: current@FreeBSD.org, hackers@FreeBSD.org Subject: Stack trace routine for running programs Sender: current-owner@FreeBSD.org Precedence: bulk Does anyone know of a way to do a stack dump (trace) of a running program while *NOT* in the debugger. We are trying to debug a program that behaves very differently when it is running under the debugger, and being able to see a call stack would be very helpful. We have some code to do it on a 68020 HP box, but it's pretty convoluted and full of un-commented MAGIC #'s, so I'd rather not start from there. I could reverse engineer things by looking at the assembled output from the compiler, but if there already exists code that is easy to use I'd be much happier than that. I looked through gdb, but it's so large and I know so little about the layout that I didn't even know where to look. Oh, the stack trace we need is on SCO-x86 and Sparc boxes. The SCO code would be preferrable, but if someone could point me in the right direction I think I could get it running on both with a good push to some code fragments. Thanks! Nate From owner-freebsd-current Thu Mar 9 08:42:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13131 for current-outgoing; Thu, 9 Mar 1995 08:42:50 -0800 Received: from vector.enet (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12823 for ; Thu, 9 Mar 1995 08:25:44 -0800 Received: (from jhs@localhost) by vector.enet (8.6.10/8.6.9) id RAA03532; Thu, 9 Mar 1995 17:25:36 +0100 Date: Thu, 9 Mar 1995 17:25:36 +0100 From: Julian Howard Stacey Message-Id: <199503091625.RAA03532@vector.enet> To: current@FreeBSD.org Subject: bad outgoing serial coms Reply-To: jhs@regent.e-technik.tu-muenchen.de Sender: current-owner@FreeBSD.org Precedence: bulk I have recently been seeing a lot of: vector kernel.old: sio3: 110 more tty-level buffer overflows (total 220) & of ftp hanging at this point: put freefall2.gz local: freefall2.gz remote: freefall2.gz 200 PORT command successful. 150 Opening BINARY mode data connection for freefall2.gz. ################ (this being in direction my local current box to my ip provider,) allways the first ############## gets printed in a second or less, then it hangs Anyone seeing these symptoms ? anyone who might even confirm my hope: sup + make world ==> problem goes away ? PS kernels I have tried that have failed are: -rwxr-xr-x 2 jhs wheel 847397 Feb 18 19:09 /kernel* -r--r--r-- 2 root wheel 847138 Feb 13 13:27 /kernel.old My sources are currently bad, so I'm resupping to get a set that will compile (hopefully). --- Julian Stacey , ( is a dial up ) From owner-freebsd-current Thu Mar 9 08:43:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13140 for current-outgoing; Thu, 9 Mar 1995 08:43:21 -0800 Received: from vector.enet (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA13053 for ; Thu, 9 Mar 1995 08:37:55 -0800 Received: (from jhs@localhost) by vector.enet (8.6.10/8.6.9) id RAA03606 for current@freebsd.org; Thu, 9 Mar 1995 17:35:54 +0100 Date: Thu, 9 Mar 1995 17:35:54 +0100 From: Julian Howard Stacey Message-Id: <199503091635.RAA03606@vector.enet> To: current@FreeBSD.org Subject: thud# Sender: current-owner@FreeBSD.org Precedence: bulk The prompt: thud# greeted me when I as a humble user logged into thud just now ! worrying about security, I checked it out ... no worries :-) it was just this: motd annuonced nfs had been disabled, grep passwd showed my login dir as /home/stacey /home existed but cd /home/stacey failed, so login had left me in / Whether /home/stacey was a sym link to freefall ~jhs or not i dont know, as my link to thud died, but it was an initially worrying experience. Julian S. jhs@freebsd.org From owner-freebsd-current Thu Mar 9 09:48:21 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA17256 for current-outgoing; Thu, 9 Mar 1995 09:48:21 -0800 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA17245 for ; Thu, 9 Mar 1995 09:48:13 -0800 Received: by eikon.regent.e-technik.tu-muenchen.de id <43058>; Thu, 9 Mar 1995 18:47:55 +0100 From: Julian H Stacey To: current@FreeBSD.org Subject: isdn `datapump' card Message-Id: <95Mar9.184755met.43058@eikon.regent.e-technik.tu-muenchen.de> Date: Thu, 9 Mar 1995 18:47:45 +0100 Sender: current-owner@FreeBSD.org Precedence: bulk To the folks who expressed interest in the Lion Datapump (an ISDN card)... I have placed the technical docs on freefall.cdrom.com:/a/stacey/isdn/ -rw------- 1 jhs jhs 139872 Feb 11 18:14 final.txt -rw------- 1 jhs jhs 29589 Feb 11 18:14 part1.txt -rw------- 1 jhs jhs 38425 Feb 11 18:14 part2.txt -rw------- 1 jhs jhs 73594 Feb 11 18:14 part3.txt -rw------- 1 jhs jhs 33495 Feb 11 18:14 part4.txt -rw------- 1 jhs jhs 14356 Feb 11 18:14 part5.txt If you can't get them there, try: freefall.cdrom.com:/a/jhs/isdn/ (as I expect my login dir to change soon to match my name change stacey--> jhs) I have also created freefall:~ftp/incoming/ isdn.datapump.parts.tar.gz 64025 bytes isdn.datapump.final.gz 47496 bytes Sorry you have had to wait so long, but I had problems uploading. PS considerable info is duplicated between `parts` & final ... but not all, grab which ever you want :-) Julian Stacey Tel. +49 89 268616 From owner-freebsd-current Thu Mar 9 10:54:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18655 for current-outgoing; Thu, 9 Mar 1995 10:54:25 -0800 Received: from clinet.fi (root@clinet.fi [193.64.6.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA18646 for ; Thu, 9 Mar 1995 10:54:22 -0800 Received: from katiska.clinet.fi (root@katiska.clinet.fi [193.64.6.3]) by clinet.fi (8.6.10/8.6.4) with ESMTP id UAA15265 for ; Thu, 9 Mar 1995 20:50:53 +0200 From: Heikki Suonsivu Received: (root@localhost) by katiska.clinet.fi (8.6.10/8.6.4) id UAA02473; Thu, 9 Mar 1995 20:50:53 +0200 Date: Thu, 9 Mar 1995 20:50:53 +0200 Message-Id: <199503091850.UAA02473@katiska.clinet.fi> To: freebsd-current@freefall.cdrom.com Subject: nfs mounts backgrounded? Reply-To: Heikki Suonsivu Organization: Helsinki University of Technology, Otaniemi, Finland Sender: current-owner@FreeBSD.org Precedence: bulk -current now backgrounds NFS mounts in /etc/rc? This breaks up things when local is mounted over NFS and local additions /etc/rc.local try to start up programs from local (which isn't mounted yet)? Are there any problems with not backgrounding the mount? -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-current Thu Mar 9 11:41:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19512 for current-outgoing; Thu, 9 Mar 1995 11:41:06 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA19497 for ; Thu, 9 Mar 1995 11:41:03 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA12491; Thu, 9 Mar 1995 14:39:37 -0500 Date: Thu, 9 Mar 1995 14:39:37 -0500 From: Garrett Wollman Message-Id: <9503091939.AA12491@halloran-eldar.lcs.mit.edu> To: steve@simon.chi.il.us (Steven E. Piette) Cc: current@FreeBSD.org Subject: Ethernet interface AUI, UTP and BNC ports In-Reply-To: References: Sender: current-owner@FreeBSD.org Precedence: bulk < Given the number of questions users, new and old, keep asking about the correct > ifconfig options for using the various ports on an interface, doesn't make > sense to define AUI, UTP, and BNC as some alias of link0-2 in ifconfig? No. The drivers (and ifconfig(8)) should be fixed to use the type field that I defined a couple of months ago, and stop abusing the flags in this way. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Thu Mar 9 11:51:50 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20252 for current-outgoing; Thu, 9 Mar 1995 11:51:50 -0800 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA19805; Thu, 9 Mar 1995 11:46:55 -0800 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.10/8.6.9) id LAA29261; Thu, 9 Mar 1995 11:40:48 -0800 From: Steven G Kargl Message-Id: <199503091940.LAA29261@troutmask.apl.washington.edu> Subject: optimization is broken for f77 To: freebsd-current@freefall.cdrom.com (FreeBSD Current), freebsd-hackers@freefall.cdrom.com (FreeBSD) Date: Thu, 9 Mar 1995 11:40:48 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1574 Sender: current-owner@FreeBSD.org Precedence: bulk It appears that optimization of Fortran compilations is broken if the source code contains continuation lines. I have a code foo1.f with several continuation lines: f77 -o foo1 -g foo1.f [compiles and runs and gives foo1.dat] f77 -o foo2 -g -O foo1.f [compiles but dies with SIGFPE] f77 -o foo2 -g -O2 foo1.f [compiles but dies with SIGFPE at same place] The guilty lines looks like d(1, 2) = (two * fj * fjm1 - xts) * jxl(j) & + four * xl * jxl(jp1) All variables are declared double precision, and all values are well within the machine precision. If I eliminate all continuation lines from the code, I get f77 -o bar1 -g bar1.f [compiles and runs and gives bar1.dat] f77 -o bar2 -g -O bar1.f [compiles and runs and gives bar2.dat] f77 -o bar2 -g -O2 bar1.f [compiles and runs and gives bar3.dat] `diff -c foo1.dat bar?.dat' shows no differences in the output of the executables. On a different note, I have managed to compile g77-0.5.13 and gcc-2.6.3. g77 -o goo1 -g foo1.f [compiles and runs and gives goo1.dat] g77 -o goo2 -g -O foo1.f [compiles and runs and gives goo2.dat] g77 -o goo2 -g -O2 foo1.f [compiles but dies and gives goo3.dat] `diff -c foo1.dat goo?.dat' shows no differences in the output of the executables. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Laboratory | Fax: 206-543-6785 | University of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-current Thu Mar 9 12:04:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20632 for current-outgoing; Thu, 9 Mar 1995 12:04:57 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA20623 for ; Thu, 9 Mar 1995 12:04:50 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA12528; Thu, 9 Mar 1995 15:04:29 -0500 Date: Thu, 9 Mar 1995 15:04:29 -0500 From: Garrett Wollman Message-Id: <9503092004.AA12528@halloran-eldar.lcs.mit.edu> To: Andras Olah Cc: current@FreeBSD.org Subject: Re: cvs commit: src/usr.sbin/tcpdump/tcpslice tcpslice.h util.c Makefile gwtm2secs.c search.c tcpslice.1 tcpslice.c In-Reply-To: <9785.794750105@utis156.cs.utwente.nl> References: <9785.794750105@utis156.cs.utwente.nl> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > tcpslice fails to compile because of the lack of version.h. > version.h should be automatically generated from ../tcpdump/VERSION. > This problem only exists when there's an obj tree (thus obj -> > /usr/obj/usr.sbin/tcpdump/tcpslice). If the obj link is missing > then make depend generates the necessary dependency for version.h > and everything works OK. > So, what did I screw up? Looking at your Makefile, I think you have found Yet Another bug in either bsd.*.mk or the pmake program itself. (It's one that I think I've run into in the past.) The short-term fix is just to add: beforedepend: version.h and maybe to add version.h to the SRCS as well. (Actually, one one of these should be necessary but I don't remember which one it is right now.) -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Thu Mar 9 12:21:22 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA21181 for current-outgoing; Thu, 9 Mar 1995 12:21:22 -0800 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA21174 for ; Thu, 9 Mar 1995 12:21:19 -0800 Received: by pelican.com (Smail3.1.28.1 #5) id m0rmohr-000K3UC; Thu, 9 Mar 95 12:21 WET Message-Id: Date: Thu, 9 Mar 95 12:21 WET From: pete@pelican.com (Pete Carah) To: jhs@regent.e-technik.tu-muenchen.de Subject: Re: bad outgoing serial coms In-Reply-To: <199503091625.RAA03532@vector.enet> Organization: Pelican Consulting Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk In article <199503091625.RAA03532@vector.enet> you write: >I have recently been seeing a lot of: > vector kernel.old: sio3: 110 more tty-level buffer overflows (total 220) This goes in /usr/src/sys/sys/tty.h. Make TTYHOG big - one friend of mine needs 10240 and another 8192. It could need to be as big as Taylor's i-protocol window which is 16384 (if your problem is with uucp). If you are using another protocol, TTYHOG may need to be as big as the TCP window plus the overhead; this probably defaults to 4096 or 8192. We need to figure out better clist handling for the 'advanced' protocols, or dynamic clist limits. The default (512) is fine for the default uucp protocol of g/3*64 but not much more (barely for g/7*64). Unfortunately making TTYHOG big allocates this much for EVERY tty-style open; interactive sessions don't need it. Just a waste of kernel malloc space :-) -- Pete From owner-freebsd-current Thu Mar 9 13:49:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA23296 for current-outgoing; Thu, 9 Mar 1995 13:49:27 -0800 Received: from POSC.org (posc.org [192.246.215.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA23187; Thu, 9 Mar 1995 13:44:45 -0800 Received: from posc.posc.org (posc.posc.org [192.246.215.30]) by POSC.org (8.6.8.1/8.6.6) with ESMTP id PAA18097; Thu, 9 Mar 1995 15:44:38 -0600 Received: from sys14.posc.org (sys14.posc.org [192.246.215.69]) by posc.posc.org (8.6.9/8.6.9) with SMTP id PAA05135; Thu, 9 Mar 1995 15:44:36 -0600 Received: by sys14.posc.org (4.1/SMI-4.1) id AA02133; Thu, 9 Mar 95 15:44:42 CST Date: Thu, 9 Mar 1995 15:44:41 -0600 (CST) From: Dave Waddell X-Sender: waddell@sys14 To: Nate Williams Cc: current@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Stack trace routine for running programs In-Reply-To: <199503091623.JAA25172@trout.sri.MT.net> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk I don't know whether or not this would work but you might try running the program to where you want the trace then attaching to the program with the gnu debugger (it allows attaching to a running program). On Thu, 9 Mar 1995, Nate Williams wrote: > Does anyone know of a way to do a stack dump (trace) of a running > program while *NOT* in the debugger. We are trying to debug a program > that behaves very differently when it is running under the debugger, and > being able to see a call stack would be very helpful. We have some code > to do it on a 68020 HP box, but it's pretty convoluted and full of > un-commented MAGIC #'s, so I'd rather not start from there. > > I could reverse engineer things by looking at the assembled output from > the compiler, but if there already exists code that is easy to use I'd > be much happier than that. I looked through gdb, but it's so large and > I know so little about the layout that I didn't even know where to look. > > Oh, the stack trace we need is on SCO-x86 and Sparc boxes. The SCO code > would be preferrable, but if someone could point me in the right > direction I think I could get it running on both with a good push to > some code fragments. > > Thanks! > > > Nate > > > > ========================================================================== | Dave Waddell | Disclaimer - I don't even speak for myself | | waddell@posc.org | | | kb5wxe@kb5wxe.ampr.org | + 1 713 267 5103 | ========================================================================== From owner-freebsd-current Thu Mar 9 14:01:25 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA23722 for current-outgoing; Thu, 9 Mar 1995 14:01:25 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA23652; Thu, 9 Mar 1995 13:58:43 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id PAA26631; Thu, 9 Mar 1995 15:02:11 -0700 Date: Thu, 9 Mar 1995 15:02:11 -0700 From: Nate Williams Message-Id: <199503092202.PAA26631@trout.sri.MT.net> In-Reply-To: Dave Waddell "Re: Stack trace routine for running programs" (Mar 9, 3:44pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Dave Waddell Subject: Re: Stack trace routine for running programs Cc: current@FreeBSD.org, hackers@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk > I don't know whether or not this would work but you might try running > the program to where you want the trace then attaching to the program > with the gnu debugger (it allows attaching to a running program). On certain OS's, but not on SCO or SunOS 4. They are too old for that feature to work. It works on newer BSD systems, and systems based on SVR4, but not on the old beats I have here. Thanks, Nate From owner-freebsd-current Thu Mar 9 14:25:02 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA24559 for current-outgoing; Thu, 9 Mar 1995 14:25:02 -0800 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA24553 for ; Thu, 9 Mar 1995 14:25:01 -0800 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.9/8.6.9) with SMTP id OAA00478; Thu, 9 Mar 1995 14:23:31 -0800 Message-Id: <199503092223.OAA00478@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Garrett Wollman cc: steve@simon.chi.il.us (Steven E. Piette), current@FreeBSD.org Subject: Re: Ethernet interface AUI, UTP and BNC ports In-reply-to: Your message of "Thu, 09 Mar 1995 14:39:37 EST." <9503091939.AA12491@halloran-eldar.lcs.mit.edu> Date: Thu, 09 Mar 1995 14:23:30 -0800 From: "Justin T. Gibbs" Sender: current-owner@FreeBSD.org Precedence: bulk >< >> Given the number of questions users, new and old, keep asking about the corr >ect >> ifconfig options for using the various ports on an interface, doesn't make >> sense to define AUI, UTP, and BNC as some alias of link0-2 in ifconfig? > >No. The drivers (and ifconfig(8)) should be fixed to use the type >field that I defined a couple of months ago, and stop abusing the >flags in this way. > >-GAWollman Can you give a rough outline of the work needed so that others can start it if you don't have the time? I'm so sick of answering the link2 questions, that I'd like to make this happen as soon as possible. Thanks. >-- >Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... >wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. >Opinions not those of| It is a bond more powerful than absence. We like peopl >e >MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-current Thu Mar 9 14:47:16 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA24884 for current-outgoing; Thu, 9 Mar 1995 14:47:16 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA24878 for ; Thu, 9 Mar 1995 14:47:15 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA12950; Thu, 9 Mar 1995 17:47:01 -0500 Date: Thu, 9 Mar 1995 17:47:01 -0500 From: Garrett Wollman Message-Id: <9503092247.AA12950@halloran-eldar.lcs.mit.edu> To: "Justin T. Gibbs" Cc: current@FreeBSD.org Subject: Re: Ethernet interface AUI, UTP and BNC ports In-Reply-To: <199503092223.OAA00478@estienne.cs.berkeley.edu> References: <9503091939.AA12491@halloran-eldar.lcs.mit.edu> <199503092223.OAA00478@estienne.cs.berkeley.edu> Sender: current-owner@FreeBSD.org Precedence: bulk < said: > Can you give a rough outline of the work needed so that others can start > it if you don't have the time? I'm so sick of answering the link2 questions, > that I'd like to make this happen as soon as possible. Sure. Jsut define a SIOCSIFMEDIA and SIOCGIFMEDIA ioctls, implement them in ifioctl() and in each relevant interface's if_ioctl() routine, and then explain the whole thing to ifconfig. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Thu Mar 9 15:34:59 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA26093 for current-outgoing; Thu, 9 Mar 1995 15:34:59 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA25905 for ; Thu, 9 Mar 1995 15:27:33 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA12756; Thu, 9 Mar 1995 22:40:48 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id WAA00922; Thu, 9 Mar 1995 22:40:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id WAA08416; Thu, 9 Mar 1995 22:36:14 +0100 From: J Wunsch Message-Id: <199503092136.WAA08416@uriah.heep.sax.de> Subject: Re: optimization is broken for f77 To: kargl@troutmask.apl.washington.edu (Steven G Kargl) Date: Thu, 9 Mar 1995 22:36:12 +0100 (MET) Cc: freebsd-current@FreeBSD.org (FreeBSD-current users) In-Reply-To: <199503091940.LAA29261@troutmask.apl.washington.edu> from "Steven G Kargl" at Mar 9, 95 11:40:48 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 735 Sender: current-owner@FreeBSD.org Precedence: bulk As Steven G Kargl wrote: > > It appears that optimization of Fortran compilations is broken > if the source code contains continuation lines. I have a code > foo1.f with several continuation lines: > > f77 -o foo1 -g foo1.f [compiles and runs and gives foo1.dat] > f77 -o foo2 -g -O foo1.f [compiles but dies with SIGFPE] > f77 -o foo2 -g -O2 foo1.f [compiles but dies with SIGFPE at same place] gcc optimization problem. I've also stumpled across it when porting the acm flight simulator, though acm happens to work when compiled with -O only. Ask Bruce for the details. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Mar 9 16:06:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA26749 for current-outgoing; Thu, 9 Mar 1995 16:06:43 -0800 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA26743 for ; Thu, 9 Mar 1995 16:06:41 -0800 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.10/8.6.9) id PAA10760; Thu, 9 Mar 1995 15:57:29 -0800 From: Steven G Kargl Message-Id: <199503092357.PAA10760@troutmask.apl.washington.edu> Subject: Re: optimization is broken for f77 To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 9 Mar 1995 15:57:29 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503092136.WAA08416@uriah.heep.sax.de> from "J Wunsch" at Mar 9, 95 10:36:12 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1643 Sender: current-owner@FreeBSD.org Precedence: bulk According to J Wunsch: > > As Steven G Kargl wrote: > > > > It appears that optimization of Fortran compilations is broken > > if the source code contains continuation lines. I have a code > > foo1.f with several continuation lines: > > > > f77 -o foo1 -g foo1.f [compiles and runs and gives foo1.dat] > > f77 -o foo2 -g -O foo1.f [compiles but dies with SIGFPE] > > f77 -o foo3 -g -O2 foo1.f [compiles but dies with SIGFPE at same place] > > gcc optimization problem. I've also stumpled across it when porting > the acm flight simulator, though acm happens to work when compiled > with -O only. > > Ask Bruce for the details. > Thanks, I found out it was gcc version 2.6.2 problem. I used f2c to generate foo1.c, then tried f2c foo1.f gcc -o foo1 -g foo1.c -lf2c -lm [compiles and runs and gives foo1.dat] gcc -o foo2 -g -O foo1.c -lf2c -lm [compiles but dies with SIGFPE] gcc -o foo3 -g -O2 foo1.c -lf2c -lm [compiles but dies with SIGFPE] Strangely, I remembered that f2c could be invoked to enforce Fortran evalution of expressions, so f2c -krd foo1.f gcc -o foo1 -g foo1.c -lf2c -lm [compiles, runs and gives foo1.dat] gcc -o foo2 -g -O foo1.c -lf2c -lm [compiles, runs and gives foo2.dat] gcc -o foo3 -g -O2 foo1.c -lf2c -lm [compiles but dies with SIGFPE] I've also found that gcc 2.6.3 seems to have fixed this problem. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Laboratory | Fax: 206-543-6785 | University of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-current Thu Mar 9 19:29:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA02909 for current-outgoing; Thu, 9 Mar 1995 19:29:45 -0800 Received: from staff.cs.su.OZ.AU (staff.cs.su.OZ.AU [129.78.8.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA02903 for ; Thu, 9 Mar 1995 19:29:40 -0800 Received: from svcc.seqeb.gov.au by staff.cs.su.OZ.AU (mail from pc012 for current@freebsd.org) with MHSnet (insertion MHSnet site: un.seqeb.gov.au); Fri, 10 Mar 1995 13:29:32 +1000 Received: by svcc.seqeb.gov.au (5.57/Ultrix3.0-C) id AA08686; Fri, 10 Mar 95 13:28:08 +1000 Date: Fri, 10 Mar 1995 13:28:07 +1000 (EST) From: Patrick Collins Subject: tcpslice won't build To: current@FreeBSD.org Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk with .ctm_status = "src-cur 400" /usr/src/usr.sbin/tcpdump/tcpslice won't build because version.h is missing ----------------------------------------------------------------------------- Patrick Collins - Communications Design Officer email : pc012@seqeb.gov.au The South East Queensland Electricity Corporation phone : +61 7 223 5237 2 Bowen Bridge Rd, Fortitude Valley, 4006 fax : +61 7 223 5059 Queensland, Australia (Best State, Best Country) Viva el Cristo Rey ! ----------------------------------------------------------------------------- From owner-freebsd-current Thu Mar 9 20:36:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA03937 for current-outgoing; Thu, 9 Mar 1995 20:36:00 -0800 Received: from dolphin.mikom.csir.co.za (dolphin.mikom.csir.co.za [146.64.28.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA03931 for ; Thu, 9 Mar 1995 20:35:53 -0800 Received: (from jhay@localhost) by dolphin.mikom.csir.co.za (8.6.9/8.6.6) id GAA03282 for current@FreeBSD.ORG; Fri, 10 Mar 1995 06:37:34 +0200 From: John Hay Message-Id: <199503100437.GAA03282@dolphin.mikom.csir.co.za> Subject: number of vnodes To: current@FreeBSD.org (FreeBSD-current) Date: Fri, 10 Mar 1995 06:37:33 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 281 Sender: current-owner@FreeBSD.org Precedence: bulk Hi, Should I still get values like these with a current kernel that I build just now. It is build from the last CTM that I receievd just now, it even has the last patches of Poul to the namei stuff in. desired 1206 vnodes, have 1215 vnodes -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-current Thu Mar 9 20:42:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA04004 for current-outgoing; Thu, 9 Mar 1995 20:42:20 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA03997 for ; Thu, 9 Mar 1995 20:42:19 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id UAA02348; Thu, 9 Mar 1995 20:41:56 -0800 From: Poul-Henning Kamp Message-Id: <199503100441.UAA02348@ref.tfs.com> Subject: Re: number of vnodes To: jhay@mikom.csir.co.za (John Hay) Date: Thu, 9 Mar 1995 20:41:55 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503100437.GAA03282@dolphin.mikom.csir.co.za> from "John Hay" at Mar 10, 95 06:37:33 am Content-Type: text Content-Length: 556 Sender: current-owner@FreeBSD.org Precedence: bulk > Hi, > > Should I still get values like these with a current kernel that I build just > now. It is build from the last CTM that I receievd just now, it even has the > last patches of Poul to the namei stuff in. > > desired 1206 vnodes, have 1215 vnodes Yes, this is OK. What we want to know is if it continues to increase and eventually reaches say 2400 in your case... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Fri Mar 10 01:11:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA10675 for current-outgoing; Fri, 10 Mar 1995 01:11:56 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA10667; Fri, 10 Mar 1995 01:11:52 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id BAA03127; Fri, 10 Mar 1995 01:11:47 -0800 From: Poul-Henning Kamp Message-Id: <199503100911.BAA03127@ref.tfs.com> Subject: Basic Block Profiling in the kernel To: current@FreeBSD.org Date: Fri, 10 Mar 1995 01:11:46 -0800 (PST) Cc: faq@FreeBSD.org Content-Type: text Content-Length: 2012 Sender: current-owner@FreeBSD.org Precedence: bulk To use basic-block profiling on the kernel follow these steps: 0. Recompile & install src/gnu/usr.bin/cc src/usr.sbin/kernbb 1. Compile your kernel. The source files you want to profile must be compiled with "-g -a" in CFLAGS. 3. "strip -x kernel", install and reboot 4. Run the machine through its paces, and torture it as you want to excercise the code. 5. Run the "kernbb" program: kernbb > /some/where the output can be up to a couple of megabytes on the format: ../../ddb/db_aout.c 108 X_db_sym_init 4027583916 3108 The fields are: source file (relative to /sys/compile/ line number function address in decimal number of times executed. 6. You can use this tcl program to merge the counts into the source: sort /some/where | tcl merge.tcl > /some/place/else you can grep on funtions and filenames to limit the output: grep comwakeup /some/where | sort | tcl merge.tcl > /some/place/else Here is the code I use: merge.tcl #!/usr/local/bin/tcl # change to your kernel compile directory set dir "/sys/compile/FLAGMOSE" set line "----------------------------------------------" set m 0 set f "" while 1 { set i "" set j [gets stdin b] if {[lindex $b 0] != $f} { if {$f != ""} { set p [open $dir/$f] set k 0 puts "" puts [string range $line 1 [string length $f]] puts $f puts stderr "doing $f" puts [string range $line 1 [string length $f]] for {set i 1} {$i <= $m || $k >= 0} {incr i} { set x "" catch {set x $lno($i)} set lno($i) "" set k [gets $p l] puts [format "%5u|%-20s|%s" $i $x $l] } close $p } set m 0 set f [lindex $b 0] } else { set l [lindex $b 1] append lno($l) "[lindex $b 4] " if {$l > $m} {set m $l} } if {$j < 0} break } -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Fri Mar 10 01:27:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11177 for current-outgoing; Fri, 10 Mar 1995 01:27:01 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA11168 for ; Fri, 10 Mar 1995 01:26:56 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id BAA01428; Fri, 10 Mar 1995 01:26:36 -0800 From: "Rodney W. Grimes" Message-Id: <199503100926.BAA01428@gndrsh.aac.dev.com> Subject: HEADS UP - About removing libgcc.so.261 To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Fri, 10 Mar 1995 01:26:36 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503100911.BAA03127@ref.tfs.com> from "Poul-Henning Kamp" at Mar 10, 95 01:11:46 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 667 Sender: current-owner@FreeBSD.org Precedence: bulk HEADS UP, YOUR X11 MIGHT STOP WORKING ON YOU!!!! A few days ago the building of libgcc.so.261.0 was removed from the gcc build, and for good reason. But.... I just ran into a major problem with removing the shared version of gcc (libgcc.so.261.0), it seems that XFree86 3.1 is dynamically linked against this. As a work around I put a copy of libgcc.so.261.0 in /usr/X11R6/lib and every thing seems to be working again. [You'll have to reboot or run the proper ldconfig command to rebuild the ld.so cache.] -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Fri Mar 10 01:34:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11355 for current-outgoing; Fri, 10 Mar 1995 01:34:13 -0800 Received: from tinny.eis.net.au (ernie@[203.12.171.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA11321 for ; Fri, 10 Mar 1995 01:33:37 -0800 Received: (from ernie@localhost) by tinny.eis.net.au (8.6.9/8.6.9) id TAA08103 for freebsd-current@freebsd.org; Fri, 10 Mar 1995 19:33:01 +1000 From: Ernie Elu Message-Id: <199503100933.TAA08103@tinny.eis.net.au> Subject: Re SNAP or -current To: freebsd-current@FreeBSD.org Date: Fri, 10 Mar 1995 19:33:01 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 600 Sender: current-owner@FreeBSD.org Precedence: bulk I am going to set up a FreeBSD WWW server with 8 dial in lines and a couple of slip links to the outside word this weekend. It will be a mail and news server (8MB of news per day currently) as well as getting a lot of PPP and slip use. What is the most stable FreeBSD version from 2.0 onwards that I should be using? - Ernie. _______________________________________________________________________________ ernie@tinny.apana.org.au Brisbane - Australia "I ping, therefore I am." _______________________________________________________________________________ From owner-freebsd-current Fri Mar 10 01:56:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA12067 for current-outgoing; Fri, 10 Mar 1995 01:56:54 -0800 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA12059 for ; Fri, 10 Mar 1995 01:56:50 -0800 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA20931; Fri, 10 Mar 95 01:52:58 -0800 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Fri, 10 Mar 95 10:51 MET Message-Id: Date: Fri, 10 Mar 95 10:51 MET From: me@tartufo.pcs.dec.com (Michael Elbel) To: swallace@ece.uci.edu Cc: current@FreeBSD.org Subject: Re: backspace now broken (proposal) Newsgroups: pcs.freebsd.current References: <199503071452.PAA28231@uriah.heep.sax.de> <199503071851.AA27949@balboa.eng.uci.edu> Reply-To: me@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk In pcs.freebsd.current you write: >What is the big deal with ^H being erase? >All you have to do is: > stty erease "^H" >if you want your backspace to be delete/erase. It's the deal that you know this and I know this. But there's people out there who a) don't know it b) won't understand why the *default* configuration of their system doesn't do the expected thing after being freshly installed. This will: - Generate quite a lot of questions that otherwise wouldn't happen as FreeBSD gets more widespread use from "end users" - Will have a number of people dismiss FreeBSD as being usable on the grounds of "They can't even make the BS key work properly". Things like these tend to be mentioned in magazines. Don't tell me you don't want people to use FreeBSD that would dismiss it on such weak grounds, it's entirely reasonable. What would you think about a VCR you bought in the States that you have to switch to NTSC from it's default PAL setting even though it came with a NTSC TV? Asking the producer, Grundig, a Eurpean firm, you'll get the answer that this was always the default and that they won't change it since there might be somebody who wants to hook it up to a PAL TV. Folks, I thought we were trying to get FreeBSD recognized as a solid operating system that's easy to install and use not only for the knowledgeable kernel hacker. Little things like this don't really say much about the actual stability and quality of a product. But they are immediately visible to the person who looks at something casually. We don't need any negative publicity that can be avoided. So I'll repeat it the third time, imagine the following two lines being bright red: Make the system consistent. Make the *default* code generated by the BS key be the *default* erase character. Joerg said that there's other console drivers than syscons that have DEL generated by the BS key and that because of this the default erase char shouldn't be changed. I thought one of the advantages of FreeBSD over Linux was that there's a core team of people who set the standards. So there, we *need* a standard about what the BS key should generate *per default by the default console driver*. Then make the *default* erase character be that code. If alternative console drivers don't comply with this standard, though shit, they'll have to either change their own *default* behaviour or tell people to modify their system when they modify the *default* configuration to not use the *default* console driver. Notice, how often I've highlighted the word *default*? I think it's essential for FreeBSD to work reasonably in its default configuration. Since everybody has the sources, one can hack the setup as much as one likes if one wants something different. So please, dear core team members, vote on it, fight over it, do whatever you want, but lets have a bit of consistency here. It'll make things much easier in the future. Michael -- Michael Elbel, Digital-PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-current Fri Mar 10 02:43:57 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA13409 for current-outgoing; Fri, 10 Mar 1995 02:43:57 -0800 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA13403 for ; Fri, 10 Mar 1995 02:43:54 -0800 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id KAA18257; Fri, 10 Mar 1995 10:45:06 GMT Date: Fri, 10 Mar 1995 10:45:05 +0000 (GMT) From: Doug Rabson To: Julian Howard Stacey cc: current@FreeBSD.org Subject: Re: installing 2.0-950210-SNAP In-Reply-To: <199503081506.QAA07277@vector.eikon.e-technik.tu-muenchen.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Wed, 8 Mar 1995, Julian Howard Stacey wrote: > > installing 2.0-950210-SNAP > it sniffed an SMC EtherCard Plus Elite as 280,3,D8000 > whereas the card was as per factory shrink wrap: 280,3,D0000 > > ... just FYI, anyone who may care > Julian S > The current ed driver ignores the board setting for memory location and writes a new location into the board's registers. It also probes my Elites as 8416 (8K ram) when I know full well that they are 8216s (16K ram). -- Doug Rabson, RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-current Fri Mar 10 02:46:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA13464 for current-outgoing; Fri, 10 Mar 1995 02:46:52 -0800 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA13435 for ; Fri, 10 Mar 1995 02:45:34 -0800 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id KAA18264; Fri, 10 Mar 1995 10:48:01 GMT Date: Fri, 10 Mar 1995 10:48:00 +0000 (GMT) From: Doug Rabson To: Heikki Suonsivu cc: freebsd-current@freefall.cdrom.com Subject: Re: nfs mounts backgrounded? In-Reply-To: <199503091850.UAA02473@katiska.clinet.fi> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk On Thu, 9 Mar 1995, Heikki Suonsivu wrote: > > -current now backgrounds NFS mounts in /etc/rc? This breaks up things when > local is mounted over NFS and local additions /etc/rc.local try to start up > programs from local (which isn't mounted yet)? Are there any problems with > not backgrounding the mount? FreeBSD has always done this and I have always hacked out the background in /etc/rc. Its never done me any harm. -- Doug Rabson, RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-current Fri Mar 10 03:17:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA13644 for current-outgoing; Fri, 10 Mar 1995 03:17:52 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA13638 for ; Fri, 10 Mar 1995 03:17:42 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA30652; Fri, 10 Mar 1995 21:15:10 +1000 Date: Fri, 10 Mar 1995 21:15:10 +1000 From: Bruce Evans Message-Id: <199503101115.VAA30652@godzilla.zeta.org.au> To: jhs@regent.e-technik.tu-muenchen.de, pete@pelican.com Subject: Re: bad outgoing serial coms Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >Make TTYHOG big - one friend of mine needs 10240 and another 8192. >It could need to be as big as Taylor's i-protocol window which is >16384 (if your problem is with uucp). RTS flow control is supposed to work now, so the big buffers should be unnecessary (but advisable for speed) if whatever you are connecting to supports CTS flow control. >If you are using another protocol, TTYHOG may need to be as big >as the TCP window plus the overhead; this probably defaults to 4096 or >8192. SLIP and PPP don't use clists for input so they don't depend on TTYHOG. Bruce From owner-freebsd-current Fri Mar 10 04:46:55 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA14557 for current-outgoing; Fri, 10 Mar 1995 04:46:55 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA14551 for ; Fri, 10 Mar 1995 04:46:48 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA32339; Fri, 10 Mar 1995 22:41:19 +1000 Date: Fri, 10 Mar 1995 22:41:19 +1000 From: Bruce Evans Message-Id: <199503101241.WAA32339@godzilla.zeta.org.au> To: dfr@render.com, hsu@cs.hut.fi Subject: Re: nfs mounts backgrounded? Cc: freebsd-current@freefall.cdrom.com Sender: current-owner@FreeBSD.org Precedence: bulk >> -current now backgrounds NFS mounts in /etc/rc? This breaks up things when >> local is mounted over NFS and local additions /etc/rc.local try to start up >> programs from local (which isn't mounted yet)? Are there any problems with >> not backgrounding the mount? >FreeBSD has always done this and I have always hacked out the background >in /etc/rc. Its never done me any harm. I always hack out the background and move the mount earlier so that /usr can be mounted over NFS. This causes the system to hang if the server isn't up, but that's what I want. Bruce *** /usr/src/etc/rc Sat Jan 28 20:40:13 1995 --- rc Sat Jan 28 20:41:08 1995 *************** *** 92,97 **** --- 92,99 ---- echo 'starting network' . /etc/netstart + mount -a -t nfs + # clean up left-over files rm -f /etc/nologin rm -f /var/spool/lock/* *************** *** 226,233 **** echo -n ' inetd'; inetd echo '.' - - mount -a -t nfs >/dev/null 2>&1 & # XXX shouldn't need background # if [ -x /usr/libexec/xtend ]; then # echo -n ' xtend'; /usr/libexec/xtend --- 228,233 ---- From owner-freebsd-current Fri Mar 10 08:58:20 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA18069 for current-outgoing; Fri, 10 Mar 1995 08:58:20 -0800 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA18063 for ; Fri, 10 Mar 1995 08:58:17 -0800 Received: by pelican.com (Smail3.1.28.1 #5) id m0rn80V-000K3WC; Fri, 10 Mar 95 08:57 WET Message-Id: From: pete@pelican.com (Pete Carah) Subject: Re: bad outgoing serial coms To: bde@zeta.org.au (Bruce Evans) Date: Fri, 10 Mar 1995 08:57:43 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: <199503101115.VAA30652@godzilla.zeta.org.au> from "Bruce Evans" at Mar 10, 95 09:15:10 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1743 Sender: current-owner@FreeBSD.org Precedence: bulk Bruce Evans writes: > >Make TTYHOG big - one friend of mine needs 10240 and another 8192. > >It could need to be as big as Taylor's i-protocol window which is > >16384 (if your problem is with uucp). > RTS flow control is supposed to work now, so the big buffers should > be unnecessary (but advisable for speed) if whatever you are connecting > to supports CTS flow control. That is not (all of) the problem; my friend here who gets this message all the time uses rts/cts and at least it works going out. As far as I know his modems support rts/cts both ways and are config'd right. I'll try to look further at his configuration. He only sees this message with uucp, though, and also only sees it when there are lots of file turnarounds in 'i' protocol (like with the mail for freebsd-* with short messages). My modems here are on a 1.1.5 system and it isn't convenient to put either one on the 2.x system yet; I know that both directions of flow control work on the 1.1.5.... > >If you are using another protocol, TTYHOG may need to be as big > >as the TCP window plus the overhead; this probably defaults to 4096 or > >8192. > > SLIP and PPP don't use clists for input so they don't depend on TTYHOG. The cited message comes from a place that involves the "raw" clist queue. There is only one place in the driver that increments the counter involved... -------------------------------------------------- com->delta_error_counts[CE_TTY_BUF_OVERFLOW] += b_to_q((char *)buf, incc, &tp->t_rawq); --------------------------------------------------- I don't know why it might come in slip/ppp if they don't use clists; are you *sure* they don't use the raw clist queue? -- Pete From owner-freebsd-current Fri Mar 10 09:45:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA19689 for current-outgoing; Fri, 10 Mar 1995 09:45:56 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA19680 for ; Fri, 10 Mar 1995 09:45:50 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA05234; Sat, 11 Mar 1995 03:43:19 +1000 Date: Sat, 11 Mar 1995 03:43:19 +1000 From: Bruce Evans Message-Id: <199503101743.DAA05234@godzilla.zeta.org.au> To: bde@zeta.org.au, pete@pelican.com Subject: Re: bad outgoing serial coms Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >> RTS flow control is supposed to work now, so the big buffers should >> be unnecessary (but advisable for speed) if whatever you are connecting >> to supports CTS flow control. >That is not (all of) the problem; my friend here who gets this message >all the time uses rts/cts and at least it works going out. As far as >I know his modems support rts/cts both ways and are config'd right. It wasn't supposed to work in 2.x until 1995/02/24. >> SLIP and PPP don't use clists for input so they don't depend on TTYHOG. >The cited message comes from a place that involves the "raw" clist queue. >There is only one place in the driver that increments the counter >involved... >-------------------------------------------------- > com->delta_error_counts[CE_TTY_BUF_OVERFLOW] > += b_to_q((char *)buf, incc, &tp->t_rawq); >--------------------------------------------------- >I don't know why it might come in slip/ppp if they don't use clists; >are you *sure* they don't use the raw clist queue? Yes, and that code isn't executed except in the standard line discipline. Bruce From owner-freebsd-current Fri Mar 10 09:58:49 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA20066 for current-outgoing; Fri, 10 Mar 1995 09:58:49 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA20060 for ; Fri, 10 Mar 1995 09:58:48 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA04141; Fri, 10 Mar 1995 09:58:35 -0800 From: Poul-Henning Kamp Message-Id: <199503101758.JAA04141@ref.tfs.com> Subject: Re: HEADS UP - About removing libgcc.so.261 To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 10 Mar 1995 09:58:35 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503100926.BAA01428@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Mar 10, 95 01:26:36 am Content-Type: text Content-Length: 574 Sender: current-owner@FreeBSD.org Precedence: bulk > HEADS UP, YOUR X11 MIGHT STOP WORKING ON YOU!!!! > > A few days ago the building of libgcc.so.261.0 was removed from the > gcc build, and for good reason. But.... > > I just ran into a major problem with removing the shared version of > gcc (libgcc.so.261.0), it seems that XFree86 3.1 is dynamically linked > against this. you shouldn't remove it until you are sure you don't need it... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Fri Mar 10 10:10:37 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA20428 for current-outgoing; Fri, 10 Mar 1995 10:10:37 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA20421 for ; Fri, 10 Mar 1995 10:10:33 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id KAA02164; Fri, 10 Mar 1995 10:10:12 -0800 From: "Rodney W. Grimes" Message-Id: <199503101810.KAA02164@gndrsh.aac.dev.com> Subject: Re: HEADS UP - About removing libgcc.so.261 To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Fri, 10 Mar 1995 10:10:11 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503101758.JAA04141@ref.tfs.com> from "Poul-Henning Kamp" at Mar 10, 95 09:58:35 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 887 Sender: current-owner@FreeBSD.org Precedence: bulk > > > HEADS UP, YOUR X11 MIGHT STOP WORKING ON YOU!!!! > > > > A few days ago the building of libgcc.so.261.0 was removed from the > > gcc build, and for good reason. But.... > > > > I just ran into a major problem with removing the shared version of > > gcc (libgcc.so.261.0), it seems that XFree86 3.1 is dynamically linked > > against this. > you shouldn't remove it until you are sure you don't need it... It was not a matter of removing it that caused me a problem, I built a release and installed a new machine, then I installed X. Natuarally X would not come up due to the missing lib. This is a problem for you to think about both in the next snap shot [ie, a warning in the install notes], and in the next release. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Fri Mar 10 10:57:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA21850 for current-outgoing; Fri, 10 Mar 1995 10:57:38 -0800 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA21844 for ; Fri, 10 Mar 1995 10:57:35 -0800 Received: by halloran-eldar.lcs.mit.edu; id AA14046; Fri, 10 Mar 1995 13:56:55 -0500 Date: Fri, 10 Mar 1995 13:56:55 -0500 From: Garrett Wollman Message-Id: <9503101856.AA14046@halloran-eldar.lcs.mit.edu> To: Poul-Henning Kamp Cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP - About removing libgcc.so.261 In-Reply-To: <199503101758.JAA04141@ref.tfs.com> References: <199503100926.BAA01428@gndrsh.aac.dev.com> <199503101758.JAA04141@ref.tfs.com> Sender: current-owner@FreeBSD.org Precedence: bulk < said: >> I just ran into a major problem with removing the shared version of >> gcc (libgcc.so.261.0), it seems that XFree86 3.1 is dynamically linked >> against this. > you shouldn't remove it until you are sure you don't need it... There is a more serious problem: unless GCC is modified, so long as you have this shared library, `ld' will prefer it to the static version, thus ensuring that future binaries require it. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Fri Mar 10 11:15:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22370 for current-outgoing; Fri, 10 Mar 1995 11:15:52 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA22364 for ; Fri, 10 Mar 1995 11:15:48 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id LAA03184; Fri, 10 Mar 1995 11:15:33 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id LAA07097; Fri, 10 Mar 1995 11:15:32 -0800 Message-Id: <199503101915.LAA07097@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Garrett Wollman cc: Poul-Henning Kamp , freebsd-current@FreeBSD.org Subject: Re: HEADS UP - About removing libgcc.so.261 In-reply-to: Your message of "Fri, 10 Mar 95 13:56:55 EST." <9503101856.AA14046@halloran-eldar.lcs.mit.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 10 Mar 1995 11:15:30 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >< said: > >>> I just ran into a major problem with removing the shared version of >>> gcc (libgcc.so.261.0), it seems that XFree86 3.1 is dynamically linked >>> against this. >> you shouldn't remove it until you are sure you don't need it... > >There is a more serious problem: unless GCC is modified, so long as >you have this shared library, `ld' will prefer it to the static >version, thus ensuring that future binaries require it. Poul modified ld to force it to build with the static version. I'm coming up right now with a better fix (to cc) that will tell the linker to use the static version of the library. -DG From owner-freebsd-current Fri Mar 10 11:18:28 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22403 for current-outgoing; Fri, 10 Mar 1995 11:18:28 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA22397 for ; Fri, 10 Mar 1995 11:18:26 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA04485; Fri, 10 Mar 1995 11:18:12 -0800 From: Poul-Henning Kamp Message-Id: <199503101918.LAA04485@ref.tfs.com> Subject: Re: HEADS UP - About removing libgcc.so.261 To: davidg@Root.COM Date: Fri, 10 Mar 1995 11:18:11 -0800 (PST) Cc: wollman@halloran-eldar.lcs.mit.edu, freebsd-current@FreeBSD.org In-Reply-To: <199503101915.LAA07097@corbin.Root.COM> from "David Greenman" at Mar 10, 95 11:15:30 am Content-Type: text Content-Length: 1012 Sender: current-owner@FreeBSD.org Precedence: bulk > >>> I just ran into a major problem with removing the shared version of > >>> gcc (libgcc.so.261.0), it seems that XFree86 3.1 is dynamically linked > >>> against this. > >> you shouldn't remove it until you are sure you don't need it... > > > >There is a more serious problem: unless GCC is modified, so long as > >you have this shared library, `ld' will prefer it to the static > >version, thus ensuring that future binaries require it. > > Poul modified ld to force it to build with the static version. I'm coming > up right now with a better fix (to cc) that will tell the linker to use the > static version of the library. > Actually, I guess I have found an even better solution: move ths shared libgcc to /usr/lib/FreeBSD-2.0-compat tell ldconfig about that directory. ld should not find it, but ldconfig will... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-current Fri Mar 10 11:23:43 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22525 for current-outgoing; Fri, 10 Mar 1995 11:23:43 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA22518 for ; Fri, 10 Mar 1995 11:23:31 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA13491; Fri, 10 Mar 1995 20:18:42 +0100 Received: by sax.sax.de (8.6.9/8.6.9-s1) with UUCP id UAA07725 for freebsd-current@FreeBSD.org; Fri, 10 Mar 1995 20:18:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.9/8.6.9) id UAA11516 for freebsd-current@FreeBSD.org; Fri, 10 Mar 1995 20:19:57 +0100 From: J Wunsch Message-Id: <199503101919.UAA11516@uriah.heep.sax.de> Subject: Re: backspace now broken (proposal) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 10 Mar 1995 20:19:56 +0100 (MET) In-Reply-To: from "Michael Elbel" at Mar 10, 95 10:51:00 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1792 Sender: current-owner@FreeBSD.org Precedence: bulk As Michael Elbel wrote: > > Joerg said that there's other console drivers than syscons that have > DEL generated by the BS key and that because of this the default erase > char shouldn't be changed. [...] Did you remember that pcvt is also running on other systems (NetBSD, and even 386BSD)? So it would be highly unwise to change its default behaviour. I doubt the NetBSD folks would agree with our change, just since one of the dozen platforms they used to support had the speciality that a well-known program loader running prior to BSD there on a single (out of the dozen) architecture used to go with ^H for the default erase character. Hence, pcvt certainly _won't_ change its default behaviour. (And should FreeBSD do, reverting this will be the first patch i'll put into my personal ``apply this immediately on every new release'' area. I never even missed the ^H by now.) Call for consistency, ok. But then remember, it was just syscons that once broke the consistency of the system. (All console drivers prior to syscons used DEL to erase, hence they agreed with the ttydefaults.) If we're going to change the default erase character by now, when FreeBSD is almost two years old, of course, one half of our users will be silenced (the half that used to complain about DEL), but don't underestimate the other half: ``My delete key doesn't work any longer! All the time, i'm getting this ^H^H^H shit on my screen! Who did break this? Now i have to change my .login's on a dozen of machines! Why did'ya change this?'' Do you still think it's worth the trouble? It's only that the kind of questions will change, not the amount. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Mar 10 11:36:45 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22787 for current-outgoing; Fri, 10 Mar 1995 11:36:45 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA22781 for ; Fri, 10 Mar 1995 11:36:42 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id LAA03228; Fri, 10 Mar 1995 11:36:28 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id LAA09487; Fri, 10 Mar 1995 11:36:27 -0800 Message-Id: <199503101936.LAA09487@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Poul-Henning Kamp cc: wollman@halloran-eldar.lcs.mit.edu, freebsd-current@FreeBSD.org Subject: Re: HEADS UP - About removing libgcc.so.261 In-reply-to: Your message of "Fri, 10 Mar 95 11:18:11 PST." <199503101918.LAA04485@ref.tfs.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 10 Mar 1995 11:36:26 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >> >>> I just ran into a major problem with removing the shared version of >> >>> gcc (libgcc.so.261.0), it seems that XFree86 3.1 is dynamically linked >> >>> against this. >> >> you shouldn't remove it until you are sure you don't need it... >> > >> >There is a more serious problem: unless GCC is modified, so long as >> >you have this shared library, `ld' will prefer it to the static >> >version, thus ensuring that future binaries require it. >> >> Poul modified ld to force it to build with the static version. I'm coming >> up right now with a better fix (to cc) that will tell the linker to use the >> static version of the library. >> >Actually, I guess I have found an even better solution: > > move ths shared libgcc to /usr/lib/FreeBSD-2.0-compat > tell ldconfig about that directory. > >ld should not find it, but ldconfig will... This will work (and we should do this), but people doing upgrades will still have the old libgcc.so. I'll be committing a (very) good fix for the problem shortly. -DG From owner-freebsd-current Fri Mar 10 15:02:17 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA25948 for current-outgoing; Fri, 10 Mar 1995 15:02:17 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA25942 for ; Fri, 10 Mar 1995 15:02:13 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id PAA02676; Fri, 10 Mar 1995 15:00:49 -0800 From: "Rodney W. Grimes" Message-Id: <199503102300.PAA02676@gndrsh.aac.dev.com> Subject: Re: backspace now broken (proposal) To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 10 Mar 1995 15:00:49 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503101919.UAA11516@uriah.heep.sax.de> from "J Wunsch" at Mar 10, 95 08:19:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2539 Sender: current-owner@FreeBSD.org Precedence: bulk > > As Michael Elbel wrote: > > > > Joerg said that there's other console drivers than syscons that have > > DEL generated by the BS key and that because of this the default erase > > char shouldn't be changed. [...] > > Did you remember that pcvt is also running on other systems (NetBSD, > and even 386BSD)? So it would be highly unwise to change its default > behaviour. I doubt the NetBSD folks would agree with our change, just > since one of the dozen platforms they used to support had the > speciality that a well-known program loader running prior to BSD there > on a single (out of the dozen) architecture used to go with ^H for the > default erase character. Hence, pcvt certainly _won't_ change its > default behaviour. (And should FreeBSD do, reverting this will be the > first patch i'll put into my personal ``apply this immediately on > every new release'' area. I never even missed the ^H by now.) FreeBSD 2.0 shipped with the ``<-, Backspace'' key generating ^H, syscons until very recently generated ^H for that key! > Call for consistency, ok. But then remember, it was just syscons that > once broke the consistency of the system. (All console drivers prior > to syscons used DEL to erase, hence they agreed with the ttydefaults.) I already shown the cvs logs on the mailling lists that make this statement untrue. > If we're going to change the default erase character by now, when > FreeBSD is almost two years old, of course, one half of our users will > be silenced (the half that used to complain about DEL), but don't > underestimate the other half: ``My delete key doesn't work any longer! > All the time, i'm getting this ^H^H^H shit on my screen! Who did > break this? Now i have to change my .login's on a dozen of machines! > Why did'ya change this?'' It has already been changed once from ^? -> ^H and now back to ^? just 1 week ago. That is after all what sparked this whole thing to raise it's head once again. > Do you still think it's worth the trouble? It's only that the kind > of questions will change, not the amount. You are being religous, this is a religous thing. It still boils down to what character code the ``<-, backspace'' key should generate. We have 3 keys right now that generate ^?, it would really be nice to have one that generated ^H without having to hit 2 keys (control & H or shift & <-,backspace). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Fri Mar 10 15:52:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA26630 for current-outgoing; Fri, 10 Mar 1995 15:52:54 -0800 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA26624 for ; Fri, 10 Mar 1995 15:52:49 -0800 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA01691 (5.65c8/HUTCS-S 1.4 for ); Sat, 11 Mar 1995 01:52:28 +0200 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id BAA18529; Sat, 11 Mar 1995 01:52:29 +0200 Date: Sat, 11 Mar 1995 01:52:29 +0200 Message-Id: <199503102352.BAA18529@shadows.cs.hut.fi> To: freebsd-current@freefall.cdrom.com Subject: Startech 16650 Organization: Helsinki University of Technology, Otaniemi, Finland Sender: current-owner@FreeBSD.org Precedence: bulk Startech, the famous manufacturer of broken 16550 UARTS is now manufacturing new version with 32 byte fifo and full hardware flow control. Any experiences with these? It would sound nice, if it works? -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-current Fri Mar 10 18:06:35 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA29812 for current-outgoing; Fri, 10 Mar 1995 18:06:35 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA29798 for ; Fri, 10 Mar 1995 18:06:19 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA15780; Sat, 11 Mar 1995 12:04:04 +1000 Date: Sat, 11 Mar 1995 12:04:04 +1000 From: Bruce Evans Message-Id: <199503110204.MAA15780@godzilla.zeta.org.au> To: davidg@Root.COM, phk@ref.tfs.com Subject: Re: HEADS UP - About removing libgcc.so.261 Cc: freebsd-current@FreeBSD.org, wollman@halloran-eldar.lcs.mit.edu Sender: current-owner@FreeBSD.org Precedence: bulk >>Actually, I guess I have found an even better solution: >> >> move ths shared libgcc to /usr/lib/FreeBSD-2.0-compat >> tell ldconfig about that directory. >> >>ld should not find it, but ldconfig will... > This will work (and we should do this), but people doing upgrades will >still have the old libgcc.so. I'll be committing a (very) good fix for the >problem shortly. The same fix is probably required for other previously-shared libraries such as libcompat. I'm still concerned about the static libgcc unnecessarily bloating all executables by 4K, partly because the of linkage order bugs. Bruce From owner-freebsd-current Fri Mar 10 18:42:24 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA01901 for current-outgoing; Fri, 10 Mar 1995 18:42:24 -0800 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA01894 for ; Fri, 10 Mar 1995 18:42:21 -0800 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.8/8.6.6) id SAA03032; Fri, 10 Mar 1995 18:41:40 -0800 From: "Rodney W. Grimes" Message-Id: <199503110241.SAA03032@gndrsh.aac.dev.com> Subject: Re: HEADS UP - About removing libgcc.so.261 To: bde@zeta.org.au (Bruce Evans) Date: Fri, 10 Mar 1995 18:41:39 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199503110204.MAA15780@godzilla.zeta.org.au> from "Bruce Evans" at Mar 11, 95 12:04:04 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1107 Sender: current-owner@FreeBSD.org Precedence: bulk > > >>Actually, I guess I have found an even better solution: > >> > >> move ths shared libgcc to /usr/lib/FreeBSD-2.0-compat > >> tell ldconfig about that directory. > >> > >>ld should not find it, but ldconfig will... > > > This will work (and we should do this), but people doing upgrades will > >still have the old libgcc.so. I'll be committing a (very) good fix for the > >problem shortly. > > The same fix is probably required for other previously-shared libraries > such as libcompat. > > I'm still concerned about the static libgcc unnecessarily bloating all > executables by 4K, partly because the of linkage order bugs. Is what really scares me is one could rewrite most of /bin /sbin /usr/bin /usr/sbin in perl and decrease the size of the installed system while not slowing it down any :-(. While almost all of the binaries are 4K larger than 1.1.5, many of them are 8K larger :-(. And some of them have grown by leaps and bounds. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-current Fri Mar 10 18:55:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA02327 for current-outgoing; Fri, 10 Mar 1995 18:55:29 -0800 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA02311 for ; Fri, 10 Mar 1995 18:55:24 -0800 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id SAA03775; Fri, 10 Mar 1995 18:55:09 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.9/8.6.5) with SMTP id SAA00129; Fri, 10 Mar 1995 18:55:09 -0800 Message-Id: <199503110255.SAA00129@corbin.Root.COM> X-Authentication-Warning: corbin.Root.COM: Host localhost didn't use HELO protocol To: Bruce Evans cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP - About removing libgcc.so.261 In-reply-to: Your message of "Sat, 11 Mar 95 12:04:04 +1000." <199503110204.MAA15780@godzilla.zeta.org.au> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 10 Mar 1995 18:55:06 -0800 Sender: current-owner@FreeBSD.org Precedence: bulk >>>Actually, I guess I have found an even better solution: >>> >>> move ths shared libgcc to /usr/lib/FreeBSD-2.0-compat >>> tell ldconfig about that directory. >>> >>>ld should not find it, but ldconfig will... > >> This will work (and we should do this), but people doing upgrades will >>still have the old libgcc.so. I'll be committing a (very) good fix for the >>problem shortly. > >The same fix is probably required for other previously-shared libraries >such as libcompat. > >I'm still concerned about the static libgcc unnecessarily bloating all >executables by 4K, partly because the of linkage order bugs. It doesn't bloat anything I tried by 4k...very little if anything seems to be included from it. -DG From owner-freebsd-current Fri Mar 10 20:06:44 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA05665 for current-outgoing; Fri, 10 Mar 1995 20:06:44 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA05644 for ; Fri, 10 Mar 1995 20:06:21 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA18280; Sat, 11 Mar 1995 14:02:07 +1000 Date: Sat, 11 Mar 1995 14:02:07 +1000 From: Bruce Evans Message-Id: <199503110402.OAA18280@godzilla.zeta.org.au> To: bde@zeta.org.au, davidg@Root.COM Subject: Re: HEADS UP - About removing libgcc.so.261 Cc: freebsd-current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >>I'm still concerned about the static libgcc unnecessarily bloating all >>executables by 4K, partly because the of linkage order bugs. > It doesn't bloat anything I tried by 4k...very little if anything seems to >be included from it. Here is annotated output from `nm -n' for `main() {}'. Bruce 00001020 F /usr/lib/crt0.o # start of crt0 00001038 T start # this is about 3 times larger than I like 00001424 T _dlopen # linux's crt0 is leaner 00001448 T _dlclose 0000146c T _dlsym 000014a4 T _dlerror 00001590 # end of crt0 (0x570 bytes) 00001590 F /var/tmp/cc0030111.o # useless temporary file name 00001590 t ___gnu_compiled_c # start of main program 00001590 T _main 00001590 t gcc2_compiled. 000015a0 # end of main program (0x10 bytes) 000015a0 T ___do_global_dtors # start of necessary new bloat 000015a0 F __main.o # (but this should be in libc) 000015c8 T ___do_global_ctors 00001620 T ___main 00001640 # end of necessary new bloat (0xa0 bytes) 00001640 # start of unnecessary new bloat # these routines are linked because they # are referenced by functions in libc.a, # although the functions are not actually # called for our simple program, and # most of them are not actually called # for most programs 00001640 T ___fixsfdi # the version in libc.a should be used 00001640 F _exit.o # empty 00001640 F _fixsfdi.o 00001680 F _fixunssfdi.o 0000169c T ___fixunssfdi # the version in libc.a should be used 000017b0 T ___fixdfdi # ditto 000017b0 F _fixdfdi.o 000017f0 F _fixunsdfdi.o 0000180c T ___fixunsdfdi # ditto 00001920 F _fixunsdfsi.o 00001930 T ___fixunsdfsi # ditto 00001990 F _floatdisf.o 00001998 T ___floatdisf # ditto 00001a10 F _floatdidf.o 00001a18 T ___floatdidf # ditto 00001a70 T ___ucmpdi2 # ditto 00001a70 F _ucmpdi2.o 00001ab0 T ___ashrdi3 # ditto 00001ab0 F _ashrdi3.o 00001b10 T ___ashldi3 # ditto 00001b10 F _ashldi3.o 00001b60 T ___lshldi3 # ditto 00001b60 F _lshldi3.o 00001bb0 T ___lshrdi3 # ditto 00001bb0 F _lshrdi3.o 00001c10 T ___negdi2 # ditto 00001c10 F _negdi2.o 00001c40 T ___umoddi3 # ditto 00001c40 F _umoddi3.o 00001c70 T ___udivdi3 # ditto 00001c70 F _udivdi3.o 00001c90 T ___moddi3 # ditto 00001c90 F _moddi3.o 00001d50 T ___divdi3 # ditto 00001d50 F _divdi3.o 00001e00 T ___muldi3 # ditto 00001e00 F _muldi3.o 00001e50 T ___fixdfsi # ditto 00001e50 F _fixdfsi.o 00001e80 T ___divsi3 # ditto 00001e80 F _divsi3.o 00001e90 T ___udivsi3 # ditto 00001e90 F _udivsi3.o 00001ea0 T ___cmpdi2 # ditto 00001ea0 F _cmpdi2.o 00001ee0 F _udivmoddi4.o 00001fe0 T ___udivmoddi4 # missing from libc.a. libc.a has a # similar or equivalent routine named # ___qdivrem. 00001ee0 + 0x2c0 = 0x21a0 # end of unnecessary new bloat (0xb60 bytes) # dynamic linkage info 00002844 T _etext # end of dynamic linkage info (0x6a4 bytes # including 0x334 bytes of unnecessary bloat # for the about unnecessary symbols) 00003000 d __DYNAMIC 000030a0 D ___progname 000030ac D __exit_dummy_ref 000030bc D __exit_dummy_decl 000030cc D _edata 000030d4 B ___DTOR_LIST__ 000030dc B ___CTOR_LIST__ 000030e4 B _environ 000030e8 B _errno 000030ec B _end # Total necessary new bloat = 0xa0 bytes # Total unnecessary new bloat = 0xb60 + 0x334 = 0xe94 bytes # Total new bloat = 0xf74 bytes = about 4K. From owner-freebsd-current Fri Mar 10 22:49:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA14309 for current-outgoing; Fri, 10 Mar 1995 22:49:26 -0800 Received: from SIRIUS.COM (terra.sirius.com [140.174.229.13]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA13786; Fri, 10 Mar 1995 22:44:44 -0800 Received: from slip174.sirius.com by SIRIUS.COM (NX5.67e/NX3.16M) id AA08786; Fri, 10 Mar 95 22:44:30 -0800 Message-Id: <9503110644.AA08786@SIRIUS.COM> X-Sender: rsoles@pop.sirius.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 10 Mar 1995 22:50:59 -0800 To: current@FreeBSD.org From: rsoles@SIRIUS.COM (Roger L Soles) Subject: Current PPP (3/8/95 SUP) Cc: hackers@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk I've noted some interesting things with the PPP I built a few days ago: 1) If the line sits idle for a few moments, it get a reboot of the machine -- but only if PPP is running. Otherwise the machine stays up just fine. 2) If I use a 16550A(N) (Real national part), the PPP deamon will not start, but on a 16450 (or a knock off 16550 that identifies as a 16450) it works just fine... Anyone else seeing either of these? A PPP built with the 2.0 release didn't exhibit this, and several other built with earlier SUPs did (haven't built anything since the last SNAP, so I can't say exactly when it might have started). Anyone got an (extra) clue... ;) - Roger //---------------------------------------------------------------------------- // Roger L Soles // PO Box 280785 // San Francisco, CA 94124-0785 From owner-freebsd-current Sat Mar 11 04:18:26 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA05415 for current-outgoing; Sat, 11 Mar 1995 04:18:26 -0800 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA05408 for ; Sat, 11 Mar 1995 04:18:23 -0800 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-6) id AA15773; Sat, 11 Mar 95 13:17:58 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id NAA04552; Sat, 11 Mar 1995 13:23:06 +0100 Message-Id: <199503111223.NAA04552@gilberto.physik.rwth-aachen.de> Subject: Re: Warnings on kernel build (sound stuff) To: root@io.cts.com (Morgan Davis) Date: Sat, 11 Mar 1995 13:23:06 +0100 (MET) Cc: freebsd-current@freefall.cdrom.com (user alias) In-Reply-To: <199503110858.AAA07546@io.cts.com> from "Morgan Davis" at Mar 11, 95 00:58:49 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 5298 Sender: current-owner@FreeBSD.org Precedence: bulk > > Well, I decided to risk it and build the 3/10 -current. I compared my > previous kernel config file (IO) to the latest LINT and pieced > together all the new stuff appropriate for this machine. In compiling > the kernel, I'm seeing a lot of warnings related to sound stuff: > > cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -nostdinc > -I. -I../.. -I../../sys -I../../../include -DIO -DI486_CPU > -DEXCLUDE_GUS_IODETECT -DAUDIO_SB -DAUDIO_PAS -DMAXCONS=4 -DXSERVER > -DDUMMY_NOPS -DAUTO_EOI_2 -DAUTO_EOI_1 -DSCSIUSER -DPROCFS -DMSDOSFS > -DCD9660 -DNFS -DFFS -DIPACCT -DGATEWAY -DINET -DUCONSOLE -DSYSVMSG > -DSYSVSEM -DSYSVSHM -DCOMPAT_43 -DKERNEL -Di386 > -DLOAD_ADDRESS=0xF0100000 ../../i386/isa/sound/uart6850.c > In file included from ../../i386/isa/sound/os.h:51, > from ../../i386/isa/sound/sound_config.h:270, > from ../../i386/isa/sound/uart6850.c:32: > ../../sys/proc.h:275: warning: type mismatch with previous external decl > ../../vm/vm_object.h:155: warning: previous external decl of `wakeup' > ../../sys/proc.h:275: warning: type mismatch with previous implicit declaration > ../../vm/vm_object.h:155: warning: previous implicit declaration of `wakeup' > ../../sys/proc.h:275: warning: `wakeup' was previously implicitly declared to return `int' > > It this due to a bad set of sound options I've selected, or is this > just currently just the state it's in. I've got a Pro AudioSpectrum > 16D rev 255 in the system with a Media Vision CD-ROM drive. > I rebuilt a kernel an hour ago without problems (though I'm using a GUS instead of a PAS) with the following config: # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.22 1994/12/18 12:01:40 jkh Exp $ # machine "i386" cpu "I486_CPU" ident BLUESGUS maxusers 4 ##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 options UCONSOLE #X Console support options "FAT_CURSOR" #block cursor in syscons or pccons options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options "NCONS=8" #4 virtual consoles options BOUNCE_BUFFERS #include support for DMA bounce buffers options AUDIO_GUS options CONFIGURE_SOUNDCARD # I believe this is superfluous config kernel root on wd0 swap on wd0 and wd1 and sd0 and sd1 and vn0 dumps 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 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 ##controller ncr0 ##controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr ##controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr ##controller ahc0 at isa? bio irq ? vector ahcintr ##controller ahb0 at isa? bio irq ? vector ahbintr ##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 pas0 at isa? port 0x1f88 bio ##controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr ##controller scbus0 ##device sd0 ##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 ##device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr 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? port "IO_COM3" tty irq 5 vector siointr ##device sio3 at isa? 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 lpt2 at isa? port? tty device pca0 at isa? tty device snd4 at isa? port 0x220 irq 15 drq 6 vector gusintr ##device de0 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 0x360 net irq 7 iomem 0xd0000 vector ieintr ##device ep0 at isa? port 0x300 net irq 10 vector epintr ##device is0 at isa? port 0x280 net irq 10 drq 7 vector isintr ##device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr ##device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr pseudo-device loop pseudo-device ether pseudo-device log ##pseudo-device sl 2 pseudo-device pty 16 pseudo-device speaker pseudo-device bpfilter 4 pseudo-device gzip # Exec gzipped a.out's pseudo-device vn --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues 2.1.0-Development FreeBSD 2.1.0-Development #0: Sun Mar 5 20:47:08 1995 kuku@blues:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-current Sat Mar 11 04:34:31 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA05562 for current-outgoing; Sat, 11 Mar 1995 04:34:31 -0800 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA05556 for ; Sat, 11 Mar 1995 04:34:29 -0800 Received: (from mmead@localhost) by goof.com (8.6.9/8.6.9) id HAA00221 for current@freebsd.org; Sat, 11 Mar 1995 07:34:17 -0500 From: "matthew c. mead" Message-Id: <199503111234.HAA00221@goof.com> Subject: sound... To: current@FreeBSD.org Date: Sat, 11 Mar 1995 07:34:17 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 912 Sender: current-owner@FreeBSD.org Precedence: bulk I know we're still in the transitions with the sound driver - but with the kernel as of last night about 12am EST, I no longer get output. If I boot from a 2.0-950210-SNAP kernel I built at one point, it will make sound. It appears to be accessing the sound devices right with today's kernel, however, for some reason no sound comes out the speaker. I've got a GUS MAX with 512K ram, 2G disk, and 52M ram in this machine. The only thing that's changed recently is the ram (20M -> 52M). I know this isn't much to go on - I just thought it would be a good idea to let you guys know. Thanks! -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-current Sat Mar 11 08:43:27 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA10551 for current-outgoing; Sat, 11 Mar 1995 08:43:27 -0800 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA10530; Sat, 11 Mar 1995 08:43:22 -0800 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.11/jtpda-5.0) with SMTP id RAA26705 ; Sat, 11 Mar 1995 17:42:26 +0100 Received: by blaise.ibp.fr (4.1/SMI-4.1) id AA23417; Sat, 11 Mar 95 17:43:18 +0100 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.6.11/keltia-uucp-1.21) id NAA03179; Sat, 11 Mar 1995 13:43:12 +0100 From: Ollivier Robert Message-Id: <199503111243.NAA03179@keltia.frmug.fr.net> Subject: Serial communications section in the FAQ To: doc@FreeBSD.org (FreeBSD documentation list), freebsd-current@FreeBSD.org (FreeBSD Current Users' list) Date: Sat, 11 Mar 1995 13:43:10 +0100 (MET) Reply-To: roberto@hsc.fr.net X-Operating-System: FreeBSD 2.1.0-Development ctm#437 X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 403 Sender: current-owner@FreeBSD.org Precedence: bulk Please everyone have a look at the serial communications section in the new HTML FreeBSD FAQ (http://www.freebsd.org/~roberto/FAQ/ till it is linked in the main WWW repository). Sean Kelly has done a great job ! Thanks Sean ! -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.1.0-Development #5: Wed Mar 8 23:56:33 MET 1995 From owner-freebsd-current Sat Mar 11 14:17:15 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00189 for current-outgoing; Sat, 11 Mar 1995 14:17:15 -0800 Received: from longvalley.dsg.cs.tcd.ie (longvalley.dsg.cs.tcd.ie [134.226.36.37]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA00180 for ; Sat, 11 Mar 1995 14:17:11 -0800 Received: from dedanann.dsg.cs.tcd.ie by longvalley.dsg.cs.tcd.ie id aa03191; 11 Mar 95 20:34 GMT To: current@FreeBSD.org Subject: Minor problems installing 2.0-950210-SNAP Date: Sat, 11 Mar 1995 20:34:46 +0000 From: Alan Judge Message-ID: <9503112034.aa03191@longvalley.dsg.cs.tcd.ie> Sender: current-owner@FreeBSD.org Precedence: bulk Install on Gateway 4DX2-66 machines... When I boot I get a message that says: BIOS Basemem (640K) != RTC basemem (639K) I haven't seen this before, but the machines appear to boot up anyway. Is this a sign of some problem? Sometimes I get problems when doing fdisk or disklabel during the install process and the machine hangs. I'm not sure why, but I do know that any machine that was previously running OSF/1 needs a standard DOS fdisk label done before you can fdisk from FreeBSD's install program without a hang. Also, minor nits with the install: - the hostname doesn't get stripped when prompting for the domain name of the machine - install thinks that it is ftping into /var/tmp/ and tries to delete the files from there. In fact, it ftped the files into /var/tmp and they don't get deleted at all. -- Alan From owner-freebsd-current Sat Mar 11 14:24:54 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA00466 for current-outgoing; Sat, 11 Mar 1995 14:24:54 -0800 Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA00460 for ; Sat, 11 Mar 1995 14:24:53 -0800 Received: (richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.10/PHILMAIL-1.11) id LAA26353; Sat, 11 Mar 1995 11:55:20 -0800 Date: Sat, 11 Mar 1995 11:55:18 -0800 From: Richard Chang To: FreeBSD-current@freefall.cdrom.com Subject: problem booting up FreeBSD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk I did a make world last night with the sup as of 9PM PST last night but I think somehow during the make world, it rebooted the machine so now it says that libc.so.2.0 is not there and just reads the disk forever where it says starting up daemons... and then shows the date... Can someone tell me how to fix it? Thanks.. -richardc From owner-freebsd-current Sat Mar 11 18:28:00 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA03252 for current-outgoing; Sat, 11 Mar 1995 18:28:00 -0800 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA03230; Sat, 11 Mar 1995 18:26:28 -0800 Received: from localhost (root@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id LAA12413; Sun, 12 Mar 1995 11:16:20 +0900 Received: by tama.spec.co.jp (8.6.10/6.4J.5) id WAA01529; Sat, 11 Mar 1995 22:37:22 +0900 From: Atsushi Murai Message-Id: <199503111337.WAA01529@tama.spec.co.jp> Subject: Re: Current PPP (3/8/95 SUP) To: rsoles@SIRIUS.COM (Roger L Soles) Date: Sat, 11 Mar 1995 22:37:21 +0900 (JST) Cc: current@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <9503110644.AA08786@SIRIUS.COM> from "Roger L Soles" at Mar 10, 95 10:50:59 pm Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1021 Sender: current-owner@FreeBSD.org Precedence: bulk > I've noted some interesting things with the PPP I built a few days ago: > > 1) If the line sits idle for a few moments, it get a reboot of the > machine -- but only if PPP is running. Otherwise the machine stays > up just fine. > > 2) If I use a 16550A(N) (Real national part), the PPP deamon will not > start, but on a 16450 (or a knock off 16550 that identifies as > a 16450) it works just fine... > > Anyone else seeing either of these? A PPP built with the 2.0 release > didn't exhibit this, and several other built with earlier SUPs did > (haven't built anything since the last SNAP, so I can't say exactly > when it might have started). > > Anyone got an (extra) clue... ;) I am running a current (day by day) with user process ppp and uucp. But I don't have any problem like you. Yes. I use 16550A for sio.... > - Roger Atsushi. -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 From owner-freebsd-current Sat Mar 11 19:31:06 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA04312 for current-outgoing; Sat, 11 Mar 1995 19:31:06 -0800 Received: from lupine.nsi.nasa.gov (lupine.nsi.nasa.gov [198.116.2.100]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA04305 for ; Sat, 11 Mar 1995 19:31:03 -0800 Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.9/8.6.9) id WAA18856; Sat, 11 Mar 1995 22:29:50 -0500 Date: Sat, 11 Mar 1995 22:29:47 -0500 (EST) From: "Michael C. Newell" To: current@FreeBSD.org Subject: route in -current??? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: current-owner@FreeBSD.org Precedence: bulk I've just built a -current system, and now when I do route add default xxx.xxx.xxx.xxx I get route add default 198.116.2.1 writing to routing socket: Protocol not supported add net default: gateway 198.116.2.1: Protocol not supported I don't recall having seen a message on this, and I looked through my archive for it. Is this a known problem, and is there some workaround for it??? I hope... Thanks, Mike +--------------------------------------+------------------------------------+ |Mike Newell | The opinions expressed herein are | |NASA Science Internet Network Systems | my own, and do not necessarily | |Sterling Software, Inc. | reflect those of the NSI program, | |MNewell@nsipo.nasa.gov | Sterling Software, NASA, or anyone | |+1-202-434-8954 | else. | +--------------------------------------+------------------------------------+ From owner-freebsd-current Sat Mar 11 19:38:03 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA04524 for current-outgoing; Sat, 11 Mar 1995 19:38:03 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA04518 for ; Sat, 11 Mar 1995 19:37:59 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id TAA08897; Sat, 11 Mar 1995 19:37:52 -0800 From: Poul-Henning Kamp Message-Id: <199503120337.TAA08897@ref.tfs.com> Subject: Re: route in -current??? To: mnewell@lupine.nsi.nasa.gov (Michael C. Newell) Date: Sat, 11 Mar 1995 19:37:49 -0800 (PST) Cc: current@FreeBSD.org In-Reply-To: from "Michael C. Newell" at Mar 11, 95 10:29:47 pm Content-Type: text Content-Length: 468 Sender: current-owner@FreeBSD.org Precedence: bulk > route add default xxx.xxx.xxx.xxx > > I get > > route add default 198.116.2.1 > writing to routing socket: Protocol not supported > add net default: gateway 198.116.2.1: Protocol not supported > recompile route, routed and any other program that might manipulate routes. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant'