From owner-freebsd-current Sun Dec 10 00:23:45 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA17456 for current-outgoing; Sun, 10 Dec 1995 00:23:45 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA17451 for ; Sun, 10 Dec 1995 00:23:43 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id AAA08292; Sun, 10 Dec 1995 00:22:25 -0800 From: Julian Elischer Message-Id: <199512100822.AAA08292@ref.tfs.com> Subject: Re: Erk...another? DEVFS bug To: scrappy@hub.org (Marc G. Fournier) Date: Sun, 10 Dec 1995 00:22:25 -0800 (PST) Cc: current@freebsd.org In-Reply-To: from "Marc G. Fournier" at Dec 9, 95 11:42:36 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk it's stack so the size isn't important and I just wanted to be sure of being safe from over-run I can imagine an alias for a device being raw-scsi-tape-non-rewind (yuck, but it's not impossible that some specialised device might do this.. I just added char naem[32]; whenever I needed it so I didn't have to think about it.. it costs nothing to do so as these routines are called very near the end of the call tree (towards the leaves) I also didn't make them #ifdef DEVFS simply to save my fingers.. it didn't seem important to do this.. if hter's no DEVFS it's just not used, and too many #ifdef lines make the code unreadable.. hey who killed all the name[] declarations anyway? don't they READ? it's simply a case of searching for the next occurance of 'name'? > > > Hi... > > Last few I set 'name' as being 8characters, but some of the > sprintf's in st.c seem to have the potential of excceeding that. > I saw a few commits (by Bruce?) that were defining name as 32, so > have used that here. > > > *** scsi/st.c.orig Sat Dec 9 23:39:54 1995 > --- scsi/st.c Sat Dec 9 23:40:37 1995 > *************** > *** 347,352 **** > --- 347,355 ---- > st_registerdev(int unit) > { > struct kern_devconf *kdc; > + #ifdef DEVFS > + char name[32]; > + #endif > > MALLOC(kdc, struct kern_devconf *, sizeof *kdc, M_TEMP, M_NOWAIT); > if(!kdc) return; > > Marc G. Fournier | POP Mail Telnet Acct DNS Hosting > scrappy@hub.org | WWW Services Database Services | Knowledge, > soon to be: | | Information and > scrappy@ki.net | WWW: http://hub.org | Communications, Inc > > From owner-freebsd-current Sun Dec 10 01:41:33 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22561 for current-outgoing; Sun, 10 Dec 1995 01:41:33 -0800 (PST) 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 BAA22556 Sun, 10 Dec 1995 01:41:30 -0800 (PST) X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: julian, current Subject: DEVFS ... MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <22553.818588489.1@freefall.freebsd.org> Date: Sun, 10 Dec 1995 01:41:30 -0800 Message-ID: <22554.818588490@freefall.freebsd.org> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG Precedence: bulk > I also didn't make them > #ifdef DEVFS > simply to save my fingers.. it didn't seem > important to do this.. if hter's no DEVFS it's just not used, > and too many #ifdef lines make the code unreadable.. > > hey who killed all the name[] declarations anyway? I did. And I guess I should have noticed those references... We have to decide here: either all the DEVFS stuff is #ifdef'ed, or none of it is ifdef'ed. All things considered, I'm in favour of the last one, but at least DEVFS should be added to LINT by now ? Poul-Henning From owner-freebsd-current Sun Dec 10 05:52:26 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA12687 for current-outgoing; Sun, 10 Dec 1995 05:52:26 -0800 (PST) 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 FAA12681 Sun, 10 Dec 1995 05:52:18 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA29501; Mon, 11 Dec 1995 00:50:12 +1100 Date: Mon, 11 Dec 1995 00:50:12 +1100 From: Bruce Evans Message-Id: <199512101350.AAA29501@godzilla.zeta.org.au> To: current@freefall.freebsd.org, julian@freefall.freebsd.org, phk@freefall.freebsd.org Subject: Re: DEVFS ... Sender: owner-current@FreeBSD.ORG Precedence: bulk >We have to decide here: > either all the DEVFS stuff is #ifdef'ed, >or > none of it is ifdef'ed. >All things considered, I'm in favour of the last one, but at least DEVFS >should be added to LINT by now ? It shouldn't have been ifdefed to begin with (only commit working code, at least when more than a couple of ifdefs would be required). If it is ifdefed then it should be in LINT. The ifdefs should go away when it becomes the default. Also not in LINT and broken by recent changes: EXT2FS (just some missing vm declarations) GPL_MATH_EMULATE (in LINT but commented out; fusword was missing). Bruce From owner-freebsd-current Sun Dec 10 06:08:56 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13213 for current-outgoing; Sun, 10 Dec 1995 06:08:56 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA13208 Sun, 10 Dec 1995 06:08:54 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id GAA08938; Sun, 10 Dec 1995 06:08:39 -0800 From: Julian Elischer Message-Id: <199512101408.GAA08938@ref.tfs.com> Subject: Re: DEVFS ... To: bde@zeta.org.au (Bruce Evans) Date: Sun, 10 Dec 1995 06:08:38 -0800 (PST) Cc: current@freefall.freebsd.org, julian@freefall.freebsd.org, phk@freefall.freebsd.org In-Reply-To: <199512101350.AAA29501@godzilla.zeta.org.au> from "Bruce Evans" at Dec 11, 95 00:50:12 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk > > >All things considered, I'm in favour of the last one, but at least DEVFS > >should be added to LINT by now ? it IS in LINT now.. > > It shouldn't have been ifdefed to begin with (only commit working code, at > least when more than a couple of ifdefs would be required). > If it is ifdefed then it should be in LINT. > The ifdefs should go away when it becomes the default. DEVFS should be Ifdef'd it's an option for now.. and it can't be all in one file.. by it's nature it needs a hook in each driver.. there is no other way than to make it ifdef'd whe it is stable enough to not be an option, (actually it hasn't made me crash in months but I'm not using it that heavily..)then I'll take out the ifdefs.. > > Also not in LINT and broken by recent changes: > EXT2FS (just some missing vm declarations) > GPL_MATH_EMULATE (in LINT but commented out; fusword was missing). > > Bruce > From owner-freebsd-current Sun Dec 10 07:18:58 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17946 for current-outgoing; Sun, 10 Dec 1995 07:18:58 -0800 (PST) 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 HAA17796 for ; Sun, 10 Dec 1995 07:15:29 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.3/BSD4.4) id CAA03332 for current@freebsd.org; Mon, 11 Dec 1995 02:15:15 +1100 (EST) From: michael butler Message-Id: <199512101515.CAA03332@asstdc.scgt.oz.au> Subject: Someone's broken microtime again .. To: current@freebsd.org Date: Mon, 11 Dec 1995 02:15:15 +1100 (EST) X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk The most recent changes (< 2days) to the time functions once more leave my logs and console full of "calcru: negative time: %qd usec" :-( michael From owner-freebsd-current Sun Dec 10 09:07:31 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24619 for current-outgoing; Sun, 10 Dec 1995 09:07:31 -0800 (PST) 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 JAA24610 for ; Sun, 10 Dec 1995 09:07:28 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id EAA01135; Mon, 11 Dec 1995 04:07:00 +1100 Date: Mon, 11 Dec 1995 04:07:00 +1100 From: Bruce Evans Message-Id: <199512101707.EAA01135@godzilla.zeta.org.au> To: current@FreeBSD.org, imb@scgt.oz.au Subject: Re: Someone's broken microtime again .. Sender: owner-current@FreeBSD.org Precedence: bulk >The most recent changes (< 2days) to the time functions once more leave my >logs and console full of "calcru: negative time: %qd usec" :-( What fixed it the last time? Bruce From owner-freebsd-current Sun Dec 10 10:34:06 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27969 for current-outgoing; Sun, 10 Dec 1995 10:34:06 -0800 (PST) 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 KAA27911 for ; Sun, 10 Dec 1995 10:33:59 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA28588 for ; Sun, 10 Dec 1995 19:33:57 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA13590 for freebsd-current@FreeBSD.org; Sun, 10 Dec 1995 19:33:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id TAA08377 for freebsd-current@FreeBSD.org; Sun, 10 Dec 1995 19:32:39 +0100 From: J Wunsch Message-Id: <199512101832.TAA08377@uriah.heep.sax.de> Subject: getpass() and SIGINT To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 10 Dec 1995 19:32:38 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk Hi all Somebody from the Linux camp was pointing me to this (mis)feature of getpass(3): /* * note - blocking signals isn't necessarily the * right thing, but we leave it for now. */ omask = sigblock(sigmask(SIGINT)|sigmask(SIGTSTP)); While i think that blocking SIGTSTP might not be the worst idea at all, blocking SIGINT contradicts the principle of least surprise, in that you can't interrupt a program that's requesting a password until you finally entered a newline. Unless somebody objects, i'm going to remove SIGINT from the above line. -- 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 Dec 10 11:45:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA05054 for current-outgoing; Sun, 10 Dec 1995 11:45:35 -0800 (PST) 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 LAA05047 for ; Sun, 10 Dec 1995 11:45:33 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA01505; Sun, 10 Dec 1995 12:43:33 -0700 From: Terry Lambert Message-Id: <199512101943.MAA01505@phaeton.artisoft.com> Subject: Re: [CRITICAL] patch for /usr/src/sys/net/if_tun.c To: scrappy@hub.org (Marc G. Fournier) Date: Sun, 10 Dec 1995 12:43:33 -0700 (MST) Cc: current@FreeBSD.org In-Reply-To: from "Marc G. Fournier" at Dec 9, 95 11:02:14 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 Precedence: bulk > The string 'name' isn't defined in /usr/src/sys/net/if_tun.c. > since it is being used in: > > #ifdef DEVFS > sprintf(name, "tun%d", i ); > tun_devfs_token[i] = devfs_add_devsw( > "/", name, &tun_cdevsw , i, > DV_CHR, 0, 0, 0600); > #endif > > The following patch makes the assumption (this is my first attempt > at doing *anything* in the kernel) that tun will never become tun9999 and > declares name as being an 8 character string. > > > *** net/if_tun.c.orig Sat Dec 9 22:55:56 1995 > --- net/if_tun.c Sat Dec 9 22:58:10 1995 > *************** > *** 108,113 **** > --- 108,116 ---- > register int i; > struct ifnet *ifp; > dev_t dev; > + #ifdef DEVFS > + char name[8]; > + #endif > > if( tun_devsw_installed ) return; > dev = makedev(CDEV_MAJOR, 0); This makes sense if it is "#ifdef'able" (fixes the i > 5 digits bug, too): #ifdef DEVFS { char name[ 8]; sprintf(name, "tun%5d", i ); tun_devfs_token[i] = devfs_add_devsw( "/", name, &tun_cdevsw , i, DV_CHR, 0, 0, 0600); } #endif 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 Sun Dec 10 21:06:27 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA25861 for current-outgoing; Sun, 10 Dec 1995 21:06:27 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA25847 for current@freebsd.org; Sun, 10 Dec 1995 21:06:23 -0800 (PST) Date: Sun, 10 Dec 1995 21:06:23 -0800 (PST) From: John Dyson Message-Id: <199512110506.VAA25847@freefall.freebsd.org> To: current@freebsd.org Subject: Rebuild libkvm,ps, and friends if you are running -current Sender: owner-current@freebsd.org Precedence: bulk The 1Tb enhancements cause significant changes in data structure sizes. You'll need to rebuild libkvm,ps, and the lkms!!! Also, tread lightly until we get more testing time on this stuff. It doesn't appear to have any problems at all -- but caveat emptor!!! (Ok, that isn't quite correct :-)). John dyson@freebsd.org From owner-freebsd-current Mon Dec 11 08:37:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA26171 for current-outgoing; Mon, 11 Dec 1995 08:37:23 -0800 (PST) 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 IAA26136 for ; Mon, 11 Dec 1995 08:37:12 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id DAA17518 for current@freebsd.org; Tue, 12 Dec 1995 03:34:20 +1100 Date: Tue, 12 Dec 1995 03:34:20 +1100 From: Bruce Evans Message-Id: <199512111634.DAA17518@godzilla.zeta.org.au> To: current@freebsd.org Subject: new warnings from gcc-2.7.2 for compiling LINT kernel Sender: owner-current@freebsd.org Precedence: bulk gcc-2.7.2 complains about a lot of old lint. "left-hand operand of comma expression has no effect": 787 instances. This is from the MAKE_SET() macro which doesn't really work anyway and is easy to fix. "comparison between signed and unsigned": 2892 instances. Many of these are for ioctl numbers. ioctl numbers are usually so large that they have type unsigned, but they are passed to ioctl devswitch functions as ints. 4.4lite2 and NetBSD use u_longs. Bruce From owner-freebsd-current Mon Dec 11 09:05:37 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA01080 for current-outgoing; Mon, 11 Dec 1995 09:05:37 -0800 (PST) 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 JAA00135 for ; Mon, 11 Dec 1995 09:00:02 -0800 (PST) Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.7.1/8.6.4) with ESMTP id RAA09968 for ; Mon, 11 Dec 1995 17:58:44 +0100 (MET) Message-Id: <199512111658.RAA09968@lirmm.lirmm.fr> To: current@freebsd.org Subject: OBJDIR in Makefile Date: Mon, 11 Dec 1995 17:58:41 +0100 From: "Philippe Charnier" Sender: owner-current@freebsd.org Precedence: bulk Hi, what about - WORLD_CLEANDIST=obj + WORLD_CLEANDIST=$(OBJDIR) in /usr/src/Makefile to prevent make world doing a make obj when NOOBJDIR is set in make.conf. -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Mon Dec 11 11:35:43 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA18742 for current-outgoing; Mon, 11 Dec 1995 11:35:43 -0800 (PST) Received: from annax.tky.hut.fi (annax.tky.hut.fi [130.233.32.64]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA18730 for ; Mon, 11 Dec 1995 11:35:36 -0800 (PST) Received: from pooh.tky.hut.fi (root@pooh.tky.hut.fi [130.233.33.233]) by annax.tky.hut.fi (8.6.12/8.6.5) with ESMTP id VAA03086 for ; Mon, 11 Dec 1995 21:34:58 +0200 Received: by pooh.tky.hut.fi (VAA14101); Mon, 11 Dec 1995 21:35:24 +0200 Date: Mon, 11 Dec 1995 21:35:24 +0200 Message-Id: <199512111935.VAA14101@pooh.tky.hut.fi> From: Timo J Rinne To: current@freebsd.org Subject: [current] savecore broken Reply-to: tri@iki.fi Organization: Helsinki University of Technology, Espoo, Finland Mime-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8bit Sender: owner-current@freebsd.org Precedence: bulk Seems like sbin/savecore misses some stuff defined in vm/pmap.h and machine/pmap.h. //tri >>>>>>>>>>>>>>>>>> C U T H E R E >>>>>>>>>>>>>>>>>> /sd1/e/FreeBSD-current/usr/src/sbin/savecore/savecore.c: In function `check_kmem ': /sd1/e/FreeBSD-current/usr/src/sbin/savecore/savecore.c:276: `NKPDE' undeclared (first use this function) /sd1/e/FreeBSD-current/usr/src/sbin/savecore/savecore.c:276: (Each undeclared id entifier is reported only once /sd1/e/FreeBSD-current/usr/src/sbin/savecore/savecore.c:276: for each function i t appears in.) /sd1/e/FreeBSD-current/usr/src/sbin/savecore/savecore.c:276: `pt_entry_t' undecl ared (first use this function) ... From owner-freebsd-current Mon Dec 11 13:36:54 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA29023 for current-outgoing; Mon, 11 Dec 1995 13:36:54 -0800 (PST) Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA29011 for ; Mon, 11 Dec 1995 13:36:45 -0800 (PST) Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by chemserv.umd.edu (8.7.2/8.7) with ESMTP id QAA11271 for ; Mon, 11 Dec 1995 16:36:44 -0500 (EST) Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.7.3/8.6.4) id QAA11240; Mon, 11 Dec 1995 16:36:42 -0500 (EST) Date: Mon, 11 Dec 1995 16:36:41 -0500 (EST) From: Chuck Robey X-Sender: chuckr@cappuccino.eng.umd.edu To: FreeBSD-current@FreeBSD.org Subject: sbin/savecore Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk I can't get this to build, and I can't find any reference to pt_entry_t or NKPDE anywheres. Here's the error message: ROOT:/usr/src/sbin/savecore:1025 >make cc -O -c /usr/src/sbin/savecore/savecore.c /usr/src/sbin/savecore/savecore.c: In function `check_kmem': /usr/src/sbin/savecore/savecore.c:276: `NKPDE' undeclared (first use this function) /usr/src/sbin/savecore/savecore.c:276: (Each undeclared identifier is reported only once /usr/src/sbin/savecore/savecore.c:276: for each function it appears in.) /usr/src/sbin/savecore/savecore.c:276: `pt_entry_t' undeclared (first use this function) /usr/src/sbin/savecore/savecore.c: In function `clear_dump': /usr/src/sbin/savecore/savecore.c:301: `NKPDE' undeclared (first use this function) /usr/src/sbin/savecore/savecore.c:301: `pt_entry_t' undeclared (first use this function) /usr/src/sbin/savecore/savecore.c: In function `dump_exists': /usr/src/sbin/savecore/savecore.c:310: `NKPDE' undeclared (first use this function) /usr/src/sbin/savecore/savecore.c:310: `pt_entry_t' undeclared (first use this function) /usr/src/sbin/savecore/savecore.c: In function `save_core': /usr/src/sbin/savecore/savecore.c:372: `NKPDE' undeclared (first use this function) /usr/src/sbin/savecore/savecore.c:372: `pt_entry_t' undeclared (first use this function) /usr/src/sbin/savecore/savecore.c: In function `get_crashtime': /usr/src/sbin/savecore/savecore.c:513: `NKPDE' undeclared (first use this function) /usr/src/sbin/savecore/savecore.c:513: `pt_entry_t' undeclared (first use this function) *** Error code 1 Huh? ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Mon Dec 11 15:23:55 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13091 for current-outgoing; Mon, 11 Dec 1995 15:23:55 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA13084 Mon, 11 Dec 1995 15:23:51 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id AAA14507; Tue, 12 Dec 1995 00:17:52 +0100 Message-Id: <199512112317.AAA14507@ra.dkuug.dk> Subject: WHAT is going on in -current ??????? To: current@freebsd.org (FreeBSD current) Date: Tue, 12 Dec 1995 00:17:52 +0100 (MET) Cc: jkh@freebsd.org From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk SO, I'm currently trying to get a -current system on line here it seems our kernel tree is broken like s... :(, I have /sbin/savecore/savecore.c /usr/sbin/lsdev/i386.c failing because the don't include vm/pmap.h, and /usr/bin/systat/vmstat.c /usr/sbin/vmstat/vmstat.c failing because they don't include sys/vmmeter.h. On top of that the matcd driver no longer works, it read a couble of block then hangs on "netio" :( Oh boy I thought I was getting back into business again, and then this mess..... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Dec 11 15:29:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14103 for current-outgoing; Mon, 11 Dec 1995 15:29:23 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA14070 for ; Mon, 11 Dec 1995 15:29:04 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id SAA04754; Mon, 11 Dec 1995 18:28:36 -0500 (EST) Date: Mon, 11 Dec 1995 18:28:30 -0500 (EST) From: "Marc G. Fournier" To: Chuck Robey cc: FreeBSD-current@FreeBSD.org Subject: Re: sbin/savecore In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Mon, 11 Dec 1995, Chuck Robey wrote: > I can't get this to build, and I can't find any reference to pt_entry_t > or NKPDE anywheres. Here's the error message: > news> grep pt_entry_t machine/pmap.h typedef unsigned int *pt_entry_t; #define PTESIZE sizeof(pt_entry_t) /* for assembly files */ extern pt_entry_t PTmap[], APTmap[], Upte; extern pt_entry_t *CMAP1; pt_entry_t * __pure pmap_pte __P((pmap_t, vm_offset_t)) __pure2; n Haven't looked into it further then that yet though... > ROOT:/usr/src/sbin/savecore:1025 >make > cc -O -c /usr/src/sbin/savecore/savecore.c > /usr/src/sbin/savecore/savecore.c: In function `check_kmem': > /usr/src/sbin/savecore/savecore.c:276: `NKPDE' undeclared (first use this > function) > /usr/src/sbin/savecore/savecore.c:276: (Each undeclared identifier is > reported only once > /usr/src/sbin/savecore/savecore.c:276: for each function it appears in.) > /usr/src/sbin/savecore/savecore.c:276: `pt_entry_t' undeclared (first use > this function) > /usr/src/sbin/savecore/savecore.c: In function `clear_dump': > /usr/src/sbin/savecore/savecore.c:301: `NKPDE' undeclared (first use this > function) > /usr/src/sbin/savecore/savecore.c:301: `pt_entry_t' undeclared (first use > this function) > /usr/src/sbin/savecore/savecore.c: In function `dump_exists': > /usr/src/sbin/savecore/savecore.c:310: `NKPDE' undeclared (first use this > function) > /usr/src/sbin/savecore/savecore.c:310: `pt_entry_t' undeclared (first use > this function) > /usr/src/sbin/savecore/savecore.c: In function `save_core': > /usr/src/sbin/savecore/savecore.c:372: `NKPDE' undeclared (first use this > function) > /usr/src/sbin/savecore/savecore.c:372: `pt_entry_t' undeclared (first use > this function) > /usr/src/sbin/savecore/savecore.c: In function `get_crashtime': > /usr/src/sbin/savecore/savecore.c:513: `NKPDE' undeclared (first use this > function) > /usr/src/sbin/savecore/savecore.c:513: `pt_entry_t' undeclared (first use > this function) > *** Error code 1 > > Huh? > > ============================================================================ > Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 > --------------------------------------------------------------------------- > The Dilbert Zone is Dilbert's new WWW home! The area > features never-before-seen original sketches of Dilbert, a photo tour > of Scott Adams' studio, Dilbert Trivia and memorabilia, high > school photos and much more!: > > Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Mon Dec 11 16:47:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA21864 for current-outgoing; Mon, 11 Dec 1995 16:47:24 -0800 (PST) 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 QAA21859 for ; Mon, 11 Dec 1995 16:47:22 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA02243 for current@freebsd.org; Mon, 11 Dec 1995 17:46:07 -0700 From: Terry Lambert Message-Id: <199512120046.RAA02243@phaeton.artisoft.com> Subject: What is this thing in locore.s? To: current@freebsd.org Date: Mon, 11 Dec 1995 17:46:07 -0700 (MST) 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 Precedence: bulk The following code live in i386/i386/locore.s: ============================================================================= /* now initialize the page dir, upages, and p0stack PT */ movl $(1+UPAGES+1),%ecx /* number of PTEs */ movl %esi,%eax /* phys address of PTD */ andl $PG_FRAME,%eax /* convert to PFN, should be a NOP */ orl $PG_V|PG_KW,%eax /* valid, kernel read/write */ movl %esi,%ebx /* calculate pte offset to ptd */ shrl $PGSHIFT-2,%ebx addl %esi,%ebx /* address of page directory */ addl $((1+UPAGES+1)*NBPG),%ebx /* offset to kernel page tables */ fillkpt ============================================================================= What is the purpose of: ============================================================================= movl %esi,%ebx /* calculate pte offset to ptd */ shrl $PGSHIFT-2,%ebx addl %esi,%ebx /* address of page directory */ addl $((1+UPAGES+1)*NBPG),%ebx /* offset to kernel page tables */ ============================================================================= The kernel boots and runs fine without it -- it doesn't seem to do anything really useful?!? 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 Dec 11 17:39:18 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26488 for current-outgoing; Mon, 11 Dec 1995 17:39:18 -0800 (PST) Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA26478 for ; Mon, 11 Dec 1995 17:39:12 -0800 (PST) Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <09410-0@bunyip.cc.uq.oz.au>; Tue, 12 Dec 1995 11:36:06 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id LAA24511 for ; Tue, 12 Dec 1995 11:41:22 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id BAA17867 for ; Tue, 12 Dec 1995 01:37:33 GMT Message-Id: <199512120137.BAA17867@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: current@freebsd.org Subject: Current is rather unstable 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: Tue, 12 Dec 1995 11:37:32 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org Precedence: bulk Lots of crashes, many related to NFS, even after rebuilding LKMs. What is going on? Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Mon Dec 11 18:10:07 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA27723 for current-outgoing; Mon, 11 Dec 1995 18:10:07 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA27718 Mon, 11 Dec 1995 18:10:03 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tPJRr-0000zeC; Mon, 11 Dec 95 19:24 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tPJLa-000DDbC; Mon, 11 Dec 95 19:17 WET Message-Id: Date: Mon, 11 Dec 95 19:17 WET To: sos@freebsd.org, current@freebsd.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Mon Dec 11 1995, 19:17:33 CST Subject: WHAT is going on in -current ??????? Cc: jkh@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk [0]sos@freebsd.org writes: [0]On top of that the matcd driver no longer works, it read a couble [0]of block then hangs on "netio" :( [0] [0]Oh boy I thought I was getting back into business again, and [0]then this mess..... Uh, the changes made since 2.1.0-RELEASE to matcd in -current were NOT made by the author of the matcd driver. Other feet have trod on this rug. I have been busy adding support for some similar makes of drives and have not even studied the changes, although I guess I will have to when I try to bring my tree back in. I gather that some of the changes are in the name of devfs, or other 2.2-experimental work, or just bits of tidying. Try going back to the driver from 2.1.0-RELEASE. If it doesn't work, then some underlying kernel service has been broken or is in a transient state. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@fw.ast.com (Fastest Route)| demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-current Mon Dec 11 19:22:19 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA02431 for current-outgoing; Mon, 11 Dec 1995 19:22:19 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA02403 Mon, 11 Dec 1995 19:21:41 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id WAA00606; Mon, 11 Dec 1995 22:21:02 -0500 (EST) Date: Mon, 11 Dec 1995 22:20:57 -0500 (EST) From: "Marc G. Fournier" To: sos@FreeBSD.org cc: FreeBSD current , jkh@FreeBSD.org Subject: Re: WHAT is going on in -current ??????? In-Reply-To: <199512112317.AAA14507@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk On Tue, 12 Dec 1995 sos@FreeBSD.org wrote: > SO, I'm currently trying to get a -current system on line here > it seems our kernel tree is broken like s... :(, I have > /sbin/savecore/savecore.c /usr/sbin/lsdev/i386.c failing > because the don't include vm/pmap.h, and /usr/bin/systat/vmstat.c > /usr/sbin/vmstat/vmstat.c failing because they don't include > sys/vmmeter.h. > On top of that the matcd driver no longer works, it read a couble > of block then hangs on "netio" :( > > Oh boy I thought I was getting back into business again, and > then this mess..... > haven't just sup'd the most recent kernel sources in, I get to: loading kernel ../../ufs/ffs/ffs_vfsops.c:660: Undefined symbol `_vn_vmio_close' referenced from text segment *** Error code 1 when trying to make it. Someone has probably found and fixed this already, just hasn't commited it yet :) Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Mon Dec 11 19:47:01 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04040 for current-outgoing; Mon, 11 Dec 1995 19:47:01 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04030 Mon, 11 Dec 1995 19:46:57 -0800 (PST) From: John Dyson Message-Id: <199512120346.TAA04030@freefall.freebsd.org> Subject: Re: WHAT is going on in -current ??????? To: scrappy@hub.org (Marc G. Fournier) Date: Mon, 11 Dec 1995 19:46:57 -0800 (PST) Cc: sos@FreeBSD.org, current@FreeBSD.org, jkh@FreeBSD.org In-Reply-To: from "Marc G. Fournier" at Dec 11, 95 10:20:57 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org Precedence: bulk > > loading kernel > ../../ufs/ffs/ffs_vfsops.c:660: Undefined symbol `_vn_vmio_close' referenced from text segment > *** Error code 1 > > when trying to make it. Someone has probably found and fixed > this already, just hasn't commited it yet :) > > Must have gotten something out of sync... The symbol is defined in vfs_vnops.c John dyson@freebsd.org From owner-freebsd-current Mon Dec 11 19:50:30 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04340 for current-outgoing; Mon, 11 Dec 1995 19:50:30 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA04318 for ; Mon, 11 Dec 1995 19:50:22 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id WAA00431; Mon, 11 Dec 1995 22:49:52 -0500 (EST) Date: Mon, 11 Dec 1995 22:49:47 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: kernel compile of *-current fails Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... First off, so far today, I've had my machine spontaneously reboot three times. Unfortunately, since any error messages to go the root window, and I never use the root window, I don't know why. So, I'm trying to compile a DEBUG kernel, and that fails with: hub# make loading kernel ../../ufs/ffs/ffs_vfsops.c:660: Undefined symbol `_vn_vmio_close' referenced from text segment *** Error code 1 My current config file is, nothing odd in it, I don't think.: # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # GENERIC,v 1.45.2.3 1995/06/05 21:50:41 jkh Exp # machine "i386" cpu "I386_CPU" ident hubdebug maxusers 10 options DEVFS options DODUMP options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options MSDOSFS #MSDOS Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 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 config kernel root on wd0 options SYSVSHM options SYSVSEM options SYSVMSG 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 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 ncr0 controller ahc0 controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr 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.1 options PCVT_SCREENSAVER options PCVT_PRETTYSCRNS #options "PCVT_NSCREENS=7" #options XSERVER # include code for XFree86 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 # 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 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 Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Mon Dec 11 20:11:16 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05306 for current-outgoing; Mon, 11 Dec 1995 20:11:16 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA05295 Mon, 11 Dec 1995 20:11:05 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id XAA00813; Mon, 11 Dec 1995 23:10:43 -0500 (EST) Date: Mon, 11 Dec 1995 23:10:36 -0500 (EST) From: "Marc G. Fournier" To: John Dyson cc: sos@FreeBSD.ORG, current@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: WHAT is going on in -current ??????? In-Reply-To: <199512120346.TAA04030@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Mon, 11 Dec 1995, John Dyson wrote: > > > > loading kernel > > ../../ufs/ffs/ffs_vfsops.c:660: Undefined symbol `_vn_vmio_close' referenced from text segment > > *** Error code 1 > > > > when trying to make it. Someone has probably found and fixed > > this already, just hasn't commited it yet :) > > > > > Must have gotten something out of sync... The symbol is defined in vfs_vnops.c > Okay...I just rm'd vfs_vnops.o and recompiled...and it worked this time. Hrmmm...haven't got a clue. might have been a corrupted file when the system rebooted :( thanks for pointing the offending file... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Mon Dec 11 21:45:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08737 for current-outgoing; Mon, 11 Dec 1995 21:45:24 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA08729 for ; Mon, 11 Dec 1995 21:45:14 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id AAA00259; Tue, 12 Dec 1995 00:45:09 -0500 (EST) Date: Tue, 12 Dec 1995 00:45:03 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: Fatal Trap 12: Page Fault... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... First question, can someone tell me where I can change the timeout before the system reboots for the following?... I just installed a debug kernel based on the config file I've been using for weeks now (strip -d kernel, before installing, with kernel copied to kernel.debug first), and just after all the probes, right before mounting the swap drives, it panic'd. After letting it do this three times (I'm a slow writer, sorry...), all the info I can get is: Fatal Trap 12: page fault while in kernel mode virtual address: 0xf24 instruction pointer: 0x8: 0xf01711f5 fault code: supervisor write, page not present Now, there is alot more data presented that I wasn't able to get... I'm going to do a make clean; make depend; make on the debug kernel again, just in case something messed up in the make, but is there somewhere that I can set the time it waits without getting a 'hit any key to reboot' before it reboots so that I can write down the whole error? Thanks... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Mon Dec 11 23:16:25 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA12556 for current-outgoing; Mon, 11 Dec 1995 23:16:25 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA12551 for ; Mon, 11 Dec 1995 23:16:22 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id XAA02245; Mon, 11 Dec 1995 23:16:21 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id XAA00182; Mon, 11 Dec 1995 23:16:22 -0800 Message-Id: <199512120716.XAA00182@corbin.Root.COM> To: "Marc G. Fournier" cc: current@freebsd.org Subject: Re: Fatal Trap 12: Page Fault... In-reply-to: Your message of "Tue, 12 Dec 95 00:45:03 EST." From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 11 Dec 1995 23:16:18 -0800 Sender: owner-current@freebsd.org Precedence: bulk >Fatal Trap 12: page fault while in kernel mode > >virtual address: 0xf24 >instruction pointer: 0x8: 0xf01711f5 > >fault code: supervisor write, page not present I need symbol names around this address before I can help. > I'm going to do a make clean; make depend; make on the >debug kernel again, just in case something messed up in the make, >but is there somewhere that I can set the time it waits without getting >a 'hit any key to reboot' before it reboots so that I can write down the >whole error? When it crashes, type a single . This will stop the reboot process. When you finish copying down the information, type another key and it will reboot. ...or add options "DDB" to your kernel and it will drop into the debugger. >From here, you can type "trace" to get a symbolic traceback...this is much more useful. -DG From owner-freebsd-current Mon Dec 11 23:34:28 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA13495 for current-outgoing; Mon, 11 Dec 1995 23:34:28 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA13485 for ; Mon, 11 Dec 1995 23:34:08 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id CAA02309; Tue, 12 Dec 1995 02:31:51 -0500 (EST) Date: Tue, 12 Dec 1995 02:31:42 -0500 (EST) From: "Marc G. Fournier" To: David Greenman cc: current@freebsd.org Subject: Re: Fatal Trap 12: Page Fault... In-Reply-To: <199512120716.XAA00182@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Mon, 11 Dec 1995, David Greenman wrote: > >Fatal Trap 12: page fault while in kernel mode > > > >virtual address: 0xf24 > >instruction pointer: 0x8: 0xf01711f5 > > > >fault code: supervisor write, page not present > > I need symbol names around this address before I can help. > > > I'm going to do a make clean; make depend; make on the > >debug kernel again, just in case something messed up in the make, > >but is there somewhere that I can set the time it waits without getting > >a 'hit any key to reboot' before it reboots so that I can write down the > >whole error? > > When it crashes, type a single . This will stop the reboot process. > When you finish copying down the information, type another key and it will > reboot. > ...or add options "DDB" to your kernel and it will drop into the debugger. > >From here, you can type "trace" to get a symbolic traceback...this is much > more useful. > Guess I may as well kill *that* compile ;) Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Mon Dec 11 23:35:11 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA13556 for current-outgoing; Mon, 11 Dec 1995 23:35:11 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA13521 for ; Mon, 11 Dec 1995 23:34:53 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id CAA02320; Tue, 12 Dec 1995 02:33:30 -0500 (EST) Date: Tue, 12 Dec 1995 02:33:21 -0500 (EST) From: "Marc G. Fournier" To: David Greenman cc: current@freebsd.org Subject: Re: Fatal Trap 12: Page Fault... In-Reply-To: <199512120716.XAA00182@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Mon, 11 Dec 1995, David Greenman wrote: > >Fatal Trap 12: page fault while in kernel mode > > > >virtual address: 0xf24 > >instruction pointer: 0x8: 0xf01711f5 > > > >fault code: supervisor write, page not present > > I need symbol names around this address before I can help. > > > I'm going to do a make clean; make depend; make on the > >debug kernel again, just in case something messed up in the make, > >but is there somewhere that I can set the time it waits without getting > >a 'hit any key to reboot' before it reboots so that I can write down the > >whole error? > > When it crashes, type a single . This will stop the reboot process. > When you finish copying down the information, type another key and it will > reboot. > ...or add options "DDB" to your kernel and it will drop into the debugger. > >From here, you can type "trace" to get a symbolic traceback...this is much > more useful. > Wait, stupid question, but... If I do this...if I'm not around and it reboots itself, with it also go into the trace debugger? Thanks... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Tue Dec 12 00:16:15 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA17603 for current-outgoing; Tue, 12 Dec 1995 00:16:15 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA17596 for ; Tue, 12 Dec 1995 00:16:11 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id AAA02380; Tue, 12 Dec 1995 00:16:10 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id AAA00160; Tue, 12 Dec 1995 00:16:10 -0800 Message-Id: <199512120816.AAA00160@corbin.Root.COM> To: "Marc G. Fournier" cc: current@freebsd.org Subject: Re: Fatal Trap 12: Page Fault... In-reply-to: Your message of "Tue, 12 Dec 95 02:33:21 EST." From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 12 Dec 1995 00:16:10 -0800 Sender: owner-current@freebsd.org Precedence: bulk >> When it crashes, type a single . This will stop the reboot process. >> When you finish copying down the information, type another key and it will >> reboot. >> ...or add options "DDB" to your kernel and it will drop into the debugger. >> >From here, you can type "trace" to get a symbolic traceback...this is much >> more useful. >> > >Wait, stupid question, but... > >If I do this...if I'm not around and it reboots itself, with it also go >into the trace debugger? Of course, that's what the debugger is for. :-) -DG From owner-freebsd-current Tue Dec 12 00:27:55 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA18474 for current-outgoing; Tue, 12 Dec 1995 00:27:55 -0800 (PST) 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 AAA18427 for ; Tue, 12 Dec 1995 00:27:18 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA27403; Tue, 12 Dec 1995 09:21:45 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA00327; Tue, 12 Dec 1995 09:21:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA17459; Tue, 12 Dec 1995 09:08:14 +0100 From: J Wunsch Message-Id: <199512120808.JAA17459@uriah.heep.sax.de> Subject: Re: Fatal Trap 12: Page Fault... To: scrappy@hub.org (Marc G. Fournier) Date: Tue, 12 Dec 1995 09:08:13 +0100 (MET) Cc: current@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Marc G. Fournier" at Dec 12, 95 00:45:03 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org Precedence: bulk As Marc G. Fournier wrote: > > > > Hi... > > First question, can someone tell me where I can change the > timeout before the system reboots for the following?... j@uriah 322% fgrep 'a key' * machdep.c: printf("Automatic reboot in %d seconds - press a key on the console to abort\n", machdep.c: if (cncheckc()) /* Did user type a key? */ machdep.c: printf("--> Press a key on the console to reboot <--\n"); if (PANIC_REBOOT_WAIT_TIME != 0) { if (PANIC_REBOOT_WAIT_TIME != -1) { int loop; printf("Automatic reboot in %d seconds - press a key on the console to abort\n", PANIC_REBOOT_WAIT_TIME); for (loop = PANIC_REBOOT_WAIT_TIME * 10; So it seems all you need is changing PANIC_REBOOT_WAIT_TIME. > Fatal Trap 12: page fault while in kernel mode > > virtual address: 0xf24 > instruction pointer: 0x8: 0xf01711f5 > > fault code: supervisor write, page not present > > Now, there is alot more data presented that I wasn't able > to get... Better yet, enable core dumping. You should be able to extract all this information from the core as well. The kernel-debug section in the handbook explains kernel core dumps. -- 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 Dec 12 00:32:37 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19200 for current-outgoing; Tue, 12 Dec 1995 00:32:37 -0800 (PST) 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 AAA19166 Tue, 12 Dec 1995 00:32:26 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA22678; Tue, 12 Dec 1995 19:31:03 +1100 Date: Tue, 12 Dec 1995 19:31:03 +1100 From: Bruce Evans Message-Id: <199512120831.TAA22678@godzilla.zeta.org.au> To: scrappy@hub.org, sos@FreeBSD.org Subject: Re: WHAT is going on in -current ??????? Cc: current@FreeBSD.org, jkh@FreeBSD.org Sender: owner-current@FreeBSD.org Precedence: bulk > haven't just sup'd the most recent kernel sources in, I >get to: >loading kernel >../../ufs/ffs/ffs_vfsops.c:660: Undefined symbol `_vn_vmio_close' referenced from text segment >*** Error code 1 > when trying to make it. Someone has probably found and fixed >this already, just hasn't commited it yet :) The problem is a normal inconsistency from the sources only being checked out every few hours. vn_vmio_close() was added to vfs_vnops.c on 1995/12/11 04:56:13 A call to vm_vmio_close() was added to ffs_vfsops.c on 1995/12/11 04:57:39 Fix: don't sup sources while they are changing. Bruce From owner-freebsd-current Tue Dec 12 00:41:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20258 for current-outgoing; Tue, 12 Dec 1995 00:41:35 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA20250 for ; Tue, 12 Dec 1995 00:41:29 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id DAA00306; Tue, 12 Dec 1995 03:41:17 -0500 (EST) Date: Tue, 12 Dec 1995 03:41:09 -0500 (EST) From: "Marc G. Fournier" To: David Greenman cc: current@freebsd.org Subject: Re: Fatal Trap 12: Page Fault... In-Reply-To: <199512120816.AAA00160@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Tue, 12 Dec 1995, David Greenman wrote: > >> When it crashes, type a single . This will stop the reboot process. > >> When you finish copying down the information, type another key and it will > >> reboot. > >> ...or add options "DDB" to your kernel and it will drop into the debugger. > >> >From here, you can type "trace" to get a symbolic traceback...this is much > >> more useful. > >> > > > >Wait, stupid question, but... > > > >If I do this...if I'm not around and it reboots itself, with it also go > >into the trace debugger? > > Of course, that's what the debugger is for. :-) > Okay...hrmmm...*shrug* What the hell :) Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Tue Dec 12 00:58:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21674 for current-outgoing; Tue, 12 Dec 1995 00:58:02 -0800 (PST) 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 AAA21667 Tue, 12 Dec 1995 00:57:54 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA23824; Tue, 12 Dec 1995 19:55:39 +1100 Date: Tue, 12 Dec 1995 19:55:39 +1100 From: Bruce Evans Message-Id: <199512120855.TAA23824@godzilla.zeta.org.au> To: current@freebsd.org, sos@freebsd.org, uhclem%nemesis@fw.ast.com Subject: Re: WHAT is going on in -current ??????? Cc: jkh@freebsd.org Sender: owner-current@freebsd.org Precedence: bulk >[0]On top of that the matcd driver no longer works, it read a couble >[0]of block then hangs on "netio" :( >[0] >[0]Oh boy I thought I was getting back into business again, and >[0]then this mess..... >Uh, the changes made since 2.1.0-RELEASE to matcd in -current were NOT made >by the author of the matcd driver. Other feet have trod on this rug. "netio" has nothing to do with matcd anyway. It is for sockets. >Try going back to the driver from 2.1.0-RELEASE. If it doesn't work, >then some underlying kernel service has been broken or is in a >transient state. There's no chance that it would work. Drivers are now required to initialize their devswitch entries directly. Bruce From owner-freebsd-current Tue Dec 12 01:42:59 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25293 for current-outgoing; Tue, 12 Dec 1995 01:42:59 -0800 (PST) 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 BAA25267 for ; Tue, 12 Dec 1995 01:42:17 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA25385; Tue, 12 Dec 1995 20:40:17 +1100 Date: Tue, 12 Dec 1995 20:40:17 +1100 From: Bruce Evans Message-Id: <199512120940.UAA25385@godzilla.zeta.org.au> To: current@freebsd.org, terry@lambert.org Subject: Re: What is this thing in locore.s? Sender: owner-current@freebsd.org Precedence: bulk >The following code live in i386/i386/locore.s: >============================================================================= >/* now initialize the page dir, upages, and p0stack PT */ > movl $(1+UPAGES+1),%ecx /* number of PTEs */ > movl %esi,%eax /* phys address of PTD */ > andl $PG_FRAME,%eax /* convert to PFN, should be a NOP */ > orl $PG_V|PG_KW,%eax /* valid, kernel read/write */ > movl %esi,%ebx /* calculate pte offset to ptd */ > shrl $PGSHIFT-2,%ebx > addl %esi,%ebx /* address of page directory */ > addl $((1+UPAGES+1)*NBPG),%ebx /* offset to kernel page tables */ > fillkpt >============================================================================= >What is the purpose of: >============================================================================= > movl %esi,%ebx /* calculate pte offset to ptd */ > shrl $PGSHIFT-2,%ebx > addl %esi,%ebx /* address of page directory */ > addl $((1+UPAGES+1)*NBPG),%ebx /* offset to kernel page tables */ >============================================================================= This initializes %ebx :-). >The kernel boots and runs fine without it -- it doesn't seem to do >anything really useful?!? There are some ifdefs before it. Apparently %ebx is left with the correct value for the case that you use. I think it is left with the correct value for all cases, but this is only true now that the kernel is loaded above 1MB. Previously, in the BDE_DEBUGGER case, %ebx was left pointing to the pte for physical address 0xa0000, while the page dir was either somewhat lower (at KERNend - KERNBASE) or perhaps at 1MB. This depends on the page dir going at (KERNend - KERNBASE). Bruce From owner-freebsd-current Tue Dec 12 16:18:33 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00266 for current-outgoing; Tue, 12 Dec 1995 16:18:33 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA00250 Tue, 12 Dec 1995 16:18:29 -0800 (PST) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id QAA00250 ; Tue, 12 Dec 1995 16:15:36 -0800 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <18178-0@bunyip.cc.uq.oz.au>; Wed, 13 Dec 1995 10:12:59 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id KAA05407; Wed, 13 Dec 1995 10:18:21 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id AAA14026; Wed, 13 Dec 1995 00:14:38 GMT Message-Id: <199512130014.AAA14026@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: current@FreeBSD.org, dyson@FreeBSD.org Subject: Repeatable crashes in current with 8Mb machines 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, 13 Dec 1995 10:14:37 +1000 From: Stephen Hocking Sender: owner-current@FreeBSD.org Precedence: bulk Since the changes for 1Tb filesystems, the 2 8Mb machines under my care crash upon startup (usually around starting the portmapper) whereas a 16Mb machine which while slightly unstable, doesn't (it used to crash whilst serving NFS, but now that I've compiled that into the kernel rather than as an LKM, it works fine. BTW, the LKMs have been rebuilt from scratch a number of times, and even with NFS in the kernel, the 8Mb machines still crash). Anyway, the 8Mb machines both give the traceback after crashing in vfs_bio_awrite+0x45. Below is a (hopefully accurate) rendition of the screen after ending up in DDB. Fatal trap 12: Page fault while in kernel mode fault virtual address = 0x28 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0129785 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 = 72 (named) interrupt mask = bio kernel: type 12 trap, code=0 Stopped at _vfs_bio_awrite+0x45: movl 0x28(%eax),%eax db> Happy hunting! Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Tue Dec 12 16:42:34 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA02183 for current-outgoing; Tue, 12 Dec 1995 16:42:34 -0800 (PST) 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 QAA02176 for ; Tue, 12 Dec 1995 16:42:30 -0800 (PST) Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <21378-0@bunyip.cc.uq.oz.au>; Wed, 13 Dec 1995 10:42:01 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id KAA05842; Wed, 13 Dec 1995 10:47:24 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id AAA14591; Wed, 13 Dec 1995 00:43:45 GMT Message-Id: <199512130043.AAA14591@netfl15a.devetir.qld.gov.au> To: dyson@freefall.freebsd.org, current@freebsd.org Subject: Further on those crashes 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, 13 Dec 1995 10:43:45 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org Precedence: bulk Just remembered how to do a traceback... _vfs_bio_awrite(f0a3a600,0,f05ce280,80000000,efbffd8c) at _vfs_bio_awrite+0x45 _getnewbuf(0,0,1,6,f0a3734c) at _getnewbuf+0x155 _getblk(f05ce280,6,2000,0,0) at _getblk+0x1ca _cluster_rbuild(f05ce280,2ff64,0,5,7330) at _cluster_rbuild+0x171 _cluster_read(f05ce280,2ff64,0,4,2000) at _cluster_read+0x26b _ffs_read(efbffee0,efbfbc08,2000,efbfff94,efbffee0) at _ffs_read+0x238 _vn_read(f05cc740,efbfff2c,f03b2900,efbfbc08,f05ca800) at _vn_read+0xa2 _read(f05ca800,efbfff94,efbfff8c,8093060,80a1d08) at _read+0xb4 _syscall(27,27,efbfc5a0,80a1d08,efbfbc24) at _syscall+0x186 I'm running with $Id: vfs_bio.c,v 1.77 1995/12/12 04:18:10 dyson Exp $ Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Tue Dec 12 18:28:10 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA08997 for current-outgoing; Tue, 12 Dec 1995 18:28:10 -0800 (PST) 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 SAA08992 Tue, 12 Dec 1995 18:28:07 -0800 (PST) Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <03746-0@bunyip.cc.uq.oz.au>; Wed, 13 Dec 1995 12:27:50 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id MAA07519; Wed, 13 Dec 1995 12:33:16 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id CAA18264; Wed, 13 Dec 1995 02:29:36 GMT Message-Id: <199512130229.CAA18264@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: current@freebsd.org, dyson@freebsd.org Subject: Re: Repeatable crashes in current with 8Mb machines In-reply-to: Your message of "Wed, 13 Dec 1995 10:14:37 +1000." <199512130014.AAA14026@netfl15a.devetir.qld.gov.au> 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, 13 Dec 1995 12:29:35 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org Precedence: bulk [blather about 8Mb machines crashing on startup where a 16Mb machine did not deleted] My 16Mb machine just crashed with a NFS client doing a lot of R/W io combined with a local make depend. I take back the bit about the 16Mb machine not crashing. It maybe (and John will doubtless correct me) something to do with the memory used for buffering coming near some sort of limit. Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Wed Dec 13 05:04:30 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA08014 for current-outgoing; Wed, 13 Dec 1995 05:04:30 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA07998 for ; Wed, 13 Dec 1995 05:04:07 -0800 (PST) Received: by sequent.kiae.su id AA29662 (5.65.kiae-2 for current@freebsd.org); Wed, 13 Dec 1995 16:00:16 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 13 Dec 95 16:00:13 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id OAA00306 for current@freebsd.org; Wed, 13 Dec 1995 14:40:33 +0300 (MSK) To: current@freebsd.org Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 13 Dec 1995 14:40:33 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Panic in tcp_output Lines: 13 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk Just got it. Stack trace as I remember: m_copydata(0,ffffffff,1,f07d3bb8,0) tcp_output(...) tcp_input(...) ipintr(...) :-( -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-current Wed Dec 13 07:05:33 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA18759 for current-outgoing; Wed, 13 Dec 1995 07:05:33 -0800 (PST) Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA18748 for ; Wed, 13 Dec 1995 07:05:24 -0800 (PST) Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id JAA22518 for freebsd-current@freefall.cdrom.com; Wed, 13 Dec 1995 09:05:21 -0600 From: Bob Willcox Message-Id: <199512131505.JAA22518@luke.pmr.com> Subject: sups from SUP.FreeBSD.ORG not working well anymore :-( To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Wed, 13 Dec 1995 09:05:21 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk I have noticed that lately (last 3-4 days or so) that my attempts at supping from SUP.FreeBSD.ORG have not been to reliable. I keep geting stuff like: SUP: Will retry in 333 seconds SUP: Read error on network: Connection reset by peer SUP: Premature EOF on network input SUP: Network write timed out SUP: Error receiving file from file server SUP: SUP: Upgrade of ports-plan9-current aborted at Dec 13 08:28:24 1995 Network write timed out SUP: Aborted SUP: Read error on network: Connection reset by peer SUP: Premature EOF on network input SUP: Network write timed out SUP: Error receiving file from file server SUP: Upgrade of ports-www-current aborted at Dec 13 08:38:43 1995 SUP: Network write timed out SUP: Aborted SUP: Will retry in 99 seconds SUP: Will retry in 162 seconds SUP: Will retry in 367 seconds SUP: Will retry in 552 seconds This goes on for hours. Anybody got clue? Thanks, -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-current Wed Dec 13 08:25:47 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA28494 for current-outgoing; Wed, 13 Dec 1995 08:25:47 -0800 (PST) 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 IAA28481 Wed, 13 Dec 1995 08:25:44 -0800 (PST) Message-Id: <199512131625.IAA28481@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Bob Willcox cc: freebsd-current@freefall.freebsd.org (freebsd-current) Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( In-reply-to: Your message of "Wed, 13 Dec 1995 09:05:21 CST." <199512131505.JAA22518@luke.pmr.com> Date: Wed, 13 Dec 1995 08:25:43 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG Precedence: bulk Dima has also reported this, but I can't get it to happen here. What version of the kernel are you running? What version of SUP? Is it only the ports collections? I did make some modifications to sup, but they should only have affected how the scan files are found/generated. Of course, SUP is such a festering pile of globals and poor design that my changes may have had other ramifications, but I wouldn't have expected newtwork read/write failures. Anyone who has the time, feel free to review the patch-ab that is in our current port. >I have noticed that lately (last 3-4 days or so) that my attempts at supping >from SUP.FreeBSD.ORG have not been to reliable. I keep geting stuff like: > >SUP: Will retry in 333 seconds >SUP: Read error on network: Connection reset by peer >SUP: Premature EOF on network input >SUP: Network write timed out >SUP: Error receiving file from file server >SUP: SUP: Upgrade of ports-plan9-current aborted at Dec 13 08:28:24 1995 > >Thanks, >-- >Bob Willcox >bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) >Austin, TX -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed Dec 13 09:00:50 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02812 for current-outgoing; Wed, 13 Dec 1995 09:00:50 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA02792 for ; Wed, 13 Dec 1995 09:00:42 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA13455; Wed, 13 Dec 1995 17:57:03 +0100 Message-Id: <199512131657.RAA13455@gilberto.physik.rwth-aachen.de> Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( To: bob@luke.pmr.com (Bob Willcox) Date: Wed, 13 Dec 1995 17:57:02 +0100 (MET) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <199512131505.JAA22518@luke.pmr.com> from "Bob Willcox" at Dec 13, 95 09:05:21 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk > > I have noticed that lately (last 3-4 days or so) that my attempts at supping > from SUP.FreeBSD.ORG have not been to reliable. I keep geting stuff like: Same here. > > SUP: Will retry in 333 seconds > SUP: Read error on network: Connection reset by peer > SUP: Premature EOF on network input > SUP: Network write timed out > SUP: Error receiving file from file server > SUP: SUP: Upgrade of ports-plan9-current aborted at Dec 13 08:28:24 1995 > Network write timed out > SUP: Aborted > SUP: Read error on network: Connection reset by peer > SUP: Premature EOF on network input > SUP: Network write timed out > SUP: Error receiving file from file server > SUP: Upgrade of ports-www-current aborted at Dec 13 08:38:43 1995 > SUP: Network write timed out > SUP: Aborted > SUP: Will retry in 99 seconds > SUP: Will retry in 162 seconds > SUP: Will retry in 367 seconds > SUP: Will retry in 552 seconds > > This goes on for hours. Anybody got clue? > > Thanks, > -- > Bob Willcox > bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) > Austin, TX > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed Dec 13 09:23:06 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA05610 for current-outgoing; Wed, 13 Dec 1995 09:23:06 -0800 (PST) Received: from DATAPLEX.NET (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA05603 for ; Wed, 13 Dec 1995 09:23:03 -0800 (PST) Received: from [199.183.109.242] by DATAPLEX.NET with SMTP (MailShare 1.0fc5); Wed, 13 Dec 1995 11:23:13 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 13 Dec 1995 11:22:54 -0600 To: Bob Willcox From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG Precedence: bulk >I have noticed that lately (last 3-4 days or so) that my attempts at supping >from SUP.FreeBSD.ORG have not been to reliable. I keep geting stuff like: > >SUP: Will retry in 333 seconds Bob, sup.freebsd.org is overloaded. change the references to sup2.freebsd.org This machine mirrors freefall and has better network connectivity. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-current Wed Dec 13 10:33:01 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA12868 for current-outgoing; Wed, 13 Dec 1995 10:33:01 -0800 (PST) Received: from oasis.txdirect.net (oasis.txdirect.net [204.57.120.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA12859 Wed, 13 Dec 1995 10:32:54 -0800 (PST) Received: (from rsnow@localhost) by oasis.txdirect.net (8.6.12/8.6.9) id MAA07919; Wed, 13 Dec 1995 12:32:52 -0600 Date: Wed, 13 Dec 1995 12:32:51 -0600 (CST) From: Rob Snow To: "Justin T. Gibbs" cc: Bob Willcox , freebsd-current Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( In-Reply-To: <199512131625.IAA28481@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Wed, 13 Dec 1995, Justin T. Gibbs wrote: > Dima has also reported this, but I can't get it to happen here. > What version of the kernel are you running? What version of SUP? > Is it only the ports collections? > > I did make some modifications to sup, but they should only have affected > how the scan files are found/generated. Of course, SUP is such a festering > pile of globals and poor design that my changes may have had other > ramifications, but I wouldn't have expected newtwork read/write failures. > Anyone who has the time, feel free to review the patch-ab that is in > our current port. > > >I have noticed that lately (last 3-4 days or so) that my attempts at supping > >from SUP.FreeBSD.ORG have not been to reliable. I keep geting stuff like: > > > >SUP: Will retry in 333 seconds > >SUP: Read error on network: Connection reset by peer > >SUP: Premature EOF on network input > >SUP: Network write timed out > >SUP: Error receiving file from file server > >SUP: SUP: Upgrade of ports-plan9-current aborted at Dec 13 08:28:24 1995 > > > >Thanks, > >-- > >Bob Willcox > >bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) > >Austin, TX > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== Dont know if this is related.I noticed that yesterday freefall was unavailable here. ping just spun it's wheels and any other attempt met with the same results till 6-7pm(?) last night (CST). __________________________________________________________________ Rob Snow Powered by FreeBSD rsnow@txdirect.net http://www.freebsd.org From owner-freebsd-current Wed Dec 13 14:03:25 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA28737 for current-outgoing; Wed, 13 Dec 1995 14:03:25 -0800 (PST) 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 OAA28731 for ; Wed, 13 Dec 1995 14:03:19 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA00508 for current@freebsd.org; Wed, 13 Dec 1995 15:02:51 -0700 From: Terry Lambert Message-Id: <199512132202.PAA00508@phaeton.artisoft.com> Subject: Amusing vfs_cache bug To: current@freebsd.org Date: Wed, 13 Dec 1995 15:02:51 -0700 (MST) 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 Precedence: bulk In the process of some stress testing, I discovered an interesting vcache bug. It has to do with the first vnode allocated after the nextvnodeid rolls over and the cache is purged. As you can imagine, the stress involves more than 4 billion vnode allocations. Unlikely to happen unless you are me, or you are running a news spool. 8-). The v_id of the vnode after the rollover will be 1, which will match the v_id of the nchENOENT.v_id (the negative cahe hit entry). In the case of a rename of that file into a directory where a negative cache entry had occurred (access/open/etc. failed), the dvp, dvpid, vpid, v_vid, and the hash and name will match. But the vnode returned will be the negative hit. It has to be a rename, since a create checks for MAKEENTRY and a rename won't unset it. Kludgy patch follows. I really wanted to fix this by moving the cache lookup and entry and providing a purge by dvp function, but don't have time for that right this second. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. ========================================================================== *** vfs_cache.c.org Wed Dec 13 14:43:29 1995 --- vfs_cache.c Wed Dec 13 14:44:50 1995 *************** *** 253,258 **** --- 253,259 ---- TAILQ_INIT(&nclruhead); nchashtbl = phashinit(desiredvnodes, M_CACHE, &nchash); nchENOENT.v_id = 1; + nextvnode = 1; } /* *************** *** 278,284 **** while(ncpp->lh_first) PURGE(ncpp->lh_first); } ! vp->v_id = ++nextvnodeid; } /* --- 279,285 ---- while(ncpp->lh_first) PURGE(ncpp->lh_first); } ! vp->v_id = nextvnodeid = 2; } /* ========================================================================== From owner-freebsd-current Wed Dec 13 14:38:01 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA01200 for current-outgoing; Wed, 13 Dec 1995 14:38:01 -0800 (PST) Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA01192 for ; Wed, 13 Dec 1995 14:37:49 -0800 (PST) Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by chemserv.umd.edu (8.7.3/8.7) with ESMTP id RAA22511 for ; Wed, 13 Dec 1995 17:37:46 -0500 (EST) Received: (chuckr@localhost) by mocha.eng.umd.edu (8.7.3/8.6.4) id RAA14590; Wed, 13 Dec 1995 17:37:45 -0500 (EST) Date: Wed, 13 Dec 1995 17:37:44 -0500 (EST) From: Chuck Robey X-Sender: chuckr@mocha.eng.umd.edu To: FreeBSD-current@FreeBSD.org Subject: current kernel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org Precedence: bulk I don't know how to debug the kernel, and I'm in finals, so I can't help anyways, but I did start the make world when I finally got all the last changes (which seemed to address most of the problems make world was having) and I got the make done, but the new kernels, one two different machines (with fairly different setups) both blew up on startup, before probing the scsi bus, with memory errors. They were made with different kernel config files, fresh builds (from clean directories). Hope this is of some help. I have backup kernels so I'm in no trouble, personally. ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Wed Dec 13 15:41:40 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA05847 for current-outgoing; Wed, 13 Dec 1995 15:41:40 -0800 (PST) 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 PAA05810 for ; Wed, 13 Dec 1995 15:41:25 -0800 (PST) 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 AAA07446 for ; Thu, 14 Dec 1995 00:41:14 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA02283 for freebsd-current@FreeBSD.ORG; Thu, 14 Dec 1995 00:41:12 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id AAA00312 for freebsd-current@FreeBSD.ORG; Thu, 14 Dec 1995 00:40:06 +0100 (MET) From: Ollivier Robert Message-Id: <199512132340.AAA00312@keltia.freenix.fr> Subject: Panic with new EISA Buslogic code To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Thu, 14 Dec 1995 00:40:06 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1419 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk I just recompiled the kernel with the sources dated CTM_BEGIN 2.0 cvs-cur 1439 1995/12/13 15:00:03 and got the following panic: fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:f0161fcf code segment = base 0x0, limit 0xfffff, type=0x1b = DPL 0, pres 1, def32 1, gran 1 processor flags = interrupt enabled, resume, IOPL = 0 current process = 0 () interrupt mask = net tty bio kernel: type 12 trap, code = 0 Stopped at _scsi_dev_lookup+0x1f: cmpl %ebx,0(%eax) registers cs 0x8 eax 0 <<<<<<<<< ds 0x10 ecx 0xffffffff _APTP+0xfff es 0x10 edx 0x3 ss 0x10 ebx 0xf01626e0 _sdopen esi 0xf01be840 _sd_switch edi 0xf08a5b80 486DX4/100 EISA, 32 MB, 1 BT-747S, 1 AHA-1740A. trace * _scsi_dev_lookup(f01626e0,f016219e,f0162705,f08a5b80,f08a5b80) at _scsi_dev_lookup+0x1f * _scsi_device_attach_bus(f08a5b80) at _scsi_device_attach+0x38 * _scsi_probe_bus(0,0,0,1e8480,f0a4af00) at _scsi_probe_bus+0x1c6 * _scsi_attach_devs(f0a48f70,f08a7800,efbfff5c,f0184593,f08a7800) at _scsi_attach_devs+0x95 * _bt_attach(f08a7800,f08a6ec0,f08a6ec0,f0a49ff7,f08a6e40) at _bt_attach+0x6f * _bt_eisa_attach(f08a6ec0) at _bt_eisa_attach+0xb3 * _eisa_configure(efbfffac,f010a0bb,0,1faf24,207000) at _eisa_configure+0x289 * _configure(0) at _configure+0x2a * _main(efbfffb0,2000,2000000,f018af24,f0100398,f01fb128,17,30,1faf24,207000,207000,0,70740407) at _main+0x9b Here is my config file ------------------------------------------------------------ # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.11 1994/11/08 07:39:26 jkh Exp $ # machine "i386" cpu "I486_CPU" ident "NE_KELTIA" maxusers 20 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options MFS #Berkeley Fast Filesystem options PROCFS #Berkeley proc Filesystem options UNION #Union filesystem options "CD9660" #ISO FS options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_2_DEF" #hack for the mp1624 options UCONSOLE #for xconsole options DEVRANDOM options JREMOD #for devfs stuff # options "COMPAT_LINUX" options SYSVSHM options SYSVSEM options SYSVMSG options "SHMMAXPGS=1024" # 4096 KB of sharable memory options DDB # # Enable the kernel debugger. # options KTRACE config kernel root on sd0 swap on sd0 and sd1 and sd2 dumps on sd0 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 bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller scbus0 at bt0 controller eisa0 controller ahb0 controller scbus1 at ahb0 disk sd0 at scbus0 target 0 unit 0 device cd0 at scbus0 target 6 disk sd2 at scbus1 target 2 tape st0 at scbus1 target 5 # new sound config. controller snd0 device sb0 at isa? port 0x220 irq 5 drq 3 vector sbintr device opl0 at isa? port 0x388 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 lpt0 at isa? port? tty irq 7 vector lptintr device ed0 at isa? port 0x300 net irq 10 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 pseudo-device ppp 1 pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device pty 32 pseudo-device speaker pseudo-device vn #Vnode driver (turns a file into a device) pseudo-device disc #Discard device pseudo-device tun 1 #Enable user-level PPP see ppp(8) pseudo-device snp 3 #Snoop device - to look at pty/vty/etc.. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Dec 9 19:14:38 MET 1995 From owner-freebsd-current Wed Dec 13 17:13:55 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA16592 for current-outgoing; Wed, 13 Dec 1995 17:13:55 -0800 (PST) Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.138]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA16576 Wed, 13 Dec 1995 17:13:52 -0800 (PST) From: gpalmer@westhill.cdrom.com Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.12/8.6.12) with SMTP id RAA04350 ; Wed, 13 Dec 1995 17:13:49 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Rob Snow cc: "Justin T. Gibbs" , Bob Willcox , freebsd-current Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( In-reply-to: Your message of "Wed, 13 Dec 1995 12:32:51 CST." Date: Wed, 13 Dec 1995 17:13:46 -0800 Message-ID: <4348.818903626@westhill.cdrom.com> Sender: owner-current@FreeBSD.ORG Precedence: bulk Rob Snow wrote in message ID : > Dont know if this is related.I noticed that yesterday freefall was > unavailable here. ping just spun it's wheels and any other attempt > met with the same results till 6-7pm(?) last night (CST). Did you see the news at all yesterday? Large areas in the Bay Area were totally without power. I think the office was without power for about 12 hours yesterday total. Considering that we only had a UPS, I had to take freefall down at about 5:40am before the battery ran out... We now have backup generators that can be used, so we shouldn't have to take freefall down due to lack of power again... Gary From owner-freebsd-current Wed Dec 13 17:39:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19978 for current-outgoing; Wed, 13 Dec 1995 17:39:02 -0800 (PST) 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 RAA19959 for ; Wed, 13 Dec 1995 17:38:59 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA00700 for current@freebsd.org; Wed, 13 Dec 1995 18:37:58 -0700 From: Terry Lambert Message-Id: <199512140137.SAA00700@phaeton.artisoft.com> Subject: VOP_READIR revisited To: current@freebsd.org Date: Wed, 13 Dec 1995 18:37:58 -0700 (MST) 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 Precedence: bulk This message is a revisit of the VOP_READDIR issues with cookies, NFS, and user space exporting. Background: The VOP_READDIR call implements the getdirentries (getdents if you are a POSIX compliant OS) system call. It returns the entries in a file system independent structure, and uses a "cookie" mechanism to allow the search to restart on non-directory block entry boundries... this is typically used for NFS single entry and repositioning operations. The ufs_readdir version of VOP_READDIR for UFS derived file systems MALLOC's cookie buffers, and in general wreaks havoc. Proposal: After much consideration, it seems that the soloution would be to have the VOP_READIR return the directory block in the file system native format. This means that there would need to be an additional per-FS type VOP_EXPORTDIR or VOP_DIRCVT or whatever that did the actual copy to the user buffer before exporting it. This would save the cookie complication and the local allocations in the endian dependent cases, as well as simplifying support to not need two copies when the directory entries weren't in the exported format on the media they were being read from (ISO, DOS, NFS client). This would also eliminate the need for specific knowledge of the buffer size on the way down. If an FS, like the union FS, needed to interpret the directory names locally, then it would be possible for it to call the VOP_DIRCVT with a UIO_SYSSPACE argument for a local buffer. But this buffer requirement would be limited to the file system with this requirement, a small fraction of the FS's currently supported. Additionally, the VOP_DIRCVT could be given an export count so as to avoid overrunning the target buffer. Conclusion: Besides allowing the conversion to/form a Unicode name space (for instance, an NTFS or Win95FS with long name support) at the caller layer rather than enforcing the restriction below the VFS layer, it would allow export of multiple name spaces (for instance, DOS, Mac, and UNIX on a NetWare FS for a local volume or for a NetWare client FS). It would also allow export of multiple names for, for instance, an SMB server in the kernel that services both Win95 and WFWG systems. I believe that it also resolves all the outstanding "cookie" issues cleanly, without unduly complicating the interfaces (in fact, UFS complication is decreased slightly and VOP_READDIR in msdosfs, cd9660fs, hpfs, ntfs, etc. becomes vastly *less* complicated for NFS exportable versions of the file systems). Supercedes: This propoposal replaces my previous proposol of a null FS export layer that would have to be stacked on a fer FS basis and was "client specific" in implementation (ie: one for NFS as a VFS client, one for the system calls as a VFS client, etc.). Regards, 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 Dec 13 17:41:17 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20338 for current-outgoing; Wed, 13 Dec 1995 17:41:17 -0800 (PST) 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 RAA20329 for ; Wed, 13 Dec 1995 17:41:14 -0800 (PST) Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <09753-0@bunyip.cc.uq.oz.au>; Thu, 14 Dec 1995 11:40:53 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id LAA07387 for ; Thu, 14 Dec 1995 11:46:10 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id BAA15362 for ; Thu, 14 Dec 1995 01:42:37 GMT Message-Id: <199512140142.BAA15362@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: current@freebsd.org Subject: Linux binaries now not working. 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, 14 Dec 1995 11:42:36 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org Precedence: bulk As at ctm src-cur.1270, Linux binaries don't work but die immediately with an abort. Ktrace reveals that all that happens is a NAMI on the executable. Of course this has to happen after I just went out & bought my self a registered copy of Ultimate Doom on CD. Grrr. Any comments before a bug is posted? Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Wed Dec 13 18:24:54 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22959 for current-outgoing; Wed, 13 Dec 1995 18:24:54 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA22945 for ; Wed, 13 Dec 1995 18:24:49 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id SAA00766; Wed, 13 Dec 1995 18:24:42 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id SAA00219; Wed, 13 Dec 1995 18:24:52 -0800 Message-Id: <199512140224.SAA00219@corbin.Root.COM> To: Terry Lambert cc: current@freebsd.org Subject: Re: VOP_READIR revisited In-reply-to: Your message of "Wed, 13 Dec 95 18:37:58 MST." <199512140137.SAA00700@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 13 Dec 1995 18:24:51 -0800 Sender: owner-current@freebsd.org Precedence: bulk >I believe that it also resolves all the outstanding "cookie" issues >cleanly, without unduly complicating the interfaces (in fact, UFS >complication is decreased slightly and VOP_READDIR in msdosfs, cd9660fs, >hpfs, ntfs, etc. becomes vastly *less* complicated for NFS exportable >versions of the file systems). Cleanly??? Your proposal sounds like total kludgeware to me. -DG From owner-freebsd-current Wed Dec 13 18:56:05 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA24292 for current-outgoing; Wed, 13 Dec 1995 18:56:05 -0800 (PST) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA24252 for ; Wed, 13 Dec 1995 18:55:58 -0800 (PST) Received: (from mark@localhost) by linus.demon.co.uk (8.7.3/8.7.3) id CAA00784; Thu, 14 Dec 1995 02:38:31 GMT Message-Id: <199512140238.CAA00784@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Thu, 14 Dec 1995 02:38:31 +0000 In-Reply-To: gpalmer@westhill.cdrom.com's message of Dec 13, 5:13pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: gpalmer@westhill.cdrom.com Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( Cc: freebsd-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG Precedence: bulk > From: gpalmer@westhill.cdrom.com > Date: Wed 13 Dec, 1995 > Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( > Did you see the news at all yesterday? Large areas in the Bay Area > were totally without power. I think the office was without power for > about 12 hours yesterday total. Considering that we only had a UPS, I > had to take freefall down at about 5:40am before the battery ran out... Are there any outstanding mail backlogs as a result of this? I haven't seen anything resembling a backlog clearing since connectivity was restored (in fact, it still seems a bit quieter than normal). I know that a message I sent to -current about thirty hours ago (which fell back to the mail.barrnet.net MX) hasn't yet appeared back here. Mark. From owner-freebsd-current Wed Dec 13 19:04:15 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA24594 for current-outgoing; Wed, 13 Dec 1995 19:04:15 -0800 (PST) Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.138]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA24587 for ; Wed, 13 Dec 1995 19:04:10 -0800 (PST) From: gpalmer@westhill.cdrom.com Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.12/8.6.12) with SMTP id TAA00513 ; Wed, 13 Dec 1995 19:03:55 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: mark@linus.demon.co.uk (Mark Valentine) cc: freebsd-current@FreeBSD.ORG Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( In-reply-to: Your message of "Thu, 14 Dec 1995 02:38:31 GMT." <199512140238.CAA00784@linus.demon.co.uk> Date: Wed, 13 Dec 1995 19:03:54 -0800 Message-ID: <511.818910234@westhill.cdrom.com> Sender: owner-current@FreeBSD.ORG Precedence: bulk Mark Valentine wrote in message ID <199512140238.CAA00784@linus.demon.co.uk>: > > From: gpalmer@westhill.cdrom.com > > Date: Wed 13 Dec, 1995 > > Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( > > > Did you see the news at all yesterday? Large areas in the Bay Area > > were totally without power. I think the office was without power for > > about 12 hours yesterday total. Considering that we only had a UPS, I > > had to take freefall down at about 5:40am before the battery ran out... > > Are there any outstanding mail backlogs as a result of this? I haven't seen > anything resembling a backlog clearing since connectivity was restored (in > fact, it still seems a bit quieter than normal). I know that a message I sent > to -current about thirty hours ago (which fell back to the mail.barrnet.net MX) > hasn't yet appeared back here. To tell the truth, I haven't seen a backlog clearing type effect at all. I wonder if mail.barrnet.net is dead or something. I'll ask barrnet. Gary From owner-freebsd-current Wed Dec 13 19:35:20 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA26429 for current-outgoing; Wed, 13 Dec 1995 19:35:20 -0800 (PST) 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 TAA26421 for ; Wed, 13 Dec 1995 19:35:14 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA00876; Wed, 13 Dec 1995 20:33:21 -0700 From: Terry Lambert Message-Id: <199512140333.UAA00876@phaeton.artisoft.com> Subject: Re: VOP_READIR revisited To: davidg@root.com Date: Wed, 13 Dec 1995 20:33:21 -0700 (MST) Cc: terry@lambert.org, current@FreeBSD.org In-Reply-To: <199512140224.SAA00219@corbin.Root.COM> from "David Greenman" at Dec 13, 95 06:24:51 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 Precedence: bulk > >I believe that it also resolves all the outstanding "cookie" issues > >cleanly, without unduly complicating the interfaces (in fact, UFS > >complication is decreased slightly and VOP_READDIR in msdosfs, cd9660fs, > >hpfs, ntfs, etc. becomes vastly *less* complicated for NFS exportable > >versions of the file systems). > > Cleanly??? Your proposal sounds like total kludgeware to me. So you basically think passing around a buffer pointer instead of a buffer, and converting it in the copyout case is a more of a kludge than copying to a local buffer and maintaining malloc'ed arrays of cookies at every stacked FS layer, the syscall, and NFS server export code. I must be missing something that is obvious to you. Please enlighten us. 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 Dec 13 19:39:07 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA26652 for current-outgoing; Wed, 13 Dec 1995 19:39:07 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA26644 for ; Wed, 13 Dec 1995 19:39:03 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.1+2.6Wbeta4/3.3W9) with ESMTP id MAA00223; Thu, 14 Dec 1995 12:37:15 +0900 (JST) Message-Id: <199512140337.MAA00223@marble.eps.nagoya-u.ac.jp> To: sysseh@devetir.qld.gov.au Cc: current@freebsd.org Subject: Re: Linux binaries now not working. In-Reply-To: Your message of "Thu, 14 Dec 1995 11:42:36 +1000" References: <199512140142.BAA15362@netfl15a.devetir.qld.gov.au> X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 14 Dec 1995 12:37:14 +0900 From: KATO Takenori Sender: owner-current@freebsd.org Precedence: bulk > As at ctm src-cur.1270, Linux binaries don't work but die immediately with an > abort. % xdoom Abort and % executor Bus error % ---- KATO Takenori Dept. Earth Planet. Sci. Nagoya Univ. Nagoya 464-01 Voice: +81-52-789-2529 E-mail: kato@eclogite.eps.nagoya-u.ac.jp From owner-freebsd-current Wed Dec 13 21:51:28 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07505 for current-outgoing; Wed, 13 Dec 1995 21:51:28 -0800 (PST) Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA07494 Wed, 13 Dec 1995 21:51:21 -0800 (PST) Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id XAA24402; Wed, 13 Dec 1995 23:51:21 -0600 From: Bob Willcox Message-Id: <199512140551.XAA24402@luke.pmr.com> Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Wed, 13 Dec 1995 23:51:21 -0600 (CST) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <199512131625.IAA28481@freefall.freebsd.org> from "Justin T. Gibbs" at Dec 13, 95 08:25:43 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk Justin T. Gibbs wrote: > > Dima has also reported this, but I can't get it to happen here. > What version of the kernel are you running? What version of SUP? > Is it only the ports collections? I am running 2.1-stable and sup 8.26. > > I did make some modifications to sup, but they should only have affected > how the scan files are found/generated. Of course, SUP is such a festering > pile of globals and poor design that my changes may have had other > ramifications, but I wouldn't have expected newtwork read/write failures. > Anyone who has the time, feel free to review the patch-ab that is in > our current port. > I changed from sup.freebsd.org to sup2.freebsd.org (per Richard Wackerbarth's suggestion) and it seems to be running now. Perhaps it is getting lost when trying to recover from an overloaded server?? -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-current Wed Dec 13 22:16:54 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA09131 for current-outgoing; Wed, 13 Dec 1995 22:16:54 -0800 (PST) Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA09122 for ; Wed, 13 Dec 1995 22:16:51 -0800 (PST) Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id AAA24692 for freebsd-current@freefall.cdrom.com; Thu, 14 Dec 1995 00:16:50 -0600 From: Bob Willcox Message-Id: <199512140616.AAA24692@luke.pmr.com> Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Thu, 14 Dec 1995 00:16:50 -0600 (CST) In-Reply-To: <199512140551.XAA24402@luke.pmr.com> from "Bob Willcox" at Dec 13, 95 11:51:21 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk Bob Willcox wrote: > > Justin T. Gibbs wrote: > > > > Dima has also reported this, but I can't get it to happen here. > > What version of the kernel are you running? What version of SUP? > > Is it only the ports collections? > > I am running 2.1-stable and sup 8.26. > > > > > I did make some modifications to sup, but they should only have affected > > how the scan files are found/generated. Of course, SUP is such a festering > > pile of globals and poor design that my changes may have had other > > ramifications, but I wouldn't have expected newtwork read/write failures. > > Anyone who has the time, feel free to review the patch-ab that is in > > our current port. > > > > I changed from sup.freebsd.org to sup2.freebsd.org (per Richard > Wackerbarth's suggestion) and it seems to be running now. Perhaps > it is getting lost when trying to recover from an overloaded server?? Hmm, guess I spoke too soon :-( Here is a sample of I'm now getting from sup2.freebsd.org: SUP Upgrade of ports-cad-current at Wed Dec 13 23:58:05 1995 SUP Fileserver supports compression. SUP: Read error on network: Connection reset by peer SUP: Network write timed out SUP: Error reading file list from file server SUP: Upgrade of ports-cad-current aborted at Dec 14 00:07:56 1995 SUP: Network write timed out SUP: Aborted So, I guess it really isn't any better. -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-current Wed Dec 13 22:41:11 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10630 for current-outgoing; Wed, 13 Dec 1995 22:41:11 -0800 (PST) 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 WAA10625 for ; Wed, 13 Dec 1995 22:41:08 -0800 (PST) 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 HAA10599 ; Thu, 14 Dec 1995 07:41:06 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA03059 ; Thu, 14 Dec 1995 07:41:05 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id AAA00363; Thu, 14 Dec 1995 00:46:29 +0100 (MET) From: Ollivier Robert Message-Id: <199512132346.AAA00363@keltia.freenix.fr> Subject: Re: current kernel To: chuckr@glue.umd.edu (Chuck Robey) Date: Thu, 14 Dec 1995 00:46:29 +0100 (MET) Cc: FreeBSD-current@FreeBSD.org In-Reply-To: from "Chuck Robey" at Dec 13, 95 05:37:44 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1419 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk It seems that Chuck Robey said: > probing the scsi bus, with memory errors. They were made with different > kernel config files, fresh builds (from clean directories). Hope this is > of some help. I have backup kernels so I'm in no trouble, personally. Same here. You'll be in trouble soon if you recompile the world as sendmail compiled today get a sig11 when running under 9 Dec kernel. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Dec 9 19:14:38 MET 1995 From owner-freebsd-current Thu Dec 14 00:55:30 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA17830 for current-outgoing; Thu, 14 Dec 1995 00:55:30 -0800 (PST) Received: from oasis.txdirect.net (oasis.txdirect.net [204.57.120.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA17824 Thu, 14 Dec 1995 00:55:21 -0800 (PST) Received: (from rsnow@localhost) by oasis.txdirect.net (8.6.12/8.6.9) id CAA23925; Thu, 14 Dec 1995 02:54:47 -0600 Date: Thu, 14 Dec 1995 02:54:46 -0600 (CST) From: Rob Snow To: gpalmer@westhill.cdrom.com cc: "Justin T. Gibbs" , Bob Willcox , freebsd-current Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( In-Reply-To: <4348.818903626@westhill.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Wed, 13 Dec 1995 gpalmer@westhill.cdrom.com wrote: > Rob Snow wrote in message ID > : > > Dont know if this is related.I noticed that yesterday freefall was > > unavailable here. ping just spun it's wheels and any other attempt > > met with the same results till 6-7pm(?) last night (CST). > > Did you see the news at all yesterday? Large areas in the Bay Area > were totally without power. I think the office was without power for > about 12 hours yesterday total. Considering that we only had a UPS, I > had to take freefall down at about 5:40am before the battery ran out... > > We now have backup generators that can be used, so we shouldn't have > to take freefall down due to lack of power again... > > Gary I wasn't going to say a word... I lost mail for about 8(?) hours yesterday. Personally, I thought that I'd lost it between here and freefall. Traceroute reminds me that ya'll had some damned big winds yesterday. __________________________________________________________________ Rob Snow Powered by FreeBSD rsnow@txdirect.net http://www.freebsd.org From owner-freebsd-current Thu Dec 14 07:43:48 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA08982 for current-outgoing; Thu, 14 Dec 1995 07:43:48 -0800 (PST) Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA08973 Thu, 14 Dec 1995 07:43:44 -0800 (PST) Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id JAA25820; Thu, 14 Dec 1995 09:43:26 -0600 From: Bob Willcox Message-Id: <199512141543.JAA25820@luke.pmr.com> Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( To: gpalmer@westhill.cdrom.com Date: Thu, 14 Dec 1995 09:43:25 -0600 (CST) Cc: rsnow@txdirect.net, gibbs@freefall.freebsd.org, freebsd-current@freefall.freebsd.org In-Reply-To: <4348.818903626@westhill.cdrom.com> from "gpalmer@westhill.cdrom.com" at Dec 13, 95 05:13:46 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk Well, sup has gone from bad to worse for me. I can no longer get it to work at all! Using sup.freebsd.org I am now getting: SUP 8.26 (4.3 BSD) for file stable-supfile at Dec 14 09:14:46 SUP: Can't find host entry for sup.FreeBSD.org SUP: Will retry in 73 seconds SUP: Can't find host entry for sup.FreeBSD.org SUP Upgrade of src-base-stable at Thu Dec 14 09:20:59 1995 SUP: Can't connect to host sup.FreeBSD.org SUP: Upgrade of src-base aborted at Dec 14 09:20:59 1995 and with sup2.freebsd.org its simply: SUP 8.26 (4.3 BSD) for file stable-supfile at Dec 14 09:27:58 SUP: Can't connect to server for supfilesrv: Operation timed out SUP: Will retry in 80 seconds SUP: Can't connect to server for supfilesrv: Operation timed out SUP: Will retry in 51 seconds ... -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-current Thu Dec 14 07:55:16 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09697 for current-outgoing; Thu, 14 Dec 1995 07:55:16 -0800 (PST) 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 HAA09684 Thu, 14 Dec 1995 07:55:11 -0800 (PST) Message-Id: <199512141555.HAA09684@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Bob Willcox cc: gpalmer@westhill.cdrom.com, rsnow@txdirect.net, freebsd-current@freefall.freebsd.org Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( In-reply-to: Your message of "Thu, 14 Dec 1995 09:43:25 CST." <199512141543.JAA25820@luke.pmr.com> Date: Thu, 14 Dec 1995 07:55:11 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG Precedence: bulk Can you try using the version in the ports tree? (9.26) >Well, sup has gone from bad to worse for me. I can no longer get it to >work at all! Using sup.freebsd.org I am now getting: > ... >-- >Bob Willcox >bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) >Austin, TX -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Thu Dec 14 09:04:00 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA15088 for current-outgoing; Thu, 14 Dec 1995 09:04:00 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA15071 for ; Thu, 14 Dec 1995 09:03:53 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id RAA16843; Thu, 14 Dec 1995 17:08:24 GMT Date: Thu, 14 Dec 1995 17:08:23 +0000 (GMT) From: Doug Rabson To: Terry Lambert cc: current@freebsd.org Subject: Re: VOP_READIR revisited In-Reply-To: <199512140137.SAA00700@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Wed, 13 Dec 1995, Terry Lambert wrote: > > This message is a revisit of the VOP_READDIR issues with cookies, NFS, > and user space exporting. > > > Background: > > The VOP_READDIR call implements the getdirentries (getdents if you are > a POSIX compliant OS) system call. It returns the entries in a file > system independent structure, and uses a "cookie" mechanism to allow > the search to restart on non-directory block entry boundries... this > is typically used for NFS single entry and repositioning operations. > > > The ufs_readdir version of VOP_READDIR for UFS derived file systems > MALLOC's cookie buffers, and in general wreaks havoc. > > > Proposal: > > After much consideration, it seems that the soloution would be to > have the VOP_READIR return the directory block in the file system > native format. > > This means that there would need to be an additional per-FS type > VOP_EXPORTDIR or VOP_DIRCVT or whatever that did the actual copy > to the user buffer before exporting it. > > [...] The UFS readdir mallocs space for the format conversion if BYTE_ORDER == LITTLE_ENDIAN && ap->a_vp->v_mount->mnt_maxsymlinklen > 0 As far as I can see, this is something to do with byte swapping the on-disc data structure which appears to be big-endian in this case. It has nothing to do with cookies. Cookies are only allocated if the readdir is called from the NFS server. The getdirentries syscall doesn't supply the cookie pointer, so no extra work is done for cookies. Why is it better to make the client perform 2 vop calls (READDIR in native format, then DIRCVT into getdirentries standard form)? -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-current Thu Dec 14 11:01:01 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27811 for current-outgoing; Thu, 14 Dec 1995 11:01:01 -0800 (PST) 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 LAA27806 for ; Thu, 14 Dec 1995 11:00:58 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02247; Thu, 14 Dec 1995 11:55:06 -0700 From: Terry Lambert Message-Id: <199512141855.LAA02247@phaeton.artisoft.com> Subject: Re: VOP_READIR revisited To: dfr@render.com (Doug Rabson) Date: Thu, 14 Dec 1995 11:55:06 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: from "Doug Rabson" at Dec 14, 95 05:08:23 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 Precedence: bulk > > The VOP_READDIR call implements the getdirentries (getdents if you are > > a POSIX compliant OS) system call. It returns the entries in a file > > system independent structure, and uses a "cookie" mechanism to allow > > the search to restart on non-directory block entry boundries... this > > is typically used for NFS single entry and repositioning operations. > > > > > > The ufs_readdir version of VOP_READDIR for UFS derived file systems > > MALLOC's cookie buffers, and in general wreaks havoc. > > > The UFS readdir mallocs space for the format conversion if > BYTE_ORDER == LITTLE_ENDIAN && ap->a_vp->v_mount->mnt_maxsymlinklen > 0 > > As far as I can see, this is something to do with byte swapping the > on-disc data structure which appears to be big-endian in this case. This will occur for every LITTLE_ENDIAN (the only place FreeBSD is distributed for right now) machine that has been upgraded without newfs'ing the disk (ie: old format UFS file systems). The value of mnt_maxsymlinklen is used to flag old vs. new. There is an additional translation and malloc in the ogetdirentries case. Both the ogetdirentries and the LITTLE_ENDIAN + old format are not likely to affect a lot of users. > It has nothing to do with cookies. I know that. The search restart isn't an issue except in the NFS case. ...well, and the telldir/seekdir/readdir case, which is currently broken according to existing practice, but technically correct according to the documentation. It's broken *because* it doesn't use cookies or some other restart mechanism. > Cookies are only allocated if the readdir is called from the NFS > server. The getdirentries syscall doesn't supply the cookie pointer, > so no extra work is done for cookies. > > Why is it better to make the client perform 2 vop calls (READDIR in > native format, then DIRCVT into getdirentries standard form)? Probably the same reason it's "better" to make the client call VOP_LOOKUP, where the first thing it does is call cache_lookup, to get to the name cache instead of calling cache_lookup in the lookup() in vfs_lookup.c and save the VOP_LOOKUP call in the cache hit case. Just joking. 8-). The reason it is better is because the mallocs occur when there is a potential buffer size mismatch between the caller and the underlying FS. The actual non-NFS case I was attempting to refer to was the cd9660_readdir MALLOC call. This will be true of any FS where the on disk structure is potentially > sizeof(struct dirent). And indeed, there is a useless MALLOC in the cd9660_readdir(). The NFS case itself arises because of the NFS transported dirent structure being a different size than the one used internally by BSD. It turns out that this will generally be the case in non-UFS derived directory structures. Now the call overhead is not significant. It's more instruction overhead that the block sizes are being passed around and divided by instead of using a poser of 2 bit offset and shifting instead of dividing (ie: in the numerous cases in the read path). On average, it maxes at 48 clock ticks, and 12 of that is the calls to the VOP and the VOCALL, assuming they aren't inlined (which they are supposed to be according to the vnode_if.h contents). I believe we will make up many of the 48 additional cycles in avoiding the call overhead in passing the cookie crap around, and in the testing for its existance, even in the UFS case. In the non-UFS case, it is an obvious win, since it buys the ability to vastly simplify the per FS VOP_READDIR code. And it buys us functionality in the directory block with smaller than struct dirent internal coding, which is completely lacking right now. So let's concentrate on the benefits: The primary benefit is a search restart without use of cookies. The secondary benefit is an elimination of the malloc in the "on disk directory entry larger than the 'cannonical' directory entry" case. The tertiary benefit is the to support restart of the search in the case of blocked directory access (ala UFS directory blocks) where the on disk structures are in fact smaller than the 'cannonical' directory entry. This case is currently not handled at all at the system call layer, since a fully non-sparse directory of this format will *require* a restart mid block for each and every cannonical block returned to the user buffer! How do we eliminate restart overhead (cookies)? It turns out that there is a minimum and maximum entry size for any on disk format, which we can scope as: 2^n < min <= 2^(n+1) 2^m < max <= 2^(m+1) n <= m This gives us a range of 1 to B/(m-n) entries per block. For UFS, with a directory block size of 512b and a min directory entry size of 12 and a max of 264, this gives us a range of 1-42 entries per directory: a total of 6 bits (log2(42)+1 == 6). With a VOP_DIRCVT, we can vary the number of bits on the decode internally to the file system type on a type-specific basis. This gives us a range of 2^(32-6) to 2^(32-1) entries per directory as a limitation, assuming a 32 rather than a 64 bit directory offset. With this limitation in effect, given a directory vnode and a 32 bit offset, we have no need of cookies and can restart the search at any point. We must accept that a UFS directory is limited to 2^26 entries instead of 2^31 for a 32 bit off_t, or 2^58 instead of 2^63 for a 64 bit off_t. This is still *significantly* larger than the max number of inodes on a 9g drive by many orders of magnitude (a 9G drive could have ~2^34 inodes if it had no superblock, disk slice, or partitioning and stored no data and no directory information: a pretty useless limitation case). It is, in fact, 2^24 time larger than we could conceivably need on a 9G drive with 64 bit off_t in the limitation case. To avoid confusion: the 6 bit value is a scaled offset, which is scaled relative to the minimum size for an entry -- it is *not* a lexical offset of "directory in block". The scaled offset is advanced past the entry to be returned so that the valid offset prior to the returned index but *after* the index prior is the restart location. This is consistent with the restart backoff mechanism inherent in the cookie restart, and is consistent with a restart of a readdir following a telldir/closedir/opendir/seekdir sequence: the current problem with the WINE and SAMBA code. Regards, 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 Dec 14 16:06:13 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA03151 for current-outgoing; Thu, 14 Dec 1995 16:06:13 -0800 (PST) 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 QAA03135 for ; Thu, 14 Dec 1995 16:06:08 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA03084 for current@freebsd.org; Thu, 14 Dec 1995 17:04:51 -0700 From: Terry Lambert Message-Id: <199512150004.RAA03084@phaeton.artisoft.com> Subject: HOW THE BSD DIRECTORY NAME CACHE CURRENTLY WORKS To: current@freebsd.org Date: Thu, 14 Dec 1995 17:04:51 -0700 (MST) 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 Precedence: bulk Here is a documentation of the current directory entry name cache mechanism employed by FreeBSD. Be warned that because of the level at which it is wired in, it has certain obvious bogosities. It should be rewired directly into the lookup() in vfs_lookup.c some day. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. ============================================================================= HOW THE BSD DIRECTORY NAME CACHE CURRENTLY WORKS Note1: This diagram refers to the ufs/cache interaction only. Other File Systems which are cache users are not described (two are known to be erroneous in certain cases). Note2: The cache_purge() and cache_purgevfs() calls on mount/unmount operations are not described in detail. In general, mount point vnodes that are covered are purged with cache_purge(), and file systems that are unmounted are purged with cache_purgevfs(). Note3: All vnodes allocated or recovered from the freelist by the getnewvnode() are purged as part of initialization. ,----------,----------,----------,-----------------------------------. VOP_ | RECLAIM | RENAME | RMDIR | LOOKUP | nameiop | | | |LOOKUP |CREATE |RENAME |DELETE | `----------`----------`----------`--------`--------`--------`--------' cache_lookup() ---------,----------,----------,----------,--------,--------,--------,--------. NO ENTRY | | | | cache | cache | cache | cache | NO EXIST | | | | miss | miss | miss | miss | ---------+----------+----------+----------+--------+--------+--------+--------. NO ENTRY | | | | cache | cache | cache | cache | EXIST | | | | miss | miss | miss | miss | ---------+----------+----------+----------+--------+--------+--------+--------. NEG ENTRY| | | | cache | PURGE3 | PURGE2 |PURGE2 | VALID | | | | hit(-) | | | | ---------+----------+----------+----------+--------+--------+--------+--------. ENTRY | | | | cache | cache | PURGE2 |PURGE2 | VALID | | | | hit | hit | | | ---------+----------+----------+----------+--------+--------+--------+--------. NEG ENTRY| | | | PURGE1 | PURGE1 | PURGE1 | PURGE1 | INVALID | | | | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. ENTRY | | | | PURGE1 | PURGE1 | PURGE1 | PURGE1 | INVALID | | | | | | | | ---------`----------`----------`----------`--------`--------`--------`--------. cache_enter() ---------,----------,----------,----------,--------,--------,--------,--------. NO ENTRY | | | | make | skip | skip | skip | NO EXIST | | | | entry | entry | entry | entry | ---------+----------+----------+----------+--------+--------+--------+--------. NO ENTRY | | | | make | make | skip | skip | EXIST | | | | entry | entry | entry | entry | ---------+----------+----------+----------+--------+--------+--------+--------. NEG ENTRY| | | | | | | | VALID | | | | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. ENTRY | | | | | | | | VALID | | | | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. NEG ENTRY| | | | | | | | INVALID | | | | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. ENTRY | | | | | | | | INVALID | | | | | | | | ---------`----------`----------`----------`--------`--------`--------`--------. cache_purge() ---------,----------,----------,----------,--------,--------,--------,--------. NO ENTRY | cache | cache | cache | | | | | NO EXIST | purge1 | purge2 | purge3 | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. NO ENTRY | cache | cache | cache | | | | | EXIST | purge1 | purge2 | purge3 | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. NEG ENTRY| cache | cache | cache | | | | | VALID | purge1 | purge2 | purge3 | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. ENTRY | cache | cache | cache | | | | | VALID | purge1 | purge2 | purge3 | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. NEG ENTRY| cache | cache | cache | | | | | INVALID | purge1 | purge2 | purge3 | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. ENTRY | cache | cache | cache | | | | | INVALID | purge1 | purge2 | purge3 | | | | | ---------`----------`----------`----------`--------`--------`--------`--------. ============================================================================= KEY ============================================================================= cache Entry not present in cache; cache Entry present in cache; miss lookup returns 0 hit entry returned (may be neg) PURGE1 cache_purge has been called PURGE2 The MAKEENTRY flag(1) is to invalidate the entry not set; delete the entry PURGE3 Negative entries are purged skip The negative cache_enter() if nameiop is CREATE(2) entry won't happen for CREATE(3) make An entry, positive or cache Unconditionally invalidate entry negative, is made purge1 the vnode cache Conditionally invalidate cache The dir being rmdir'ed and purge2 the vnode(4) purge3 its parent are invalidated (1) The MAKEENTRY flag is set by default. It is unset by lookup() before VOP_LOOKUP is called IFF the component being looked up is the last component AND 'docache' is zero. 'docache' will be zero IFF: the NOCACHE flag is set on NDINIT(), OR the nameiop is DELETE, OR: IFF the nameiop *isn't* CREATE and either the WANTPARENT or LOCKPARENT flag is set on NDINIT(). The RENAME nameiop is only ever used with the LOCKPARENT flag set. The DELETE nameiop is called with WANTPARENT in the general case and LOCKPARENT in the VOP_RENAME case. (2) The CREATE nameiop will not unset the MAKEENTRY flag. This is somewhat bogus in implementation, but the purpose is to use the CREATE nameiop as an intention mode to get a directory slot to be used in the actual VOP_CREATE() later. (3) Or if the MAKEENTRY flag is not set. Which it never is in the RENAME/DELETE nameiop case in the current code. (4) The "to" vnode is invalidated if it is a directory. This is not the right thing to do in several cases, but it happens anyway: if the ufs_dirrewrite() fails or if the target directory and the source directory are the same vnode. The "from" directory is invalidated in the case of a successful rename of the directory (again, even in the case that the subsequent entry removal fails (and therefore the source directory is not changed). ============================================================================= From owner-freebsd-current Thu Dec 14 17:12:25 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA08116 for current-outgoing; Thu, 14 Dec 1995 17:12:25 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA08097 for ; Thu, 14 Dec 1995 17:12:16 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id RAA02457; Thu, 14 Dec 1995 17:12:15 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id RAA00156; Thu, 14 Dec 1995 17:12:16 -0800 Message-Id: <199512150112.RAA00156@corbin.Root.COM> To: Terry Lambert cc: current@freebsd.org Subject: Re: VOP_READIR revisited In-reply-to: Your message of "Wed, 13 Dec 95 20:33:21 MST." <199512140333.UAA00876@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 14 Dec 1995 17:12:15 -0800 Sender: owner-current@freebsd.org Precedence: bulk >So you basically think passing around a buffer pointer instead of a >buffer, and converting it in the copyout case is a more of a kludge >than copying to a local buffer and maintaining malloc'ed arrays of >cookies at every stacked FS layer, the syscall, and NFS server >export code. > >I must be missing something that is obvious to you. Please >enlighten us. No, basically I think adding another VOP call significantly complicates the code both in its use and understanding of function...not to mention performance. -DG From owner-freebsd-current Thu Dec 14 19:43:50 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA18588 for current-outgoing; Thu, 14 Dec 1995 19:43:50 -0800 (PST) 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 TAA18583 for ; Thu, 14 Dec 1995 19:43:46 -0800 (PST) Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <26896-0@bunyip.cc.uq.oz.au>; Fri, 15 Dec 1995 13:43:20 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id NAA27869; Fri, 15 Dec 1995 13:48:46 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id DAA07336; Fri, 15 Dec 1995 03:45:23 GMT Message-Id: <199512150345.DAA07336@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: current@freebsd.org, dyson@freefall.freebsd.org Subject: More on the Linux emulation problems 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, 15 Dec 1995 13:45:22 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org Precedence: bulk I've tracked it down to a copyout call, line 139 of imgact_linux.c, v1.5. I'm not sure what changed elsewhere to make the parameters of the copyout call invalid (it returns 14, presumably meaning EFAULT). I suspect of course that this is related to some of the changes that John made recently. Could someone please fix this - I bought a CD of Ultimate Doom the day after this stopped working (sniff). Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-current Thu Dec 14 20:02:17 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA19552 for current-outgoing; Thu, 14 Dec 1995 20:02:17 -0800 (PST) Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA19547 Thu, 14 Dec 1995 20:02:09 -0800 (PST) Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id WAA27897; Thu, 14 Dec 1995 22:02:05 -0600 From: Bob Willcox Message-Id: <199512150402.WAA27897@luke.pmr.com> Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Thu, 14 Dec 1995 22:02:05 -0600 (CST) Cc: gpalmer@westhill.cdrom.com, rsnow@txdirect.net, freebsd-current@freefall.freebsd.org In-Reply-To: <199512141555.HAA09684@freefall.freebsd.org> from "Justin T. Gibbs" at Dec 14, 95 07:55:11 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk Justin T. Gibbs wrote: > > Can you try using the version in the ports tree? (9.26) Just rebuilt the ports version and I'm still having trouble. Here are the error messages (this was with sup2.freebsd.org): SUP Upgrade of src-gnu-stable at Thu Dec 14 21:34:27 1995 SUP Fileserver supports compression. SUP: Read error on network: Connection reset by peer SUP: Network write timed out SUP: Error in receiving gnu/usr.bin/cc/cc1/cc1 SUP: Upgrade of src-gnu-stable aborted at Dec 14 21:48:27 1995 SUP: Network write timed out SUP: Aborted -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-current Thu Dec 14 20:14:28 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA20068 for current-outgoing; Thu, 14 Dec 1995 20:14:28 -0800 (PST) Received: from rwsystr.lonestar.org (root@rwsystr.nkn.net [204.251.23.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA20062 for ; Thu, 14 Dec 1995 20:14:22 -0800 (PST) Received: from nemesis by rwsystr.lonestar.org with uucp (Smail3.1.29.1 #3) id m0tQRL3-000gTJC; Thu, 14 Dec 95 22:01 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tQRMv-000CecC; Thu, 14 Dec 95 22:03 WET Message-Id: Date: Thu, 14 Dec 95 22:03 WET To: current@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Thu Dec 14 1995, 22:03:36 CST Subject: FreeBSD shines in security audit Sender: owner-current@freebsd.org Precedence: bulk I was minding my own business the other day when one of my FreeBSD 2.1 boxes started reporting (via syslog) events that suggested a break-in attempt. Among other things, someone was using port 25 to VRFY account names (really bad choices too such as 'guest', 'lp', 'bbs', 'system', but strangely not trying 'root' or 'uucp'). The source IP address and system was reported in the log messages, so the sysadmins of the facility in question were contacted and told to attack the guilty party without mercy. Later I discovered that every other FreeBSD box (all 2.1.0 systems) I had control over was also probed in a similar fashion. Those with sendmail (instead of smail) made the most noise about the event. Finally I got word that the corporate IS weenies (sorry, "Mr. IS Weenie") decided that there might be security problems somewhere "out there" so they bought some really expensive package to sweep for "security problems". None of the FreeBSD 2.1 systems were penetrated. The SUNs, Windows NT, VMS, Windows '95 and even a couple of Ciscos that the program sweeped didn't fare as well! Even those systems that were not penetrated didn't report the attempts to anybody. I found this amusing since one of the FreeBSD 2.1 systems had been installed only a few hours earlier and so almost nothing had been configured or changed from the stock settings other than setting the root password. Of course, the attack the package performed didn't even rank up to stuff that 3rd graders are probably trying these days, but it still annoyed IS that these "evil little FreeBSD systems" (translation: they didn't cost anything so IS didn't get a say in their purchase) got no black marks from the auditors, and some of the expensive systems that IS did purchase did get caught. Good job to all who worked on 2.1! Frank Durda IV |"The purpose of IS is to obtain | computer systems and then to do | everything possible to avoid ...rwsystr.nkn.net!nemesis!uhclem | letting the systems be used." From owner-freebsd-current Thu Dec 14 21:26:14 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA24394 for current-outgoing; Thu, 14 Dec 1995 21:26:14 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA24387 for ; Thu, 14 Dec 1995 21:26:09 -0800 (PST) Received: (from julian@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id NAA03498; Fri, 15 Dec 1995 13:25:27 +0800 (WST) From: Julian Elischer Message-Id: <199512150525.NAA03498@jhome.DIALix.COM> Subject: Re: FreeBSD shines in security audit To: uhclem@nemesis.lonestar.org (Frank Durda IV) Date: Fri, 15 Dec 1995 13:25:27 +0800 (WST) Cc: current@freebsd.org In-Reply-To: from "Frank Durda IV" at Dec 14, 95 10:03:00 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk > > Of course, the attack the package performed didn't even rank up to stuff > that 3rd graders are probably trying these days, but it still annoyed IS > that these "evil little FreeBSD systems" (translation: they didn't > cost anything so IS didn't get a say in their purchase) got no black > marks from the auditors, and some of the expensive systems that IS did > purchase did get caught. > > Good job to all who worked on 2.1! I bet they were pissed off that you even CAUGHT them.. while no-one else did :) > > Frank Durda IV |"The purpose of IS is to obtain > | computer systems and then to do > | everything possible to avoid > ...rwsystr.nkn.net!nemesis!uhclem | letting the systems be used." > > From owner-freebsd-current Thu Dec 14 23:49:06 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA01861 for current-outgoing; Thu, 14 Dec 1995 23:49:06 -0800 (PST) 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 XAA01855 for ; Thu, 14 Dec 1995 23:49:02 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id OAA14491; Thu, 14 Dec 1995 14:19:24 -0700 Date: Thu, 14 Dec 1995 14:19:24 -0700 From: Nate Williams Message-Id: <199512142119.OAA14491@rocky.sri.MT.net> To: Bob Willcox Cc: freebsd-current@freefall.freebsd.org Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( In-Reply-To: <199512141543.JAA25820@luke.pmr.com> References: <4348.818903626@westhill.cdrom.com> <199512141543.JAA25820@luke.pmr.com> Sender: owner-current@FreeBSD.ORG Precedence: bulk Bob Willcox writes: > Well, sup has gone from bad to worse for me. I can no longer get it to > work at all! Using sup.freebsd.org I am now getting: > > SUP 8.26 (4.3 BSD) for file stable-supfile at Dec 14 09:14:46 > SUP: Can't find host entry for sup.FreeBSD.org > SUP: Will retry in 73 seconds > SUP: Can't find host entry for sup.FreeBSD.org This means your host can't resolve sup.FreeBSD.org, and it's now sup's fault. > and with sup2.freebsd.org its simply: > > SUP 8.26 (4.3 BSD) for file stable-supfile at Dec 14 09:27:58 > SUP: Can't connect to server for supfilesrv: Operation timed out This means it can't make a network connection to sup2.FreeBSD.org, which is a network problem and again not sup's fault. The Internet in and around the Bay area is having *lots* of problems due to the recent storms, so I wouldn't expect everything to work for awhile. Nate From owner-freebsd-current Fri Dec 15 01:21:22 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA06658 for current-outgoing; Fri, 15 Dec 1995 01:21:22 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA06646 for ; Fri, 15 Dec 1995 01:21:07 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA02902; Fri, 15 Dec 1995 10:18:08 +0100 Message-Id: <199512150918.KAA02902@gilberto.physik.rwth-aachen.de> Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( To: nate@rocky.sri.MT.net (Nate Williams) Date: Fri, 15 Dec 1995 10:18:07 +0100 (MET) Cc: bob@luke.pmr.com, freebsd-current@freefall.freebsd.org In-Reply-To: <199512142119.OAA14491@rocky.sri.MT.net> from "Nate Williams" at Dec 14, 95 02:19:24 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk > > Bob Willcox writes: > > Well, sup has gone from bad to worse for me. I can no longer get it to > > work at all! Using sup.freebsd.org I am now getting: > > > > SUP 8.26 (4.3 BSD) for file stable-supfile at Dec 14 09:14:46 > > SUP: Can't find host entry for sup.FreeBSD.org > > SUP: Will retry in 73 seconds > > SUP: Can't find host entry for sup.FreeBSD.org > > This means your host can't resolve sup.FreeBSD.org, and it's now sup's not > fault. > > > and with sup2.freebsd.org its simply: > > > > SUP 8.26 (4.3 BSD) for file stable-supfile at Dec 14 09:27:58 > > SUP: Can't connect to server for supfilesrv: Operation timed out > > This means it can't make a network connection to sup2.FreeBSD.org, which > is a network problem and again not sup's fault. > > The Internet in and around the Bay area is having *lots* of problems due > to the recent storms, so I wouldn't expect everything to work for > awhile. Maybe it's a good idea to insert freefall's IP address in the sup file to make sup more robust against outage of other network resources. > > > > Nate > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Fri Dec 15 02:18:14 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA10558 for current-outgoing; Fri, 15 Dec 1995 02:18:14 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA10546 for ; Fri, 15 Dec 1995 02:18:11 -0800 (PST) Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id LAA06683; Fri, 15 Dec 1995 11:16:56 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Daniel Baker cc: current@freebsd.org, smace@neosoft.com Subject: Re: FreeBSD-Current 12-14-95 gives me trouble In-reply-to: Your message of "Thu, 14 Dec 1995 20:38:15 CST." <199512150238.UAA06843@crash.ops.neosoft.com> Date: Fri, 15 Dec 1995 11:16:56 +0100 Message-ID: <6681.819022616@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > This morning, I got the latest CTM deltas (at 9:00) and did a make world... T hen I compiled a new kernel > and rebooted... On bootup, everything went fine untill rc.local. xdm died on signal 11, then I got these error messages: > > Dec 14 17:49:07 cocoa /kernel: ahc_scsi_cmd0: more than 256 DMA segs > Dec 14 17:49:07 cocoa /kernel: sd0: oops not queued > Dec 14 17:49:07 cocoa /kernel: biodone: buffer already done > Dec 14 17:49:07 cocoa /kernel: spec_getpages: I/O read error > Dec 14 17:49:07 cocoa /kernel: vm_fault: pager input (probably hardware) erro r, PID 147 failure > Dec 14 17:49:07 cocoa /kernel: ahc_scsi_cmd0: more than 256 DMA segs > Dec 14 17:49:07 cocoa /kernel: sd0: oops not queued > Dec 14 17:49:07 cocoa /kernel: biodone: buffer already done > Dec 14 17:49:07 cocoa /kernel: spec_getpages: I/O read error > Dec 14 17:49:07 cocoa /kernel: vm_fault: pager input (probably hardware) erro r, PID 146 failure I've seen this one too. -- 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 Dec 15 02:23:07 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA11139 for current-outgoing; Fri, 15 Dec 1995 02:23:07 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA11133 for ; Fri, 15 Dec 1995 02:23:03 -0800 (PST) Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id LAA06725; Fri, 15 Dec 1995 11:21:54 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Rob Mallory cc: current@freebsd.org Subject: Re: cvs commit: src/share/man/man9 Makefile intro.9 In-reply-to: Your message of "Thu, 14 Dec 1995 09:35:50 PST." <199512141735.JAA24436@wiley.csusb.edu> Date: Fri, 15 Dec 1995 11:21:54 +0100 Message-ID: <6723.819022914@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > > > > phk 95/12/14 02:08:32 > > > > Modified: share/man Makefile > > Added: share/man/man9 Makefile intro.9 > > Log: > > Add a section 9 about the kernel to out man pages. > > > > Please help fill this out ! > > > > Revision Changes Path > > 1.8 +1 -1 src/share/man/Makefile > > > ...did you get this idea from my posting last week? No it has been on my wishlist since 1.1 > Wow, if we could get the kernel, dev's and their > interfaces documented, I think it would attract more > kernel hackers and device driver developers! exactly. > The solaris2.5 developers kit has a preaty decent > section-9, broken down as: > man9e (entry points) > man9f (functions) > man9s (structures) maybe a good idea... Bruce ? David ? -- 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 Dec 15 04:11:16 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA17620 for current-outgoing; Fri, 15 Dec 1995 04:11:16 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA17607 for ; Fri, 15 Dec 1995 04:11:09 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id MAA24895; Fri, 15 Dec 1995 12:15:11 GMT Date: Fri, 15 Dec 1995 12:15:08 +0000 (GMT) From: Doug Rabson To: Terry Lambert cc: terry@lambert.org, current@freebsd.org Subject: Re: VOP_READIR revisited In-Reply-To: <199512141855.LAA02247@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Thu, 14 Dec 1995, Terry Lambert wrote: > This will occur for every LITTLE_ENDIAN (the only place FreeBSD is > distributed for right now) machine that has been upgraded without > newfs'ing the disk (ie: old format UFS file systems). The value of > mnt_maxsymlinklen is used to flag old vs. new. > > There is an additional translation and malloc in the ogetdirentries case. > > Both the ogetdirentries and the LITTLE_ENDIAN + old format are not > likely to affect a lot of users. OK, that make sense. > > > It has nothing to do with cookies. > > I know that. The search restart isn't an issue except in the NFS case. > > ...well, and the telldir/seekdir/readdir case, which is currently broken > according to existing practice, but technically correct according to > the documentation. It's broken *because* it doesn't use cookies or > some other restart mechanism. I think it is technically broken according to the documentation but the documentation implies behaviour which is wrong IMHO. In any case the abnormal usage which WINE made of this has been changed to something more conservative (assuming they integrate Julian's patch that is). > > > Cookies are only allocated if the readdir is called from the NFS > > server. The getdirentries syscall doesn't supply the cookie pointer, > > so no extra work is done for cookies. > > > > Why is it better to make the client perform 2 vop calls (READDIR in > > native format, then DIRCVT into getdirentries standard form)? > > Probably the same reason it's "better" to make the client call VOP_LOOKUP, > where the first thing it does is call cache_lookup, to get to the name > cache instead of calling cache_lookup in the lookup() in vfs_lookup.c > and save the VOP_LOOKUP call in the cache hit case. Just joking. 8-). And I didn't think we were even talking about name caches B) > > > The reason it is better is because the mallocs occur when there is > a potential buffer size mismatch between the caller and the underlying > FS. > > The actual non-NFS case I was attempting to refer to was the cd9660_readdir > MALLOC call. This will be true of any FS where the on disk structure is > potentially > sizeof(struct dirent). And indeed, there is a useless > MALLOC in the cd9660_readdir(). > > The NFS case itself arises because of the NFS transported dirent structure > being a different size than the one used internally by BSD. > > It turns out that this will generally be the case in non-UFS derived > directory structures. > > > > Now the call overhead is not significant. It's more instruction overhead > that the block sizes are being passed around and divided by instead of > using a poser of 2 bit offset and shifting instead of dividing (ie: in > the numerous cases in the read path). On average, it maxes at 48 > clock ticks, and 12 of that is the calls to the VOP and the VOCALL, > assuming they aren't inlined (which they are supposed to be according > to the vnode_if.h contents). > > I believe we will make up many of the 48 additional cycles in avoiding > the call overhead in passing the cookie crap around, and in the testing > for its existance, even in the UFS case. In the non-UFS case, it is > an obvious win, since it buys the ability to vastly simplify the per FS > VOP_READDIR code. And it buys us functionality in the directory block > with smaller than struct dirent internal coding, which is completely > lacking right now. Don't be too sure you will win by shaving a couple of arguments off the function call. All the memory involved is in the cache and writing NULL to a cached memory location is virtually free. I don't agree that replacing a function which reads and parses a directory block in one operation with two functions, one which reads a block and one which parses it is code simplification. > > > So let's concentrate on the benefits: > > The primary benefit is a search restart without use of cookies. > > The secondary benefit is an elimination of the malloc in the "on disk > directory entry larger than the 'cannonical' directory entry" case. How is the malloc eliminated? Surely the caller will have to first malloc space for reading the fs-specific directory block and then parse that into getdirentries format. It seems to me that in the most common case (UFS), the caller will do *more* work, not less. > > The tertiary benefit is the to support restart of the search in the > case of blocked directory access (ala UFS directory blocks) where the > on disk structures are in fact smaller than the 'cannonical' directory > entry. This case is currently not handled at all at the system call > layer, since a fully non-sparse directory of this format will *require* > a restart mid block for each and every cannonical block returned to > the user buffer! > > > How do we eliminate restart overhead (cookies)? > > It turns out that there is a minimum and maximum entry size for any on > disk format, which we can scope as: > > 2^n < min <= 2^(n+1) > 2^m < max <= 2^(m+1) > n <= m > > This gives us a range of 1 to B/(m-n) entries per block. > > For UFS, with a directory block size of 512b and a min directory entry > size of 12 and a max of 264, this gives us a range of 1-42 entries > per directory: a total of 6 bits (log2(42)+1 == 6). > > With a VOP_DIRCVT, we can vary the number of bits on the decode internally > to the file system type on a type-specific basis. > > This gives us a range of 2^(32-6) to 2^(32-1) entries per directory as > a limitation, assuming a 32 rather than a 64 bit directory offset. > > With this limitation in effect, given a directory vnode and a 32 bit > offset, we have no need of cookies and can restart the search at any > point. We must accept that a UFS directory is limited to 2^26 entries > instead of 2^31 for a 32 bit off_t, or 2^58 instead of 2^63 for a 64 > bit off_t. This is still *significantly* larger than the max number > of inodes on a 9g drive by many orders of magnitude (a 9G drive could > have ~2^34 inodes if it had no superblock, disk slice, or partitioning > and stored no data and no directory information: a pretty useless > limitation case). It is, in fact, 2^24 time larger than we could > conceivably need on a 9G drive with 64 bit off_t in the limitation case. > > To avoid confusion: the 6 bit value is a scaled offset, which is scaled > relative to the minimum size for an entry -- it is *not* a lexical offset > of "directory in block". > > The scaled offset is advanced past the entry to be returned so that the > valid offset prior to the returned index but *after* the index prior is > the restart location. This is consistent with the restart backoff > mechanism inherent in the cookie restart, and is consistent with a > restart of a readdir following a telldir/closedir/opendir/seekdir > sequence: the current problem with the WINE and SAMBA code. So the client would do something like: struct uio auio; struct iovec aiov; off_t new_offset; caddr_t buf; /* * Setup to read the raw directory block. */ buf = aiov.iov_base = malloc(dir_block_size); aiov.iov_len = dir_block_size; auio.uio_iov = &aiov; auio.uio_iovcnt = 1; auio.uio_rw = UIO_READ; auio.uio_segflg = UIO_SYSSPACE; auio.uio_procp = p; auio.uio_resid = dir_block_size; auio.uio_offset = (fp->f_offset >> entry_bits) << dir_block_shift; /* * Read the block */ error = VOP_READDIR(vp, &auio, ...); /* * Parse the block into the user's memory, returning the new offset * where reading can be restarted. Probably use another struct uio * here to allow converting into both sys and user space. */ error = VOP_DIRCVT(vp, buf, uap->buf, uap->count, &new_offset); How do you propose avoiding the extra copy for UFS where the directory does not need converting? -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-current Fri Dec 15 07:36:41 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA27882 for current-outgoing; Fri, 15 Dec 1995 07:36:41 -0800 (PST) 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 HAA27871 for ; Fri, 15 Dec 1995 07:36:34 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id IAA16259; Fri, 15 Dec 1995 08:37:45 -0700 Date: Fri, 15 Dec 1995 08:37:45 -0700 From: Nate Williams Message-Id: <199512151537.IAA16259@rocky.sri.MT.net> To: Christoph Kukulies Cc: nate@rocky.sri.MT.net (Nate Williams), bob@luke.pmr.com, freebsd-current@freefall.freebsd.org Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( In-Reply-To: <199512150918.KAA02902@gilberto.physik.rwth-aachen.de> References: <199512142119.OAA14491@rocky.sri.MT.net> <199512150918.KAA02902@gilberto.physik.rwth-aachen.de> Sender: owner-current@FreeBSD.ORG Precedence: bulk [ SUP problems ] > > The Internet in and around the Bay area is having *lots* of problems due > > to the recent storms, so I wouldn't expect everything to work for > > awhile. > > Maybe it's a good idea to insert freefall's IP address in the sup file > to make sup more robust against outage of other network resources. I disagree. If/when we get more resources, 'sup.FreeBSD.org' will change and hard-coded IP address will only give us problems at that time. Nate From owner-freebsd-current Fri Dec 15 08:23:49 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA01398 for current-outgoing; Fri, 15 Dec 1995 08:23:49 -0800 (PST) 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 IAA01382 Fri, 15 Dec 1995 08:23:42 -0800 (PST) Message-Id: <199512151623.IAA01382@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: Christoph Kukulies , bob@luke.pmr.com, freebsd-current@freefall.freebsd.org Subject: Re: sups from SUP.FreeBSD.ORG not working well anymore :-( In-reply-to: Your message of "Fri, 15 Dec 1995 08:37:45 MST." <199512151537.IAA16259@rocky.sri.MT.net> Date: Fri, 15 Dec 1995 08:23:42 -0800 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG Precedence: bulk >[ SUP problems ] > >> > The Internet in and around the Bay area is having *lots* of problems due >> > to the recent storms, so I wouldn't expect everything to work for >> > awhile. >> >> Maybe it's a good idea to insert freefall's IP address in the sup file >> to make sup more robust against outage of other network resources. > >I disagree. If/when we get more resources, 'sup.FreeBSD.org' will >change and hard-coded IP address will only give us problems at that >time. > > >Nate I couldn't have said it better. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Fri Dec 15 08:52:45 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03450 for current-outgoing; Fri, 15 Dec 1995 08:52:45 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA03443 for ; Fri, 15 Dec 1995 08:52:26 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.1+2.6Wbeta4/3.3W9) with ESMTP id BAA00565 for ; Sat, 16 Dec 1995 01:52:24 +0900 (JST) Message-Id: <199512151652.BAA00565@marble.eps.nagoya-u.ac.jp> To: current@freebsd.org Subject: Linux binaries still not working X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 16 Dec 1995 01:52:23 +0900 From: KATO Takenori Sender: owner-current@freebsd.org Precedence: bulk I got current (Dec 16, 11:00 GMT) and run linux binaries. The xdoom works but Executor/Linux didn't work. % executor couldn't stat "Couldn't open System: '/usr/local/lib/executor/ExecutorVolume/System Folder'" Broken pipe % I made linux emulator with '-DDEBUG'. The result is following: /kernel: imgact: Page aligned binary 0 /kernel: Linux-emul(317): uselib(/lib/ld.so) /kernel: Linux-emul(317): uselib(/compat/linux/lib/ld.so) /kernel: uselib: Page aligned binary 0 /kernel: mem=62f00000 = 006400cc 00004000 /kernel: Linux-emul(317): newstat(/etc/ld.so.cache, *) /kernel: Linux-emul(317): uselib(/usr/lib/libc.so.4) /kernel: Linux-emul(317): uselib(/compat/linux/usr/lib/libc.so.4) /kernel: Linux-emul(317): uselib(/lib/libc.so.4) /kernel: Linux-emul(317): uselib(/compat/linux/lib/libc.so.4) /kernel: uselib: Non page aligned binary 1024 /kernel: mem=60000000 = 0004020e 90909090 /kernel: Linux-emul(317): uselib(/usr/lib/libm.so.4) /kernel: Linux-emul(317): uselib(/compat/linux/usr/lib/libm.so.4) /kernel: Linux-emul(317): uselib(/lib/libm.so.4) /kernel: Linux-emul(317): uselib(/compat/linux/lib/libm.so.4) /kernel: uselib: Non page aligned binary 1024 /kernel: mem=600e0000 = 0004025a 90909090 /kernel: Linux-emul(317): brk(00000000) /kernel: Linux-emul(317): mmap(00000000, 65536, 3, 00000032, -1, 0) /kernel: Linux-emul(317): brk(001fb000) /kernel: Linux-emul(317): brk(001fc000) /kernel: Linux-emul(317): brk(001fd000) /kernel: Linux-emul(317): brk(001fe000) /kernel: Linux-emul(317): brk(001ff000) /kernel: Linux-emul(317): brk(00200000) /kernel: Linux-emul(317): brk(00201000) /kernel: Linux-emul(317): brk(00202000) /kernel: Linux-emul(317): brk(00206000) /kernel: Linux-emul(317): brk(00207000) /kernel: Linux-emul(317): brk(00208000) /kernel: Linux-emul(317): newuname(*) last message repeated 3 times /kernel: Linux-emul(317): fcntl(3, 00000002, *) /kernel: Linux-emul(317): open(/usr/users/kato/.Xauthority, 0x0, 0x1b6) /kernel: Linux-emul(317): newlstat(4, *) /kernel: Linux-emul(317): brk(0020a000) /kernel: Linux-emul(317): fcntl(3, 00000004, *) /kernel: Linux-emul(317): select(4, -272641160, 0, 0, 0) /kernel: Linux-emul(317): brk(0020b000) /kernel: Linux-emul(317): select(4, -272641104, 0, 0, 0) /kernel: Linux-emul(317): sigaction(29, *, *) /kernel: Linux-emul(317): fcntl(3, 00000009, *) /kernel: Linux-emul(317): fcntl(3, 00000008, *) /kernel: Linux-emul(317): fcntl(3, 00000003, *) /kernel: Linux-emul(317): fcntl(3, 00000004, *) /kernel: Linux-emul(317): brk(0020c000) /kernel: Linux-emul(317): brk(0020c000) /kernel: Linux-emul(317): brk(0020d000) /kernel: Linux-emul(317): brk(004d1000) /kernel: Linux-emul(317): pipe(*) /kernel: Linux-emul(317): fork() /kernel: Linux-emul(318): newstat((null), *) /kernel: Linux-emul(318): newlstat(., *) /kernel: Linux-emul(318): newlstat(/, *) /kernel: Linux-emul(318): newlstat(.., *) /kernel: Linux-emul(318): newstat(.., *) /kernel: Linux-emul(318): open(.., 0x0, 0xefbfcd14) /kernel: Linux-emul(318): fcntl(6, 00000002, *) /kernel: Linux-emul(318): readdir(6, *, 1) last message repeated 5 times /kernel: Linux-emul(318): newlstat(../kato, *) /kernel: Linux-emul(318): newlstat(../.., *) /kernel: Linux-emul(318): newstat(../.., *) /kernel: Linux-emul(318): open(../.., 0x0, 0xefbfcc2c) /kernel: Linux-emul(318): fcntl(6, 00000002, *) /kernel: Linux-emul(318): readdir(6, *, 1) last message repeated 2 times /kernel: Linux-emul(318): newlstat(../../src, *) /kernel: Linux-emul(318): readdir(6, *, 1) /kernel: Linux-emul(318): newlstat(../../X11R6, *) /kernel: Linux-emul(318): readdir(6, *, 1) /kernel: Linux-emul(318): newlstat(../../users, *) /kernel: Linux-emul(318): newlstat(../../.., *) /kernel: Linux-emul(318): newstat(../../.., *) /kernel: Linux-emul(318): open(../../.., 0x0, 0xefbfcc08) /kernel: Linux-emul(318): fcntl(6, 00000002, *) /kernel: Linux-emul(318): readdir(6, *, 1) last message repeated 2 times /kernel: Linux-emul(318): newlstat(../../../dev, *) /kernel: Linux-emul(318): readdir(6, *, 1) /kernel: Linux-emul(318): newlstat(../../../var, *) /kernel: Linux-emul(318): readdir(6, *, 1) /kernel: Linux-emul(318): newlstat(../../../usr, *) /kernel: Linux-emul(318): newlstat(., *) /kernel: Linux-emul(318): newlstat(/, *) /kernel: Linux-emul(318): newlstat(.., *) /kernel: Linux-emul(318): newstat(.., *) /kernel: Linux-emul(318): open(.., 0x0, 0x1eb7f8) /kernel: Linux-emul(318): fcntl(6, 00000002, *) /kernel: Linux-emul(318): readdir(6, *, 1) last message repeated 5 times /kernel: Linux-emul(318): newlstat(../kato, *) /kernel: Linux-emul(318): newlstat(../.., *) /kernel: Linux-emul(318): newstat(../.., *) /kernel: Linux-emul(318): open(../.., 0x0, 0xefbfcc24) /kernel: Linux-emul(318): fcntl(6, 00000002, *) /kernel: Linux-emul(318): readdir(6, *, 1) last message repeated 2 times /kernel: Linux-emul(318): newlstat(../../src, *) /kernel: Linux-emul(318): readdir(6, *, 1) /kernel: Linux-emul(318): newlstat(../../X11R6, *) /kernel: Linux-emul(318): readdir(6, *, 1) /kernel: Linux-emul(318): newlstat(../../users, *) /kernel: Linux-emul(318): newlstat(../../.., *) /kernel: Linux-emul(318): newstat(../../.., *) /kernel: Linux-emul(318): open(../../.., 0x0, 0xefbfcc00) /kernel: Linux-emul(318): fcntl(6, 00000002, *) /kernel: Linux-emul(318): readdir(6, *, 1) last message repeated 2 times /kernel: Linux-emul(318): newlstat(../../../dev, *) /kernel: Linux-emul(318): readdir(6, *, 1) /kernel: Linux-emul(318): newlstat(../../../var, *) /kernel: Linux-emul(318): readdir(6, *, 1) /kernel: Linux-emul(318): newlstat(../../../usr, *) /kernel: Linux-emul(318): newuname(*) /kernel: Linux-emul(318): select(4, -272645752, 0, 0, 0) last message repeated 256 times /kernel: Linux-emul(318): select(4, -272645756, 0, 0, 0) /kernel: Linux-emul(318): select(4, -272645752, 0, 0, 0) last message repeated 91 times /kernel: Linux-emul(318): select(4, -272644100, 0, 0, 0) /kernel: Linux-emul(318): select(4, -272644052, 0, 0, 0) /kernel: Linux-emul(318): open(/etc/passwd, 0x0, 0x1b6) /kernel: Linux-emul(318): newlstat(6, *) /kernel: Linux-emul(318): brk(004d3000) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor/ExecutorVolume/System Folder, *) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor/ExecutorVolume, *) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor/ExecutorVolume, *) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor, *) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor, *) /kernel: Linux-emul(318): newstat(/usr/local/lib, *) /kernel: Linux-emul(318): newstat(/usr/local/lib, *) /kernel: Linux-emul(318): newstat(/usr/local, *) /kernel: Linux-emul(318): newstat(/usr/local, *) /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): open(/usr/local/lib/executor//DirectoryMap-le.pag, 0x0, 0x0) /kernel: Linux-emul(318): newlstat(6, *) /kernel: Linux-emul(318): open(/usr/users/kato/.Executor/DirectoryMap-le.pag, 0x0, 0x0) /kernel: Linux-emul(318): newlstat(6, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): open(/usr/local/lib/executor//DirectoryMap-le.pag, 0x0, 0x0) /kernel: Linux-emul(318): newlstat(6, *) /kernel: Linux-emul(318): open(/usr/users/kato/.Executor/DirectoryMap-le.pag, 0x0, 0x0) /kernel: Linux-emul(318): newlstat(6, *) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor/ExecutorVolume/System Folder, *) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor/ExecutorVolume, *) last message repeated 2 times /kernel: Linux-emul(318): newstat(/usr/local/lib/executor, *) last message repeated 2 times /kernel: Linux-emul(318): newstat(/usr/local/lib, *) last message repeated 2 times /kernel: Linux-emul(318): newstat(/usr/local, *) last message repeated 2 times /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): newstat(/dev/sd2=, *) /kernel: Linux-emul(318): newstat(/usr/users/kato, *) /kernel: Linux-emul(318): newstat(/usr/users, *) /kernel: Linux-emul(318): newstat(/usr/users, *) /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): newstat(/usr/users, *) /kernel: Linux-emul(318): open(/usr/local/lib/executor//DirectoryMap-le.pag, 0x0, 0x0) /kernel: Linux-emul(318): newlstat(6, *) /kernel: Linux-emul(318): open(/usr/users/kato/.Executor/DirectoryMap-le.pag, 0x0, 0x0) /kernel: Linux-emul(318): newlstat(6, *) /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): newstat(/usr/users/kato, *) /kernel: Linux-emul(318): newstat(/usr/users, *) last message repeated 2 times /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor/ExecutorVolume, *) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor, *) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor, *) /kernel: Linux-emul(318): newstat(/usr/local/lib, *) /kernel: Linux-emul(318): newstat(/usr/local/lib, *) /kernel: Linux-emul(318): newstat(/usr/local, *) /kernel: Linux-emul(318): newstat(/usr/local, *) /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor/ExecutorVolume, *) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor, *) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor, *) /kernel: Linux-emul(318): newstat(/usr/local/lib, *) /kernel: Linux-emul(318): newstat(/usr/local/lib, *) /kernel: Linux-emul(318): newstat(/usr/local, *) /kernel: Linux-emul(318): newstat(/usr/local, *) /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): newstat(/usr, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): newstat(/, *) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor/ExecutorVolume, *) /kernel: Linux-emul(318): newstat(/usr/local/lib/executor/ExecutorVolume/System Folder, *) /kernel: Linux-emul(318): newstat(/usr/lib/executor/ExecutorVolume/System Folder, *) /kernel: Linux-emul(317): wait4(318, *, 0, *) /kernel: Linux-emul(318): sigaction(29, *, *) /kernel: Linux-emul(318): fcntl(3, 00000008, *) /kernel: Linux-emul(318): fcntl(3, 00000004, *) /kernel: Linux-emul(318): newlstat(1, *) /kernel: Linux-emul(318): brk(004d3000) /kernel: Linux-emul(318): brk(004d4000) /kernel: Linux-emul(317): newstat(Couldn't open System: '/usr/local/lib/executor/ExecutorVolume/System Folder', *) /kernel: Linux-emul(317): sigaction(29, *, *) /kernel: Linux-emul(317): fcntl(3, 00000008, *) /kernel: Linux-emul(317): fcntl(3, 00000004, *) ---- KATO Takenori Dept. Earth Planet. Sci. Nagoya Univ. Nagoya 464-01 Voice: +81-52-789-2529 E-mail: kato@eclogite.eps.nagoya-u.ac.jp From owner-freebsd-current Fri Dec 15 09:00:46 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA03913 for current-outgoing; Fri, 15 Dec 1995 09:00:46 -0800 (PST) Received: from hub.org (hub.org [199.166.238.138]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA03905 for ; Fri, 15 Dec 1995 09:00:32 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id MAA04506; Fri, 15 Dec 1995 12:00:07 -0500 (EST) Date: Fri, 15 Dec 1995 12:00:00 -0500 (EST) From: "Marc G. Fournier" To: current@freebsd.org Subject: Fatal error compiling *anything*... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk Hi... Last night, I installed a new 486DX4-100 MB with 16M of RAM on it, and recompiled sendmail/httpd and a couple of other programs successfully. Before going to bed last night, I started a compile of the kernel, after sup'ng in all the new stuff. I get the following error: cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -g -nostdinc -I. -I../.. -I../../sys -I../../../include -DI486_CPU -DI386_CPU -DXSERVER -DPCVT_PRETTYSCRNS -DPCVT_SCREENSAVER -DPCVT_FREEBSD=210 -DSYSVMSG -DSYSVSEM -DSYSVS HM -DUCONSOLE -DBOUNCE_BUFFERS -DSCSI_DELAY=15 -DCOMPAT_43 -DPROCFS -DMSDOSFS -DFFS -DINET -DMATH_EMULATE -DDDB -DDODUMP -DDEVFS -DKERNEL -DMAXUSERS=32 -UKERNEL ../../i386/i386/genassym.c cc: Internal compiler error: program cc1 got fatal signal 10 *** Error code 1 Stop. Which, that in itself, wouldn't bother me too much, except that now, if I try to recompile httpd, I get the same error: hub# make gcc -c -O2 -m486 alloc.c gcc: Internal compiler error: program cc1 got fatal signal 10 *** Error code 1 The error that doesn't come up with this, well, this being the text copy mechanism in screen, is: Dec 15 11:56:54 hub /kernel: pid 4479: cc1: uid 0: exited on signal 10 Has anyone ever seen this? The error, according to sys/signal.h, is that cc1 is getting a 'bus error'...anyone know what would cause that? Thanks for any help ... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting scrappy@hub.org | WWW Services Database Services | Knowledge, soon to be: | | Information and scrappy@ki.net | WWW: http://hub.org | Communications, Inc From owner-freebsd-current Fri Dec 15 09:54:46 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06312 for current-outgoing; Fri, 15 Dec 1995 09:54:46 -0800 (PST) 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 JAA06307 for ; Fri, 15 Dec 1995 09:54:43 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA16788; Fri, 15 Dec 1995 10:57:06 -0700 Date: Fri, 15 Dec 1995 10:57:06 -0700 From: Nate Williams Message-Id: <199512151757.KAA16788@rocky.sri.MT.net> To: current@FreeBSD.org Subject: -current kernel is *very* unusable Sender: owner-current@FreeBSD.org Precedence: bulk I just updated my laptop to -current so I could start playing with the PC-Card stuff, and it's basically un-usable. I'm getting complete hangs, reboots with no core dumps, and I can't even get into DDB. The box ran 2.0.5 until 2 days ago, and was able to do a make world w/out rebooting, so I suspect it's the new code. I'd back up to an older version of -current, but I'm not even sure which time is a good time to bring it to. In any case, I can't even provide anyone with a backtrace or other help since I can't even get into the debuuger and apparently panic isn't being called before it reboots. What can I do to help out? Nate From owner-freebsd-current Fri Dec 15 10:16:10 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08269 for current-outgoing; Fri, 15 Dec 1995 10:16:10 -0800 (PST) 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 KAA08264 for ; Fri, 15 Dec 1995 10:16:07 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04483; Fri, 15 Dec 1995 11:13:42 -0700 From: Terry Lambert Message-Id: <199512151813.LAA04483@phaeton.artisoft.com> Subject: Re: VOP_READIR revisited To: davidg@root.com Date: Fri, 15 Dec 1995 11:13:42 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: <199512150112.RAA00156@corbin.Root.COM> from "David Greenman" at Dec 14, 95 05:12:15 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 Precedence: bulk > >So you basically think passing around a buffer pointer instead of a > >buffer, and converting it in the copyout case is a more of a kludge > >than copying to a local buffer and maintaining malloc'ed arrays of > >cookies at every stacked FS layer, the syscall, and NFS server > >export code. > > > >I must be missing something that is obvious to you. Please > >enlighten us. > > No, basically I think adding another VOP call significantly complicates > the code both in its use and understanding of function...not to mention > performance. Couldn't I make the same argument about the addition of cookies to the VOP_READDIR interface in the first place? Consider the additional arguments, the addition assignments at the VOP_READDIR level, and the additional pushes at to VOCALL, the additional local variable assignments, the additional pointer compares, and the additional references to numcookies++ (a local variable used by many FS's to implement a cookie count for the malloc, even when cookies are not being used). I think I can find a replacement for the 12 cycles + argument push + ESP add after call that would be used by another VOP by looking no further than the NULL cookie pointer case. I think I can actually argue "performance gain" if the VOP_ call is inlined like it's supposed to be according to the compiler directive (dropping the cost the the local argument assigns and 6 cycles). As you point out, cookies are only used in the NFS case (at present), so the overhead involved in cookie processing for a NULL cookie is nothing but pure waste in the vast majority of cases... and in the cases where it isn't just naked overhead, the limiting factor on user response is going to be wire time anyway, so the algorith could be extremely pessimal for the cookie case and it would still be a win to somehow seperate or otherwise reduce the default case. I really don't see the overhead argument. And as I pointed out by documenting the current cache_* call interactions with the underlying file systems, there is a *great* deal of extra complication, as well as 3 missed caching opportunities in the cache implementation (starting with the need for each FS to independently implement cache usage instead of it being implicit in the namei/lookup coroutine mechanism). So I really don't see the complexity argument, either. If it applies, it must apply uniformly, across the board, to all portions of the kernel. Regards, 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 Dec 15 11:37:02 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA13005 for current-outgoing; Fri, 15 Dec 1995 11:37:02 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA12994 for ; Fri, 15 Dec 1995 11:36:49 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id UAA03732; Fri, 15 Dec 1995 20:28:57 +0100 Message-Id: <199512151928.UAA03732@ra.dkuug.dk> Subject: Re: -current kernel is *very* unusable To: nate@rocky.sri.MT.net (Nate Williams) Date: Fri, 15 Dec 1995 20:28:57 +0100 (MET) Cc: current@FreeBSD.ORG In-Reply-To: <199512151757.KAA16788@rocky.sri.MT.net> from "Nate Williams" at Dec 15, 95 10:57:06 am From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk In reply to Nate Williams who wrote: > > I just updated my laptop to -current so I could start playing with the > PC-Card stuff, and it's basically un-usable. > > I'm getting complete hangs, reboots with no core dumps, and I can't even > get into DDB. The box ran 2.0.5 until 2 days ago, and was able to do a > make world w/out rebooting, so I suspect it's the new code. I'd back up > to an older version of -current, but I'm not even sure which time is a > good time to bring it to. I'm seeing much of the same here, the matcd driver hangs solid on the first couble of reads, i get "strange" looking files when checking out of cvs (ie files with single to multiple chars changed). All in all I'd say -current is totally screwed at this point in time :( I also have seen the dreaded keyboard hang in syscons (so now I have the opportunity to fix it :) ) I get core dunps all over the place if I stress the system a little, ie a cvs update will produce multiple coredumps if I start a Xsession on another vty. It seems we have some really bad stuff in there somewhere. I've checked on my old system from about 28 september, and it doesn't have the above problems, even the atapi driver works there ;( > > In any case, I can't even provide anyone with a backtrace or other help > since I can't even get into the debuuger and apparently panic isn't > being called before it reboots. Same here... > > What can I do to help out? Hmm, I'll ask the same question (and go fix syscons & the atapi stuff :) ) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Fri Dec 15 12:04:24 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA14630 for current-outgoing; Fri, 15 Dec 1995 12:04:24 -0800 (PST) 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 MAA14625 for ; Fri, 15 Dec 1995 12:04:21 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA04666; Fri, 15 Dec 1995 13:02:17 -0700 From: Terry Lambert Message-Id: <199512152002.NAA04666@phaeton.artisoft.com> Subject: Re: VOP_READIR revisited To: dfr@render.com (Doug Rabson) Date: Fri, 15 Dec 1995 13:02:16 -0700 (MST) Cc: terry@lambert.org, current@freebsd.org In-Reply-To: from "Doug Rabson" at Dec 15, 95 12:15: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 Precedence: bulk > > I know that. The search restart isn't an issue except in the NFS case. > > > > ...well, and the telldir/seekdir/readdir case, which is currently broken > > according to existing practice, but technically correct according to > > the documentation. It's broken *because* it doesn't use cookies or > > some other restart mechanism. > > I think it is technically broken according to the documentation but the > documentation implies behaviour which is wrong IMHO. In any case the > abnormal usage which WINE made of this has been changed to something more > conservative (assuming they integrate Julian's patch that is). I agree with this. I'd like that case to operate as it does on SunOS, since that's as close to a "traditional" behaviour as we'll be able to find. I think that by making the telldir token a 32 bit value instead of a token will fix the problem instantly. No malloc so no need to maintain nor free a token list. Actually, there's no reason the current implementation can't be fixed like this using the bit vector translation mechanism I suggested before. Unfortunately, telldir is documented as returning a 'long', not an off_t, so that places a 26 (+1) bit limit on the magnitued of the index, and thus the directory size. For a token conforming to the documentation, where an intervening directory compaction could screw up the usability of the token because of directory compaction (this limit arises because the directory block buffer in core is a snapshot, taken atomically, of the buffer on disk), a simple linear 32 bit offset can be used, using the off_t from the actual fd open on the dir before the getdirentries() call, plus the offset in the block snapshot of the in core block relative to its start address. Then using the find-block-scan-forward-to-offset-and- backof-on-miss approach (which would work right now in place of the cookies, if you were willing to accept the occasional duplicate entry in the compaction case), the token can be used to restart the search after the dir has been reopened. The biggest danger here is handling the directory truncation which 4.4BSD added to the directory compaction. > Don't be too sure you will win by shaving a couple of arguments off the > function call. All the memory involved is in the cache and writing NULL > to a cached memory location is virtually free. I'm considering the additional overhead of the push of the call arguments as well as the stack structure element assigns in the VOP_READDIR proper (which I assume is what you are talking about?). There is also the cycles burned on the compare/jump in the non-cookie case, and the fact that the code generation is complicated by having another couple of values that it will have to invalidate registers on to generate the code (there is no way of hinting to the compiler that the cookie variables are referenced in the least common case). > I don't agree that replacing a function which reads and parses a > directory block in one operation with two functions, one which reads a > block and one which parses it is code simplification. Logical or algorithmic simplification? The two are not tightly bound. Basically, this is intended only to delay the disk-directory-contents to user-snapshot-of-disk-directory-contents-in-user-format. Nothing more. > > So let's concentrate on the benefits: > > > > The primary benefit is a search restart without use of cookies. > > > > The secondary benefit is an elimination of the malloc in the "on disk > > directory entry larger than the 'cannonical' directory entry" case. > > How is the malloc eliminated? Surely the caller will have to first > malloc space for reading the fs-specific directory block and then parse > that into getdirentries format. It seems to me that in the most common > case (UFS), the caller will do *more* work, not less. Good question. It's eliminated because the buffer pointer in the directory vnode is what is passed around to use in the translation to the user buffer. If I VOP_READDIR a directory block from a CDROM, for instance, the directory block is put in core in a buffer referenced off the vnode. I can later use this buffer directly fro my source when translating the entries to user space. This is actually one case where prevalidation of the target of a copyout is a good idea: it avoids multiple validations in the copyout case. So a local stack "struct dirent *" is all that's used. > > How do we eliminate restart overhead (cookies)? [ ... my stuff elided ... ] > So the client would do something like: > > struct uio auio; > struct iovec aiov; > off_t new_offset; > caddr_t buf; > > /* > * Setup to read the raw directory block. > */ > buf = aiov.iov_base = malloc(dir_block_size); > aiov.iov_len = dir_block_size; > auio.uio_iov = &aiov; > auio.uio_iovcnt = 1; > auio.uio_rw = UIO_READ; > auio.uio_segflg = UIO_SYSSPACE; > auio.uio_procp = p; > auio.uio_resid = dir_block_size; > auio.uio_offset = (fp->f_offset >> entry_bits) << dir_block_shift; > > /* > * Read the block > */ > error = VOP_READDIR(vp, &auio, ...); > > /* > * Parse the block into the user's memory, returning the new offset > * where reading can be restarted. Probably use another struct uio > * here to allow converting into both sys and user space. > */ > error = VOP_DIRCVT(vp, buf, uap->buf, uap->count, &new_offset); > > How do you propose avoiding the extra copy for UFS where the directory > does not need converting? A copy from the kernel space buffer to the user space buffer must always take place, unless you start being tricky about process space mapping. The sneaky bit is that the VOP_READDIR doesn't ever do a copy, it only faults in the directory block in question (if it's not in core) or moves it to the top of the LRU (if it is). The VOP_DIRCVT is the one that takes the uio: the purpose of a uio in the directory case is to describe a movement of data from kernel to user space. So your second comment is correct. The side benefit of handling a directory block that contains more entries than can be returned in a user directory block falls out from the fact that we have changed the restart mechanism: now it is possible to take a single disk directory block and parse it into multiple user dirent entries in the user supplied buffer. The restart mechanism means that we can do this "safely". The next question I'd have, if I were reading this for the first time, is "why not just make the VOP_READDIR act this way itself, throwing out the old VOP_READDIR and the new VOP_DIRCVT. The answer to this is non-obvious: by decoupling the operations, you allow the copy operation to be "delayed". This is an issue of FS layering, more than anything else. If I stack several file system layers on top of each other, the underlying vnode containing the directory is the one I am interested in having translated. So the VOP_READDIR *also* takes a (struct vnode **) to be filled out by the underlying FS that answers the VOP_READDIR request. The VOP_DIRCVT acts on this vnode. For the majority of cases, this is the same vnode as the call-down interface for the top level directory being read, since most FS's are single layer (or integrated layer, like those which use ufs and have statically placed ufs_* calls in their VOP tables). But in the nullfs, lofs, or hypothetical compression or encryption layers, etc., the vp is that of the underlying layer and thus the VOP_DIRCVT associated with the vp is the correct one for the data being retrieved. > Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com PS: Hey! You guys got bought it looks like! 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 Dec 15 12:07:48 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA14728 for current-outgoing; Fri, 15 Dec 1995 12:07:48 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA14722 for ; Fri, 15 Dec 1995 12:07:43 -0800 (PST) Received: (from peter@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id DAA03126; Sat, 16 Dec 1995 03:47:14 +0800 (WST) Date: Sat, 16 Dec 1995 03:47:13 +0800 (WST) From: Peter Wemm To: current@freebsd.org Subject: Is the Linux emulator not working for you? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk I've seen a few comments that the -current linux emulator is not working.. Please beware that part of the exec system has slightly changed to support BSD/OS 2.0 executables (yes, they work now), and if you are running a -current kernel, you *really* MUST rebuild your linux (and ibcs2) lkm's! The top of the user stack layout has changed in case you were wondering. I have (over the last couple of hours) configured this machine both for static IBCS2 and Linux emulation, and LKM loaded IBCS2 and Linux emulation. Both are working fine for me. BTW: I've made a couple of changes to support QMAGIC ld.so and libraries. It's not quite right, but I've run the linux netscape and doom executables under QMAGIC ld.so, libc.so.4.7.2 and libm.so.4.6.27 (Note: be extremely careful with the Newer QMAGIC a.out ldconfig and ld.so pair - they will make a MESS of your FreeBSD /usr/lib given the chance...) If you have rebuilt everything from scratch (including a 'make clean' in the ibcs2, coff and linux lkm directories, as well as the kernel build directory) and it _still_ doesn't work for you, please let me know... -Peter From owner-freebsd-current Fri Dec 15 13:46:47 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA19841 for current-outgoing; Fri, 15 Dec 1995 13:46:47 -0800 (PST) Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA19828 for ; Fri, 15 Dec 1995 13:46:40 -0800 (PST) Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by chemserv.umd.edu (8.7.3/8.7) with ESMTP id QAA25480; Fri, 15 Dec 1995 16:46:36 -0500 (EST) Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.7.3/8.6.4) id QAA10683; Fri, 15 Dec 1995 16:46:35 -0500 (EST) Date: Fri, 15 Dec 1995 16:46:33 -0500 (EST) From: Chuck Robey X-Sender: chuckr@cappuccino.eng.umd.edu To: Nate Williams cc: current@FreeBSD.ORG Subject: Re: -current kernel is *very* unusable In-Reply-To: <199512151757.KAA16788@rocky.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Fri, 15 Dec 1995, Nate Williams wrote: > I just updated my laptop to -current so I could start playing with the > PC-Card stuff, and it's basically un-usable. > > I'm getting complete hangs, reboots with no core dumps, and I can't even > get into DDB. The box ran 2.0.5 until 2 days ago, and was able to do a > make world w/out rebooting, so I suspect it's the new code. I'd back up > to an older version of -current, but I'm not even sure which time is a > good time to bring it to. > > In any case, I can't even provide anyone with a backtrace or other help > since I can't even get into the debuuger and apparently panic isn't > being called before it reboots. > > What can I do to help out? Nate, I had trouble also, but the last 3 ctm updates had a load of kernel fixes, and that stopped the panics. Can I suggest you make sure you're *very* current? Maybe that won't help, but it sure did on my systems. BTW, that includes a boatload of fixes changing lkms and ps and the like, so your libs and ps etc. have to be as current as your kernel. > > Nate > ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Fri Dec 15 14:01:21 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20750 for current-outgoing; Fri, 15 Dec 1995 14:01:21 -0800 (PST) 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 OAA20742 for ; Fri, 15 Dec 1995 14:01:17 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id PAA17775; Fri, 15 Dec 1995 15:03:33 -0700 Date: Fri, 15 Dec 1995 15:03:33 -0700 From: Nate Williams Message-Id: <199512152203.PAA17775@rocky.sri.MT.net> To: Chuck Robey Cc: Nate Williams , current@FreeBSD.ORG Subject: Re: -current kernel is *very* unusable In-Reply-To: References: <199512151757.KAA16788@rocky.sri.MT.net> Sender: owner-current@FreeBSD.ORG Precedence: bulk [ -current kernel ] > > I'm getting complete hangs, reboots with no core dumps, and I can't even > > get into DDB. > > Nate, I had trouble also, but the last 3 ctm updates had a load of kernel > fixes, and that stopped the panics. Can I suggest you make sure you're > *very* current? Maybe that won't help, but it sure did on my systems. The system is running code that is now 24 hours out of date, but I'll be updating it to the most recent code as soon as I can get a kernel to last long enough to allow me to update the kernel code. However, I haven't seen anything in the commits regarding fixes in the last 24 hours or so. All of the changes seemed to be prototype fixes and Linux compatability fixes. > BTW, that includes a boatload of fixes changing lkms and ps and the like, > so your libs and ps etc. have to be as current as your kernel. Of course. Nate From owner-freebsd-current Fri Dec 15 15:05:37 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA24819 for current-outgoing; Fri, 15 Dec 1995 15:05:37 -0800 (PST) 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 PAA24813 Fri, 15 Dec 1995 15:05:33 -0800 (PST) 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 AAA01325 ; Sat, 16 Dec 1995 00:05:28 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA09828 ; Sat, 16 Dec 1995 00:05:27 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id AAA00878; Sat, 16 Dec 1995 00:02:41 +0100 (MET) From: Ollivier Robert Message-Id: <199512152302.AAA00878@keltia.freenix.fr> Subject: Re: -current kernel is *very* unusable To: sos@FreeBSD.ORG Date: Sat, 16 Dec 1995 00:02:40 +0100 (MET) Cc: nate@rocky.sri.MT.net, current@FreeBSD.ORG In-Reply-To: <199512151928.UAA03732@ra.dkuug.dk> from "sos@FreeBSD.ORG" at Dec 15, 95 08:28:57 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1441 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk It seems that sos@FreeBSD.ORG said: > I get core dunps all over the place if I stress the system a little, > ie a cvs update will produce multiple coredumps if I start a Xsession > on another vty. It seems we have some really bad stuff in there > somewhere. I've checked on my old system from about 28 september, and > it doesn't have the above problems, even the atapi driver works there ;( I reported a problem at probe time for the EISA stuff (Buslogic) a few days ago. It appears to have been fixed but with my current kernel, sources from today, everything works... except that when I launch X11, the mouse doesn't move at all !! Interrupts seem to get in (as reported by systat -netstat) but the pointer is frozen. Any ideas ? Apart from that, it runs fine... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #4: Fri Dec 15 19:22:25 MET 1995 From owner-freebsd-current Fri Dec 15 15:08:56 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA24949 for current-outgoing; Fri, 15 Dec 1995 15:08:56 -0800 (PST) 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 PAA24944 Fri, 15 Dec 1995 15:08:52 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id QAA18167; Fri, 15 Dec 1995 16:11:14 -0700 Date: Fri, 15 Dec 1995 16:11:14 -0700 From: Nate Williams Message-Id: <199512152311.QAA18167@rocky.sri.MT.net> To: Ollivier Robert Cc: sos@FreeBSD.ORG, nate@rocky.sri.MT.net, current@FreeBSD.ORG Subject: Re: -current kernel is *very* unusable In-Reply-To: <199512152302.AAA00878@keltia.freenix.fr> References: <199512151928.UAA03732@ra.dkuug.dk> <199512152302.AAA00878@keltia.freenix.fr> Sender: owner-current@FreeBSD.ORG Precedence: bulk > > I get core dunps all over the place if I stress the system a little, > > ie a cvs update will produce multiple coredumps if I start a Xsession > > on another vty. It seems we have some really bad stuff in there > > somewhere. I've checked on my old system from about 28 september, and > > it doesn't have the above problems, even the atapi driver works there ;( > > I reported a problem at probe time for the EISA stuff (Buslogic) a few days > ago. It appears to have been fixed but with my current kernel, sources from > today, everything works... except that when I launch X11, the mouse doesn't > move at all !! Interrupts seem to get in (as reported by systat -netstat) > but the pointer is frozen. My box is an IBM laptop. Specs are: 20MB of memory 810 MB IDE disk 2.88MB floppy psm0 device (disabled/enabled it doesn't seem to make any difference) sio 0 - 16450's zp0 - 3C589C lpt0 - Parallel printer Pretty basic stuff here. If I add 'DDB', the machine hangs forever. However, the kernel without DDB simply reboots. Nate From owner-freebsd-current Fri Dec 15 15:14:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA25324 for current-outgoing; Fri, 15 Dec 1995 15:14:35 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA25315 Fri, 15 Dec 1995 15:14:29 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id AAA04875; Sat, 16 Dec 1995 00:06:46 +0100 Message-Id: <199512152306.AAA04875@ra.dkuug.dk> Subject: Re: -current kernel is *very* unusable To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Sat, 16 Dec 1995 00:06:46 +0100 (MET) Cc: sos@FreeBSD.ORG, nate@rocky.sri.MT.net, current@FreeBSD.ORG In-Reply-To: <199512152302.AAA00878@keltia.freenix.fr> from "Ollivier Robert" at Dec 16, 95 00:02:40 am From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk In reply to Ollivier Robert who wrote: > > It seems that sos@FreeBSD.ORG said: > > I get core dunps all over the place if I stress the system a little, > > ie a cvs update will produce multiple coredumps if I start a Xsession > > on another vty. It seems we have some really bad stuff in there > > somewhere. I've checked on my old system from about 28 september, and > > it doesn't have the above problems, even the atapi driver works there ;( > > I reported a problem at probe time for the EISA stuff (Buslogic) a few days > ago. It appears to have been fixed but with my current kernel, sources from > today, everything works... except that when I launch X11, the mouse doesn't > move at all !! Interrupts seem to get in (as reported by systat -netstat) > but the pointer is frozen. > > Any ideas ? Apart from that, it runs fine... Hmm, I tried the latest greatest as of a couble of mins ago, and the results are still allmost the same :( -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Fri Dec 15 18:42:36 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA08078 for current-outgoing; Fri, 15 Dec 1995 18:42:36 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA08069 for ; Fri, 15 Dec 1995 18:42:28 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.1+2.6Wbeta4/3.3W9) with ESMTP id LAA03296; Sat, 16 Dec 1995 11:42:01 +0900 (JST) Message-Id: <199512160242.LAA03296@marble.eps.nagoya-u.ac.jp> To: peter@jhome.DIALix.COM Cc: current@FreeBSD.ORG Subject: Re: Is the Linux emulator not working for you? In-Reply-To: Your message of "Sat, 16 Dec 1995 03:47:13 +0800 (WST)" References: X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 16 Dec 1995 11:42:00 +0900 From: KATO Takenori Sender: owner-current@FreeBSD.ORG Precedence: bulk > If you have rebuilt everything from scratch (including a 'make clean' in > the ibcs2, coff and linux lkm directories, as well as the kernel build > directory) and it _still_ doesn't work for you, please let me know... I have rebuilt everything (kernel, include, lkm, lib, bin, sbin, usr.bin, usr.sbin and so on), but Executor/Linux (QMAGIC a.out) doesn't work as I have reported. Unfortunately, I didn't run it before 1TB support, so I can't compare with old kernel. (I have not succeeded install linux emulator in a 2.1 box yet, so I can't check in 2.1 box.) ---- KATO Takenori Dept. Earth Planet. Sci. Nagoya Univ. Nagoya 464-01 Voice: +81-52-789-2529 E-mail: kato@eclogite.eps.nagoya-u.ac.jp From owner-freebsd-current Fri Dec 15 18:57:42 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA08584 for current-outgoing; Fri, 15 Dec 1995 18:57:42 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA08579 for ; Fri, 15 Dec 1995 18:57:40 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.1+2.6Wbeta4/3.3W9) with ESMTP id LAA03341; Sat, 16 Dec 1995 11:57:27 +0900 (JST) Message-Id: <199512160257.LAA03341@marble.eps.nagoya-u.ac.jp> To: peter@jhome.DIALix.COM Cc: current@FreeBSD.ORG Subject: Re: Is the Linux emulator not working for you? In-Reply-To: Your message of "Sat, 16 Dec 1995 03:47:13 +0800 (WST)" References: X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 16 Dec 1995 11:57:26 +0900 From: KATO Takenori Sender: owner-current@FreeBSD.ORG Precedence: bulk > running a -current kernel, you *really* MUST rebuild your linux (and > ibcs2) lkm's! The top of the user stack layout has changed in case you > were wondering. I've just run new kernel with old lkm. The kernel is terminated by panic. ---- KATO Takenori Dept. Earth Planet. Sci. Nagoya Univ. Nagoya 464-01 Voice: +81-52-789-2529 E-mail: kato@eclogite.eps.nagoya-u.ac.jp From owner-freebsd-current Sat Dec 16 00:01:05 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22788 for current-outgoing; Sat, 16 Dec 1995 00:01:05 -0800 (PST) Received: from tsunami.jurai.net (tsunami.jurai.net [205.218.122.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA22783 for ; Sat, 16 Dec 1995 00:01:01 -0800 (PST) Received: (from winter@localhost) by tsunami.jurai.net (8.6.12/8.6.12) id CAA10778; Sat, 16 Dec 1995 02:01:08 -0600 Date: Sat, 16 Dec 1995 02:01:07 -0600 (CST) From: "Matthew N. Dodd" X-Sender: winter@tsunami To: KATO Takenori cc: peter@jhome.DIALix.COM, current@freebsd.org Subject: Re: Is the Linux emulator not working for you? In-Reply-To: <199512160242.LAA03296@marble.eps.nagoya-u.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Sat, 16 Dec 1995, KATO Takenori wrote: > I have rebuilt everything (kernel, include, lkm, lib, bin, sbin, > usr.bin, usr.sbin and so on), but Executor/Linux (QMAGIC a.out) > doesn't work as I have reported. Unfortunately, I didn't run it > before 1TB support, so I can't compare with old kernel. (I have not > succeeded install linux emulator in a 2.1 box yet, so I can't check in > 2.1 box.) Thats very strange. I've had executor/linux working for a few days now. (I installed one of the older vers from sunsite and it was pretty fast, upgraded to the newest one from Ardi (or whatever) and its a little choppy now. Or maybe its just me...) Anyhow it works on 2.1 here. (Are you saying "it didn't work on 2.1" or "I haven't tried it on 2.1" either way) 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 Sat Dec 16 00:43:22 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA24923 for current-outgoing; Sat, 16 Dec 1995 00:43:22 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA24917 for ; Sat, 16 Dec 1995 00:43:13 -0800 (PST) Received: (from peter@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id QAA05499; Sat, 16 Dec 1995 16:42:50 +0800 (WST) Date: Sat, 16 Dec 1995 16:42:50 +0800 (WST) From: Peter Wemm To: "Matthew N. Dodd" cc: KATO Takenori , current@freebsd.org Subject: Re: Is the Linux emulator not working for you? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Sat, 16 Dec 1995, Matthew N. Dodd wrote: > > On Sat, 16 Dec 1995, KATO Takenori wrote: > > I have rebuilt everything (kernel, include, lkm, lib, bin, sbin, > > usr.bin, usr.sbin and so on), but Executor/Linux (QMAGIC a.out) > > doesn't work as I have reported. Unfortunately, I didn't run it > > before 1TB support, so I can't compare with old kernel. (I have not > > succeeded install linux emulator in a 2.1 box yet, so I can't check in > > 2.1 box.) > > Thats very strange. I've had executor/linux working for a few days now. > (I installed one of the older vers from sunsite and it was pretty fast, > upgraded to the newest one from Ardi (or whatever) and its a little choppy > now. Or maybe its just me...) > > Anyhow it works on 2.1 here. (Are you saying "it didn't work on 2.1" or > "I haven't tried it on 2.1" either way) > > Have a good one. Oh, incidently, I glanced inside the Linux kernel while working on QMAGIC library support.. It makes reference to "Converting ZMAGIC binaries" if the file start offset is too small. I got the impression that it would be possible to convert the 1K file offset in the Linux ZMAGIC stuff to (say) 4K file offset start so that we can do proper demand paging to files rather than reading them into swap immediately... Then again, I should know better than to say things like this before checking them out... -Peter From owner-freebsd-current Sat Dec 16 06:09:16 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13514 for current-outgoing; Sat, 16 Dec 1995 06:09:16 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13508 Sat, 16 Dec 1995 06:09:14 -0800 (PST) From: John Dyson Message-Id: <199512161409.GAA13508@freefall.freebsd.org> Subject: Re: Is the Linux emulator not working for you? To: peter@jhome.DIALix.COM (Peter Wemm) Date: Sat, 16 Dec 1995 06:09:13 -0800 (PST) Cc: winter@jurai.net, kato@eclogite.eps.nagoya-u.ac.jp, current@freebsd.org In-Reply-To: from "Peter Wemm" at Dec 16, 95 04:42:50 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org Precedence: bulk > Oh, incidently, I glanced inside the Linux kernel while working on QMAGIC > library support.. It makes reference to "Converting ZMAGIC binaries" if > the file start offset is too small. > > I got the impression that it would be possible to convert the 1K file > offset in the Linux ZMAGIC stuff to (say) 4K file offset start so that we > can do proper demand paging to files rather than reading them into swap > immediately... > > Then again, I should know better than to say things like this before > checking them out... > > -Peter > I have been evaluating the possibility of the VM system properly supporting ill constructed a.out formats (like those with 1K offset) and it would not be too hard. It would break coherency -- but would add maybe 25-50 lines of code (very simple.) Since it is bad (not allowed) to modify a running binary anyway, the cost (in functionality) is low. I definitely plan to add it for 2.2. But if someone has a better (easier) solution -- PLEASE go for it!!! John dyson@freebsd.org From owner-freebsd-current Sat Dec 16 07:01:08 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14721 for current-outgoing; Sat, 16 Dec 1995 07:01:08 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA14716 for ; Sat, 16 Dec 1995 07:01:04 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.1+2.6Wbeta4/3.3W9) with ESMTP id AAA00428; Sun, 17 Dec 1995 00:00:32 +0900 (JST) Message-Id: <199512161500.AAA00428@marble.eps.nagoya-u.ac.jp> To: winter@jurai.net Cc: kato@eclogite.eps.nagoya-u.ac.jp, peter@jhome.DIALix.COM, current@freebsd.org Subject: Re: Is the Linux emulator not working for you? In-Reply-To: Your message of "Sat, 16 Dec 1995 02:01:07 -0600 (CST)" References: X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 17 Dec 1995 00:00:31 +0900 From: KATO Takenori Sender: owner-current@freebsd.org Precedence: bulk I remade lkm/linux with '-DDEBUG' and checked its messages, then I found follwoing messages: Linux-emul(820): newstat(/usr/local/lib/executor/ExecutorVolume, *) Linux-emul(820): newstat(/usr/local/lib/executor/ExecutorVolume/System Folder, *) Linux-emul(820): newstat(/usr/lib/executor/ExecutorVolume/System Folder, *) ^^^^^^^^^ Linux-emul(819): newstat(Couldn't open System: '/usr/local/lib/executor/Executor Volume/System Folder', *) After I made symbolic link /usr/lib/executor --> /usr/local/lib/executor, executor/linux works! (But I don't know who changes directory name.) ---- KATO Takenori Dept. Earth Planet. Sci. Nagoya Univ. Nagoya 464-01 Voice: +81-52-789-2529 E-mail: kato@eclogite.eps.nagoya-u.ac.jp From owner-freebsd-current Sat Dec 16 07:10:57 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14985 for current-outgoing; Sat, 16 Dec 1995 07:10:57 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA14979 for ; Sat, 16 Dec 1995 07:10:49 -0800 (PST) Received: (from peter@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id XAA10426; Sat, 16 Dec 1995 23:10:33 +0800 (WST) Date: Sat, 16 Dec 1995 23:10:32 +0800 (WST) From: Peter Wemm To: John Dyson cc: winter@jurai.net, kato@eclogite.eps.nagoya-u.ac.jp, current@freebsd.org Subject: Re: Is the Linux emulator not working for you? In-Reply-To: <199512161409.GAA13508@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Sat, 16 Dec 1995, John Dyson wrote: > > Oh, incidently, I glanced inside the Linux kernel while working on QMAGIC > > library support.. It makes reference to "Converting ZMAGIC binaries" if > > the file start offset is too small. > > > > I got the impression that it would be possible to convert the 1K file > > offset in the Linux ZMAGIC stuff to (say) 4K file offset start so that we > > can do proper demand paging to files rather than reading them into swap > > immediately... > > > > Then again, I should know better than to say things like this before > > checking them out... > > > > -Peter > > > I have been evaluating the possibility of the VM system properly supporting ill > constructed a.out formats (like those with 1K offset) and it would not > be too hard. It would break coherency -- but would add maybe 25-50 > lines of code (very simple.) Since it is bad (not allowed) to modify a running > binary anyway, the cost (in functionality) is low. I definitely plan > to add it for 2.2. But if someone has a better (easier) solution -- PLEASE > go for it!!! > > John > dyson@freebsd.org I was kinda thinking of defining a new executable magic number, say #define LMAGIC 0414 /* Like Linux ZMAGIC(0413) but remapped to 4K */ and in the linux emulator parts of the kernel, add a case for LMAGIC, with file offset at 4096. And run the following quick skeleton filter like program... .. struct exec hdr; .. read(infd, &hdr, sizeof(hdr) if (N_GETMAGIC(hdr) == ZMAGIC) && N_GETMID(hdr) & 0xff == 0x64) { hdr.a_midmag = (hdr.a_midmag & 0xffff0000) | LMAGIC; write(outfd, &hdr, sizeof(hdr)); lseek(infd, 1024, SEEK_SET); lseek(outfd, 4096, SEEK_SET); } else { write(outfd, &hdr, sizeof(hdr)); } copyfile(infd, outfd); .. Would a once-off optional pass over the ZMAGIC executables be an option for people so they can get the benefits of demand paging and shared text segments working for converted ZMAGIC binaries? The ability to run unmodified ZMAGIC would not be affected.. they would still consume large amounts of swap space.. -Peter From owner-freebsd-current Sat Dec 16 07:21:00 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15432 for current-outgoing; Sat, 16 Dec 1995 07:21:00 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA15426 for ; Sat, 16 Dec 1995 07:20:51 -0800 (PST) Received: (from peter@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id XAA10471; Sat, 16 Dec 1995 23:20:27 +0800 (WST) Date: Sat, 16 Dec 1995 23:20:26 +0800 (WST) From: Peter Wemm To: KATO Takenori cc: winter@jurai.net, kato@eclogite.eps.nagoya-u.ac.jp, current@freebsd.org Subject: Re: Is the Linux emulator not working for you? In-Reply-To: <199512161500.AAA00428@marble.eps.nagoya-u.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Sun, 17 Dec 1995, KATO Takenori wrote: > > Linux-emul(820): newstat(/usr/local/lib/executor/ExecutorVolume, *) > Linux-emul(820): newstat(/usr/local/lib/executor/ExecutorVolume/System Folder, *) > Linux-emul(820): newstat(/usr/lib/executor/ExecutorVolume/System Folder, *) > ^^^^^^^^^ > Linux-emul(819): newstat(Couldn't open System: '/usr/local/lib/executor/Executor Volume/System Folder', *) > > After I made symbolic link /usr/lib/executor --> /usr/local/lib/executor, > executor/linux works! (But I don't know who changes directory name.) Hmm.. We dont mess with those in our emulator.. We only convert the shared library names.... Everything else is untranslated (hence /compat/linux/etc/host.conf does not work...) Where is the distribution anyway? (Hell, what _is_ executor?? :-) -Peter > ---- > KATO Takenori > Dept. Earth Planet. Sci. Nagoya Univ. Nagoya 464-01 > Voice: +81-52-789-2529 E-mail: kato@eclogite.eps.nagoya-u.ac.jp > From owner-freebsd-current Sat Dec 16 07:29:44 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15780 for current-outgoing; Sat, 16 Dec 1995 07:29:44 -0800 (PST) Received: from sasami.jurai.net (sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA15775 for ; Sat, 16 Dec 1995 07:29:40 -0800 (PST) Received: (from winter@localhost) by sasami.jurai.net (8.6.11/8.6.9) id JAA14931; Sat, 16 Dec 1995 09:29:38 -0600 Date: Sat, 16 Dec 1995 09:29:38 -0600 (CST) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Peter Wemm cc: KATO Takenori , current@freebsd.org Subject: Re: Is the Linux emulator not working for you? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org Precedence: bulk On Sat, 16 Dec 1995, Peter Wemm wrote: > library names.... Everything else is untranslated (hence > /compat/linux/etc/host.conf does not work...) > > Where is the distribution anyway? (Hell, what _is_ executor?? :-) A Mac emulator. Don't shoot us. :) I just love running pcemu, executor, and wine on my machine and have customers ask "What os are you running?" (Not that any of those 3 do anything usefull. Well, executor does read, write and format hfs floppies.) Now the X gameboy emulator... | 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 Sat Dec 16 07:33:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16023 for current-outgoing; Sat, 16 Dec 1995 07:33:35 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA16017 for ; Sat, 16 Dec 1995 07:33:30 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.1+2.6Wbeta4/3.3W9) with ESMTP id AAA00513; Sun, 17 Dec 1995 00:33:02 +0900 (JST) Message-Id: <199512161533.AAA00513@marble.eps.nagoya-u.ac.jp> To: peter@jhome.DIALix.COM Cc: kato@eclogite.eps.nagoya-u.ac.jp, winter@jurai.net, current@freebsd.org Subject: Re: Is the Linux emulator not working for you? In-Reply-To: Your message of "Sat, 16 Dec 1995 23:20:26 +0800 (WST)" References: X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 17 Dec 1995 00:33:01 +0900 From: KATO Takenori Sender: owner-current@freebsd.org Precedence: bulk > Where is the distribution anyway? (Hell, what _is_ executor?? :-) Executor/Linux is a Macintosh emulator for linux. I got the demo version, 1.99p6, from ftp://vorolon.mit.edu/pub/ardi/Executor_Linux (version 1.99p is found in ftp://ftp.freebsd.org/FreeBSD/2.1.0-RELEASE/commerce.) ---- KATO Takenori Dept. Earth Planet. Sci. Nagoya Univ. Nagoya 464-01 Voice: +81-52-789-2529 E-mail: kato@eclogite.eps.nagoya-u.ac.jp From owner-freebsd-current Sat Dec 16 07:40:08 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16354 for current-outgoing; Sat, 16 Dec 1995 07:40:08 -0800 (PST) Received: from luke.pmr.com (luke.pmr.com [199.98.84.132]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA16304 for ; Sat, 16 Dec 1995 07:40:03 -0800 (PST) Received: (from bob@localhost) by luke.pmr.com (8.6.12/8.6.9) id JAA05262 for freebsd-current@freefall.cdrom.com; Sat, 16 Dec 1995 09:39:58 -0600 From: Bob Willcox Message-Id: <199512161539.JAA05262@luke.pmr.com> Subject: Am I the only one having sup problems? To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Sat, 16 Dec 1995 09:39:58 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk I am still having trouble with sup. Are there others having problems? Right now I can't get either sup.freebsd.org or sup2.freebsd.org to work at all, though they seem to fail for different reasons (at least the symptoms are different). Here is what I am getting with sup.freebsd.org: bob@obiwan-p2 /bsd/FreeBSD/sup> sup standard-supfile SUP 9.26 (4.3 BSD) for file standard-supfile at Dec 15 22:54:56 SUP Upgrade of src-base-current at Fri Dec 15 22:54:58 1995 SUP Fileserver supports compression. SUP Upgrade of src-bin-current at Fri Dec 15 22:55:08 1995 SUP Fileserver supports compression. SUP: Read error on network: Connection reset by peer SUP: Network write timed out SUP: Error reading file list from file server SUP: Upgrade of src-bin-current aborted at Dec 15 23:04:15 1995 SUP: Network write timed out SUP: Aborted and here is what I am now getting with sup2.freebsd.org: bob@obiwan-p2 /bsd/FreeBSD/sup> sup standard-supfile SUP 9.26 (4.3 BSD) for file standard-supfile at Dec 16 08:56:31 SUP: Can't connect to server for supfilesrv: Connection refused SUP: Will retry in 101 seconds SUP: Can't connect to server for supfilesrv: Connection refused SUP: Will retry in 40 seconds Note that I can successfully ping and ftp to either of these systems without a hitch. Also, sup was working fine up till about a week ago (I have been running it for almost a year). -- Bob Willcox bob@luke.pmr.com (or obiwan%bob@uunet.uu.net) Austin, TX From owner-freebsd-current Sat Dec 16 08:06:27 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17378 for current-outgoing; Sat, 16 Dec 1995 08:06:27 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA17370 for ; Sat, 16 Dec 1995 08:06:19 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.6.12/8.6.4) with ESMTP id SAA04723 for ; Sat, 16 Dec 1995 18:06:08 +0200 Received: (root@localhost) by katiska.clinet.fi (8.6.12/8.6.4) id SAA03529; Sat, 16 Dec 1995 18:06:15 +0200 Date: Sat, 16 Dec 1995 18:06:15 +0200 Message-Id: <199512161606.SAA03529@katiska.clinet.fi> From: Heikki Suonsivu To: freebsd-current@freebsd.org Subject: todays -current Reply-To: Heikki Suonsivu Organization: Clinet Ltd, Espoo, Finland Sender: owner-current@freebsd.org Precedence: bulk Current supped today bombed at boot with loads of "Oops not queued" messages, and all programs dumped core as soon as they started, including gettys on console ports, with various SCSI error messages. Two ncr SCSI controllers, 3 seagate hawks and HP DDS2 DAT, intel plato, 64M. SCSI buses seemed to be probed right at boot while older kernels do SCSI brobes after ISA devices. BTW, I would like to get ctrl-alt-del to shutdown the machine cleanly for problems like this to avoid fsck on next boot, should this be possible? We use pcvt, if that matters. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121 From owner-freebsd-current Sat Dec 16 09:25:31 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20052 for current-outgoing; Sat, 16 Dec 1995 09:25:31 -0800 (PST) Received: from rocky.sri.MT.net ([204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA20047 for ; Sat, 16 Dec 1995 09:25:27 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA19800; Sat, 16 Dec 1995 10:26:23 -0700 Date: Sat, 16 Dec 1995 10:26:23 -0700 From: Nate Williams Message-Id: <199512161726.KAA19800@rocky.sri.MT.net> To: Heikki Suonsivu Cc: freebsd-current@freebsd.org Subject: Re: todays -current In-Reply-To: <199512161606.SAA03529@katiska.clinet.fi> References: <199512161606.SAA03529@katiska.clinet.fi> Sender: owner-current@freebsd.org Precedence: bulk > > BTW, I would like to get ctrl-alt-del to shutdown the machine cleanly for > problems like this to avoid fsck on next boot, should this be possible? We > use pcvt, if that matters. First of all, I don't think the current pcvt sources don't have the ability to shutdown the system using , although it should be trivial to add. Second, if the system isn't even running, you won't be able to shut it down using very well since it was originally designed to shutdown a normally running system, and not one that is completely messed up. When things go wrong like you're seeing, it may not even work correctly. But, it you want to add the shutdown functionality to pcvt, look at the code that calls 'shutdown_nice()' in syscons and add it to pcvt. Nate From owner-freebsd-current Sat Dec 16 10:02:50 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21631 for current-outgoing; Sat, 16 Dec 1995 10:02:50 -0800 (PST) Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA21624 for ; Sat, 16 Dec 1995 10:02:47 -0800 (PST) Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by chemserv.umd.edu (8.7.3/8.7) with ESMTP id NAA02124; Sat, 16 Dec 1995 13:02:16 -0500 (EST) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7.3/8.6.4) id NAA03105; Sat, 16 Dec 1995 13:02:16 -0500 (EST) Date: Sat, 16 Dec 1995 13:02:15 -0500 (EST) From: Chuck Robey X-Sender: chuckr@espresso.eng.umd.edu To: "Matthew N. Dodd" cc: Peter Wemm , KATO Takenori , current@FreeBSD.ORG Subject: Re: Is the Linux emulator not working for you? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Sat, 16 Dec 1995, Matthew N. Dodd wrote: > On Sat, 16 Dec 1995, Peter Wemm wrote: > > library names.... Everything else is untranslated (hence > > /compat/linux/etc/host.conf does not work...) > > > > Where is the distribution anyway? (Hell, what _is_ executor?? :-) > > A Mac emulator. Don't shoot us. :) I just love running pcemu, executor, > and wine on my machine and have customers ask "What os are you running?" > (Not that any of those 3 do anything usefull. Well, executor does read, > write and format hfs floppies.) Kinda strikes me as funny. FreeBSD emulating Linux emulating Mac. I know it's useful, but it's _still_ funny. > > Now the X gameboy emulator... > > | 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?"| > > ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-current Sat Dec 16 10:06:43 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21760 for current-outgoing; Sat, 16 Dec 1995 10:06:43 -0800 (PST) Received: from sasami.jurai.net (sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA21748 for ; Sat, 16 Dec 1995 10:06:38 -0800 (PST) Received: (from winter@localhost) by sasami.jurai.net (8.6.11/8.6.9) id MAA15514; Sat, 16 Dec 1995 12:06:52 -0600 Date: Sat, 16 Dec 1995 12:06:51 -0600 (CST) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Chuck Robey cc: Peter Wemm , KATO Takenori , current@FreeBSD.ORG Subject: Re: Is the Linux emulator not working for you? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG Precedence: bulk On Sat, 16 Dec 1995, Chuck Robey wrote: > Kinda strikes me as funny. FreeBSD emulating Linux emulating Mac. I > know it's useful, but it's _still_ funny. Humm... Softwindows. *gag* | 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 Sat Dec 16 10:17:56 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22121 for current-outgoing; Sat, 16 Dec 1995 10:17:56 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA22116 for ; Sat, 16 Dec 1995 10:17:53 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.1+2.6Wbeta4/3.3W9) with ESMTP id DAA01450; Sun, 17 Dec 1995 03:17:07 +0900 (JST) Message-Id: <199512161817.DAA01450@marble.eps.nagoya-u.ac.jp> To: winter@jurai.net Cc: peter@jhome.DIALix.COM, kato@eclogite.eps.nagoya-u.ac.jp, current@freebsd.org Subject: Re: Is the Linux emulator not working for you? In-Reply-To: Your message of "Sat, 16 Dec 1995 09:29:38 -0600 (CST)" References: X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 17 Dec 1995 03:17:06 +0900 From: KATO Takenori Sender: owner-current@freebsd.org Precedence: bulk > A Mac emulator. Don't shoot us. :) I just love running pcemu, executor, I heard the BSD daemon on the FreeBSD 2.0.5 CD-ROM was drawn with Macintosh. :-) ---- KATO Takenori Dept. Earth Planet. Sci. Nagoya Univ. Nagoya 464-01 Voice: +81-52-789-2529 E-mail: kato@eclogite.eps.nagoya-u.ac.jp From owner-freebsd-current Sat Dec 16 10:33:19 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22670 for current-outgoing; Sat, 16 Dec 1995 10:33:19 -0800 (PST) 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 KAA22653 for ; Sat, 16 Dec 1995 10:33:12 -0800 (PST) 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 TAA07060 for ; Sat, 16 Dec 1995 19:33:03 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id TAA11484 for freebsd-current@FreeBSD.ORG; Sat, 16 Dec 1995 19:33:03 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id TAA00338 for freebsd-current@FreeBSD.ORG; Sat, 16 Dec 1995 19:14:59 +0100 (MET) From: Ollivier Robert Message-Id: <199512161814.TAA00338@keltia.freenix.fr> Subject: Mouse not working for two days To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Sat, 16 Dec 1995 19:14:59 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1441 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk There have been great changes in -CURRENT these days and I'd like to know which one broke my mouse under X11... The pointer is there, interrupts are generated but the pointer doesn't move at all when one moves it. A "cat ; Sat, 16 Dec 1995 10:33:14 -0800 (PST) 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 TAA07058 for ; Sat, 16 Dec 1995 19:33:02 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id TAA11481 for freebsd-current@FreeBSD.ORG; Sat, 16 Dec 1995 19:33:02 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id TAA00315 for freebsd-current@FreeBSD.ORG; Sat, 16 Dec 1995 19:03:51 +0100 (MET) From: Ollivier Robert Message-Id: <199512161803.TAA00315@keltia.freenix.fr> Subject: FYI about scsi_change_def in scsi_base.c To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) Date: Sat, 16 Dec 1995 19:03:51 +0100 (MET) X-Operating-System: FreeBSD 2.2-CURRENT ctm#1441 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk The scsi_change_def() function in scsi_base.c has recently been made "static" and between #ifdef notyet ... #endif. The function is actually called in scsiconf.c when SCSI_2_DEF is defined in the kernel config. file. Hence an undefined symbol at link time if one defines SCSI_2_DEF. It is used to force certain old CCS (not quite SCSI2) drive to answer as SCSI2. You may want to put the function back to its previous state. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #4: Fri Dec 15 19:22:25 MET 1995 From owner-freebsd-current Sat Dec 16 10:51:55 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23529 for current-outgoing; Sat, 16 Dec 1995 10:51:55 -0800 (PST) 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 KAA23518 for ; Sat, 16 Dec 1995 10:51:51 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA06955; Sun, 17 Dec 1995 05:46:28 +1100 Date: Sun, 17 Dec 1995 05:46:28 +1100 From: Bruce Evans Message-Id: <199512161846.FAA06955@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, hsu@clinet.fi Subject: Re: todays -current Sender: owner-current@freebsd.org Precedence: bulk >Current supped today bombed at boot with loads of "Oops not queued" >messages, and all programs dumped core as soon as they started, including >gettys on console ports, with various SCSI error messages. Two ncr SCSI >... >BTW, I would like to get ctrl-alt-del to shutdown the machine cleanly for >problems like this to avoid fsck on next boot, should this be possible? We >use pcvt, if that matters. Don't use pcvt. Shutdown by ctrl-alt-del is standard in syscons. It works iff the system is in user mode if init is running and shutdown is runnable. Bruce From owner-freebsd-current Sat Dec 16 11:11:42 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26056 for current-outgoing; Sat, 16 Dec 1995 11:11:42 -0800 (PST) Received: from rocky.sri.MT.net ([204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA26049 for ; Sat, 16 Dec 1995 11:11:38 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA19987; Sat, 16 Dec 1995 12:11:52 -0700 Date: Sat, 16 Dec 1995 12:11:52 -0700 From: Nate Williams Message-Id: <199512161911.MAA19987@rocky.sri.MT.net> To: Bruce Evans Cc: freebsd-current@freebsd.org, hsu@clinet.fi Subject: Re: todays -current In-Reply-To: <199512161846.FAA06955@godzilla.zeta.org.au> References: <199512161846.FAA06955@godzilla.zeta.org.au> Sender: owner-current@freebsd.org Precedence: bulk [ CTL-AL-DEL shutdown from the console keyboard ] > > Don't use pcvt. Shutdown by ctrl-alt-del is standard in syscons. It > works iff the system is in user mode if init is running and shutdown is > runnable. Actually, it doesn't need 'shutdown', since it simply signals 'init' directly w/out any other programs involved. Nate From owner-freebsd-current Sat Dec 16 11:21:28 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26589 for current-outgoing; Sat, 16 Dec 1995 11:21:28 -0800 (PST) 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 LAA26574 for ; Sat, 16 Dec 1995 11:21:23 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id GAA07656; Sun, 17 Dec 1995 06:20:07 +1100 Date: Sun, 17 Dec 1995 06:20:07 +1100 From: Bruce Evans Message-Id: <199512161920.GAA07656@godzilla.zeta.org.au> To: bde@zeta.org.au, nate@rocky.sri.MT.net Subject: Re: todays -current Cc: freebsd-current@freebsd.org, hsu@clinet.fi Sender: owner-current@freebsd.org Precedence: bulk >[ CTL-AL-DEL shutdown from the console keyboard ] >> >> Don't use pcvt. Shutdown by ctrl-alt-del is standard in syscons. It >> works iff the system is in user mode if init is running and shutdown is >> runnable. >Actually, it doesn't need 'shutdown', since it simply signals 'init' >directly w/out any other programs involved. Just as well we didn't listen to the people who want a fancy shutdown sequence :-). Bruce From owner-freebsd-current Sat Dec 16 11:49:01 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27670 for current-outgoing; Sat, 16 Dec 1995 11:49:01 -0800 (PST) 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 LAA27664 for ; Sat, 16 Dec 1995 11:48:59 -0800 (PST) Received: (from brian@localhost) by MediaCity.com (8.6.11/8.6.9) id MAA01580; Sat, 16 Dec 1995 12:10:01 -0800 From: Brian Litzinger Message-Id: <199512162010.MAA01580@MediaCity.com> Subject: Re: Is the Linux emulator not working for you? To: kato@eclogite.eps.nagoya-u.ac.jp (KATO Takenori) Date: Sat, 16 Dec 1995 12:10:01 -0800 (PST) Cc: peter@jhome.DIALix.COM, kato@eclogite.eps.nagoya-u.ac.jp, winter@jurai.net, current@FreeBSD.ORG In-Reply-To: <199512161533.AAA00513@marble.eps.nagoya-u.ac.jp> from "KATO Takenori" at Dec 17, 95 00:33:01 am X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk > > > Where is the distribution anyway? (Hell, what _is_ executor?? :-) > > Executor/Linux is a Macintosh emulator for linux. I got the demo > version, 1.99p6, from ftp://vorolon.mit.edu/pub/ardi/Executor_Linux > (version 1.99p is found in > ftp://ftp.freebsd.org/FreeBSD/2.1.0-RELEASE/commerce.) > I get host not found for 'vorolon.mit.edu'. -- Brian Litzinger Powered by FreeBSD http[s]://www.mpress.com speakfree.mpress.com [use -t (GSM)] From owner-freebsd-current Sat Dec 16 11:58:29 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27937 for current-outgoing; Sat, 16 Dec 1995 11:58:29 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA27931 for ; Sat, 16 Dec 1995 11:58:26 -0800 (PST) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.1+2.6Wbeta4/3.3W9) with ESMTP id EAA01888; Sun, 17 Dec 1995 04:58:01 +0900 (JST) Message-Id: <199512161958.EAA01888@marble.eps.nagoya-u.ac.jp> To: brian@MediaCity.com Cc: kato@eclogite.eps.nagoya-u.ac.jp, peter@jhome.DIALix.COM, winter@jurai.net, current@FreeBSD.ORG Subject: Re: Is the Linux emulator not working for you? In-Reply-To: Your message of "Sat, 16 Dec 1995 12:10:01 -0800 (PST)" References: <199512162010.MAA01580@MediaCity.com> X-Mailer: Mew beta version 0.96 on Emacs 19.28.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Date: Sun, 17 Dec 1995 04:58:01 +0900 From: KATO Takenori Sender: owner-current@FreeBSD.ORG Precedence: bulk On 16 Dec 1995, Brian Litzinger wrote: > I get host not found for 'vorolon.mit.edu'. ^ Sorry, I wrote wrong hostname. True name is vorlon.mit.edu. > kato@marble[20]% nslookup vorlon.mit.edu > Non-authoritative answer: > Name: vorlon.mit.edu > Address: 18.238.0.139 ---- KATO Takenori Dept. Earth Planet. Sci. Nagoya Univ. Nagoya 464-01 Voice: +81-52-789-2529 E-mail: kato@eclogite.eps.nagoya-u.ac.jp From owner-freebsd-current Sat Dec 16 12:32:36 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29418 for current-outgoing; Sat, 16 Dec 1995 12:32:36 -0800 (PST) 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 MAA29362 Sat, 16 Dec 1995 12:32:02 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA13114; Sat, 16 Dec 1995 21:31:52 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA12809; Sat, 16 Dec 1995 21:31:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id VAA04428; Sat, 16 Dec 1995 21:26:37 +0100 From: J Wunsch Message-Id: <199512162026.VAA04428@uriah.heep.sax.de> Subject: Re: lost console To: sos@FreeBSD.ORG Date: Sat, 16 Dec 1995 21:26:37 +0100 (MET) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-current@FreeBSD.ORG (FreeBSD-current users) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512161758.SAA09550@ra.dkuug.dk> from "sos@FreeBSD.ORG" at Dec 16, 95 06:58:29 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG Precedence: bulk As sos@FreeBSD.ORG wrote: > > > I read about lost console a couple of days ago but I didn't > > read very deep, actually I skipped. [using pcvt...] > AHaaa, and I thought I had a syscons bug !! > It seems we should look for something more generic then.... Nor do i have an idea, but then, i'm way behind -current (and hesitate rebuilding the system due to the many complaints i've seen on the list :). -- 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 Dec 16 12:33:23 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29458 for current-outgoing; Sat, 16 Dec 1995 12:33:23 -0800 (PST) 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 MAA29452 for ; Sat, 16 Dec 1995 12:33:18 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA13071; Sat, 16 Dec 1995 21:30:51 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA12797; Sat, 16 Dec 1995 21:30:51 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id VAA04400; Sat, 16 Dec 1995 21:24:27 +0100 From: J Wunsch Message-Id: <199512162024.VAA04400@uriah.heep.sax.de> Subject: Re: todays -current To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 16 Dec 1995 21:24:27 +0100 (MET) Cc: hsu@clinet.fi Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512161726.KAA19800@rocky.sri.MT.net> from "Nate Williams" at Dec 16, 95 10:26:23 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org Precedence: bulk As Nate Williams wrote: > First of all, I don't think the current pcvt sources don't have the > ability to shutdown the system using , although it > should be trivial to add. They don't, though it's on the list to add it some day. Not RSN. I still don't believe that shutting down on a keypress is that good an idea at all (except perhaps for a notebook). -- 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 Dec 16 12:35:34 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29667 for current-outgoing; Sat, 16 Dec 1995 12:35:34 -0800 (PST) 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 MAA29658 for ; Sat, 16 Dec 1995 12:35:30 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA09302; Sun, 17 Dec 1995 07:32:16 +1100 Date: Sun, 17 Dec 1995 07:32:16 +1100 From: Bruce Evans Message-Id: <199512162032.HAA09302@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, roberto@keltia.freenix.fr Subject: Re: Mouse not working for two days Sender: owner-current@freebsd.org Precedence: bulk >There have been great changes in -CURRENT these days and I'd like to know >which one broke my mouse under X11... >The pointer is there, interrupts are generated but the pointer doesn't move >at all when one moves it. Some buggy 16650 came in unannounced with the staticization changes. It breaks COM_NOFIFO() for at least 16650's and stops the output fifo being used at speeds <= 4800. These bugs shouldn't matter for mouses. Perhaps the second bug interferes with the SMC bugfix (what happens when the fifos are reset while the fifos are not enabled?). Try using sio.c revision 1.126 or earlier. Bruce From owner-freebsd-current Sat Dec 16 14:10:41 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05522 for current-outgoing; Sat, 16 Dec 1995 14:10:41 -0800 (PST) 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 OAA05513 for ; Sat, 16 Dec 1995 14:10:36 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA11488; Sun, 17 Dec 1995 09:06:06 +1100 Date: Sun, 17 Dec 1995 09:06:06 +1100 From: Bruce Evans Message-Id: <199512162206.JAA11488@godzilla.zeta.org.au> To: bde@zeta.org.au, freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr Subject: Re: Mouse not working for two days Sender: owner-current@FreeBSD.ORG Precedence: bulk >>There have been great changes in -CURRENT these days and I'd like to know >>which one broke my mouse under X11... >>The pointer is there, interrupts are generated but the pointer doesn't move >>at all when one moves it. I miswrote: >Some buggy 16650 came in unannounced with the staticization changes. ^code Bruce From owner-freebsd-current Sat Dec 16 14:20:51 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA06101 for current-outgoing; Sat, 16 Dec 1995 14:20:51 -0800 (PST) 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 OAA06093 for ; Sat, 16 Dec 1995 14:20:44 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA11680; Sun, 17 Dec 1995 09:15:49 +1100 Date: Sun, 17 Dec 1995 09:15:49 +1100 From: Bruce Evans Message-Id: <199512162215.JAA11680@godzilla.zeta.org.au> To: bde@zeta.org.au, freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr Subject: Re: Mouse not working for two days Sender: owner-current@FreeBSD.ORG Precedence: bulk I miscorrected: >I miswrote: >>Some buggy 16650 came in unannounced with the staticization changes. > ^code ^code :-] Bruce From owner-freebsd-current Sat Dec 16 15:07:17 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08709 for current-outgoing; Sat, 16 Dec 1995 15:07:17 -0800 (PST) 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 PAA08690 for ; Sat, 16 Dec 1995 15:07:10 -0800 (PST) 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 AAA07958 ; Sun, 17 Dec 1995 00:07:08 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA11953 ; Sun, 17 Dec 1995 00:07:07 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id AAA00486; Sun, 17 Dec 1995 00:00:08 +0100 (MET) From: Ollivier Robert Message-Id: <199512162300.AAA00486@keltia.freenix.fr> Subject: Re: Mouse not working for two days To: bde@zeta.org.au (Bruce Evans) Date: Sun, 17 Dec 1995 00:00:08 +0100 (MET) Cc: freebsd-current@freebsd.org In-Reply-To: <199512162032.HAA09302@godzilla.zeta.org.au> from "Bruce Evans" at Dec 17, 95 07:32:16 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1441 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk It seems that Bruce Evans said: > Some buggy 16650 came in unannounced with the staticization changes. > It breaks COM_NOFIFO() for at least 16650's and stops the output fifo > being used at speeds <= 4800. These bugs shouldn't matter for mouses. I must add the following: 1. I do not use anything special so I think the FIFO are enabled, 2. my mouse is a Logitech and runs at 9600 bps. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #4: Fri Dec 15 19:22:25 MET 1995 From owner-freebsd-current Sat Dec 16 15:08:33 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08863 for current-outgoing; Sat, 16 Dec 1995 15:08:33 -0800 (PST) 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 PAA08852 for ; Sat, 16 Dec 1995 15:08:27 -0800 (PST) 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 AAA07954 ; Sun, 17 Dec 1995 00:07:07 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA11950 ; Sun, 17 Dec 1995 00:07:06 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id XAA00388; Sat, 16 Dec 1995 23:47:06 +0100 (MET) From: Ollivier Robert Message-Id: <199512162247.XAA00388@keltia.freenix.fr> Subject: Re: Mouse not working for two days To: bde@zeta.org.au (Bruce Evans) Date: Sat, 16 Dec 1995 23:47:06 +0100 (MET) Cc: freebsd-current@freebsd.org In-Reply-To: <199512162032.HAA09302@godzilla.zeta.org.au> from "Bruce Evans" at Dec 17, 95 07:32:16 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1441 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org Precedence: bulk It seems that Bruce Evans said: > Some buggy 16650 came in unannounced with the staticization changes. > It breaks COM_NOFIFO() for at least 16650's and stops the output fifo > being used at speeds <= 4800. These bugs shouldn't matter for mouses. I have only straight NS-16550AFN. > Perhaps the second bug interferes with the SMC bugfix (what happens > when the fifos are reset while the fifos are not enabled?). Maybe. > Try using sio.c revision 1.126 or earlier. Already tried but there have been so many changes in .h elsewhere that even with sio.c(1.126) and sioreg.h(1.3), the compilation fails. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #4: Fri Dec 15 19:22:25 MET 1995 From owner-freebsd-current Sat Dec 16 16:07:35 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA12080 for current-outgoing; Sat, 16 Dec 1995 16:07:35 -0800 (PST) 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 QAA12075 for ; Sat, 16 Dec 1995 16:07:30 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA08507; Sat, 16 Dec 1995 17:03:05 -0700 From: Terry Lambert Message-Id: <199512170003.RAA08507@phaeton.artisoft.com> Subject: Re: Is the Linux emulator not working for you? To: dyson@freefall.freebsd.org (John Dyson) Date: Sat, 16 Dec 1995 17:03:05 -0700 (MST) Cc: peter@jhome.DIALix.COM, winter@jurai.net, kato@eclogite.eps.nagoya-u.ac.jp, current@FreeBSD.ORG In-Reply-To: <199512161409.GAA13508@freefall.freebsd.org> from "John Dyson" at Dec 16, 95 06:09:13 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 Precedence: bulk > I have been evaluating the possibility of the VM system properly > supporting ill constructed a.out formats (like those with 1K offset) > and it would not be too hard. It would break coherency -- but > would add maybe 25-50 lines of code (very simple.) Since it is > bad (not allowed) to modify a running binary anyway, the cost (in > functionality) is low. I definitely plan to add it for 2.2. But > if someone has a better (easier) solution -- PLEASE go for it!!! You should talk to Matt Day (mday@elbereth.org). He has been working on VOP_GETPAGE/VOP_PUTPAGE style linear address caching modification (ala SunOS/SVR4) if you think this will completely torpedo coherency. You would have to get the details from him; he was talking about rolling the changes back in. 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 Dec 16 16:12:01 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA12284 for current-outgoing; Sat, 16 Dec 1995 16:12:01 -0800 (PST) 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 QAA12248 for ; Sat, 16 Dec 1995 16:11:59 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA08528; Sat, 16 Dec 1995 17:07:30 -0700 From: Terry Lambert Message-Id: <199512170007.RAA08528@phaeton.artisoft.com> Subject: Re: Is the Linux emulator not working for you? To: chuckr@glue.umd.edu (Chuck Robey) Date: Sat, 16 Dec 1995 17:07:30 -0700 (MST) Cc: winter@jurai.net, peter@jhome.DIALix.COM, kato@eclogite.eps.nagoya-u.ac.jp, current@FreeBSD.ORG In-Reply-To: from "Chuck Robey" at Dec 16, 95 01:02:15 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 Precedence: bulk > Kinda strikes me as funny. FreeBSD emulating Linux emulating Mac. I > know it's useful, but it's _still_ funny. Now the burning questions in everyone's minds: 1) Will executor run the Mac version of Insignia systems "SoftPC" product? 2) Will Insignia systems "SoftPC" product run NetBSD? 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 Dec 16 16:38:56 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA13986 for current-outgoing; Sat, 16 Dec 1995 16:38:56 -0800 (PST) Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.138]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA13977 for ; Sat, 16 Dec 1995 16:38:53 -0800 (PST) From: gpalmer@westhill.cdrom.com Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.12/8.6.12) with SMTP id QAA05935 ; Sat, 16 Dec 1995 16:38:06 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Terry Lambert cc: chuckr@glue.umd.edu (Chuck Robey), winter@jurai.net, peter@jhome.DIALix.COM, kato@eclogite.eps.nagoya-u.ac.jp, current@FreeBSD.ORG Subject: Re: Is the Linux emulator not working for you? In-reply-to: Your message of "Sat, 16 Dec 1995 17:07:30 MST." <199512170007.RAA08528@phaeton.artisoft.com> Date: Sat, 16 Dec 1995 16:38:05 -0800 Message-ID: <5933.819160685@westhill.cdrom.com> Sender: owner-current@FreeBSD.ORG Precedence: bulk Terry Lambert wrote in message ID <199512170007.RAA08528@phaeton.artisoft.com>: > > Kinda strikes me as funny. FreeBSD emulating Linux emulating Mac. I > > know it's useful, but it's _still_ funny. > Now the burning questions in everyone's minds: > 1) Will executor run the Mac version of Insignia systems > "SoftPC" product? Yes > 2) Will Insignia systems "SoftPC" product run NetBSD? No There was a joke at a recent meeting I went to: you could run the DOS/Windows emulator (SoftPC) under the Mac (Executor) emulator under Linux... then I mentioned the fact taht executor worked on our Linux emulator :-) Gary From owner-freebsd-current Sat Dec 16 20:34:46 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA21794 for current-outgoing; Sat, 16 Dec 1995 20:34:46 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA21780 Sat, 16 Dec 1995 20:34:41 -0800 (PST) From: John Dyson Message-Id: <199512170434.UAA21780@freefall.freebsd.org> Subject: Re: Is the Linux emulator not working for you? To: terry@lambert.org (Terry Lambert) Date: Sat, 16 Dec 1995 20:34:40 -0800 (PST) Cc: peter@jhome.DIALix.COM, winter@jurai.net, kato@eclogite.eps.nagoya-u.ac.jp, current@FreeBSD.ORG In-Reply-To: <199512170003.RAA08507@phaeton.artisoft.com> from "Terry Lambert" at Dec 16, 95 05:03:05 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG Precedence: bulk > > > I have been evaluating the possibility of the VM system properly > > supporting ill constructed a.out formats (like those with 1K offset) > > and it would not be too hard. It would break coherency -- but > > would add maybe 25-50 lines of code (very simple.) Since it is > > bad (not allowed) to modify a running binary anyway, the cost (in > > functionality) is low. I definitely plan to add it for 2.2. But > > if someone has a better (easier) solution -- PLEASE go for it!!! > > You should talk to Matt Day (mday@elbereth.org). He has been working > on VOP_GETPAGE/VOP_PUTPAGE style linear address caching modification > (ala SunOS/SVR4) if you think this will completely torpedo coherency. > > You would have to get the details from him; he was talking about > rolling the changes back in. > I think that the SVR4 approach is not very good -- I hope he isn't planning on faulting into kernel space either. There are some significant re-dos happening in FreeBSD right now -- and the relationship of buffers and I/O is in flux. But -- I definitely do not want to shoot down anything that might be good .... Ask him to get into contact with me so that we can coordinate the efforts. (Hopefully he isn't trying to do exactly what SVR4 does :-)). John dyson@freebsd.org