From owner-freebsd-current Sun May 5 02:51:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06728 for current-outgoing; Sun, 5 May 1996 02:51:47 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06663 Sun, 5 May 1996 02:51:34 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA11214; Sun, 5 May 1996 11:51:29 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA22144; Sun, 5 May 1996 11:51:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA27588; Sun, 5 May 1996 11:25:43 +0200 (MET DST) From: J Wunsch Message-Id: <199605050925.LAA27588@uriah.heep.sax.de> Subject: Re: MBUFs leaking? To: randy@zyzzyva.com (Randy Terbush) Date: Sun, 5 May 1996 11:25:42 +0200 (MET DST) Cc: freebsd-isp@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605041319.IAA09788@sierra.zyzzyva.com> from Randy Terbush at "May 4, 96 08:18:48 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Randy Terbush wrote: > > I am currently struggling the the system tune stages after a > migration from NetBSD. Any pointers to info on tuning a system > for heavy use would be appreciated. ... > On NetBSD, I was in the habit of running my kernels with the > following. Does this have the same effect on FreeBSD, or are > there other things to tune? > > options NMBCLUSTERS=4096 It does the same. You might however have to quote the right-hand side to protect it from config misinterpreting it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun May 5 05:38:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA14366 for current-outgoing; Sun, 5 May 1996 05:38:38 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA14349 Sun, 5 May 1996 05:38:34 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.4/8.7.3) with SMTP id HAA26879; Sun, 5 May 1996 07:38:34 -0500 (CDT) Date: Sun, 5 May 1996 07:38:34 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Joerg Wunsch cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-Reply-To: <199605050925.LAA27588@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 May 1996, J Wunsch wrote: > > options NMBCLUSTERS=4096 > It does the same. You might however have to quote the right-hand side > to protect it from config misinterpreting it. Humm... I've got 2 stable boxes... One very recent (2 days ago max) and the other about 3 weeks ago. On the older, I've got NMBCLUSTERS at 8192 as its a busy webserver and front end box. The other refuses to obey the options NMBCLUSTERS and only allocates about 180k to mbufs. I've played with maxusers, NMBCLUSTERS, and others and no effect. Kinda weird. This box goes into production in a week, so I hope to have figured it out by then. Any ideas? (yes, its quoted) Have a good one. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-current Sun May 5 09:41:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA25952 for current-outgoing; Sun, 5 May 1996 09:41:52 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA25943 for ; Sun, 5 May 1996 09:41:49 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA13786 ; Sun, 5 May 1996 18:41:45 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA03789 ; Sun, 5 May 1996 18:41:54 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id OAA20445; Sun, 5 May 1996 14:25:53 +0200 (MET DST) From: Ollivier Robert Message-Id: <199605051225.OAA20445@keltia.freenix.fr> Subject: Re: /compat code on -stable To: jdli@FreeBSD.csie.NCTU.edu.tw Date: Sun, 5 May 1996 14:25:52 +0200 (MET DST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199605050500.NAA26511@FreeBSD.csie.NCTU.edu.tw> from Jian-Da Li at "May 5, 96 01:00:53 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1948 X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk It seems that Jian-Da Li said: > Should I do extra patches to run FreeBSD and Linux ELF binaries > on 2.2-960501-SNAP ?! I don't think so. You'll need to get a set of Linux ELF libraries and ld.so to run Linux binaries. You'll have to wait a little for full FreeBSD ELF support as the loader knows how to run them but we don't have neither the ld.so not the ELF libc support in. Work in progress. ELF libc support is coming just right now (look at the commit messages). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #14: Tue Apr 30 21:08:35 MET DST 1996 From owner-freebsd-current Sun May 5 09:42:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26015 for current-outgoing; Sun, 5 May 1996 09:42:43 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA26010 for ; Sun, 5 May 1996 09:42:41 -0700 (PDT) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id SAA15773; Sun, 5 May 1996 18:36:26 +0200 Received: (from wosch@localhost) by localhost (8.6.12/8.6.12) id RAA00974; Sun, 5 May 1996 17:23:20 +0200 Date: Sun, 5 May 1996 17:23:20 +0200 From: Wolfram Schneider Message-Id: <199605051523.RAA00974@localhost> To: Bruce Evans Cc: current@freebsd.org Subject: Re: Files installed to /etc, (was: review request) In-Reply-To: <199604302021.GAA21324@godzilla.zeta.org.au> References: <199604302021.GAA21324@godzilla.zeta.org.au> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: >>3. Wired /usr/share/mk/sys.mk. make -I do not change the >> directory for sys.mk. We need this for ``make DESTDIR=/foo world'' >> so /foo/usr/share/mk/sys.mk would be used. > >>Does someone test the following patch? >>... >>-#define _PATH_DEFSYSMK "/usr/share/mk/sys.mk" >>+#define _PATH_DEFSYSMK "sys.mk" >> #define _PATH_DEFSYSPATH "/usr/share/mk" > >I thought that you said this was only a temporary fix when we talked >about it in private mail. I sent it also to -bugs. >What gets used if sys.mk is in "." and in >paths specified by -I? I think ./sys/mk should only be used if "-I." >is used. -I. is a no-op. The current directory is always on top of include path. The default include path (in shell notation) is ".:/usr/share/mk". -I change the path to ".::/usr/share/mk". (Strange side effect: the current directory may be the 'obj' directory, so "${.OBJDIR}:${.CURDIR}:/usr/share/mk" is more correct.) Wolfram From owner-freebsd-current Sun May 5 15:07:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA12926 for current-outgoing; Sun, 5 May 1996 15:07:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA12921 Sun, 5 May 1996 15:07:44 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id PAA03260; Sun, 5 May 1996 15:07:31 -0700 (PDT) To: Seppo Kallio cc: current@FreeBSD.org, martin@FreeBSD.org Subject: Re: ** Small problem + BUG in 960501 ** In-reply-to: Your message of "Fri, 03 May 1996 15:43:53 +0300." Date: Sun, 05 May 1996 15:07:31 -0700 Message-ID: <3258.831334051@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Minor problem: > 1. It did not "install" my ethernet card as 2.1 did. > I had to add ed0 to the interfaces to /etc/sysconfig manually > Nor did install record name of my node Hmmmm. I cannot reproduce this error! ;-( It installs my ed0-driven card just fine, all 4 times I tried it. > Major problem: > 2. The diskless netboot does not work: > After loading kernel and starting it I am getting: > NFS ROOT: 47.99.97.109 > when I should get: > NFS ROOT: 130.234.41.26:/itu/camelot > > SNAP 960501 (as SNAP 9603x3) are taking the ip number from the > word /camelot the first 4 characters /=47, c=99, a=97, m=109 > !!! This one is going to require that someone like Martin Renters look into it.. :-) Jordan From owner-freebsd-current Sun May 5 15:34:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14204 for current-outgoing; Sun, 5 May 1996 15:34:39 -0700 (PDT) Received: from nemesis.azlink.com (neeo@azlink.com [206.67.224.35]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA14195 for ; Sun, 5 May 1996 15:34:37 -0700 (PDT) Received: (from neeo@localhost) by nemesis.azlink.com (8.7.3/8.7.2) id PAA19554; Sun, 5 May 1996 15:34:34 -0700 (MST) Date: Sun, 5 May 1996 15:34:34 -0700 (MST) From: "Mr. Neeo" To: current@freebsd.org Subject: ATAPI cdrom Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone else here having trouble getting the kernel to recognize their atapi cdrom? I have : controller wdc1 options ATAPI device wcd0 but it doesnt seem to find it.. after boot, when i do : modload -e atapi_mod -u -q -o /tmp/atapi_mod /lkm/atapi_mod.o i get : wdc1: unit 0 (atapi): , removable, iordy looks like it worked.. but i get /dev/wcd0c: Device not configured whenever i try to mount it, or whatever.. it worked with 2.1, just curious if something has changed i should know about :> or whatever.. btw, im running 2.2-960501-SNAP ... Paul... From owner-freebsd-current Sun May 5 16:01:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA17037 for current-outgoing; Sun, 5 May 1996 16:01:00 -0700 (PDT) Received: from cicerone.uunet.ca (cicerone.uunet.ca [142.77.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA17032 for ; Sun, 5 May 1996 16:00:58 -0700 (PDT) Received: from why ([205.150.249.1]) by mail.uunet.ca with SMTP id <212721-19486>; Sun, 5 May 1996 18:53:07 -0400 Date: Sun, 5 May 1996 18:53:11 -0400 From: Andrew Herdman X-Sender: andrew@why To: "Mr. Neeo" cc: current@freebsd.org Subject: Re: ATAPI cdrom In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 May 1996, Mr. Neeo wrote: Add : options "ATAPI_STATIC" to your kernel config and that will solve your problem. It's a new 'feature' that no one mentioned. Andrew > > Anyone else here having trouble getting the kernel to recognize > their atapi cdrom? I have : > > controller wdc1 > options ATAPI > device wcd0 > > but it doesnt seem to find it.. after boot, when i do : > > modload -e atapi_mod -u -q -o /tmp/atapi_mod /lkm/atapi_mod.o > > i get : > > wdc1: unit 0 (atapi): , removable, iordy > > looks like it worked.. but i get /dev/wcd0c: Device not configured > > whenever i try to mount it, or whatever.. it worked with 2.1, just > curious if something has changed i should know about :> or whatever.. > btw, im running 2.2-960501-SNAP ... > > Paul... > > > From owner-freebsd-current Sun May 5 16:13:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA17852 for current-outgoing; Sun, 5 May 1996 16:13:18 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA17847 for ; Sun, 5 May 1996 16:13:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id QAA03394; Sun, 5 May 1996 16:13:02 -0700 (PDT) To: "Mr. Neeo" cc: current@freebsd.org Subject: Re: ATAPI cdrom In-reply-to: Your message of "Sun, 05 May 1996 15:34:34 PDT." Date: Sun, 05 May 1996 16:13:02 -0700 Message-ID: <3392.831337982@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just out of curiousity, how well does it work if you compile your kernel with ATAPI_STATIC also defined and don't modload it? Jordan > > Anyone else here having trouble getting the kernel to recognize > their atapi cdrom? I have : > > controller wdc1 > options ATAPI > device wcd0 > > but it doesnt seem to find it.. after boot, when i do : > > modload -e atapi_mod -u -q -o /tmp/atapi_mod /lkm/atapi_mod.o > > i get : > > wdc1: unit 0 (atapi): , removable, iordy > > looks like it worked.. but i get /dev/wcd0c: Device not configured > > whenever i try to mount it, or whatever.. it worked with 2.1, just > curious if something has changed i should know about :> or whatever.. > btw, im running 2.2-960501-SNAP ... > > Paul... > > From owner-freebsd-current Sun May 5 16:20:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA18402 for current-outgoing; Sun, 5 May 1996 16:20:55 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA18388 for ; Sun, 5 May 1996 16:20:49 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA28938 for ; Mon, 6 May 1996 01:20:35 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA00278 for freebsd-current@FreeBSD.org; Mon, 6 May 1996 01:20:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA03052 for freebsd-current@FreeBSD.org; Mon, 6 May 1996 00:57:46 +0200 (MET DST) From: J Wunsch Message-Id: <199605052257.AAA03052@uriah.heep.sax.de> Subject: Re: cvs commit: src/usr.sbin/lpr/lpd lpd.8 printjob.c recvjob.c src/usr.sbin/lpr/lpr lpr.c src/usr.sbin/lpr/common_source common.c To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 6 May 1996 00:57:46 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605052240.PAA15036@freefall.freebsd.org> from Joerg Wunsch at "May 5, 96 03:40:53 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Joerg Wunsch wrote: > joerg 96/05/05 15:40:52 > > Modified: usr.sbin/lpr/common_source common.c displayq.c lp.h rmjob.c > usr.sbin/lpr/lpc cmds.c lpc.8 > usr.sbin/lpr/lpd lpd.8 printjob.c recvjob.c > usr.sbin/lpr/lpr lpr.c > Log: > Pull a bunch of fixes from the 4.4BSD-Lite2 branch. It's really > surprising how many trivial errors there have been... :-) > > Some more cleanup is needed, but i'd like to separate the Lite2 changes > from other work, that's why this goes into a different commit. > > People with serial printers should see whether i have broken the stty- > style printcap options (i hope not). > > Inspired by: Sergey Shkonda I would like to see that people test this heavily. If no problems pop up, i will also bring it into -stable some day. Some of the bugfixes are really essential... (Q: should i also move the `MS' option to -stable?) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun May 5 17:50:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA22651 for current-outgoing; Sun, 5 May 1996 17:50:22 -0700 (PDT) Received: from tdc.on.ca (tdc.on.ca [204.92.242.39]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA22646 Sun, 5 May 1996 17:50:20 -0700 (PDT) Received: (from martin@localhost) by tdc.on.ca (8.7.5/8.6.6) id UAA17918; Sun, 5 May 1996 20:49:47 -0400 (EDT) From: Martin Renters Message-Id: <199605060049.UAA17918@tdc.on.ca> Subject: Re: ** Small problem + BUG in 960501 ** To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 5 May 1996 20:49:47 -0400 (EDT) Cc: kallio@cc.jyu.fi, current@FreeBSD.org, martin@FreeBSD.org In-Reply-To: <3258.831334051@time.cdrom.com> from "Jordan K. Hubbard" at May 5, 96 03:07:31 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Major problem: > > 2. The diskless netboot does not work: > > After loading kernel and starting it I am getting: > > NFS ROOT: 47.99.97.109 > > when I should get: > > NFS ROOT: 130.234.41.26:/itu/camelot > > > > SNAP 960501 (as SNAP 9603x3) are taking the ip number from the > > word /camelot the first 4 characters /=47, c=99, a=97, m=109 > > !!! Does the NFS SWAP line print correctly? I just briefly looked at the code in question and I can't see anything obvious wrong with it. I don't have a network to test it on at present, so I can't check it out. Perhaps the netboot code is out of sync with the kernel code. Are both coming from the same distribution? Martin From owner-freebsd-current Sun May 5 18:12:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA24182 for current-outgoing; Sun, 5 May 1996 18:12:18 -0700 (PDT) Received: from apocalypse.superlink.net (root@apocalypse.superlink.net [205.246.27.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA24172 for ; Sun, 5 May 1996 18:12:11 -0700 (PDT) Received: (from marxx@localhost) by apocalypse.superlink.net (8.7.5/8.7.3) id RAA14032; Sun, 5 May 1996 17:20:53 -0400 (EDT) Date: Sun, 5 May 1996 17:20:50 -0400 (EDT) From: "Charles C. Figueiredo" To: freebsd-current@freebsd.org Subject: Building -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, When I make world, after suping latest -current sources, I get this error at compile time: (When compiling /usr/src/gnu/lib/libg++) c++ -O -nostdinc -I/usr/src/gnu/lib/libg++/include -I/usr/include -I/usr/src/gnu/lib/libg++/include -I/usr/include/g++ -I/usr/include -nostdinc++ -c /usr/src/gnu/lib/libg++/libg++/DLList.cc -o DLList.o /usr/src/gnu/lib/libg++/include/streambuf.h: In method `void ios::init(struct streambuf *, class ostream *)': In file included from /usr/src/gnu/lib/libg++/include/iostream.h:31, from /usr/src/gnu/lib/libg++/include/stream.h:31, from /usr/src/gnu/lib/libg++/libg++/DLList.cc:24: /usr/src/gnu/lib/libg++/include/streambuf.h:447: warning: `void ios::init(struct streambuf *, class ostream *)' was used before it was declared inline /usr/src/gnu/lib/libg++/include/streambuf.h:251: warning: previous non-inline declaration here /var/tmp/cc013975.s: Assembler messages: /var/tmp/cc013975.s:829: Error: Unknown pseudo-op: `.weak' *** Error code 1 Stop. I have friends that are running -current, and have compiled the latest sources, that's why this is boggling me. Any ideas/suggestions? Regards, Marxx "I don't want to grow up, I'm a BSD kid. There's so many toys in /usr/bin that I can play with!" ------------------------------------------------------------------------------ Charles C. Figueiredo Marxx marxx@superlink.net ------------------------------------------------------------------------------ From owner-freebsd-current Sun May 5 19:00:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA27584 for current-outgoing; Sun, 5 May 1996 19:00:27 -0700 (PDT) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA27575 for ; Sun, 5 May 1996 19:00:24 -0700 (PDT) Received: from professor.eng.umd.edu (professor.eng.umd.edu [129.2.98.207]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id WAA08006; Sun, 5 May 1996 22:00:21 -0400 (EDT) Received: (from chuckr@localhost) by professor.eng.umd.edu (8.7.5/8.7.3) id WAA18499; Sun, 5 May 1996 22:00:21 -0400 (EDT) Date: Sun, 5 May 1996 22:00:20 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@professor.eng.umd.edu To: "Charles C. Figueiredo" cc: freebsd-current@freebsd.org Subject: Re: Building -current In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 May 1996, Charles C. Figueiredo wrote: > When I make world, after suping latest -current sources, I get this > error at compile time: > > (When compiling /usr/src/gnu/lib/libg++) [bunch of errors deleted] There's only one possiblity, really. This part of the source, the gnu tools, is purposely kept incredibly stable (folks are always asking up to upgrade to later versions, but since too much depends on this being stable, no upgrade gets done). You have to have corrupted sources. Your only decision is how much of your sources to blow away and reload. ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-current Sun May 5 20:09:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA02228 for current-outgoing; Sun, 5 May 1996 20:09:05 -0700 (PDT) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA02219 for ; Sun, 5 May 1996 20:09:01 -0700 (PDT) Received: from professor.eng.umd.edu (professor.eng.umd.edu [129.2.98.207]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id XAA09820 for ; Sun, 5 May 1996 23:08:58 -0400 (EDT) Received: (from chuckr@localhost) by professor.eng.umd.edu (8.7.5/8.7.3) id XAA02234; Sun, 5 May 1996 23:08:58 -0400 (EDT) Date: Sun, 5 May 1996 23:08:58 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@professor.eng.umd.edu To: FreeBSD-current@FreeBSD.org Subject: ELF man page Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As a learning experience, I've hacked a man page (using the a.out page as a reference) for elf.5. Since I've had no involvement with the FreeBSD coding of ELF, I have no doubt it has a lot of errors, and as a data reference I used an old ESIX SVR4 manual. For one thing, this man page references the FreeBSD elf.h, which doesn't yet exist. If anyone thinks (who knows the FreeBSD implementation better than I) they would like this as a good start point for a real ELF man page, I'd be glad to send this to them. It does describe the ELF header, section header, and program header arrays in quite some detail, and I tried pretty hard to follow the mdoc.samples example. ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-current Sun May 5 22:10:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA09375 for current-outgoing; Sun, 5 May 1996 22:10:54 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA09358 Sun, 5 May 1996 22:10:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id WAA06040; Sun, 5 May 1996 22:10:18 -0700 (PDT) Message-Id: <199605060510.WAA06040@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: "Matthew N. Dodd" cc: Joerg Wunsch , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-reply-to: Your message of "Sun, 05 May 1996 07:38:34 CDT." From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 05 May 1996 22:10:17 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Sun, 5 May 1996, J Wunsch wrote: >> > options NMBCLUSTERS=4096 >> It does the same. You might however have to quote the right-hand side >> to protect it from config misinterpreting it. > >Humm... I've got 2 stable boxes... One very recent (2 days ago max) >and the other about 3 weeks ago. On the older, I've got NMBCLUSTERS >at 8192 as its a busy webserver and front end box. The other refuses >to obey the options NMBCLUSTERS and only allocates about 180k to >mbufs. I've played with maxusers, NMBCLUSTERS, and others and no effect. I can't explain this. There must be something interacting with this, like a user process limit or something. There haven't been any kernel changes that would affect this. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sun May 5 22:21:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10336 for current-outgoing; Sun, 5 May 1996 22:21:02 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA10309 Sun, 5 May 1996 22:20:58 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.4/8.7.3) with SMTP id AAA28427; Mon, 6 May 1996 00:21:13 -0500 (CDT) Date: Mon, 6 May 1996 00:21:12 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: David Greenman cc: freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-Reply-To: <199605060510.WAA06040@Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 May 1996, David Greenman wrote: > >to obey the options NMBCLUSTERS and only allocates about 180k to > >mbufs. I've played with maxusers, NMBCLUSTERS, and others and no effect. > > I can't explain this. There must be something interacting with this, like a > user process limit or something. There haven't been any kernel changes that > would affect this. Indeed. Thats why I am puzzled. I re-made world on the off chance that it would fix something, but still no luck. I'm going to try some other things when I get to the office on Monday. Have a good one. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-current Mon May 6 00:11:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA16808 for current-outgoing; Mon, 6 May 1996 00:11:01 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA16789 for ; Mon, 6 May 1996 00:10:42 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA11896; Mon, 6 May 1996 09:08:13 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA03213; Mon, 6 May 1996 09:08:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA05132; Mon, 6 May 1996 09:04:57 +0200 (MET DST) From: J Wunsch Message-Id: <199605060704.JAA05132@uriah.heep.sax.de> Subject: Re: Building -current To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 6 May 1996 09:04:56 +0200 (MET DST) Cc: marxx@apocalypse.superlink.net (Charles C. Figueiredo) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Charles C. Figueiredo" at "May 5, 96 05:20:50 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Charles C. Figueiredo wrote: > When I make world, after suping latest -current sources, I get this > error at compile time: > /var/tmp/cc013975.s: Assembler messages: > /var/tmp/cc013975.s:829: Error: Unknown pseudo-op: `.weak' > *** Error code 1 You are accidentally building with gcc-2.7, but still using the old assembler. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon May 6 05:58:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10189 for current-outgoing; Mon, 6 May 1996 05:58:52 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA10161 for ; Mon, 6 May 1996 05:58:22 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id WAA04793; Mon, 6 May 1996 22:07:13 +1000 Date: Mon, 6 May 1996 22:07:13 +1000 From: Bruce Evans Message-Id: <199605061207.WAA04793@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, current@FreeBSD.org Subject: Re: more on fast bcopy Cc: nisha@cs.berkeley.edu Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >The FP thing is still by far the fastest for large copies on all the >Pentiums we've tried over here, but we can't use that in the kernel. Why not? :-) It should be possible to use the fpu after saving and restoring the FP registers reentrantly. >We've got 67MB/s on the 133MHz Pentium + Triton here. Wow. Same here. An FP method seems to be the fastest way of bzeroing uncached memory too. I get about 150MB/sec for an FP based bzero and about 85MB/sec (max) for all reasonable integer register based versions. The key difference seems to be that FP stores to uncached memory are the same speed as integer register stores but they can be twice as wide. OTOH, FP loads from uncached memory are almost the same speed as _pairs_ of integer register loads - both cases have to wait for a cache line fetch, and pairing works right after the line is fetched. I couldn't get pairs of uncached writes to work at all. Even `pushal' apparently does 8 separate writes. This is on an ASUS P55TP4XE. Is this an ASUS or Triton limitation? >Please send the output of "sh runtests", I would lie to hear >especially from people with 486/P6 or Pentium with slow memory >systems. It gave 0.2MB/sec for swapping on a slow IDE disk on a 486/33 with 8MB, and the Makefile failed because "." isn't in my $PATH :-). Bruce From owner-freebsd-current Mon May 6 06:39:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12975 for current-outgoing; Mon, 6 May 1996 06:39:06 -0700 (PDT) Received: from itsdsv1.enc.edu (itsdsv1.enc.edu [199.93.252.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA12957 Mon, 6 May 1996 06:38:59 -0700 (PDT) Received: from dingo.enc.edu (dingo.enc.edu [199.93.252.229]) by itsdsv1.enc.edu (8.6.12/8.6.9) with SMTP id JAA21172; Mon, 6 May 1996 09:37:35 -0400 Date: Mon, 6 May 1996 09:38:01 -0400 (EDT) From: Charles Owens To: "Matthew N. Dodd" cc: David Greenman , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 May 1996, Matthew N. Dodd wrote: > On Sun, 5 May 1996, David Greenman wrote: > > >to obey the options NMBCLUSTERS and only allocates about 180k to > > >mbufs. I've played with maxusers, NMBCLUSTERS, and others and no effect. > > > > I can't explain this. There must be something interacting with this, like a > > user process limit or something. There haven't been any kernel changes that > > would affect this. > I am seeing the same behavior as well! I also have NMBCLUSTERS set to 4096 but according to 'netstat -m', only 156k is allocated to mbufs!! I was wondering if I was interpretting it correctly. Any theories? Here's the netstat output: 36 mbufs in use: 11 mbufs allocated to data 9 mbufs allocated to packet headers 12 mbufs allocated to protocol control blocks 4 mbufs allocated to socket names and addresses 8/76 mbuf clusters in use 156 Kbytes allocated to network (13% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines I'm running 2.1-stable (supped 3/16/96): Here's the top part of the kernel config: machine "i386" #cpu "I386_CPU" #cpu "I486_CPU" cpu "I586_CPU" ident POBOX maxusers 100 # <---- Could this have an effect? options "NMBCLUSTERS=4096" #Increase number mbuf clusters #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=5" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers #options UCONSOLE #Allow users to grab the console options QUOTA options SYSVSHM options SYSVSEM options SYSVMSG later, --- ------------------------------------------------------------------------- Charles Owens Email: owensc@enc.edu "I read somewhere to learn is to Information Technology Services remember... and I've learned that Eastern Nazarene College we've all forgot..." - King's X ------------------------------------------------------------------------- From owner-freebsd-current Mon May 6 06:48:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13334 for current-outgoing; Mon, 6 May 1996 06:48:45 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA13315 Mon, 6 May 1996 06:48:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id GAA06775; Mon, 6 May 1996 06:48:14 -0700 (PDT) Message-Id: <199605061348.GAA06775@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Charles Owens cc: "Matthew N. Dodd" , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-reply-to: Your message of "Mon, 06 May 1996 09:38:01 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 May 1996 06:48:14 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Mon, 6 May 1996, Matthew N. Dodd wrote: > >> On Sun, 5 May 1996, David Greenman wrote: >> > >to obey the options NMBCLUSTERS and only allocates about 180k to >> > >mbufs. I've played with maxusers, NMBCLUSTERS, and others and no effect. >> > >> > I can't explain this. There must be something interacting with this, like a >> > user process limit or something. There haven't been any kernel changes that >> > would affect this. >> > >I am seeing the same behavior as well! I also have NMBCLUSTERS set to >4096 but according to 'netstat -m', only 156k is allocated to mbufs!! I >was wondering if I was interpretting it correctly. Any theories? > >Here's the netstat output: > >36 mbufs in use: > 11 mbufs allocated to data > 9 mbufs allocated to packet headers > 12 mbufs allocated to protocol control blocks > 4 mbufs allocated to socket names and addresses >8/76 mbuf clusters in use >156 Kbytes allocated to network (13% in use) I didn't mention this before, but the space for the buffers is only allocated when it is needed. NMBCLUSTERS only sets the _maximum_ amount. In my comments above, I was assuming that the machines were doing the same thing in both cases. If you don't see an error on the console about running out of mb_map space, then I don't think you have a problem. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Mon May 6 06:56:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13628 for current-outgoing; Mon, 6 May 1996 06:56:39 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA13607 Mon, 6 May 1996 06:56:35 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.4/8.7.3) with SMTP id IAA14600; Mon, 6 May 1996 08:56:37 -0500 (CDT) Date: Mon, 6 May 1996 08:56:37 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Charles Owens cc: David Greenman , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 6 May 1996, Charles Owens wrote: > I am seeing the same behavior as well! I also have NMBCLUSTERS set to > 4096 but according to 'netstat -m', only 156k is allocated to mbufs!! I > was wondering if I was interpretting it correctly. Any theories? Humm... There goes my theory. (I'm running some uncommited code from Matt Thomas for the new ZNYX 314 bridge support.) I was going to try compiling w/o the code, on the off chance that it was the problem (it didn't seem likely anyway) but I guess I shouldn't trouble myself since other people observe this behavior. Anyone from -current see this? > 8/76 mbuf clusters in use > 156 Kbytes allocated to network (13% in use) Heh, mine says 98% in use, and the box is idle, with only 2 of the 5 ethernet segments active. I worry when it fusses that it can't allocate ARP buffers... > ident POBOX > maxusers 100 # <---- Could this have an effect? I've tried mine at 128, 256 etc... No effect. At 256, the code to calculate 'nmbclusters' looks something like 512 + 256 * 16, which is above the 8192 I have "NMBCLUSTERS=" set to. Either way, it should allocate more than enough memory... I'll have console access to the machine when I go in to work, so I can diddle with it there w/o fear of messing something up and isolating some of the machines it's routing. (heh, its just some classroom machines. fsck'em right? :) Thanks and have a good one. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-current Mon May 6 07:39:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16825 for current-outgoing; Mon, 6 May 1996 07:39:48 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA16815 for ; Mon, 6 May 1996 07:39:45 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA27384; Mon, 6 May 1996 10:35:10 -0400 Date: Mon, 6 May 1996 10:35:10 -0400 From: Garrett Wollman Message-Id: <9605061435.AA27384@halloran-eldar.lcs.mit.edu> To: Wolfram Schneider Cc: Garrett Wollman , current@FreeBSD.org Subject: Re: Files installed to /etc, (was: review request) In-Reply-To: <199605041833.UAA01692@localhost> References: <199604292241.PAA05374@phaeton.artisoft.com> <23826.830823868@time.cdrom.com> <199604301549.RAA01126@localhost> <9604301822.AA22772@halloran-eldar.lcs.mit.edu> <199605041833.UAA01692@localhost> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > The target `scriptinstall' works for all script languages extensions > (.sh, .csh, .perl, .pl, .tcl, .el) and you can install more than one > script (PROG support only one program). Which is as it should be. One program per directory, thank you very much. -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 May 6 07:41:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17032 for current-outgoing; Mon, 6 May 1996 07:41:43 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA17001 Mon, 6 May 1996 07:41:34 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id AAA16598 Tue, 7 May 1996 00:40:00 +1000 (EST) From: michael butler Message-Id: <199605061440.AAA16598@asstdc.scgt.oz.au> Subject: Re: MBUFs leaking? To: owensc@enc.edu (Charles Owens) Date: Tue, 7 May 1996 00:39:59 +1000 (EST) Cc: winter@jurai.net, davidg@Root.COM, freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG In-Reply-To: from "Charles Owens" at May 6, 96 09:38:01 am X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Charles Owens writes: > I am seeing the same behavior as well! I also have NMBCLUSTERS set to > 4096 but according to 'netstat -m', only 156k is allocated to mbufs!! I > was wondering if I was interpretting it correctly. Any theories? I always thought that whilst there is a definable upper bound on how many clusters might be created, the memory actually used for data was dynamically allocated (and freed), michael From owner-freebsd-current Mon May 6 07:51:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17715 for current-outgoing; Mon, 6 May 1996 07:51:58 -0700 (PDT) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA17692 Mon, 6 May 1996 07:51:51 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.7.4/8.7.3) with SMTP id JAA16417; Mon, 6 May 1996 09:52:02 -0500 (CDT) Date: Mon, 6 May 1996 09:52:02 -0500 (CDT) From: "Matthew N. Dodd" X-Sender: winter@sasami To: michael butler cc: Charles Owens , davidg@Root.COM, freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-Reply-To: <199605061440.AAA16598@asstdc.scgt.oz.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 May 1996, michael butler wrote: > I always thought that whilst there is a definable upper bound on how many > clusters might be created, the memory actually used for data was dynamically > allocated (and freed), Indeed. This seems to be the case. I'm not sure why I was getting 'unable to allocate' errors on the console, but I'm not getting them anymore and as a test, I added about um... 1500 IP aliases just to see what would happen (nothing really). The mbuf clusters increased and I got no errors, so all is working correctly. I was a little worried when I saw the % used approaching 100 and jumped to conclusions about low mbufs and the allocation errors I got. LART me, and have a good one. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-current Mon May 6 08:17:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA19156 for current-outgoing; Mon, 6 May 1996 08:17:22 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA19145 Mon, 6 May 1996 08:17:14 -0700 (PDT) Received: (from mail@localhost) by sierra.zyzzyva.com (8.7.5/8.6.11) id KAA16859; Mon, 6 May 1996 10:16:54 -0500 (CDT) Message-Id: <199605061516.KAA16859@sierra.zyzzyva.com> X-Authentication-Warning: sierra.zyzzyva.com: mail set sender to using -f Received: from localhost(127.0.0.1) by sierra via smap (V1.3) id sma016835; Mon May 6 10:16:43 1996 To: "Matthew N. Dodd" Subject: Re: MBUFs leaking? In-reply-to: winter's message of Mon, 06 May 1996 00:21:12 -0500. Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 May 1996 10:15:13 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Sun, 5 May 1996, David Greenman wrote: > > >to obey the options NMBCLUSTERS and only allocates about 180k to > > >mbufs. I've played with maxusers, NMBCLUSTERS, and others and no effect. > > > > I can't explain this. There must be something interacting with this, like a > > user process limit or something. There haven't been any kernel changes that > > would affect this. > > Indeed. Thats why I am puzzled. I re-made world on the off chance that > it would fix something, but still no luck. I'm going to try some other > things when I get to the office on Monday. > I'll add a few pence to this.... I found after much hair pulling that if I define NMBCLUSTERS=4096 for my -stable kernel build, the machine will crash every time I try to run X. I'm including below my kernel config. There may be some unnecessaries and crufties from NetBSD. Feel free to point them out. # # machine "i386" cpu "I586_CPU" ident SIERRA maxusers 64 # limit tuning #options NMBCLUSTERS=4096 #options DFLDSIZ=33554432 #options DFLSSIZ=1048576 options "CHILD_MAX=128" options "OPEN_MAX=128" # debugging options #options DDB # in-kernel debugger options DIAGNOSTIC # internal consistency checks options KTRACE # system call tracing, a la ktrace(1) # compatibility options options SYSVSHM # System V-like message queues options SYSVSEM # System V-like semaphores options SYSVMSG # System V-like memory sharing options "COMPAT_43" #Compatible with BSD 4.3 options COMPAT_LINUX # filesystem options options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MFS # memory file system #options LFS # log-structured file system #options QUOTA # Filesystem quotas options FDESC # /dev/fd options PROCFS #Process filesystem options KERNFS # /kern options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem #options PORTAL # ? #options PROCFS # /proc #options UMAPFS # NULLFS + uid and gid remapping #options UNION # union file system # networking options INET #InterNETworking options MROUTING # multicast routing options IPFIREWALL # packet filtering options IPFIREWALL_VERBOSE options IPACCT options GATEWAY # packet forwarding #options NS # XNS #options ISO,TPIP # OSI #options EON # OSI tunneling over IP #options CCITT,LLC,HDLC # X.25 options USER_LDT config kernel root on sd0 controller isa0 controller eisa0 controller pci0 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device pca0 at isa? port "IO_TIMER1" tty # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options XSERVER # include code for XFree86 options UCONSOLE #Allow users to grab the console options HARDFONTS # serial devices 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 0x1e0 tty irq 9 vector siointr device sio3 at isa? port 0x1e8 tty irq 5 vector siointr # Usenet II - how? #options COM_MULTIPORT #device sio2 at isa? port 0x2a0 tty flags 0x501 #device sio3 at isa? port 0x2a8 tty flags 0x501 #device sio4 at isa? port 0x2b0 tty flags 0x501 #device sio5 at isa? port 0x2b8 tty flags 0x501 irq 15 vector siointr # standard PC parallel ports device lpt0 at isa? port? tty irq 7 vector lptintr # BusLogic [57]4X SCSI controllers controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller scbus0 device sd0 # SCSI disk drives device st0 # SCSI tape drives device cd0 # SCSI CD-ROM drives device ch0 # SCSI autochangers #device ss0 # SCSI scanners (supported in FreeBSD?) # standard PC floppy controllers 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 # 3C509 ethernet cards device ep0 at isa? port 0x300 net irq 10 vector epintr # Sounds support controller snd0 device gus0 at isa? port 0x220 irq 12 drq 1 vector gusintr pseudo-device loop 1 pseudo-device ether pseudo-device log pseudo-device ppp 2 pseudo-device bpfilter 4 pseudo-device pty 64 pseudo-device gzip pseudo-device vn 4 #pseudo-device sl 2 # ijppp uses tun instead of ppp device #pseudo-device tun 1 From owner-freebsd-current Mon May 6 08:46:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20595 for current-outgoing; Mon, 6 May 1996 08:46:16 -0700 (PDT) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA20576 Mon, 6 May 1996 08:46:12 -0700 (PDT) Received: from acpc.cs.rice.edu (acpc.cs.rice.edu [128.42.1.67]) by cs.rice.edu (8.7.1/8.7.1) with ESMTP id KAA10387; Mon, 6 May 1996 10:46:10 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by acpc.cs.rice.edu (8.7.3/8.7.3) with ESMTP id KAA00271; Mon, 6 May 1996 10:46:10 -0500 (CDT) Message-Id: <199605061546.KAA00271@acpc.cs.rice.edu> To: Randy Terbush cc: "Matthew N. Dodd" , freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: MBUFs leaking? In-reply-to: Your message of "Mon, 06 May 1996 10:15:13 CDT." <199605061516.KAA16859@sierra.zyzzyva.com> Date: Mon, 06 May 1996 10:46:08 -0500 From: Alan Cox Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I found after much hair pulling that if I define NMBCLUSTERS=4096 > for my -stable kernel build, the machine will crash every time I > try to run X. I've had a similar problem. However, I hadn't noticed any correlation with NMBCLUSTERS. Try rolling back your pmap.c to the -RELEASE version. That "solved" the problem for me. Alan From owner-freebsd-current Mon May 6 08:55:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21015 for current-outgoing; Mon, 6 May 1996 08:55:12 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA21009 for ; Mon, 6 May 1996 08:55:10 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA27681; Mon, 6 May 1996 11:55:05 -0400 Date: Mon, 6 May 1996 11:55:05 -0400 From: Garrett Wollman Message-Id: <9605061555.AA27681@halloran-eldar.lcs.mit.edu> To: "Matthew N. Dodd" Cc: freebsd-current@FreeBSD.ORG Subject: Re: MBUFs leaking? In-Reply-To: References: Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > Heh, mine says 98% in use, and the box is idle, with only 2 of the > 5 ethernet segments active. I worry when it fusses that it can't > allocate ARP buffers... I have a re-vamped mbuf allocator written by someone here which I could provide to those interesting in trying a different mechanism. This allocator does not call the kernel malloc() as it is too slow, and instead manages a private pool of mbufs which is allocated from mb_map in a similar manner to the pool of mbuf clusters. -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 May 6 09:04:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21496 for current-outgoing; Mon, 6 May 1996 09:04:34 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA21486 for ; Mon, 6 May 1996 09:04:32 -0700 (PDT) Received: from GndRsh.aac.dev.com ([198.145.92.241]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id JAA07871 for ; Mon, 6 May 1996 09:04:30 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id JAA00445; Mon, 6 May 1996 09:01:40 -0700 From: "Rodney W. Grimes" Message-Id: <199605061601.JAA00445@GndRsh.aac.dev.com> Subject: Re: more on fast bcopy To: bde@zeta.org.au (Bruce Evans) Date: Mon, 6 May 1996 09:01:39 -0700 (PDT) Cc: asami@cs.berkeley.edu, current@FreeBSD.org, nisha@cs.berkeley.edu In-Reply-To: <199605061207.WAA04793@godzilla.zeta.org.au> from Bruce Evans at "May 6, 96 10:07:13 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >The FP thing is still by far the fastest for large copies on all the > >Pentiums we've tried over here, but we can't use that in the kernel. > > Why not? :-) It should be possible to use the fpu after saving and > restoring the FP registers reentrantly. ... > > I couldn't get pairs of uncached writes to work at all. Even `pushal' > apparently does 8 separate writes. This is on an ASUS P55TP4XE. Is > this an ASUS or Triton limitation? Pentium limitation would be my best guess, you may be hitting an AGI that is preventing the writes to occur togeather. pushal probably has an AGI on the posted write buffer. It seems other than cache line write backes it is next to impossible to get the Pentium processor to issue 64 bit write operations. :-( -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon May 6 10:19:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA26202 for current-outgoing; Mon, 6 May 1996 10:19:29 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA26197 Mon, 6 May 1996 10:19:21 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id DAA26465 Tue, 7 May 1996 03:18:41 +1000 (EST) From: michael butler Message-Id: <199605061718.DAA26465@asstdc.scgt.oz.au> Subject: Re: MBUFs leaking? To: alc@cs.rice.edu (Alan Cox) Date: Tue, 7 May 1996 03:18:41 +1000 (EST) Cc: randy@zyzzyva.com, winter@jurai.net, freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org In-Reply-To: <199605061546.KAA00271@acpc.cs.rice.edu> from "Alan Cox" at May 6, 96 10:46:08 am X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Alan Cox writes: > I've had a similar problem. However, I hadn't noticed any correlation > with NMBCLUSTERS. Try rolling back your pmap.c to the -RELEASE version. > That "solved" the problem for me. Are you running with the associated new ld.so ? If not, try installing it instead of backing out pmap.c, michael From owner-freebsd-current Mon May 6 11:16:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28651 for current-outgoing; Mon, 6 May 1996 11:16:25 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA28646 Mon, 6 May 1996 11:16:20 -0700 (PDT) Received: (from mail@localhost) by sierra.zyzzyva.com (8.7.5/8.6.11) id NAA03012; Mon, 6 May 1996 13:15:19 -0500 (CDT) Message-Id: <199605061815.NAA03012@sierra.zyzzyva.com> X-Authentication-Warning: sierra.zyzzyva.com: mail set sender to using -f Received: from localhost(127.0.0.1) by sierra via smap (V1.3) id sma003006; Mon May 6 13:15:11 1996 To: michael butler cc: alc@cs.rice.edu (Alan Cox), winter@jurai.net, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: MBUFs leaking? In-reply-to: imb's message of Tue, 07 May 1996 03:18:41 +1000. <199605061718.DAA26465@asstdc.scgt.oz.au> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 May 1996 13:15:09 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Alan Cox writes: > > > I've had a similar problem. However, I hadn't noticed any correlation > > with NMBCLUSTERS. Try rolling back your pmap.c to the -RELEASE version. > > That "solved" the problem for me. > > Are you running with the associated new ld.so ? If not, try installing it > instead of backing out pmap.c, > > michael I assume this hasn't been commited to -stable? I'm beginning to think that I need to run -current to get around much of the instability I am running into.... From owner-freebsd-current Mon May 6 11:24:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29072 for current-outgoing; Mon, 6 May 1996 11:24:57 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA29066 Mon, 6 May 1996 11:24:47 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id EAA00779 Tue, 7 May 1996 04:24:16 +1000 (EST) From: michael butler Message-Id: <199605061824.EAA00779@asstdc.scgt.oz.au> Subject: Re: MBUFs leaking? To: randy@zyzzyva.com (Randy Terbush) Date: Tue, 7 May 1996 04:24:14 +1000 (EST) Cc: stable@freebsd.org, current@freebsd.org In-Reply-To: <199605061815.NAA03012@sierra.zyzzyva.com> from "Randy Terbush" at May 6, 96 01:15:09 pm X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ .. cc list trimmed .. ] Randy Terbush writes: > > Are you running with the associated new ld.so ? If not, try installing it > > instead of backing out pmap.c, > I assume this hasn't been commited to -stable? It has .. I did this .. cd /usr/src/gnu/usr.bin/ld make cleandir obj depend all install .. and, for reasons I don't follow, things that were nonsensical disappeared, e.g. load averages > 15 on a relatively lightly loaded 486DX4/100, michael From owner-freebsd-current Mon May 6 12:56:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04360 for current-outgoing; Mon, 6 May 1996 12:56:47 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA04355 Mon, 6 May 1996 12:56:37 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id MAA14065; Mon, 6 May 1996 12:56:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id MAA07220; Mon, 6 May 1996 12:50:38 -0700 (PDT) Message-Id: <199605061950.MAA07220@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: michael butler cc: owensc@enc.edu (Charles Owens), winter@jurai.net, davidg@Root.COM, freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-reply-to: Your message of "Tue, 07 May 1996 00:39:59 +1000." <199605061440.AAA16598@asstdc.scgt.oz.au> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 May 1996 12:50:38 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Charles Owens writes: > >> I am seeing the same behavior as well! I also have NMBCLUSTERS set to >> 4096 but according to 'netstat -m', only 156k is allocated to mbufs!! I >> was wondering if I was interpretting it correctly. Any theories? > >I always thought that whilst there is a definable upper bound on how many >clusters might be created, the memory actually used for data was dynamically >allocated (and freed), Clusters are allocated from a private map. Once allocated from the map, they are allocated and freed from a private pool. NMBCLUSTERS determines the size of the map and thus the maximum number that can be allocated from it. The number of clusters currently in-use and in the free pool is what netstat -m reports, and the total of these thus indicates the peak in-use amount. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Mon May 6 13:00:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04606 for current-outgoing; Mon, 6 May 1996 13:00:49 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA04600 Mon, 6 May 1996 13:00:46 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id NAA14210; Mon, 6 May 1996 13:00:44 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id MAA07234; Mon, 6 May 1996 12:52:44 -0700 (PDT) Message-Id: <199605061952.MAA07234@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: "Matthew N. Dodd" cc: michael butler , Charles Owens , freebsd-current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: MBUFs leaking? In-reply-to: Your message of "Mon, 06 May 1996 09:52:02 CDT." From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 May 1996 12:52:43 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Tue, 7 May 1996, michael butler wrote: >> I always thought that whilst there is a definable upper bound on how many >> clusters might be created, the memory actually used for data was dynamically >> allocated (and freed), > >Indeed. This seems to be the case. I'm not sure why I was getting >'unable to allocate' errors on the console, but I'm not getting them >anymore and as a test, I added about um... 1500 IP aliases just >to see what would happen (nothing really). The mbuf clusters increased >and I got no errors, so all is working correctly. I was a little >worried when I saw the % used approaching 100 and jumped to conclusions >about low mbufs and the allocation errors I got. > >LART me, and have a good one. Are you refering to the "arpresolve: an't allocate llinfo..." messages? This has nothing to do with mbufs or mbuf clusters. It has to do with a failure to allocate an ARP entry in the routing table. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Mon May 6 13:14:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05241 for current-outgoing; Mon, 6 May 1996 13:14:25 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA05224 Mon, 6 May 1996 13:14:18 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id OAA18548; Mon, 6 May 1996 14:14:16 -0600 Date: Mon, 6 May 1996 14:14:16 -0600 From: Nate Williams Message-Id: <199605062014.OAA18548@rocky.sri.MT.net> To: stable@FreeBSD.org, current@FreeBSD.org Subject: Re-submit fsck patch for Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk After Michael Butler pointed out that Terry already sent a patch for the 'multiple-pass' fsck problem, I dug through my mail archives (the net is still down) and found the following patch. I applied it to my system and tested it out by power-cycling my laptop, thus guaranteeing a corrupted FS. (I did this a couple times to make sure, and it worked every time).. In the past, I *always* had to run fsck multiple times (at least 3, sometimes more) where now it requires only one pass. I also tried out running the old fsck after running the new fsck and the results where still valid (in case the new fsck did something funny). Based on my somewhat limited testing it appears that the patch does indeed fix a known problem in the system, and I would like to apply it to both -stable and -current. The current situation is bad in that a system will get 'fsck' run on it, but still have FS corruption exist. With the clean-bit patches, this could be some cause of trouble since a FS which is considered 'clean' really isn't. With this patch in place, chances are much greater of having a 'really' clean FS after one run of fsck. In any case, here is the patch again, which I will apply to -current and -current and -stable if no one objects. Nate ---------- From: Terry Lambert Subject: Fix for annoying fsck bug Date: Wed, 24 Jan 1996 13:33:29 -0700 (MST) Status: OR The following small diff fixes the annoying fsck bug that causes it to need to be run twice to end up with correct reference counts for inodes for directories that had subdirectories relocated into the lost+found directory. I found the need to rerun *extremely* annoying. This fix causes the count to be correctly adjusted later in pass 4 by correctly stating the parent reference count. Note that the parent reference count is incremented when the directory entry is made (for ".."), but is not really there in the case of a directory that does not make an entry in its parent dir. This can be tested by waiting for the inode sync after cd'ing from a shell into a test fs. Then you "mkdir xxx yyy zzz", wait a second, and hit the machine reset button. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. ============================================================================ *** /usr/src/sbin/fsck/SAVE/dir.c Wed Jan 24 13:24:32 1996 --- /usr/src/sbin/fsck/dir.c Wed Jan 24 13:26:03 1996 *************** *** 472,479 **** inodirty(); lncntp[lfdir]++; pwarn("DIR I=%lu CONNECTED. ", orphan); ! if (parentdir != (ino_t)-1) printf("PARENT WAS I=%lu\n", parentdir); if (preen == 0) printf("\n"); } --- 472,489 ---- inodirty(); lncntp[lfdir]++; pwarn("DIR I=%lu CONNECTED. ", orphan); ! if (parentdir != (ino_t)-1) { printf("PARENT WAS I=%lu\n", parentdir); + /* + * The parent directory, because of the ordering + * guarantees, has had the link count incremented + * for the child, but no entry was made. This + * fixes the parent link count so that fsck does + * not need to be rerun. + */ + lncntp[parentdir]++; + + } if (preen == 0) printf("\n"); } ============================================================================ From owner-freebsd-current Mon May 6 13:24:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06000 for current-outgoing; Mon, 6 May 1996 13:24:41 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA05975 Mon, 6 May 1996 13:24:36 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id NAA15300; Mon, 6 May 1996 13:24:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id NAA07341; Mon, 6 May 1996 13:23:10 -0700 (PDT) Message-Id: <199605062023.NAA07341@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Randy Terbush cc: michael butler , alc@cs.rice.edu (Alan Cox), winter@jurai.net, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: MBUFs leaking? In-reply-to: Your message of "Mon, 06 May 1996 13:15:09 CDT." <199605061815.NAA03012@sierra.zyzzyva.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 06 May 1996 13:23:10 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Alan Cox writes: >> >> > I've had a similar problem. However, I hadn't noticed any correlation >> > with NMBCLUSTERS. Try rolling back your pmap.c to the -RELEASE version. >> > That "solved" the problem for me. >> >> Are you running with the associated new ld.so ? If not, try installing it >> instead of backing out pmap.c, >> >> michael > >I assume this hasn't been commited to -stable? > >I'm beginning to think that I need to run -current to get around >much of the instability I am running into.... This is the first I've heard about instability problems with the -stable pmap.c. You're going to need to provide a lot more information before I'll be able to diagnose the problem. Also make sure you are running with the most recent version (1.58.4.3). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Mon May 6 13:27:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06161 for current-outgoing; Mon, 6 May 1996 13:27:23 -0700 (PDT) Received: from campa.panke.de (anonymous230.ppp.cs.tu-berlin.de [130.149.17.230]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA06154 for ; Mon, 6 May 1996 13:27:12 -0700 (PDT) Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id WAA02813; Mon, 6 May 1996 22:21:57 +0200 Date: Mon, 6 May 1996 22:21:57 +0200 From: Wolfram Schneider Message-Id: <199605062021.WAA02813@campa.panke.de> To: Garrett Wollman Cc: current@FreeBSD.ORG Subject: Re: Files installed to /etc, (was: review request) In-Reply-To: <9605061435.AA27384@halloran-eldar.lcs.mit.edu> References: <199604292241.PAA05374@phaeton.artisoft.com> <23826.830823868@time.cdrom.com> <199604301549.RAA01126@localhost> <9604301822.AA22772@halloran-eldar.lcs.mit.edu> <199605041833.UAA01692@localhost> <9605061435.AA27384@halloran-eldar.lcs.mit.edu> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Garrett Wollman writes: >> The target `scriptinstall' works for all script languages extensions >> (.sh, .csh, .perl, .pl, .tcl, .el) and you can install more than one >> script (PROG support only one program). > >Which is as it should be. One program per directory, thank you very >much. You are very conservative. I think a directory for every script is an overkill. Wolfram From owner-freebsd-current Mon May 6 13:34:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06839 for current-outgoing; Mon, 6 May 1996 13:34:08 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA06806 Mon, 6 May 1996 13:33:52 -0700 (PDT) Received: (from mail@localhost) by sierra.zyzzyva.com (8.7.5/8.6.11) id PAA05444; Mon, 6 May 1996 15:33:50 -0500 (CDT) Message-Id: <199605062033.PAA05444@sierra.zyzzyva.com> X-Authentication-Warning: sierra.zyzzyva.com: mail set sender to using -f Received: from localhost(127.0.0.1) by sierra via smap (V1.3) id sma005440; Mon May 6 15:33:38 1996 To: current@freebsd.org, stable@freebsd.org Subject: MBUF problem? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 May 1996 15:33:37 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk To continue this thread, I had a system panic on this same machine that seems to be chewing up MBUFs. I'm including the trace below in hopes that some kernel hacker might have a suggestion. The problem in pmap is interesting in view of someone elses comments about pmap.c changes. Here is the current netstat -m on this machine that has been up for 5 hours now. I'm not convinced these problems are related, or that the MBUF usage is even a problem after reading other comments. It's definitely the only thing on this machine that is indicating any activity. 1509 mbufs in use: 1505 mbufs allocated to data 2 mbufs allocated to packet headers 1 mbufs allocated to protocol control blocks 1 mbufs allocated to socket names and addresses 643/648 mbuf clusters in use 1484 Kbytes allocated to network (99% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines ------- Forwarded Message Script started on Mon May 6 14:30:42 1996 #> gdb -k GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc. (kgdb) symbol-file kernel Reading symbols from kernel...done. (kgdb) exec-file /var/crash/kernel.2 (kgdb) core-file /var/crash/vmcore.2 IdlePTD 1cd000 current pcb at 1b1148 panic: invalid kernel page directory #0 boot (howto=256) at ../../i386/i386/machdep.c:911 911 dumppcb.pcb_ptd = rcr3(); (kgdb) where #0 boot (howto=256) at ../../i386/i386/machdep.c:911 #1 0xf0112b53 in panic (fmt=0xf01680f8 "invalid kernel page directory") at ../../kern/subr_prf.c:116 #2 0xf0168205 in pmap_enter (pmap=0xf0e7906c, va=49152, pa=11583488, prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1181 #3 0xf015816b in vm_fault (map=0xf0e79000, vaddr=49152, fault_type=7 '\a', change_wiring=1) at ../../vm/vm_fault.c:842 #4 0xf0158374 in vm_fault_wire (map=0xf0e79000, start=49152, end=53248) at ../../vm/vm_fault.c:919 #5 0xf015a97e in vm_map_pageable (map=0xf0e79000, start=49152, end=53248, new_pageable=0) at ../../vm/vm_map.c:1401 #6 0xf0158a15 in vslock (addr=0xc000 "Ð\215e°[^_ÉÃ", len=950) at ../../vm/vm_glue.c:150 #7 0xf010fac2 in __sysctl (p=0xf0e7da00, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/kern_sysctl.c:146 #8 0xf016b087 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272639220, tf_esi = 6, tf_ebp = -272639296, tf_isp = -272629788, tf_ebx = 134725728, tf_edx = 49152, tf_ecx = -272639224, tf_eax = 202, tf_trapno = 663, tf_err = 663, tf_eip = 134677525, tf_cs = 31, tf_eflags = 663, tf_esp = -272639336, tf_ss = 39}) at ../../i386/i386/trap.c:906 #9 0xf016363b in Xsyscall () #10 0x3486 in ?? () #11 0x4a55 in ?? () #12 0xefbfe13c in ?? () #13 0x2bd4 in ?? () #14 0x10e8 in ?? () (kgdb) up 8 #8 0xf016b087 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272639220, tf_esi = 6, tf_ebp = -272639296, tf_isp = -272629788, tf_ebx = 134725728, tf_edx = 49152, tf_ecx = -272639224, tf_eax = 202, tf_trapno = 663, tf_err = 663, tf_eip = 134677525, tf_cs = 31, tf_eflags = 663, tf_esp = -272639336, tf_ss = 39}) at ../../i386/i386/trap.c:906 906 error = (*callp->sy_call)(p, args, rval); (kgdb) up 6 #14 0x10e8 in ?? () (kgdb) list 901 ktrsyscall(p->p_tracep, code, callp->sy_narg, args); 902 #endif 903 rval[0] = 0; 904 rval[1] = frame.tf_edx; 905 906 error = (*callp->sy_call)(p, args, rval); 907 908 switch (error) { 909 910 case 0: (kgdb) down 2 #12 0xefbfe13c in ?? () (kgdb) down 4 #8 0xf016b087 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272639220, tf_esi = 6, tf_ebp = -272639296, tf_isp = -272629788, tf_ebx = 134725728, tf_edx = 49152, tf_ecx = -272639224, tf_eax = 202, tf_trapno = 663, tf_err = 663, tf_eip = 134677525, tf_cs = 31, tf_eflags = 663, tf_esp = -272639336, tf_ss = 39}) at ../../i386/i386/trap.c:906 906 error = (*callp->sy_call)(p, args, rval); (kgdb) down 2 #6 0xf0158a15 in vslock (addr=0xc000 "Ð\215e°[^_ÉÃ", len=950) at ../../vm/vm_glue.c:150 150 vm_map_pageable(&curproc->p_vmspace->vm_map, trunc_page(addr), (kgdb) list 145 void 146 vslock(addr, len) 147 caddr_t addr; 148 u_int len; 149 { 150 vm_map_pageable(&curproc->p_vmspace->vm_map, trunc_page(addr), 151 round_page(addr + len), FALSE); 152 } 153 154 void (kgdb) up 2 #8 0xf016b087 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272639220, tf_esi = 6, tf_ebp = -272639296, tf_isp = -272629788, tf_ebx = 134725728, tf_edx = 49152, tf_ecx = -272639224, tf_eax = 202, tf_trapno = 663, tf_err = 663, tf_eip = 134677525, tf_cs = 31, tf_eflags = 663, tf_esp = -272639336, tf_ss = 39}) at ../../i386/i386/trap.c:906 906 error = (*callp->sy_call)(p, args, rval); (kgdb) up  down 4 #4 0xf0158374 in vm_fault_wire (map=0xf0e79000, start=49152, end=53248) at ../../vm/vm_fault.c:919 919 rv = vm_fault(map, va, VM_PROT_READ|VM_PROT_WRITE, TRUE); (kgdb) list 914 915 while( curproc != pageproc && 916 (cnt.v_free_count <= cnt.v_pageout_free_min)) 917 VM_WAIT; 918 919 rv = vm_fault(map, va, VM_PROT_READ|VM_PROT_WRITE, TRUE); 920 if (rv) { 921 if (va != start) 922 vm_fault_unwire(map, start, va); 923 return (rv); (kgdb) down 1 #3 0xf015816b in vm_fault (map=0xf0e79000, vaddr=49152, fault_type=7 '\a', change_wiring=1) at ../../vm/vm_fault.c:842 842 pmap_enter(map->pmap, vaddr, VM_PAGE_TO_PHYS(m), prot, wired); (kgdb) pmap    map $1 = (struct vm_map *) 0xf0e79000 (kgdb) p *map $2 = {pmap = 0xf0e7906c, lock = {interlock = {lock_data = 0}, want_write = 0, want_upgrade = 0, waiting = 0, can_sleep = 1, read_count = 2, thread = 0xf0e7dae8 "", recursion_depth = 0}, header = {prev = 0xf0e7bce0, next = 0xf0e01f80, start = 0, end = 4026265600, object = {vm_object = 0x0, share_map = 0x0, sub_map = 0x0}, offset = 0, is_a_map = 0, is_sub_map = 0, copy_on_write = 0, needs_copy = 0, protection = 0 '\000', max_protection = 0 '\000', inheritance = 0 '\000', wired_count = 0}, nentries = 17, size = 24412160, is_main_map = 1, ref_count = 1, ref_lock = { lock_data = 0}, hint = 0xf0e7ba60, hint_lock = {lock_data = 0}, first_free = 0xf0e79024, entries_pageable = 1, timestamp = 6655} (kgdb) down 1 #2 0xf0168205 in pmap_enter (pmap=0xf0e7906c, va=49152, pa=11583488, prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1181 1181 panic("invalid kernel page directory"); (kgdb) list 1176 */ 1177 pte = pmap_pte(pmap, va); 1178 if (pte == NULL) { 1179 printf("kernel page directory invalid pdir=%p, va=0x%lx\n", 1180 pmap->pm_pdir[PTDPTDI], va); 1181 panic("invalid kernel page directory"); 1182 } 1183 1184 origpte = *(vm_offset_t *)pte; 1185 opa = origpte & PG_FRAME; (kgdb) p pdir    *pmap $3 = {pm_pdir = 0xf4eca000, pm_pdchanged = 0, pm_dref = 0, pm_count = 1, pm_lock = {lock_data = 0}, pm_stats = {resident_count = 7, wired_count = 3}, pm_ptpages = 0} (kgdb) p p PTDPTDI No symbol "PTDPTDI" in current context. (kgdb) p va $4 = 49152 (kgdb) p pte $5 = (unsigned int **) 0x0 (kgdb) p *pte $6 = (unsigned int *) 0x7205c766 (kgdb) p **pte Cannot access memory at address 0x7205c766. (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:911 #1 0xf0112b53 in panic (fmt=0xf01680f8 "invalid kernel page directory") at ../../kern/subr_prf.c:116 #2 0xf0168205 in pmap_enter (pmap=0xf0e7906c, va=49152, pa=11583488, prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1181 #3 0xf015816b in vm_fault (map=0xf0e79000, vaddr=49152, fault_type=7 '\a', change_wiring=1) at ../../vm/vm_fault.c:842 #4 0xf0158374 in vm_fault_wire (map=0xf0e79000, start=49152, end=53248) at ../../vm/vm_fault.c:919 #5 0xf015a97e in vm_map_pageable (map=0xf0e79000, start=49152, end=53248, new_pageable=0) at ../../vm/vm_map.c:1401 #6 0xf0158a15 in vslock (addr=0xc000 "Ð\215e°[^_ÉÃ", len=950) at ../../vm/vm_glue.c:150 #7 0xf010fac2 in __sysctl (p=0xf0e7da00, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/kern_sysctl.c:146 #8 0xf016b087 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272639220, tf_esi = 6, tf_ebp = -272639296, tf_isp = -272629788, tf_ebx = 134725728, tf_edx = 49152, tf_ecx = -272639224, tf_eax = 202, tf_trapno = 663, tf_err = 663, tf_eip = 134677525, tf_cs = 31, tf_eflags = 663, tf_esp = -272639336, tf_ss = 39}) at ../../i386/i386/trap.c:906 #9 0xf016363b in Xsyscall () #10 0x3486 in ?? () #11 0x4a55 in ?? () #12 0xefbfe13c in ?? () #13 0x2bd4 in ?? () #14 0x10e8 in ?? () (kgdb) p tfi _eip No symbol "tf_eip" in current context. (kgdb) p   frame frame->tf_eip No symbol "frame" in current context. (kgdb) up 2 #4 0xf0158374 in vm_fault_wire (map=0xf0e79000, start=49152, end=53248) at ../../vm/vm_fault.c:919 919 rv = vm_fault(map, va, VM_PROT_READ|VM_PROT_WRITE, TRUE); (kgdb) up 2 #6 0xf0158a15 in vslock (addr=0xc000 "Ð\215e°[^_ÉÃ", len=950) at ../../vm/vm_glue.c:150 150 vm_map_pageable(&curproc->p_vmspace->vm_map, trunc_page(addr), (kgdb) up 2 #8 0xf016b087 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -272639220, tf_esi = 6, tf_ebp = -272639296, tf_isp = -272629788, tf_ebx = 134725728, tf_edx = 49152, tf_ecx = -272639224, tf_eax = 202, tf_trapno = 663, tf_err = 663, tf_eip = 134677525, tf_cs = 31, tf_eflags = 663, tf_esp = -272639336, tf_ss = 39}) at ../../i386/i386/trap.c:906 906 error = (*callp->sy_call)(p, args, rval); (kgdb) frame frame->tf_eip No frame 134677525 (kgdb) p tf_eip No symbol "tf_eip" in current context. (kgdb) q #> exit exit Script done on Mon May 6 14:49:51 1996 ------- End of Forwarded Message From owner-freebsd-current Mon May 6 14:18:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10160 for current-outgoing; Mon, 6 May 1996 14:18:12 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA10155 Mon, 6 May 1996 14:18:07 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA21911; Mon, 6 May 1996 14:08:25 -0700 From: Terry Lambert Message-Id: <199605062108.OAA21911@phaeton.artisoft.com> Subject: Re: ** Small problem + BUG in 960501 ** To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 6 May 1996 14:08:25 -0700 (MST) Cc: kallio@cc.jyu.fi, current@FreeBSD.ORG, martin@FreeBSD.ORG In-Reply-To: <3258.831334051@time.cdrom.com> from "Jordan K. Hubbard" at May 5, 96 03:07:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan writes: > > Major problem: > > 2. The diskless netboot does not work: > > After loading kernel and starting it I am getting: > > NFS ROOT: 47.99.97.109 > > when I should get: > > NFS ROOT: 130.234.41.26:/itu/camelot > > > > SNAP 960501 (as SNAP 9603x3) are taking the ip number from the > > word /camelot the first 4 characters /=47, c=99, a=97, m=109 > > !!! > > This one is going to require that someone like Martin Renters look > into it.. :-) Hee hee. Can't you read ASCII? 47 / 99 c 97 a 109 m Obviously, the pointer is in the wrong place. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon May 6 15:44:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14907 for current-outgoing; Mon, 6 May 1996 15:44:40 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA14881 for ; Mon, 6 May 1996 15:44:23 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA18452 for ; Tue, 7 May 1996 00:44:20 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA09113 for freebsd-current@FreeBSD.org; Tue, 7 May 1996 00:44:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA07114 for freebsd-current@FreeBSD.org; Tue, 7 May 1996 00:21:56 +0200 (MET DST) From: J Wunsch Message-Id: <199605062221.AAA07114@uriah.heep.sax.de> Subject: Re: Files installed to /etc, (was: review request) To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 7 May 1996 00:21:55 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605062021.WAA02813@campa.panke.de> from Wolfram Schneider at "May 6, 96 10:21:57 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Wolfram Schneider wrote: > >Which is as it should be. One program per directory, thank you very > >much. > > You are very conservative. I think a directory for every script is an > overkill. There's also a man page, the Makefile, and perhaps the obj symlink. Much the same as, say for /usr/src/bin/cat/. BSD moved to the one program per directory approach with 4.3-Reno (i believe). They've done it deliberately, since the previous state has apparently been a mess. Why should we revert this again? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon May 6 16:17:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA16726 for current-outgoing; Mon, 6 May 1996 16:17:16 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA16708 Mon, 6 May 1996 16:17:11 -0700 (PDT) Received: (from mail@localhost) by sierra.zyzzyva.com (8.7.5/8.6.11) id SAA09096; Mon, 6 May 1996 18:16:51 -0500 (CDT) Message-Id: <199605062316.SAA09096@sierra.zyzzyva.com> X-Authentication-Warning: sierra.zyzzyva.com: mail set sender to using -f Received: from localhost(127.0.0.1) by sierra via smap (V1.3) id sma009087; Mon May 6 18:16:26 1996 To: davidg@root.com Subject: Re: MBUFs leaking? In-reply-to: davidg's message of Mon, 06 May 1996 13:23:10 -0700. <199605062023.NAA07341@Root.COM> Cc: current@freebsd.org, stable@freebsd.org X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 06 May 1996 18:16:24 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> Alan Cox writes: > >> > >> > I've had a similar problem. However, I hadn't noticed any correlation > >> > with NMBCLUSTERS. Try rolling back your pmap.c to the -RELEASE version. > >> > That "solved" the problem for me. > >> > >> Are you running with the associated new ld.so ? If not, try installing it > >> instead of backing out pmap.c, > >> > >> michael > > > >I assume this hasn't been commited to -stable? > > > >I'm beginning to think that I need to run -current to get around > >much of the instability I am running into.... > > This is the first I've heard about instability problems with the -stable > pmap.c. You're going to need to provide a lot more information before I'll > be able to diagnose the problem. Also make sure you are running with the most > recent version (1.58.4.3). > I can't be sure it is pmap.c. See my followup debug trace on a system crash from another -stable system. As I mentioned in earlier mail, I have a Tyan 133mhz Pentium with 64 MB RAM that will crash if attempting to run X on a kernel with the NMBCLUSTERS=4096 define. This sounds suspiciously like the problem that ... Date: Mon, 6 May 1996 16:16:37 -0400 (EDT) From: Charles Owens To: stable@freebsd.org, freebsd-hackers@freebsd.org Subject: Followup: signal 11 problem solved by yanking DDB! just posted about signal 11's with DDB compiled in. I have also compiled a -g /bin/sh on my system because I was getting coredumps from /bin/sh for no apparent reason compiling some of the ports. Since rebuilding with -g...no dumps... My comment about -current stability stems from my relative newness to the group, and my reading of many Emails from people say "this dongle patch from -current" fixed up my problem... From owner-freebsd-current Mon May 6 20:49:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06491 for current-outgoing; Mon, 6 May 1996 20:49:08 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA06486 for ; Mon, 6 May 1996 20:49:07 -0700 (PDT) Received: from phantasma.bevc.blacksburg.va.us (phantasma.bevc.blacksburg.va.us [198.82.200.65]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id UAA23711 for ; Mon, 6 May 1996 20:49:05 -0700 (PDT) Received: (from kmitch@localhost) by phantasma.bevc.blacksburg.va.us (8.7.5/8.7.3) id XAA04462 for current@freebsd.org; Mon, 6 May 1996 23:05:37 -0400 (EDT) From: Keith Mitchell Message-Id: <199605070305.XAA04462@phantasma.bevc.blacksburg.va.us> Subject: aic7xxx.c (v1.65) and AHC_TAGENABLE To: current@freebsd.org Date: Mon, 6 May 1996 23:05:37 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just recompiled my kernel with -current from May 5, and discoverd that even though I had AHC_SCBPAGING_ENABLE in my kernel config, I wasn't getting TAG support. (no little message on boot anymore). After doing some investigation, it appears that the AHC_TAGENABLE option has snuck back in. Just thought I would bring it up in case it wasn't supposed to "sneak" back in. From owner-freebsd-current Mon May 6 22:58:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA13502 for current-outgoing; Mon, 6 May 1996 22:58:40 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA13496 for ; Mon, 6 May 1996 22:58:38 -0700 (PDT) Received: from phoenix.csie.nctu.edu.tw (phoenix.csie.nctu.edu.tw [140.113.17.171]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id WAA24234 for ; Mon, 6 May 1996 22:58:30 -0700 (PDT) Received: from FreeBSD.csie.NCTU.edu.tw (freebsd.csie.nctu.edu.tw [140.113.235.250]) by phoenix.csie.nctu.edu.tw (8.7.5/8.7.5) with ESMTP id NAA17885 for ; Tue, 7 May 1996 13:56:16 +0800 (CST) Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.7.5/8.7.3) id NAA05106 for freebsd-current@freebsd.org; Tue, 7 May 1996 13:55:22 +0800 (CST) From: Jian-Da Li Message-Id: <199605070555.NAA05106@FreeBSD.csie.NCTU.edu.tw> Subject: 960507-current kernel unusable To: freebsd-current@freebsd.org Date: Tue, 7 May 1996 13:55:21 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi : I just tried the latest current kernel, and it will reboot before I can see anything display on screen (0.5s after boot:) My 960501-SNAP works great on it. (P120, Triton MB, 2940, 32MB ram) Please check it, thanks. -- §õ «Ø ¹F (Jian-Da Li) ¥æ¤j¸ê¤u E-Mail : jdli@csie.nctu.edu.tw From owner-freebsd-current Mon May 6 23:29:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA15232 for current-outgoing; Mon, 6 May 1996 23:29:17 -0700 (PDT) Received: from phantasma.bevc.blacksburg.va.us (root@phantasma.bevc.blacksburg.va.us [198.82.200.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA15226 for ; Mon, 6 May 1996 23:29:15 -0700 (PDT) Received: (from kmitch@localhost) by phantasma.bevc.blacksburg.va.us (8.7.5/8.7.3) id CAA01151 for current@freebsd.org; Tue, 7 May 1996 02:29:12 -0400 (EDT) From: Keith Mitchell Message-Id: <199605070629.CAA01151@phantasma.bevc.blacksburg.va.us> Subject: COM_MULTIPORT and -current To: current@freebsd.org Date: Tue, 7 May 1996 02:29:12 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a STB 4port card that I got from a friend running -stable, and popped it into my -current system. I changed all of the appropriate jumpers on the card. He had his kernel config as (stable): device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port 0x3e8 tty flags 0x105 irq 15 vector siointr device sio2 at isa? port 0x1e8 tty flags 0x105 device sio3 at isa? port 0x1f8 tty flags 0x105 device sio4 at isa? port 0x2a8 tty flags 0x105 options COM_MULTIPORT When I got it, I set mine up as (current): options COM_MULTIPORT device sio2 at isa? port 0x3e8 tty flags 0x505 device sio3 at isa? port 0x2e8 tty flags 0x505 device sio4 at isa? port 0x1e8 tty flags 0x505 device sio5 at isa? port 0x1f8 tty flags 0x505 irq 5 vector siointr This doesn't work. I get: sio2 not found at 0x3e8 sio3 not found at 0x2e8 sio4 not found at 0x1e8 sio5 not found at 0x1f8 If I change my config to: options COM_MULTIPORT device sio2 at isa? port 0x3e8 tty flags 0x205 device sio3 at isa? port 0x2e8 tty flags 0x205 device sio4 at isa? port 0x1e8 tty flags 0x205 device sio5 at isa? port 0x1f8 tty flags 0x205 irq 5 vector siointr everything appears to work fine (NOTE: now the master is not the same as the port with the irq). This results in: sio2 at 0x3e8-0x3ef flags 0x205 on isa sio2: type 16550A (multiport master) sio3 at 0x2e8-0x2ef flags 0x205 on isa sio3: type 16550A (multiport) sio4 at 0x1e8-0x1ef flags 0x205 on isa sio4: type 16550A (multiport) sio5 at 0x1f8-0x1ff irq 5 flags 0x205 on isa sio5: type 16550A (multiport) Is there something in -current that would cause this?? I can't find anything that would indicate that it should even work the way it is. Does anyone know what could be the problem? Thanks. From owner-freebsd-current Tue May 7 00:02:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA17781 for current-outgoing; Tue, 7 May 1996 00:02:56 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA17739 for ; Tue, 7 May 1996 00:02:35 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA20702 for current@freebsd.org; Tue, 7 May 1996 16:33:57 +0930 From: Michael Smith Message-Id: <199605070703.QAA20702@genesis.atrad.adelaide.edu.au> Subject: Comment in LINT To: current@freebsd.org Date: Tue, 7 May 1996 16:33:56 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Not sure if this is a -current or -doc one... This comment in LINT should probably die: # Currently there is no separate support for EISA. There should be. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue May 7 06:04:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA05236 for current-outgoing; Tue, 7 May 1996 06:04:13 -0700 (PDT) Received: from gw1.att.com (gw1.att.com [192.20.239.133]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA05231 for ; Tue, 7 May 1996 06:04:12 -0700 (PDT) From: ejc@nasvr1.cb.att.com Received: from nasvr1.cb.att.com (naserver1.cb.att.com) by ig1.att.att.com id AA24836; Tue, 7 May 96 09:00:46 EDT Received: by nasvr1.cb.att.com (5.x/EMS-1.1 Sol2) id AA00402; Tue, 7 May 1996 08:49:33 -0400 Received: from ginger.cb.att.com by nasvr1.cb.att.com (5.x/EMS-1.1 Sol2) id AA00398; Tue, 7 May 1996 08:49:30 -0400 Received: by ginger.cb.att.com (5.x/EMS-1.1 Sol2) id AA10462; Tue, 7 May 1996 08:52:35 -0400 Date: Tue, 7 May 1996 08:52:35 -0400 Message-Id: <9605071252.AA10462@ginger.cb.att.com> To: freebsd-current@freebsd.org Subject: -current not booting X-Sun-Charset: US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello The last bootable -current kernel I have is from May 2nd. A kernel from may 3,4,5,6,7 loads but does not boot, it just reboots. Does anybody know what broke? ejc Lucent From owner-freebsd-current Tue May 7 06:09:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA05529 for current-outgoing; Tue, 7 May 1996 06:09:06 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA05523 for ; Tue, 7 May 1996 06:09:02 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id GAA04277; Tue, 7 May 1996 06:06:09 -0700 (PDT) Date: Tue, 7 May 1996 06:06:09 -0700 (PDT) Message-Id: <199605071306.GAA04277@silvia.HIP.Berkeley.EDU> To: bde@zeta.org.au CC: current@FreeBSD.org, nisha@cs.berkeley.edu, marc@bowtie.nl, ken@area238.residence.gatech.edu, wollman@lcs.mit.edu, wscott@ichips.intel.com, pattrsn@cs.berkeley.edu, culler@cs.berkeley.edu In-reply-to: <199605061207.WAA04793@godzilla.zeta.org.au> (message from Bruce Evans on Mon, 6 May 1996 22:07:13 +1000) Subject: Re: more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Wayne: * Pentium Pro 200/256 * 128 Meg memory 2-way interleave * B-step Orion chipset * * The interesting results is that 'libc' is MUCH faster than any * of the other results. * * We implimented a fast string copy mode for 'rep movs' that kicks * in at about 128 elements. Yes, indeed, this is very interesting. I guess whatever I'm doing with all this is going to be moot once we all move to P6's. ;) By the way, I assume the external clock of the 200MHz P6 is 66MHz, is this correct? The memory copy speed of this machine seems to be slower than the Triton-based P5-133 that we have (see below). Do you know where the "B-step" Orion stands on the maturity curve, in terms of memory access speed? Bruce: * Why not? :-) It should be possible to use the fpu after saving and * restoring the FP registers reentrantly. ^^^^^^^^^^^ Yeah, we were running into problems with this. Can you tell us how to do it? ;) * >We've got 67MB/s on the 133MHz Pentium + Triton here. Wow. * * Same here. An FP method seems to be the fastest way of bzeroing * uncached memory too. I get about 150MB/sec for an FP based bzero and * about 85MB/sec (max) for all reasonable integer register based versions. I see. By the way, we tried unrolling the loops even more, and actually got up to 80MB/s for FP and 60MB/s for integer registers (this is for bcopy). I put the results on our machines as well as others on http://stampede.cs.berkeley.edu/~asami/Td/bcopy.html please take a look. If you would want to contribute, please grab ftp://stampede.cs.berkeley.edu/pub/bcopy/bcopy-960507.tar.gz and follow the instructions. Here is a brief summary: Name | CPU | Chipset | bcopy speed (MB/s) | | | libc unrolled-int unrolled-FP -----------+---------+---------+------------------------------- Wayne's | P6-200 | Orion-B | 47 36- 36- Garrett's | P6-150 | Orion-? | 26 27= 27= luke | P5-133 | Triton | 40 60 80 obiwan | P5-100 | SiS | 23 29 45 stampede | P5-90 | Neptune | 22 23= 44 Marc's | P5-90 | Pluto | 20 20= 32 Kenneth's | 486-100 | SiS | 10 10= 8- "=" means it's not much faster than libc, "-" means it's slower than libc. It's pretty clear that the FP trick only helps for Pentiums. Satoshi From owner-freebsd-current Tue May 7 06:33:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06794 for current-outgoing; Tue, 7 May 1996 06:33:59 -0700 (PDT) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA06775 Tue, 7 May 1996 06:33:55 -0700 (PDT) Received: from fakir.india.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA186956012; Tue, 7 May 1996 06:33:38 -0700 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA138846231; Tue, 7 May 1996 19:07:12 +0530 Message-Id: <199605071337.AA138846231@fakir.india.hp.com> To: "Andrew V. Stesin" Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: lmbench IDE anomaly In-Reply-To: Your message of "Sat, 04 May 1996 13:55:44 +0300." <199605041055.NAA23197@office.elvisti.kiev.ua> Date: Tue, 07 May 1996 19:07:11 +0530 From: A JOSEPH KOSHY Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Following Andrew Stesin's suggestion I enabled flags 0x80ff80ff on the onboard IDE controller. IDE Disk transfer figures went up dramatically; but the slowdown on simultaneous reads was still around. Here are the figures: (Machine configuration at end) (The test cases involved running "lmdd" from LMBENCH on the various disk devices and timing reads of 16MB of data. i.e# ./lmdd if=/dev/DEVICE bs=BLOCKSIZE count=16MEG/BLOCKSIZE of=internal Throughput for one lmdd reader process and two simultaneous lmdd readers are given below). Per process Per process Device blocksize KB/s blocksize KB/s ~~~~~~ ~~~~~~~~~ ~~~~ ~~~~~~~~~ ~~~~ -- SCSI DISK -- --single reader-- rsd0a bs=1024 653.74 bs=8192 1312.31 682.66 1268.36 677.52 1361.95 --two readers-- rsd0a bs=1024 424.27 bs=8192 805.69 424.24 807.64 -- 812.82 Looks like changing the block size for the read can double throughput. Also, two readers yield better thoughput than a single reader process. So far so good. -- IDE DISK -- --single reader-- rwd0a bs=1024 839.05 bs=8192 2392.08 (!!) 841.53 2402.42 (!!) 841.85 2402.45 (!!) --two readers-- rwd0a bs=1024 199.38 bs=8192 251.83 218.38 237.95 220.68 238.50 The read rates for the single reader case are fantastic, however disaster seems to strike when two reader access the same device So I looked at the block device. --single reader-- wd0a bs=1024 199.80 bs=8192 796.07 200.04 795.06 --two readers-- wd0a bs=1024 200.04 bs=8192 795.60 200.33 795.20 Hmm, block size makes a huge difference still. Is this to be expected? Also the two reader case and the single reader case are around the same performance -- i.e. the buffer cache seems to be working well. Also note the 3x-4x slowdown when enabling the buffer cache compared to the raw device read. Machine config ~~~~~~~~~~~~~~ FreeBSD 2.2-CURRENT #0: Mon May 6 12:16:33 IST 1996 root@krill.india.hp.com:/usr/src/sys/compile/KRILL ... CPU: Pentium (89.99-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 14737408 (14392K bytes) ... wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , multi-block-8 wd0: 516MB (1057392 sectors), 1049 cyls, 16 heads, 63 S/T, 512 B/S aha0: Rev 41 (AHA-154x[AB]) V0.5, enabling residuals, target ops aha0: reading board settings, dma=5 int=11 id=7 (bus speed defaulted) aha0 at 0x330-0x333 irq 11 drq 5 on isa (aha0:5:0): "QUANTUM LPS1080S 1220" type 0 fixed SCSI 2 sd0(aha0:5:0): Direct-Access 1001MB (2051460 512 byte sectors) sd0(aha0:5:0): with 2874 cyls, 8 heads, and an average 89 sectors/track ... Koshy From owner-freebsd-current Tue May 7 07:07:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA08877 for current-outgoing; Tue, 7 May 1996 07:07:55 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA08871 for ; Tue, 7 May 1996 07:07:50 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id XAA22794 for current@freebsd.org; Tue, 7 May 1996 23:42:50 +0930 From: Michael Smith Message-Id: <199605071412.XAA22794@genesis.atrad.adelaide.edu.au> Subject: NFS in -current is _BUSTED_ To: current@freebsd.org Date: Tue, 7 May 1996 23:42:49 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Subject really says it all, however some more details would probably be helpful 8) In all cases, I'm using 2.1-STABLE systems of a month or so ago as NFS servers. Clients are all either the latest SNAP or more recent -current. Not _all_ clients fail. Of the tested systems, all the Pentiums work, and the 486 and 386 clients fail. Failure symptoms are a total hang of all operations referencing a mounted filesystem. Not _all_ operations cause an immediate failure. On the failing systems, these operations don't often cause failure : - Login-style references to home directories. - 'make install' (not compiling) of a kernel. These do : - 'gcc -o foo foo.c' - 'make install' of a port. On the nonfailing systems, I have compiled a large number of ports, performed logins, written hundreds of megabytes of raw data, etc. I believe I _may_ have seen one or two hangs on such a system, however this was while working on the 'doscmd' emulator, so it may have been unrelated. Naturally, if anyone has any suggested fixes, I'm more than happy to try them out 8) (or even more questions about what happens...) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue May 7 07:23:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09888 for current-outgoing; Tue, 7 May 1996 07:23:09 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA09877 Tue, 7 May 1996 07:23:05 -0700 (PDT) Message-Id: <199605071423.HAA09877@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Keith Mitchell cc: current@freebsd.org Subject: Re: aic7xxx.c (v1.65) and AHC_TAGENABLE In-reply-to: Your message of "Mon, 06 May 1996 23:05:37 EDT." <199605070305.XAA04462@phantasma.bevc.blacksburg.va.us> Date: Tue, 07 May 1996 07:23:04 -0700 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I just recompiled my kernel with -current from May 5, and discoverd >that even though I had AHC_SCBPAGING_ENABLE in my kernel config, I >wasn't getting TAG support. (no little message on boot anymore). After >doing some investigation, it appears that the AHC_TAGENABLE option >has snuck back in. > >Just thought I would bring it up in case it wasn't supposed to "sneak" back >in. If you are running -current, please read the commit mailing list. AHC_TAGENABLE came back because some drives simply choke when you use tagged queuing and we don't have any tagged queueing quirks yet in the SCSI device quirk table. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Tue May 7 07:25:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA10034 for current-outgoing; Tue, 7 May 1996 07:25:34 -0700 (PDT) Received: from utgard.bga.com (utgard.bga.com [205.238.129.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA10026 for ; Tue, 7 May 1996 07:25:29 -0700 (PDT) Received: (from faulkner@localhost) by utgard.bga.com (8.7.5/8.7.3) id JAA08473 for current@freebsd.org; Tue, 7 May 1996 09:24:59 -0500 (CDT) Message-Id: <199605071424.JAA08473@utgard.bga.com> Subject: SNAP over enthernet. To: current@freebsd.org Date: Tue, 7 May 1996 09:24:59 -0459 (CDT) From: "Boyd R. Faulkner" X-Mailer: ELM [version 2.4 PL25 ME8b] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does FreeBSD support SNAP (Sub-Network Access Protocol)? If so, how do I enable it? Thanks, Boyd I know this message belongs in questions but the message delivery has failed twice. See? --_318f2416.6cd9.1_waaumail.att.net=_ Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit The recipient's MS Mail system has not delivered your message & has provided the following reason: -- _____________________________________________________________________________ Boyd Faulkner "The fates lead him who will; faulkner@asgard.bga.com Him who won't, they drag." http://asgard.bga.com/~faulkner Old Roman Saying -- Source: Joseph Campbell _____________________________________________________________________________ From owner-freebsd-current Tue May 7 07:58:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12031 for current-outgoing; Tue, 7 May 1996 07:58:19 -0700 (PDT) Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA12024 for ; Tue, 7 May 1996 07:58:12 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id PAA01358 for ; Tue, 7 May 1996 15:57:18 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Tue, 7 May 1996 15:56:56 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id PAA04953 for FreeBSD-current@FreeBSD.org; Tue, 7 May 1996 15:56:42 +0100 From: Paul Richards Message-Id: <199605071456.PAA04953@cadair.elsevier.co.uk> Subject: Re: ahc driver no longer sees one of my disks To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Tue, 7 May 1996 15:56:41 +0100 (BST) In-Reply-To: <199605050022.RAA19015@precipice.shockwave.com> from "Paul Traina" at May 4, 96 05:22:41 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Paul Traina who said > > The delay macro, is by definition, processor speed independant. > If it changes significantly, then it's broken. > Rod had me run some DELAY tests on one of my boxes and I remember there being problems. I've forgotten what we were trying and what the results were, maybe Rod still has the mail? -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Tue May 7 08:36:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14909 for current-outgoing; Tue, 7 May 1996 08:36:02 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA14874 Tue, 7 May 1996 08:35:57 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.6.12) with ESMTP id IAA26963; Tue, 7 May 1996 08:34:28 -0700 (PDT) Message-Id: <199605071534.IAA26963@austin.polstra.com> To: imb@scgt.oz.au Cc: randy@zyzzyva.com, winter@jurai.net, freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: MBUFs leaking? In-reply-to: <199605061718.DAA26465@asstdc.scgt.oz.au> Date: Tue, 07 May 1996 08:34:28 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Butler writes: > > I've had a similar problem. However, I hadn't noticed any correlation > > with NMBCLUSTERS. Try rolling back your pmap.c to the -RELEASE version. > > That "solved" the problem for me. > > Are you running with the associated new ld.so ? If not, try installing it > instead of backing out pmap.c, Ld.so is not associated with pmap.c. There's no reason to try to keep them in sync. The recent update to the -stable version of ld.so simply brought in a bunch of stuff that has been in -current for months and months. The only halfway-new feature is the LD_PRELOAD support, and even that has been in -current for a couple of weeks at least. Also, somebody else suggested that the -current version of ld.so was somehow more solid than the one in -stable. That seems unlikely, since the two are identical at this time. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Tue May 7 09:38:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA17994 for current-outgoing; Tue, 7 May 1996 09:38:08 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA17984 for ; Tue, 7 May 1996 09:38:06 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id JAA29037 for ; Tue, 7 May 1996 09:38:02 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id MAA03960; Tue, 7 May 1996 12:32:29 -0400 From: Bill Paul Message-Id: <199605071632.MAA03960@skynet.ctr.columbia.edu> Subject: Re: NIS problem on 0501-SNAP To: jdli@freebsd.csie.nctu.edu.tw (Jian-Da Li) Date: Tue, 7 May 1996 12:32:28 -0400 (EDT) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199605050459.MAA26395@FreeBSD.csie.NCTU.edu.tw> from "Jian-Da Li" at May 5, 96 12:59:25 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the world, Jian-Da Li had to walk into mine and say: > Hi : > > NIS isn't too stable in my 2.2-960501-SNAP (in fact, nis isn't stable > since I install 2.2 2 monthes ago). > This is a self-nis machine, it's a nis server and it binds itself. > When boot up more than 2 days, nis will begin to act strange. > It will keep on dumping messages on the screen .. > "YP: server for domain FREEBSD not responding, retrying" > "yp_match: clnt_call: RPC: Timed out" > (I used to run screen-3.7.1, when one of the window dumps errors, > other windows work fine just slower in name-resolve. I will have > to kill the window and create a new one to solve it) > > At that time there will be lots of "ypserv -n" running (at least 10), > new "ypserv -n" keeps on forking, old ypserv will die, it will > keep the number of ypserv fixed. > Of course, the original "ypserv -n" (the 1st one) will not die. Okay, ypserv -n turns on DNS lookups (which means that when searching the hosts map, ypserv will try to use DNS to resolve names that it doesn't know about). If the only client connected to you is yourself, you should probably turn this off and use real DNS lookups. Make sure /etc/resolv.conf is set up correctly and edit /etc/host.conf so that you don't use NIS for hostname lookups. ypserv only fork()s for two reasons: one is to do DNS lookups, the other is to handle yp_all() requests (such as you'd get by doing a ypcat or ypxfr). Both of these can take a lot of time, so they're handled in sub-processes to prevent the parent ypserv from blocking. There is a maximum number of processes that it will fork() before it will stop and wait for some of them to die. > Sometimes yppasswdd will return error code when changing password This is too vague. What error? Look in /var/log/messages for errors from rpc.yppasswdd. When rpc.yppasswdd fails, it tells you why in the system log. > (reboot solves it) This isn't Windoze, okay? You have to be more creative than that. Does restarting rpc.yppasswd fix it? Are you sure you're running both the rpc.yppasswdd and passwd/chpass commands from the same release? Does it happen only when changing passwords from the FreeBSD client, or does it happen from other clients? > The longer the machine up, the worse it will be. (longer delay in > nis name resolving) You need to provide more information. How big are your NIS maps? Does ypserv seem to be using progressively more memory? (Do a 'ps -auxwww | grep yp' and check the VSZ and RSS of the parent ypserv.) Are you in fact using ypserv to do DNS lookups? Does this server have any other clients bound to it besides itself? If so, how many? Are they also FreeBSD machines? > BTW, I saw new yp_mkdb commited, but it isn't in > $SRC/usr.sbin/Makefile (and will not be built) Guh... fixed. > Help ?! Thanks. You gotta help me first. Describe your configuration oin more detail so I know what I'm up against. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-current Tue May 7 09:42:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18286 for current-outgoing; Tue, 7 May 1996 09:42:07 -0700 (PDT) Received: from davinci.isds.duke.edu (davinci.isds.duke.edu [152.3.22.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA18280 for ; Tue, 7 May 1996 09:42:04 -0700 (PDT) Received: from diego.isds.duke.edu (diego.isds.duke.edu [152.3.22.47]) by davinci.isds.duke.edu (8.7.4/8.6.9) with ESMTP id MAA10852 for ; Tue, 7 May 1996 12:42:03 -0400 (EDT) From: Andrew Gallatin Received: (from gallatin@localhost) by diego.isds.duke.edu (8.7.4/8.7.1) id MAA04321; Tue, 7 May 1996 12:42:02 -0400 (EDT) Date: Tue, 7 May 1996 12:42:02 -0400 (EDT) Message-Id: <199605071642.MAA04321@diego.isds.duke.edu> To: freebsd-current@freebsd.org Subject: Re: -current not booting In-Reply-To: <9605071252.AA10462@ginger.cb.att.com> References: <9605071252.AA10462@ginger.cb.att.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ejc@nasvr1.cb.att.com writes: > Hello > The last bootable -current kernel I have is from May 2nd. > A kernel from may 3,4,5,6,7 loads but does not boot, it just reboots. > > Does anybody know what broke? > > ejc > > Lucent > I'm having similar problems on my new P6-180. A -current custom kernel from today hung after loading. However, a GENERIC one booted. The same custom kernel worked fine yesterday. I'm at ctm level 'src-cur 1761'. The working kernel is was at src-cur 1758. I've also installed the latest bootblocks, which didn't seem to help. I've appended my config file & dmesg output from the booting kernel. Hope this helps. Drew machine "i386" cpu "I686_CPU" ident GENERIC maxusers 10 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem #options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative # These three options provide support for System V Interface # Definition-style interprocess communication, in the form of shared # memory, semaphores, and message queues, respectively. # options SYSVSHM options SYSVSEM options SYSVMSG options KTRACE config kernel root on wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0x80ff80ff vector wdintr disk wd0 at wdc0 drive 0 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device wcd0 #IDE CD-ROM device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Mandatory, don't remove 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 lpt0 at isa? port? tty irq 7 vector lptintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr device ed0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector edintr # Controls all sound devices controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 pseudo-device loop pseudo-device ether pseudo-device log #pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 # keep this if you want to be able to continue to use /stand/sysinstall #pseudo-device gzip # Exec gzipped a.out's FreeBSD 2.2-CURRENT #0: Mon May 6 11:30:52 EDT 1996 gallatin@vorlon.isds.duke.edu:/usr/src/sys/compile/VORLON Calibrating clock(s) relative to mc146818A clock ... i586 clock: 180061433 Hz, i8254 clock: 1193069 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method i586 clock: 0 Hz CPU: Pentium Pro (180.07-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x616 Stepping=6 Features=0xfbff,MTRR,PGE,MCA,CMOV> real memory = 16777216 (16384K bytes) avail memory = 14880768 (14532K bytes) Probing for devices on PCI bus 0: chip0 rev 136 on pci0:2 pci0:3: CMD, device=0x0646, class=storage (ide) int a irq 14 [no driver assigned] vga0 rev 83 int a irq 9 on pci0:14 chip1 rev 2 on pci0:25 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 on isa ed0: address 00:40:01:41:ba:ff, type NE2000 (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x63 irq 12 on motherboard fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-16 wd0: 1033MB (2116800 sectors), 2100 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, accel, dma, iordy wcd0: 1377Kb/sec, 128Kb cache, audio play, 255 volume levels, ejectable tray wcd0: 120mm data disc loaded, unlocked npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvo0: sbmidi0 at 0x330 on isa WARNING: / was not properly dismounted. From owner-freebsd-current Tue May 7 11:49:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA24734 for current-outgoing; Tue, 7 May 1996 11:49:11 -0700 (PDT) Received: from ormail.intel.com (ormail.intel.com [134.134.192.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA24729 for ; Tue, 7 May 1996 11:49:09 -0700 (PDT) Received: from ichips.intel.com (ichips.intel.com [134.134.50.200]) by ormail.intel.com (8.7.4/8.7.3) with ESMTP id LAA15961; Tue, 7 May 1996 11:48:32 -0700 (PDT) Received: from pdx202 by ichips.intel.com (8.7.4/jIII) id LAA03457; Tue, 7 May 1996 11:45:17 -0700 (PDT) Message-Id: <199605071845.LAA03457@ichips.intel.com> To: asami@cs.berkeley.edu (Satoshi Asami) cc: bde@zeta.org.au, current@freebsd.org, nisha@cs.berkeley.edu, marc@bowtie.nl, ken@area238.residence.gatech.edu, wollman@lcs.mit.edu, pattrsn@cs.berkeley.edu, culler@cs.berkeley.edu Subject: Re: more on fast bcopy In-reply-to: Your message of "Tue, 07 May 1996 06:06:09 PDT." <199605071306.GAA04277@silvia.HIP.Berkeley.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Tue, 07 May 1996 11:48:28 -0700 From: Wayne Scott Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Yes, indeed, this is very interesting. I guess whatever I'm doing > with all this is going to be moot once we all move to P6's. ;) > > By the way, I assume the external clock of the 200MHz P6 is 66MHz, is > this correct? The memory copy speed of this machine seems to be > slower than the Triton-based P5-133 that we have (see below). Do you > know where the "B-step" Orion stands on the maturity curve, in terms > of memory access speed? The problem is that I gave you numbers on a lower performance desktop machine. On a high performance box with 4-way interleaved memory I get the following: size bandwidth 32 46.376812 MB/s 64 43.243243 MB/s yes this dip is expected 128 46.376812 MB/s 256 57.142857 MB/s 512 64.000000 MB/s 1024 66.666667 MB/s 2048 69.565217 MB/s 4096 69.565217 MB/s 8192 71.111111 MB/s When I first ran then benchmark the results were toggling between 66 MB/s and 80 MB/s. The problem was that the benchmark is too fast for gettimeofday to return accurate numbers. Increasing the size of the buffer to be copied from 4 MBs to 32 MBs helpped alot. (For those short on memory just put a loop around the calls to bcopy to make the time longer.) I suspect this problem was occuring with luke's Pentium number. -Wayne Wayne Scott MD6 Architecture wscott@ichips.intel.com Work #: (503) 264-4165 Disclaimer: All views expressed are my own opinions, and not necessarily those of Intel Corporation. From owner-freebsd-current Tue May 7 12:06:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA25768 for current-outgoing; Tue, 7 May 1996 12:06:45 -0700 (PDT) Received: from s1.GANet.NET (s1.GANet.NET [199.18.201.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA25762 for ; Tue, 7 May 1996 12:06:42 -0700 (PDT) Received: (from ec0@localhost) by s1.GANet.NET (8.6.11/8.6.11) id PAA04229; Tue, 7 May 1996 15:05:19 -0400 Date: Tue, 7 May 1996 15:05:18 -0400 (EDT) From: Eric Chet To: Andrew Gallatin cc: freebsd-current@FreeBSD.org Subject: Re: -current not booting In-Reply-To: <199605071642.MAA04321@diego.isds.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I'm having similar problems on my new P6-180. A -current custom > kernel from today hung after loading. However, a GENERIC one booted. > The same custom kernel worked fine yesterday. I'm at ctm level > 'src-cur 1761'. The working kernel is was at src-cur 1758. I've also > installed the latest bootblocks, which didn't seem to help. > Hello My system is a ASUS SP3G with AMD/133. It reboots after the kernel is loaded. Eric J. Chet (ejc@nasvr1.cb.att.com || ec0@ganet.net) Lucent Technologies, Bell Labs Innovations From owner-freebsd-current Tue May 7 12:40:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28153 for current-outgoing; Tue, 7 May 1996 12:40:22 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA28095 Tue, 7 May 1996 12:40:05 -0700 (PDT) Received: (from mail@localhost) by sierra.zyzzyva.com (8.7.5/8.6.11) id OAA00895; Tue, 7 May 1996 14:39:56 -0500 (CDT) Message-Id: <199605071939.OAA00895@sierra.zyzzyva.com> X-Authentication-Warning: sierra.zyzzyva.com: mail set sender to using -f Received: from localhost(127.0.0.1) by sierra via smap (V1.3) id sma000783; Tue May 7 14:39:28 1996 To: stable@freebsd.org, current@freebsd.org Subject: CCD in stable X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 May 1996 14:39:27 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can anyone comment on the stability of the ccd driver in -stable? From owner-freebsd-current Tue May 7 13:07:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA00257 for current-outgoing; Tue, 7 May 1996 13:07:32 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA00247 for ; Tue, 7 May 1996 13:07:24 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id SAA03040 ; Tue, 7 May 1996 18:55:07 +0100 (BST) To: "Boyd R. Faulkner" cc: current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: SNAP over enthernet. In-reply-to: Your message of "Tue, 07 May 1996 09:24:59 -0459." <199605071424.JAA08473@utgard.bga.com> Date: Tue, 07 May 1996 18:55:06 +0100 Message-ID: <3038.831491706@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Boyd R. Faulkner" wrote in message ID <199605071424.JAA08473@utgard.bga.com>: > I know this message belongs in questions but the message delivery has failed > twice. See? > > --_318f2416.6cd9.1_waaumail.att.net=_ > Content-Type: Text/Plain; charset=us-ascii > Content-Transfer-Encoding: 7bit > > The recipient's MS Mail system has not delivered your message & has > provided the following reason: I've been getting thse too. It just means someone is subscribed to -questions and has screwed up. The rest of -questions are seeing the mails just fine. The person has been removed from the subscription list now. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. From owner-freebsd-current Tue May 7 13:23:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA01946 for current-outgoing; Tue, 7 May 1996 13:23:40 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA01924 for ; Tue, 7 May 1996 13:23:31 -0700 (PDT) Received: (from mail@localhost) by sierra.zyzzyva.com (8.7.5/8.6.11) id PAA04354; Tue, 7 May 1996 15:20:56 -0500 (CDT) Message-Id: <199605072020.PAA04354@sierra.zyzzyva.com> X-Authentication-Warning: sierra.zyzzyva.com: mail set sender to using -f Received: from localhost(127.0.0.1) by sierra via smap (V1.3) id sma004347; Tue May 7 15:20:40 1996 To: Keith Mitchell cc: current@freebsd.org Subject: Re: COM_MULTIPORT and -current In-reply-to: kmitch's message of Tue, 07 May 1996 02:29:12 -0400. <199605070629.CAA01151@phantasma.bevc.blacksburg.va.us> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 May 1996 15:20:39 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This same problem seems to exist in -stable as well. I encountered this trying to get a UsenetII working. It didn't occur to me to try the master on a different port.... > I have a STB 4port card that I got from a friend running -stable, and > popped it into my -current system. I changed all of the appropriate > jumpers on the card. > > He had his kernel config as (stable): > > device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr > device sio1 at isa? port 0x3e8 tty flags 0x105 irq 15 vector siointr > device sio2 at isa? port 0x1e8 tty flags 0x105 > device sio3 at isa? port 0x1f8 tty flags 0x105 > device sio4 at isa? port 0x2a8 tty flags 0x105 > options COM_MULTIPORT > > > When I got it, I set mine up as (current): > > options COM_MULTIPORT > device sio2 at isa? port 0x3e8 tty flags 0x505 > device sio3 at isa? port 0x2e8 tty flags 0x505 > device sio4 at isa? port 0x1e8 tty flags 0x505 > device sio5 at isa? port 0x1f8 tty flags 0x505 irq 5 vector siointr > > > This doesn't work. I get: > > sio2 not found at 0x3e8 > sio3 not found at 0x2e8 > sio4 not found at 0x1e8 > sio5 not found at 0x1f8 > > If I change my config to: > > options COM_MULTIPORT > device sio2 at isa? port 0x3e8 tty flags 0x205 > device sio3 at isa? port 0x2e8 tty flags 0x205 > device sio4 at isa? port 0x1e8 tty flags 0x205 > device sio5 at isa? port 0x1f8 tty flags 0x205 irq 5 vector siointr > > everything appears to work fine (NOTE: now the master is not the same as the > port with the irq). This results in: d From owner-freebsd-current Tue May 7 14:07:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07410 for current-outgoing; Tue, 7 May 1996 14:07:31 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA07404 for ; Tue, 7 May 1996 14:07:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id OAA09645; Tue, 7 May 1996 14:05:32 -0700 (PDT) To: ejc@nasvr1.cb.att.com cc: freebsd-current@freebsd.org Subject: Re: -current not booting In-reply-to: Your message of "Tue, 07 May 1996 08:52:35 EDT." <9605071252.AA10462@ginger.cb.att.com> Date: Tue, 07 May 1996 14:05:32 -0700 Message-ID: <9643.831503132@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Very strange, since my kernels have been booting for days. Are you sure this isn't a source corruption or syncronization problem? Jordan > Hello > The last bootable -current kernel I have is from May 2nd. > A kernel from may 3,4,5,6,7 loads but does not boot, it just reboots. > > Does anybody know what broke? > > ejc > > Lucent From owner-freebsd-current Tue May 7 14:36:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11114 for current-outgoing; Tue, 7 May 1996 14:36:45 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11071 for ; Tue, 7 May 1996 14:36:27 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA04374 for ; Tue, 7 May 1996 23:36:06 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA20892 for freebsd-current@FreeBSD.org; Tue, 7 May 1996 23:36:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA11587 for freebsd-current@FreeBSD.org; Tue, 7 May 1996 23:29:31 +0200 (MET DST) From: J Wunsch Message-Id: <199605072129.XAA11587@uriah.heep.sax.de> Subject: termios'ed getty To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 7 May 1996 23:29:29 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Bruce reminded me of the ugliness of the V7/oldBSD <-> termios conversion code, and of our huge previous problems with the kernel equivalent of this. So now the US$ 4.99 question: what do people think about completely ripping out support for the obsolete V7/oldBSD-style sgtty options in getty? Does anybody know somebody who's really using all these f0/f1/f2 flags in gettytab? If nobody objects within reasonable time, i consider removing all the compat cruft that's no longer needed. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue May 7 15:08:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14620 for current-outgoing; Tue, 7 May 1996 15:08:44 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA14597 for ; Tue, 7 May 1996 15:08:37 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id QAA22344; Tue, 7 May 1996 16:08:10 -0600 Date: Tue, 7 May 1996 16:08:10 -0600 From: Nate Williams Message-Id: <199605072208.QAA22344@rocky.sri.MT.net> To: Richard Wiwatowski Cc: current@FreeBSD.org Subject: PS2 mouse driver (was Re: kernel drivers) In-Reply-To: <01I4D2ADP5PU000K7V@adelaide.on.net> References: <01I4D2ADP5PU000K7V@adelaide.on.net> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I wish to report that the standard PS/2 mouse driver doesn't work. Actually, it does work for some systems, but not as well as it could. > I'm not expert in things Un*x, C or kernel but I have managed to > kludge together a version of "psm.c" that works for me. I based the > changes I've made on the NetBSD "pms.c" driver and the FreeBSD "mse.c" > driver (for the glitzy stuff). In looking at the changes, it appears that most of them are simply moving code around plus some cleanups. I've applied the cleanups of your plus some of my own to the tree (already committed as they provide no functional changes), and I took the changes you've made in the proble to create this new vesion. Can you try this one out to see if it works, and if so let me know. It's a very simple probe change, but it allows the mouse driver to be successfully probed on both of my ThinkPads (which failed before), my NEC Versa (works with both). Please either upgrade to -current or test this driver out and let me know how it work. Nate ------------ /*- * Copyright (c) 1992, 1993 Erik Forsberg. * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * * THIS SOFTWARE IS PROVIDED BY ``AS IS'' AND ANY EXPRESS OR IMPLIED * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF * MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN * NO EVENT SHALL I BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, * EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, * PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR * PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF * LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING * NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS * SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. */ /* * Ported to 386bsd Oct 17, 1992 * Sandi Donno, Computer Science, University of Cape Town, South Africa * Please send bug reports to sandi@cs.uct.ac.za * * Thanks are also due to Rick Macklem, rick@snowhite.cis.uoguelph.ca - * although I was only partially successful in getting the alpha release * of his "driver for the Logitech and ATI Inport Bus mice for use with * 386bsd and the X386 port" to work with my Microsoft mouse, I nevertheless * found his code to be an invaluable reference when porting this driver * to 386bsd. * * Further modifications for latest 386BSD+patchkit and port to NetBSD, * Andrew Herbert - 8 June 1993 * * Cloned from the Microsoft Bus Mouse driver, also by Erik Forsberg, by * Andrew Herbert - 12 June 1993 * * Modified for PS/2 mouse by Charles Hannum * - 13 June 1993 * * Modified for PS/2 AUX mouse by Shoji Yuen * - 24 October 1993 */ #include "psm.h" #if NPSM > 0 #include #include #include #include #include #include #include #ifdef DEVFS #include #endif /*DEVFS*/ #include #include #include #define PSM_DATA 0x00 /* Offset for data port, read-write */ #define PSM_CNTRL 0x04 /* Offset for control port, write-only */ #define PSM_STATUS 0x04 /* Offset for status port, read-only */ /* status bits */ #define PSM_OUTPUT_ACK 0x02 /* output acknowledge */ /* controller commands */ #define PSM_INT_ENABLE 0x47 /* enable controller interrupts */ #define PSM_INT_DISABLE 0x65 /* disable controller interrupts */ #define PSM_DISABLE 0xa7 /* disable auxiliary port */ #define PSM_ENABLE 0xa8 /* enable auxiliary port */ #define PSM_AUX_TEST 0xa9 /* test auxiliary port */ /* mouse commands */ #define PSM_SET_SCALE11 0xe6 /* set 1:1 scaling */ #define PSM_SET_SCALE21 0xe7 /* set 2:1 scaling */ #define PSM_SET_RES 0xe8 /* set resolution */ #define PSM_GET_SCALE 0xe9 /* set scaling factor */ #define PSM_SET_STREAM 0xea /* set streaming mode */ #define PSM_SET_SAMPLE 0xf3 /* set sampling rate */ #define PSM_DEV_ENABLE 0xf4 /* mouse on */ #define PSM_DEV_DISABLE 0xf5 /* mouse off */ #define PSM_RESET 0xff /* reset */ #define PSMUNIT(dev) (minor(dev) >> 1) #ifndef min #define min(x,y) (x < y ? x : y) #endif min static int psmprobe(struct isa_device *); static int psmattach(struct isa_device *); static void psm_poll_status(int); static int psmaddr[NPSM]; /* Base I/O port addresses per unit */ #define PSM_CHUNK 128 /* chunk size for read */ #define PSM_BSIZE 1024 /* buffer size */ struct ringbuf { int count, first, last; char queue[PSM_BSIZE]; }; static struct psm_softc { /* Driver status information */ struct ringbuf inq; /* Input queue */ struct selinfo rsel; /* Process selecting for Input */ unsigned char state; /* Mouse driver state */ unsigned char status; /* Mouse button status */ unsigned char button; /* Previous mouse button status bits */ int x, y; /* accumulated motion in the X,Y axis */ #ifdef DEVFS void *devfs_token; void *n_devfs_token; #endif } psm_softc[NPSM]; #define PSM_OPEN 1 /* Device is open */ #define PSM_ASLP 2 /* Waiting for mouse data */ struct isa_driver psmdriver = { psmprobe, psmattach, "psm" }; static d_open_t psmopen; static d_close_t psmclose; static d_read_t psmread; static d_ioctl_t psmioctl; static d_select_t psmselect; #define CDEV_MAJOR 21 static struct cdevsw psm_cdevsw = { psmopen, psmclose, psmread, nowrite, /*21*/ psmioctl, nostop, nullreset, nodevtotty, psmselect, nommap, NULL, "psm", NULL, -1 }; static struct kern_devconf kdc_psm[NPSM] = { { 0, 0, 0, /* filled in by dev_attach */ "psm", 0, { MDDT_ISA, 0, "tty" }, isa_generic_externalize, 0, 0, ISA_EXTERNALLEN, &kdc_isa0, /* parent */ 0, /* parentdata */ DC_UNCONFIGURED, /* state */ "PS/2 Mouse", DC_CLS_MISC /* class */ } }; static inline void psm_registerdev(struct isa_device *id) { if(id->id_unit) kdc_psm[id->id_unit] = kdc_psm[0]; kdc_psm[id->id_unit].kdc_unit = id->id_unit; kdc_psm[id->id_unit].kdc_isa = id; dev_attach(&kdc_psm[id->id_unit]); } static void psm_write_dev(int ioport, u_char value) { psm_poll_status(ioport); outb(ioport+PSM_CNTRL, 0xd4); psm_poll_status(ioport); outb(ioport+PSM_DATA, value); } static inline void psm_command(int ioport, u_char value) { psm_poll_status(ioport); outb(ioport+PSM_CNTRL, 0x60); psm_poll_status(ioport); outb(ioport+PSM_DATA, value); } static int psmprobe(struct isa_device *dvp) { /* XXX: Needs a real probe routine. */ int ioport, c, unit; psm_registerdev(dvp); ioport=dvp->id_iobase; unit=dvp->id_unit; #ifndef PSM_NO_RESET psm_write_dev(ioport, PSM_RESET); /* Reset aux device */ #endif psm_poll_status(ioport); outb(ioport+PSM_CNTRL, PSM_AUX_TEST); #if 0 psm_poll_status(ioport); outb(ioport+PSM_CNTRL, 0xaa); #else DELAY(1000); #endif c = inb(ioport+PSM_DATA); if(c & 0x04) { /* printf("PS/2 AUX mouse is not found\n");*/ psm_command(ioport, PSM_INT_DISABLE); psmaddr[unit] = 0; /* Device not found */ return (0); } /* printf("PS/2 AUX mouse found. Installing driver\n");*/ return (4); } static int psmattach(struct isa_device *dvp) { int unit = dvp->id_unit; int ioport = dvp->id_iobase; struct psm_softc *sc = &psm_softc[unit]; /* Save I/O base address */ psmaddr[unit] = ioport; /* Disable mouse interrupts */ psm_poll_status(ioport); outb(ioport+PSM_CNTRL, PSM_ENABLE); #ifdef 0 psm_write(ioport, PSM_SET_RES); psm_write(ioport, 0x03); /* 8 counts/mm */ psm_write(ioport, PSM_SET_SCALE); psm_write(ioport, 0x02); /* 2:1 */ psm_write(ioport, PSM_SET_SCALE21); psm_write(ioport, PSM_SET_SAMPLE); psm_write(ioport, 0x64); /* 100 samples/sec */ psm_write(ioport, PSM_SET_STREAM); #endif psm_poll_status(ioport); outb(ioport+PSM_CNTRL, PSM_DISABLE); psm_command(ioport, PSM_INT_DISABLE); /* Setup initial state */ sc->state = 0; kdc_psm[unit].kdc_state = DC_IDLE; /* Done */ return (0); /* XXX eh? usually 1 indicates success */ } static int psmopen(dev_t dev, int flag, int fmt, struct proc *p) { struct psm_softc *sc; int ioport; int unit = PSMUNIT(dev); /* Validate unit number */ if (unit >= NPSM) return (ENXIO); /* Get device data */ sc = &psm_softc[unit]; ioport = psmaddr[unit]; /* If device does not exist */ if (ioport == 0) return (ENXIO); /* Disallow multiple opens */ if (sc->state & PSM_OPEN) return (EBUSY); /* Initialize state */ kdc_psm[unit].kdc_state = DC_BUSY; sc->state |= PSM_OPEN; sc->rsel.si_flags = 0; sc->rsel.si_pid = 0; sc->status = 0; sc->button = 0; sc->x = 0; sc->y = 0; /* Allocate and initialize a ring buffer */ sc->inq.count = sc->inq.first = sc->inq.last = 0; /* Enable Bus Mouse interrupts */ psm_write_dev(ioport, PSM_DEV_ENABLE); psm_poll_status(ioport); outb(ioport+PSM_CNTRL, PSM_ENABLE); psm_command(ioport, PSM_INT_ENABLE); /* Successful open */ #ifdef DEVFS sc->devfs_token = devfs_add_devswf(&psm_cdevsw, unit << 1, DV_CHR, 0, 0, 0666, "psm%d", unit); sc->n_devfs_token = devfs_add_devswf(&psm_cdevsw, (unit<<1)+1, DV_CHR,0, 0, 0666, "npsm%d", unit); #endif return (0); } static void psm_poll_status(int ioport) { u_char c; while(c = inb(ioport+PSM_STATUS) & 0x03) if(c & PSM_OUTPUT_ACK == PSM_OUTPUT_ACK) { /* XXX - Avoids some keyboard hangs during probe */ DELAY(6); inb(ioport+PSM_DATA); } return; } static int psmclose(dev_t dev, int flag, int fmt, struct proc *p) { int unit, ioport; struct psm_softc *sc; /* Get unit and associated info */ unit = PSMUNIT(dev); sc = &psm_softc[unit]; ioport = psmaddr[unit]; /* Disable further mouse interrupts */ psm_command(ioport, PSM_INT_DISABLE); psm_poll_status(ioport); outb(ioport+PSM_CNTRL, PSM_DISABLE); /* Complete the close */ sc->state &= ~PSM_OPEN; kdc_psm[unit].kdc_state = DC_IDLE; /* close is almost always successful */ return (0); } static int psmread(dev_t dev, struct uio *uio, int flag) { int s; int error = 0; /* keep compiler quiet, even though initialisation is unnecessary */ unsigned length; struct psm_softc *sc; unsigned char buffer[PSM_CHUNK]; /* Get device information */ sc = &psm_softc[PSMUNIT(dev)]; /* Block until mouse activity occured */ s = spltty(); while (sc->inq.count == 0) { if (minor(dev) & 0x1) { splx(s); return (EWOULDBLOCK); } sc->state |= PSM_ASLP; error = tsleep((caddr_t)sc, PZERO | PCATCH, "psmrea", 0); if (error != 0) { splx(s); return (error); } } /* Transfer as many chunks as possible */ while (sc->inq.count > 0 && uio->uio_resid > 0) { length = min(sc->inq.count, uio->uio_resid); if (length > sizeof(buffer)) length = sizeof(buffer); /* Remove a small chunk from input queue */ if (sc->inq.first + length >= PSM_BSIZE) { bcopy(&sc->inq.queue[sc->inq.first], buffer, PSM_BSIZE - sc->inq.first); bcopy(sc->inq.queue, &buffer[PSM_BSIZE - sc->inq.first], length - (PSM_BSIZE - sc->inq.first)); } else bcopy(&sc->inq.queue[sc->inq.first], buffer, length); sc->inq.first = (sc->inq.first + length) % PSM_BSIZE; sc->inq.count -= length; /* Copy data to user process */ error = uiomove(buffer, length, uio); if (error) break; } sc->x = sc->y = 0; /* Allow interrupts again */ splx(s); return (error); } static int psmioctl(dev_t dev, int cmd, caddr_t addr, int flag, struct proc *p) { struct psm_softc *sc; struct mouseinfo info; int s, error; /* Get device information */ sc = &psm_softc[PSMUNIT(dev)]; /* Perform IOCTL command */ switch (cmd) { case MOUSEIOCREAD: /* Don't modify info while calculating */ s = spltty(); /* Build mouse status octet */ info.status = sc->status; if (sc->x || sc->y) info.status |= MOVEMENT; /* Encode X and Y motion as good as we can */ if (sc->x > 127) info.xmotion = 127; else if (sc->x < -128) info.xmotion = -128; else info.xmotion = sc->x; if (sc->y > 127) info.ymotion = 127; else if (sc->y < -128) info.ymotion = -128; else info.ymotion = sc->y; /* Reset historical information */ sc->x = 0; sc->y = 0; sc->status &= ~BUTCHNGMASK; /* Allow interrupts and copy result buffer */ splx(s); error = copyout(&info, addr, sizeof(struct mouseinfo)); break; default: error = EINVAL; break; } /* Return error code */ return (error); } void psmintr(int unit) { struct psm_softc *sc = &psm_softc[unit]; int ioport = psmaddr[unit]; sc->inq.queue[sc->inq.last++ % PSM_BSIZE] = inb(ioport+PSM_DATA); sc->inq.count++; if (sc -> state & PSM_ASLP) { sc->state &= ~PSM_ASLP; wakeup((caddr_t)sc); } selwakeup(&sc->rsel); } static int psmselect(dev_t dev, int rw, struct proc *p) { int s, ret; struct psm_softc *sc = &psm_softc[PSMUNIT(dev)]; /* Silly to select for output */ if (rw == FWRITE) return (0); /* Return true if a mouse event available */ s = spltty(); if (sc->inq.count) ret = 1; else { selrecord(p, &sc->rsel); ret = 0; } splx(s); return (ret); } static psm_devsw_installed = 0; static void psm_drvinit(void *unused) { dev_t dev; if( ! psm_devsw_installed ) { dev = makedev(CDEV_MAJOR, 0); cdevsw_add(&dev,&psm_cdevsw, NULL); psm_devsw_installed = 1; } } SYSINIT(psmdev,SI_SUB_DRIVERS,SI_ORDER_MIDDLE+CDEV_MAJOR,psm_drvinit,NULL) #endif /* NPSM > 0 */ From owner-freebsd-current Tue May 7 15:43:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17806 for current-outgoing; Tue, 7 May 1996 15:43:54 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA17800 for ; Tue, 7 May 1996 15:43:51 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id QAA22497; Tue, 7 May 1996 16:43:49 -0600 Date: Tue, 7 May 1996 16:43:49 -0600 From: Nate Williams Message-Id: <199605072243.QAA22497@rocky.sri.MT.net> To: current@FreeBSD.org Subject: *SLOW* remote dumps Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I decided to backup my laptop since I got a new disk for doing -current development last week, and backups speeds are running 30-40K/sec, whereas the exact same box running -stable (different drive, but iozone's are comperable) gives me 450-500K/sec. Any ideas? I brought over the dump from -stable, but that didn't make any difference at all. Nate From owner-freebsd-current Tue May 7 15:49:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18651 for current-outgoing; Tue, 7 May 1996 15:49:49 -0700 (PDT) Received: from uucp.DK.net (uucp@uucp.DK.net [193.88.44.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA18644 for ; Tue, 7 May 1996 15:49:45 -0700 (PDT) Received: from pingnet (uucp@localhost) by uucp.DK.net (8.6.12/8.6.12) with UUCP id AAA23637; Wed, 8 May 1996 00:49:27 +0200 Received: from kyklopen by ic1.ic.dk with UUCP id AA05294 (5.65c8/IDA-1.4.4j); Wed, 8 May 1996 00:39:51 +0200 Received: (from staff@localhost) by kyklopen.ping.dk (8.7.5/8.7.3) id AAA01381; Wed, 8 May 1996 00:38:54 +0200 (MET DST) Date: Wed, 8 May 1996 00:38:51 +0200 (MET DST) From: Thomas Sparrevohn To: Eric Chet Cc: Andrew Gallatin , freebsd-current@FreeBSD.org Subject: Re: -current not booting In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 May 1996, Eric Chet wrote: > > I'm having similar problems on my new P6-180. A -current custom > > kernel from today hung after loading. However, a GENERIC one booted. > > The same custom kernel worked fine yesterday. I'm at ctm level > > 'src-cur 1761'. The working kernel is was at src-cur 1758. I've also > > installed the latest bootblocks, which didn't seem to help. > > > > Hello > My system is a ASUS SP3G with AMD/133. It reboots after > the kernel is loaded. I have the same problem. But the GENERIC kernel boots and i got my old configuration to work after i added PROCFS and MSDOSFS and DDB and FAILSAFE. I try to isolate wich one made the difference but i have been remaking kernels for the past may hours and i don't feel like staying awake any longer. Regards Thomas From owner-freebsd-current Tue May 7 16:00:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA19963 for current-outgoing; Tue, 7 May 1996 16:00:22 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA19958 for ; Tue, 7 May 1996 16:00:20 -0700 (PDT) Received: from GndRsh.aac.dev.com ([198.145.92.241]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id QAA06593 for ; Tue, 7 May 1996 16:00:15 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id PAA02659; Tue, 7 May 1996 15:55:34 -0700 From: "Rodney W. Grimes" Message-Id: <199605072255.PAA02659@GndRsh.aac.dev.com> Subject: Re: ahc driver no longer sees one of my disks To: p.richards@elsevier.co.uk (Paul Richards) Date: Tue, 7 May 1996 15:55:34 -0700 (PDT) Cc: FreeBSD-current@freebsd.org In-Reply-To: <199605071456.PAA04953@cadair.elsevier.co.uk> from Paul Richards at "May 7, 96 03:56:41 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In reply to Paul Traina who said > > > > The delay macro, is by definition, processor speed independant. > > If it changes significantly, then it's broken. > > > > Rod had me run some DELAY tests on one of my boxes and I remember there > being problems. I've forgotten what we were trying and what the results > were, maybe Rod still has the mail? One of the biggest problems with high speed systems is that DELAY(n) for n < 20 is _ASSUMED_ to be the call/return overhead. This is horribly wrong for loops that call DELAY(n) reapeadly due to cashing, branch prediction and a whole lot of other things. See the source code in clock.c: /* * Read the counter first, so that the rest of the setup overhead is * counted. Guess the initial overhead is 20 usec (on most systems it * takes about 1.5 usec for each of the i/o's in getit(). The loop * takes about 6 usec on a 486/33 and 13 usec on a 386/20. The * multiplications and divisions to scale the count take a while). */ prev_tick = getit(); n -= 20; /* ... On a P133 this looks to be closer to 4uS, on a 166 it is down to 2 or 3uS, and I have no idea what it is on a P6. This value should probably be calibrated, perhaps bruces recent changes could be enhanced to calibrate this as well... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Tue May 7 16:02:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA20321 for current-outgoing; Tue, 7 May 1996 16:02:29 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA20303 for ; Tue, 7 May 1996 16:02:24 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id QAA02669; Tue, 7 May 1996 16:00:29 -0700 From: "Rodney W. Grimes" Message-Id: <199605072300.QAA02669@GndRsh.aac.dev.com> Subject: Re: more on fast bcopy To: wscott@ichips.intel.com (Wayne Scott) Date: Tue, 7 May 1996 16:00:29 -0700 (PDT) Cc: asami@cs.berkeley.edu, bde@zeta.org.au, current@freebsd.org, nisha@cs.berkeley.edu, marc@bowtie.nl, ken@area238.residence.gatech.edu, wollman@lcs.mit.edu, pattrsn@cs.berkeley.edu, culler@cs.berkeley.edu In-Reply-To: <199605071845.LAA03457@ichips.intel.com> from Wayne Scott at "May 7, 96 11:48:28 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Yes, indeed, this is very interesting. I guess whatever I'm doing > > with all this is going to be moot once we all move to P6's. ;) > > > > By the way, I assume the external clock of the 200MHz P6 is 66MHz, is > > this correct? The memory copy speed of this machine seems to be > > slower than the Triton-based P5-133 that we have (see below). Do you > > know where the "B-step" Orion stands on the maturity curve, in terms > > of memory access speed? > > The problem is that I gave you numbers on a lower performance desktop > machine. > > On a high performance box with 4-way interleaved memory I get the > following: > > size bandwidth > 32 46.376812 MB/s > 64 43.243243 MB/s yes this dip is expected > 128 46.376812 MB/s > 256 57.142857 MB/s > 512 64.000000 MB/s > 1024 66.666667 MB/s > 2048 69.565217 MB/s > 4096 69.565217 MB/s > 8192 71.111111 MB/s Thats pretty cruddy for 4 way interleaved memory, 1/120nS * 8 bytes/leave * 4 leaves == 266MB/sec. And I used the worst case there by using the 120nS full cycle time, if these are sequentail accesses that hit the same DRAM page this number should be up closer to 500MB/sec. ... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Tue May 7 16:34:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA24539 for current-outgoing; Tue, 7 May 1996 16:34:33 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA24528 for ; Tue, 7 May 1996 16:34:31 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id QAA07174 for ; Tue, 7 May 1996 16:34:28 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id RAA22700; Tue, 7 May 1996 17:30:41 -0600 Date: Tue, 7 May 1996 17:30:41 -0600 From: Nate Williams Message-Id: <199605072330.RAA22700@rocky.sri.MT.net> To: Nate Williams Cc: current@FreeBSD.ORG Subject: Re: *SLOW* remote dumps In-Reply-To: <199605072243.QAA22497@rocky.sri.MT.net> References: <199605072243.QAA22497@rocky.sri.MT.net> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I decided to backup my laptop since I got a new disk for doing -current > development last week, and backups speeds are running 30-40K/sec, > whereas the exact same box running -stable (different drive, but > iozone's are comperable) gives me 450-500K/sec. Any ideas? Note, I tried using rsh and it went *really* fast, although it wasn't a usable dump. dump 0usf 138600 - /usr | rsh remotehost dd of=/dev/rmt/0ub With the above command I got my 450K/sec again, but unfortunately the dump is unusable. Nate From owner-freebsd-current Tue May 7 16:45:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25188 for current-outgoing; Tue, 7 May 1996 16:45:47 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA25178 for ; Tue, 7 May 1996 16:45:41 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id JAA11831; Wed, 8 May 1996 09:41:48 +1000 Date: Wed, 8 May 1996 09:41:48 +1000 From: Bruce Evans Message-Id: <199605072341.JAA11831@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, bde@zeta.org.au Subject: Re: more on fast bcopy Cc: culler@cs.berkeley.edu, current@freebsd.org, ken@area238.residence.gatech.edu, marc@bowtie.nl, nisha@cs.berkeley.edu, pattrsn@cs.berkeley.edu, wollman@lcs.mit.edu, wscott@ichips.intel.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * Why not? :-) It should be possible to use the fpu after saving and > * restoring the FP registers reentrantly. > ^^^^^^^^^^^ >Yeah, we were running into problems with this. Can you tell us how to >do it? ;) Something like: subl $108,%esp movl %cr0,%edx pushl %edx # if used clts fnsave (%esp) ... frstor (%esp) popl %edx # if used movl %edx,%cr0 addl $108,%esp The stack may need to be larger. The complications involving IRQ13 don't apply since this method is too slow to use on systems with external coprocessors. The commented out code in fpunrolled.s doesn't preserve CR0_TS. >I see. By the way, we tried unrolling the loops even more, and >actually got up to 80MB/s for FP and 60MB/s for integer registers >(this is for bcopy). I don't think more unrolling is good. It will bust the I-cache and it should be possible to schedule the loop control instructions to take essentially zero time compared with the D-cache-missing memory access instructions. Bruce From owner-freebsd-current Tue May 7 16:56:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA26296 for current-outgoing; Tue, 7 May 1996 16:56:31 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA26291 for ; Tue, 7 May 1996 16:56:29 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <10263-0@bunyip.cc.uq.oz.au>; Wed, 8 May 1996 09:56:02 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id JAA05283; Wed, 8 May 1996 09:56:30 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA02782; Tue, 7 May 1996 23:56:05 GMT Message-Id: <199605072356.XAA02782@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: Jian-Da Li cc: current@freebsd.org Subject: Re: 960507-current kernel unusable In-reply-to: Your message of "Tue, 07 May 1996 13:55:21 +0800." <199605070555.NAA05106@FreeBSD.csie.NCTU.edu.tw> X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 May 1996 09:56:03 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Hi : > > I just tried the latest current kernel, and it will reboot before > I can see anything display on screen (0.5s after boot:) > My 960501-SNAP works great on it. (P120, Triton MB, 2940, 32MB ram) > Please check it, thanks. > I see this as well, with a 16Mb 486/66, 2 x IDE drives, ed0 ethernet & S3801. A current kernel with patches up to what ctm email delivered on the 27th April works fine, after that, no joy whatsoever. Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Tue May 7 17:07:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA27504 for current-outgoing; Tue, 7 May 1996 17:07:15 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA27497 for ; Tue, 7 May 1996 17:07:13 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id RAA10390; Tue, 7 May 1996 17:07:22 -0700 Date: Tue, 7 May 1996 17:07:22 -0700 Message-Id: <199605080007.RAA10390@sunrise.cs.berkeley.edu> To: bde@zeta.org.au CC: bde@zeta.org.au, culler@cs.berkeley.edu, current@freebsd.org, ken@area238.residence.gatech.edu, marc@bowtie.nl, nisha@cs.berkeley.edu, pattrsn@cs.berkeley.edu, wollman@lcs.mit.edu, wscott@ichips.intel.com In-reply-to: <199605072341.JAA11831@godzilla.zeta.org.au> (message from Bruce Evans on Wed, 8 May 1996 09:41:48 +1000) Subject: Re: more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * >Yeah, we were running into problems with this. Can you tell us how to * >do it? ;) * * Something like: * * subl $108,%esp * movl %cr0,%edx * pushl %edx # if used * clts ^^^^ Oops, didn't know about that one. ;) * fnsave (%esp) * ... * * frstor (%esp) * popl %edx # if used * movl %edx,%cr0 * addl $108,%esp * * The stack may need to be larger. * * The complications involving IRQ13 don't apply since this method is too slow * to use on systems with external coprocessors. * * The commented out code in fpunrolled.s doesn't preserve CR0_TS. Really? This is what I had: movl %cr0,%edx movl $8, %eax /* CR0_TS */ not %eax andl %eax,%edx /* clear CR0_TS */ movl %edx,%cr0 : andl $8,%edx movl %cr0,%eax orl %edx, %eax /* reset CR0_TS to the original value */ movl %eax,%cr0 The original value of %cr0 is saved in %edx, and the CR0_TS bit is extracted and then or'ed back into %cr0 at the end. I did it this way because I didn't know if any of the other bits in %cr0 would change inside the loop. By the way, the problems we were seeing were random file corruptions, and I thought it was because FP regs aren't saved as part of the context switch (and although we are saving/restoring them upon entry and leaving our function, something else would come along and mess it up). Will it explain this? * I don't think more unrolling is good. It will bust the I-cache and it * should be possible to schedule the loop control instructions to take * essentially zero time compared with the D-cache-missing memory access * instructions. Hmm.... Satoshi From owner-freebsd-current Tue May 7 17:08:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA27723 for current-outgoing; Tue, 7 May 1996 17:08:15 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA27714 for ; Tue, 7 May 1996 17:08:11 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id KAA12703; Wed, 8 May 1996 10:02:20 +1000 Date: Wed, 8 May 1996 10:02:20 +1000 From: Bruce Evans Message-Id: <199605080002.KAA12703@godzilla.zeta.org.au> To: rgrimes@GndRsh.aac.dev.com, wscott@ichips.intel.com Subject: Re: more on fast bcopy Cc: asami@cs.berkeley.edu, bde@zeta.org.au, culler@cs.berkeley.edu, current@freebsd.org, ken@area238.residence.gatech.edu, marc@bowtie.nl, nisha@cs.berkeley.edu, pattrsn@cs.berkeley.edu, wollman@lcs.mit.edu Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> size bandwidth >>... >> 4096 69.565217 MB/s >> 8192 71.111111 MB/s >Thats pretty cruddy for 4 way interleaved memory, >1/120nS * 8 bytes/leave * 4 leaves == 266MB/sec. Erm, divide by 2 for read+write. >And I used the worst case there by using the 120nS full cycle time, >if these are sequentail accesses that hit the same DRAM page this >number should be up closer to 500MB/sec. Mabye this accounts for some of the advantages of the FP method - it's easy to read 8*8 bytes off a page at a time, while using integer registers it's impossible to read more than 5*4 bytes at a time (even using %ebp and %esp as scratch registers :-). Bruce From owner-freebsd-current Tue May 7 17:17:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA28540 for current-outgoing; Tue, 7 May 1996 17:17:33 -0700 (PDT) Received: from s1.GANet.NET (s1.GANet.NET [199.18.201.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA28527 for ; Tue, 7 May 1996 17:17:30 -0700 (PDT) Received: (from ec0@localhost) by s1.GANet.NET (8.6.11/8.6.11) id UAA13827; Tue, 7 May 1996 20:15:46 -0400 Date: Tue, 7 May 1996 20:15:45 -0400 (EDT) From: Eric Chet To: Thomas Sparrevohn cc: Andrew Gallatin , freebsd-current@FreeBSD.org Subject: Re: -current not booting, more info ddb trace In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Hello > > My system is a ASUS SP3G with AMD/133. It reboots after > > the kernel is loaded. > Hello I added options DDB, KTRACE and FAILSAFE now during booting I drop into ddb. This is from current 960507 I get a panic page not found type 12 trap, code=0 stopped at _sdstart+0x102 : cmpl $0,0x1c(%esi) db> trace _sdstart _free_xs _scsi_done _ncr_complete _ncr_wakeup _ncr_exception _ncr_intr Xresume11() --- interrupt, eip=0xf018a600, ebp=0xf01a3fe8 -i486_bzero _vm_page_zero_idle idle_loop I will include a copy of dmesg from the may 2nd kernel which works fine. Also a copy of my config. Eric J. Chet (ejc@nasvr1.cb.att.com || ec0@ganet.net) Lucent Technologies, Bell Labs Innovations ----DMESG Fatal trap 12: page fault while in kernel mode fault virtual address = 0x1c fault code = supervisor read, page not present instruction pointer = 0x8:0xf0163826 stack pointer = 0x10:0xf01a3ec0 frame pointer = 0x10:0xf01a3edc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio panic: from debugger panic: from debugger Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... FreeBSD 2.2-CURRENT #0: Thu May 2 20:37:26 1996 ejc@gargoyle.bazzle.com:/var/usr/src/sys/compile/gargoyle Calibrating clock(s) relative to mc146818A clock ... failed, using default i8254 clock of 1193182 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CPU: i486DX (486-class CPU) Origin = "AuthenticAMD" Id = 0x4e4 real memory = 33554432 (32768K bytes) avail memory = 31473664 (30736K bytes) Probing for devices on PCI bus 0: chip0 rev 4 on pci0:0 chip1 rev 3 on pci0:2 ncr0 rev 2 int a irq 11 on pci0:5 ncr0 waiting for scsi devices to settle (ncr0:0:0): "SEAGATE ST15150W 0020" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): WIDE SCSI (16 bit) enabled. sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 4095MB (8388315 512 byte sectors) (ncr0:1:0): "QUANTUM LP240S GM240S01X 6.4" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 234MB (479350 512 byte sectors) (ncr0:2:0): "PLEXTOR CD-ROM DM-XX28 3.08" type 5 removable SCSI 2 cd0(ncr0:2:0): CD-ROM cd0(ncr0:2:0): asynchronous. cd present [326402 x 2048 byte records] (ncr0:2:2): asynchronous. (ncr0:2:3): asynchronous. (ncr0:2:4): asynchronous. (ncr0:2:5): asynchronous. (ncr0:2:6): asynchronous. (ncr0:2:7): asynchronous. vga0 rev 1 on pci0:6 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x3e8-0x3ef irq 5 on isa sio2: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 at 0x278-0x27f on isa fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface new masks: bio c0000840, tty c00300ba, net c00300ba WARNING: / was not properly dismounted. ------- CONFIG machine "i386" #cpu "I386_CPU" cpu "I486_CPU" #cpu "I586_CPU" #cpu "I686_CPU" ident gargoyle maxusers 64 options INET #InterNETworking options FFS #Berkeley Fast Filesystem #options NFS #Network Filesystem options MFS #Memory Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem #options DEVFS #Device filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options BROKEN_KEYBOARD_RESET options SYSVSHM #System V Shared memory support options SYSVSEM #System V Semophore support options SYSVMSG #System V Message support options KTRACE #kernel tracing options DDB #options DDB_UNATTENDED options FAILSAFE config kernel root on sd0 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 # A single entry for any of these controllers (ncr, ahb, ahc) is sufficient # for any number of installed devices. controller ncr0 controller scbus0 device sd0 #device od0 #device st0 device cd0 #Only need one of these, the code dynamically grows # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5 options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # This PCVT option is for keyboards such as those used on IBM ThinkPad laptops #options PCVT_SCANSET=2 # IBM keyboards are non-std # The syscons console driver (sco color console compatible) - default. device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Mandatory, don't remove 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 # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 #device fxp0 #device 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 fe0 at isa? port 0x300 net irq ? vector feintr #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop #pseudo-device ether pseudo-device log #pseudo-device sl 1 pseudo-device ppp 1 #pseudo-device tun 1 pseudo-device pty 16 # keep this if you want to be able to continue to use /stand/sysinstall pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 4 From owner-freebsd-current Tue May 7 17:26:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA29053 for current-outgoing; Tue, 7 May 1996 17:26:56 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA29048 for ; Tue, 7 May 1996 17:26:54 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <16001-0@bunyip.cc.uq.oz.au>; Wed, 8 May 1996 10:26:29 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id KAA06060; Wed, 8 May 1996 10:26:53 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id AAA03969; Wed, 8 May 1996 00:26:23 GMT Message-Id: <199605080026.AAA03969@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: -current not booting In-reply-to: Your message of "Tue, 07 May 1996 14:05:32 MST." <9643.831503132@time.cdrom.com> X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 May 1996 10:26:18 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The fact that it's happening to a bunch of people suggests to me that it is actually some strange problem. I tried messing around with a couple of earlier version of locore.s (which phk kindly sent me) but had no joy. It bothers me because two other machines (8Mb 486/66, 1542B, Barracuda + 32Mb P5-75, 7840, hawk) work fine. My failing machine is a 486/66, 16Mb, 2 x IDE drives. Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Tue May 7 17:27:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA29090 for current-outgoing; Tue, 7 May 1996 17:27:27 -0700 (PDT) Received: from s1.GANet.NET (s1.GANet.NET [199.18.201.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA29080 for ; Tue, 7 May 1996 17:27:25 -0700 (PDT) Received: (from ec0@localhost) by s1.GANet.NET (8.6.11/8.6.11) id UAA14212; Tue, 7 May 1996 20:26:02 -0400 Date: Tue, 7 May 1996 20:26:01 -0400 (EDT) From: Eric Chet To: "Jordan K. Hubbard" cc: ejc@nasvr1.cb.att.com, freebsd-current@FreeBSD.org Subject: Re: -current not booting In-Reply-To: <9643.831503132@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Very strange, since my kernels have been booting for days. Are you > sure this isn't a source corruption or syncronization problem? > > Jordan > Jordan It could be a corruption or sync problem. But one of my co-workers is having the same problem, also somebody on the net stated the same problem. It's no trouble for me to resup everything, so I will give it a try. Eric From owner-freebsd-current Tue May 7 17:32:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA29519 for current-outgoing; Tue, 7 May 1996 17:32:05 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA29472 for ; Tue, 7 May 1996 17:32:03 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id RAA10428; Tue, 7 May 1996 17:32:33 -0700 Date: Tue, 7 May 1996 17:32:33 -0700 Message-Id: <199605080032.RAA10428@sunrise.cs.berkeley.edu> To: wscott@ichips.intel.com CC: bde@zeta.org.au, current@freebsd.org, nisha@cs.berkeley.edu, marc@bowtie.nl, ken@area238.residence.gatech.edu, wollman@lcs.mit.edu, pattrsn@cs.berkeley.edu, culler@cs.berkeley.edu In-reply-to: <199605071845.LAA03457@ichips.intel.com> (message from Wayne Scott on Tue, 07 May 1996 11:48:28 -0700) Subject: Re: more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * The problem is that I gave you numbers on a lower performance desktop * machine. * * On a high performance box with 4-way interleaved memory I get the * following: * * size bandwidth * 32 46.376812 MB/s : * 8192 71.111111 MB/s I see. Well, I'm sorry to be so dense but this is still less than the 80MB/s we are seeing on our P5-133 + Triton boxes. * When I first ran then benchmark the results were toggling between * 66 MB/s and 80 MB/s. The problem was that the benchmark is too fast for * gettimeofday to return accurate numbers. Increasing the size of the * buffer to be copied from 4 MBs to 32 MBs helpped alot. (For those * short on memory just put a loop around the calls to bcopy to make the * time longer.) I suspect this problem was occuring with luke's Pentium * number. There was a problem in the previous version that you tried, the empty() loop we stuck in was subtracting away too much of the time. I disabled that part (so we are now seeing the real speed including the function call overheads) on the version you can pick up from http://stampede.cs.berkeley.edu/~asami/Td/bcopy.html so please try it. Now we consistently get 80MB/s on luke (-current) and two other Pentium 133's (running -stable and -release). (4MB) / (80MB/s) is about 1/20 s or 50 ms, and gettimeofday() returns numbers in microseconds so the granularity shouldn't be a problem. By the way, I made a new version of the scripts, it will now automatically generate .gif files for you if you have gnuplot and ppmtogif. Please grab it (the link is in the web page) if you want to see how I generated the million graphs. :) Satoshi From owner-freebsd-current Tue May 7 17:48:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA00832 for current-outgoing; Tue, 7 May 1996 17:48:15 -0700 (PDT) Received: from waena.maui.com (root@waena.mrtc.maui.com [199.4.33.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA00827 for ; Tue, 7 May 1996 17:48:13 -0700 (PDT) Received: from caliban.dihelix.com (caliban.dihelix.com [199.4.33.251]) by waena.maui.com (8.7.1/8.7.3) with ESMTP id OAA12246; Tue, 7 May 1996 14:48:36 -1000 (HST) Received: (from langfod@localhost) by caliban.dihelix.com (8.7.5/8.6.9) id OAA01623; Tue, 7 May 1996 14:48:08 -1000 (HST) Message-Id: <199605080048.OAA01623@caliban.dihelix.com> Subject: Re: -current not booting To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 7 May 1996 14:48:08 -1000 (HST) Cc: ejc@nasvr1.cb.att.com, freebsd-current@FreeBSD.org In-Reply-To: <9643.831503132@time.cdrom.com> from "Jordan K. Hubbard" at "May 7, 96 02:05:32 pm" From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk happens on my AMD 5x86 PCI system and a friends P90 Systems also. For the ones I have seen - (havent had the time to look farther) it either hangs or reboots right after the text size display. (kernel load) before autconfigure prints anything. >Very strange, since my kernels have been booting for days. Are you >sure this isn't a source corruption or syncronization problem? > > Jordan > >> Hello >> The last bootable -current kernel I have is from May 2nd. >> A kernel from may 3,4,5,6,7 loads but does not boot, it just reboots. >> >> Does anybody know what broke? >> >> ejc >> >> Lucent > > From owner-freebsd-current Tue May 7 17:52:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA01100 for current-outgoing; Tue, 7 May 1996 17:52:45 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA01092 for ; Tue, 7 May 1996 17:52:39 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id KAA14413; Wed, 8 May 1996 10:47:09 +1000 Date: Wed, 8 May 1996 10:47:09 +1000 From: Bruce Evans Message-Id: <199605080047.KAA14413@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, bde@zeta.org.au Subject: Re: more on fast bcopy Cc: culler@cs.berkeley.edu, current@freebsd.org, ken@area238.residence.gatech.edu, marc@bowtie.nl, nisha@cs.berkeley.edu, pattrsn@cs.berkeley.edu, wollman@lcs.mit.edu, wscott@ichips.intel.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * The commented out code in fpunrolled.s doesn't preserve CR0_TS. >Really? This is what I had: > movl %cr0,%edx > movl $8, %eax /* CR0_TS */ > not %eax > andl %eax,%edx /* clear CR0_TS */ > movl %edx,%cr0 > : > andl $8,%edx > movl %cr0,%eax > orl %edx, %eax /* reset CR0_TS to the original value */ > movl %eax,%cr0 >The original value of %cr0 is saved in %edx, and the CR0_TS bit is >extracted and then or'ed back into %cr0 at the end. Actually, it isn't saved in %edx (or anywhere else). >I did it this way because I didn't know if any of the other bits in >%cr0 would change inside the loop. That could be written (without using clts) as: movl %cr0,%eax movl %eax,%edx andl $~8,%eax movl %eax,%cr0 ... as above >By the way, the problems we were seeing were random file corruptions, >and I thought it was because FP regs aren't saved as part of the >context switch (and although we are saving/restoring them upon entry >and leaving our function, something else would come along and mess it >up). Will it explain this? I can't explain the file corruptions. Bruce From owner-freebsd-current Tue May 7 19:14:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA10716 for current-outgoing; Tue, 7 May 1996 19:14:28 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA10711 for ; Tue, 7 May 1996 19:14:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id TAA11303; Tue, 7 May 1996 19:13:44 -0700 (PDT) To: Eric Chet cc: ejc@nasvr1.cb.att.com, freebsd-current@freebsd.org Subject: Re: -current not booting In-reply-to: Your message of "Tue, 07 May 1996 20:26:01 EDT." Date: Tue, 07 May 1996 19:13:44 -0700 Message-ID: <11301.831521624@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It may also be something to do with phk's changes to locore.s. I don't know, there are so many variables! Would it be possible for you to grab a copy of the CVS tree and roll back /sys until you get a working kernel again? That would definitely help us to figure out *when* the problem crept in. Thanks! Jordan > > Very strange, since my kernels have been booting for days. Are you > > sure this isn't a source corruption or syncronization problem? > > > > Jordan > > > Jordan > It could be a corruption or sync problem. But one of my > co-workers is having the same problem, also somebody on the net stated > the same problem. It's no trouble for me to resup everything, so > I will give it a try. > > Eric > From owner-freebsd-current Tue May 7 20:29:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA17028 for current-outgoing; Tue, 7 May 1996 20:29:12 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA17014 for ; Tue, 7 May 1996 20:29:07 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id UAA24358; Tue, 7 May 1996 20:28:52 -0700 (PDT) Date: Tue, 7 May 1996 20:28:52 -0700 (PDT) Message-Id: <199605080328.UAA24358@silvia.HIP.Berkeley.EDU> To: bde@zeta.org.au CC: current@freebsd.org, nisha@cs.berkeley.edu In-reply-to: <199605080047.KAA14413@godzilla.zeta.org.au> (message from Bruce Evans on Wed, 8 May 1996 10:47:09 +1000) Subject: Re: more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Actually, it isn't saved in %edx (or anywhere else). Of course you're right, I don't know what I was thinking before. Pass the conical hat! *-<:) * I can't explain the file corruptions. Hmm. I guess we'd have to run it a little more and see what happens. However, we have the -current kernel not booting problem too on our P5-133 systems, so it will be a while until we can get to it.... Satoshi From owner-freebsd-current Tue May 7 21:43:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA22163 for current-outgoing; Tue, 7 May 1996 21:43:03 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA22138 Tue, 7 May 1996 21:42:54 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id OAA23473; Wed, 8 May 1996 14:39:40 +1000 Date: Wed, 8 May 1996 14:39:40 +1000 From: Bruce Evans Message-Id: <199605080439.OAA23473@godzilla.zeta.org.au> To: koshy@india.hp.com, stesin@elvisti.kiev.ua Subject: Re: lmbench IDE anomaly Cc: current@freebsd.org, hackers@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >i.e# ./lmdd if=/dev/DEVICE bs=BLOCKSIZE count=16MEG/BLOCKSIZE of=internal >Throughput for one lmdd reader process and two simultaneous lmdd readers are >given below). > Per process Per process >Device blocksize KB/s blocksize KB/s >~~~~~~ ~~~~~~~~~ ~~~~ ~~~~~~~~~ ~~~~ > -- SCSI DISK -- > --single reader-- >rsd0a bs=1024 653.74 bs=8192 1312.31 > 682.66 1268.36 > 677.52 1361.95 > --two readers-- >rsd0a bs=1024 424.27 bs=8192 805.69 > 424.24 807.64 > -- 812.82 >Looks like changing the block size for the read can double throughput. This is normal for small block sizes on SCSI disks. On my P133 ncr'810 system with a slow Toshiba MK537FB drive (which BTW still breaks everything unless SCSI_NCR_DFLT_TAGS is defined as 0 using option FAILSAFE or directly (it breaks things slightly more in -current than in 2.1R if this option isn't used)), the speeds for a single process are: blocksize KB/s --------- ---- 512 180 1024 334 2048 678 4096 1139 8192 2034 16384 2480 32768 2544 65536 2528 I.e., for block sizes smaller than 8K, the speed is approximately proportional to the block size (because SCSI command overhead doesn't depend much on the block size and is very large). >Also, two readers yield better thoughput than a single reader process. Perhaps this is because there is some overlap for the command overheads. The command for process 2 will usually arrive while the i/o for process 1 is in progress, so the drive may be able to process most of it before it can be executed. > -- IDE DISK -- > --single reader-- >rwd0a bs=1024 839.05 bs=8192 2392.08 (!!) > 841.53 2402.42 (!!) > 841.85 2402.45 (!!) I'm surprised that the larger block size is so much faster. The command overhead is much lower for IDE. > --two readers-- >rwd0a bs=1024 199.38 bs=8192 251.83 > 218.38 237.95 > 220.68 238.50 >The read rates for the single reader case are fantastic, however >disaster seems to strike when two reader access the same device There is no possibility for overlapping of command overheads because commands are serialized in the driver. I think the slowdown is to be expected. The large command overhead for slow drives like your SCSI drive and my Toshiba probably results in each process taking turns reading the same block out of the drive's cache. OTOH, for faster drives like my Quantum XPG and any IDE drive, one of the processes apparently gets far enough ahead of the other to defeat the drive's caching. This causes a 26x per-process slowdown for the XPG. >So I looked at the block device. > --single reader-- >wd0a bs=1024 199.80 bs=8192 796.07 > 200.04 795.06 > --two readers-- >wd0a bs=1024 200.04 bs=8192 795.60 > 200.33 795.20 >Hmm, block size makes a huge difference still. Is this to >be expected? Also the two reader case and the single reader case It's a bit unexpected. A (too-small) block size of 2048 is always used for physical reads for the block device. Thus the speed is limited to that of the raw device with a block size of 2048. The (lack of) speed of my Toshiba /dev/sd0 is almost independent of the block size. Bruce From owner-freebsd-current Tue May 7 22:00:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23265 for current-outgoing; Tue, 7 May 1996 22:00:12 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA23239 for ; Tue, 7 May 1996 22:00:09 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id WAA07979 for ; Tue, 7 May 1996 22:00:05 -0700 Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id FAA13431 for ; Wed, 8 May 1996 05:58:38 +0100 (BST) To: current@FreeBSD.ORG From: "Gary Palmer" Subject: Recent commits Date: Wed, 08 May 1996 05:58:37 +0100 Message-ID: <13429.831531517@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi I just did some cleanups to code in -current which should reduce the number of compiler warnings produced by LINT by quite a bit. The remaining warnings are left untouched (minus various warnings from the filesystems which can be fixed but are being held back until the Lite 2 FS integration is complete): ../../netinet/in_proto.c:152: warning: initialization from incompatible pointer type (Should be addressed by a patch John Hay is working on to get IPX in IP encapsulation working.) ../../i386/isa/if_eg.c:159: warning: can't inline call to `egread' ../../i386/isa/if_el.c:99: warning: can't inline call to `el_hardreset' ../../i386/isa/if_el.c:97: warning: can't inline call to `elread' ../../i386/isa/if_ix.c:159: warning: can't inline call to `ixintr_fr' ../../i386/isa/if_ix.c:157: warning: can't inline call to `ixintr_cx' ../../i386/isa/if_ix.c:158: warning: can't inline call to `ixintr_cx_free' ../../i386/isa/if_ix.c:160: warning: can't inline call to `ixintr_fr_copy' ../../i386/isa/if_ix.c:161: warning: can't inline call to `ixintr_fr_free' ../../i386/isa/pcvt/pcvt_drv.c:111: warning: can't inline call to `vt_registerdev' ../../i386/isa/scd.c:160: warning: can't inline call to `write_control' ../../i386/isa/seagate.c:1128: warning: assignment discards `volatile' from pointer target type ../../i386/isa/seagate.c:1198: warning: assignment discards `volatile' from pointer target type ../../i386/isa/syscons.h:192: warning: can't inline call to `draw_cursor' ../../i386/isa/syscons.h:190: warning: can't inline call to `move_crsr' ../../i386/linux/linux_sysvec.c:417: warning: initialization from incompatible pointer type ../../gnu/i386/isa/nic3008.c:946: warning: passing arg 1 of `timeout' from incompatible pointer type ../../gnu/i386/isa/nic3008.c:946: warning: passing arg 2 of `timeout' makes pointer from integer without a cast ../../gnu/i386/isa/nic3009.c:1238: warning: passing arg 1 of `timeout' from incompatible pointer type ../../gnu/i386/isa/nic3009.c:1238: warning: passing arg 2 of `timeout' makes pointer from integer without a cast Several of the inline warnings only seem to occur with the LINT kernel. Something is obviously annoying GCC in LINT to produce (some of) these warnings for LINT but not for GENERIC. The last 5 warnings (in linux_sysvec.c and nic300[89].c) are not so easy to cure and I have left. The nic warnings can only be addressed (easily) by casting the warnings away. A comment (presumably from Bruce :-) ) next to the trouble spots says not to do that :-) It would be nice if people with the relevant hardware (esp. the authors/maintainers) could investigate the remaining warnings and squash them... It is a nice goal (if a rather difficult one) to get our kernel compiling cleanly with -Wall and every little helps... Thanks Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. From owner-freebsd-current Tue May 7 22:39:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA25006 for current-outgoing; Tue, 7 May 1996 22:39:12 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA24998 for ; Tue, 7 May 1996 22:38:53 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id PAA25448; Wed, 8 May 1996 15:33:24 +1000 Date: Wed, 8 May 1996 15:33:24 +1000 From: Bruce Evans Message-Id: <199605080533.PAA25448@godzilla.zeta.org.au> To: p.richards@elsevier.co.uk, rgrimes@gndrsh.aac.dev.com Subject: Re: ahc driver no longer sees one of my disks Cc: FreeBSD-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >One of the biggest problems with high speed systems is that DELAY(n) for >n < 20 is _ASSUMED_ to be the call/return overhead. This is horribly >wrong for loops that call DELAY(n) reapeadly due to cashing, branch prediction >and a whole lot of other things. Expecting DELAY(small) to be accurate is horribly wrong anyway. >See the source code in clock.c: > /* > * Read the counter first, so that the rest of the setup overhead is > * counted. Guess the initial overhead is 20 usec (on most systems it > * takes about 1.5 usec for each of the i/o's in getit(). The loop > * takes about 6 usec on a 486/33 and 13 usec on a 386/20. The > * multiplications and divisions to scale the count take a while). > */ > prev_tick = getit(); > n -= 20; > /* >... Perhaps the right thing to do is to remove the 20 usec hack and document that DELAY(n) is guaranteed to delay for _at least_ n usec and that _no_ maximum is guaranteed. DELAY(n) may sometimes take (n + 100000) usec if it is interrupted and it may usually take (n + 20) usec on slow machines. Generic driver must be programmed to work on both slow and fast machines. However, this would be less flexible. It is easy to add 20 to get the same result. Perhaps 20 should be replaced by DELAYZERO and added to hundreds, if not thousands of DELAY() calls :-). I have problems with lost keyboard interrupts causing keyboard hangs and and removed the 20 usec hack for a while. This seemed to make the problem worse :-). >On a P133 this looks to be closer to 4uS, on a 166 it is down to 2 or 3uS, Probably not that small. There's always a getit() call, and on my ASUS P55TP4XE P133 this does 3 slow i/o's: 0x43 (timer mode) (write) 1180 ns 0x40 (timer counter 0) (read) 703 ns 0x40 (timer counter 0) (read) 703 ns ------- 2586 ns >and I have no idea what it is on a P6. This value should probably be >calibrated, perhaps bruces recent changes could be enhanced to calibrate >this as well... Here's the lkm syscall template hacked to calibrate DELAY(1). It takes about 3780 ns on the P55TP4XE. DELAY(100) takes about 83000 nsec. 20 is about 17 too large. --- BINDIR= /tmp SRCS= mycall.c KMOD= newsyscall_mod NOMAN= none CLEANFILES+= ${KMOD} .include --- #include #include #include #include #include #include static int mycall(struct proc *p, void *uap, int *retval); static struct sysent newent = { 0, mycall, }; MOD_SYSCALL("newsyscall_mod", -1, &newent); extern int newsyscall_mod(struct lkm_table *lkmtp, int cmd, int ver); int newsyscall_mod(struct lkm_table *lkmtp, int cmd, int ver) { DISPATCH(lkmtp, cmd, ver, lkm_nullcmd, lkm_nullcmd, lkm_nullcmd) } static int mycall(struct proc *p, void *uap, int *retval) { int i; struct timeval f, s; microtime(&s); for (i = 0; i < 1000000; ++i) DELAY(1); microtime(&f); *retval = 1000000 * (f.tv_sec - s.tv_sec) + f.tv_usec - s.tv_usec; return 0; } --- It has also been reported that DELAY() has a long term error of 10% on some systems. I haven't seen any evidence or explanations for this. Bruce From owner-freebsd-current Tue May 7 22:58:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA26107 for current-outgoing; Tue, 7 May 1996 22:58:17 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA26100 for ; Tue, 7 May 1996 22:58:14 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uH2GJ-0003wZC; Tue, 7 May 96 22:58 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id FAA00871; Wed, 8 May 1996 05:58:04 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: ejc@nasvr1.cb.att.com, freebsd-current@freebsd.org Subject: Re: -current not booting In-reply-to: Your message of "Tue, 07 May 1996 14:05:32 MST." <9643.831503132@time.cdrom.com> Date: Wed, 08 May 1996 05:58:02 +0000 Message-ID: <869.831535082@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk People should "make clean && make" their kernels. I removed a element in struct buf, and if they havn't done a make depend recently, they will have problems like this. -current people should read commit mail ! Poul-Henning > Very strange, since my kernels have been booting for days. Are you > sure this isn't a source corruption or syncronization problem? > > Jordan > > > Hello > > The last bootable -current kernel I have is from May 2nd. > > A kernel from may 3,4,5,6,7 loads but does not boot, it just reboots. > > > > Does anybody know what broke? > > > > ejc > > > > Lucent > -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue May 7 23:04:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26621 for current-outgoing; Tue, 7 May 1996 23:04:46 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA26611 for ; Tue, 7 May 1996 23:04:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id XAA12003; Tue, 7 May 1996 23:04:04 -0700 (PDT) To: Poul-Henning Kamp cc: ejc@nasvr1.cb.att.com, freebsd-current@freebsd.org Subject: Re: -current not booting In-reply-to: Your message of "Wed, 08 May 1996 05:58:02 -0000." <869.831535082@critter.tfs.com> Date: Tue, 07 May 1996 23:04:04 -0700 Message-ID: <12001.831535444@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmmmm. I did assume that nobody out there was foolish enough to use the non-deleting config option, given that we've already discussed in signficant, repetetive detail the fact that trying to live in one /sys/compile/BLAH directory and not simply blowing it away each and every time is serious bad news. Just in case there *are* people so foolish, let me just make the point One More Time: Unless you know the kernel like McKusick or are blessed with a personal guardian angel who will keep you eternally safe from all harm, start with a fresh /sys/compile/FOO directory *every* time you build a kernel! I don't care what some core people say about having this work successfully, as a general rule it's a sad mistake and the reason I made config blow away kernel build dirs by default in the first place! Jordan > People should "make clean && make" their kernels. I removed a > element in struct buf, and if they havn't done a make depend > recently, they will have problems like this. > > -current people should read commit mail ! > > Poul-Henning > > > Very strange, since my kernels have been booting for days. Are you > > sure this isn't a source corruption or syncronization problem? > > > > Jordan > > > > > Hello > > > The last bootable -current kernel I have is from May 2nd. > > > A kernel from may 3,4,5,6,7 loads but does not boot, it just reboots. > > > > > > Does anybody know what broke? > > > > > > ejc > > > > > > Lucent > > > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, In c. > Future will arrive by its own means, progress not so. From owner-freebsd-current Tue May 7 23:04:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26635 for current-outgoing; Tue, 7 May 1996 23:04:48 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA26612 for ; Tue, 7 May 1996 23:04:43 -0700 (PDT) Received: from GndRsh.aac.dev.com ([198.145.92.241]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id XAA09486 for ; Tue, 7 May 1996 23:04:41 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id XAA02949; Tue, 7 May 1996 23:02:01 -0700 From: "Rodney W. Grimes" Message-Id: <199605080602.XAA02949@GndRsh.aac.dev.com> Subject: Re: *SLOW* remote dumps To: nate@sri.MT.net (Nate Williams) Date: Tue, 7 May 1996 23:02:01 -0700 (PDT) Cc: nate@sri.MT.net, current@FreeBSD.ORG In-Reply-To: <199605072330.RAA22700@rocky.sri.MT.net> from Nate Williams at "May 7, 96 05:30:41 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I decided to backup my laptop since I got a new disk for doing -current > > development last week, and backups speeds are running 30-40K/sec, > > whereas the exact same box running -stable (different drive, but > > iozone's are comperable) gives me 450-500K/sec. Any ideas? > > Note, I tried using rsh and it went *really* fast, although it wasn't a > usable dump. > > dump 0usf 138600 - /usr | rsh remotehost dd of=/dev/rmt/0ub Try that as: dump 0busf 10 138600 - /usr | rsh dd bs=10240 of=/dev/rmt/0ub > > With the above command I got my 450K/sec again, but unfortunately the > dump is unusable. Probably due to the fact that rsh broke up the blocks which dd then wrote to the tape using variable length records. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Tue May 7 23:09:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26950 for current-outgoing; Tue, 7 May 1996 23:09:41 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA26945 for ; Tue, 7 May 1996 23:09:38 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uH2R8-0003w0C; Tue, 7 May 96 23:09 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id GAA00998; Wed, 8 May 1996 06:09:19 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Stephen Hocking cc: "Jordan K. Hubbard" , current@FreeBSD.ORG Subject: Re: -current not booting In-reply-to: Your message of "Wed, 08 May 1996 10:26:18 +1000." <199605080026.AAA03969@netfl15a.devetir.qld.gov.au> Date: Wed, 08 May 1996 06:09:18 +0000 Message-ID: <996.831535758@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > The fact that it's happening to a bunch of people suggests to me > that it is actually some strange problem. I tried messing around with a coupl e > of earlier version of locore.s (which phk kindly sent me) but had no joy. It > bothers me because two other machines (8Mb 486/66, 1542B, Barracuda + 32Mb > P5-75, 7840, hawk) work fine. My failing machine is a 486/66, 16Mb, 2 x IDE > drives. > have you recompiled your kernel from scratch ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue May 7 23:26:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA27975 for current-outgoing; Tue, 7 May 1996 23:26:07 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA27958 for ; Tue, 7 May 1996 23:26:04 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <18732-0@bunyip.cc.uq.oz.au>; Wed, 8 May 1996 16:25:22 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id QAA04178; Wed, 8 May 1996 16:25:55 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id GAA16126; Wed, 8 May 1996 06:25:35 GMT Message-Id: <199605080625.GAA16126@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: -current not booting In-reply-to: Your message of "Wed, 08 May 1996 06:09:18 GMT." <996.831535758@critter.tfs.com> X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 May 1996 16:25:34 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > have you recompiled your kernel from scratch ? > Yup - several times. I've pulled & added things from the config & started each time from a squeaky clean compile directory. These builds are off the same sources that work fine on a number of other machines (albeit with different hardware configs) Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Tue May 7 23:42:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA29105 for current-outgoing; Tue, 7 May 1996 23:42:32 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA29097 for ; Tue, 7 May 1996 23:42:27 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id QAA27730; Wed, 8 May 1996 16:39:56 +1000 Date: Wed, 8 May 1996 16:39:56 +1000 From: Bruce Evans Message-Id: <199605080639.QAA27730@godzilla.zeta.org.au> To: current@freebsd.org, kmitch@phantasma.bevc.blacksburg.va.us Subject: Re: COM_MULTIPORT and -current Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I have a STB 4port card that I got from a friend running -stable, and >popped it into my -current system. I changed all of the appropriate >jumpers on the card. >He had his kernel config as (stable): >device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr >device sio1 at isa? port 0x3e8 tty flags 0x105 irq 15 vector siointr >... >When I got it, I set mine up as (current): >options COM_MULTIPORT >device sio2 at isa? port 0x3e8 tty flags 0x505 >device sio3 at isa? port 0x2e8 tty flags 0x505 >device sio4 at isa? port 0x1e8 tty flags 0x505 >device sio5 at isa? port 0x1f8 tty flags 0x505 irq 5 vector siointr >This doesn't work. I get: >sio2 not found at 0x3e8 >... I can't help much with this. Perhaps there is a conflict with sio1. -current is a bit fussier than 2.1R. All sio devices should be configured, even if they are disabled, so that the irqs for unused devices can be disabled. 2.1R had disabled the irqs for the standard com1-4 but this broke some S3 boards. >If I change my config to: >options COM_MULTIPORT >device sio2 at isa? port 0x3e8 tty flags 0x205 >device sio3 at isa? port 0x2e8 tty flags 0x205 >device sio4 at isa? port 0x1e8 tty flags 0x205 >device sio5 at isa? port 0x1f8 tty flags 0x205 irq 5 vector siointr >everything appears to work fine (NOTE: now the master is not the same as the >port with the irq). This results in: This apparently "works" (up to about 16000 bps on a 16550) by configuring all the ports to use polled modee. One of the interrupt tests in the probe apparently fails for the normal configuration, but the interrupt tests in the probe are skipped for polled mode. (For non-multiport sio devices, polled mode is configured by leaving out the irq from the device line. For multiport devices, it is normal to leave out the irq from all lines except the one for the multiport master, so polled mode (for all devices) is configured by leaving out the irq from the multiport master line.) Bruce From owner-freebsd-current Wed May 8 00:01:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA00582 for current-outgoing; Wed, 8 May 1996 00:01:16 -0700 (PDT) Received: from MediaCity.com (root@easy1.mediacity.com [205.216.172.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA00573 for ; Wed, 8 May 1996 00:01:13 -0700 (PDT) Received: (from brian@localhost) by MediaCity.com (8.6.11/8.6.9) id AAA07259; Wed, 8 May 1996 00:01:06 -0700 From: Brian Litzinger Message-Id: <199605080701.AAA07259@MediaCity.com> Subject: Re: -current not booting To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 8 May 1996 00:01:06 -0700 (PDT) Cc: ec0@s1.GANet.NET, ejc@nasvr1.cb.att.com, freebsd-current@FreeBSD.ORG In-Reply-To: <11301.831521624@time.cdrom.com> from "Jordan K. Hubbard" at "May 7, 96 07:13:44 pm" Reply-To: brian@MediaCity.com X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > It may also be something to do with phk's changes to locore.s. I > don't know, there are so many variables! Would it be possible for you > to grab a copy of the CVS tree and roll back /sys until you get a > working kernel again? That would definitely help us to figure out > *when* the problem crept in. I too ran into the kernel boot problem. Building a GENERIC kernel works fine. Building based on my LOCAL definition produces a kernel which reboots just after loading the kernel. I re'suped and built again. Still rebooted. I 'cp LOCAL LOCAL.bak', 'cp GENERIC LOCAL', then edited the new LOCAL adding my original LOCAL specific stuff back in. And now the kernel is booting fine. I did plenty of config's, make depends, et al, as I was trying different combinations. Brian Litzinger brian@mediacity.com From owner-freebsd-current Wed May 8 00:53:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA05505 for current-outgoing; Wed, 8 May 1996 00:53:10 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA05475 for ; Wed, 8 May 1996 00:52:58 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA22012; Wed, 8 May 1996 09:51:46 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA26262; Wed, 8 May 1996 09:51:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA14106; Wed, 8 May 1996 09:48:11 +0200 (MET DST) From: J Wunsch Message-Id: <199605080748.JAA14106@uriah.heep.sax.de> Subject: Re: *SLOW* remote dumps To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 8 May 1996 09:48:10 +0200 (MET DST) Cc: nate@sri.MT.net Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605072330.RAA22700@rocky.sri.MT.net> from Nate Williams at "May 7, 96 05:30:41 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Nate Williams wrote: > dump 0usf 138600 - /usr | rsh remotehost dd of=/dev/rmt/0ub > > With the above command I got my 450K/sec again, but unfortunately the > dump is unusable. Did you try modifying the block size (the `b' parameter)? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed May 8 02:01:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA13751 for current-outgoing; Wed, 8 May 1996 02:01:46 -0700 (PDT) Received: from multivac.orthanc.com (root@multivac.orthanc.com [206.12.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA13721 for ; Wed, 8 May 1996 02:01:37 -0700 (PDT) Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7.5/8.7.3) with SMTP id CAA00877 for ; Wed, 8 May 1996 02:01:29 -0700 (PDT) Message-Id: <199605080901.CAA00877@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg VE7TCP To: freebsd-current@freebsd.org Subject: Re: -current not booting Date: Wed, 08 May 1996 02:01:26 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk More fuel for the fire. I'm getting the reboot problem on two seperate machines. I haven't tried the GENERIC trick yet. One box is a very generic 486-DX (33MHz), two IDE drives, 3C509, one flop, video and 32MB RAM. The second is an AMD DX2/66, IDE, BT445C, 3C509 (config file appended). It seems as though taking something *out* of the GENERIC config causes the problems. It seems that non-PCI machines are the ones getting hit. I wonder if pci0 has achieved the status of npx0? It's getting too late to check now. I'll try that in the morning. # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.69 1996/05/01 03:26:58 bde Exp $ # machine "i386" cpu "I486_CPU" ident VAC maxusers 10 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative config kernel root on wd0 controller isa0 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 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 bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows # syscons is the default console driver, resembling an SCO console #device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5 options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Mandatory, don't remove 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 lpt0 at isa? port? tty # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device ep0 at isa? port 0x300 net irq 10 vector epintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device tun 4 pseudo-device pty 64 pseudo-device bpfilter 4 pseudo-device vn pseudo-device speaker pseudo-device snp 4 From owner-freebsd-current Wed May 8 02:49:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA21362 for current-outgoing; Wed, 8 May 1996 02:49:05 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA21343 for ; Wed, 8 May 1996 02:48:58 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA28551; Wed, 8 May 1996 19:23:51 +0930 From: Michael Smith Message-Id: <199605080953.TAA28551@genesis.atrad.adelaide.edu.au> Subject: Re: *SLOW* remote dumps To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 8 May 1996 19:23:50 +0930 (CST) Cc: nate@sri.MT.net, current@FreeBSD.ORG In-Reply-To: <199605080602.XAA02949@GndRsh.aac.dev.com> from "Rodney W. Grimes" at May 7, 96 11:02:01 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Rodney W. Grimes stands accused of saying: > > > > I decided to backup my laptop since I got a new disk for doing -current > > > development last week, and backups speeds are running 30-40K/sec, > > > whereas the exact same box running -stable (different drive, but > > > iozone's are comperable) gives me 450-500K/sec. Any ideas? > > > > Note, I tried using rsh and it went *really* fast, although it wasn't a > > usable dump. > > > > dump 0usf 138600 - /usr | rsh remotehost dd of=/dev/rmt/0ub > > Try that as: > dump 0busf 10 138600 - /usr | rsh dd bs=10240 of=/dev/rmt/0ub Why are you using rsh? We've been remote-dumping (and restoring, AFAIK) for quite some time, with excellent throughput using : dump 0fuB :/dev/nrst0 2097000 on 2GB DDS tapes. Using host:device sends stuff to rmt which is highly preferable to rsh. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed May 8 02:50:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA21566 for current-outgoing; Wed, 8 May 1996 02:50:13 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA21555 for ; Wed, 8 May 1996 02:50:03 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id LAA15337; Wed, 8 May 1996 11:48:40 +0200 (SAT) Message-Id: <199605080948.LAA15337@grumble.grondar.za> To: Poul-Henning Kamp cc: "Jordan K. Hubbard" , ejc@nasvr1.cb.att.com, freebsd-current@FreeBSD.org Subject: Re: -current not booting Date: Wed, 08 May 1996 11:48:39 +0200 From: Mark Murray Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp wrote: > > People should "make clean && make" their kernels. I removed a > element in struct buf, and if they havn't done a make depend > recently, they will have problems like this. Close, no cigar. I nuked my compile direcry, and I still get this. > -current people should read commit mail ! Some of us do! :-) M > > Poul-Henning > > > Very strange, since my kernels have been booting for days. Are you > > sure this isn't a source corruption or syncronization problem? > > > > Jordan > > > > > Hello > > > The last bootable -current kernel I have is from May 2nd. > > > A kernel from may 3,4,5,6,7 loads but does not boot, it just reboots. > > > > > > Does anybody know what broke? > > > > > > ejc > > > > > > Lucent > > > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, In c. > Future will arrive by its own means, progress not so. -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Wed May 8 03:48:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA28181 for current-outgoing; Wed, 8 May 1996 03:48:45 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA28172 for ; Wed, 8 May 1996 03:48:41 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uH6nK-0003w8C; Wed, 8 May 96 03:48 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id KAA01282; Wed, 8 May 1996 10:48:31 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Stephen Hocking cc: current@freebsd.org Subject: Re: -current not booting In-reply-to: Your message of "Wed, 08 May 1996 16:25:34 +1000." <199605080625.GAA16126@netfl15a.devetir.qld.gov.au> Date: Wed, 08 May 1996 10:48:30 +0000 Message-ID: <1280.831552510@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > have you recompiled your kernel from scratch ? > > > Yup - several times. I've pulled & added things from the config & started eac h > time from a squeaky clean compile directory. These builds are off the same > sources that work fine on a number of other machines (albeit with different > hardware configs) Try to use userconfig to disable all that you can and see if it relates to one of the devices... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed May 8 03:53:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA28689 for current-outgoing; Wed, 8 May 1996 03:53:05 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA28682 for ; Wed, 8 May 1996 03:53:03 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uH6rd-0003w8C; Wed, 8 May 96 03:53 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id KAA01338; Wed, 8 May 1996 10:52:57 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: brian@MediaCity.com cc: jkh@time.cdrom.com (Jordan K. Hubbard), ec0@s1.GANet.NET, ejc@nasvr1.cb.att.com, freebsd-current@FreeBSD.org Subject: Re: -current not booting In-reply-to: Your message of "Wed, 08 May 1996 00:01:06 MST." <199605080701.AAA07259@MediaCity.com> Date: Wed, 08 May 1996 10:52:57 +0000 Message-ID: <1336.831552777@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Jordan K. Hubbard wrote: > > It may also be something to do with phk's changes to locore.s. I > > don't know, there are so many variables! Would it be possible for you > > to grab a copy of the CVS tree and roll back /sys until you get a > > working kernel again? That would definitely help us to figure out > > *when* the problem crept in. > > I too ran into the kernel boot problem. Building a GENERIC > kernel works fine. Building based on my LOCAL definition produces > a kernel which reboots just after loading the kernel. > > I re'suped and built again. Still rebooted. > > I 'cp LOCAL LOCAL.bak', 'cp GENERIC LOCAL', then edited the new LOCAL > adding my original LOCAL specific stuff back in. Are you saying that the two files were identical (disregarding comments !) and once kernel doesn't work ? I have a hard time beliving that. I guess if you can tell us the difference we can find the bug ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed May 8 05:05:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10557 for current-outgoing; Wed, 8 May 1996 05:05:57 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA10540 for ; Wed, 8 May 1996 05:05:54 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id GAA24091; Wed, 8 May 1996 06:05:17 -0600 Date: Wed, 8 May 1996 06:05:17 -0600 From: Nate Williams Message-Id: <199605081205.GAA24091@rocky.sri.MT.net> To: Michael Smith Cc: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes), nate@sri.MT.net, current@FreeBSD.ORG Subject: Re: *SLOW* remote dumps In-Reply-To: <199605080953.TAA28551@genesis.atrad.adelaide.edu.au> References: <199605080602.XAA02949@GndRsh.aac.dev.com> <199605080953.TAA28551@genesis.atrad.adelaide.edu.au> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > I decided to backup my laptop since I got a new disk for doing -current > > > > development last week, and backups speeds are running > > > > 30-40K/sec, .. > Why are you using rsh? > > We've been remote-dumping (and restoring, AFAIK) for quite some time, > with excellent throughput using : > > dump 0fuB :/dev/nrst0 2097000 I never tried changing the block size, but using the stock rdump, my dumps were running at 30-40K/sec (only under -current. -stable is plenty fast). > on 2GB DDS tapes. Using host:device sends stuff to rmt which is highly > preferable to rsh. Normally I use rdump, but it was so slow as to be unusable. Nate From owner-freebsd-current Wed May 8 07:55:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA04237 for current-outgoing; Wed, 8 May 1996 07:55:19 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA04226 Wed, 8 May 1996 07:55:15 -0700 (PDT) Message-Id: <199605081455.HAA04226@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Nate Williams cc: Michael Smith , rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), current@FreeBSD.ORG Subject: Re: *SLOW* remote dumps In-reply-to: Your message of "Wed, 08 May 1996 06:05:17 MDT." <199605081205.GAA24091@rocky.sri.MT.net> Date: Wed, 08 May 1996 07:55:15 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> > > > I decided to backup my laptop since I got a new disk for doing -curren >t >> > > > development last week, and backups speeds are running >> > > > 30-40K/sec, >.. >> Why are you using rsh? >> >> We've been remote-dumping (and restoring, AFAIK) for quite some time, >> with excellent throughput using : >> >> dump 0fuB :/dev/nrst0 2097000 > >I never tried changing the block size, but using the stock rdump, my >dumps were running at 30-40K/sec (only under -current. -stable is >plenty fast). > >> on 2GB DDS tapes. Using host:device sends stuff to rmt which is highly >> preferable to rsh. > >Normally I use rdump, but it was so slow as to be unusable. > > >Nate You need to set a block size. I think there were some changes to the st driver that makes it more conservitive about what block size it uses by default. Do a diff between the two drivers and see what's different. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed May 8 09:42:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20559 for current-outgoing; Wed, 8 May 1996 09:42:08 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA20554 for ; Wed, 8 May 1996 09:42:05 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA15013 ; Wed, 8 May 1996 18:41:56 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA17415 ; Wed, 8 May 1996 18:42:08 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id OAA05517; Wed, 8 May 1996 14:30:52 +0200 (MET DST) From: Ollivier Robert Message-Id: <199605081230.OAA05517@keltia.freenix.fr> Subject: Re: termios'ed getty To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 8 May 1996 14:30:52 +0200 (MET DST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199605072129.XAA11587@uriah.heep.sax.de> from J Wunsch at "May 7, 96 11:29:29 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1948 X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that J Wunsch said: > So now the US$ 4.99 question: what do people think about completely > ripping out support for the obsolete V7/oldBSD-style sgtty options in > getty? Does anybody know somebody who's really using all these Fine with me. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #14: Tue Apr 30 21:08:35 MET DST 1996 From owner-freebsd-current Wed May 8 11:32:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00272 for current-outgoing; Wed, 8 May 1996 11:32:20 -0700 (PDT) Received: from multivac.orthanc.com (root@multivac.orthanc.com [206.12.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA00245 for ; Wed, 8 May 1996 11:32:16 -0700 (PDT) Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7.5/8.7.3) with SMTP id LAA06783; Wed, 8 May 1996 11:29:28 -0700 (PDT) Message-Id: <199605081829.LAA06783@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg VE7TCP To: Poul-Henning Kamp cc: freebsd-current@freebsd.org Subject: Re: -current not booting In-reply-to: Your message of "Wed, 08 May 1996 10:48:30 -0000." <1280.831552510@critter.tfs.com> Date: Wed, 08 May 1996 11:29:26 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Poul-Henning" == Poul-Henning Kamp writes: Poul-Henning> Try to use userconfig to disable all that you can Poul-Henning> and see if it relates to one of the devices... I'm going to try this later today, but I have my doubts. The reboot occurs immediately after the kernel loads, but before the initial copyright message appears. This is well before it gets to probing for hardware. Maybe it's VGA related? (The video cards on both of my machines get whacked into a hard reset right after the kernel finishes loading. One is running sc, the other pcvt.) --lyndon From owner-freebsd-current Wed May 8 11:46:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02779 for current-outgoing; Wed, 8 May 1996 11:46:46 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA02770 for ; Wed, 8 May 1996 11:46:43 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA26467; Wed, 8 May 1996 11:36:03 -0700 From: Terry Lambert Message-Id: <199605081836.LAA26467@phaeton.artisoft.com> Subject: Re: -current not booting To: lyndon@orthanc.com (Lyndon Nerenberg VE7TCP) Date: Wed, 8 May 1996 11:36:03 -0700 (MST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199605080901.CAA00877@multivac.orthanc.com> from "Lyndon Nerenberg VE7TCP" at May 8, 96 02:01:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > More fuel for the fire. I'm getting the reboot problem on two seperate > machines. I haven't tried the GENERIC trick yet. One box is a very generic > 486-DX (33MHz), two IDE drives, 3C509, one flop, video and 32MB RAM. The > second is an AMD DX2/66, IDE, BT445C, 3C509 (config file appended). > > It seems as though taking something *out* of the GENERIC config causes the > problems. It seems that non-PCI machines are the ones getting hit. I wonder > if pci0 has achieved the status of npx0? It's getting too late to check now. > I'll try that in the morning. >From an earlier enumeration list from a working site and one from a failing site -- may I suggest that bot DDB and PROCFS are maybe now required? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 8 11:49:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03463 for current-outgoing; Wed, 8 May 1996 11:49:08 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA03456 for ; Wed, 8 May 1996 11:49:05 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA26483; Wed, 8 May 1996 11:38:51 -0700 From: Terry Lambert Message-Id: <199605081838.LAA26483@phaeton.artisoft.com> Subject: Re: NFS in -current is _BUSTED_ To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 8 May 1996 11:38:50 -0700 (MST) Cc: current@FreeBSD.org In-Reply-To: <199605071412.XAA22794@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 7, 96 11:42:49 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Subject really says it all, however some more details would probably be > helpful 8) > > In all cases, I'm using 2.1-STABLE systems of a month or so ago as NFS > servers. > > Clients are all either the latest SNAP or more recent -current. > > Not _all_ clients fail. Of the tested systems, all the Pentiums work, and > the 486 and 386 clients fail. Failure symptoms are a total hang of all > operations referencing a mounted filesystem. On a hunch: try backing out the bcopy optimizations? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 8 12:05:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05824 for current-outgoing; Wed, 8 May 1996 12:05:53 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA05815 for ; Wed, 8 May 1996 12:05:52 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA26532; Wed, 8 May 1996 11:51:08 -0700 From: Terry Lambert Message-Id: <199605081851.LAA26532@phaeton.artisoft.com> Subject: Re: termios'ed getty To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 8 May 1996 11:51:08 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199605072129.XAA11587@uriah.heep.sax.de> from "J Wunsch" at May 7, 96 11:29:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Bruce reminded me of the ugliness of the V7/oldBSD <-> termios > conversion code, and of our huge previous problems with the kernel > equivalent of this. > > So now the US$ 4.99 question: what do people think about completely > ripping out support for the obsolete V7/oldBSD-style sgtty options in > getty? Does anybody know somebody who's really using all these > f0/f1/f2 flags in gettytab? > > If nobody objects within reasonable time, i consider removing all the > compat cruft that's no longer needed. I thought IBCS2 and SCO Xenix binary compatability would require the code to stay, even if BSD itself no longer used it. I would recommend *against* ripping it out wholesale. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 8 12:19:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07817 for current-outgoing; Wed, 8 May 1996 12:19:28 -0700 (PDT) Received: from maki.wwa.com (maki.wwa.com [198.49.174.21]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA07808 for ; Wed, 8 May 1996 12:19:26 -0700 (PDT) Received: from wendigo.trans.sni-usa.com by maki.wwa.com with smtp (Smail3.1.29.1 #3) id m0uHEiK-000rxkC; Wed, 8 May 96 14:15 CDT Received: from vogon.trans.sni-usa.com (vogon.trans.sni-usa.com [136.157.83.215]) by wendigo.trans.sni-usa.com (8.7.5/8.6.12) with ESMTP id NAA26005; Wed, 8 May 1996 13:41:40 -0500 (CDT) Received: from shyam.trans.sni-usa.com (shyam.trans.sni-usa.com [136.157.82.43]) by vogon.trans.sni-usa.com (8.6.12/8.6.12) with SMTP id NAA11611; Wed, 8 May 1996 13:50:53 -0500 From: hal@snitt.com (Hal Snyder) To: freebsd-current@FreeBSD.org Cc: j@uriah.heep.sax.de, nash@mcs.com Subject: termios'ed getty Date: Wed, 08 May 1996 18:43:55 GMT Organization: Siemens Nixdorf Transportation Technologies Message-Id: <3190e2b7.14046416@vogon.trans.sni-usa.com> X-Mailer: Forte Agent .99d/32.182 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 7 May 1996 23:29:29 +0200 (MET DST), J Wunsch wrote: > So now the US$ 4.99 question: what do people think about completely > ripping out support for the obsolete V7/oldBSD-style sgtty options in > getty? Does anybody know somebody who's really using all these > f0/f1/f2 flags in gettytab? > If nobody objects within reasonable time, i consider removing all the > compat cruft that's no longer needed. This is from memory of a few years ago when Coherent was moved from sgtty to termio: If iBCS2 compatibility is a consideration, there may still be SCO apps out there which expect the V7 calls. I suspect a fair number of them will never be recompiled. There are a dozen or so SCO-specific extensions to the standard iBCS2 system call table - including as I recall stty and gtty. From owner-freebsd-current Wed May 8 12:49:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13824 for current-outgoing; Wed, 8 May 1996 12:49:40 -0700 (PDT) Received: from multivac.orthanc.com (root@multivac.orthanc.com [206.12.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA13803 for ; Wed, 8 May 1996 12:49:34 -0700 (PDT) Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7.5/8.7.3) with SMTP id MAA00438; Wed, 8 May 1996 12:48:49 -0700 (PDT) Message-Id: <199605081948.MAA00438@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg VE7TCP To: Terry Lambert cc: freebsd-current@freebsd.org Subject: Re: -current not booting In-reply-to: Your message of "Wed, 08 May 1996 11:36:03 PDT." <199605081836.LAA26467@phaeton.artisoft.com> Date: Wed, 08 May 1996 12:48:48 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Terry" == Terry Lambert writes: Terry> failing site -- may I suggest that bot DDB and PROCFS are Terry> maybe now required? Terry nails it! I already has a static PROCFS. I added "options DDB" and the kernel now boots. --lyndon From owner-freebsd-current Wed May 8 13:21:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA20228 for current-outgoing; Wed, 8 May 1996 13:21:49 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA20204 for ; Wed, 8 May 1996 13:21:43 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA11595; Wed, 8 May 1996 16:21:39 -0400 Date: Wed, 8 May 1996 16:21:39 -0400 From: Garrett Wollman Message-Id: <9605082021.AA11595@halloran-eldar.lcs.mit.edu> To: current@freebsd.org Subject: Libc is broken! Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Some recent change to libc which came over in this morning's sup run made itself evident when I performed a `make world' recently by causing amd to segfault somewhere inside libc (according to gdb). Luckily, I had a machine with an older libc I could revert to (from mid-March), but it gave ne quite a scare and wasted an hour of my work day. My suspicion is the recent YP changes... -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 Wed May 8 14:58:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA28362 for current-outgoing; Wed, 8 May 1996 14:58:36 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA28349 for ; Wed, 8 May 1996 14:58:30 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA19259 ; Wed, 8 May 1996 23:58:25 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA18639 ; Wed, 8 May 1996 23:58:37 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id XAA07574; Wed, 8 May 1996 23:34:20 +0200 (MET DST) From: Ollivier Robert Message-Id: <199605082134.XAA07574@keltia.freenix.fr> Subject: Re: *SLOW* remote dumps To: nate@sri.MT.net (Nate Williams) Date: Wed, 8 May 1996 23:34:20 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, rgrimes@GndRsh.aac.dev.com, nate@sri.MT.net, current@FreeBSD.ORG In-Reply-To: <199605081205.GAA24091@rocky.sri.MT.net> from Nate Williams at "May 8, 96 06:05:17 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1948 X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Nate Williams said: > > on 2GB DDS tapes. Using host:device sends stuff to rmt which is highly > > preferable to rsh. > > Normally I use rdump, but it was so slow as to be unusable. I just used rdump to back up my sparcbook laptop and got the same results as usual: 400-500 KB/s if not more (my drive does compress). My kernel is from April, 30th. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #14: Tue Apr 30 21:08:35 MET DST 1996 From owner-freebsd-current Wed May 8 15:02:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA28664 for current-outgoing; Wed, 8 May 1996 15:02:59 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA28659 for ; Wed, 8 May 1996 15:02:57 -0700 (PDT) X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: current@freebsd.org Subject: Recent instability ... MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <28656.831592976.1@freefall.freebsd.org> Date: Wed, 08 May 1996 15:02:57 -0700 Message-ID: <28657.831592977@freefall.freebsd.org> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have been compiling kernels on all the machines I have access to the last 4 days and I still havn't been able to reproduce the problem. Please every body that has the problem, take time to examine and answer as many as possible of these questions: 1. Do you see any output on the screen at all before the reboot ? 2. Does the precense/absence of "options DDB" change it ? 3. Does the precense/absence of "options BOUNCE_BUFFER" change it ? 4. how much ram do you have ? 5. what cpu do you have 6. which "cpu" lines do you have active ? ("I386_CPU" .. "I686_CPU") 7. With DDB, can you boot -d ? 8. How old are your bootblocks approx ? 9. try this patch to locore.s: Index: locore.s =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/locore.s,v retrieving revision 1.70 diff -u -r1.70 locore.s --- locore.s 1996/05/02 22:24:55 1.70 +++ locore.s 1996/05/08 21:57:30 @@ -216,6 +216,7 @@ * to set %cs, %ds, %es and %ss. */ mov %ds, %ax + mov %ax, %es mov %ax, %fs mov %ax, %gs 10. which console driver do you use ? syscons or pcvt ? 11. Does the precense/absence of "options PROCFS" change it ? 12. Does the precense/absence of "options NFS" change it ? 13. any other observations ? Poul-Henning From owner-freebsd-current Wed May 8 15:20:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29866 for current-outgoing; Wed, 8 May 1996 15:20:56 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA29859 for ; Wed, 8 May 1996 15:20:49 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA20446 for ; Thu, 9 May 1996 00:20:47 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA05943 for freebsd-current@FreeBSD.org; Thu, 9 May 1996 00:20:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA15919 for freebsd-current@FreeBSD.org; Wed, 8 May 1996 23:47:36 +0200 (MET DST) From: J Wunsch Message-Id: <199605082147.XAA15919@uriah.heep.sax.de> Subject: Re: -current not booting To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 8 May 1996 23:47:36 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <12001.831535444@time.cdrom.com> from "Jordan K. Hubbard" at "May 7, 96 11:04:04 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > Just in case there *are* people so foolish, let me just make the point > One More Time: ... Well, i'm one of these fools (my machine's too slow), but you certainly haven't seen a complaint in a mailing list arising out of this. :) (If all else fails, i still fall back to recompiling from scratch.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed May 8 15:21:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29888 for current-outgoing; Wed, 8 May 1996 15:21:01 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA29860 for ; Wed, 8 May 1996 15:20:50 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA20442 for ; Thu, 9 May 1996 00:20:45 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA05942 for freebsd-current@FreeBSD.org; Thu, 9 May 1996 00:20:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA15883 for freebsd-current@FreeBSD.org; Wed, 8 May 1996 23:44:22 +0200 (MET DST) From: J Wunsch Message-Id: <199605082144.XAA15883@uriah.heep.sax.de> Subject: Re: *SLOW* remote dumps To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 8 May 1996 23:44:20 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605081455.HAA04226@freefall.freebsd.org> from "Justin T. Gibbs" at "May 8, 96 07:55:15 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Justin T. Gibbs wrote: > You need to set a block size. I think there were some changes to the st > driver that makes it more conservitive about what block size it uses > by default. Do a diff between the two drivers and see what's different. Funny -- FreeBSD's tape driver isn't even used in Nate's case. :) (He was dd'ing to /dev/rmt/0ub, so this is supposedly something else than FreeBSD.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed May 8 15:22:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA00147 for current-outgoing; Wed, 8 May 1996 15:22:08 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA29998 for ; Wed, 8 May 1996 15:21:47 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA20427 for ; Thu, 9 May 1996 00:20:39 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA05935 for freebsd-current@FreeBSD.org; Thu, 9 May 1996 00:20:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA15764 for freebsd-current@FreeBSD.org; Wed, 8 May 1996 23:32:08 +0200 (MET DST) From: J Wunsch Message-Id: <199605082132.XAA15764@uriah.heep.sax.de> Subject: Re: termios'ed getty To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 8 May 1996 23:32:08 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605081851.LAA26532@phaeton.artisoft.com> from Terry Lambert at "May 8, 96 11:51:08 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > If nobody objects within reasonable time, i consider removing all the > > compat cruft that's no longer needed. > > I thought IBCS2 and SCO Xenix binary compatability would require > the code to stay, even if BSD itself no longer used it. Sorry, two mails expressing misunderstanding within short time... Clarification: this is _not_ about removing the compat cruft from the entire system (this is at your option by removing COMPAT_43 from your kernel config file anyway). It was only about removing the old compat stuff from getty, and just getty. This *only* affects the unability to use f0#01234:f1#01334:f2#33072-style gettytab entries any longer. (The termios counterparts for this are, of course, available.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed May 8 15:25:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA00501 for current-outgoing; Wed, 8 May 1996 15:25:29 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA00488 Wed, 8 May 1996 15:25:17 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id RAA06107; Wed, 8 May 1996 17:24:18 -0500 (CDT) Message-Id: <199605082224.RAA06107@sierra.zyzzyva.com> To: et-users@netrail.net Subject: Continued MBUF problem with ET V.35 card Cc: freebsd-isp@freebsd.org, stable@freebsd.org, current@freebsd.org X-uri: http://www.zyzzyva.com/ Date: Wed, 08 May 1996 17:24:17 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As some of you may remember, I reported a problem with MBUF leakage on a FreeBSD-stable system running an Emerging Technologies ET5025 card. After Dennis' indication that the problem was FreeBSD-stable and rather strong suggestion that I need to be running 2.1.0, I have reinstalled this system running stock FreeBSD-2.1.0. The problem still exists and can be directly related to activity over the 56K connection. A much busier system of same kernel vintage without the ET drivers hovers at around '75 mbufs in use' after several days of uptime. The system will reach it's max of 4096K after about 48 hours of uptime and eventually reboot. I'm at a loss for how to track this down and would heartily welcome more productive suggestions. After: 5:12PM up 3:24, 1 users, load averages: 0.00, 0.00, 0.00 => netstat -m 792 mbufs in use: 788 mbufs allocated to data 2 mbufs allocated to packet headers 1 mbufs allocated to protocol control blocks 1 mbufs allocated to socket names and addresses 349/354 mbuf clusters in use 807 Kbytes allocated to network (98% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines => dmesg FreeBSD 2.1.0-RELEASE #1: Tue May 7 20:32:31 CDT 1996 kroot@sierra:/disks/sd2/FreeBSD-2.1.0/src/sys/compile/Z_ROUTER CPU: 75-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 15007744 (14656K bytes) Probing for devices on the ISA bus: scprobe: keyboard RESET failed fe sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> eth0 at 0x240 irq 7 maddr 0xd0000 on isa ET/5025(-16) HDLC Driver v2.4beta8 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 sio3 not found at 0x2e8 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 515MB (1056384 sectors), 1048 cyls, 16 heads, 63 S/T, 512 B/S 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc/utp[*UTP*] address 00:a0:24:6f:c6:6e irq 10 npx0 on motherboard npx0: INT 16 interface Probing for devices on the PCI bus: chip0 rev 1 on pci0:0 chip1 rev 2 on pci0:7 Warning: Can't set local address...may be duplicate # # $Id: ROUTER # machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" ident ROUTER maxusers 64 options GATEWAY options INET #InterNETworking options NMBCLUSTERS=4096 #Increase MBUFS options FFS #Berkeley Fast Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options COMCONSOLE #prefer serial console options IPFIREWALL options IPFIREWALL_VERBOSE options IPACCT options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 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 ep0 at isa? port 0x300 net irq 10 vector epintr device eth0 at isa? port 0x240 net irq 7 iomem 0xd0000 vector ethintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's From owner-freebsd-current Wed May 8 15:55:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA02563 for current-outgoing; Wed, 8 May 1996 15:55:19 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA02548 for ; Wed, 8 May 1996 15:55:15 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA27012; Wed, 8 May 1996 15:45:15 -0700 From: Terry Lambert Message-Id: <199605082245.PAA27012@phaeton.artisoft.com> Subject: Re: termios'ed getty To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 8 May 1996 15:45:15 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199605082132.XAA15764@uriah.heep.sax.de> from "J Wunsch" at May 8, 96 11:32:08 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I thought IBCS2 and SCO Xenix binary compatability would require > > the code to stay, even if BSD itself no longer used it. > > Sorry, two mails expressing misunderstanding within short time... > > Clarification: this is _not_ about removing the compat cruft from the > entire system (this is at your option by removing COMPAT_43 from your > kernel config file anyway). It was only about removing the old compat > stuff from getty, and just getty. This *only* affects the unability > to use f0#01234:f1#01334:f2#33072-style gettytab entries any longer. > > (The termios counterparts for this are, of course, available.) Kill it. Kill it dead. Kill it dead now. Email me if you need carification. 8-). 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 8 16:40:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA07975 for current-outgoing; Wed, 8 May 1996 16:40:14 -0700 (PDT) Received: from s1.GANet.NET (s1.GANet.NET [199.18.201.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA07968 for ; Wed, 8 May 1996 16:40:11 -0700 (PDT) Received: (from ec0@localhost) by s1.GANet.NET (8.6.11/8.6.11) id TAA14226; Wed, 8 May 1996 19:38:28 -0400 Date: Wed, 8 May 1996 19:38:28 -0400 (EDT) From: Eric Chet To: Lyndon Nerenberg VE7TCP cc: Terry Lambert , freebsd-current@freebsd.org Subject: Re: -current not booting In-Reply-To: <199605081948.MAA00438@multivac.orthanc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 8 May 1996, Lyndon Nerenberg VE7TCP wrote: > >>>>> "Terry" == Terry Lambert writes: > > Terry> failing site -- may I suggest that bot DDB and PROCFS are > Terry> maybe now required? > > Terry nails it! > > I already has a static PROCFS. I added "options DDB" and the kernel now > boots. > Hello I get farther into the boot with DDB, but it panics around fsck with a page not found. Eric From owner-freebsd-current Wed May 8 17:57:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA16594 for current-outgoing; Wed, 8 May 1996 17:57:59 -0700 (PDT) Received: from apocalypse.superlink.net (root@apocalypse.superlink.net [205.246.27.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA16588 for ; Wed, 8 May 1996 17:57:55 -0700 (PDT) Received: (from marxx@localhost) by apocalypse.superlink.net (8.7.5/8.7.3) id RAA00543; Wed, 8 May 1996 17:06:33 -0400 (EDT) Date: Wed, 8 May 1996 17:06:32 -0400 (EDT) From: "Charles C. Figueiredo" To: ejc@nasvr1.cb.att.com cc: freebsd-current@freebsd.org Subject: Re: -current not booting In-Reply-To: <9605071252.AA10462@ginger.cb.att.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It's the SYSV* options that are making your kernel reboot at load. I haven't narrowed it down to which specifically on my system, but I tried to configure it only with SYSVSHM, X likes it, and just that one made it reboot. "I don't want to grow up, I'm a BSD kid. There's so many toys in /usr/bin that I can play with!" ------------------------------------------------------------------------------ Charles C. Figueiredo Marxx marxx@superlink.net ------------------------------------------------------------------------------ On Tue, 7 May 1996 ejc@nasvr1.cb.att.com wrote: > Hello > The last bootable -current kernel I have is from May 2nd. > A kernel from may 3,4,5,6,7 loads but does not boot, it just reboots. > > Does anybody know what broke? > > ejc > > Lucent > From owner-freebsd-current Wed May 8 18:03:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17190 for current-outgoing; Wed, 8 May 1996 18:03:30 -0700 (PDT) Received: from apocalypse.superlink.net (root@apocalypse.superlink.net [205.246.27.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA17172 for ; Wed, 8 May 1996 18:03:15 -0700 (PDT) Received: (from marxx@localhost) by apocalypse.superlink.net (8.7.5/8.7.3) id RAA00559; Wed, 8 May 1996 17:12:01 -0400 (EDT) Date: Wed, 8 May 1996 17:12:01 -0400 (EDT) From: "Charles C. Figueiredo" To: Eric Chet cc: Thomas Sparrevohn , Andrew Gallatin , freebsd-current@FreeBSD.ORG Subject: Re: -current not booting, more info ddb trace In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Have you tried rm'ing the SYSV* options? That worked for me, with having to add trace, ddb, or any other. "I don't want to grow up, I'm a BSD kid. There's so many toys in /usr/bin that I can play with!" ------------------------------------------------------------------------------ Charles C. Figueiredo Marxx marxx@superlink.net ------------------------------------------------------------------------------ On Tue, 7 May 1996, Eric Chet wrote: > > > Hello > > > My system is a ASUS SP3G with AMD/133. It reboots after > > > the kernel is loaded. > > > > Hello > I added options DDB, KTRACE and FAILSAFE now during booting > I drop into ddb. This is from current 960507 > > I get a panic page not found > > type 12 trap, code=0 > > stopped at _sdstart+0x102 : cmpl $0,0x1c(%esi) > > db> trace > _sdstart > _free_xs > _scsi_done > _ncr_complete > _ncr_wakeup > _ncr_exception > _ncr_intr > Xresume11() > --- interrupt, eip=0xf018a600, ebp=0xf01a3fe8 > -i486_bzero > _vm_page_zero_idle > idle_loop > > I will include a copy of dmesg from the may 2nd kernel which works fine. > Also a copy of my config. > > Eric J. Chet (ejc@nasvr1.cb.att.com || ec0@ganet.net) > Lucent Technologies, Bell Labs Innovations > > ----DMESG > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x1c > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf0163826 > stack pointer = 0x10:0xf01a3ec0 > frame pointer = 0x10:0xf01a3edc > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = Idle > interrupt mask = bio > panic: from debugger > panic: from debugger > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > FreeBSD 2.2-CURRENT #0: Thu May 2 20:37:26 1996 > ejc@gargoyle.bazzle.com:/var/usr/src/sys/compile/gargoyle > Calibrating clock(s) relative to mc146818A clock ... failed, using > default i8254 clock of 1193182 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > CPU: i486DX (486-class CPU) > Origin = "AuthenticAMD" Id = 0x4e4 > real memory = 33554432 (32768K bytes) > avail memory = 31473664 (30736K bytes) > Probing for devices on PCI bus 0: > chip0 rev 4 on pci0:0 > chip1 rev 3 on pci0:2 > ncr0 rev 2 int a irq 11 on pci0:5 > ncr0 waiting for scsi devices to settle > (ncr0:0:0): "SEAGATE ST15150W 0020" type 0 fixed SCSI 2 > sd0(ncr0:0:0): Direct-Access > sd0(ncr0:0:0): WIDE SCSI (16 bit) enabled. > > sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. > 4095MB (8388315 512 byte sectors) > (ncr0:1:0): "QUANTUM LP240S GM240S01X 6.4" type 0 fixed SCSI 2 > sd1(ncr0:1:0): Direct-Access > sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. > 234MB (479350 512 byte sectors) > (ncr0:2:0): "PLEXTOR CD-ROM DM-XX28 3.08" type 5 removable SCSI 2 > cd0(ncr0:2:0): CD-ROM > cd0(ncr0:2:0): asynchronous. > cd present [326402 x 2048 byte records] > (ncr0:2:2): asynchronous. > (ncr0:2:3): asynchronous. > (ncr0:2:4): asynchronous. > (ncr0:2:5): asynchronous. > (ncr0:2:6): asynchronous. > (ncr0:2:7): asynchronous. > vga0 rev 1 on pci0:6 > Probing for devices on the ISA bus: > sc0 at 0x60-0x6f irq 1 on motherboard > sc0: VGA color <16 virtual consoles, flags=0x0> > sio0 at 0x3f8-0x3ff irq 4 on isa > sio0: type 16550A > sio1 at 0x2f8-0x2ff irq 3 on isa > sio1: type 16550A > sio2 at 0x3e8-0x3ef irq 5 on isa > sio2: type 16550A > lpt0 at 0x378-0x37f irq 7 on isa > lpt0: Interrupt-driven port > lp0: TCP/IP capable interface > lpt1 at 0x278-0x27f on isa > fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa > fdc0: NEC 72065B > fd0: 1.44MB 3.5in > npx0 on motherboard > npx0: INT 16 interface > new masks: bio c0000840, tty c00300ba, net c00300ba > WARNING: / was not properly dismounted. > > ------- CONFIG > machine "i386" > #cpu "I386_CPU" > cpu "I486_CPU" > #cpu "I586_CPU" > #cpu "I686_CPU" > ident gargoyle > maxusers 64 > > options INET #InterNETworking > options FFS #Berkeley Fast Filesystem > #options NFS #Network Filesystem > options MFS #Memory Filesystem > options MSDOSFS #MSDOS Filesystem > options "CD9660" #ISO 9660 Filesystem > options PROCFS #Process filesystem > #options DEVFS #Device filesystem > options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] > > options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device > options UCONSOLE #Allow users to grab the console > options BROKEN_KEYBOARD_RESET > > options SYSVSHM #System V Shared memory support > options SYSVSEM #System V Semophore support > options SYSVMSG #System V Message support > > options KTRACE #kernel tracing > options DDB > #options DDB_UNATTENDED > options FAILSAFE > > config kernel root on sd0 > > 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 > > # A single entry for any of these controllers (ncr, ahb, ahc) is sufficient > # for any number of installed devices. > controller ncr0 > > controller scbus0 > device sd0 > #device od0 > #device st0 > device cd0 #Only need one of these, the code dynamically grows > > # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver > #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint > #options PCVT_FREEBSD=210 # pcvt running on FreeBSD > >= 2.0.5 > options XSERVER # include code for XFree86 > #options FAT_CURSOR # start with block cursor > # This PCVT option is for keyboards such as those used on IBM ThinkPad > laptops > #options PCVT_SCANSET=2 # IBM keyboards are non-std > > # The syscons console driver (sco color console compatible) - default. > device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr > > # Mandatory, don't remove > 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 > > # Order is important here due to intrusive probes, do *not* alphabetize > # this list of network interfaces until the probes have been fixed. > # Right now it appears that the ie0 must be probed before ep0. See > # revision 1.20 of this file. > #device de0 > #device fxp0 > #device 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 fe0 at isa? port 0x300 net irq ? vector feintr > #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 > vector ixintr > #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr > #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr > #device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr > #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr > #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr > > pseudo-device loop > #pseudo-device ether > pseudo-device log > #pseudo-device sl 1 > pseudo-device ppp 1 > #pseudo-device tun 1 > pseudo-device pty 16 > # keep this if you want to be able to continue to use /stand/sysinstall > pseudo-device gzip # Exec gzipped a.out's > pseudo-device bpfilter 4 > > From owner-freebsd-current Wed May 8 18:22:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA19261 for current-outgoing; Wed, 8 May 1996 18:22:27 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA19251 for ; Wed, 8 May 1996 18:22:14 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id SAA12346; Wed, 8 May 1996 18:24:04 -0700 Date: Wed, 8 May 1996 18:24:04 -0700 Message-Id: <199605090124.SAA12346@sunrise.cs.berkeley.edu> To: current@freebsd.org CC: nisha@cs.berkeley.edu Subject: more than 32 scsi disks on a single machine ? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can we connect more than 32 disks on a single machine? I tried modifying MAKEDEV but the minor numbers of new ones just get wrapped around (e.g., sd32a becomes major 5 and minor 0, instead of major 4 and minor 256). Investigating further, I found this is in #define makedev(x,y) ((dev_t)(((x) << 8) | (y))) /* create dev_t */ So it seems like we're limited to 32 disks. Will really bad things happen if I try to change this? Will devfs handle this correctly? Satoshi From owner-freebsd-current Wed May 8 18:43:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21703 for current-outgoing; Wed, 8 May 1996 18:43:44 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA21679 Wed, 8 May 1996 18:43:08 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA01217; Thu, 9 May 1996 11:18:23 +0930 From: Michael Smith Message-Id: <199605090148.LAA01217@genesis.atrad.adelaide.edu.au> Subject: Re: Continued MBUF problem with ET V.35 card To: randy@zyzzyva.com (Randy Terbush) Date: Thu, 9 May 1996 11:18:23 +0930 (CST) Cc: et-users@netrail.net, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199605082224.RAA06107@sierra.zyzzyva.com> from "Randy Terbush" at May 8, 96 05:24:17 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Randy Terbush stands accused of saying: > > As some of you may remember, I reported a problem with MBUF leakage > on a FreeBSD-stable system running an Emerging Technologies ET5025 > card. After Dennis' indication that the problem was FreeBSD-stable > and rather strong suggestion that I need to be running 2.1.0, I > have reinstalled this system running stock FreeBSD-2.1.0. The > problem still exists and can be directly related to activity over > the 56K connection. A much busier system of same kernel vintage > without the ET drivers hovers at around '75 mbufs in use' after > several days of uptime. The system will reach it's max of 4096K > after about 48 hours of uptime and eventually reboot. I'm at a loss > for how to track this down and would heartily welcome more > productive suggestions. Hit Dennis on the head and get him to admit that it's his drivers 8) > After: > 5:12PM up 3:24, 1 users, load averages: 0.00, 0.00, 0.00 > > => netstat -m > 792 mbufs in use: > 788 mbufs allocated to data > 2 mbufs allocated to packet headers > 1 mbufs allocated to protocol control blocks > 1 mbufs allocated to socket names and addresses Something, somewhere, is using mbufs and not returning them. I'd go through all the drivers that you're using, and add tallies to them to keep track of how many mbufs they've allocated. Do it something like this : int ifep_mbuftally = 0; #define MBUFTALLY ifep_mbuftally int ifep_mbcltally = 0; #define MBCLTALLY ifep_mbcltally Check all the other places in the kernel where mbufs are allocated and freed, and modify them to suit. Make a list of all the files, and all the tally variables. Then frob the M* macros in /sys/sys/mbuf.h something like this : #define MGET(m, how, type) { \ MALLOC((m), struct mbuf *, MSIZE, mbtypes[type], (how)); \ if (m) { \ (m)->m_type = (type); \ MBUFLOCK(mbstat.m_mtypes[type]++;) \ (m)->m_next = (struct mbuf *)NULL; \ (m)->m_nextpkt = (struct mbuf *)NULL; \ (m)->m_data = (m)->m_dat; \ (m)->m_flags = 0; \ } else \ (m) = m_retry((how), (type)); \ #ifdef MBUFTALLY if (m) MBUFTALLY++; #endif } ... obviously you'll have to do the reverse in the *FREE cases. Build a kernel with these sources. Use the -g argument to config to get debugging symbols in the output. Copy the built kernel to kernel.debug, and then say 'strip -d kernel', and 'make install'. Reboot with the new kernel. Once it's running, you can say : # gdb --kernel --se=kernel.debug --exec=/kernel --core=/dev/mem Once in kgdb, you can use the 'print' command to show the value of the various tally variables that you defined before. This should help you work out who is eating all your mbufs. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed May 8 20:11:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA02694 for current-outgoing; Wed, 8 May 1996 20:11:45 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA02689 for ; Wed, 8 May 1996 20:11:40 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA04602; Thu, 9 May 1996 13:06:15 +1000 Date: Thu, 9 May 1996 13:06:15 +1000 From: Bruce Evans Message-Id: <199605090306.NAA04602@godzilla.zeta.org.au> To: ejc@nasvr1.cb.att.com, marxx@apocalypse.superlink.net Subject: Re: -current not booting Cc: freebsd-current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > It's the SYSV* options that are making your kernel reboot at load. >I haven't narrowed it down to which specifically on my system, but I >tried to configure it only with SYSVSHM, X likes it, and just that one >made it reboot. sysv_shm.c was broken between 96/05/02 07:21:17 and 96/05/05 06:53:49 but I didn't notice any problems booting. >> The last bootable -current kernel I have is from May 2nd. >> A kernel from may 3,4,5,6,7 loads but does not boot, it just reboots. Hmm. Bruce From owner-freebsd-current Wed May 8 20:16:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA03271 for current-outgoing; Wed, 8 May 1996 20:16:50 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA03266 for ; Wed, 8 May 1996 20:16:45 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA04873; Thu, 9 May 1996 13:13:23 +1000 Date: Thu, 9 May 1996 13:13:23 +1000 From: Bruce Evans Message-Id: <199605090313.NAA04873@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, current@FreeBSD.org Subject: Re: more than 32 scsi disks on a single machine ? Cc: nisha@cs.berkeley.edu Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Can we connect more than 32 disks on a single machine? I tried No. >Investigating further, I found this is in >#define makedev(x,y) ((dev_t)(((x) << 8) | (y))) /* create dev_t */ >So it seems like we're limited to 32 disks. This limits us to 16777216 disks, or only 8388606 disks if we avoid using the high bit to avoid sign extension bugs. The limit is in dkunit() in >Will really bad things >happen if I try to change this? There are lots of things to change. The encoding would have to be really ugly to preserve compatibility with existing device nodes. Will devfs handle this correctly? devfs on't help. Bruce From owner-freebsd-current Wed May 8 21:42:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07161 for current-outgoing; Wed, 8 May 1996 21:42:33 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA07149 for ; Wed, 8 May 1996 21:42:28 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id AAA08243; Thu, 9 May 1996 00:41:37 -0400 From: Bill Paul Message-Id: <199605090441.AAA08243@skynet.ctr.columbia.edu> Subject: Re: Libc is broken! To: wollman@lcs.mit.edu (Garrett Wollman) Date: Thu, 9 May 1996 00:41:35 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: <9605082021.AA11595@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at May 8, 96 04:21:39 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the world, Garrett Wollman had to walk into mine and say: > Some recent change to libc which came over in this morning's sup run > made itself evident when I performed a `make world' recently by > causing amd to segfault somewhere inside libc (according to gdb). > Luckily, I had a machine with an older libc I could revert to (from > mid-March), but it gave ne quite a scare and wasted an hour of my work > day. > > My suspicion is the recent YP changes... If this is the case, then perhaps you should say whether or not you're actually using YP. If you aren't, then I would tend to doubt it. The last yplib change I made was Thursday of last week (performance hack: don't _yp_unbind() unless you have to). The last overall change I made was yesterday (May 7th) I think, and that was to the _havemaster() function in getpwent.c. This function is only called if you have NIS turned on (or, specifically, if you have +::::::::: or something similar in /etc/master.passwd). This was a one-liner: I took out a spurious 'free(result).' Prior to that, I did some major surgery to the NIS cruft in getpwent.c, and tweaked getnetgrent.c a little, but this was a couple of weeks ago. I don't think I touched anything else lately, but then I'm a tired right now so my memory isn't reliable. (Of course it isn't all that reliable when I'm not tired either.) I'd like nothing better than to dive in and debug this, but I need to get 2.2-current running on my machine at work to do that, and I can't get the damn snapshot installed because of some mysterious NFS breakage. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-current Wed May 8 21:57:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07943 for current-outgoing; Wed, 8 May 1996 21:57:03 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA07938 for ; Wed, 8 May 1996 21:57:00 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <26421-0@bunyip.cc.uq.oz.au>; Thu, 9 May 1996 14:56:09 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id OAA03979; Thu, 9 May 1996 14:29:57 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id EAA14734; Thu, 9 May 1996 04:29:42 GMT Message-Id: <199605090429.EAA14734@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: Lyndon Nerenberg VE7TCP cc: terry@lambert.org, freebsd-current@freebsd.org Subject: Re: -current not booting In-reply-to: Your message of "Wed, 08 May 1996 12:48:48 MST." <199605081948.MAA00438@multivac.orthanc.com> X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 May 1996 14:29:40 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >>>>> "Terry" == Terry Lambert writes: > > Terry> failing site -- may I suggest that bot DDB and PROCFS are > Terry> maybe now required? > > Terry nails it! > > I already has a static PROCFS. I added "options DDB" and the kernel now > boots. > > --lyndon I have both these options (PROCFS & DDB) enabled in the kernel that's continuing to fail. Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Wed May 8 22:20:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA09251 for current-outgoing; Wed, 8 May 1996 22:20:28 -0700 (PDT) Received: from multivac.orthanc.com (root@multivac.orthanc.com [206.12.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA09241 for ; Wed, 8 May 1996 22:20:20 -0700 (PDT) Received: from orodruin.orthanc.com (root@orodruin.orthanc.com [206.12.238.3]) by multivac.orthanc.com (8.7.5/8.7.3) with ESMTP id WAA03627; Wed, 8 May 1996 22:20:08 -0700 (PDT) Received: from localhost (lyndon@localhost) by orodruin.orthanc.com (8.7.5/8.7.3) with SMTP id WAA00411; Wed, 8 May 1996 22:20:06 -0700 (PDT) Message-Id: <199605090520.WAA00411@orodruin.orthanc.com> X-Authentication-Warning: orodruin.orthanc.com: lyndon owned process doing -bs X-Authentication-Warning: orodruin.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg VE7TCP To: "Charles C. Figueiredo" cc: current@freebsd.org Subject: Re: -current not booting In-reply-to: Your message of "Wed, 08 May 1996 17:06:32 EDT." Date: Wed, 08 May 1996 22:20:04 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Charles" == Charles C Figueiredo writes: Charles> It's the SYSV* options that are making your kernel Charles> reboot at load. I haven't narrowed it down to which Charles> specifically on my system, but I tried to configure it Charles> only with SYSVSHM, X likes it, and just that one made it Charles> reboot. Not by themselves, if at all. I have one of the two machines working now by addition of "options DDB" and both boxes are (and have been for several months) using including all the SVR* SHM stuff. --lyndon From owner-freebsd-current Wed May 8 22:26:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA09624 for current-outgoing; Wed, 8 May 1996 22:26:29 -0700 (PDT) Received: from multivac.orthanc.com (root@multivac.orthanc.com [206.12.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA09618 for ; Wed, 8 May 1996 22:26:25 -0700 (PDT) Received: from orodruin.orthanc.com (root@orodruin.orthanc.com [206.12.238.3]) by multivac.orthanc.com (8.7.5/8.7.3) with ESMTP id WAA03666; Wed, 8 May 1996 22:26:22 -0700 (PDT) Received: from localhost (lyndon@localhost) by orodruin.orthanc.com (8.7.5/8.7.3) with SMTP id WAA00545; Wed, 8 May 1996 22:26:21 -0700 (PDT) Message-Id: <199605090526.WAA00545@orodruin.orthanc.com> X-Authentication-Warning: orodruin.orthanc.com: lyndon owned process doing -bs X-Authentication-Warning: orodruin.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg VE7TCP To: Stephen Hocking cc: current@freebsd.org Subject: Re: -current not booting In-reply-to: Your message of "Thu, 09 May 1996 14:29:40 +1000." <199605090429.EAA14734@netfl15a.devetir.qld.gov.au> Date: Wed, 08 May 1996 22:26:20 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Stephen" == Stephen Hocking writes: Stephen> I have both these options (PROCFS & DDB) enabled in the Stephen> kernel that's continuing to fail. I was a bit optimistic :-( Adding DDB to one machine fixed it. The other continues to die. The unhappy machine has > 16 MB of RAM (32MB). I'm going to try Poul's locore.s patch, and removing BOUNCE_BUFFERS ... --lyndon From owner-freebsd-current Wed May 8 23:14:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA13853 for current-outgoing; Wed, 8 May 1996 23:14:18 -0700 (PDT) Received: from s1.GANet.NET (s1.GANet.NET [199.18.201.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA13845 for ; Wed, 8 May 1996 23:14:15 -0700 (PDT) Received: (from ec0@localhost) by s1.GANet.NET (8.6.11/8.6.11) id CAA24147; Thu, 9 May 1996 02:12:44 -0400 Date: Thu, 9 May 1996 02:12:43 -0400 (EDT) From: Eric Chet To: Bruce Evans cc: ejc@nasvr1.cb.att.com, marxx@apocalypse.superlink.net, freebsd-current@FreeBSD.org Subject: Re: -current not booting In-Reply-To: <199605090306.NAA04602@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 May 1996, Bruce Evans wrote: > > It's the SYSV* options that are making your kernel reboot at load. > >I haven't narrowed it down to which specifically on my system, but I > >tried to configure it only with SYSVSHM, X likes it, and just that one > >made it reboot. > > sysv_shm.c was broken between 96/05/02 07:21:17 and 96/05/05 06:53:49 > but I didn't notice any problems booting. > > >> The last bootable -current kernel I have is from May 2nd. > >> A kernel from may 3,4,5,6,7 loads but does not boot, it just reboots. > > Hmm. > > Bruce > Hello When I take out the SYSV* mem options it boots and works. Wow I have seen one problem pdksh is now dead, exits with sig.11 on execution. Humm lets see what ktrace shows: 320 ktrace RET ktrace 0 320 ktrace CALL mmap(0,0x1000,0x3,0x1002,0xffffffff,0,0,0) 320 ktrace RET mmap 134324224/0x801a000 320 ktrace CALL break(0x5000) 320 ktrace RET break 0 320 ktrace CALL break(0x6000) 320 ktrace RET break 0 320 ktrace CALL execve(0xefbfd4c0,0xefbfd91c,0xefbfd924) 320 ktrace NAMI "/sbin/ksh" 320 ktrace RET execve -1 errno 2 No such file or directory 320 ktrace CALL execve(0xefbfd4c0,0xefbfd91c,0xefbfd924) 320 ktrace NAMI "/bin/ksh" 320 ktrace RET execve -1 errno 2 No such file or directory 320 ktrace CALL execve(0xefbfd4c0,0xefbfd91c,0xefbfd924) 320 ktrace NAMI "/usr/sbin/ksh" 320 ktrace RET execve -1 errno 2 No such file or directory 320 ktrace CALL execve(0xefbfd4c0,0xefbfd91c,0xefbfd924) 320 ktrace NAMI "/usr/bin/ksh" 320 ktrace RET execve -1 errno 2 No such file or directory 320 ktrace CALL execve(0xefbfd4c0,0xefbfd91c,0xefbfd924) 320 ktrace NAMI "/usr/games/ksh" 320 ktrace RET execve -1 errno 2 No such file or directory 320 ktrace CALL execve(0xefbfd4c0,0xefbfd91c,0xefbfd924) 320 ktrace NAMI "/usr/local/bin/ksh" 320 ksh RET execve 0 320 ksh CALL open(0x109c,0,0) 320 ksh NAMI "/usr/libexec/ld.so" 320 ksh RET open 3 320 ksh CALL read(0x3,0xefbfd8c4,0x20) 320 ksh GIO fd 3 read 32 bytes "L\0\M^F@\0P\0\0\0 \0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0" 320 ksh RET read 32/0x20 320 ksh CALL mmap(0,0xd000,0x5,0x2,0x3,0,0,0) 320 ksh RET mmap 134377472/0x8027000 320 ksh CALL mmap(0x8034000,0x2000,0x3,0x12,0x3,0,0xd000,0) 320 ksh RET mmap 134430720/0x8034000 320 ksh CALL getuid 320 ksh RET getuid 1000/0x3e8 320 ksh CALL geteuid 320 ksh RET geteuid 1000/0x3e8 320 ksh CALL getgid 320 ksh RET getgid 0 320 ksh CALL getegid 320 ksh RET getegid 0 320 ksh CALL __sysctl(0xefbfd804,0x2,0x8035844,0xefbfd80c,0,0) 320 ksh RET __sysctl 0 320 ksh CALL mmap(0,0x8000,0x3,0x1002,0xffffffff,0,0,0) 320 ksh RET mmap 134438912/0x8036000 320 ksh CALL open(0x80287d4,0,0) 320 ksh NAMI "/var/run/ld.so.hints" 320 ksh RET open 4 320 ksh CALL read(0x4,0xefbfd800,0x1c) 320 ksh GIO fd 4 read 28 bytes "iHDL\^A\0\0\0\^\\0\0\0007\0\0\0l \0\0]\^F\0\0I\^Q\0\0" 320 ksh RET read 28/0x1c 320 ksh CALL mmap(0,0x1149,0x1,0x1,0x4,0,0,0) 320 ksh RET mmap 134471680/0x803e000 320 ksh CALL close(0x4) 320 ksh RET close 0 320 ksh CALL open(0x803a020,0,0) 320 ksh NAMI "/usr/lib/libc.so.3.0" 320 ksh RET open 4 320 ksh CALL read(0x4,0xefbfd818,0x20) 320 ksh GIO fd 4 read 32 bytes "L\0\M^F@\0P\^E\0\0@\0\0004@\0\0\/\0\0 \0\0\0\0\0\0\0\0\0\0\0" 320 ksh RET read 32/0x20 320 ksh CALL mmap(0,0x65034,0x5,0x2,0x4,0,0,0) 320 ksh RET mmap 134479872/0x8040000 320 ksh CALL close(0x4) 320 ksh RET close 0 320 ksh CALL mprotect(0x8095000,0x4000,0x7) 320 ksh RET mprotect 0 320 ksh CALL mmap(0x8099000,0xc034,0x7,0x1012,0xffffffff,0,0,0) 320 ksh RET mmap 134844416/0x8099000 320 ksh CALL mmap(0,0xa000,0x3,0x1002,0xffffffff,0,0,0) 320 ksh RET mmap 134897664/0x80a6000 320 ksh CALL munmap(0x803e000,0x1149) 320 ksh RET munmap 0 320 ksh CALL close(0x3) 320 ksh RET close 0 320 ksh CALL mmap(0,0x1000,0x3,0x1002,0xffffffff,0,0,0) 320 ksh RET mmap 134471680/0x803e000 320 ksh CALL break(0x2b000) 320 ksh RET break 0 320 ksh CALL break(0x2c000) 320 ksh RET break 0 320 ksh CALL break(0x2d000) 320 ksh RET break 0 320 ksh CALL sigaction(0x2,0x27dec,0xefbfd75c) 320 ksh RET sigaction 0 320 ksh CALL sigaction(0x2,0xefbfd75c,0) 320 ksh RET sigaction 0 320 ksh CALL sigaction(0x3,0x27dec,0xefbfd750) 320 ksh RET sigaction 0 320 ksh CALL sigaction(0x3,0xefbfd750,0) 320 ksh RET sigaction 0 320 ksh CALL sigaction(0xf,0x27dec,0xefbfd744) 320 ksh RET sigaction 0 320 ksh CALL sigaction(0xf,0xefbfd744,0) 320 ksh RET sigaction 0 320 ksh CALL sigaction(0x1,0x27dec,0xefbfd75c) 320 ksh RET sigaction 0 320 ksh CALL sigaction(0x1,0xefbfd75c,0) 320 ksh RET sigaction 0 320 ksh CALL break(0x2e000) 320 ksh RET break 0 320 ksh CALL break(0x2f000) 320 ksh RET break 0 320 ksh CALL break(0x30000) 320 ksh RET break 0 320 ksh CALL getpid 320 ksh RET getpid 320/0x140 320 ksh CALL stat(0x2bf94,0xefbfd860) 320 ksh NAMI "/home/ejc" 320 ksh RET stat 0 320 ksh CALL stat(0x1519a,0xefbfd800) 320 ksh NAMI "." 320 ksh RET stat 0 320 ksh CALL getppid 320 ksh RET getppid 316/0x13c 320 ksh CALL gettimeofday(0xefbfd774,0) 320 ksh RET gettimeofday 0 320 ksh CALL sigprocmask(0x1,0) 320 ksh RET sigprocmask 0 320 ksh PSIG SIGSEGV SIG_DFL 320 ksh NAMI "ksh.core" gargoyle# Any ideas? Eric J. Chet (ejc@nasvr1.cb.att.com || ec0@ganet.net) Lucent Technologies, Bell Labs Innovations From owner-freebsd-current Wed May 8 23:34:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA15291 for current-outgoing; Wed, 8 May 1996 23:34:20 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA15286 for ; Wed, 8 May 1996 23:34:17 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA03827; Thu, 9 May 1996 16:09:18 +0930 From: Michael Smith Message-Id: <199605090639.QAA03827@genesis.atrad.adelaide.edu.au> Subject: Re: Libc is broken! To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Thu, 9 May 1996 16:09:17 +0930 (CST) Cc: wollman@lcs.mit.edu, current@freebsd.org In-Reply-To: <199605090441.AAA08243@skynet.ctr.columbia.edu> from "Bill Paul" at May 9, 96 00:41:35 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Paul stands accused of saying: > > I'd like nothing better than to dive in and debug this, but I need > to get 2.2-current running on my machine at work to do that, and I can't > get the damn snapshot installed because of some mysterious NFS breakage. Hey! What processor class are you installing on? I'm seeing NFS death on 386 and 486 system, but not on Pentiums. Terry has suggested that this is a bcopy-optimisation problem (the date that this first started being an issue is about right too); I need to get home to test this properly though. > -Bill -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed May 8 23:40:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA15574 for current-outgoing; Wed, 8 May 1996 23:40:56 -0700 (PDT) Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA15569 for ; Wed, 8 May 1996 23:40:44 -0700 (PDT) Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.7.1/8.6.4) with ESMTP id IAA09813 for ; Thu, 9 May 1996 08:39:58 +0200 (MET DST) Message-Id: <199605090639.IAA09813@lirmm.lirmm.fr> To: current@freebsd.org Subject: request for commit: pstat Date: Thu, 09 May 1996 08:39:56 +0200 From: "Philippe Charnier" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, while I was at working on the xperfmon++ port under current, I found the enclosed small bug for pstat, already corrected in xperfmon++. Index: pstat.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.sbin/pstat/pstat.c,v retrieving revision 1.21 diff -u -r1.21 pstat.c --- pstat.c 1996/03/11 05:41:43 1.21 +++ pstat.c 1996/05/08 15:56:04 @@ -1166,4 +1166,6 @@ "Total", hlen, avail / div, used / div, nfree / div, (double)used / (double)avail * 100.0); } + free(sw); + free(perdev); } -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Thu May 9 00:14:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA17387 for current-outgoing; Thu, 9 May 1996 00:14:44 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA17379 for ; Thu, 9 May 1996 00:14:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id AAA01628; Thu, 9 May 1996 00:14:06 -0700 (PDT) To: "Philippe Charnier" cc: current@freebsd.org Subject: Re: request for commit: pstat In-reply-to: Your message of "Thu, 09 May 1996 08:39:56 +0200." <199605090639.IAA09813@lirmm.lirmm.fr> Date: Thu, 09 May 1996 00:14:06 -0700 Message-ID: <1626.831626046@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > + free(sw); > + free(perdev); These actually need to be 10 lines further up so that the totalflag case doesn't return before the free()'s are called. Committed, thanks! Jordan From owner-freebsd-current Thu May 9 00:28:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA18460 for current-outgoing; Thu, 9 May 1996 00:28:43 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA18455 for ; Thu, 9 May 1996 00:28:41 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uHQ9P-0003w9C; Thu, 9 May 96 00:28 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id HAA04220 for ; Thu, 9 May 1996 07:28:37 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: current@freebsd.org Subject: Re: cvs commit: src/sys/i386/i386 locore.s In-reply-to: Your message of "Thu, 09 May 1996 00:16:08 MST." <199605090716.AAA17580@freefall.freebsd.org> Date: Thu, 09 May 1996 07:28:36 +0000 Message-ID: <4218.831626916@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I belive this fixes the recent boot problems. The bug was depended on the value of the "_etext" symbol, which is why adding and deleting options would change it from working to non-working. Please report if this doesn't solve it! Poul-Henning > phk 96/05/09 00:16:07 > > Modified: sys/i386/i386 locore.s > Log: > Fix brino on my part. _etext doesn't include the padding to a page > boundary, which means that it doesn't mark the start of the data > section (which is then inaccessible to the programmer ??). > Hopefully fixes recent locore reboot problems. > > Revision Changes Path > 1.71 +3 -1 src/sys/i386/i386/locore.s -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu May 9 00:54:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20447 for current-outgoing; Thu, 9 May 1996 00:54:15 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20293 for ; Thu, 9 May 1996 00:53:46 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA05235; Thu, 9 May 1996 09:52:11 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA10928; Thu, 9 May 1996 09:52:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA18667; Thu, 9 May 1996 09:40:16 +0200 (MET DST) From: J Wunsch Message-Id: <199605090740.JAA18667@uriah.heep.sax.de> Subject: Re: Libc is broken! To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 9 May 1996 09:40:16 +0200 (MET DST) Cc: wpaul@skynet.ctr.columbia.edu (Bill Paul) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605090441.AAA08243@skynet.ctr.columbia.edu> from Bill Paul at "May 9, 96 00:41:35 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bill Paul wrote: > I'd like nothing better than to dive in and debug this, but I need > to get 2.2-current running on my machine at work to do that, and I can't > get the damn snapshot installed because of some mysterious NFS breakage. Huh? Why can't you install it via ftp (even non-anonymous ftp if you need, though you must be aware that the path is relative to the ftp login directory then -- i always add some ../../../../../.. in this case...)? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu May 9 00:56:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20856 for current-outgoing; Thu, 9 May 1996 00:56:05 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20255 for ; Thu, 9 May 1996 00:53:37 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA05190; Thu, 9 May 1996 09:51:01 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA10902; Thu, 9 May 1996 09:51:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA18606; Thu, 9 May 1996 09:34:18 +0200 (MET DST) From: J Wunsch Message-Id: <199605090734.JAA18606@uriah.heep.sax.de> Subject: Re: -current not booting To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 9 May 1996 09:34:17 +0200 (MET DST) Cc: ejc@nasvr1.cb.att.com, marxx@apocalypse.superlink.net Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605090306.NAA04602@godzilla.zeta.org.au> from Bruce Evans at "May 9, 96 01:06:15 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > sysv_shm.c was broken between 96/05/02 07:21:17 and 96/05/05 06:53:49 > but I didn't notice any problems booting. The uninitialized variable couldn't have affected booting, only actual usage. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu May 9 01:28:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA27511 for current-outgoing; Thu, 9 May 1996 01:28:59 -0700 (PDT) Received: from MediaCity.com (root@easy1.mediacity.com [205.216.172.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA27500 Thu, 9 May 1996 01:28:53 -0700 (PDT) Received: (from brian@localhost) by MediaCity.com (8.6.11/8.6.9) id BAA14028; Thu, 9 May 1996 01:28:40 -0700 From: Brian Litzinger Message-Id: <199605090828.BAA14028@MediaCity.com> Subject: Re: Continued MBUF problem with ET V.35 card To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 9 May 1996 01:28:40 -0700 (PDT) Cc: randy@zyzzyva.com, et-users@netrail.net, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199605090148.LAA01217@genesis.atrad.adelaide.edu.au> from Michael Smith at "May 9, 96 11:18:23 am" Reply-To: brian@MediaCity.com X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > Randy Terbush stands accused of saying: > > > > As some of you may remember, I reported a problem with MBUF leakage > > on a FreeBSD-stable system running an Emerging Technologies ET5025 > > card. After Dennis' indication that the problem was FreeBSD-stable > > and rather strong suggestion that I need to be running 2.1.0, I > > have reinstalled this system running stock FreeBSD-2.1.0. The > > problem still exists and can be directly related to activity over > > the 56K connection. A much busier system of same kernel vintage > > without the ET drivers hovers at around '75 mbufs in use' after > > several days of uptime. The system will reach it's max of 4096K > > after about 48 hours of uptime and eventually reboot. I'm at a loss > > for how to track this down and would heartily welcome more > > productive suggestions. > > Hit Dennis on the head and get him to admit that it's his drivers 8) Some months ago, I worked with Dennis to track down the mbuf leak problem. The leak was in FreeBSD code, not his driver. Disclaimer: dennis may have introduced a new leak since we worked on tracking down the one I ran into. Brian Litzinger brian@mediacity.com From owner-freebsd-current Thu May 9 01:52:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01862 for current-outgoing; Thu, 9 May 1996 01:52:33 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA01851 Thu, 9 May 1996 01:52:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id BAA03198; Thu, 9 May 1996 01:51:35 -0700 (PDT) To: brian@MediaCity.com cc: msmith@atrad.adelaide.edu.au (Michael Smith), randy@zyzzyva.com, et-users@netrail.net, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: Your message of "Thu, 09 May 1996 01:28:40 PDT." <199605090828.BAA14028@MediaCity.com> Date: Thu, 09 May 1996 01:51:35 -0700 Message-ID: <3196.831631895@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Some months ago, I worked with Dennis to track down the mbuf leak > problem. The leak was in FreeBSD code, not his driver. And you submitted it? I certainly fail to see what would be gained by _not_ submitting it, given that it's in everybody's best interest (Dennis's especially) to iron out any such problems in FreeBSD. Jordan From owner-freebsd-current Thu May 9 01:52:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01970 for current-outgoing; Thu, 9 May 1996 01:52:54 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA01935 Thu, 9 May 1996 01:52:45 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA04548; Thu, 9 May 1996 18:28:31 +0930 From: Michael Smith Message-Id: <199605090858.SAA04548@genesis.atrad.adelaide.edu.au> Subject: Re: Continued MBUF problem with ET V.35 card To: brian@MediaCity.com Date: Thu, 9 May 1996 18:28:30 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, randy@zyzzyva.com, et-users@netrail.net, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199605090828.BAA14028@MediaCity.com> from "Brian Litzinger" at May 9, 96 01:28:40 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Litzinger stands accused of saying: > > > > Hit Dennis on the head and get him to admit that it's his drivers 8) > > Some months ago, I worked with Dennis to track down the mbuf leak > problem. The leak was in FreeBSD code, not his driver. I should have been more verbose there; it was meant as a joke (hence following up with a lengthy suggestion on mbuf-leak-tracing. > Disclaimer: dennis may have introduced a new leak since we worked on > tracking down the one I ran into. Did the leak you found get reported and fixed?? > Brian Litzinger -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu May 9 04:26:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA26666 for current-outgoing; Thu, 9 May 1996 04:26:56 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA26658 for ; Thu, 9 May 1996 04:26:54 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.7.5/8.6.9) with SMTP id GAA03763; Thu, 9 May 1996 06:26:49 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 9 May 96 06:26 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 9 May 96 06:26 CDT Date: Thu, 9 May 1996 06:26:48 -0500 (CDT) From: Alex Nash X-Sender: nash@Mercury.mcs.com To: Bill Paul cc: Michael Smith , wollman@lcs.mit.edu, current@freebsd.org Subject: Re: Libc is broken! In-Reply-To: <199605090639.QAA03827@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'd like nothing better than to dive in and debug this, but I need > to get 2.2-current running on my machine at work to do that, and I can't > get the damn snapshot installed because of some mysterious NFS breakage. I had the same problem with NFS (Mike: this was a 486 also) but managed to install using the 2.1.0-RELEASE boot disk. Jordan, do you see any problems with using a 2.1.0 boot disk to install a SNAP? Alex From owner-freebsd-current Thu May 9 04:56:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA27813 for current-outgoing; Thu, 9 May 1996 04:56:21 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA27808 for ; Thu, 9 May 1996 04:56:15 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I4I2GVROU80006UP@mail.rwth-aachen.de> for freebsd-current@freefall.FreeBSD.org; Thu, 09 May 1996 12:17:06 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id MAA19779 for freebsd-current@freefall.cdrom.com; Thu, 09 May 1996 12:24:07 +0200 Date: Thu, 09 May 1996 12:24:07 +0200 From: "Christoph P. Kukulies" Subject: -current kernel panics To: freebsd-current@freefall.FreeBSD.org Message-id: <199605091024.MAA19779@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk root device to sd0a Assigned: TEI = 0xe7 = 115 syncing disks... done Rebooting... FreeBSD 2.2-CURRENT #0: Thu May 9 12:04:21 MET DST 1996 root@isdn-kukulies.dialup.rwth-aachen.de:/usr/src/sys/compile/MONK Calibrating clock(s) relative to mc146818A clock ... i8254 clock: 1193782 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CPU: i486DX (486-class CPU) Origin = "AuthenticAMD" Id = 0x4e4 real memory = 33554432 (32768K bytes) avail memory = 30494720 (29780K bytes) Probing for devices on PCI bus 0: chip0 rev 4 on pci0:0 ncr0 rev 1 int a irq 9 on pci0:1 ncr0 waiting for scsi devices to settle (ncr0:0:0): "QUANTUM FIREBALL1080S 1Q09" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1042MB (2134305 512 byte sectors) (ncr0:1:0): "QUANTUM MAVERICK 540S 0901" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 516MB (1057758 512 byte sectors) chip1 rev 3 on pci0:2 vga0 rev 0 on pci0:4 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 5 maddr 0xd0000 msize 8192 on isa ed0: address 00:00:e8:80:79:9c, type WD8003E (8 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A qcam0 not found at 0x378 lpt1 at 0x378-0x37f irq 7 on isa lpt1: Interrupt-driven port lp1: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa tel0 at 0xe80 irq 15 maddr 0xd8000 msize 4096 on isa npx0 on motherboard npx0: INT 16 interface gus0 at 0x220 irq 12 drq 1 flags 0x3 on isa gus0: changing root device to sd0a stray irq 2 ed0: NIC memory corrupt - invalid packet length 0 stray irq 10 Fatal double fault: eip = 0xf01c2707 esp = 0xefbfd000 ebp = 0xefbfd010 panic: double fault Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot <-- Rebooting... FreeBSD 2.2-CURRENT #0: Wed May 8 14:38:40 MET DST 1996 root@isdn-kukulies.dialup.rwth-aachen.de:/usr/src/sys/compile/MONK Calibrating clock(s) relative to mc146818A clock ... failed, using default i8254 clock of 1193182 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CPU: i486DX (486-class CPU) Origin = "AuthenticAMD" Id = 0x4e4 real memory = 33554432 (32768K bytes) avail memory = 30498816 (29784K bytes) Probing for devices on PCI bus 0: chip0 rev 4 on pci0:0 ncr0 rev 1 int a irq 9 on pci0:1 ncr0 waiting for scsi devices to settle (ncr0:0:0): "QUANTUM FIREBALL1080S 1Q09" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1042MB (2134305 512 byte sectors) (ncr0:1:0): "QUANTUM MAVERICK 540S 0901" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 516MB (1057758 512 byte sectors) chip1 rev 3 on pci0:2 vga0 rev 0 on pci0:4 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 5 maddr 0xd0000 msize 8192 on isa ed0: address 00:00:e8:80:79:9c, type WD8003E (8 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A qcam0 not found at 0x378 lpt1 at 0x378-0x37f irq 7 on isa lpt1: Interrupt-driven port lp1: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa tel0 at 0xe80 irq 15 maddr 0xd8000 msize 4096 on isa npx0 on motherboard npx0: INT 16 interface gus0 at 0x220 irq 12 drq 1 flags 0x3 on isa gus0: changing root device to sd0a Assigned: TEI = 0xeb = 117 The second dmesg log is the normal startup with the old kernel which is functioning. This is with a fresh sup. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Thu May 9 05:10:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA28303 for current-outgoing; Thu, 9 May 1996 05:10:24 -0700 (PDT) Received: from snake.hut.fi (snake.hut.fi [193.167.6.99]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA28298 for ; Thu, 9 May 1996 05:10:10 -0700 (PDT) Received: from lk-hp-20.hut.fi (root@lk-hp-20.hut.fi [130.233.247.33]) by snake.hut.fi (8.7.5/8.7.3) with ESMTP id PAA14552 for ; Thu, 9 May 1996 15:09:55 +0300 Received: (inkari@localhost) by lk-hp-20.hut.fi (8.6.12/8.6.7) id OAA00360 for freebsd-current@freebsd.org; Thu, 9 May 1996 14:47:24 +0300 From: Message-Id: <199605091147.OAA00360@lk-hp-20.hut.fi> Subject: attempt to write meta-data!!! To: freebsd-current@freebsd.org Date: Thu, 9 May 1996 14:47:23 +0300 (EETDST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A current system around May 3 has seen the following console messages: -- Console log for ateneum50.fng.fi May 6 16:21:22 ateneum50 /kernel: uid 1000 on /home: file system full May 6 16:21:24 ateneum50 last message repeated 12 times swap_pager: out of swap space May 6 17:32:11 ateneum50 /kernel: pid 2475 (netscape.bin), uid 1000, was killed: out of swap space May 6 17:33:49 ateneum50 /kernel: pid 665 (wish), uid 1000: exited on signal 11 May 7 17:04:45 ateneum50 /kernel: pid 640 (wish), uid 1000: exited on signal 11 May 8 11:50:24 ateneum50 /kernel: pid 11540 (top), uid 1000: exited on signal 11 May 8 14:15:49 ateneum50 /kernel: pid 7477 (wish), uid 1000: exited on signal 11 vnode_pager_putpages: attempt to write meta-data!!! -- 0xffffffe9(ff) -- The wish shell is from exmh, which has been working mostly ok before. How serious is this ? From owner-freebsd-current Thu May 9 05:18:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA28663 for current-outgoing; Thu, 9 May 1996 05:18:57 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA28658 Thu, 9 May 1996 05:18:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id FAA02021; Thu, 9 May 1996 05:18:15 -0700 (PDT) Message-Id: <199605091218.FAA02021@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: brian@MediaCity.com cc: msmith@atrad.adelaide.edu.au (Michael Smith), randy@zyzzyva.com, et-users@netrail.net, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: Your message of "Thu, 09 May 1996 01:28:40 PDT." <199605090828.BAA14028@MediaCity.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 09 May 1996 05:18:15 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Michael Smith wrote: >> Randy Terbush stands accused of saying: >> > >> > As some of you may remember, I reported a problem with MBUF leakage >> > on a FreeBSD-stable system running an Emerging Technologies ET5025 >> > card. After Dennis' indication that the problem was FreeBSD-stable >> > and rather strong suggestion that I need to be running 2.1.0, I >> > have reinstalled this system running stock FreeBSD-2.1.0. The >> > problem still exists and can be directly related to activity over >> > the 56K connection. A much busier system of same kernel vintage >> > without the ET drivers hovers at around '75 mbufs in use' after >> > several days of uptime. The system will reach it's max of 4096K >> > after about 48 hours of uptime and eventually reboot. I'm at a loss >> > for how to track this down and would heartily welcome more >> > productive suggestions. >> >> Hit Dennis on the head and get him to admit that it's his drivers 8) > >Some months ago, I worked with Dennis to track down the mbuf leak >problem. The leak was in FreeBSD code, not his driver. Yes, and for the record this was caused by a small change to the MGET/MFREE macros. We used to have a private pool of mbufs to optimize performance, but this was found to conflict with the allocation-type tracking in malloc() and lead to system instabilities. By reverting the macros back to their originals, the code in Dennis's driver that allocated and freed mbufs was still sticking them in this private pool - one the rest of the system didn't know about, and thus the "leak". There have been no changes to the mbuf allocation code since then. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Thu May 9 05:21:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA28882 for current-outgoing; Thu, 9 May 1996 05:21:10 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA28874 for ; Thu, 9 May 1996 05:21:07 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <22088-0@bunyip.cc.uq.oz.au>; Thu, 9 May 1996 22:21:03 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id WAA16781 for ; Thu, 9 May 1996 22:21:36 +1000 Received: from localhost by orion.devetir.qld.gov.au (8.6.10/DEVETIR-0.3) id WAA23449; Thu, 9 May 1996 22:21:29 +1000 Message-Id: <199605091221.WAA23449@orion.devetir.qld.gov.au> To: freebsd-current@freebsd.org cc: syssgm@devetir.qld.gov.au Subject: Easy kernel config mistake Date: Thu, 09 May 1996 22:21:29 +1000 From: Stephen McKay Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My beleaguered -current system has been impossible to debug because I had config kernel root on wd0 swap on wd0 and vn0 dumps on wd0 in my config file. The 'dumps on wd0' section is very nearly as good as having 'dumpon /dev/wd0b' run at startup, except that the resulting dump starts at offset 0 in your swap area. This is fine (I think) if you don't swap before savecore finishes, but I don't have that much ram. Debugging using these crash dumps is quite unproductive. A kernel variable 'dumplo' controls how far to offset into the swap area, and this is only set by dumpon calling sysctl(kern.dumpdev). Unfortunately dumpon ignores redundant swap device setting attempts, so I can't even fix it with that. A kernel rebuild is necessary. So, what do I want done about it? Well, either support the old syntax properly, or ban it completely. Stephen. PS This patch to savecore looks like a good idea for folks who care about the -v switch. --- savecore.c Fri Dec 22 16:59:11 1995 +++ savecore.c.new Thu May 9 22:14:17 1996 @@ -241,12 +241,12 @@ } Lseek(kmem, (off_t)current_nl[X_DUMPLO].n_value, L_SET); (void)Read(kmem, &dumplo, sizeof(dumplo)); + dumplo *= DEV_BSIZE; if (verbose) (void)printf("dumplo = %d (%d * %d)\n", dumplo, dumplo/DEV_BSIZE, DEV_BSIZE); Lseek(kmem, (off_t)current_nl[X_DUMPMAG].n_value, L_SET); (void)Read(kmem, &dumpmag, sizeof(dumpmag)); - dumplo *= DEV_BSIZE; ddname = find_dev(dumpdev, S_IFBLK); dumpfd = Open(ddname, O_RDWR); fp = fdopen(kmem, "r"); From owner-freebsd-current Thu May 9 05:31:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29427 for current-outgoing; Thu, 9 May 1996 05:31:18 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA29422 for ; Thu, 9 May 1996 05:31:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id FAA04391; Thu, 9 May 1996 05:30:17 -0700 (PDT) To: Alex Nash cc: Bill Paul , Michael Smith , wollman@lcs.mit.edu, current@freebsd.org Subject: Re: Libc is broken! In-reply-to: Your message of "Thu, 09 May 1996 06:26:48 CDT." Date: Thu, 09 May 1996 05:30:17 -0700 Message-ID: <4389.831645017@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I had the same problem with NFS (Mike: this was a 486 also) but managed to > install using the 2.1.0-RELEASE boot disk. > > Jordan, do you see any problems with using a 2.1.0 boot disk to install > a SNAP? I haven't tried that yet.. I'll give it a shot a little later. Jordan From owner-freebsd-current Thu May 9 05:50:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA00174 for current-outgoing; Thu, 9 May 1996 05:50:49 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA00169 for ; Thu, 9 May 1996 05:50:47 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uHVB2-0003wZC; Thu, 9 May 96 05:50 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id MAA04688; Thu, 9 May 1996 12:50:39 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: "Christoph P. Kukulies" cc: freebsd-current@freefall.FreeBSD.org Subject: Re: -current kernel panics In-reply-to: Your message of "Thu, 09 May 1996 12:24:07 +0200." <199605091024.MAA19779@gilberto.physik.rwth-aachen.de> Date: Thu, 09 May 1996 12:50:39 +0000 Message-ID: <4686.831646239@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Please do a nm -n /kernel and send us the lines around 0xf01c2707 Thanks in advance! Poul-Henning > > Fatal double fault: > eip = 0xf01c2707 > esp = 0xefbfd000 > ebp = 0xefbfd010 > panic: double fault -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu May 9 06:14:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA02446 for current-outgoing; Thu, 9 May 1996 06:14:04 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA02427 for ; Thu, 9 May 1996 06:13:59 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id JAA08894; Thu, 9 May 1996 09:12:58 -0400 From: Bill Paul Message-Id: <199605091312.JAA08894@skynet.ctr.columbia.edu> Subject: Re: Libc is broken! To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 9 May 1996 09:12:56 -0400 (EDT) Cc: current@freebsd.org, wollman@lcs.mit.edu In-Reply-To: <199605090639.QAA03827@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 9, 96 04:09:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the world, Michael Smith had to walk into mine and say: > Bill Paul stands accused of saying: > > > > I'd like nothing better than to dive in and debug this, but I need > > to get 2.2-current running on my machine at work to do that, and I can't > > get the damn snapshot installed because of some mysterious NFS breakage. > > Hey! What processor class are you installing on? I'm seeing NFS death > on 386 and 486 system, but not on Pentiums. It's an Intel 386/33. No math co-processor. FreeBSD 2.1.0 installs just fine, but not the 2.2 SNAPS. (I repeat: both of the last two SNAPs failed.) Other details: 3c503 (8-bit) ethernet, two small IDE drives (one 40MB, the other 50MB), old Diamond Speedstar 3.01 SVGA adapter (ET4000), 8MB of RAM. > Terry has suggested that > this is a bcopy-optimisation problem (the date that this first started > being an issue is about right too); I need to get home to test this > properly though. Well, I've had this problem with both of the last SNAPs, which means the problem must have been around for at least a couple months. When did the bcopy() optimizations go in? Like I said over in the bugs mailing list, I'm getting failures in two different ways. I'm trying to set up a dataless client (/usr is mounted via NFS from the SPARCstation IPX on my desk running SunOS 4.1.3). The install is being done via FTP, which is to say that I'm sucking the distribution over from ftp.cdrom.com (once I copied the dist files to my own machine to verify that it wasn't just poor Internet performance -- it ain't that). However I'm writing part of it out to /usr via NFS: as soon as the emergency holographic shell appears, I manually mkdir /usr and then mount_nfs -P sparc:/usr /usr. NFS seems to work initially: I can ls -l the /usr filesystem prior to sysinstall scribbling on it. However, I can never complete the installation. Writing to the internal drives works fine, but after a very short time of writing to /usr over NFS, writing hangs. The machine does _NOT_ hang: I can still ping it and it responds to the keyboard. But NFS is toast: any attempt to perform an NFS operation hangs. If I go to the emergency holographic shell and type 'df', it gets wedged. How far it gets before it hangs tends to vary: I tried it about a half dozen times, and each time it was different. It was never more than a couple dozen files though. Usually it gets up to /usr/bin/cpio and then stops. Second, trying to install _FROM_ NFS also fails. Yes Joerg, I do have the paths right: sysinstall successfully mounts the filesystem and finds all the distribution file, but it hangs after while trying to read the root.flp image. By contrast to the first case, this hang happens almost immediately. Yes I'm using the NFS secure option. (And the -P flag when I mount manually.) Yes I've tried reducing the NFS block size. (This adapter works perfectly well with the full 8K blocksize in 2.1.0.) I've tried snooping with tcpdump to look for clues: as far as I can tell, everything just stops for now reason. Again, 2.1.0 can handle both of these cases just fine. *sigh* -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-current Thu May 9 07:40:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA11365 for current-outgoing; Thu, 9 May 1996 07:40:35 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA11141 for ; Thu, 9 May 1996 07:39:53 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I4I8OIQ5TS0005UN@mail.rwth-aachen.de>; Thu, 09 May 1996 15:15:04 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id PAA00865; Thu, 09 May 1996 15:10:20 +0200 Date: Thu, 09 May 1996 15:10:19 +0200 (MET DST) From: "Christoph P. Kukulies" Subject: Re: -current kernel panics In-reply-to: <4686.831646239@critter.tfs.com> To: phk@critter.tfs.com (Poul-Henning Kamp) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.FreeBSD.org Reply-to: Christoph Kukulies Message-id: <199605091310.PAA00865@gilberto.physik.rwth-aachen.de> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL25 ME8b] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > Please do a nm -n /kernel and send us the lines around 0xf01c2707 > > Thanks in advance! > > Poul-Henning > > > > > Fatal double fault: > > eip = 0xf01c2707 > > esp = 0xefbfd000 > > ebp = 0xefbfd010 > > panic: double fault Did already and didn't find it worth sending since it was in trap.o. Anyway , here it is: f01c2570 F trap.o f01c2700 T _trap f01c2b84 t _trap_pfault f01c2ee8 t _trap_fatal f01c31f0 T _dblfault_handler f01c323c T _trapwrite > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. > Future will arrive by its own means, progress not so. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Thu May 9 07:51:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12668 for current-outgoing; Thu, 9 May 1996 07:51:15 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA12658 for ; Thu, 9 May 1996 07:51:12 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA00522; Thu, 9 May 1996 09:22:12 -0500 From: Joe Greco Message-Id: <199605091422.JAA00522@brasil.moneng.mei.com> Subject: Re: more than 32 scsi disks on a single machine ? To: bde@zeta.org.au (Bruce Evans) Date: Thu, 9 May 1996 09:22:11 -0500 (CDT) Cc: asami@cs.berkeley.edu, current@freebsd.org, nisha@cs.berkeley.edu In-Reply-To: <199605090313.NAA04873@godzilla.zeta.org.au> from "Bruce Evans" at May 9, 96 01:13:23 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Can we connect more than 32 disks on a single machine? I tried > > No. Hmm, considering I am halfway there on some machines, that seems an unfortunately low limit. > >Investigating further, I found this is in > > >#define makedev(x,y) ((dev_t)(((x) << 8) | (y))) /* create dev_t */ > > >So it seems like we're limited to 32 disks. > > This limits us to 16777216 disks, or only 8388606 disks if we avoid using > the high bit to avoid sign extension bugs. The limit is in dkunit() in > > > >Will really bad things > >happen if I try to change this? > > There are lots of things to change. The encoding would have to be really > ugly to preserve compatibility with existing device nodes. Hmm. What if we don't give a damn about existing device nodes? :-) "Take the plunge". I envision FreeBSD being used more and more in server class environments. I personally run several machines with three or four SCSI busses and more than DK_NDRIVE disks, and will be running even more in the near future. While I can live within the current constraints, I am feeling the tight belt. In particular, systems designed for high numbers of transactions per second will tend to have lots of smaller disks. I personally like to wire down drives: controller scbus0 at ncr0 disk sd0 at scbus0 target 0 unit 0 ... disk sd6 at scbus0 target 6 unit 0 controller scbus1 at ncr1 disk sd10 at scbus1 target 0 unit 0 ... disk sd16 at scbus1 target 6 unit 0 controller scbus2 at ahc0 disk sd20 at scbus2 target 0 unit 0 ... disk sd26 at scbus2 target 6 unit 0 controller scbus3 at ahc1 disk sd30 at scbus3 target 0 unit 0 disk sd31 at scbus3 target 1 unit 0 Now of course using this sort of "octal notation" is wasting some disk numbers, so I run out on the fourth bus, at sd31. Even using standard notation, I run out on the fifth bus. If I do not have 7 devices on a chain, I can "condense" further, but it becomes a confusing mishmosh to try to maintain. These are not problems for two or four drive systems. These become serious concerns when you're running sixteen drives though. I understand how this device node scheme came to be. I just happen to think that however and whenever possible, we should work to remove such constraints. :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-current Thu May 9 08:00:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA13584 for current-outgoing; Thu, 9 May 1996 08:00:23 -0700 (PDT) Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA13557 for ; Thu, 9 May 1996 08:00:13 -0700 (PDT) Received: from anxur (anxur.fi.muni.cz) by aragorn.ics.muni.cz with SMTP id AA24409 (5.67a8/IDA-1.4.4 for ); Thu, 9 May 1996 16:59:38 +0200 Received: from aisa.fi.muni.cz by anxur with SMTP id AA03697 (5.67b8/IDA-1.4.4 for ); Thu, 9 May 1996 16:59:23 +0200 Received: (from dolecek@localhost) by aisa.fi.muni.cz (8.6.13/8.6.9) id JAA10298 for freebsd-current@freebsd.org; Thu, 9 May 1996 09:55:35 -0500 From: Jaromir Dolecek Message-Id: <199605091455.JAA10298@aisa.fi.muni.cz> To: freebsd-current@freebsd.org Date: Thu, 9 May 1996 09:55:35 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe freebsd-current Jaromir Dolecek end -- Jaromir Dolecek dolecek@fi.muni.cz If Windows, then X ! http://www.muni.cz/~dolecek From owner-freebsd-current Thu May 9 08:03:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA13904 for current-outgoing; Thu, 9 May 1996 08:03:43 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA13894 for ; Thu, 9 May 1996 08:03:39 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uHXFf-0003x8C; Thu, 9 May 96 08:03 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id PAA05046; Thu, 9 May 1996 15:03:35 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Christoph Kukulies cc: freebsd-current@freefall.FreeBSD.org Subject: Re: -current kernel panics In-reply-to: Your message of "Thu, 09 May 1996 15:10:19 +0200." <199605091310.PAA00865@gilberto.physik.rwth-aachen.de> Date: Thu, 09 May 1996 15:03:35 +0000 Message-ID: <5044.831654215@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Please do a nm -n /kernel and send us the lines around 0xf01c2707 > > > > Thanks in advance! > > > > Poul-Henning > > > > > > > > Fatal double fault: > > > eip = 0xf01c2707 > > > esp = 0xefbfd000 > > > ebp = 0xefbfd010 > > > panic: double fault > > Did already and didn't find it worth sending since > it was in trap.o. Anyway , here it is: Well, hey I didn't know that :-) This looks like a stack overflow or something similar to me... > f01c2570 F trap.o > f01c2700 T _trap > f01c2b84 t _trap_pfault > f01c2ee8 t _trap_fatal > f01c31f0 T _dblfault_handler > f01c323c T _trapwrite -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu May 9 08:07:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14274 for current-outgoing; Thu, 9 May 1996 08:07:12 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA14268 for ; Thu, 9 May 1996 08:07:10 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA19319; Thu, 9 May 1996 11:07:01 -0400 Date: Thu, 9 May 1996 11:07:01 -0400 From: Garrett Wollman Message-Id: <9605091507.AA19319@halloran-eldar.lcs.mit.edu> To: Bill Paul Cc: current@freebsd.org Subject: Re: Libc is broken! In-Reply-To: <199605090441.AAA08243@skynet.ctr.columbia.edu> References: <9605082021.AA11595@halloran-eldar.lcs.mit.edu> <199605090441.AAA08243@skynet.ctr.columbia.edu> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: >> My suspicion is the recent YP changes... > If this is the case, then perhaps you should say whether or not > you're actually using YP. If you aren't, then I would tend to doubt it. Yes, I am using YP quite extensively, and the crash in amd occurred in precisely the spot where amd checks to see if YP is actually working or not. One of my PCs also gets its amd map files via YP, but this does not appear to be the determining factor. -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 May 9 08:33:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA16129 for current-outgoing; Thu, 9 May 1996 08:33:27 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA16123 for ; Thu, 9 May 1996 08:33:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id IAA02371; Thu, 9 May 1996 08:30:50 -0700 (PDT) Message-Id: <199605091530.IAA02371@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Christoph Kukulies cc: phk@critter.tfs.com (Poul-Henning Kamp), freebsd-current@freefall.FreeBSD.org Subject: Re: -current kernel panics In-reply-to: Your message of "Thu, 09 May 1996 15:10:19 +0200." <199605091310.PAA00865@gilberto.physik.rwth-aachen.de> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 09 May 1996 08:30:50 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Please do a nm -n /kernel and send us the lines around 0xf01c2707 >> >> Thanks in advance! >> >> Poul-Henning >> >> > >> > Fatal double fault: >> > eip = 0xf01c2707 >> > esp = 0xefbfd000 >> > ebp = 0xefbfd010 >> > panic: double fault > >Did already and didn't find it worth sending since >it was in trap.o. Anyway , here it is: > >f01c2570 F trap.o >f01c2700 T _trap >f01c2b84 t _trap_pfault >f01c2ee8 t _trap_fatal >f01c31f0 T _dblfault_handler >f01c323c T _trapwrite On the contrary...this appears to indicate a recursive trap fault and likely indicates a pmap bug of some kind. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Thu May 9 08:59:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18400 for current-outgoing; Thu, 9 May 1996 08:59:40 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA18382 Thu, 9 May 1996 08:59:31 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id KAA24196; Thu, 9 May 1996 10:59:03 -0500 (CDT) Message-Id: <199605091559.KAA24196@sierra.zyzzyva.com> To: Michael Smith cc: brian@mediacity.com, et-users@netrail.net, freebsd-isp@freebsd.org, stable@freebsd.org, current@freebsd.org Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: msmith's message of Thu, 09 May 1996 18:28:30 +0930. <199605090858.SAA04548@genesis.atrad.adelaide.edu.au> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 May 1996 10:59:02 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Brian Litzinger stands accused of saying: > > > > > > Hit Dennis on the head and get him to admit that it's his drivers 8) > > > > Some months ago, I worked with Dennis to track down the mbuf leak > > problem. The leak was in FreeBSD code, not his driver. > > I should have been more verbose there; it was meant as a joke (hence > following up with a lengthy suggestion on mbuf-leak-tracing. > > > Disclaimer: dennis may have introduced a new leak since we worked on > > tracking down the one I ran into. > > Did the leak you found get reported and fixed?? > Did this get fixed? I find that the problem exists both in 2.1.0 and -stable. I can directly connect this problem to packets going over the V.35 interface. From owner-freebsd-current Thu May 9 09:05:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19018 for current-outgoing; Thu, 9 May 1996 09:05:48 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA19012 Thu, 9 May 1996 09:05:44 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id LAA24496; Thu, 9 May 1996 11:05:01 -0500 (CDT) Message-Id: <199605091605.LAA24496@sierra.zyzzyva.com> To: davidg@root.com cc: brian@mediacity.com, msmith@atrad.adelaide.edu.au (Michael Smith), et-users@netrail.net, freebsd-isp@freebsd.org, stable@freebsd.org, current@freebsd.org Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: davidg's message of Thu, 09 May 1996 05:18:15 -0700. <199605091218.FAA02021@Root.COM> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 May 1996 11:05:00 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> Hit Dennis on the head and get him to admit that it's his drivers 8) > > > >Some months ago, I worked with Dennis to track down the mbuf leak > >problem. The leak was in FreeBSD code, not his driver. > > Yes, and for the record this was caused by a small change to the MGET/MFREE > macros. We used to have a private pool of mbufs to optimize performance, but > this was found to conflict with the allocation-type tracking in malloc() and > lead to system instabilities. By reverting the macros back to their originals, > the code in Dennis's driver that allocated and freed mbufs was still sticking > them in this private pool - one the rest of the system didn't know about, and > thus the "leak". > There have been no changes to the mbuf allocation code since then. > > -DG Could someone help me with version numbers in these changes? I'm finding that the problem exists in 2.1.0 and -stable. What version was changed? What version was reverted? In which branch is this fixed? This discussion is very helpful. Please expand. From owner-freebsd-current Thu May 9 09:06:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19170 for current-outgoing; Thu, 9 May 1996 09:06:39 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA19161 for ; Thu, 9 May 1996 09:06:34 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.6.12) with ESMTP id JAA11702; Thu, 9 May 1996 09:04:53 -0700 (PDT) Message-Id: <199605091604.JAA11702@austin.polstra.com> To: ec0@s1.GANet.NET Cc: marxx@apocalypse.superlink.net, freebsd-current@FreeBSD.ORG Subject: Re: -current not booting In-Reply-To: Date: Thu, 09 May 1996 09:04:52 -0700 From: John Polstra Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Eric Chet wrote: > Wow I have seen one problem pdksh is now dead, exits with sig.11 > on execution. Humm lets see what ktrace shows: > ... > 320 ksh CALL sigprocmask(0x1,0) > 320 ksh RET sigprocmask 0 > 320 ksh PSIG SIGSEGV SIG_DFL > 320 ksh NAMI "ksh.core" > ... > Any ideas? Sigprocmask was one of the libc functions modified by the recent changes for ELF support. I've just looked over the code again, and it looks OK to me. I'm trying to run some tests, but my CVS tree and my -current installation are both slightly old, so it will take longer than I'd like. Are you sure you've got fully-updated libc sources? For one thing, the new sigprocmask.S goes hand in hand with the new cerror.S. It might be worth re-supping and rebuilding libc, to see if that fixes the problem. I'll let you know if I find out anything here. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Thu May 9 09:34:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20989 for current-outgoing; Thu, 9 May 1996 09:34:28 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA20980 Thu, 9 May 1996 09:34:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id JAA02520; Thu, 9 May 1996 09:33:11 -0700 (PDT) Message-Id: <199605091633.JAA02520@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Randy Terbush cc: brian@mediacity.com, msmith@atrad.adelaide.edu.au (Michael Smith), et-users@netrail.net, freebsd-isp@freebsd.org, stable@freebsd.org, current@freebsd.org Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: Your message of "Thu, 09 May 1996 11:05:00 CDT." <199605091605.LAA24496@sierra.zyzzyva.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 09 May 1996 09:33:11 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >> Hit Dennis on the head and get him to admit that it's his drivers 8) >> > >> >Some months ago, I worked with Dennis to track down the mbuf leak >> >problem. The leak was in FreeBSD code, not his driver. >> >> Yes, and for the record this was caused by a small change to the MGET/MFREE >> macros. We used to have a private pool of mbufs to optimize performance, but >> this was found to conflict with the allocation-type tracking in malloc() and >> lead to system instabilities. By reverting the macros back to their originals, >> the code in Dennis's driver that allocated and freed mbufs was still sticking >> them in this private pool - one the rest of the system didn't know about, and >> thus the "leak". >> There have been no changes to the mbuf allocation code since then. >> >> -DG > >Could someone help me with version numbers in these changes? > >I'm finding that the problem exists in 2.1.0 and -stable. >What version was changed? >What version was reverted? >In which branch is this fixed? > >This discussion is very helpful. Please expand. The above is not applicable to FreeBSD 2.1. The problem that Dennis encountered was in FreeBSD 2.0, and it wasn't really a problem with FreeBSD. The solution was for Dennis to recompile his driver. No source changes were needed. ...but to answer your question directly: (/sys/sys/mbuf.h) ---------------------------- revision 1.8 date: 1994/11/04 00:28:38; author: davidg; state: Exp; lines: +4 -32 Backed out mbuf performance improvement. mbufs are allocated with various different types, and with the 'local cache', what is freed isn't necessarily what was originally malloced. This screws malloc's statistics and type allocation limits, resulting eventually in a deadlock when one of the limits is bogusly reached. Recent performance tests on a Pentium machine indicate no improvement with this optimization anyway (this is something to be looked at further). ---------------------------- -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Thu May 9 09:57:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23046 for current-outgoing; Thu, 9 May 1996 09:57:02 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA23041 for ; Thu, 9 May 1996 09:57:00 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id JAA21208; Thu, 9 May 1996 09:56:38 -0700 (PDT) Date: Thu, 9 May 1996 09:56:38 -0700 (PDT) Message-Id: <199605091656.JAA21208@silvia.HIP.Berkeley.EDU> To: terry@lambert.org CC: msmith@atrad.adelaide.edu.au, current@FreeBSD.org In-reply-to: <199605081838.LAA26483@phaeton.artisoft.com> (message from Terry Lambert on Wed, 8 May 1996 11:38:50 -0700 (MST)) Subject: Re: NFS in -current is _BUSTED_ From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * On a hunch: try backing out the bcopy optimizations? What, someone's actually using THAT in their kernel??? Or libc??? In case people are not reading their messages, the bcopy thread is me writing a small subroutine and asking people to test it by linking it into a binary. It won't automatically infect your kernel or libc, unless I just invented a new virus. :) Satoshi "please don't blame me for everything that's going wrong" Asami From owner-freebsd-current Thu May 9 09:58:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23169 for current-outgoing; Thu, 9 May 1996 09:58:04 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA23125 Thu, 9 May 1996 09:57:51 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id LAA25376; Thu, 9 May 1996 11:57:49 -0500 (CDT) Resent-Message-Id: <199605091657.LAA25376@sierra.zyzzyva.com> Message-Id: <199605091657.LAA25376@sierra.zyzzyva.com> To: davidg@root.com Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: davidg's message of Thu, 09 May 1996 09:33:11 -0700. <199605091633.JAA02520@Root.COM> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 May 1996 11:52:08 -0500 From: Randy Terbush Resent-cc: current@freebsd.org, freebsd-isp@freebsd.org, stable@freebsd.org Resent-Date: Thu, 09 May 1996 11:57:49 -0500 Resent-From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> >> Hit Dennis on the head and get him to admit that it's his drivers 8) > >> > > >> >Some months ago, I worked with Dennis to track down the mbuf leak > >> >problem. The leak was in FreeBSD code, not his driver. > > > >Could someone help me with version numbers in these changes? > > > >I'm finding that the problem exists in 2.1.0 and -stable. > >What version was changed? > >What version was reverted? > >In which branch is this fixed? > > > >This discussion is very helpful. Please expand. > > The above is not applicable to FreeBSD 2.1. The problem that Dennis > encountered was in FreeBSD 2.0, and it wasn't really a problem with FreeBSD. > The solution was for Dennis to recompile his driver. No source changes were > needed. ...but to answer your question directly: > > (/sys/sys/mbuf.h) > ---------------------------- > revision 1.8 Both 2.1.0 and -stable sport version 1.9. Could someone share a copy of version 1.8 so that I could see what has changed since 1.8? Thanks again David. From owner-freebsd-current Thu May 9 10:33:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA26941 for current-outgoing; Thu, 9 May 1996 10:33:52 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA26931 for ; Thu, 9 May 1996 10:33:50 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id KAA20819 for ; Thu, 9 May 1996 10:33:18 -0700 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I4IGBJN6Y80008Z6@mail.rwth-aachen.de> for freebsd-current@freefall.FreeBSD.org; Thu, 09 May 1996 18:53:40 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id TAA15965 for freebsd-current@freefall.cdrom.com; Thu, 09 May 1996 19:01:09 +0200 Date: Thu, 09 May 1996 19:01:09 +0200 From: "Christoph P. Kukulies" Subject: /var/yp To: freebsd-current@freefall.FreeBSD.org Message-id: <199605091701.TAA15965@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Would it be possible to change the ypserv/Makefile such that it doesn't clobber an existing /var/yp/Makefile when world is made? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Thu May 9 10:49:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28247 for current-outgoing; Thu, 9 May 1996 10:49:57 -0700 (PDT) Received: from uucp.DK.net (uucp@uucp.DK.net [193.88.44.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA28242 Thu, 9 May 1996 10:49:54 -0700 (PDT) Received: from pingnet (uucp@localhost) by uucp.DK.net (8.6.12/8.6.12) with UUCP id TAA15990; Thu, 9 May 1996 19:49:52 +0200 Received: from kyklopen by ic1.ic.dk with UUCP id AA21119 (5.65c8/IDA-1.4.4j); Thu, 9 May 1996 19:29:44 +0200 Received: (from staff@localhost) by kyklopen.ping.dk (8.7.5/8.7.3) id TAA01393; Thu, 9 May 1996 19:28:47 +0200 (MET DST) Date: Thu, 9 May 1996 19:28:45 +0200 (MET DST) From: Thomas Sparrevohn To: freebsd-current@freefall.freebsd.org Cc: phk@freefall.freebsd.org Subject: Rebooting problem solved Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that the fix to locore.s that Poul-Henning submittet in ctm#1767 fixed the problem. I have included a context diff for the ones who does'nt use ctm. I must admit that thought _etext allways was page aligned. *** /sys/i386/i386/locore.s#ctm Thu May 9 00:31:25 1996 --- /sys/i386/i386/locore.s Thu May 9 19:10:16 1996 *************** *** 34,40 **** * SUCH DAMAGE. * * from: @(#)locore.s 7.3 (Berkeley) 5/13/91 ! * $Id: locore.s,v 1.70 1996/05/02 22:24:55 phk Exp $ * * originally from: locore.s, by William F. Jolitz * --- 34,40 ---- * SUCH DAMAGE. * * from: @(#)locore.s 7.3 (Berkeley) 5/13/91 ! * $Id: locore.s,v 1.71 1996/05/09 07:16:00 phk Exp $ * * originally from: locore.s, by William F. Jolitz * *************** *** 740,745 **** --- 740,747 ---- /* Map read-write, data, bss and symbols */ movl $R(_etext),%eax + addl $PAGE_MASK, %eax + andl $~PAGE_MASK, %eax map_read_write: movl R(_KERNend),%ecx subl %eax,%ecx From owner-freebsd-current Thu May 9 10:59:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28874 for current-outgoing; Thu, 9 May 1996 10:59:39 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA28869 for ; Thu, 9 May 1996 10:59:36 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.6.12) with ESMTP id KAA12053; Thu, 9 May 1996 10:53:54 -0700 (PDT) Message-Id: <199605091753.KAA12053@austin.polstra.com> To: ec0@s1.GANet.NET Cc: marxx@apocalypse.superlink.net, freebsd-current@FreeBSD.ORG Subject: Re: -current not booting In-Reply-To: Date: Thu, 09 May 1996 10:53:54 -0700 From: John Polstra Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I wrote: > Eric Chet wrote: > > > Wow I have seen one problem pdksh is now dead, exits with sig.11 > > on execution. Humm lets see what ktrace shows: > > ... > > 320 ksh CALL sigprocmask(0x1,0) > > 320 ksh RET sigprocmask 0 > > 320 ksh PSIG SIGSEGV SIG_DFL > > 320 ksh NAMI "ksh.core" > > ... > > Any ideas? > > Sigprocmask was one of the libc functions modified by the recent changes > for ELF support. I've just looked over the code again, and it looks OK > to me. I'm trying to run some tests, but my CVS tree and my -current > installation are both slightly old, so it will take longer than I'd like. I tried some tests on sigprocmask, and I couldn't get it to fail. It seems to work fine here. Thinking harder about the ktrace output, it looks like sigprocmask returned successfully, anyway. So I don't think that's your problem. Sorry for the false alarm. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Thu May 9 11:52:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03065 for current-outgoing; Thu, 9 May 1996 11:52:27 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA03029 Thu, 9 May 1996 11:52:17 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id TAA26331 ; Thu, 9 May 1996 19:49:34 +0100 (BST) To: Randy Terbush cc: davidg@root.com, current@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: Your message of "Thu, 09 May 1996 11:52:08 CDT." <199605091657.LAA25376@sierra.zyzzyva.com> Date: Thu, 09 May 1996 19:49:34 +0100 Message-ID: <26329.831667774@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Randy Terbush wrote in message ID <199605091657.LAA25376@sierra.zyzzyva.com>: > Both 2.1.0 and -stable sport version 1.9. Could someone share a copy > of version 1.8 so that I could see what has changed since 1.8? > Thanks again David. Enclosed is a diff between 1.8 and 1.9 along with the log message. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. ---------------------------- revision 1.9 date: 1994/11/14 13:54:20; author: bde; state: Exp; lines: +6 -5 Declare a complete prototype for the function pointer *ext_free and the function m_devget. Uniformize idempotency ifdef. ---------------------------- Index: mbuf.h =================================================================== RCS file: /mnt/usr/home/ncvs/src/sys/sys/mbuf.h,v retrieving revision 1.8 retrieving revision 1.9 diff -r1.8 -r1.9 34c34 < * $Id: mbuf.h,v 1.8 1994/11/04 00:28:38 davidg Exp $ --- > * $Id: mbuf.h,v 1.9 1994/11/14 13:54:20 bde Exp $ 89c89,90 < void (*ext_free)(); /* free routine if not the usual */ --- > void (*ext_free) /* free routine if not the usual */ > __P((caddr_t, u_int)); 388,389c389,390 < struct mbuf *m_devget __P((char *,int,int,struct ifnet*,void (*copy)())); < --- > struct mbuf *m_devget __P((char *, int, int, struct ifnet *, > void (*copy)(struct mbuf *, caddr_t, u_int))); 416c417 < #endif --- > #endif /* !_SYS_MBUF_H_ */ From owner-freebsd-current Thu May 9 12:40:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08816 for current-outgoing; Thu, 9 May 1996 12:40:47 -0700 (PDT) Received: from nol.net (root@dazed.nol.net [206.126.32.101]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA08806 for ; Thu, 9 May 1996 12:40:39 -0700 (PDT) Received: from dazed.nol.net (blh@dazed.nol.net [206.126.32.101]) by nol.net (8.7.5/8.7.3) with SMTP id OAA21016 for ; Thu, 9 May 1996 14:38:43 -0500 (CDT) X-AUTH: NOLNET SENDMAIL AUTH Date: Thu, 9 May 1996 14:38:41 -0500 (CDT) From: "Brett L. Hawn" To: freebsd-current@freebsd.org Subject: just thought I'd drop a note before I left Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was doing a quick sup/compile before I headed out of town for a few days and ran into the following: sgmlfmt -f ascii /usr/src/share/doc/handbook/handbook.sgml generating handbook.ascii... :96: warning: N' not defined :618: warning: can't break line :29083: warning: H' not defined :29083: warning: H' not defined | gzip -c > paper.ascii.gz intro.1:133: warning: can't find font B' rpcgen.ms:13: warning: missing closing delimiter rpcgen \fIrpcgen\fP ... 1 RPC \fIrpcgen\fP ... 1 rpcgen local procedures \fIrpcgen\fP ... 2 rpcgen remote procedures \fIrpcgen\fP ... 2 client handle, used by rpcgen client handle, used by \fIrpcgen\fP ... 7 RPC generating XDR routines ... 8 debugging with rpcgen debugging with \fIrpcgen\fP and a whole lot more, someone broke /share pretty badly from what I can tell. Brett L. Hawn From owner-freebsd-current Thu May 9 12:43:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA09017 for current-outgoing; Thu, 9 May 1996 12:43:33 -0700 (PDT) Received: from davinci.isds.duke.edu (davinci.isds.duke.edu [152.3.22.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA09005 for ; Thu, 9 May 1996 12:43:27 -0700 (PDT) Received: from daub4.isds.duke.edu (daub4.isds.duke.edu [152.3.22.45]) by davinci.isds.duke.edu (8.7.4/8.6.9) with ESMTP id PAA18471; Thu, 9 May 1996 15:43:24 -0400 (EDT) From: Andrew Gallatin Received: (from gallatin@localhost) by daub4.isds.duke.edu (8.7.4/8.7.1) id PAA21086; Thu, 9 May 1996 15:43:24 -0400 (EDT) Date: Thu, 9 May 1996 15:43:24 -0400 (EDT) Message-Id: <199605091943.PAA21086@daub4.isds.duke.edu> To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: cvs commit: src/sys/i386/i386 locore.s In-Reply-To: <4218.831626916@critter.tfs.com> References: <199605090716.AAA17580@freefall.freebsd.org> <4218.831626916@critter.tfs.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp writes: > I belive this fixes the recent boot problems. This appears to fix the problem for me. All kernels (both previously OK & previously loosing configs) I've built since applying src-cur.1767 have booted just fine. Many thanks, Drew ############################################################################## # Andrew Gallatin, Computer Project Manager # # Institute of Statistics and Decision Sciences # # Box 90251, Duke University, Durham, NC 27708-0251 # ############################################################################## From owner-freebsd-current Thu May 9 13:06:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA11990 for current-outgoing; Thu, 9 May 1996 13:06:53 -0700 (PDT) Received: from s1.GANet.NET (s1.GANet.NET [199.18.201.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA11980 for ; Thu, 9 May 1996 13:06:50 -0700 (PDT) Received: (from ec0@localhost) by s1.GANet.NET (8.6.11/8.6.11) id QAA13395; Thu, 9 May 1996 16:05:26 -0400 Date: Thu, 9 May 1996 16:05:25 -0400 (EDT) From: Eric Chet To: John Polstra cc: marxx@apocalypse.superlink.net, freebsd-current@freebsd.org Subject: Re: -current not booting In-Reply-To: <199605091753.KAA12053@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 May 1996, John Polstra wrote: > I wrote: > > > Eric Chet wrote: > > > > > Wow I have seen one problem pdksh is now dead, exits with sig.11 > > > on execution. Humm lets see what ktrace shows: > > > ... > > > 320 ksh CALL sigprocmask(0x1,0) > > > 320 ksh RET sigprocmask 0 > > > 320 ksh PSIG SIGSEGV SIG_DFL > > > 320 ksh NAMI "ksh.core" > > > ... > > > Any ideas? > > > > Sigprocmask was one of the libc functions modified by the recent changes > > for ELF support. I've just looked over the code again, and it looks OK > > to me. I'm trying to run some tests, but my CVS tree and my -current > > installation are both slightly old, so it will take longer than I'd like. > > I tried some tests on sigprocmask, and I couldn't get it to fail. It > seems to work fine here. Thinking harder about the ktrace output, it > looks like sigprocmask returned successfully, anyway. > > So I don't think that's your problem. Sorry for the false alarm. Hello John I'm still poking around, my source tree is up to date, I just pulled the cvs tree. I'm also still working on the elf-gcc port with cygnus.com's gcc-2.7.2 repository code. Thanks, Eric From owner-freebsd-current Thu May 9 13:24:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14260 for current-outgoing; Thu, 9 May 1996 13:24:45 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA14236 for ; Thu, 9 May 1996 13:24:30 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA05460 for ; Thu, 9 May 1996 22:23:27 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA19886 for freebsd-current@FreeBSD.org; Thu, 9 May 1996 22:23:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA19975 for freebsd-current@FreeBSD.org; Thu, 9 May 1996 22:16:24 +0200 (MET DST) From: J Wunsch Message-Id: <199605092016.WAA19975@uriah.heep.sax.de> Subject: Re: Libc is broken! To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 9 May 1996 22:16:23 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605090639.QAA03827@genesis.atrad.adelaide.edu.au> from Michael Smith at "May 9, 96 04:09:17 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > Hey! What processor class are you installing on? I'm seeing NFS death > on 386 and 486 system, but not on Pentiums. I've also seen it on a Pentium. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu May 9 13:30:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14953 for current-outgoing; Thu, 9 May 1996 13:30:39 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA14947 Thu, 9 May 1996 13:30:35 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id PAA01625; Thu, 9 May 1996 15:30:10 -0500 (CDT) Message-Id: <199605092030.PAA01625@sierra.zyzzyva.com> To: davidg@root.com cc: stable@freebsd.org, current@freebsd.org Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: davidg's message of Thu, 09 May 1996 12:54:06 -0700. <199605091954.MAA02913@Root.COM> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 May 1996 15:30:09 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> Are your sure there really is a leak? What does the machine do other than > >> operate a sync card? > > > >It's running routed and named and at this time has had very little use > >due to instability. I've never seen this kind of MBUF usage on any machine > >and that does count for quite a few. It consistently grows to the max > >configured, and then will reboot shortly thereafter. > > > >Are you running routed? > > Not currently, but I have in the past. I am running named. I'm going to direct a copy of this back to the current and stable lists... I have been able to pin this down to routed, or rather the use of a routing protocol, since firing up gated to use RIP has the same effect. (growth of mbuf use by about 10mbufs/30sec). I've read some other questions raised lately about routing/routed problems. Anyone have a hint as to what might be going on here? From owner-freebsd-current Thu May 9 13:34:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA15373 for current-outgoing; Thu, 9 May 1996 13:34:39 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA15364 for ; Thu, 9 May 1996 13:34:34 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id QAA09537; Thu, 9 May 1996 16:32:56 -0400 From: Bill Paul Message-Id: <199605092032.QAA09537@skynet.ctr.columbia.edu> Subject: Re: /var/yp To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Thu, 9 May 1996 16:32:54 -0400 (EDT) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <199605091701.TAA15965@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at May 9, 96 07:01:09 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the world, Christoph P. Kukulies had to walk into mine and say: > > Would it be possible to change the ypserv/Makefile such that > it doesn't clobber an existing /var/yp/Makefile when world is made? > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > > Already done. :) At least, it should be. It should install the new makefile as /var/yp/Makefile.dist and link that to /var/yp/Makefile only if /var/yp/Makefiles doesn't already exist. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-current Thu May 9 13:38:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA15803 for current-outgoing; Thu, 9 May 1996 13:38:54 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA15787 Thu, 9 May 1996 13:38:48 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uHcTN-0003xjC; Thu, 9 May 96 13:38 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id UAA00364; Thu, 9 May 1996 20:37:58 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Thomas Sparrevohn cc: freebsd-current@freefall.freebsd.org, phk@freefall.freebsd.org Subject: Re: Rebooting problem solved In-reply-to: Your message of "Thu, 09 May 1996 19:28:45 +0200." Date: Thu, 09 May 1996 20:37:53 +0000 Message-ID: <362.831674273@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > It seems that the fix to locore.s that Poul-Henning submittet > in ctm#1767 fixed the problem. I have included a context diff > for the ones who does'nt use ctm. good. Sorry about the trouble... > I must admit that thought _etext allways was page aligned. Well, you're not the only one... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu May 9 13:52:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA17333 for current-outgoing; Thu, 9 May 1996 13:52:51 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA17310 for ; Thu, 9 May 1996 13:52:41 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA06189; Thu, 9 May 1996 22:50:58 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA20380; Thu, 9 May 1996 22:50:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA20307; Thu, 9 May 1996 22:39:45 +0200 (MET DST) From: J Wunsch Message-Id: <199605092039.WAA20307@uriah.heep.sax.de> Subject: Re: Easy kernel config mistake To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 9 May 1996 22:39:44 +0200 (MET DST) Cc: syssgm@devetir.qld.gov.au Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605091221.WAA23449@orion.devetir.qld.gov.au> from Stephen McKay at "May 9, 96 10:21:29 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Stephen McKay wrote: > My beleaguered -current system has been impossible to debug because I had > > config kernel root on wd0 swap on wd0 and vn0 dumps on wd0 > > in my config file. The 'dumps on wd0' section is very nearly as good as > having 'dumpon /dev/wd0b' run at startup, except that the resulting dump > starts at offset 0 in your swap area. See the ongoing discussion about my PR #kern/794 that happened on the `bugs' list today. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu May 9 15:15:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA25914 for current-outgoing; Thu, 9 May 1996 15:15:08 -0700 (PDT) Received: from riley-net170-164.uoregon.edu (riley-net170-164.uoregon.edu [128.223.170.164]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA25907 for ; Thu, 9 May 1996 15:15:01 -0700 (PDT) Received: (from dwhite@localhost) by riley-net170-164.uoregon.edu (8.6.12/8.6.12) id PAA17664; Thu, 9 May 1996 15:16:08 -0700 Date: Thu, 9 May 1996 15:16:08 -0700 (PDT) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: inkari@cc.hut.fi cc: freebsd-current@FreeBSD.org Subject: Re: attempt to write meta-data!!! In-Reply-To: <199605091147.OAA00360@lk-hp-20.hut.fi> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 May 1996 inkari@cc.hut.fi wrote: > swap_pager: out of swap space [...] > vnode_pager_putpages: attempt to write meta-data!!! -- 0xffffffe9(ff) > > The wish shell is from exmh, which has been working mostly ok before. > How serious is this ? My guess is that the out of swap condition probably threw exmh for a loop. I would ignore it unless it pops up again, or you notice some system instability. Then I'd try rebooting. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-current Thu May 9 15:56:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA00929 for current-outgoing; Thu, 9 May 1996 15:56:09 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA00858 for ; Thu, 9 May 1996 15:56:05 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id PAA14319; Thu, 9 May 1996 15:58:50 -0700 Date: Thu, 9 May 1996 15:58:50 -0700 Message-Id: <199605092258.PAA14319@sunrise.cs.berkeley.edu> To: current@freebsd.org CC: nisha@cs.berkeley.edu Subject: Max data segment size From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk These are in /sys/i386/include/vmparam.h: === /* * Virtual memory related constants, all in bytes */ #define MAXTSIZ (16UL*1024*1024) /* max text size */ #ifndef DFLDSIZ #define DFLDSIZ (64UL*1024*1024) /* initial data size limit */ #endif #ifndef MAXDSIZ #define MAXDSIZ (128UL*1024*1024) /* max data size */ #endif #ifndef DFLSSIZ #define DFLSSIZ (8UL*1024*1024) /* initial stack size limit */ #endif #ifndef MAXSSIZ #define MAXSSIZ (64UL*1024*1024) /* max stack size */ #endif #ifndef SGROWSIZ #define SGROWSIZ (128UL*1024) /* amount to grow stack */ #endif === I tried doing an OPTIONS "MAXDSIZ=268435456" in my kernel config file, and the resulting kernel seems to be doing ok, and at least it passes the "malloc 1MB chunks until you blow up" test with flying colors (I know, it's not much of a test, I'm now running fsck with a 140-MB data segment which instigated this). What are the rationales behind this being in a machine-specific system header file, in other words, does this mean that I can't increase the max data segment size beyond 128MB on an x86? Did I just stomp on someone's toe in my quest to the biggest filesystem in the world? Satoshi From owner-freebsd-current Thu May 9 15:56:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA00986 for current-outgoing; Thu, 9 May 1996 15:56:35 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA00973 for ; Thu, 9 May 1996 15:56:31 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id AAA18121 ; Fri, 10 May 1996 00:56:21 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA23722 ; Fri, 10 May 1996 00:56:33 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id XAA14216; Thu, 9 May 1996 23:55:15 +0200 (MET DST) From: Ollivier Robert Message-Id: <199605092155.XAA14216@keltia.freenix.fr> Subject: Re: Continued MBUF problem with ET V.35 card To: randy@zyzzyva.com (Randy Terbush) Date: Thu, 9 May 1996 23:55:14 +0200 (MET DST) Cc: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) In-Reply-To: <199605091657.LAA25376@sierra.zyzzyva.com> from Randy Terbush at "May 9, 96 11:52:08 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1948 X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Randy Terbush said: > Both 2.1.0 and -stable sport version 1.9. Could someone share a copy > of version 1.8 so that I could see what has changed since 1.8? Change 1.9 was minor (just prototyping stuff from Bruce): ------------------------------------------------------------ revision 1.9 date: 1994/11/14 13:54:20; author: bde; state: Exp; lines: +6 -5 Declare a complete prototype for the function pointer *ext_free and the function m_devget. Uniformize idempotency ifdef. ------------------------------------------------------------ CURRENT is at revision 1.15 now. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #14: Tue Apr 30 21:08:35 MET DST 1996 From owner-freebsd-current Thu May 9 16:16:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA02889 for current-outgoing; Thu, 9 May 1996 16:16:48 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA02859 for ; Thu, 9 May 1996 16:16:30 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id IAA06296; Fri, 10 May 1996 08:52:45 +0930 From: Michael Smith Message-Id: <199605092322.IAA06296@genesis.atrad.adelaide.edu.au> Subject: Re: Libc is broken!d To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 10 May 1996 08:52:44 +0930 (CST) Cc: freebsd-current@freebsd.org In-Reply-To: <199605092016.WAA19975@uriah.heep.sax.de> from "J Wunsch" at May 9, 96 10:16:23 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > > As Michael Smith wrote: > > > Hey! What processor class are you installing on? I'm seeing NFS death > > on 386 and 486 system, but not on Pentiums. > > I've also seen it on a Pentium. ... then I installed the new SNAP last night and tried to break it on a machine that was failing before, and that I could afford to do it with. And couldn't. So now I'm very perplexed. > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu May 9 16:50:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA07600 for current-outgoing; Thu, 9 May 1996 16:50:26 -0700 (PDT) Received: from MediaCity.com (root@easy1.mediacity.com [205.216.172.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA07578 Thu, 9 May 1996 16:50:16 -0700 (PDT) Received: (from brian@localhost) by MediaCity.com (8.6.11/8.6.9) id QAA08967; Thu, 9 May 1996 16:49:09 -0700 From: Brian Litzinger Message-Id: <199605092349.QAA08967@MediaCity.com> Subject: Re: Continued MBUF problem with ET V.35 card To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 9 May 1996 16:49:09 -0700 (PDT) Cc: msmith@atrad.adelaide.edu.au, randy@zyzzyva.com, et-users@netrail.net, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <3196.831631895@time.cdrom.com> from "Jordan K. Hubbard" at "May 9, 96 01:51:35 am" Reply-To: brian@MediaCity.com X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk brian wrote: > > Some months ago, I worked with Dennis to track down the mbuf leak > > problem. The leak was in FreeBSD code, not his driver. > Jordan K. Hubbard wrote: > And you submitted it? I certainly fail to see what would be gained by > _not_ submitting it, given that it's in everybody's best interest > (Dennis's especially) to iron out any such problems in FreeBSD. Stretching my memory, part of the problem was related to the myriad of different versions of FreeBSD. The problem existed in some versions and not others. At the time, it seemed that the code was headed in the right direction on its own. -- Brian Litzinger Powered by FreeBSD http[s]://www.mpress.com From owner-freebsd-current Thu May 9 16:51:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA07801 for current-outgoing; Thu, 9 May 1996 16:51:46 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA07796 Thu, 9 May 1996 16:51:44 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14596(1)>; Thu, 9 May 1996 16:50:57 PDT Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177475>; Thu, 9 May 1996 16:50:39 -0700 X-Mailer: exmh version 1.6.4 10/10/95 To: Randy Terbush cc: current@freebsd.org, stable@freebsd.org Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: Your message of "Thu, 09 May 1996 09:52:08 PDT." <199605091657.LAA25376@sierra.zyzzyva.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 9 May 1996 16:50:35 PDT From: Bill Fenner Message-Id: <96May9.165039pdt.177475@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199605091657.LAA25376@sierra.zyzzyva.com>you write: >Both 2.1.0 and -stable sport version 1.9. Could someone share a copy >of version 1.8 so that I could see what has changed since 1.8? If you have a web browser, you can access the CVS tree directly. For the diff you're looking for, try http://www.freebsd.org/cgi-bin/cvsweb/src/sys/sys/mbuf.h?r1=1.7&r2=1.9 To see the commit messages, and for an interface to get arbitrary diffs, just use http://www.freebsd.org/cgi-bin/cvsweb/src/sys/sys/mbuf.h Bill From owner-freebsd-current Thu May 9 17:43:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA17707 for current-outgoing; Thu, 9 May 1996 17:43:09 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA17638 Thu, 9 May 1996 17:42:55 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id KAA18101; Fri, 10 May 1996 10:40:48 +1000 Date: Fri, 10 May 1996 10:40:48 +1000 From: Bruce Evans Message-Id: <199605100040.KAA18101@godzilla.zeta.org.au> To: brian@mediacity.com, davidg@Root.COM Subject: Re: Continued MBUF problem with ET V.35 card Cc: current@FreeBSD.org, et-users@netrail.net, freebsd-isp@FreeBSD.org, msmith@atrad.adelaide.edu.au, randy@zyzzyva.com, stable@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Yes, and for the record this was caused by a small change to the MGET/MFREE >macros. We used to have a private pool of mbufs to optimize performance, but >this was found to conflict with the allocation-type tracking in malloc() and >lead to system instabilities. By reverting the macros back to their originals, >the code in Dennis's driver that allocated and freed mbufs was still sticking >them in this private pool - one the rest of the system didn't know about, and >thus the "leak". > There have been no changes to the mbuf allocation code since then. Except in -current a couple of days ago. It no longer uses malloc() or allocation-type tracking except for one stray allocation for `mclrefcnt' in machdep.c. machdep.c also refers to to the wrong entry point for the no-wait case (kmem_alloc instead of kmem_malloc). A comment in vm_kern.c bogusly says that "only malloc() uses this routine". It is used by the mbuf allocation routines too. Bruce From owner-freebsd-current Thu May 9 18:00:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20792 for current-outgoing; Thu, 9 May 1996 18:00:50 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA20785 Thu, 9 May 1996 18:00:47 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.7.5/8.7.3) with SMTP id VAA11041; Thu, 9 May 1996 21:00:33 -0400 (EDT) Message-Id: <199605100100.VAA11041@whizzo.transsys.com> X-Authentication-Warning: whizzo.transsys.com: Host localhost.transsys.com [127.0.0.1] didn't use HELO protocol To: Randy Terbush cc: davidg@Root.COM, stable@FreeBSD.org, current@FreeBSD.org From: "Louis A. Mamakos" Subject: Re: Continued MBUF problem with ET V.35 card References: <199605092030.PAA01625@sierra.zyzzyva.com> In-reply-to: Your message of "Thu, 09 May 1996 15:30:09 CDT." <199605092030.PAA01625@sierra.zyzzyva.com> Date: Thu, 09 May 1996 21:00:33 -0400 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I'm going to direct a copy of this back to the current and stable lists... > > I have been able to pin this down to routed, or rather the use of > a routing protocol, since firing up gated to use RIP has the same > effect. (growth of mbuf use by about 10mbufs/30sec). > > I've read some other questions raised lately about routing/routed > problems. Anyone have a hint as to what might be going on here? Just a wild guess, but it sounds like broadcast packets might be implicated. Just a thought.. louie From owner-freebsd-current Thu May 9 18:03:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21402 for current-outgoing; Thu, 9 May 1996 18:03:26 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA21308 for ; Thu, 9 May 1996 18:03:05 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <28876-0@bunyip.cc.uq.oz.au>; Fri, 10 May 1996 11:02:37 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id LAA01351; Fri, 10 May 1996 11:03:07 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id BAA10271; Fri, 10 May 1996 01:02:55 GMT Message-Id: <199605100102.BAA10271@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: current@freebsd.org cc: phk@critter.tfs.com Subject: Re: cvs commit: src/sys/i386/i386 locore.s In-reply-to: Your message of "Thu, 09 May 1996 15:43:24 -0400." <199605091943.PAA21086@daub4.isds.duke.edu> X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 May 1996 11:02:54 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Poul-Henning Kamp writes: > > I belive this fixes the recent boot problems. > > > This appears to fix the problem for me. All kernels (both previously > OK & previously loosing configs) I've built since applying > src-cur.1767 have booted just fine. > It (alas) has not fixed the problem for me. I've rebuilt trwice from scratch and with a few different options. I'm now fiddling with the amount of symbol table space for DDB to see if that can be made to shift things around enough. I enclose my config file for your amusement. Stephen # # # Priapus - the watchdog that has to stay up all the time. # # # This directive is mandatory; it defines the architecture to be # configured for; in this case, the 386 family. You must also specify # at least one CPU (the one you intend to run on); deleting the # specification for CPUs you don't need to use may make parts of the # system run faster # machine "i386" cpu "I486_CPU" #cpu "I586_CPU" # out until transient problem fixed # # This is the ``identification'' of the kernel. Usually this should # be the same as the name of your kernel. # ident priapus # # The `maxusers' parameter controls the static sizing of a number of # internal system tables by a complicated formula defined in param.c. # maxusers 20 # # Space savers # #options "NMBCLUSTERS=128" #options "BUFPAGES=128" # 512k for buffers # # A math emulator is mandatory if you wish to run on hardware which # does not have a floating-point processor. Pick either the original, # bogus (but freely-distributable) math emulator, or a much more # fully-featured but GPL-licensed emulator taken from Linux. # #options MATH_EMULATE #Support for x87 emulation #options GPL_MATH_EMULATE #Support for x87 emualtion via #new math emulator # # This directive defines a number of things: # - The compiled kernel is to be called `kernel' # - The root filesystem might be on partition wd0a # - The kernel can swap on wd0b and wd1b, defaulting to the former # - Crash dumps will be written to wd0b, if possible # config kernel root on wd0 ##################################################################### # COMPATIBILITY OPTIONS # # Implement system calls compatible with 4.3BSD and older versions of # FreeBSD. # options "COMPAT_43" # # Allow user-mode programs to manipulat their local descriptor tables. # This option is required for the WINE Windows(tm) emulator, and is # not used by anything else (that we know of). # options USER_LDT #allow user-level control of i386 ldt # # These three options provide support for System V Interface # Definition-style interprocess communication, in the form of shared # memory, semaphores, and message queues, respectively. # options SYSVSHM options SYSVSEM options SYSVMSG ##################################################################### # DEBUGGING OPTIONS # # This line enables the kernel debugger, DDB, and the line following # allocates extra space for a copy of the debugger symbol table which # is stored in the initialized data area of the kernel. If you change # the latter option, remove db_aout.o before compiling. # options DDB #Kernel debugger #options "SYMTAB_SPACE=113498" #This kernel needs LOTS of symtable # # KTRACE enables the system-call tracing facility ktrace(2). # options KTRACE #kernel tracing # # The DIAGNOSTIC option is used in a number of source files to enable # extra sanity checking of internal structures. This support is not # enabled by default because of the extra time it would take to check # for these conditions, which can only occur as a result of # programming errors. # #options DIAGNOSTIC ##################################################################### # NETWORKING OPTIONS # # Protocol families: # Only the INET (Internet) family is officially supported in FreeBSD. # Source code for the NS (Xerox Network Service), ISO (OSI), and # CCITT (X.25) families is provided for amusement value, although we # try to ensure that it actually compiles. # options INET #Internet communications protocols #options ISO #options CCITT #X.25 network layer #options NS #Xerox NS communications protocols #options TPIP #ISO TP class 4 over IP #options TPCONS #ISO TP class 0 over X.25 # # Network interfaces: # The `loop' pseudo-device is mandatory when networking is enabled. # The `ether' pseudo-device provides generic code to handle # Ethernets; it is mandatory when a Ethernet device driver is # configured. # The `sl' pseudo-device implements the Serial Line IP (SLIP) service. # The `ppp' pseudo-device implements the Point-to-Point Protocol. # The `bpfilter' pseudo-device enables the Berkeley Packet Filter. Be # aware of the legal and administrative consequences of enabling this # option. The number of devices determines the maximum number of # simultaneous BPF clients programs runnable. # pseudo-device ether #Generic Ethernet pseudo-device loop #Network loop back device pseudo-device sl 2 #Serial Line IP #pseudo-device ppp 2 #Point-to-point protocol pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device tun 1 # Tunnel device pseudo-device vn # Vnode driver (turns file into device) pseudo-device disc # Discard device #options NSIP #XNS over IP #options EON #ISO CLNP over IP #options LLC #X.25 link layer for Ethernets #options HDLC #X.25 link layer for serial lines # # Internet family options: # # TCP_COMPAT_42 causes the TCP code to emulate certain bugs present in # 4.2BSD. This option should not be used unless you have a 4.2BSD # machine and TCP connections fail. # # GATEWAY allows the machine to forward packets, and also configures # larger static sizes of a number of system tables. # # MROUTING enables the kernel multicast packet forwarder, which works # with mrouted(8). # # IPFIREWALL enables support for IP firewall construction, in # conjunction with the `ipfw' program. IPFIREWALL_VERBOSE does # the obvious thing. # # ARP_PROXYALL enables global proxy ARP. Beware! This can burn # your house down! See netinet/if_ether.c for the gory details. # (Eventually there will be a better management interface.) # options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs #options GATEWAY #internetwork gateway options MROUTING # Multicast routing #options IPFIREWALL #firewall #options IPFIREWALL_VERBOSE #print information about # dropped packets #options ARP_PROXYALL # global proxy ARP ##################################################################### # FILESYSTEM OPTIONS # # Only the root, /usr, and /tmp filesystems need be statically # compiled; everything else will be automatically loaded at mount # time. (Exception: the UFS family---FFS, MFS, and LFS---cannot # currently be demand-loaded.) Some people still prefer to statically # compile other filesystems as well. # # NB: The LFS, PORTAL, and UNION filesystems are known to be buggy, # and WILL panic your system if you attempt to do anything with them. # They are included here as an incentive for some enterprising soul to # sit down and fix them. # # One of these is mandatory: options FFS #Fast filesystem options NFS #Network File System # The rest are optional: #options "CD9660" #ISO 9660 filesystem #options FDESC #File descriptor filesystem #options KERNFS #Kernel filesystem #options LFS #Log filesystem options MFS #Memory File System #options MSDOSFS #MS DOS File System #options NULLFS #NULL filesystem #options PORTAL #Portal filesystem options PROCFS #Process filesystem #options UMAPFS #UID map filesystem #options UNION #Union filesystem options DEVFS #devices filesystem # # Disk quotas are supported when this option is enabled. If you # change the value of this option, you must do a `make clean' in your # kernel compile directory in order to get a working kernel. # #options QUOTA #enable disk quotas ##################################################################### # # IBCS2 (SCO Unix, ISC) SVR3.2 emulation stuff # - Allow me to run SCO binaries! # # - Allow me to run Linux binaries # options "COMPAT_IBCS2" options "LINUX" #options "IBCS2" ##################################################################### # MISCELLANEOUS DEVICES AND OPTIONS # # Of these, only the `log' device is truly mandatory. The `pty' # device usually turns out to be ``effectively mandatory'', as it is # required for `telnetd', `rlogind', `screen', `emacs', and `xterm', # among others. # pseudo-device pty 16 #Pseudo ttys pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device log #Kernel syslog interface (/dev/klog) #pseudo-device gzip #Exec gzipped a.out's ##################################################################### # HARDWARE DEVICE CONFIGURATION # ISA and EISA devices: # Currently there is no separate support for EISA. There should be. # Micro Channel is not supported at all. # # Mandatory ISA devices: isa, sc, npx # controller isa0 # # Options for `isa': # # ALLOW_CONFLICT_IOADDR suppresses the I/O address conflict checks, so # that the PS/2 mouse driver doesn't conflict with the console driver. # # ALLOW_CONFLICT_IRQ suppresses the interrupt line conflict checks, so # that multiple devices can share the same IRQ, provided that the # hardware supports it (it usually doesn't). # # BOUNCE_BUFFERS provides support for ISA DMA on machines with more # than 16 megabytes of memory. It doesn't hurt on other machines. # Some broken EISA and VLB hardware may need this, too. device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # # Options for `sc': # # NCONS specifies the number of virtual consoles. Specification of # this value is mandatory. Due to a compiler bug, when compiling with # GCC 2.6.0 this option must be a power of two. # # FAT_CURSOR specifies the use of a large block cursor rather than the # hardware default underline. # # HARDFONTS allows the driver to load an ISO-8859-1 font to replace # the default font in your display adapter's memory. # # UCONSOLE enables code to let any user get output intended for the # console. # options "NCONS=4" options "FAT_CURSOR" #options HARDFONTS options UCONSOLE device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Optional ISA and EISA devices: # # # ST-506, ESDI, and IDE hard disks: `wdc' and `wd' # # NB: ``Enhanced IDE'' is NOT supported at this time. # controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0x80ff80ff 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 # # Standard floppy disk controllers and floppy tapes: `fdc', `fd', and `ft' # controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 # # Options for `fd': # # FDSEEKWAIT selects a non-default head-settle time (i.e., the time to # wait after a seek is performed). The default value (1/32 s) is # usually sufficient. The units are inverse seconds, so a value of 16 # here means to wait 1/16th of a second; you should choose a power of # two. # #options FDSEEKWAIT="16" # # Other standard PC hardware: `lpt', `mse', `psm', `sio' # # lpt: printer port # mse: Logitech and ATI InPort bus mouse ports # psm: PS/2 mouse port (needs ALLOW_CONFLICT_IOADDR, above) # sio: serial ports (see sio(4)) device lpt0 at isa? port "IO_LPT1" tty irq 7 vector lptintr #device mse0 at isa? port 0x23c tty irq 5 vector mseintr #device psm0 at isa? port "IO_KBD" tty irq 12 vector psmintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr # Options for sio: #options DSI_SOFT_MODEM #code for DSI Softmodems # # Network interfaces: `ed', `el', `ep', `ie', `is', `le', `lnc' # # ed: Western Digital and SMC 80xx; Novell NE1000 and NE2000; 3Com 3C503 # el: 3Com 3C501 (slow!) # ep: 3Com 3C509 (buggy) # ie: AT&T StarLAN 10 and EN100; 3Com 3C507; unknown NI5210 # is: Isolan AT 4141-0; Isolink 4110; Novell NE2100 # le: Digital Equipment EtherWorks 2 and EtherWorks 3 (DEPCA, DE100, # DE101, DE200, DE201, DE202, DE203, DE204, DE205, DE422) # lnc: unknown LANCE-based # ze: PCMCIA ethernet controller. # device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr # # Audio drivers: `snd', `pca' # # SB = SoundBlaster; PAS = ProAudioSpectrum; GUS = Gravis UltraSound # Controls all sound devices controller snd0 # Yamaha OPL-3 FM - for SB, SB Pro, SB16, PAS device opl0 at isa? port 0x388 # Yamaha OPL-3 FM - for PAS #device opl0 at isa? port 0x38a # SoundBlaster DSP driver - for SB, SB Pro, SB16, PAS(emulating SB) device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr # SoundBlaster 16 DSP driver - for SB16 - requires sb0 device device sbxvi0 at isa? drq 5 # SoundBlaster 16 MIDI - for SB16 - requires sb0 device device sbmidi0 at isa? port 0x330 # ProAudioSpectrum PCM and Midi - for PAS #device pas0 at isa? port 0x388 irq 10 drq 6 vector pasintr # MPU-401 - for MPU-401 standalone card #device mpu0 at isa? port 0x330 irq 6 drq 0 # Gravis UltraSound - for GUS, GUS16, GUSMAX #device gus0 at isa? port 0x220 irq 11 drq 1 vector gusintr # Gravis UltraSound 16 bit option - for GUS16 - requires gus0 #device gusxvi0 at isa? port 0x530 irq 7 drq 3 vector adintr # Gravis UltraSound MAX - for GUSMAX - requires gus0 #device gusmax0 at isa? port 0x32c # MS Sound System #device mss0 at isa? port 0x530 irq 10 drq 1 vector adintr # 6850 UART Midi #device uart0 at isa? port 0x330 irq 5 vector "m6850intr" device pca0 at isa? tty # Miscellaneous hardware: `mcd', `wt', `ctx', `apm' # # mcd: Mitsumi CD-ROM # wt: Wangtek and Archive QIC-02/QIC-36 tape drives # ctx: Cortex-I frame grabber # apm: Laptop Advanced Power Management (experimental) # #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device ctx0 at isa? port 0x230 iomem 0xd0000 # # The joystick! # device joy0 at isa? port "IO_GAME" # NB: both lines are required #device apm0 at isa? #options APM # # PCI devices: # # The main PCI bus device is `pci'. It provides auto-detection and # configuration support for all devices on the PCI bus, using either # configuration mode defined in the PCI specification. # # The `ncr' device provides support for the NCR 53C810 and 53C825 # self-contained SCSI host adapters. # # The `de' device provides support for the Digital Equipment DC21040 # self-contained Ethernet adapter. # #controller pci0 #device ncr0 #device de0 -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Thu May 9 18:19:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA24838 for current-outgoing; Thu, 9 May 1996 18:19:04 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA24796 for ; Thu, 9 May 1996 18:18:58 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id LAA25044; Thu, 9 May 1996 11:23:06 -0700 (PDT) Message-Id: <199605091823.LAA25044@ref.tfs.com> Subject: Re: more than 32 scsi disks on a single machine ? To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Thu, 9 May 1996 11:23:05 -0700 (PDT) From: "JULIAN Elischer" Cc: bde@zeta.org.au, asami@cs.berkeley.edu, current@FreeBSD.ORG, nisha@cs.berkeley.edu In-Reply-To: <199605091422.JAA00522@brasil.moneng.mei.com> from "Joe Greco" at May 9, 96 09:22:11 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > >Can we connect more than 32 disks on a single machine? I tried > > > > No. > [...] > > >#define makedev(x,y) ((dev_t)(((x) << 8) | (y))) /* create dev_t */ > > > > >So it seems like we're limited to 32 disks. > > > > This limits us to 16777216 disks, or only 8388606 disks if we avoid using > > the high bit to avoid sign extension bugs. The limit is in dkunit() in > > > > [...] > > There are lots of things to change. The encoding would have to be really > > ugly to preserve compatibility with existing device nodes. > > What if we don't give a damn about existing device nodes? :-) "Take the > plunge". [...] > > > I understand how this device node scheme came to be. I just happen to > think that however and whenever possible, we should work to remove such > constraints. :-) > Peter Wemm and I have designed (and I have SOME code for) a complete revamp of the disk system.. it is a total and complete rewrite, and will use a different (single) major-number/entrypoint for all disk type devices. it will require devfs to be really useful, though it can be hacked to work without it with preassigned numbers. From owner-freebsd-current Thu May 9 18:20:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA25205 for current-outgoing; Thu, 9 May 1996 18:20:10 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA25194 Thu, 9 May 1996 18:20:05 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id PAA19100; Mon, 6 May 1996 15:11:30 -0700 (PDT) Message-Id: <199605062211.PAA19100@ref.tfs.com> Subject: Re: ** Small problem + BUG in 960501 ** To: terry@lambert.org (Terry Lambert) Date: Mon, 6 May 1996 15:11:29 -0700 (PDT) From: "JULIAN Elischer" Cc: jkh@time.cdrom.com, kallio@cc.jyu.fi, current@FreeBSD.ORG, martin@FreeBSD.ORG In-Reply-To: <199605062108.OAA21911@phaeton.artisoft.com> from "Terry Lambert" at May 6, 96 02:08:25 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I got hit by that recently... you need to recompile the net bootblocks > > Jordan writes: > > > Major problem: > > > 2. The diskless netboot does not work: > > > After loading kernel and starting it I am getting: > > > NFS ROOT: 47.99.97.109 > > > when I should get: > > > NFS ROOT: 130.234.41.26:/itu/camelot > > > > > > SNAP 960501 (as SNAP 9603x3) are taking the ip number from the > > > word /camelot the first 4 characters /=47, c=99, a=97, m=109 > > > !!! > > > > This one is going to require that someone like Martin Renters look > > into it.. :-) > > Hee hee. > > Can't you read ASCII? > > 47 / > 99 c > 97 a > 109 m > > Obviously, the pointer is in the wrong place. 8-). > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-current Thu May 9 18:56:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA01422 for current-outgoing; Thu, 9 May 1996 18:56:34 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA01413 for ; Thu, 9 May 1996 18:56:29 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id UAA00255; Thu, 9 May 1996 20:55:01 -0500 (EST) From: "John S. Dyson" Message-Id: <199605100155.UAA00255@dyson.iquest.net> Subject: Re: Max data segment size To: asami@cs.berkeley.edu (Satoshi Asami) Date: Thu, 9 May 1996 20:55:01 -0500 (EST) Cc: current@freebsd.org, nisha@cs.berkeley.edu In-Reply-To: <199605092258.PAA14319@sunrise.cs.berkeley.edu> from "Satoshi Asami" at May 9, 96 03:58:50 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I tried doing an OPTIONS "MAXDSIZ=268435456" in my kernel config file, > and the resulting kernel seems to be doing ok, and at least it passes > the "malloc 1MB chunks until you blow up" test with flying colors (I > know, it's not much of a test, I'm now running fsck with a 140-MB > data segment which instigated this). > > What are the rationales behind this being in a machine-specific system > header file, in other words, does this mean that I can't increase the > max data segment size beyond 128MB on an x86? Did I just stomp on > someone's toe in my quest to the biggest filesystem in the world? > > Satoshi > > I think that you should have no problem unless you don't leave enough space for shared libs and/or stack... John From owner-freebsd-current Thu May 9 20:36:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA16219 for current-outgoing; Thu, 9 May 1996 20:36:23 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA16132 Thu, 9 May 1996 20:36:04 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id WAA11721; Thu, 9 May 1996 22:34:17 -0500 (CDT) Message-Id: <199605100334.WAA11721@sierra.zyzzyva.com> To: Bill Fenner cc: current@freebsd.org, stable@freebsd.org Subject: Re: Continued MBUF problem with ET V.35 card In-reply-to: fenner's message of Thu, 09 May 1996 16:50:35 -0700. <96May9.165039pdt.177475@crevenia.parc.xerox.com> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 May 1996 22:34:11 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > In message <199605091657.LAA25376@sierra.zyzzyva.com>you write: > >Both 2.1.0 and -stable sport version 1.9. Could someone share a copy > >of version 1.8 so that I could see what has changed since 1.8? > > If you have a web browser, you can access the CVS tree directly. For the diff > you're looking for, try > > http://www.freebsd.org/cgi-bin/cvsweb/src/sys/sys/mbuf.h?r1=1.7&r2=1.9 > > To see the commit messages, and for an interface to get arbitrary diffs, just > use > > http://www.freebsd.org/cgi-bin/cvsweb/src/sys/sys/mbuf.h > > Bill Thanks. I figured this out earlier today. Really handy interface. From owner-freebsd-current Thu May 9 21:20:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA22365 for current-outgoing; Thu, 9 May 1996 21:20:05 -0700 (PDT) Received: from multivac.orthanc.com (root@multivac.orthanc.com [206.12.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA22308 for ; Thu, 9 May 1996 21:20:01 -0700 (PDT) Received: from doom (orodruin.orthanc.com [206.12.238.3]) by multivac.orthanc.com (8.7.5/8.7.3) with SMTP id VAA01497; Thu, 9 May 1996 21:17:39 -0700 (PDT) From: Christopher Yap To: Poul-Henning Kamp cc: freebsd-current@freefall.freebsd.org, Thomas Sparrevohn Subject: Re: Rebooting problem solved (NOT) Message-ID: Date: Thu, 9 May 1996 21:17:33 -0400 (EDT) Priority: NORMAL X-Mailer: Simeon for Windows Version 4.0.6 X-Authentication: none MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 09 May 1996 20:37:53 +0000 Poul-Henning Kamp wrote: > > It seems that the fix to locore.s that Poul-Henning submittet > > in ctm#1767 fixed the problem. Not for me. The 32 MB box still craps after installing the new locore.s. I'm now rebuilding without BOUNCE_BUFFERS ... From owner-freebsd-current Thu May 9 21:44:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA27344 for current-outgoing; Thu, 9 May 1996 21:44:04 -0700 (PDT) Received: from okjunc.junction.net (root@okjunc.junction.net [199.166.227.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA27289 Thu, 9 May 1996 21:43:59 -0700 (PDT) Received: from sidhe.memra.com (sidhe.memra.com [199.166.227.105]) by okjunc.junction.net (8.6.11/8.6.11) with SMTP id UAA07147; Thu, 9 May 1996 20:56:55 -0700 Date: Thu, 9 May 1996 21:40:22 -0700 (PDT) From: Michael Dillon To: Brian Litzinger cc: "Jordan K. Hubbard" , msmith@atrad.adelaide.edu.au, randy@zyzzyva.com, et-users@netrail.net, freebsd-isp@FreeBSD.ORG, stable@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Continued MBUF problem with ET V.35 card In-Reply-To: <199605092349.QAA08967@MediaCity.com> Message-ID: Organization: Memra Software Inc. - Internet consulting MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 May 1996, Brian Litzinger wrote: > brian wrote: > At the time, it seemed that the code was headed > in the right direction on its own. There's one for posterity! :-) :-) Michael Dillon Voice: +1-604-546-8022 Memra Software Inc. Fax: +1-604-546-3049 http://www.memra.com E-mail: michael@memra.com From owner-freebsd-current Thu May 9 23:07:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA14213 for current-outgoing; Thu, 9 May 1996 23:07:16 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA14195 for ; Thu, 9 May 1996 23:07:13 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA07933; Fri, 10 May 1996 15:42:48 +0930 From: Michael Smith Message-Id: <199605100612.PAA07933@genesis.atrad.adelaide.edu.au> Subject: Re: Libc is broken! To: wpaul@skynet.ctr.columbia.edu (Bill Paul) Date: Fri, 10 May 1996 15:42:47 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, current@freebsd.org, wollman@lcs.mit.edu In-Reply-To: <199605091312.JAA08894@skynet.ctr.columbia.edu> from "Bill Paul" at May 9, 96 09:12:56 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bill Paul stands accused of saying: > > Well, I've had this problem with both of the last SNAPs, which > means the problem must have been around for at least a couple > months. When did the bcopy() optimizations go in? Yonks ago by the look of it. Unhappily enough, I can't get the fault to manifest at the moment, so needless to say I'm very cross. > I've tried snooping with tcpdump to look for clues: as far as I can > tell, everything just stops for now reason. Again, 2.1.0 can handle > both of these cases just fine. The only lockup I was able to actually observe had the offending process sleeping on 'netio'. > -Bill Paul (212) 854-6020 | System Manager -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu May 9 23:10:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA15109 for current-outgoing; Thu, 9 May 1996 23:10:46 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA15085 for ; Thu, 9 May 1996 23:10:42 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA07947; Fri, 10 May 1996 15:46:43 +0930 From: Michael Smith Message-Id: <199605100616.PAA07947@genesis.atrad.adelaide.edu.au> Subject: Re: attempt to write meta-data!!! To: inkari@cc.hut.fi Date: Fri, 10 May 1996 15:46:42 +0930 (CST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199605091147.OAA00360@lk-hp-20.hut.fi> from "inkari@cc.hut.fi" at May 9, 96 02:47:23 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk inkari@cc.hut.fi stands accused of saying: > > A current system around May 3 has seen the following console messages: Actually you have a pile of seperate incidents here. > Console log for ateneum50.fng.fi > May 6 16:21:22 ateneum50 /kernel: uid 1000 on /home: file system full > May 6 16:21:24 ateneum50 last message repeated 12 times You filled /home up. I bet you have your Netscape cache setting too large. > swap_pager: out of swap space > May 6 17:32:11 ateneum50 /kernel: > pid 2475 (netscape.bin), uid 1000, was killed: out of swap space *laugh* And you don't have enough swap. > May 6 17:33:49 ateneum50 /kernel: > pid 665 (wish), uid 1000: exited on signal 11 > May 7 17:04:45 ateneum50 /kernel: > pid 640 (wish), uid 1000: exited on signal 11 > May 8 11:50:24 ateneum50 /kernel: > pid 11540 (top), uid 1000: exited on signal 11 > May 8 14:15:49 ateneum50 /kernel: > pid 7477 (wish), uid 1000: exited on signal 11 These three are stranger. Does 'top' normally work OK? Either you have an intermittent memory problem, or perhaps a buggy wish, or something odd is happening. > vnode_pager_putpages: attempt to write meta-data!!! -- 0xffffffe9(ff) This is a (relatively) benign message, according to the VM gurus. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu May 9 23:20:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17523 for current-outgoing; Thu, 9 May 1996 23:20:29 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA17498 for ; Thu, 9 May 1996 23:20:24 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA07996; Fri, 10 May 1996 15:55:17 +0930 From: Michael Smith Message-Id: <199605100625.PAA07996@genesis.atrad.adelaide.edu.au> Subject: Re: NFS in -current is _BUSTED_ To: asami@cs.berkeley.edu (Satoshi Asami) Date: Fri, 10 May 1996 15:55:17 +0930 (CST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, current@FreeBSD.org In-Reply-To: <199605091656.JAA21208@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at May 9, 96 09:56:38 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Satoshi Asami stands accused of saying: > > * On a hunch: try backing out the bcopy optimizations? > > What, someone's actually using THAT in their kernel??? Or libc??? Different bcopy optimisations. Diff -stable i386/i386/support.s against the -current version to see what Terry's talking about. > Satoshi "please don't blame me for everything that's going wrong" Asami Au contraire. So how big _is_ this filesystem? I was being told by a rampant Linux-fanatic genetecist the other day that "of the PC unices, only Linux could possibly manage either of the HGI database, because it's so big." According to him it's around the 100GB mark; obviously you wouldn't put this on one filesystem for performance/backup reasons, but it would be very funny to counter his drivel... 8) (And if anyone knows how big the two major databases _really_ are, I'd love to know) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Fri May 10 00:23:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA28450 for current-outgoing; Fri, 10 May 1996 00:23:17 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA28420 for ; Fri, 10 May 1996 00:23:05 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA21696; Fri, 10 May 1996 09:21:58 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA26722; Fri, 10 May 1996 09:21:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA23858; Fri, 10 May 1996 09:16:25 +0200 (MET DST) From: J Wunsch Message-Id: <199605100716.JAA23858@uriah.heep.sax.de> Subject: Re: Max data segment size To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 10 May 1996 09:16:24 +0200 (MET DST) Cc: nisha@CS.Berkeley.EDU Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605092258.PAA14319@sunrise.cs.berkeley.edu> from Satoshi Asami at "May 9, 96 03:58:50 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Satoshi Asami wrote: > What are the rationales behind this being in a machine-specific system > header file, in other words, does this mean that I can't increase the > max data segment size beyond 128MB on an x86? Pending other explanations, i believe it's the size of the page tables (or page table directories?) reserved for these segments. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri May 10 00:38:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA00683 for current-outgoing; Fri, 10 May 1996 00:38:46 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA00678 for ; Fri, 10 May 1996 00:38:44 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id AAA24652; Fri, 10 May 1996 00:38:00 -0700 (PDT) Date: Fri, 10 May 1996 00:38:00 -0700 (PDT) Message-Id: <199605100738.AAA24652@silvia.HIP.Berkeley.EDU> To: msmith@atrad.adelaide.edu.au CC: terry@lambert.org, msmith@atrad.adelaide.edu.au, current@FreeBSD.org In-reply-to: <199605100625.PAA07996@genesis.atrad.adelaide.edu.au> (message from Michael Smith on Fri, 10 May 1996 15:55:17 +0930 (CST)) Subject: Re: NFS in -current is _BUSTED_ From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * > What, someone's actually using THAT in their kernel??? Or libc??? * * Different bcopy optimisations. Diff -stable i386/i386/support.s against * the -current version to see what Terry's talking about. Really? The bcopy code hasn't changed for a long time, it's December that it last changed. I thought NFS was stable until pretty recently.... * > Satoshi "please don't blame me for everything that's going wrong" Asami * * Au contraire. So how big _is_ this filesystem? I was being told by a * rampant Linux-fanatic genetecist the other day that "of the PC unices, * only Linux could possibly manage either of the HGI database, because * it's so big." * * According to him it's around the 100GB mark; obviously you wouldn't So how does Linux build a filesystem that size? Do they have a striped disk array driver too? * put this on one filesystem for performance/backup reasons, but it would * be very funny to counter his drivel... 8) Well, we hit one limit at 128GB yesterday (32 x 4GB). I modified to support disk numbers greater than 32 (more on this later), and right now it's at 160GB (40 x 4GB). We don't have any more disks right now. But fear not, we're getting 40 more so I'll post here when we get to 320GB. :) Satoshi From owner-freebsd-current Fri May 10 01:00:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01397 for current-outgoing; Fri, 10 May 1996 01:00:13 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA01384 for ; Fri, 10 May 1996 01:00:06 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I4JANV3PLS000BE5@mail.rwth-aachen.de> for freebsd-current@freefall.FreeBSD.org; Fri, 10 May 1996 09:22:35 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA13456 for freebsd-current@freefall.cdrom.com; Fri, 10 May 1996 09:30:03 +0200 Date: Fri, 10 May 1996 09:30:03 +0200 From: "Christoph P. Kukulies" Subject: Re: -current kernel panics To: freebsd-current@freefall.FreeBSD.org Message-id: <199605100730.JAA13456@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I didn't notice that my / FS was at 103% due to some kernels and other stuff that had cumulated in / and /root. After bringing that back to normal conditions the same kernel (newly built though) didn't panic. I was doing a mv kernel /kernel ; sync ; reboot frequently at that time and may be there is some strangeness when the root file system is full such that not all pages are flushed or something leaving an unusable kernel in / though I think it shouldn't behave that strange or at least resort with an error message. I will still try to reproduce it. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Fri May 10 01:10:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01886 for current-outgoing; Fri, 10 May 1996 01:10:21 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA01859 Fri, 10 May 1996 01:10:13 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA02883; Fri, 10 May 1996 17:59:48 +1000 Date: Fri, 10 May 1996 17:59:48 +1000 From: Bruce Evans Message-Id: <199605100759.RAA02883@godzilla.zeta.org.au> To: markm@freebsd.org Subject: init vs libcrypt Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk init now links to libscrypt in the !secure case. This defeats the point of the libcrypt -> libscrypt link. Bruce From owner-freebsd-current Fri May 10 02:55:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06973 for current-outgoing; Fri, 10 May 1996 02:55:31 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA06963 for ; Fri, 10 May 1996 02:55:24 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id CAA00908; Fri, 10 May 1996 02:54:32 -0700 (PDT) Date: Fri, 10 May 1996 02:54:32 -0700 (PDT) Message-Id: <199605100954.CAA00908@silvia.HIP.Berkeley.EDU> To: jgreco@brasil.moneng.mei.com CC: bde@zeta.org.au, current@freebsd.org, nisha@cs.berkeley.edu In-reply-to: <199605091422.JAA00522@brasil.moneng.mei.com> (message from Joe Greco on Thu, 9 May 1996 09:22:11 -0500 (CDT)) Subject: Re: more than 32 scsi disks on a single machine ? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans: * > This limits us to 16777216 disks, or only 8388606 disks if we avoid using * > the high bit to avoid sign extension bugs. The limit is in dkunit() in * > * > There are lots of things to change. The encoding would have to be really * > ugly to preserve compatibility with existing device nodes. Joe Greco: * Hmm. * * What if we don't give a damn about existing device nodes? :-) "Take the * plunge". Well we may try that too I guess, but I didn't want to spend hours trying to figure out the right mix in the /dev directory (oh devfs, wasn't you supposed to get rid of the major/minor numbers?), so I went in with the quick and dirty hack. === Index: sys/sys/disklabel.h =================================================================== RCS file: /usr/cvs/src/sys/sys/disklabel.h,v retrieving revision 1.21 diff -u -r1.21 disklabel.h --- 1.21 1996/05/03 05:38:34 +++ disklabel.h 1996/05/10 00:12:30 @@ -374,17 +374,19 @@ ----------------------------------------------------------------- | TYPE |PART2| SLICE | MAJOR? | UNIT |PART | <-soon ----------------------------------------------------------------- + | TYPE | UNIT2 |PART2| SLICE | MAJOR? | UNIT |PART | <-new + ----------------------------------------------------------------- I want 3 more part bits (taken from 'TYPE' (useless as it is) (JRE) */ #define dkmakeminor(unit, slice, part) \ - (((slice) << 16) | ((unit) << 3) | (part)) + (((slice) << 16) | (((unit) & 0x1f) << 3) | (((unit) & 0x1e0) << 19) | (part)) #define dkmodpart(dev, part) (((dev) & ~(dev_t)7) | (part)) #define dkmodslice(dev, slice) (((dev) & ~(dev_t)0x1f0000) | ((slice) << 16)) #define dkpart(dev) (minor(dev) & 7) #define dkslice(dev) ((minor(dev) >> 16) & 0x1f) #define dktype(dev) ((minor(dev) >> 21) & 0x7ff) -#define dkunit(dev) ((minor(dev) >> 3) & 0x1f) +#define dkunit(dev) (((minor(dev) >> 3) & 0x1f) | ((minor(dev) >> 19) & 0x1e0)) #ifdef KERNEL /* Index: sys/etc/etc.i386/MAKEDEV =================================================================== RCS file: /usr/cvs/src/etc/etc.i386/MAKEDEV,v retrieving revision 1.118 diff -u -r1.118 MAKEDEV --- 1.118 1996/05/03 05:37:34 +++ MAKEDEV 1996/05/10 04:47:22 @@ -131,7 +131,7 @@ # Convert disk (type, unit, slice, partition) to minor number dkminor() { - echo $((32 * 65536 * $1 + 8 * $2 + 65536 * $3 + $4)) + echo $((32 * 65536 * $1 + 8 * ($2 % 32) + 256 * 65536 * ($2 / 32) + 65536 * $3 + $4)) } # Convert the last character of a tty name to a minor number. @@ -254,7 +254,7 @@ slice=`expr $i : '..[0-9]*s\([0-9]*\)'` part=`expr $i : '..[0-9]*s[0-9]*\(.*\)'` case $unit in - [0-9]|[1-2][0-9]|30|31) + [0-9]|[1-9][0-9]|[1-4][0-9][0-9]|50[0-9]|510|511) case $slice in [0-9]|[1-2][0-9]|30) oldslice=$slice @@ -414,15 +414,16 @@ esac unit=`expr $i : '..\(.*\)'` case $unit in - [0-9]|[1-2][0-9]|30|31) + [0-9]|[1-9][0-9]|[1-4][0-9][0-9]|50[0-9]|510|511) for slicepartname in s0h s1 s2 s3 s4 do sh MAKEDEV $name$unit$slicepartname done + nunit=$((($unit / 32) * 32 * 65536 + ($unit % 32))) case $name in od|sd) rm -f r${name}${unit}.ctl - mknod r${name}${unit}.ctl c $chr `expr $unit '*' 8 + $scsictl ` + mknod r${name}${unit}.ctl c $chr `expr $nunit '*' 8 + $scsictl ` chmod 600 r${name}${unit}.ctl ;; esac === I grabbed 4 bits from the ever-shrinking "type" field (did Julian actually grab the "part2"? the commit for "reservation" was on 04/95) and changed the macros to reflect that. Then I compiled the kernel, rebooted the machine, modified MAKEDEV to handle the >32 disk case (up to 512 now, since we have 9 bits) and poof! It worked! I now have a 160GB (40 x 4GB) filesystem! :) However, further review showed that actually only 256 of them are usable. With the first disk (bus 0, target 0) wired down to sd500, what I got was: === # This listing automatically generated by lsdev(1) : ahc0 at pci2:4 # int a irq 9 sd244 at SCSI bus 0:0:0 : sd255 at SCSI bus 0:15:0 ahc1 at pci2:5 # int a irq 10 sd0 at SCSI bus 1:0:0 : sd7 at SCSI bus 1:7:0 ahc2 at pci1:4 # int a irq 10 sd8 at SCSI bus 2:4:0 : sd27 at SCSI bus 3:7:0 === Note that 244 = 500 (mod 256). It seems like it's wrapping around at 256, which probably means there's an unsigned int somewhere in the sd (or generic disk) code. So I wired the first disk to 216, and got: === # This listing automatically generated by lsdev(1) : ahc0 at pci2:4 # int a irq 9 sd216 at SCSI bus 0:0:0 : sd227 at SCSI bus 0:15:0 ahc1 at pci2:5 # int a irq 10 sd228 at SCSI bus 1:0:0 : sd235 at SCSI bus 1:7:0 ahc2 at pci1:4 # int a irq 10 sd236 at SCSI bus 2:4:0 : sd247 at SCSI bus 2:15:0 ahc3 at pci1:5 # int a irq 11 sd248 at SCSI bus 3:0:0 : sd255 at SCSI bus 3:7:0 : === I actually tested this whole array, it worked fine, so disks up to 255 are actually usable. What do people think? I'm sure people will agree with Joe that limiting power users to 32 disks (or even less if not contiguous) will seriously damage FreeBSD's reputation as a "server" OS. With Julian and Peter's impending modified driver coming up some time in the future (how long til that? one year?), maybe we shouldn't try to move around things too much. I don't think someone who tries to stick in more than 32 disks into a machine would attempt to mknod them herself, so I guess the apparent ugliness is ok as long as we ship the matching MAKEDEV.... Satoshi From owner-freebsd-current Fri May 10 03:18:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA08002 for current-outgoing; Fri, 10 May 1996 03:18:08 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA07994 for ; Fri, 10 May 1996 03:18:00 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id DAA00972; Fri, 10 May 1996 03:17:39 -0700 (PDT) Date: Fri, 10 May 1996 03:17:39 -0700 (PDT) Message-Id: <199605101017.DAA00972@silvia.HIP.Berkeley.EDU> To: current@freebsd.org CC: nisha@cs.berkeley.edu Subject: some more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just to let you know that I haven't forgetten the bcopy project amid the excitement of all the new disks, here's the current patch we are using: === Index: support.s =================================================================== RCS file: /usr/cvs/src/sys/i386/i386/support.s,v retrieving revision 1.35 diff -u -r1.35 support.s --- support.s 1996/05/03 21:01:00 1.35 +++ support.s 1996/05/10 09:59:57 @@ -453,6 +453,16 @@ /* bcopy(%esi, %edi, %ebx) */ 3: movl %ebx,%ecx +#ifdef I586_FAST_BCOPY + cmpl $128,%ecx + jbe slow_copyout + + call fastmove + jmp done_copyout + + ALIGN_TEXT +slow_copyout: +#endif /* I586_FAST_BCOPY */ shrl $2,%ecx cld rep @@ -500,6 +510,16 @@ cmpl $VM_MAXUSER_ADDRESS,%edx ja copyin_fault +#ifdef I586_FAST_BCOPY + cmpl $128,%ecx + jbe slow_copyin + + call fastmove + jmp done_copyin + + ALIGN_TEXT +slow_copyin: +#endif /* I586_FAST_BCOPY */ movb %cl,%al shrl $2,%ecx /* copy longword-wise */ cld @@ -510,6 +530,10 @@ rep movsb +#ifdef I586_FAST_BCOPY + ALIGN_TEXT +done_copyin: +#endif /* I586_FAST_BCOPY */ popl %edi popl %esi xorl %eax,%eax @@ -525,6 +549,152 @@ movl $0,PCB_ONFAULT(%edx) movl $EFAULT,%eax ret + +#ifdef I586_FAST_BCOPY +/* fastmove(src, dst, len) + src in %esi + dst in %edi + len in %ecx + uses %eax and %edx for tmp. storage + */ + ALIGN_TEXT +fastmove: + cmpl $255,%ecx + jbe fastmove_tail + + movl %esi,%eax + andl $7,%eax /* check if src addr is multiple of 8 */ + jnz fastmove_tail + + movl %edi,%eax + andl $7,%eax /* check if dst addr is multiple of 8 */ + jnz fastmove_tail + + subl $108,%esp + movl %cr0,%edx + clts + fnsave (%esp) + + ALIGN_TEXT +fastmove_loop: + movl 32(%esi),%eax + movl 64(%esi),%eax + movl 96(%esi),%eax + movl 128(%esi),%eax + movl 160(%esi),%eax + movl 192(%esi),%eax + movl 224(%esi),%eax + + cmpl $259,%ecx + jbe fastmove_tmp + movl 256(%esi),%eax + + ALIGN_TEXT +fastmove_tmp: + fildq 0(%esi) + fildq 8(%esi) + fildq 16(%esi) + fildq 24(%esi) + fildq 32(%esi) + fildq 40(%esi) + fildq 48(%esi) + fildq 56(%esi) + fxch %st(7) + fistpq 0(%edi) + fxch %st(5) + fistpq 8(%edi) + fxch %st(3) + fistpq 16(%edi) + fxch %st(1) + fistpq 24(%edi) + fistpq 32(%edi) + fistpq 40(%edi) + fistpq 48(%edi) + fistpq 56(%edi) + fildq 64(%esi) + fildq 72(%esi) + fildq 80(%esi) + fildq 88(%esi) + fildq 96(%esi) + fildq 104(%esi) + fildq 112(%esi) + fildq 120(%esi) + fxch %st(7) + fistpq 64(%edi) + fxch %st(5) + fistpq 72(%edi) + fxch %st(3) + fistpq 80(%edi) + fxch %st(1) + fistpq 88(%edi) + fistpq 96(%edi) + fistpq 104(%edi) + fistpq 112(%edi) + fistpq 120(%edi) + fildq 128(%esi) + fildq 136(%esi) + fildq 144(%esi) + fildq 152(%esi) + fildq 160(%esi) + fildq 168(%esi) + fildq 176(%esi) + fildq 184(%esi) + fxch %st(7) + fistpq 128(%edi) + fxch %st(5) + fistpq 136(%edi) + fxch %st(3) + fistpq 144(%edi) + fxch %st(1) + fistpq 152(%edi) + fistpq 160(%edi) + fistpq 168(%edi) + fistpq 176(%edi) + fistpq 184(%edi) + fildq 192(%esi) + fildq 200(%esi) + fildq 208(%esi) + fildq 216(%esi) + fildq 224(%esi) + fildq 232(%esi) + fildq 240(%esi) + fildq 248(%esi) + fxch %st(7) + fistpq 192(%edi) + fxch %st(5) + fistpq 200(%edi) + fxch %st(3) + fistpq 208(%edi) + fxch %st(1) + fistpq 216(%edi) + fistpq 224(%edi) + fistpq 232(%edi) + fistpq 240(%edi) + fistpq 248(%edi) + addl $-256,%ecx + addl $256,%esi + addl $256,%edi + cmpl $255,%ecx + ja fastmove_loop + + frstor (%esp) + movl %edx,%cr0 + addl $108,%esp + + ALIGN_TEXT +fastmove_tail: + movb %cl,%al + shrl $2,%ecx /* copy longword-wise */ + cld + rep + movsl + movb %al,%cl + andb $3,%cl /* copy remaining bytes */ + rep + movsb + + ret +#endif /* I586_FAST_BCOPY */ /* * fu{byte,sword,word} : fetch a byte (sword, word) from user memory === As you can see, everything is conditionalized on options "I586_FAST_BCOPY" (quotes essential) in your kernel config file. Bruce said we shouldn't try to unroll it too much but it's less than 500 bytes and there was quite a large drop between 256 and 128 on our system so I tried a little agressively. (The latest summary is on "http://stampede.cs.berkeley.edu/Td/bcopy.html", in case you have been hybernating the past few days.) The net speedup is pretty impressive for large sequential I/O, as repeated reads from the disk cache went up from 50MB/s to 80MB/s, and the disk array can now deliver 27MB/s instead of 21MB/s. (This is on the system which gave us 40MB/s (libc) and 80MB/s (ours) on the user-level test program.) We have been running systems with this for a few days, on both -current and -stable (although the patch doesn't apply as is to -stable -- minor tweaks necessary), and have done a few make worlds. The system sometimes crashes under heavy load for no good reason (page fault in kernel and stuff) but I don't know if it's due to the general instability or the bcopy enhancements. I'll back it out from one of the systems and try stressing it a bit. At least we aren't seeing any file corruptions (yet). If someone out there has an EXPENDABLE (insert Satoshi's serious face here) Pentium system and want to contribute this grand project of trying to outrun P6's with el-cheapo Pentium systems, please give it a try. Satoshi From owner-freebsd-current Fri May 10 04:07:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA10163 for current-outgoing; Fri, 10 May 1996 04:07:22 -0700 (PDT) Received: from uucp.DK.net (uucp@uucp.DK.net [193.88.44.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA10155 for ; Fri, 10 May 1996 04:07:18 -0700 (PDT) Received: from pingnet (uucp@localhost) by uucp.DK.net (8.6.12/8.6.12) with UUCP id NAA11344; Fri, 10 May 1996 13:06:52 +0200 Received: from kyklopen by ic1.ic.dk with UUCP id AA10523 (5.65c8/IDA-1.4.4j); Fri, 10 May 1996 13:02:28 +0200 Received: (from staff@localhost) by kyklopen.ping.dk (8.7.5/8.7.3) id MAA15516; Fri, 10 May 1996 12:54:38 +0200 (MET DST) Date: Fri, 10 May 1996 12:54:33 +0200 (MET DST) From: Thomas Sparrevohn To: Christopher Yap Cc: Poul-Henning Kamp , freebsd-current@freefall.freebsd.org Subject: Re: Rebooting problem solved (NOT) In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 May 1996, Christopher Yap wrote: > > On Thu, 09 May 1996 20:37:53 +0000 Poul-Henning Kamp > wrote: > > Not for me. The 32 MB box still craps after installing > the new locore.s. I'm now rebuilding without > BOUNCE_BUFFERS ... > Unfortunately i can't reproduce it any longer all of my test kernel now boots. But i think we might have two different bugs here. You seem to be able to get the kernel up and running but it panics and then the bug i was speaking of where the kernel never even gets up because the first access to the data area triggers a double fault. If you are able to produce a kernel panic. Then try produce a debug kernel dump with the dumpon command and save core. The handbook contains a nice description of how to do this in case you hav'nt done before. Regards Thomas From owner-freebsd-current Fri May 10 04:35:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11185 for current-outgoing; Fri, 10 May 1996 04:35:38 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA11180 for ; Fri, 10 May 1996 04:35:36 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uHqTp-0003w0C; Fri, 10 May 96 04:35 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id LAA01898; Fri, 10 May 1996 11:35:19 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Thomas Sparrevohn cc: Christopher Yap , freebsd-current@freefall.freebsd.org Subject: Re: Rebooting problem solved (NOT) In-reply-to: Your message of "Fri, 10 May 1996 12:54:33 +0200." Date: Fri, 10 May 1996 11:35:19 +0000 Message-ID: <1896.831728119@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > On Thu, 09 May 1996 20:37:53 +0000 Poul-Henning Kamp > > wrote: > > > > Not for me. The 32 MB box still craps after installing > > the new locore.s. I'm now rebuilding without > > BOUNCE_BUFFERS ... > > > > > Unfortunately i can't reproduce it any longer all of my test kernel now > boots. But i think we might have two different bugs here. You seem to be > able to get the kernel up and running but it panics and then the bug i was > speaking of where the kernel never even gets up because the first access > to the data area triggers a double fault. Well, that access would come significantly later depending on the exact size of you kernels text section. If it doesn't come back then it's fixed :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri May 10 04:42:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11407 for current-outgoing; Fri, 10 May 1996 04:42:58 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA11402 for ; Fri, 10 May 1996 04:42:56 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uHqZl-0003w7C; Fri, 10 May 96 04:41 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id LAA01942; Fri, 10 May 1996 11:41:34 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami) cc: jgreco@brasil.moneng.mei.com, bde@zeta.org.au, current@FreeBSD.org, nisha@cs.berkeley.edu Subject: Re: more than 32 scsi disks on a single machine ? In-reply-to: Your message of "Fri, 10 May 1996 02:54:32 MST." <199605100954.CAA00908@silvia.HIP.Berkeley.EDU> Date: Fri, 10 May 1996 11:41:33 +0000 Message-ID: <1940.831728493@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk So how big is the filesystem that you're trying to make ? :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri May 10 05:24:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA12724 for current-outgoing; Fri, 10 May 1996 05:24:19 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA12719 for ; Fri, 10 May 1996 05:24:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id FAA04291; Fri, 10 May 1996 05:22:21 -0700 (PDT) Message-Id: <199605101222.FAA04291@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.org (FreeBSD-current users), nisha@CS.Berkeley.EDU Subject: Re: Max data segment size In-reply-to: Your message of "Fri, 10 May 1996 09:16:24 +0200." <199605100716.JAA23858@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 10 May 1996 05:22:21 -0700 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >As Satoshi Asami wrote: > >> What are the rationales behind this being in a machine-specific system >> header file, in other words, does this mean that I can't increase the >> max data segment size beyond 128MB on an x86? > >Pending other explanations, i believe it's the size of the page tables >(or page table directories?) reserved for these segments. There isn't any problem with increasing these limits as long as you realize that it will allow users to more easily spam the system by consuming all of the swapspace. They could probably do this, anyway, however. ...anyway, there isn't any problem with page tables or anything like that. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Fri May 10 06:17:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA15260 for current-outgoing; Fri, 10 May 1996 06:17:34 -0700 (PDT) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA15246 for ; Fri, 10 May 1996 06:17:31 -0700 (PDT) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id JAA10692; Fri, 10 May 1996 09:15:09 -0400 (EDT) From: Robin Cutshaw Message-Id: <199605101315.JAA10692@intercore.com> Subject: boot problem with 960501 snap To: current@freebsd.org Date: Fri, 10 May 1996 09:15:08 -0400 (EDT) Cc: robin@intercore.com (Robin Cutshaw) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I tried to boot the 2.2-960501-SNAP boot.flp on an ASUS P54-NP4D dual P90 motherboard with a buslogic 946C SCSI controller. It failed. After searching for all the devices (and finding the 946 ok), the screen blanks after printing /stand/... (goes by so fast it's hard to tell). The debug console shows some 946 errors (not responding to commands, timeouts, etc). I'm going to try a stock 2.1 boot floppy and see if it makes any difference. robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 "Time is just one damn thing after another" -- PBS/Nova ---- -- From owner-freebsd-current Fri May 10 06:44:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16473 for current-outgoing; Fri, 10 May 1996 06:44:44 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA16466 for ; Fri, 10 May 1996 06:44:40 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id IAA22529; Fri, 10 May 1996 08:41:02 -0500 (CDT) Message-Id: <199605101341.IAA22529@sierra.zyzzyva.com> To: "Christoph P. Kukulies" cc: freebsd-current@freefall.freebsd.org Subject: Re: -current kernel panics In-reply-to: kuku's message of Fri, 10 May 1996 09:30:03 +0200. <199605100730.JAA13456@gilberto.physik.rwth-aachen.de> X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 May 1996 08:41:02 -0500 From: Randy Terbush Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I didn't notice that my / FS was at 103% due to some kernels and > other stuff that had cumulated in / and /root. > > After bringing that back to normal conditions the same kernel (newly > built though) didn't panic. > > I was doing a mv kernel /kernel ; sync ; reboot frequently at that time > and may be there is some strangeness when the root file system is full > such that not all pages are flushed or something leaving an unusable kernel > in / though I think it shouldn't behave that strange or at least resort > with an error message. I will still try to reproduce it. > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de I had the same problem recently when a /var partition filled on a -stable system. From owner-freebsd-current Fri May 10 06:52:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16899 for current-outgoing; Fri, 10 May 1996 06:52:30 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA16891 for ; Fri, 10 May 1996 06:52:28 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uHscL-0003wMC; Fri, 10 May 96 06:52 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id NAA02163; Fri, 10 May 1996 13:51:01 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Robin Cutshaw cc: current@FreeBSD.ORG Subject: Re: boot problem with 960501 snap In-reply-to: Your message of "Fri, 10 May 1996 09:15:08 -0400." <199605101315.JAA10692@intercore.com> Date: Fri, 10 May 1996 13:50:55 +0000 Message-ID: <2161.831736255@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I tried to boot the 2.2-960501-SNAP boot.flp on an ASUS P54-NP4D dual P90 > motherboard with a buslogic 946C SCSI controller. If you (or anybody else) wants to play with SMP systems, the very un-ripe code is available for playing. Subscribe to smp@freebsd.org and send an email when you join us... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri May 10 06:55:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17147 for current-outgoing; Fri, 10 May 1996 06:55:13 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA17142 for ; Fri, 10 May 1996 06:55:09 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA02313; Fri, 10 May 1996 08:49:56 -0500 From: Joe Greco Message-Id: <199605101349.IAA02313@brasil.moneng.mei.com> Subject: Re: termios'ed getty To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 10 May 1996 08:49:55 -0500 (CDT) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199605072129.XAA11587@uriah.heep.sax.de> from "J Wunsch" at May 7, 96 11:29:29 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Bruce reminded me of the ugliness of the V7/oldBSD <-> termios > conversion code, and of our huge previous problems with the kernel > equivalent of this. > > So now the US$ 4.99 question: what do people think about completely > ripping out support for the obsolete V7/oldBSD-style sgtty options in > getty? Does anybody know somebody who's really using all these > f0/f1/f2 flags in gettytab? Um. Um. (looks for a place to hide) Can I submit a plea of no contest? I've used them... eeeeccch, makes me wanna toss, mainly when I needed to do something I could do no other way. I think printcap uses the sgtty options too, doesn't it (xc/xs/fc)? > If nobody objects within reasonable time, i consider removing all the > compat cruft that's no longer needed. Pleeeeeease! :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-current Fri May 10 07:08:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19328 for current-outgoing; Fri, 10 May 1996 07:08:32 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA19314 Fri, 10 May 1996 07:08:25 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id JAA23031; Fri, 10 May 1996 09:08:23 -0500 (CDT) Message-Id: <199605101408.JAA23031@sierra.zyzzyva.com> To: stable@freebsd.org, current@freebsd.org Subject: MBUF compatibility (recent commit to -stable) X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 10 May 1996 09:08:23 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After doing battle on this front for the past week, I just caught this commit. Could someone comment on the effect (or hopefully lack thereof) on driver code compiled using the old (revision 1.9) code? I'm specifically concerned about the ET drivers since Dennis does not support -stable. BTW - It seems that dennis uncovered something in his driver since his latest test version has solved my MBUF growth problem. ------------------------------ From: Garrett Wollman Date: Wed, 8 May 1996 12:38:29 -0700 (PDT) Subject: cvs commit: src/sys/kern uipc_mbuf.c src/sys/sys mbuf.h wollman 96/05/08 12:38:28 Modified: sys/kern uipc_mbuf.c sys/sys mbuf.h Log: Our new-old mbugf allocator. This is actually something of a blast from the past, since it returns to the old system of allocating mbufs out of a private area rather than using the kernel malloc(). While this may seem like a backwards step to some, the new allocator is some 20% faster than the old one and has much better caching properties. Written by: John Wroclawski Revision Changes Path 1.20 +103 -1 src/sys/kern/uipc_mbuf.c 1.15 +64 -28 src/sys/sys/mbuf.h ------------------------------ From owner-freebsd-current Fri May 10 07:27:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21566 for current-outgoing; Fri, 10 May 1996 07:27:23 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA21479 for ; Fri, 10 May 1996 07:27:09 -0700 (PDT) Received: from utgard.bga.com (utgard.bga.com [205.238.129.45]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id HAA28052 for ; Fri, 10 May 1996 07:01:37 -0700 Received: (from faulkner@localhost) by utgard.bga.com (8.7.5/8.7.3) id JAA01137 for current@freebsd.org; Fri, 10 May 1996 09:01:31 -0500 (CDT) Message-Id: <199605101401.JAA01137@utgard.bga.com> Subject: FPE in current via POVRAY, not in 2.1 To: current@freebsd.org Date: Fri, 10 May 1996 09:01:31 -0459 (CDT) From: "Boyd R. Faulkner" X-Mailer: ELM [version 2.4 PL25 ME8b] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was playing with the port graphics/povray (Persistence of View, the ray tracing program, and with /usr/local/lib/povray/scenes/level1/ballbox1.pov I get an FPE very early on the the calculation. The FPE occurs in texture.c at line 324. Bad things happen and I don't know why. Failure is swift, a mere ~10200 calls to the function. This program works on the same hardware running 2.1. It worked on current a few months ago. I just thought I would share my observation that something is wrong. Hardware is P100 on ASUS P/I-P55TP4N. I invoke povray, thus. povray +Iballbox1.pov +Oballbox1.tga +V +X +W320 +H200 \ +L/usr/local/lib/povray/include +FT +D Thanks, Boyd -- _____________________________________________________________________________ Boyd Faulkner "The fates lead him who will; faulkner@asgard.bga.com Him who won't, they drag." http://asgard.bga.com/~faulkner Old Roman Saying -- Source: Joseph Campbell _____________________________________________________________________________ From owner-freebsd-current Fri May 10 07:45:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA23051 for current-outgoing; Fri, 10 May 1996 07:45:05 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA22901 for ; Fri, 10 May 1996 07:43:03 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id AAA17773; Sat, 11 May 1996 00:30:45 +1000 Date: Sat, 11 May 1996 00:30:45 +1000 From: Bruce Evans Message-Id: <199605101430.AAA17773@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, jgreco@brasil.moneng.mei.com Subject: Re: more than 32 scsi disks on a single machine ? Cc: bde@zeta.org.au, current@freebsd.org, nisha@cs.berkeley.edu Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * What if we don't give a damn about existing device nodes? :-) "Take the > * plunge". >Well we may try that too I guess, but I didn't want to spend hours >trying to figure out the right mix in the /dev directory (oh devfs, >wasn't you supposed to get rid of the major/minor numbers?), so I went >in with the quick and dirty hack. You mostly preserved compatibility with the existing device nodes, provided everything uses the dk macros and functions. >Index: sys/sys/disklabel.h >=================================================================== >RCS file: /usr/cvs/src/sys/sys/disklabel.h,v >retrieving revision 1.21 >diff -u -r1.21 disklabel.h >--- 1.21 1996/05/03 05:38:34 >+++ disklabel.h 1996/05/10 00:12:30 >@@ -374,17 +374,19 @@ > ----------------------------------------------------------------- > | TYPE |PART2| SLICE | MAJOR? | UNIT |PART | <-soon `soon' should have been `RSN', i.e., not soon :-). > ----------------------------------------------------------------- >+ | TYPE | UNIT2 |PART2| SLICE | MAJOR? | UNIT |PART | <-new >+ ----------------------------------------------------------------- > > I want 3 more part bits (taken from 'TYPE' (useless as it is) (JRE) > */ I use 6 TYPE bits in the floppy driver. Committing this has been waiting about 1.5 years because I don't want to rearrange everyone's fd minors. Please bits from the top of the original TYPE. PART2 should be taking from the top too. Watch out for the scsictl bit in MAKEDEV. > #define dkmakeminor(unit, slice, part) \ >- (((slice) << 16) | ((unit) << 3) | (part)) >+ (((slice) << 16) | (((unit) & 0x1f) << 3) | (((unit) & 0x1e0) << 19) | (part)) `unit' is now evaluated multiply and there are too many columns. >... > #define dktype(dev) ((minor(dev) >> 21) & 0x7ff) This is now out of date. >-#define dkunit(dev) ((minor(dev) >> 3) & 0x1f) >+#define dkunit(dev) (((minor(dev) >> 3) & 0x1f) | ((minor(dev) >> 19) & 0x1e0)) `dev' is now evaluated multiply and there are too many columns. >Index: sys/etc/etc.i386/MAKEDEV >=================================================================== >RCS file: /usr/cvs/src/etc/etc.i386/MAKEDEV,v >retrieving revision 1.118 >diff -u -r1.118 MAKEDEV >--- 1.118 1996/05/03 05:37:34 >+++ MAKEDEV 1996/05/10 04:47:22 >@@ -131,7 +131,7 @@ > # Convert disk (type, unit, slice, partition) to minor number > dkminor() > { >- echo $((32 * 65536 * $1 + 8 * $2 + 65536 * $3 + $4)) >+ echo $((32 * 65536 * $1 + 8 * ($2 % 32) + 256 * 65536 * ($2 / 32) + 65536 * $3 + $4)) > } The type bits now overlap ... >... >+ nunit=$((($unit / 32) * 32 * 65536 + ($unit % 32))) >... >- mknod r${name}${unit}.ctl c $chr `expr $unit '*' 8 + $scsictl ` >+ mknod r${name}${unit}.ctl c $chr `expr $nunit '*' 8 + $scsictl ` scsictl should have been a `type' bit. Maybe it is :-). >... >What do people think? I'm sure people will agree with Joe that >limiting power users to 32 disks (or even less if not contiguous) will >seriously damage FreeBSD's reputation as a "server" OS. >With Julian and Peter's impending modified driver coming up some time >in the future (how long til that? one year?), maybe we shouldn't try >to move around things too much. devfs should be finished so that minor numbers become irrelevant. Bruce From owner-freebsd-current Fri May 10 08:12:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25184 for current-outgoing; Fri, 10 May 1996 08:12:09 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA25092 for ; Fri, 10 May 1996 08:11:55 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id BAA18981; Sat, 11 May 1996 01:11:08 +1000 Date: Sat, 11 May 1996 01:11:08 +1000 From: Bruce Evans Message-Id: <199605101511.BAA18981@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, current@freebsd.org Subject: Re: some more on fast bcopy Cc: nisha@cs.berkeley.edu Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Index: support.s >=================================================================== >RCS file: /usr/cvs/src/sys/i386/i386/support.s,v >retrieving revision 1.35 >diff -u -r1.35 support.s >--- support.s 1996/05/03 21:01:00 1.35 >+++ support.s 1996/05/10 09:59:57 >@@ -453,6 +453,16 @@ > /* bcopy(%esi, %edi, %ebx) */ > 3: > movl %ebx,%ecx >+#ifdef I586_FAST_BCOPY >+ cmpl $128,%ecx >+ jbe slow_copyout 128 is too small. fnsave/frstor moves 108 bytes and takes a minimum of about 200 cycles on a 586, so the FP method can't be better for sizes of less than about 256, because its data movement part is less than twice as fast as movsl. I'd make it about 4096, since executing the unrolled FP code depletes the I-cache. >+ movl %esi,%eax >+ andl $7,%eax /* check if src addr is multiple of 8 */ >+ jnz fastmove_tail Checking for alignment is probably a waste of time. Anyway, write it as `testl $7,%esi'. >... >+ fildq 48(%esi) >+ fildq 56(%esi) >+ fxch %st(7) >+ fistpq 0(%edi) >+ fxch %st(5) >+ fistpq 8(%edi) Did you try `fistpq 56(%esi); fistpq 48(%esi); ...' to avoid the fxch's? The fxch's should pair, but it's simpler without them. >... >+ fistpq 240(%edi) >+ fistpq 248(%edi) >+ addl $-256,%ecx >+ addl $256,%esi >+ addl $256,%edi >+ cmpl $255,%ecx >+ ja fastmove_loop >Bruce said we shouldn't try to unroll it too much but it's less than >500 bytes and there was quite a large drop between 256 and 128 on our >system so I tried a little agressively. (The latest summary is on I still think it is over-unrolled. 500 bytes is a lot for copying only 4096 bytes (not to mention 128 bytes). If it isn't in the L1 cache then it is an overhead of about 500/8192. I think only the prefetching is important. Bruce From owner-freebsd-current Fri May 10 11:58:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA15208 for current-outgoing; Fri, 10 May 1996 11:58:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA15201 for ; Fri, 10 May 1996 11:58:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02377; Fri, 10 May 1996 11:57:00 -0700 From: Terry Lambert Message-Id: <199605101857.LAA02377@phaeton.artisoft.com> Subject: Re: NFS in -current is _BUSTED_ To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 10 May 1996 11:57:00 -0700 (MST) Cc: asami@cs.berkeley.edu, terry@lambert.org, msmith@atrad.adelaide.edu.au, current@FreeBSD.org In-Reply-To: <199605100625.PAA07996@genesis.atrad.adelaide.edu.au> from "Michael Smith" at May 10, 96 03:55:17 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Different bcopy optimisations. Diff -stable i386/i386/support.s against > the -current version to see what Terry's talking about. Yes. > Au contraire. So how big _is_ this filesystem? I was being told by a > rampant Linux-fanatic genetecist the other day that "of the PC unices, > only Linux could possibly manage either of the HGI database, because > it's so big." > > According to him it's around the 100GB mark; obviously you wouldn't > put this on one filesystem for performance/backup reasons, but it would > be very funny to counter his drivel... 8) One wonders how he runs Sybase, since the HGI needs that. That's why I was running Sybase on FreeBSD (back when the database was at the 2G mark). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 10 12:07:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15743 for current-outgoing; Fri, 10 May 1996 12:07:03 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA15730 for ; Fri, 10 May 1996 12:07:00 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA02410; Fri, 10 May 1996 12:04:54 -0700 From: Terry Lambert Message-Id: <199605101904.MAA02410@phaeton.artisoft.com> Subject: Re: termios'ed getty To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Fri, 10 May 1996 12:04:54 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@freebsd.org In-Reply-To: <199605101349.IAA02313@brasil.moneng.mei.com> from "Joe Greco" at May 10, 96 08:49:55 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ ... stty/gtty ... ] > I've used them... eeeeccch, makes me wanna toss, mainly when I needed to > do something I could do no other way. Me too, but I didn't inhale... 8-). > I think printcap uses the sgtty options too, doesn't it (xc/xs/fc)? Sean (SEF) submitted printcap patches a while back. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 10 13:40:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA21922 for current-outgoing; Fri, 10 May 1996 13:40:03 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA21853 Fri, 10 May 1996 13:39:55 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA17296; Fri, 10 May 1996 22:39:51 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA04760; Fri, 10 May 1996 22:39:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA25186; Fri, 10 May 1996 22:27:25 +0200 (MET DST) From: J Wunsch Message-Id: <199605102027.WAA25186@uriah.heep.sax.de> Subject: Re: init vs libcrypt To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 10 May 1996 22:27:23 +0200 (MET DST) Cc: markm@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605100759.RAA02883@godzilla.zeta.org.au> from Bruce Evans at "May 10, 96 05:59:48 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > init now links to libscrypt in the !secure case. This defeats the point > of the libcrypt -> libscrypt link. I never understood why it cannot simply link -lcrypt, and let the symlink decide which one to use. Some trickery will be needed for ``make release'' in order to get both versions built, but that's another matter. I've once conditionalized some Makefiles on RELEASEDIR since this happens to be always set while building a release. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri May 10 13:40:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22018 for current-outgoing; Fri, 10 May 1996 13:40:13 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA22011 for ; Fri, 10 May 1996 13:40:07 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA17300 for ; Fri, 10 May 1996 22:39:53 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA04761 for freebsd-current@FreeBSD.org; Fri, 10 May 1996 22:39:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA25232 for freebsd-current@FreeBSD.org; Fri, 10 May 1996 22:30:50 +0200 (MET DST) From: J Wunsch Message-Id: <199605102030.WAA25232@uriah.heep.sax.de> Subject: Re: Max data segment size To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 10 May 1996 22:30:50 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605101222.FAA04291@Root.COM> from David Greenman at "May 10, 96 05:22:21 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As David Greenman wrote: > There isn't any problem with increasing these limits as long as > you realize that it will allow users to more easily spam the system > by consuming all of the swapspace. They could probably do this, > anyway, however. There's already the concept of rlimits for this. Hopefully, we will come up with a clone of BSD/OS' user classes some day. > ...anyway, there isn't any problem with page tables or anything like that. Hmm, not even more wasted memory that could stomp one someone's toes when running in 2 MB :) RAM only? In this case, i'd vote for bumping the default hard limits. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri May 10 13:40:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22050 for current-outgoing; Fri, 10 May 1996 13:40:28 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA22037 for ; Fri, 10 May 1996 13:40:17 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA17304; Fri, 10 May 1996 22:39:54 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA04762; Fri, 10 May 1996 22:39:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA25248; Fri, 10 May 1996 22:33:31 +0200 (MET DST) From: J Wunsch Message-Id: <199605102033.WAA25248@uriah.heep.sax.de> Subject: Re: termios'ed getty To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 10 May 1996 22:33:30 +0200 (MET DST) Cc: jgreco@brasil.moneng.mei.com (Joe Greco) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605101349.IAA02313@brasil.moneng.mei.com> from Joe Greco at "May 10, 96 08:49:55 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Joe Greco wrote: > > So now the US$ 4.99 question: what do people think about completely > > ripping out support for the obsolete V7/oldBSD-style sgtty options in > > getty? Does anybody know somebody who's really using all these > > f0/f1/f2 flags in gettytab? > > Um. Um. (looks for a place to hide) Can I submit a plea of no contest? > > I've used them... eeeeccch, makes me wanna toss, mainly when I needed to > do something I could do no other way. Can't i convince to use the termios pendants instead? > I think printcap uses the sgtty options too, doesn't it (xc/xs/fc)? Already removed and replaced by an stty-style option list. (Now that gives me an idea: we should perhaps also kill the numerical termios options in getty, and replace them by the stty-style logic from lpd.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri May 10 14:32:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA26104 for current-outgoing; Fri, 10 May 1996 14:32:59 -0700 (PDT) Received: from centauro.isr.uc.pt ([193.136.205.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA26062 for ; Fri, 10 May 1996 14:32:34 -0700 (PDT) Received: by centauro.isr.uc.pt (4.1/SMI-4.1) id AA26175; Fri, 10 May 96 22:32:21 +0100 Date: Fri, 10 May 1996 22:32:20 +0100 (WET DST) From: Paulo Menezes To: current@freebsd.org Subject: PSM Mouse Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I recently upgraded from 2.1.0 to stable and my PS2 Mouse does not work anymore. Is this just a coincidence? The strange part is the probe still detects it. Thanks in advance Paulo FreeBSD 2.1-STABLE #0: Fri May 10 21:20:12 WET DST 1996 pm@ener1000.dee.uc.pt:/usr/src/sys/compile/LOCAL CPU: 99-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30736384 (30016K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 ahc0 rev 3 int a irq 9 on pci0:6 ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "MICROP 4221-09SC21020AV TN05" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1955MB (4004219 512 byte sectors) vga0 rev 0 int a irq 255 on pci0:13 chip1 rev 2 on pci0:15 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 ed1 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x63 irq 12 on motherboard fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 not found at 0x170 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc[*BNC*] address 00:60:8c:c3:4e:2fnpx0 on motherboard npx0: INT 16 interface changing root device to sd0a From owner-freebsd-current Fri May 10 14:46:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27784 for current-outgoing; Fri, 10 May 1996 14:46:38 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27774 for ; Fri, 10 May 1996 14:46:29 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id OAA17763; Fri, 10 May 1996 14:49:35 -0700 Date: Fri, 10 May 1996 14:49:35 -0700 Message-Id: <199605102149.OAA17763@sunrise.cs.berkeley.edu> To: current@freebsd.org, nisha@cs.berkeley.edu In-reply-to: <199605101017.DAA00972@silvia.HIP.Berkeley.EDU> (asami@cs.berkeley.edu) Subject: Re: some more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I got a panic from -current during a make world last night. Here it is: === >> gdb -k kernel.1 vmcore.1 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc...(no debugging symbols found)... IdlePTD 202000 current pcb at 1edcbc panic: FPU device not available <<<<<=======!!! #0 0xf01b3bf3 in boot () (kgdb) bt #0 0xf01b3bf3 in boot () #1 0xf01183a6 in panic () #2 0xf01bbd66 in trap_fatal () #3 0xf01bb5ea in trap () #4 0xf01b1491 in calltrap () #5 0xf019b7e8 in ffs_write () #6 0xf0134c1f in vn_write () #7 0xf0119bc6 in write () #8 0xf01bc005 in syscall () #9 0xf01b14e5 in Xsyscall () #10 0x2289 in ?? () #11 0x1de7 in ?? () #12 0x1095 in ?? () === This is the relevant code: * + subl $108,%esp * + movl %cr0,%edx * + clts * + fnsave (%esp) * + frstor (%esp) * + movl %edx,%cr0 * + addl $108,%esp Hmm. Satoshi From owner-freebsd-current Fri May 10 15:36:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA00742 for current-outgoing; Fri, 10 May 1996 15:36:06 -0700 (PDT) Received: from sneezy (sneezy.sri.com [128.18.40.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA00676 for ; Fri, 10 May 1996 15:36:00 -0700 (PDT) Received: by sneezy (SMI-8.6/SMI-SVR4) id PAA20816; Fri, 10 May 1996 15:33:46 -0700 Date: Fri, 10 May 1996 15:33:46 -0700 From: nate@sneezy.sri.com (Nate Williams ) Message-Id: <199605102233.PAA20816@sneezy> To: Paulo Menezes Cc: current@FreeBSD.org Subject: Re: PSM Mouse In-Reply-To: References: Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I recently upgraded from 2.1.0 to stable and my PS2 Mouse does not work > anymore. Is this just a coincidence? The strange part is the probe still > detects it. How recently? I made some changes a couple days ago, but it shouldn't have affected the probe or how it works, since it was only cosmetic changes. And, there were no other changes made from 2.1R -> stable at all. Nate From owner-freebsd-current Fri May 10 15:53:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA01633 for current-outgoing; Fri, 10 May 1996 15:53:36 -0700 (PDT) Received: from centauro.isr.uc.pt (centauro.isr.uc.pt [193.136.205.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA01615 for ; Fri, 10 May 1996 15:52:48 -0700 (PDT) Received: by centauro.isr.uc.pt (4.1/SMI-4.1) id AA26232; Fri, 10 May 96 23:51:24 +0100 Date: Fri, 10 May 1996 23:51:21 +0100 (WET DST) From: Paulo Menezes To: Nate Williams Cc: current@FreeBSD.org Subject: Re: PSM Mouse In-Reply-To: <199605102233.PAA20816@sneezy> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 10 May 1996, Nate Williams wrote: > > I recently upgraded from 2.1.0 to stable and my PS2 Mouse does not work > > anymore. Is this just a coincidence? The strange part is the probe still > > detects it. > > How recently? I made some changes a couple days ago, but it shouldn't > have affected the probe or how it works, since it was only cosmetic > changes. And, there were no other changes made from 2.1R -> stable at > all. > > > Nate > The upgrade towards stable was made near 15 april, but as I re-supped today and the problem remains the same. The machine is and HP Vectra VL 5/100. Thanks for you reply Paulo From owner-freebsd-current Fri May 10 15:57:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA01808 for current-outgoing; Fri, 10 May 1996 15:57:12 -0700 (PDT) Received: from centauro.isr.uc.pt (centauro.isr.uc.pt [193.136.205.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA01802 for ; Fri, 10 May 1996 15:57:05 -0700 (PDT) Received: by centauro.isr.uc.pt (4.1/SMI-4.1) id AA26242; Fri, 10 May 96 23:56:37 +0100 Date: Fri, 10 May 1996 23:56:36 +0100 (WET DST) From: Paulo Menezes To: Nate Williams Cc: current@FreeBSD.org Subject: Re: PSM Mouse In-Reply-To: <199605102233.PAA20816@sneezy> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Well I have just run systat and it shows no interrupts on psm0/irq12 while I move the mouse. Paulo From owner-freebsd-current Fri May 10 16:54:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA04878 for current-outgoing; Fri, 10 May 1996 16:54:50 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA04872 for ; Fri, 10 May 1996 16:54:47 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id SAA02960; Fri, 10 May 1996 18:54:11 -0500 From: Joe Greco Message-Id: <199605102354.SAA02960@brasil.moneng.mei.com> Subject: Re: termios'ed getty To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 10 May 1996 18:54:11 -0500 (CDT) Cc: current@freebsd.org In-Reply-To: <199605102033.WAA25248@uriah.heep.sax.de> from "J Wunsch" at May 10, 96 10:33:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Um. Um. (looks for a place to hide) Can I submit a plea of no contest? > > > > I've used them... eeeeccch, makes me wanna toss, mainly when I needed to > > do something I could do no other way. > > Can't i convince to use the termios pendants instead? Is it really any better? > > I think printcap uses the sgtty options too, doesn't it (xc/xs/fc)? > > Already removed and replaced by an stty-style option list. > > (Now that gives me an idea: we should perhaps also kill the numerical > termios options in getty, and replace them by the stty-style logic > from lpd.) Now there's an idea that's worth its weight in gold. ;-) Note: I already "have" this ability because I can execute scripts via my "bx=" mechanism :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-current Fri May 10 19:59:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA11946 for current-outgoing; Fri, 10 May 1996 19:59:15 -0700 (PDT) Received: from s1.GANet.NET (s1.GANet.NET [199.18.201.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA11939 for ; Fri, 10 May 1996 19:59:12 -0700 (PDT) Received: (from ec0@localhost) by s1.GANet.NET (8.6.11/8.6.11) id WAA29702; Fri, 10 May 1996 22:57:51 -0400 Date: Fri, 10 May 1996 22:57:49 -0400 (EDT) From: Eric Chet To: freebsd-current@freebsd.org Subject: sigsetjmp broken Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello Just do a xxgdb ksh and it will die on sigsetjmp(). After a little checking pdksh is dieing on line 176 in expr.c this is a sigsetjmp() call. It worked back on May 2nd, I know it has changed sense then. If anybody knows the internal of this function and x86 asm and could take a look it would be great. I took a look at it and didn't see anything wrong, but my asm skills are in m68k not x86. Eric J. Chet (ejc@nasvr1.cb.att.com || ec0@ganet.net) Lucent Technologies, Bell Labs Innovations From owner-freebsd-current Fri May 10 20:21:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA12641 for current-outgoing; Fri, 10 May 1996 20:21:55 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA12635 for ; Fri, 10 May 1996 20:21:49 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA08714; Sat, 11 May 1996 13:17:55 +1000 Date: Sat, 11 May 1996 13:17:55 +1000 From: Bruce Evans Message-Id: <199605110317.NAA08714@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: termios'ed getty Cc: jgreco@brasil.moneng.mei.com Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >(Now that gives me an idea: we should perhaps also kill the numerical >termios options in getty, and replace them by the stty-style logic >from lpd.) Both should use stty logic from [lib]stty. Bruce From owner-freebsd-current Fri May 10 20:37:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA13268 for current-outgoing; Fri, 10 May 1996 20:37:06 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA13262 for ; Fri, 10 May 1996 20:37:01 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id UAA03120 for ; Fri, 10 May 1996 20:36:49 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA09211; Sat, 11 May 1996 13:32:31 +1000 Date: Sat, 11 May 1996 13:32:31 +1000 From: Bruce Evans Message-Id: <199605110332.NAA09211@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, current@FreeBSD.ORG, nisha@cs.berkeley.edu Subject: Re: some more on fast bcopy Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I got a panic from -current during a make world last night. Here it is: >=== >>> gdb -k kernel.1 vmcore.1 >GDB is free software and you are welcome to distribute copies of it > under certain conditions; type "show copying" to see the conditions. >There is absolutely no warranty for GDB; type "show warranty" for details. >GDB 4.13 (i386-unknown-freebsd), >Copyright 1994 Free Software Foundation, Inc...(no debugging symbols found)... >IdlePTD 202000 >current pcb at 1edcbc >panic: FPU device not available <<<<<=======!!! I think this is caused by the FPU probe failing. It only happens when npxdna() returns 0, and npxdna() only returns 1 if the probe failed. bcopy() is sure to be called at boot time before the npx0 probe, and this might foul the probe. There must be another bug for the crash to be so long delayed. Bruce From owner-freebsd-current Fri May 10 20:45:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA13742 for current-outgoing; Fri, 10 May 1996 20:45:08 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA13736 for ; Fri, 10 May 1996 20:45:05 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id UAA18849; Fri, 10 May 1996 20:48:11 -0700 Date: Fri, 10 May 1996 20:48:11 -0700 Message-Id: <199605110348.UAA18849@sunrise.cs.berkeley.edu> To: bde@zeta.org.au CC: current@FreeBSD.ORG, nisha@cs.berkeley.edu In-reply-to: <199605110332.NAA09211@godzilla.zeta.org.au> (message from Bruce Evans on Sat, 11 May 1996 13:32:31 +1000) Subject: Re: some more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * I think this is caused by the FPU probe failing. It only happens when * npxdna() returns 0, and npxdna() only returns 1 if the probe failed. * bcopy() is sure to be called at boot time before the npx0 probe, and * this might foul the probe. There must be another bug for the crash to * be so long delayed. I've been saying bcopy() but the code is actually only called from copyin() and copyout(). ;) Satoshi From owner-freebsd-current Fri May 10 21:26:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA15371 for current-outgoing; Fri, 10 May 1996 21:26:57 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA15359 for ; Fri, 10 May 1996 21:26:52 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id OAA11493; Sat, 11 May 1996 14:25:50 +1000 Date: Sat, 11 May 1996 14:25:50 +1000 From: Bruce Evans Message-Id: <199605110425.OAA11493@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, bde@zeta.org.au Subject: Re: some more on fast bcopy Cc: current@FreeBSD.ORG, nisha@cs.berkeley.edu Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > * I think this is caused by the FPU probe failing. It only happens when > * npxdna() returns 0, and npxdna() only returns 1 if the probe failed. > * bcopy() is sure to be called at boot time before the npx0 probe, and > * this might foul the probe. There must be another bug for the crash to > * be so long delayed. >I've been saying bcopy() but the code is actually only called from >copyin() and copyout(). ;) Oops. npxdna() is only relevant for user mode. You must be getting a trap of type T_DNA (device not available) in system mode. This can't happen :-). `clts' make the coprocessor device available and nothing should change the TS bit. Bruce From owner-freebsd-current Fri May 10 22:55:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA18920 for current-outgoing; Fri, 10 May 1996 22:55:29 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA18911 for ; Fri, 10 May 1996 22:55:26 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id XAA05543; Fri, 10 May 1996 23:55:07 -0600 Date: Fri, 10 May 1996 23:55:07 -0600 From: Nate Williams Message-Id: <199605110555.XAA05543@rocky.sri.MT.net> To: Paulo Menezes Cc: Nate Williams , current@FreeBSD.org Subject: Re: PSM Mouse In-Reply-To: References: <199605102233.PAA20816@sneezy> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Well I have just run systat and it shows no interrupts on psm0/irq12 > while I move the mouse. I'm not sure it's setup to actually register it's interrupts, so I wouldn't be suprised. From owner-freebsd-current Sat May 11 01:15:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23974 for current-outgoing; Sat, 11 May 1996 01:15:23 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA23967 for ; Sat, 11 May 1996 01:15:18 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id BAA19373; Sat, 11 May 1996 01:15:01 -0700 (PDT) Date: Sat, 11 May 1996 01:15:01 -0700 (PDT) Message-Id: <199605110815.BAA19373@silvia.HIP.Berkeley.EDU> To: bde@zeta.org.au CC: bde@zeta.org.au, current@FreeBSD.ORG, nisha@cs.berkeley.edu In-reply-to: <199605110425.OAA11493@godzilla.zeta.org.au> (message from Bruce Evans on Sat, 11 May 1996 14:25:50 +1000) Subject: Re: some more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * Oops. npxdna() is only relevant for user mode. You must be getting a * trap of type T_DNA (device not available) in system mode. This can't * happen :-). `clts' make the coprocessor device available and nothing * should change the TS bit. But it's happening. :> Is the following possible? Say, process A is in the kernel for the copyin, and then process B (or rather a device associated to it) interrupts it, and it also invokes copyin. Someone else interrupts B, and then when that someone else is done, we go back to A. Now A's copyin is done, and %cr0 is set back to the original value, whose TS bit says the coprocessor is not available. So we get a panic when B returns. (I'm quite possibly way off, I know zilch about kernel scheduling.) If this scenario is possible, then it explains the file corruption too (note A will be using B's register contents when it returns). By the way, according to the trace: === (kgdb) bt #0 0xf01b3bf3 in boot () #1 0xf01183a6 in panic () #2 0xf01bbd66 in trap_fatal () #3 0xf01bb5ea in trap () #4 0xf01b1491 in calltrap () #5 0xf019b7e8 in ffs_write () #6 0xf0134c1f in vn_write () #7 0xf0119bc6 in write () #8 0xf01bc005 in syscall () #9 0xf01b14e5 in Xsyscall () #10 0x2289 in ?? () #11 0x1de7 in ?? () #12 0x1095 in ?? () === I don't see any copyin()/copyout() or fastmove() there, is this natural? Or does this mean we screwed up the %cr0 for someone else? (Although what ffs_write() has to do with the floating-point unit unless it's calling our FP copy, I have no idea.) Satoshi From owner-freebsd-current Sat May 11 01:29:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25011 for current-outgoing; Sat, 11 May 1996 01:29:52 -0700 (PDT) Received: from masternet.it (root@masternet.it [194.184.65.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA24999 for ; Sat, 11 May 1996 01:29:45 -0700 (PDT) Received: from gmarco.eclipse.org (ts1port5d.masternet.it [194.184.65.27]) by masternet.it (8.6.12/8.6.9) with SMTP id JAA06207 for ; Sat, 11 May 1996 09:27:28 +0200 Message-ID: <31946BC1.41C67EA6@masternet.it> Date: Sat, 11 May 1996 10:28:17 +0000 From: Gianmarco Giovannelli X-Mailer: Mozilla 3.0b2 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: Some misc questions Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello everybody here are the homeworks for the weekend :-).... 1) I just did a ctm upgrade till src-cur 1773... but When I try to do a "make && make install" it fail after a few seconds with this error... ===> include ===> include/rpcsvc ===> lib ===> lib/csu/i386 ===> lib/libc ===> lib/libcompat ===> lib/libcom_err ===> lib/libcom_err/doc ===> lib/libcurses ===> lib/libedit ===> lib/libf2c ===> lib/libfakegnumalloc ===> lib/libforms ===> lib/libkvm make: don't know how to make /usr/include/machine/pte.h. Stop *** Error code 2 Stop. *** Error code 1 Stop. I don't have any pte.h in my /usr/include/machine ... Is it my fault ? Can I solve it ? 2) For the Linux compatibility the kernel must have options LINUX or option COMPAT_LINUX (as I see in the last LINT) ? 3) For Mr.Hubbard : The boot floppy of the 01-05-96 seems to works quite nice with my Sony Atapi CD cdu77. The one with 23-03-96 doesn't. Is planned a Cdrom release for this snap ? 4) An Amiga Emulator is on the net, it has a lot of makefile options, but not for Freebsd. It is a pity... Is there anyone working on the porting, or I am the only person who own an Amiga here ? (The first love is unforgettable :-) Here are the options : {37} /tmp/uae-0.5.3# make Use one of the following: make generic -- if nothing else works make withgcc -- if nothing else works, but you have gcc make solaris -- Sun Solaris with GCC make sunos -- SunOS with GCC make sgi -- SGI IRIX 5.3, using the C++ compiler make sgi-gcc -- SGI IRIX 5.3, using GCC make linux -- Linux (X Window System) make linux-gui -- Linux, with graphical interface; requires Tcl/Tk make svga -- Linux svgalib make hpux -- Try to use HP-SUX compiler. Use GCC if it's available. make hpux-gcc -- HPUX with GCC make osf -- DEC ALPHA with OSF/1, GCC make netbsd -- NetBSD ports make aix -- AIX on a RS6000 make bebox -- BeOS 1.1d6 make next -- NextStep It can be found on sunsite.unc.edu Thanks very much to everbody for the attention (and for patience as well :-) -- Regards... +-------------------------------------+--------------------+ | Internet: gmarco@masternet.it | ,,, | | Internet: gmarco@nettuno.it | (o o) | | BIX : ggiovannelli@bix.com | ---oo0-(_)-0oo--- | | Fidonet : 2:332/113.0@fidonet | __ | | Amiganet: 39:102/507@amiganet | __/// Gianmarco | | http://www.masternet.it/dsc/gmarco | \XX/ | +-------------------------------------+--------------------+ From owner-freebsd-current Sat May 11 01:43:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA26134 for current-outgoing; Sat, 11 May 1996 01:43:16 -0700 (PDT) Received: from tom.compulink.co.uk (tom.compulink.co.uk [194.153.0.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA26129 for ; Sat, 11 May 1996 01:43:12 -0700 (PDT) Received: (from root@localhost) by tom.compulink.co.uk (8.6.9/8.6.9) id JAA20571 for current@freefall.freebsd.org; Sat, 11 May 1996 09:42:38 +0100 Date: Sat, 11 May 96 09:42 BST-1 From: mherring@cix.compulink.co.uk (Malcolm Herring) Subject: == No Subject == To: current@freefall.freebsd.org Reply-To: mherring@cix.compulink.co.uk Message-Id: Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe current mherring@cix.compulink.co.uk From owner-freebsd-current Sat May 11 01:56:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA27000 for current-outgoing; Sat, 11 May 1996 01:56:06 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA26987 for ; Sat, 11 May 1996 01:56:01 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id BAA19486; Sat, 11 May 1996 01:55:59 -0700 (PDT) Date: Sat, 11 May 1996 01:55:59 -0700 (PDT) Message-Id: <199605110855.BAA19486@silvia.HIP.Berkeley.EDU> To: freebsd-current@freebsd.org CC: nisha@cs.berkeley.edu In-reply-to: <199605102030.WAA25232@uriah.heep.sax.de> (message from J Wunsch on Fri, 10 May 1996 22:30:50 +0200 (MET DST)) Subject: Re: Max data segment size From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * As David Greenman wrote: * * > There isn't any problem with increasing these limits as long as * > you realize that it will allow users to more easily spam the system * > by consuming all of the swapspace. They could probably do this, * > anyway, however. Yeah...that limit's for only one process, right? * Hmm, not even more wasted memory that could stomp one someone's toes * when running in 2 MB :) RAM only? In this case, i'd vote for bumping * the default hard limits. I wasn't proposing to change the default, 128MB is mighty big enough for most people. I just wanted assurance that it's not dangerous to do what I did. Well, maybe we can add a commented-out entry to LINT, because if we're going to ship ccd and the fixed disklabel.h and all to let people build their own wcarchive on one filesystem, we might as well tell them how they can fsck that beast.... :) Satoshi From owner-freebsd-current Sat May 11 02:04:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA27646 for current-outgoing; Sat, 11 May 1996 02:04:56 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA27641 for ; Sat, 11 May 1996 02:04:51 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id KAA05542 ; Sat, 11 May 1996 10:04:22 +0100 (BST) To: Gianmarco Giovannelli cc: current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Some misc questions In-reply-to: Your message of "Sat, 11 May 1996 10:28:17 -0000." <31946BC1.41C67EA6@masternet.it> Date: Sat, 11 May 1996 10:04:20 +0100 Message-ID: <5538.831805460@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Gianmarco Giovannelli wrote in message ID <31946BC1.41C67EA6@masternet.it>: > 1) I just did a ctm upgrade till src-cur 1773... > but When I try to do a "make && make install" it fail after a few > seconds with this error... > make: don't know how to make /usr/include/machine/pte.h. Stop > *** Error code 2 > > Stop. > *** Error code 1 > > Stop. > I don't have any pte.h in my /usr/include/machine ... Is it my fault ? Nope. It was removed recently. > Can I solve it ? Yep. Do a ``make cleandir'' I believe, then your ``make && make install''. It could be ``make cleandist'', I can't remember. Basically you have to remove all existing `.depend' files from the tree. > 4) An Amiga Emulator is on the net, it has a lot of makefile options, > but not for Freebsd. It is a pity... Is there anyone working on the > porting, or I am the only person who own an Amiga here ? (The first love > is unforgettable :-) Try (in order) netbsd, sunos, withgcc, generic and see if one of them works. NetBSD is pretty close to FreeBSD after all (in userland stuff anyhow). Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. From owner-freebsd-current Sat May 11 02:17:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28583 for current-outgoing; Sat, 11 May 1996 02:17:09 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA28577 for ; Sat, 11 May 1996 02:17:00 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id TAA21036; Sat, 11 May 1996 19:14:07 +1000 Date: Sat, 11 May 1996 19:14:07 +1000 From: Bruce Evans Message-Id: <199605110914.TAA21036@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, bde@zeta.org.au Subject: Re: some more on fast bcopy Cc: current@freebsd.org, nisha@cs.berkeley.edu Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Is the following possible? Say, process A is in the kernel for the >copyin, and then process B (or rather a device associated to it) >interrupts it, and it also invokes copyin. Someone else interrupts B, >and then when that someone else is done, we go back to A. Now A's >copyin is done, and %cr0 is set back to the original value, whose TS >bit says the coprocessor is not available. So we get a panic when B >returns. It can't be interrupted, but it can go to sleep for handling a page fault. Then bad things may happen. This can probably be fixed by switching the FP context in cpu_switch(). It isn't even necessary to save the FP registers, at least in non-interrupt handlers, if they aren't already in use. In particular, copyin() and copyout() are never called from interrupt handlers, so it isn't necessary to preserve the kernel FP registers (they are guaranteed to not be in use). Only the user FP context needs to be preserved. This optimization is closely related to fixing the bug. It should start out something like: if (intr_nesting_level > 0) { /* Save reentrantly the same as now. */ } else { if (npxproc != NULL) { assert(npxproc == curproc); fnsave(&curpcb->pcb_savefpu); npxproc = NULL; } /* Now we own the FPU. */ /* * The process' FP state is saved in the pcb, but if we get * switched, the cpu_switch() will store our FP state in the * pcb. It should be possible to avoid all the copying for * this, e.g., by setting a flag to tell cpu_switch() to * save the state somewhere else. */ tmp = curpcb->pcb_savefpu; stop_emulating(); npxproc = curproc; } ... if (intr_nesting_level > 0) /* Restore reentrantly the same as now. */ } else { curpcb->pcb_savefpu = tmp; start_emulating(); npxproc = NULL; } >By the way, according to the trace: >=== >(kgdb) bt >#0 0xf01b3bf3 in boot () >#1 0xf01183a6 in panic () >#2 0xf01bbd66 in trap_fatal () >#3 0xf01bb5ea in trap () >#4 0xf01b1491 in calltrap () >#5 0xf019b7e8 in ffs_write () >#6 0xf0134c1f in vn_write () >#7 0xf0119bc6 in write () >#8 0xf01bc005 in syscall () >#9 0xf01b14e5 in Xsyscall () >#10 0x2289 in ?? () >#11 0x1de7 in ?? () >#12 0x1095 in ?? () >=== >I don't see any copyin()/copyout() or fastmove() there, is this >natural? Or does this mean we screwed up the %cr0 for someone else? >(Although what ffs_write() has to do with the floating-point unit >unless it's calling our FP copy, I have no idea.) It's normal for one stack frame to be missing for panics for fatal traps. I fixed this in rev.1.10 of exception.s but I think rev.1.14 broke it again. Bruce From owner-freebsd-current Sat May 11 02:48:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00381 for current-outgoing; Sat, 11 May 1996 02:48:09 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA00376 for ; Sat, 11 May 1996 02:48:07 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uIBHP-0003w5C; Sat, 11 May 96 02:48 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id JAA05379; Sat, 11 May 1996 09:48:06 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Gianmarco Giovannelli cc: current@FreeBSD.org Subject: Re: Some misc questions In-reply-to: Your message of "Sat, 11 May 1996 10:28:17 GMT." <31946BC1.41C67EA6@masternet.it> Date: Sat, 11 May 1996 09:48:03 +0000 Message-ID: <5377.831808083@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > ===> lib/libfakegnumalloc > ===> lib/libforms > ===> lib/libkvm > make: don't know how to make /usr/include/machine/pte.h. Stop > *** Error code 2 > Do cd /usr/src make cleandir make obj make depend -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sat May 11 03:20:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA01734 for current-outgoing; Sat, 11 May 1996 03:20:47 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA01724 for ; Sat, 11 May 1996 03:20:43 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA02935 for ; Sat, 11 May 1996 12:20:35 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA12629 for freebsd-current@FreeBSD.org; Sat, 11 May 1996 12:20:35 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id MAA27817 for freebsd-current@FreeBSD.org; Sat, 11 May 1996 12:01:10 +0200 (MET DST) From: J Wunsch Message-Id: <199605111001.MAA27817@uriah.heep.sax.de> Subject: Re: termios'ed getty To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 11 May 1996 12:01:08 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605110317.NAA08714@godzilla.zeta.org.au> from Bruce Evans at "May 11, 96 01:17:55 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > >(Now that gives me an idea: we should perhaps also kill the numerical > >termios options in getty, and replace them by the stty-style logic > >from lpd.) > > Both should use stty logic from [lib]stty. I vote for libutil. But you're right, it's silly for each application to roll their own. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat May 11 03:20:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA01760 for current-outgoing; Sat, 11 May 1996 03:20:56 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA01751 for ; Sat, 11 May 1996 03:20:52 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA02943; Sat, 11 May 1996 12:20:39 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA12634; Sat, 11 May 1996 12:20:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id MAA27852; Sat, 11 May 1996 12:06:26 +0200 (MET DST) From: J Wunsch Message-Id: <199605111006.MAA27852@uriah.heep.sax.de> Subject: Re: termios'ed getty To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 11 May 1996 12:06:24 +0200 (MET DST) Cc: jgreco@brasil.moneng.mei.com (Joe Greco) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605102354.SAA02960@brasil.moneng.mei.com> from Joe Greco at "May 10, 96 06:54:11 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Joe Greco wrote: > > Can't i convince to use the termios pendants instead? > > Is it really any better? It's non-ambigous. The conversion back and forth between V7/oldBSD and termios is ambigous. (V7 didn't know about 8-bit clean ttys unless working in RAW mode.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat May 11 03:31:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02251 for current-outgoing; Sat, 11 May 1996 03:31:58 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA02246 for ; Sat, 11 May 1996 03:31:53 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id DAA19743; Sat, 11 May 1996 03:31:23 -0700 (PDT) Date: Sat, 11 May 1996 03:31:23 -0700 (PDT) Message-Id: <199605111031.DAA19743@silvia.HIP.Berkeley.EDU> To: bde@zeta.org.au CC: bde@zeta.org.au, current@freebsd.org, nisha@cs.berkeley.edu In-reply-to: <199605110914.TAA21036@godzilla.zeta.org.au> (message from Bruce Evans on Sat, 11 May 1996 19:14:07 +1000) Subject: Re: some more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * It can't be interrupted, but it can go to sleep for handling a page * fault. Then bad things may happen. You mean they can get waken up in the wrong order and something similar to what I said can happen? * This can probably be fixed by switching the FP context in cpu_switch(). * * It isn't even necessary to save the FP registers, at least in * non-interrupt handlers, if they aren't already in use. In particular, * copyin() and copyout() are never called from interrupt handlers, so * it isn't necessary to preserve the kernel FP registers (they are * guaranteed to not be in use). Only the user FP context needs to be * preserved. This optimization is closely related to fixing the bug. * It should start out something like: Cool cool. * if (intr_nesting_level > 0) { * /* Save reentrantly the same as now. */ * } else { * if (npxproc != NULL) { * assert(npxproc == curproc); * fnsave(&curpcb->pcb_savefpu); * npxproc = NULL; * } : Um, I assume you are talking about /sys/i386/i386/swtch.s, can you somehow translate this into, say, assembly language? ;) My x86 knowledge is not nearly enough for this kind of stuff.... * It's normal for one stack frame to be missing for panics for fatal * traps. I fixed this in rev.1.10 of exception.s but I think rev.1.14 * broke it again. I see. Satoshi From owner-freebsd-current Sat May 11 03:45:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02757 for current-outgoing; Sat, 11 May 1996 03:45:16 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA02752 for ; Sat, 11 May 1996 03:45:13 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id DAA19770; Sat, 11 May 1996 03:44:41 -0700 (PDT) Date: Sat, 11 May 1996 03:44:41 -0700 (PDT) Message-Id: <199605111044.DAA19770@silvia.HIP.Berkeley.EDU> To: bde@zeta.org.au CC: jgreco@brasil.moneng.mei.com, current@freebsd.org, nisha@cs.berkeley.edu In-reply-to: <199605101430.AAA17773@godzilla.zeta.org.au> (message from Bruce Evans on Sat, 11 May 1996 00:30:45 +1000) Subject: Re: more than 32 scsi disks on a single machine ? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * You mostly preserved compatibility with the existing device nodes, provided * everything uses the dk macros and functions. Well if they don't use them, they just won't be able to see disks > 32. :> * I use 6 TYPE bits in the floppy driver. Committing this has been * waiting about 1.5 years because I don't want to rearrange everyone's fd * minors. Please bits from the top of the original TYPE. PART2 should be * taking from the top too. You mean both UNIT2 and PART2 should have been taken from the highest bit? Well I guess that's ok as long as there isn't a device that uses both (Julian, what was the PART2 for?).... By the way, should I avoid the MSB for sign-extension problems? * Watch out for the scsictl bit in MAKEDEV. According to MAKEDEV, scsictl is 0x20000000. We'll run into it in a major way if we try to take some (contiguous) bits from the top. * `unit' is now evaluated multiply and there are too many columns. I can put in a \ for the columns, but I didn't think multiple evaluation of units was bad. I thought people aren't supposed to do mkmakeminor(unit++, slice, part) kind of stuff with macros anyway. Should I use a gcc extension or something to save the value of unit to a temporary variable? * `dev' is now evaluated multiply and there are too many columns. Ok ok.... ;) * The type bits now overlap ... You mean with the 6 bits you are using? * scsictl should have been a `type' bit. Maybe it is :-). Well it *is* in there. :) * devfs should be finished so that minor numbers become irrelevant. I think that's the best solution too! (Ok, letting someone else do the work, my favorite means of accomplishing the goal. :) Satoshi From owner-freebsd-current Sat May 11 03:47:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02828 for current-outgoing; Sat, 11 May 1996 03:47:46 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA02820 for ; Sat, 11 May 1996 03:47:44 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id DAA19782; Sat, 11 May 1996 03:47:35 -0700 (PDT) Date: Sat, 11 May 1996 03:47:35 -0700 (PDT) Message-Id: <199605111047.DAA19782@silvia.HIP.Berkeley.EDU> To: phk@critter.tfs.com CC: jgreco@brasil.moneng.mei.com, bde@zeta.org.au, current@FreeBSD.org, nisha@cs.berkeley.edu In-reply-to: <1940.831728493@critter.tfs.com> (message from Poul-Henning Kamp on Fri, 10 May 1996 11:41:33 +0000) Subject: Re: more than 32 scsi disks on a single machine ? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk * So how big is the filesystem that you're trying to make ? :-) Three terabytes. (Hey stop laughing) Satoshi From owner-freebsd-current Sat May 11 03:48:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02882 for current-outgoing; Sat, 11 May 1996 03:48:05 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA02854 for ; Sat, 11 May 1996 03:47:54 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id UAA23181; Sat, 11 May 1996 20:45:46 +1000 Date: Sat, 11 May 1996 20:45:46 +1000 From: Bruce Evans Message-Id: <199605111045.UAA23181@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, bde@zeta.org.au Subject: Re: some more on fast bcopy Cc: current@freebsd.org, nisha@cs.berkeley.edu Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * It can't be interrupted, but it can go to sleep for handling a page > * fault. Then bad things may happen. >You mean they can get waken up in the wrong order and something >similar to what I said can happen? No, you lose control of the FPU when you go to sleep. Something may clobber the registers or turn off the TS bit. The latter caused the panic. > * if (intr_nesting_level > 0) { > * /* Save reentrantly the same as now. */ > * } else { > * if (npxproc != NULL) { > * assert(npxproc == curproc); > * fnsave(&curpcb->pcb_savefpu); > * npxproc = NULL; > * } > : >Um, I assume you are talking about /sys/i386/i386/swtch.s, can you No, this is in the copy routine. >somehow translate this into, say, assembly language? ;) My x86 >knowledge is not nearly enough for this kind of stuff.... gcc is good for translating C to asm :-). My pseudocode should almost compile to inline code if the macros in npx.c are used. Bruce From owner-freebsd-current Sat May 11 04:02:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA03517 for current-outgoing; Sat, 11 May 1996 04:02:13 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA03482 for ; Sat, 11 May 1996 04:02:04 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id UAA23329; Sat, 11 May 1996 20:51:46 +1000 Date: Sat, 11 May 1996 20:51:46 +1000 From: Bruce Evans Message-Id: <199605111051.UAA23329@godzilla.zeta.org.au> To: gmarco@masternet.it, phk@critter.tfs.com Subject: Re: Some misc questions Cc: current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> ===> lib/libkvm >> make: don't know how to make /usr/include/machine/pte.h. Stop >> *** Error code 2 >> >Do > cd /usr/src > make cleandir > make obj > make depend This wastes a lot of machine time. Removing the one or two .depend files that have pte.h in them is sufficient. cd /usr/src make depend make # wait for it to fall over # fix problem: rm lib/libkvm/obj/.depend make # wait for it to fall over # fix problem: ... make ... Bruce From owner-freebsd-current Sat May 11 04:04:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA04097 for current-outgoing; Sat, 11 May 1996 04:04:12 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA04035 for ; Sat, 11 May 1996 04:04:04 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id EAA19822; Sat, 11 May 1996 04:03:42 -0700 (PDT) Date: Sat, 11 May 1996 04:03:42 -0700 (PDT) Message-Id: <199605111103.EAA19822@silvia.HIP.Berkeley.EDU> To: bde@zeta.org.au CC: current@freebsd.org, nisha@cs.berkeley.edu In-reply-to: <199605111045.UAA23181@godzilla.zeta.org.au> (message from Bruce Evans on Sat, 11 May 1996 20:45:46 +1000) Subject: Re: some more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * No, you lose control of the FPU when you go to sleep. Something may * clobber the registers or turn off the TS bit. The latter caused the * panic. I see.... * >Um, I assume you are talking about /sys/i386/i386/swtch.s, can you * * No, this is in the copy routine. Copy routine? You mean copyin/copyout? (Sorry, I'm quite clueless.) * gcc is good for translating C to asm :-). My pseudocode should almost * compile to inline code if the macros in npx.c are used. Uhh. ;) Satoshi From owner-freebsd-current Sat May 11 04:22:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06609 for current-outgoing; Sat, 11 May 1996 04:22:49 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA06602 for ; Sat, 11 May 1996 04:22:42 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id VAA24032; Sat, 11 May 1996 21:20:32 +1000 Date: Sat, 11 May 1996 21:20:32 +1000 From: Bruce Evans Message-Id: <199605111120.VAA24032@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, bde@zeta.org.au Subject: Re: more than 32 scsi disks on a single machine ? Cc: current@freebsd.org, jgreco@brasil.moneng.mei.com, nisha@cs.berkeley.edu Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * You mostly preserved compatibility with the existing device nodes, provided > * everything uses the dk macros and functions. >Well if they don't use them, they just won't be able to see disks > >32. :> They might write on the correct disk mod 32 :<. > * I use 6 TYPE bits in the floppy driver. Committing this has been > * waiting about 1.5 years because I don't want to rearrange everyone's fd > * minors. Please bits from the top of the original TYPE. PART2 should be > * taking from the top too. >You mean both UNIT2 and PART2 should have been taken from the highest >bit? Well I guess that's ok as long as there isn't a device that uses >both (Julian, what was the PART2 for?).... By the way, should I avoid >the MSB for sign-extension problems? I think PART2 is for more than 8 partitions. The TYPE bits were supposed to be driver dependent so it may be OK to use them, but then you won't be able to use the same macros and utility functions as everything else. In particular, using dkunit() and calling dsinit() like the sd driver wants to do isn't acceptable unless all drivers agree on the encoding. If you use the MSB then you get to fix the sign extension problems. There aren't many except for the fundamental ones that minor() is supposed to have type `int' but it takes 32 bits including the sign bit although it only uses24 bits, and mknod(8) uses atoi() without checking for errors so it doesn't even notice that atol() converts 2^31 to INT_MAX = 2^31 - 1. > * Watch out for the scsictl bit in MAKEDEV. >According to MAKEDEV, scsictl is 0x20000000. We'll run into it in a >major way if we try to take some (contiguous) bits from the top. Not easy to fix. You could split the unit into 3 parts (:-(). > * `unit' is now evaluated multiply and there are too many columns. >I can put in a \ for the columns, but I didn't think multiple >evaluation of units was bad. I thought people aren't supposed to do >mkmakeminor(unit++, slice, part) kind of stuff with macros anyway. The macro is in lower case so it should be function-like. >Should I use a gcc extension or something to save the value of unit to >a temporary variable? Perhaps make it a function. Driver's shouldn't convert device numbers in their inner loops. > * The type bits now overlap ... >You mean with the 6 bits you are using? I meant that the dktype() macro extracts UNIT2 (and PART2) bits. Bruce From owner-freebsd-current Sat May 11 04:27:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06778 for current-outgoing; Sat, 11 May 1996 04:27:38 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA06773 for ; Sat, 11 May 1996 04:27:34 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id VAA24159; Sat, 11 May 1996 21:24:03 +1000 Date: Sat, 11 May 1996 21:24:03 +1000 From: Bruce Evans Message-Id: <199605111124.VAA24159@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, bde@zeta.org.au Subject: Re: some more on fast bcopy Cc: current@freebsd.org, nisha@cs.berkeley.edu Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * >Um, I assume you are talking about /sys/i386/i386/swtch.s, can you > * > * No, this is in the copy routine. >Copy routine? You mean copyin/copyout? (Sorry, I'm quite clueless.) Wherever the FPU is used. This may eventually be in copyin, copyout, bcopy and bzero. Bruce From owner-freebsd-current Sat May 11 04:44:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA07782 for current-outgoing; Sat, 11 May 1996 04:44:17 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA07777 Sat, 11 May 1996 04:44:10 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id NAA19538; Sat, 11 May 1996 13:44:05 +0200 (SAT) Message-Id: <199605111144.NAA19538@grumble.grondar.za> To: wpaul@freebsd.org cc: current@freebsd.org Subject: Make world breakage... Date: Sat, 11 May 1996 13:44:04 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Looks like some problem with "inline"s? Script started on Sat May 11 13:41:51 1996 bash# make gcc -W -Wall -pedantic -ansi -O -pipe -O -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/a/src/lib/libc/locale -DYP -c /a/src/lib/libc/gen/getpwent.c -o getpwent.o /a/src/lib/libc/gen/getpwent.c:70: syntax error before `int' /a/src/lib/libc/gen/getpwent.c:71: syntax error before `void' /a/src/lib/libc/gen/getpwent.c:242: warning: return-type defaults to `int' /a/src/lib/libc/gen/getpwent.c:278: warning: return-type defaults to `int' /a/src/lib/libc/gen/getpwent.c: In function `__hashpw': /a/src/lib/libc/gen/getpwent.c:293: warning: suggest parentheses around assignment used as truth value /a/src/lib/libc/gen/getpwent.c:294: warning: suggest parentheses around assignment used as truth value /a/src/lib/libc/gen/getpwent.c:301: warning: suggest parentheses around assignment used as truth value /a/src/lib/libc/gen/getpwent.c:302: warning: suggest parentheses around assignment used as truth value /a/src/lib/libc/gen/getpwent.c:303: warning: suggest parentheses around assignment used as truth value /a/src/lib/libc/gen/getpwent.c:304: warning: suggest parentheses around assignment used as truth value /a/src/lib/libc/gen/getpwent.c: At top level: /a/src/lib/libc/gen/getpwent.c:318: syntax error before `void' /a/src/lib/libc/gen/getpwent.c:328: syntax error before `int' /a/src/lib/libc/gen/getpwent.c:349: syntax error before `void' /a/src/lib/libc/gen/getpwent.c:378: syntax error before `int' /a/src/lib/libc/gen/getpwent.c: In function `unwind': /a/src/lib/libc/gen/getpwent.c:412: warning: implicit declaration of function `setnetgrent' /a/src/lib/libc/gen/getpwent.c:416: warning: implicit declaration of function `getnetgrent' /a/src/lib/libc/gen/getpwent.c: At top level: /a/src/lib/libc/gen/getpwent.c:460: syntax error before `int' /a/src/lib/libc/gen/getpwent.c:487: syntax error before `int' /a/src/lib/libc/gen/getpwent.c: In function `verf': /a/src/lib/libc/gen/getpwent.c:514: warning: implicit declaration of function `innetgr' *** Error code 1 Stop. bash# exit exit Script done on Sat May 11 13:42:14 1996 -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Sat May 11 04:59:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08256 for current-outgoing; Sat, 11 May 1996 04:59:39 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA08251 for ; Sat, 11 May 1996 04:59:36 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id EAA20060; Sat, 11 May 1996 04:58:59 -0700 (PDT) Date: Sat, 11 May 1996 04:58:59 -0700 (PDT) Message-Id: <199605111158.EAA20060@silvia.HIP.Berkeley.EDU> To: bde@zeta.org.au CC: bde@zeta.org.au, current@freebsd.org, nisha@cs.berkeley.edu In-reply-to: <199605111124.VAA24159@godzilla.zeta.org.au> (message from Bruce Evans on Sat, 11 May 1996 21:24:03 +1000) Subject: Re: some more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * >Copy routine? You mean copyin/copyout? (Sorry, I'm quite clueless.) * * Wherever the FPU is used. This may eventually be in copyin, copyout, bcopy * and bzero. I see. Well, I don't know about bzero but bcopy can be changed to call fastmove too, so I guess I can put it in fastmove. Will look into it over the weekend. Thanks for your help, Bruce. Satoshi From owner-freebsd-current Sat May 11 08:25:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17349 for current-outgoing; Sat, 11 May 1996 08:25:37 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA17341 for ; Sat, 11 May 1996 08:25:34 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA03401; Sat, 11 May 1996 10:24:37 -0500 From: Joe Greco Message-Id: <199605111524.KAA03401@brasil.moneng.mei.com> Subject: Re: more than 32 scsi disks on a single machine ? To: asami@cs.berkeley.edu (Satoshi Asami) Date: Sat, 11 May 1996 10:24:36 -0500 (CDT) Cc: phk@critter.tfs.com, jgreco@brasil.moneng.mei.com, bde@zeta.org.au, current@FreeBSD.org, nisha@cs.berkeley.edu In-Reply-To: <199605111047.DAA19782@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at May 11, 96 03:47:35 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > * So how big is the filesystem that you're trying to make ? :-) > > Three terabytes. (Hey stop laughing) How many drives is that? (even at 9GB/drive that's a few hundred drives, _without_ any sort of mirroring or replication, and I would think that the MTBF would be fairly low) :-) I guess the better question is, what in God's name are you going to store in three terabytes? :-) ... JG From owner-freebsd-current Sat May 11 09:26:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19733 for current-outgoing; Sat, 11 May 1996 09:26:21 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA19728 for ; Sat, 11 May 1996 09:26:20 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uIHTI-0003w9C; Sat, 11 May 96 09:24 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id QAA05744; Sat, 11 May 1996 16:24:47 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami) cc: jgreco@brasil.moneng.mei.com, bde@zeta.org.au, current@freebsd.org, nisha@cs.berkeley.edu Subject: Re: more than 32 scsi disks on a single machine ? In-reply-to: Your message of "Sat, 11 May 1996 03:47:35 MST." <199605111047.DAA19782@silvia.HIP.Berkeley.EDU> Date: Sat, 11 May 1996 16:24:45 +0000 Message-ID: <5742.831831885@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * So how big is the filesystem that you're trying to make ? :-) > > Three terabytes. (Hey stop laughing) counts on fingers "kilo", "mega", "giga", "tera" hmmm thats 3*2^(10*4) = 3298534883328 bytes not bad. What for ? "USEnet -- The complete works ?" :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sat May 11 09:38:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21063 for current-outgoing; Sat, 11 May 1996 09:38:20 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA21055 for ; Sat, 11 May 1996 09:38:18 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA03488; Sat, 11 May 1996 11:37:30 -0500 From: Joe Greco Message-Id: <199605111637.LAA03488@brasil.moneng.mei.com> Subject: Re: more than 32 scsi disks on a single machine ? To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Sat, 11 May 1996 11:37:29 -0500 (CDT) Cc: asami@cs.berkeley.edu, jgreco@brasil.moneng.mei.com, bde@zeta.org.au, current@freebsd.org, nisha@cs.berkeley.edu In-Reply-To: <5742.831831885@critter.tfs.com> from "Poul-Henning Kamp" at May 11, 96 04:24:45 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > * So how big is the filesystem that you're trying to make ? :-) > > > > Three terabytes. (Hey stop laughing) > > counts on fingers "kilo", "mega", "giga", "tera" > hmmm thats 3*2^(10*4) = 3298534883328 bytes > > not bad. > > What for ? > > "USEnet -- The complete works ?" :-) I can only imagine the associated 30-day-long fsck. Hmm, ok, well maybe not that long, but it would require an impressive machine :-) Let's see, it takes an average 5-10 min to do an fsck on a dirty 2GB news filesystem (probably closer to 5), so for 1500 times that amount of disk space, 7500 minutes.. 125 hours.. 5 days. Assuming fsck doesn't have to swap. ... JG From owner-freebsd-current Sat May 11 11:58:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA04002 for current-outgoing; Sat, 11 May 1996 11:58:45 -0700 (PDT) Received: from centauro.isr.uc.pt (centauro.isr.uc.pt [193.136.205.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA03995 for ; Sat, 11 May 1996 11:58:39 -0700 (PDT) Received: by centauro.isr.uc.pt (4.1/SMI-4.1) id AA28035; Sat, 11 May 96 19:55:51 +0100 Date: Sat, 11 May 1996 19:55:50 +0100 (WET DST) From: Paulo Menezes To: Nate Williams Cc: Nate Williams , current@FreeBSD.org Subject: More on PSM Mouse In-Reply-To: <199605110555.XAA05543@rocky.sri.MT.net> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, Today I noticed another mouse feature :-) If after booting I start X and at the same time I keep the mouse moving, it works. But if as I become tired and stop moving it, it wont move anymore, not even if I restart X. Paulo From owner-freebsd-current Sat May 11 13:59:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16689 for current-outgoing; Sat, 11 May 1996 13:59:30 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA16682 Sat, 11 May 1996 13:59:27 -0700 (PDT) Received: from zot.io.org (taob@zot.io.org [198.133.36.82]) by post.io.org (8.7.5/8.7.3) with SMTP id QAA04903; Sat, 11 May 1996 16:59:58 -0400 (EDT) Date: Sat, 11 May 1996 16:57:25 -0400 (EDT) From: Brian Tao To: "Jordan K. Hubbard" cc: Seppo Kallio , current@FreeBSD.ORG, martin@FreeBSD.ORG Subject: Re: ** Small problem + BUG in 960501 ** In-Reply-To: <3258.831334051@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 5 May 1996, Jordan K. Hubbard wrote: > > > > Minor problem: > > 1. It did not "install" my ethernet card as 2.1 did. > > I had to add ed0 to the interfaces to /etc/sysconfig manually > > Nor did install record name of my node > > Hmmmm. I cannot reproduce this error! ;-( It installs my ed0-driven > card just fine, all 4 times I tried it. Same problem here. I've only installed 2.2-960501 on my own workstation so far, and /etc/sysconfig did not have the hostname set (it was still "myname.mydomain.com") nor an ifconfig_de0 line. The install was done via FTP, so it definitely should know about the hostname and IP address. Oh, the defaultrouter wasn't set either, but /etc/resolv.conf did list the correct name server. -- Brian Tao (BT300, taob@io.org, taob@ican.net) Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-current Sat May 11 15:33:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26012 for current-outgoing; Sat, 11 May 1996 15:33:26 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA26001 for ; Sat, 11 May 1996 15:33:24 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA06947; Sat, 11 May 1996 15:30:42 -0700 From: Terry Lambert Message-Id: <199605112230.PAA06947@phaeton.artisoft.com> Subject: Re: more than 32 scsi disks on a single machine ? To: asami@cs.berkeley.edu (Satoshi Asami) Date: Sat, 11 May 1996 15:30:42 -0700 (MST) Cc: phk@critter.tfs.com, jgreco@brasil.moneng.mei.com, bde@zeta.org.au, current@FreeBSD.org, nisha@cs.berkeley.edu In-Reply-To: <199605111047.DAA19782@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at May 11, 96 03:47:35 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > * So how big is the filesystem that you're trying to make ? :-) > > Three terabytes. (Hey stop laughing) He's finally getting around to removing the "triple indirect blocks have not been tested" comment from the source -- it's been annoying him for years. 8-) 8-) 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat May 11 16:06:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29527 for current-outgoing; Sat, 11 May 1996 16:06:57 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA29516 Sat, 11 May 1996 16:06:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id QAA15979; Sat, 11 May 1996 16:04:50 -0700 (PDT) To: Brian Tao cc: Seppo Kallio , current@FreeBSD.ORG, martin@FreeBSD.ORG Subject: Re: ** Small problem + BUG in 960501 ** In-reply-to: Your message of "Sat, 11 May 1996 16:57:25 EDT." Date: Sat, 11 May 1996 16:04:50 -0700 Message-ID: <15977.831855890@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Same problem here. I've only installed 2.2-960501 on my own > workstation so far, and /etc/sysconfig did not have the hostname set Argh! And every ftp install I've done has had /etc/sysconfig updated properly at the end, too! :-( Hmmmmmm. Are you guys using custom, express or novice installation? Jordan From owner-freebsd-current Sat May 11 18:34:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA10388 for current-outgoing; Sat, 11 May 1996 18:34:36 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA10374 for ; Sat, 11 May 1996 18:34:31 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id LAA17674; Sun, 12 May 1996 11:34:09 +1000 From: David Dawes Message-Id: <199605120134.LAA17674@rf900.physics.usyd.edu.au> Subject: Re: ** Small problem + BUG in 960501 ** To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 12 May 1996 11:34:09 +1000 (EST) Cc: current@freebsd.org In-Reply-To: <15977.831855890@time.cdrom.com> from "Jordan K. Hubbard" at May 11, 96 04:04:50 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Same problem here. I've only installed 2.2-960501 on my own >> workstation so far, and /etc/sysconfig did not have the hostname set > >Argh! And every ftp install I've done has had /etc/sysconfig updated >properly at the end, too! :-( Hmmmmmm. Are you guys using custom, >express or novice installation? I installed 2.2-960501 yesterday and had the same problem. None of the configurations I did through the install utility were entered into /etc/sysconfig. I did a custom installation (using ftp). David From owner-freebsd-current Sat May 11 18:41:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA10911 for current-outgoing; Sat, 11 May 1996 18:41:01 -0700 (PDT) Received: from nemesis.azlink.com (neeo@azlink.com [206.67.224.35]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA10906 Sat, 11 May 1996 18:40:59 -0700 (PDT) Received: (from neeo@localhost) by nemesis.azlink.com (8.7.3/8.7.2) id SAA00103; Sat, 11 May 1996 18:40:56 -0700 (MST) Date: Sat, 11 May 1996 18:40:56 -0700 (MST) From: "Mr. Neeo" To: FreeBSD Questions cc: FreeBSD-current Subject: GCC 2.7.2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm running 2.2-SNAP and it has gcc 2.6.3 > i was wondering if there is a gcc 2.7.2 bin out there.. pent optimized would be nice.. i d/led the gcc source and the pent patch, but in a couple tries couldnt successfully compile it, and i decided to search for a bin somewhere, didnt find one :> any help would be appreciated.. -Paul... From owner-freebsd-current Sat May 11 19:03:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA11867 for current-outgoing; Sat, 11 May 1996 19:03:28 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA11861 for ; Sat, 11 May 1996 19:03:23 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id LAA13114; Sun, 12 May 1996 11:57:02 +1000 Date: Sun, 12 May 1996 11:57:02 +1000 From: Bruce Evans Message-Id: <199605120157.LAA13114@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, terry@lambert.org Subject: Re: more than 32 scsi disks on a single machine ? Cc: bde@zeta.org.au, current@freebsd.org, jgreco@brasil.moneng.mei.com, nisha@cs.berkeley.edu, phk@critter.tfs.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> * So how big is the filesystem that you're trying to make ? :-) >> >> Three terabytes. (Hey stop laughing) >He's finally getting around to removing the "triple indirect blocks >have not been tested" comment from the source -- it's been annoying >him for years. >8-) 8-) 8-). I would have thought that he was going to implement and test quintuple indirect blocks and file systems and files of size 2^128 :-) :-) :-) :-). A holey 3TB file system with a block size of 8K fits easily on a 1GB virtual disk (3TB/8K = 375MB for empty blocks plus a few hundred MB for metadata). Bruce From owner-freebsd-current Sat May 11 20:05:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA15579 for current-outgoing; Sat, 11 May 1996 20:05:54 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA15570 Sat, 11 May 1996 20:05:49 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id UAA19712; Sat, 11 May 1996 20:05:13 -0700 (PDT) Date: Sat, 11 May 1996 20:05:12 -0700 (PDT) From: invalid opcode To: "Jordan K. Hubbard" cc: Brian Tao , Seppo Kallio , current@FreeBSD.ORG, martin@FreeBSD.ORG Subject: Re: ** Small problem + BUG in 960501 ** In-Reply-To: <15977.831855890@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 11 May 1996, Jordan K. Hubbard wrote: > > Same problem here. I've only installed 2.2-960501 on my own > > workstation so far, and /etc/sysconfig did not have the hostname set > Argh! And every ftp install I've done has had /etc/sysconfig updated > properly at the end, too! :-( Hmmmmmm. Are you guys using custom, > express or novice installation? > Jordan I can validate this also. I used custom, and the resulting /etc/sysconfig contained hostname = myname.myhost.com or something of that nature. == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-current Sat May 11 20:12:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA15965 for current-outgoing; Sat, 11 May 1996 20:12:38 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA15954 for ; Sat, 11 May 1996 20:12:30 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id UAA19795 for ; Sat, 11 May 1996 20:12:27 -0700 (PDT) Date: Sat, 11 May 1996 20:12:21 -0700 (PDT) From: invalid opcode To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I got this recently from 2.2-050196-SNAP: -- begin ------------------------------------------------------------------- Date: Sat, 11 May 1996 03:30:01 -0700 (PDT) From: System Administrator Subject: onyx weekly run output Rebuilding locate database: term: Undefined variable. Rebuilding whatis database: /c++/: nested *?+ in regexp at /usr/bin/makewhatis line 286, line 27. Cleaning up kernel database files: -- end:begin --------------------------------------------------------------- /usr/bin/makewhatis: 284: foreach (split(/,\s+/, $man)) { 285: s/\(.+//; 286: ($f = $file) =~ s/$name/$_/; 287: # a keyword exist as file 288: return if -e "$f"; -- end --------------------------------------------------------------------- == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-current Sat May 11 21:19:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA20107 for current-outgoing; Sat, 11 May 1996 21:19:02 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA20102 Sat, 11 May 1996 21:18:58 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA14926; Sun, 12 May 1996 13:56:31 +0930 From: Michael Smith Message-Id: <199605120426.NAA14926@genesis.atrad.adelaide.edu.au> Subject: Re: ** Small problem + BUG in 960501 ** To: taob@io.org (Brian Tao) Date: Sun, 12 May 1996 13:56:30 +0930 (CST) Cc: jkh@time.cdrom.com, kallio@cc.jyu.fi, current@freebsd.org, martin@freebsd.org In-Reply-To: from "Brian Tao" at May 11, 96 04:57:25 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Brian Tao stands accused of saying: > > > > Hmmmm. I cannot reproduce this error! ;-( It installs my ed0-driven > > card just fine, all 4 times I tried it. > > Same problem here. I've only installed 2.2-960501 on my own > workstation so far, and /etc/sysconfig did not have the hostname set > (it was still "myname.mydomain.com") nor an ifconfig_de0 line. The > install was done via FTP, so it definitely should know about the > hostname and IP address. Oh, the defaultrouter wasn't set either, but > /etc/resolv.conf did list the correct name server. Bizarre. I've done about ten FTP-installs of the 960501 SNAP and haven't seen this one yet. (Jordan, feedback : I haven't had a _single_ problem with any of these installs. Nice work!) > Brian Tao (BT300, taob@io.org, taob@ican.net) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sat May 11 21:59:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA22747 for current-outgoing; Sat, 11 May 1996 21:59:49 -0700 (PDT) Received: from nervosa.com (root@nervosa.com [192.187.228.86]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA22738 for ; Sat, 11 May 1996 21:59:45 -0700 (PDT) Received: from onyx.nervosa.com (coredump@onyx.nervosa.com [10.0.0.1]) by nervosa.com (8.7.5/8.7.3) with SMTP id VAA20186; Sat, 11 May 1996 21:59:22 -0700 (PDT) Date: Sat, 11 May 1996 21:59:19 -0700 (PDT) From: invalid opcode To: Ollivier Robert cc: joerg_wunsch@uriah.heep.sax.de, "FreeBSD Current Users' list" Subject: Re: The Biff service In-Reply-To: <199604081614.SAA04448@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 8 Apr 1996, Ollivier Robert wrote: > It seems that J Wunsch said: > > Would people kill me for introducing a `-b' option to mail.local(8) to > > stop it from attempting to use the ``biff'' service? > > Now I know why I haven't seen any connection attempt from biff... I'm using > procmail as local delivery agent. > I'd would say, go on with the option. It can't hurt anyway. > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr Why not just use "biff n" ? == Chris Layne ======================================== Nervosa Computing == == coredump@nervosa.com ================ http://www.nervosa.com/~coredump == From owner-freebsd-current Sat May 11 22:07:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23255 for current-outgoing; Sat, 11 May 1996 22:07:13 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA23250 Sat, 11 May 1996 22:07:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id WAA21561; Sat, 11 May 1996 22:04:59 -0700 (PDT) To: invalid opcode cc: Brian Tao , Seppo Kallio , current@FreeBSD.ORG, martin@FreeBSD.ORG Subject: Re: ** Small problem + BUG in 960501 ** In-reply-to: Your message of "Sat, 11 May 1996 20:05:12 PDT." Date: Sat, 11 May 1996 22:04:59 -0700 Message-ID: <21558.831877499@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I can validate this also. I used custom, and the resulting /etc/sysconfig > contained hostname = myname.myhost.com or something of that nature. OK, I think it's pretty clear - there's something wrong with custom. It's unfortunate, since my highest testing priorities are the express and novice install methods and those both work. :-) Will fix. Jordan