From owner-freebsd-current Sun Aug 24 00:46:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA20711 for current-outgoing; Sun, 24 Aug 1997 00:46:56 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA20683; Sun, 24 Aug 1997 00:45:27 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id NAA11168; Sun, 24 Aug 1997 13:41:11 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199708240741.NAA11168@hq.icb.chel.su> Subject: Re: NCR SCSI will not boot To: terry@lambert.org (Terry Lambert) Date: Sun, 24 Aug 1997 13:41:11 +0600 (ESD) Cc: se@FreeBSD.ORG, chuckr@glue.umd.edu, gjohnson@nola.srrc.usda.gov, freebsd-current@FreeBSD.ORG In-Reply-To: <199708240101.SAA05212@phaeton.artisoft.com> from "Terry Lambert" at Aug 23, 97 06:01:06 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Ok. I'll make the 825a rev 0x13 and up use the > > on-chip SRAM, and will disable that feature for > > earlier revisions ... > > > > Thanks for the information ! > > Is this across the board? > > I have a rev 2 53c810, and it's working right now... when did the > SRAM usage go in? 53c810 has no scripts RAM, it reads the scripts from the main memory. By the way, does anyone know what is the difference between 53c810 and 53c810A ? -SB From owner-freebsd-current Sun Aug 24 02:24:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA24246 for current-outgoing; Sun, 24 Aug 1997 02:24:59 -0700 (PDT) Received: from csie.ntu.edu.tw (cslab.csie.ntu.edu.tw [140.112.30.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA24086 for ; Sun, 24 Aug 1997 02:20:33 -0700 (PDT) Received: from Chiron.m1.ntu.edu.tw (Chiron.m1.ntu.edu.tw [140.112.210.81]) by csie.ntu.edu.tw (8.7.5/8.7.3) with ESMTP id QAA13641 for ; Sun, 24 Aug 1997 16:28:04 +0800 (CST) Message-Id: <199708240828.QAA13641@csie.ntu.edu.tw> From: "=?BIG5?B?vkekU6Sk?=" To: Subject: de0 hangs in 3.0-970815-SNAP Date: Sun, 24 Aug 1997 17:14:48 +0800 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 MIME-Version: 1.0 Content-Type: text/plain; charset=BIG5 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk in 3.0-970815-SNAP, the de0 driver is a little buggy, after loading kernel the de0 reports: "de0: receive xx:xx:xx:xx:xx:xx: alignment error" or "de0: receive xx:xx:xx:xx:xx:xx: bad crc" .. After several messages, the driver is out of order. does anyone get the same problem? From owner-freebsd-current Sun Aug 24 02:58:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA25400 for current-outgoing; Sun, 24 Aug 1997 02:58:40 -0700 (PDT) Received: from groa.uct.ac.za (groa.uct.ac.za [137.158.128.7]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id CAA25391 for ; Sun, 24 Aug 1997 02:58:32 -0700 (PDT) Received: from rv by groa.uct.ac.za with local (Exim 1.653 #1) id 0x2ZRF-0003V0-00; Sun, 24 Aug 1997 11:58:29 +0200 Subject: Re: Panic During Install - FFS Bug? To: Freebsd-current@freebsd.org Date: Sun, 24 Aug 1997 11:58:29 +0200 (SAT) In-Reply-To: from "Simon Shapiro" at Aug 23, 97 08:38:01 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text Message-Id: From: Russell Vincent Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro wrote: > 3.0-CURRENT as of last night (23-Aug-97) > > In installing -current on a new machine, it panics during installing > packages, pretty much at random. I get a very similar panic with the same date kernel (UP) during 'make world' (tried twice now and not at the same place in make world). A kernel of a week back seems to work fine. Unfortunately I was in X the second time, so didn't manage to get a traceback. I will try again tonight. -Russell From owner-freebsd-current Sun Aug 24 03:24:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA26031 for current-outgoing; Sun, 24 Aug 1997 03:24:11 -0700 (PDT) Received: from caleche.kecl.ntt.co.jp (elysium.kecl.ntt.co.jp [129.60.192.193]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA26025 for ; Sun, 24 Aug 1997 03:24:03 -0700 (PDT) Received: from localhost by caleche.kecl.ntt.co.jp (8.8.7/kecl2.0/r8v7-M2-nishio) with ESMTP id TAA00694; Sun, 24 Aug 1997 19:24:27 +0900 (JST) To: b3506036@csie.ntu.edu.tw Cc: freebsd-current@FreeBSD.ORG Subject: Re: de0 hangs in 3.0-970815-SNAP In-Reply-To: Your message of "Sun, 24 Aug 1997 17:14:48 +0800" References: <199708240828.QAA13641@csie.ntu.edu.tw> X-Mailer: Mew version 1.54 on Emacs 19.34.1, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19970824192426U.nishio@elysium.kecl.ntt.co.jp> Date: Sun, 24 Aug 1997 19:24:26 +0900 From: NISHIO Shuichi X-Dispatcher: impost version 0.95+ (Nov. 26, 1996) Lines: 32 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: "" Subject: de0 hangs in 3.0-970815-SNAP Date: Sun, 24 Aug 1997 17:14:48 +0800 Message-ID: <199708240828.QAA13641@csie.ntu.edu.tw> > in 3.0-970815-SNAP, the de0 driver is a little buggy, after loading kernel > the de0 reports: > "de0: receive xx:xx:xx:xx:xx:xx: alignment error" or > "de0: receive xx:xx:xx:xx:xx:xx: bad crc" > .. > After several messages, the driver is out of order. > > does anyone get the same problem? I also get the "bad crc" messages, mainly on inbound transfers (I think), but the card keeps working. On the first large outbound transfer after reboot, I always get the following messages: de1: abnormal interrupt: transmit underflow (raising TX threshold to 96|256) de1: abnormal interrupt: transmit underflow (raising TX threshold to 1024) de1: abnormal interrupt: transmit underflow (switching to store-and-forward mode) Also, the outbound transfer rate seems to have decreased from 6.5-7.5MB/s to 2.5-4.5MB/s, but I am still not sure whether this is caused by the changes in de driver, or the changes in the SMP kernel. Inbound transfers are still at the rate of 6.5-7.5MB/s. Nishio Shuichi From owner-freebsd-current Sun Aug 24 03:25:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA26103 for current-outgoing; Sun, 24 Aug 1997 03:25:57 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id DAA26089 for ; Sun, 24 Aug 1997 03:25:45 -0700 (PDT) Received: (qmail 858 invoked by uid 1000); 24 Aug 1997 10:26:04 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Date: Sun, 24 Aug 1997 03:26:04 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: freebsd-current@freebsd.org Subject: A blemish in otherwise perfect picture. Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can some good soul with commit authority fix these annoying warnings? ../../netinet/ip_divert.c: In function `div_bind': ../../netinet/ip_divert.c:327: warning: passing arg 2 of `in_pcbbind' from incompatible pointer type ../../netinet/ip_divert.c: At top level: ../../netinet/ip_divert.c:356: warning: initialization from incompatible pointer type ../../netinet/ip_divert.c:359: warning: initialization from incompatible pointer type ../../pci/pci_compat.c: In function `pci_map_int': ../../pci/pci_compat.c:172: warning: passing arg 3 of `intr_create' from incompatible pointer type ../../i386/isa/sound/soundcard.c:101: warning: no previous prototype for `adintr' and what about: ../../dev/pdq/pdq_ifsubr.c:380: warning: #warning "Implement fddi_resolvemulti!" What are we missing??? Simon From owner-freebsd-current Sun Aug 24 03:59:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA27381 for current-outgoing; Sun, 24 Aug 1997 03:59:20 -0700 (PDT) Received: from munich.netsurf.de (laurin.munich.netsurf.de [194.64.166.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA27376 for ; Sun, 24 Aug 1997 03:59:11 -0700 (PDT) Received: from diroxbsd.dx (ns1054.munich.netsurf.de [195.180.235.54]) by munich.netsurf.de (8.8.4/8.7) with ESMTP id MAA03088 for ; Sun, 24 Aug 1997 12:56:12 +0200 (MET DST) Received: (from dirk@localhost) by diroxbsd.dx (8.8.7/8.8.5) id MAA09949; Sun, 24 Aug 1997 12:44:26 +0200 (CEST) Message-ID: <19970824124426.23408@diroxbsd.dx> Date: Sun, 24 Aug 1997 12:44:26 +0200 From: Dirk Roehrdanz To: current@FreeBSD.ORG Subject: install of libc.so.3.0 fails Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.66e Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, during the last make world cvsuped August 23 the install of libc.so.3.0 dumps with bus error. After that /usr/lib/libc.so.3.0 is deleted !! I suppose install want to use code from libc.so.3.0 after it's deleted. Dirk From owner-freebsd-current Sun Aug 24 05:20:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA29764 for current-outgoing; Sun, 24 Aug 1997 05:20:25 -0700 (PDT) Received: from critter.dk.tfs.com (critter.phk.freebsd.dk [195.8.133.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA29758 for ; Sun, 24 Aug 1997 05:20:21 -0700 (PDT) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.7/8.8.5) with ESMTP id OAA10669 for ; Sun, 24 Aug 1997 14:19:45 +0200 (CEST) To: current@freebsd.org Subject: kernel patch testing please! From: Poul-Henning Kamp Date: Sun, 24 Aug 1997 14:19:44 +0200 Message-ID: <10667.872425184@critter.dk.tfs.com> Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can I get somebody to run this patch a bit ? I'm interested in filesystem performance measurements (ie: http hits/day, worldstone or similar). Poul-Henning Index: vfs_cache.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_cache.c,v retrieving revision 1.26 diff -u -r1.26 vfs_cache.c --- vfs_cache.c 1997/08/04 07:31:36 1.26 +++ vfs_cache.c 1997/08/24 09:57:57 @@ -234,7 +250,13 @@ return; } } - + + /* If we're adding a directory, note the parent while we can */ + if (vp && vp->v_type == VDIR) { + vp->v_dd = dvp; + vp->v_ddid = dvp->v_id; + } + ncp = (struct namecache *) malloc(sizeof *ncp + cnp->cn_namelen, M_CACHE, M_WAITOK); bzero((char *)ncp, sizeof *ncp); -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Aug 24 05:54:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA00936 for current-outgoing; Sun, 24 Aug 1997 05:54:08 -0700 (PDT) Received: from news.quick.net (donegan@news.quick.net [207.212.170.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA00931; Sun, 24 Aug 1997 05:54:06 -0700 (PDT) Received: (from donegan@localhost) by news.quick.net (8.8.5/8.6.9) id FAA05249; Sun, 24 Aug 1997 05:53:57 -0700 (PDT) Date: Sun, 24 Aug 1997 05:53:56 -0700 (PDT) From: "Steven P. Donegan" To: Simon Shapiro cc: Freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Panic During Install - FFS Bug? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 23 Aug 1997, Simon Shapiro wrote: > > Hi Y'all, > > 3.0-CURRENT as of last night (23-Aug-97) > > In installing -current on a new machine, it panics during installing > packages, pretty much at random. > Same symptoms here - started at kernel 3.0-970815-SNAP - haven't been able to get a complete install since - random panics during install attempts of 970815 and 970823 - 2.2.2 goes in and works fine. Motherboard is Tyan Tomcat IIID. From owner-freebsd-current Sun Aug 24 08:00:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA04389 for current-outgoing; Sun, 24 Aug 1997 08:00:45 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA04384 for ; Sun, 24 Aug 1997 08:00:40 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id AAA12258 for current@freebsd.org; Mon, 25 Aug 1997 00:58:15 +1000 Date: Mon, 25 Aug 1997 00:58:15 +1000 From: Bruce Evans Message-Id: <199708241458.AAA12258@godzilla.zeta.org.au> To: current@freebsd.org Subject: another mount arg incompatibility Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After `mount -t msdos /dev/fd0 /mnt' (which works and gives a mode of root.wheel for the mount point), `mount -t msdos -o '' /dev/fd0 /mnt' changes the mode to 4022327920.8338. Bruce From owner-freebsd-current Sun Aug 24 08:24:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA05045 for current-outgoing; Sun, 24 Aug 1997 08:24:48 -0700 (PDT) Received: from atlantis.nconnect.net (root@atlantis.nconnect.net [207.227.50.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA05039 for ; Sun, 24 Aug 1997 08:24:45 -0700 (PDT) Received: from nconnect.net (randyd@dial182.nconnect.net [207.227.50.182]) by atlantis.nconnect.net (8.8.4/8.7.3) with ESMTP id KAA13338; Sun, 24 Aug 1997 10:28:59 -0500 (CDT) Message-ID: <3400522D.745B67FC@nconnect.net> Date: Sun, 24 Aug 1997 10:24:29 -0500 From: Randy DuCharme Organization: Astrolab Development X-Mailer: Mozilla 4.02b7 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: "¾G¤S¤¤" CC: freebsd-current@FreeBSD.ORG Subject: Re: de0 hangs in 3.0-970815-SNAP References: <199708240828.QAA13641@csie.ntu.edu.tw> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ¾G¤S¤¤ wrote: > > in 3.0-970815-SNAP, the de0 driver is a little buggy, after loading kernel > the de0 reports: > "de0: receive xx:xx:xx:xx:xx:xx: alignment error" or > "de0: receive xx:xx:xx:xx:xx:xx: bad crc" > .. > After several messages, the driver is out of order. > > does anyone get the same problem? No, mine is a bit different... de0: abnormal interrupt: transmit underflow then it's done. I can ifconfig it back into shape momentarily, but it won't stay up for more than a few seconds. Randy From owner-freebsd-current Sun Aug 24 09:21:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA07381 for current-outgoing; Sun, 24 Aug 1997 09:21:41 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA07376 for ; Sun, 24 Aug 1997 09:21:35 -0700 (PDT) From: Andreas Klemm Received: (from andreas@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id JAA29919 for current@FreeBSD.ORG; Sun, 24 Aug 1997 09:21:03 -0700 (PDT) Date: Sun, 24 Aug 1997 09:21:03 -0700 (PDT) Message-Id: <199708241621.JAA29919@freefall.freebsd.org> To: current@FreeBSD.ORG Subject: UUCP and lpr services don't work anymore Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Today I noticed, that since about 4 or 5 days my outgoing mails go to something kinda /dev/null. I'm running a very -current SMP kernel here. Outgoing mails are mailed via UUCP. The D files get spooled ok in the D. directory, but the control files in the C. subdir (UUCP spool dir), has the size of 0 bytes although the vfilesystem has pleanty of Mbytes free. I think a similar problem is this with my print services. The data files are spooled properly in the printers spool directory, but nothing get's printed although a cat directly to the device /dev/lpt0 works .... The lpq command gives me a strange incomplete status line, where only "0 bytes" is printed per queued print job. I'll build a non SMP kernel to see if it's only related to SMP .... But please heads up, maybe some of you already get an idea what't might causing this .... You can write me an e-mail, receiving mails is still fine, but mailing out is currently impossible ... And I wondered, why my mail doesn't show up on the -current mailing list ;-) Andreas /// From owner-freebsd-current Sun Aug 24 09:30:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA07733 for current-outgoing; Sun, 24 Aug 1997 09:30:57 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA07728 for ; Sun, 24 Aug 1997 09:30:54 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id CAA16264; Mon, 25 Aug 1997 02:28:50 +1000 Date: Mon, 25 Aug 1997 02:28:50 +1000 From: Bruce Evans Message-Id: <199708241628.CAA16264@godzilla.zeta.org.au> To: bde@zeta.org.au, current@FreeBSD.ORG Subject: Re: another mount arg incompatibility Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I wrote: >After `mount -t msdos /dev/fd0 /mnt' (which works and gives a mode of >root.wheel for the mount point), `mount -t msdos -o '' /dev/fd0 /mnt' >changes the mode to 4022327920.8338. I should have written: After `mount -t msdos /dev/fd0 /mnt' (which works and gives ownership of root.wheel for the mount point), `mount -u -o '' /dev/fd0 /mnt' changes the ownership to 4022327920.8338. `mount -u -t msdos ...' fails early because mount_msdos doesn't support the MNT_UPDATE flag although msdosfs sort of supports it. Support for MNT_FORCE is similarly broken. Support for MNT_SYNCHRONOUS is slightly more broken - it is a general vfs flag (it mainly affects vn_write(), so it belongs in MNT_STD more that some of the other options in MNT_STD (it doesn't apply to inherently readonly file systems, but neither does MNT_NOATIME, and support for quotas is not standard...). Perhaps the support shouldn't be limited in individual mount utilities. However, many kernel mount routines just ignore unsupported flags. `mount -u -o '' /dev/fd0 /mnt' is immune to the above problem because mount(8) calls mount(2) directly. mount(2) somehow gets as far as msdosfs_mount(). msdosfs_mount() then uses invalid mount args. Another bug: after `mount -t msdos /dev/fd0 /mnt' #works `mount -t ext2fs /dev/wd0s1 /mnt' #works? it seems to be impossible to unmount either file system. Bruce From owner-freebsd-current Sun Aug 24 10:22:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA10004 for current-outgoing; Sun, 24 Aug 1997 10:22:43 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA09995 for ; Sun, 24 Aug 1997 10:22:39 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA04522 for freebsd-current@FreeBSD.ORG; Sun, 24 Aug 1997 19:22:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id TAA23641; Sun, 24 Aug 1997 19:17:11 +0200 (MET DST) Message-ID: <19970824191710.EE45031@uriah.heep.sax.de> Date: Sun, 24 Aug 1997 19:17:10 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG Subject: Re: A blemish in otherwise perfect picture. References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Simon Shapiro on Aug 24, 1997 03:26:04 -0700 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote: > and what about: > > ../../dev/pdq/pdq_ifsubr.c:380: warning: #warning "Implement > fddi_resolvemulti!" > > What are we missing??? Something related to multicast on FDDI. Garrett has restructured the multicast address list (?) in FreeBSD, but by now only for Ethernet. -- 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 Aug 24 10:32:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA10712 for current-outgoing; Sun, 24 Aug 1997 10:32:08 -0700 (PDT) Received: from tasogare.imasy.or.jp (root@tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA10704; Sun, 24 Aug 1997 10:32:03 -0700 (PDT) Received: (from ume@localhost) by tasogare.imasy.or.jp (8.8.7+2.7Wbeta7/3.4W4-96030215) with UUCP id CAA28007; Mon, 25 Aug 1997 02:18:02 +0900 (JST) Received: from peace.calm.imasy.or.jp (root@peace.calm.imasy.or.jp [158.214.107.233]) by chaos.calm.imasy.or.jp (8.8.7/3.6Wbeta6-CHAOS1.5) with ESMTP id CAA06795; Mon, 25 Aug 1997 02:16:34 +0900 (JST) Received: from localhost (ume@localhost [127.0.0.1]) by peace.calm.imasy.or.jp (8.8.7/3.6Wbeta6-CALM1.0) with ESMTP id CAA00503; Mon, 25 Aug 1997 02:16:29 +0900 (JST) Message-Id: <199708241716.CAA00503@peace.calm.imasy.or.jp> To: smp@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: need status reports!!! In-Reply-To: Your message of "Sun, 24 Aug 1997 14:03:25 +0900" <199708240503.OAA05086@peace.calm.imasy.or.jp> References: <199708240503.OAA05086@peace.calm.imasy.or.jp> X-Mailer: Mew version 1.89 on XEmacs 20.3 (Bratislava) X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.or.jp/~ume/ Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Mon_Aug_25_02:16:25_1997_41)--" Content-Transfer-Encoding: 7bit Date: Mon, 25 Aug 1997 02:16:28 +0900 From: Hajimu UMEMOTO X-Dispatcher: imput version 970820 Lines: 423 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ----Next_Part(Mon_Aug_25_02:16:25_1997_41)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I have a boot time problem with a -current kernel cvsuped at August 25. The kernel hangs at very begining of boot time with following messages: boot: Booting 0:sd(0,a)kernel @ 0x100000 text=0xd5000 data=0x16000 bss=0x4bf3c symbols=[+0xc4+0x4+0x11b38+0x4+0x174ba] Can't find file kernel.config total=0x25fffa entry point=0x100000 A kernel cvsuped at August 23 had no problem. What's happen around the recent 2 days? I'm using on a IWILL DP6NS with dual Pentium Pro 180MHz. The output of mptable with a kernel cvsuped at August 23 and my configuration file are as follows: ----Next_Part(Mon_Aug_25_02:16:25_1997_41)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit =============================================================================== MPTable, version 2.0.13 looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009fc00 searching CMOS 'top of mem' @ 0x0009f800 (638K) searching default 'top of mem' @ 0x0009fc00 (639K) searching BIOS @ 0x000f0000 MP FPS found in BIOS @ physical addr: 0x000f0eb0 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f0eb0 signature: '_MP_' length: 16 bytes version: 1.1 checksum: 0xc2 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f0ec4 signature: 'PCMP' base table length: 292 version: 1.1 checksum: 0xc8 OEM ID: 'OEM00000' Product ID: 'PROD00000000' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 28 local APIC address: 0xfee00000 extended table length: 0 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 0 0x11 BSP, usable 6 1 9 0xfbff 1 0x11 AP, usable 6 1 9 0xfbff -- Bus: Bus ID Type 0 PCI 1 ISA -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID INT# ExtINT conforms conforms 1 0 2 0 INT conforms conforms 1 1 2 1 INT conforms conforms 1 0 2 2 INT conforms conforms 1 3 2 3 INT conforms conforms 1 4 2 4 INT conforms conforms 1 5 2 5 INT conforms conforms 1 6 2 6 INT conforms conforms 1 7 2 7 INT conforms conforms 1 8 2 8 INT conforms conforms 1 9 2 9 INT conforms conforms 1 10 2 10 INT conforms conforms 1 11 2 11 INT conforms conforms 1 12 2 12 INT conforms conforms 1 13 2 13 INT conforms conforms 1 14 2 14 INT conforms conforms 1 15 2 15 INT active-lo level 0 12:A 2 16 INT active-lo level 0 9:A 2 17 INT active-lo level 0 10:A 2 18 INT active-lo level 0 11:A 2 19 SMI conforms conforms 1 0 2 23 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID INT# ExtINT conforms conforms 0 0:A 255 0 NMI conforms conforms 0 0:A 255 1 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Useful: #options SMP_AUTOSTART # start the additional CPUs during boot # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=2 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs ------------------------------------------------------------------------------- dmesg output: Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Sat Aug 23 12:25:33 JST 1997 ume@peace.calm.imasy.or.jp:/usr/src/sys/compile/PEACE CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xfbff real memory = 67108864 (65536K bytes) avail memory = 62832640 (61360K bytes) FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ahc0: rev 0x00 int a irq 17 on pci0.9.0 ahc0: Using left over BIOS settings ahc0: aic7880 Wide Channel, SCSI Id=7, 16/255 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 ahc0: target 0 Tagged Queuing Device sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 4134MB (8467200 512 byte sectors) cd0 at scbus0 target 6 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd present [332219 x 2048 byte records] vga0: rev 0x01 int a irq 18 on pci0.10.0 vx0: <3COM 3C905 Fast Etherlink XL PCI> rev 0x00 int a irq 19 on pci0.11.0 mii[*mii*] address 00:60:08:0d:50:7f Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface apm0 flags 0x31 on isa apm: found APM BIOS version 1.2 sb0 at 0x220-0x22f irq 5 drq 1 on isa sb0: sbxvi0 drq 5 on isa sbxvi0: sbmidi0 not found at 0x330 opl0 at 0x388-0x38b on isa opl0: joy0 at 0x201 on isa joy0: joystick changing root device to sd0a APIC_IO: routing 8254 via 8259 on pin 0 WARNING: / was not properly dismounted. SMP: All idle procs online. SMP: *** AUTO *** starting 1st AP! SMP: AP CPU #1 LAUNCHED!! Starting Scheduling... SMP: TADA! CPU #1 made it into the scheduler!. SMP: All 2 CPU's are online! IP packet filtering initialized, divert disabled, logging disabled =============================================================================== ----Next_Part(Mon_Aug_25_02:16:25_1997_41)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit # # SMP-GENERIC -- Smp machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: SMP-GENERIC,v 1.7 1997/07/26 01:46:02 fsmp Exp $ machine "i386" # SMP does NOT support 386/486 CPUs. #cpu "I386_CPU" #cpu "I486_CPU" #cpu "I586_CPU" cpu "I686_CPU" ident PEACE maxusers 60 # Create a SMP capable kernel (mandatory options): options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional, these are the defaults: #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs # Lets always enable the kernel debugger for SMP. options DDB # SMP shouldn't need x87 emulation, disable by default. #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem #options NFS #Network Filesystem #options MSDOSFS #MSDOS Filesystem #options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options MFS options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor config kernel root on wd0 controller isa0 #controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 options "CMD640" # work around CMD640 chip deficiency #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device wcd0 #IDE CD-ROM # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. #controller ncr0 #controller amd0 #controller ahb0 options AHC_TAGENABLE options AHC_SCBPAGING_ENABLE options AHC_ALLOW_MEMIO controller ahc0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device od0 #See LINT for possible `od' options. device st0 device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5 #options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # device apm0 at isa? flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller crd0 #device pcic0 at crd? #device pcic1 at crd? device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio2 at isa? disable port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 #device fxp0 device vx0 #device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector ieintr #device ie1 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port? net irq? vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr # Sound Blaster options "SB16MIDI_BASE=0x330" controller snd0 device sb0 at isa? port 0x220 irq 5 conflicts drq 1 vector sbintr device sbxvi0 at isa? conflicts drq 5 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 device joy0 at isa? port "IO_GAME" 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 pseudo-device gzip # Exec gzipped a.out's pseudo-device vn 1 pseudo-device bpfilter 4 # Berkeley packet filter # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. options KTRACE #kernel tracing # This provides support for System V shared memory. # options SYSVSHM options SYSVSEM options SYSVMSG ----Next_Part(Mon_Aug_25_02:16:25_1997_41)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@imasy.or.jp ume@iabs.hitachi.co.jp http://www.imasy.or.jp/~ume/ ----Next_Part(Mon_Aug_25_02:16:25_1997_41)---- From owner-freebsd-current Sun Aug 24 11:30:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA13777 for current-outgoing; Sun, 24 Aug 1997 11:30:31 -0700 (PDT) Received: from tasogare.imasy.or.jp (root@tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA13757; Sun, 24 Aug 1997 11:30:27 -0700 (PDT) Received: (from ume@localhost) by tasogare.imasy.or.jp (8.8.7+2.7Wbeta7/3.4W4-96030215) with UUCP id DAA06392; Mon, 25 Aug 1997 03:22:22 +0900 (JST) Received: from peace.calm.imasy.or.jp (root@peace.calm.imasy.or.jp [158.214.107.233]) by chaos.calm.imasy.or.jp (8.8.7/3.6Wbeta6-CHAOS1.5) with ESMTP id DAA08666; Mon, 25 Aug 1997 03:21:36 +0900 (JST) Received: from localhost (ume@localhost [127.0.0.1]) by peace.calm.imasy.or.jp (8.8.7/3.6Wbeta6-CALM1.0) with ESMTP id DAA00334; Mon, 25 Aug 1997 03:21:30 +0900 (JST) Message-Id: <199708241821.DAA00334@peace.calm.imasy.or.jp> To: smp@FreeBSD.ORG Cc: current@FreeBSD.ORG Subject: Re: HEADS UP: need status reports!!! In-Reply-To: Your message of "Mon, 25 Aug 1997 02:16:28 +0900" <199708241716.CAA00503@peace.calm.imasy.or.jp> References: <199708241716.CAA00503@peace.calm.imasy.or.jp> X-Mailer: Mew version 1.89 on XEmacs 20.3 (Bratislava) X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.or.jp/~ume/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 25 Aug 1997 03:21:30 +0900 From: Hajimu UMEMOTO X-Dispatcher: imput version 970820 Lines: 37 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>>> On Mon, 25 Aug 1997 02:16:28 +0900, Hajimu UMEMOTO said: ume> I have a boot time problem with a -current kernel cvsuped at August ume> 25. The kernel hangs at very begining of boot time with following ume> messages: ume> ume> boot: ume> Booting 0:sd(0,a)kernel @ 0x100000 ume> text=0xd5000 data=0x16000 bss=0x4bf3c symbols=[+0xc4+0x4+0x11b38+0x4+0x174ba] ume> Can't find file kernel.config ume> total=0x25fffa entry point=0x100000 This problem was fixed by: >>>>> On Sun, 24 Aug 1997 10:26:38 -0700 (PDT), Steve Passe said: fsmp> fsmp 1997/08/24 10:26:38 PDT fsmp> fsmp> Modified files: fsmp> sys/i386/isa ipl_funcs.c fsmp> Log: fsmp> Fix a deadlock caused by one of the spl functions being called before fsmp> ss_lock() can run. fsmp> fsmp> Noticed by: dave adkins fsmp> fsmp> Revision Changes Path fsmp> 1.4 +10 -11 src/sys/i386/isa/ipl_funcs.c Thanks! -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@imasy.or.jp ume@iabs.hitachi.co.jp http://www.imasy.or.jp/~ume/ From owner-freebsd-current Sun Aug 24 11:36:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA14407 for current-outgoing; Sun, 24 Aug 1997 11:36:12 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA14400 for ; Sun, 24 Aug 1997 11:36:10 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA01251; Sun, 24 Aug 1997 11:35:40 -0700 From: Terry Lambert Message-Id: <199708241835.LAA01251@phaeton.artisoft.com> Subject: Re: another mount arg incompatibility To: bde@zeta.org.au (Bruce Evans) Date: Sun, 24 Aug 1997 11:35:40 -0700 (MST) Cc: bde@zeta.org.au, current@FreeBSD.ORG In-Reply-To: <199708241628.CAA16264@godzilla.zeta.org.au> from "Bruce Evans" at Aug 25, 97 02:28:50 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-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > `mount -u -t msdos ...' fails early because mount_msdos doesn't support > the MNT_UPDATE flag although msdosfs sort of supports it. Support for > MNT_FORCE is similarly broken. Support for MNT_SYNCHRONOUS is slightly > more broken - it is a general vfs flag (it mainly affects vn_write(), so > it belongs in MNT_STD more that some of the other options in MNT_STD > (it doesn't apply to inherently readonly file systems, but neither does > MNT_NOATIME, and support for quotas is not standard...). Perhaps the > support shouldn't be limited in individual mount utilities. However, > many kernel mount routines just ignore unsupported flags. This code should be centralized. The flags processing is relatively independent of the per FS mount processing. Same thing goes for root vs. non-root mounts, and who does the work covering the vnode, IMO. The per VFS mount code is very bogus. This crap is why some FS's can't be your root, and others export poorly via NFS. 8-(. The CD9660 is particularly gross, using options and then backing up enforcement with autodetect, when it could just autodetect and keep it's mouth shut. 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 Aug 24 12:01:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA15721 for current-outgoing; Sun, 24 Aug 1997 12:01:50 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA15705 for ; Sun, 24 Aug 1997 12:01:41 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id VAA01194 for ; Sun, 24 Aug 1997 21:01:55 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id VAA23969 for current@FreeBSD.ORG; Sun, 24 Aug 1997 21:01:17 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.6/keltia-uucp-2.9) id TAA08164; Sun, 24 Aug 1997 19:03:36 +0200 (CEST) Message-ID: <19970824190336.49331@keltia.freenix.fr> Date: Sun, 24 Aug 1997 19:03:36 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: UUCP and lpr services don't work anymore References: <199708241621.JAA29919@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <199708241621.JAA29919@freefall.freebsd.org>; from Andreas Klemm on Sun, Aug 24, 1997 at 09:21:03AM -0700 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3481 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Andreas Klemm: > Outgoing mails are mailed via UUCP. The D files get spooled > ok in the D. directory, but the control files in the C. > subdir (UUCP spool dir), has the size of 0 bytes although > the vfilesystem has pleanty of Mbytes free. I've not seen this yet on my home machine, still at July, 20th current (but I'm worried, all my mail is through UUCP). > The data files are spooled properly in the printers spool > directory, but nothing get's printed although a cat > directly to the device /dev/lpt0 works .... I have only remote printers and can't get to print anymore. > The lpq command gives me a strange incomplete status line, > where only "0 bytes" is printed per queued print job. I've seen this exactly. I don't seem to be able to send a file to be printed anymore since my upgrade to friday's current. I'm not using SMP. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #23: Sun Jul 20 18:10:34 CEST 1997 From owner-freebsd-current Sun Aug 24 13:40:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA20213 for current-outgoing; Sun, 24 Aug 1997 13:40:13 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA20208 for ; Sun, 24 Aug 1997 13:40:08 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id WAA24554; Sun, 24 Aug 1997 22:30:15 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.7/8.8.7) id WAA02504; Sun, 24 Aug 1997 22:08:45 +0200 (CEST) Message-ID: <19970824220845.43690@klemm.gtn.com> Date: Sun, 24 Aug 1997 22:08:45 +0200 From: Andreas Klemm To: Ollivier Robert Cc: current@FreeBSD.ORG Subject: Re: UUCP and lpr services don't work anymore References: <199708241621.JAA29919@freefall.freebsd.org> <19970824190336.49331@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <19970824190336.49331@keltia.freenix.fr>; from Ollivier Robert on Sun, Aug 24, 1997 at 07:03:36PM +0200 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Aug 24, 1997 at 07:03:36PM +0200, Ollivier Robert wrote: > According to Andreas Klemm: > > Outgoing mails are mailed via UUCP. The D files get spooled > > ok in the D. directory, but the control files in the C. > > subdir (UUCP spool dir), has the size of 0 bytes although > > the vfilesystem has pleanty of Mbytes free. > > I've not seen this yet on my home machine, still at July, 20th current (but > I'm worried, all my mail is through UUCP). If you are not using FreeBSD-SMP then everything should be ok. I can send mail now using the non-SMP kernel. So some of the changes in SMP code are causing this ... > > The data files are spooled properly in the printers spool > > directory, but nothing get's printed although a cat > > directly to the device /dev/lpt0 works .... > > I have only remote printers and can't get to print anymore. I can print now again using the non-SMP kernel. Strange ... > > The lpq command gives me a strange incomplete status line, > > where only "0 bytes" is printed per queued print job. > > I've seen this exactly. I don't seem to be able to send a file to be > printed anymore since my upgrade to friday's current. > > I'm not using SMP. Hmm, strange, simply switching to a non-SMP kernel cured all of my problems. Andreas /// -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Sun Aug 24 14:29:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA22620 for current-outgoing; Sun, 24 Aug 1997 14:29:43 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA22607 for ; Sun, 24 Aug 1997 14:29:38 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id QAA05817; Sun, 24 Aug 1997 16:26:09 -0500 (EST) From: "John S. Dyson" Message-Id: <199708242126.QAA05817@dyson.iquest.net> Subject: Re: UUCP and lpr services don't work anymore In-Reply-To: <19970824220845.43690@klemm.gtn.com> from Andreas Klemm at "Aug 24, 97 10:08:45 pm" To: andreas@klemm.gtn.com (Andreas Klemm) Date: Sun, 24 Aug 1997 16:26:09 -0500 (EST) Cc: roberto@keltia.freenix.fr, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Andreas Klemm said: > On Sun, Aug 24, 1997 at 07:03:36PM +0200, Ollivier Robert wrote: > > According to Andreas Klemm: > > > Outgoing mails are mailed via UUCP. The D files get spooled > > > ok in the D. directory, but the control files in the C. > > > subdir (UUCP spool dir), has the size of 0 bytes although > > > the vfilesystem has pleanty of Mbytes free. > > > > I've not seen this yet on my home machine, still at July, 20th current (but > > I'm worried, all my mail is through UUCP). > > If you are not using FreeBSD-SMP then everything should be ok. > I can send mail now using the non-SMP kernel. > > So some of the changes in SMP code are causing this ... > The bug that I caused in the VFS code was kind-of non-deterministic (or seemed so.) The problems with file truncation were not the SMP code, even though timing issues might make the problem worse. We still have a problem with the VFS layer (I haven't manifested it yet.) I am doing a careful code review, and found some places in the filesystem code where there are some dependencies on the v_usecount field of the vnode, and I think the current problem that I caused is somewhere around there. John From owner-freebsd-current Sun Aug 24 23:19:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA22370 for current-outgoing; Sun, 24 Aug 1997 23:19:36 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA22330; Sun, 24 Aug 1997 23:18:40 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id IAA21459; Mon, 25 Aug 1997 08:15:09 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.7/8.8.7) id IAA10269; Mon, 25 Aug 1997 08:05:19 +0200 (CEST) Message-ID: <19970825080518.27259@klemm.gtn.com> Date: Mon, 25 Aug 1997 08:05:18 +0200 From: Andreas Klemm To: Steve Passe , "John S. Dyson" Cc: peter@FreeBSD.org, roberto@keltia.freenix.fr, current@FreeBSD.org Subject: Re: SMP seem to introduce some strange things... References: <19970824221429.06046@klemm.gtn.com> <199708242054.OAA13395@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199708242054.OAA13395@Ilsa.StevesCafe.com>; from Steve Passe on Sun, Aug 24, 1997 at 02:54:39PM -0600 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Steve: > I suspect you are getting hit by a variation of this. Even if you've supped > the code that fixes the problem (file truncation), it may have hosed 1 or > more of your control files causing you continuing problems. First cvsup > current, then examine the printcap control files for problems if new > src doesn't fix things. If all else fails, a make world might be in order... > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > On Sun, Aug 24, 1997 at 04:26:09PM -0500, John S. Dyson wrote: > The bug that I caused in the VFS code was kind-of non-deterministic (or > seemed so.) The problems with file truncation were not the SMP code, > even though timing issues might make the problem worse. > > We still have a problem with the VFS layer (I haven't manifested it yet.) I > am doing a careful code review, and found some places in the filesystem code > where there are some dependencies on the v_usecount field of the vnode, and > I think the current problem that I caused is somewhere around there. Thanks ! Ok, I'll cvsup and do a make world and report you the results this evening or tomorrow (my isdn line is out of order, cvsup via modem is more expensive...) Andreas /// -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Mon Aug 25 03:35:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA03535 for current-outgoing; Mon, 25 Aug 1997 03:35:36 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA03530; Mon, 25 Aug 1997 03:35:22 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id FAA01150; Mon, 25 Aug 1997 05:35:06 -0500 (EST) From: "John S. Dyson" Message-Id: <199708251035.FAA01150@dyson.iquest.net> Subject: Re: SMP seem to introduce some strange things... In-Reply-To: <19970825080518.27259@klemm.gtn.com> from Andreas Klemm at "Aug 25, 97 08:05:18 am" To: andreas@klemm.gtn.com (Andreas Klemm) Date: Mon, 25 Aug 1997 05:35:05 -0500 (EST) Cc: smp@csn.net, peter@FreeBSD.ORG, roberto@keltia.freenix.fr, current@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Thanks ! Ok, I'll cvsup and do a make world and report you > the results this evening or tomorrow (my isdn line is out > of order, cvsup via modem is more expensive...) > I have been working on the problem (and alot of others regarding both UP and SMP in the VFS code.) Rather than hacking a fix, I finally decided to rework the code correctly. If I don't have a good fix by tonight (say, 21:00 EST) I'll back out my changes -- and we will have a proper fix within a few days. I don't want to hold up other's progress much longer. The management of the vnodes and VM interface, and associated reference counts is pretty tricky (and currently wrong.) PHK is working on the general vnode and namecache management (which is intricate in it's own right), but I am working the VM interface and making it fine grained SMP friendly. Currently, it isn't. -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-current Mon Aug 25 05:01:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA05940 for current-outgoing; Mon, 25 Aug 1997 05:01:31 -0700 (PDT) Received: from atena.eurocontrol.fr (atena.uneec.eurocontrol.fr [147.196.69.10]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA05932 for ; Mon, 25 Aug 1997 05:01:28 -0700 (PDT) Received: by atena.eurocontrol.fr; (5.65v3.2/1.3/10May95) id AA07358; Mon, 25 Aug 1997 14:01:08 +0200 Received: (from roberto@localhost) by caerdonn.eurocontrol.fr (8.8.7/caerdonn-1.3/nospam) id OAA17754; Mon, 25 Aug 1997 14:01:07 +0200 (CEST) Message-Id: <19970825140107.62503@caerdonn.eurocontrol.fr> Date: Mon, 25 Aug 1997 14:01:07 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: lpr broken Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk There is definitely a problem with the whole lpr family... Since my upgrade to Friday's current, I can't print at all. Jobs are queued but never sent to remote printers. 357 [13:58] root@caerdonn:usr.sbin/lpr# lpq caerdonn.eurocontrol.fr: sending to r155hp4.eurocontrol.fr Rank Owner Job Files Total Size 0 bytes ^C 357 [13:58] root@caerdonn:usr.sbin/lpr# ll /var/spool/output/lpd total 127 -rw-r----x 1 root daemon 4 Aug 25 13:58 .seq* -rw-rw---- 1 daemon daemon 0 Aug 25 13:58 cfA118caerdonn.eurocontrol.fr -rw-rw---- 1 roberto daemon 16710 Aug 22 15:22 dfA110caerdonn.eurocontrol.fr -rw-rw---- 1 roberto daemon 16710 Aug 22 15:27 dfA111caerdonn.eurocontrol.fr -rw-rw---- 1 roberto daemon 16710 Aug 22 15:28 dfA112caerdonn.eurocontrol.fr -rw-rw---- 1 roberto daemon 16710 Aug 22 15:31 dfA113caerdonn.eurocontrol.fr -rw-rw---- 1 roberto daemon 16710 Aug 22 15:34 dfA114caerdonn.eurocontrol.fr -rw-rw---- 1 roberto daemon 16710 Aug 22 15:58 dfA115caerdonn.eurocontrol.fr -rw-rw---- 1 roberto daemon 1817 Aug 25 13:51 dfA116caerdonn.eurocontrol.fr -rw-rw---- 1 roberto daemon 10188 Aug 25 13:55 dfA117caerdonn.eurocontrol.fr -rw-rw---- 1 roberto daemon 10188 Aug 25 13:58 dfA118caerdonn.eurocontrol.fr -rw-r--r-- 1 root daemon 36 Aug 25 13:58 lock -rw-rw-r-- 1 root daemon 34 Aug 25 13:58 status Reverting to a 30 days-ago lpr/ tree leads to the same. 358 [13:58] root@caerdonn:usr.sbin/lpr# cat /var/spool/output/lpd/.seq 119 359 [DING!] root@caerdonn:usr.sbin/lpr# cat /var/spool/output/lpd/lock 17743 cfA118caerdonn.eurocontrol.fr 360 [14:00] root@caerdonn:usr.sbin/lpr# cat /var/spool/output/lpd/status sending to r155hp4.eurocontrol.fr -- Ollivier ROBERT -=- Eurocontrol EEC/TS -=- Ollivier.Robert@eurocontrol.fr FreeBSD caerdonn.eurocontrol.fr 3.0-CURRENT #5: Tue Apr 22 14:57:00 CEST 1997 roberto@caerdonn.eurocontrol.fr:/src/src/sys/compile/CAERDONN2 i386 From owner-freebsd-current Mon Aug 25 05:03:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA06023 for current-outgoing; Mon, 25 Aug 1997 05:03:43 -0700 (PDT) Received: from itesec.hsc.fr (root@itesec.hsc.fr [192.70.106.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA06014 for ; Mon, 25 Aug 1997 05:03:35 -0700 (PDT) Received: from sidhe.hsc.fr (pb@sidhe.hsc.fr [192.70.106.44]) by itesec.hsc.fr (8.8.5/8.8.5/itesec-1.9) with ESMTP id OAA22715 for ; Mon, 25 Aug 1997 14:03:20 +0200 (MET DST) Received: (from pb@localhost) by sidhe.hsc.fr (8.8.5/8.8.5/pb-19970301) id OAA25353; Mon, 25 Aug 1997 14:02:20 +0200 (MET DST) Message-ID: <19970825140218.NX48733@sidhe.hsc.fr> Date: Mon, 25 Aug 1997 14:02:18 +0200 From: Pierre.Beyssac@hsc.fr (Pierre Beyssac) To: freebsd-current@freebsd.org Subject: Where is 3.0-970815-SNAP ? X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I'm trying to bootstrap 3.0-current on a 2.2.2 system. I first tried the "simple" way by doing a "make buildworld" using current sources, but apparently 3.0 system calls are different enough that some 3.0 binaries for basic tools fail with a "Bad system call" error when executed under 2.2.2, which prevents the make from completing (I haven't yet tried to have a closer look, from the message it looks like the error comes from 'ex'). Anyway, I gave up buildworld for the moment and decided to instead try to install a 3.0 snapshot first. However the only snapshot I can find on ftp.freebsd.org and mirrors is 970807-SNAP, while 3.0-970815-SNAP is mentionned here as the last available snapshot. Where can I find it ? Thanks for any help. -- Pierre.Beyssac@hsc.fr From owner-freebsd-current Mon Aug 25 05:20:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA06591 for current-outgoing; Mon, 25 Aug 1997 05:20:28 -0700 (PDT) Received: from cam6.aqc.com (aqc.com [205.152.49.68]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA06583 for ; Mon, 25 Aug 1997 05:20:22 -0700 (PDT) From: amarzec@eng2.aqc.com Received: from eng2. (eng2.aqc.com [204.117.184.132]) by cam6.aqc.com (8.8.5/8.8.5) with SMTP id IAA14060 for ; Mon, 25 Aug 1997 08:20:34 -0400 (EDT) Received: by eng2. (SMI-8.6/SMI-SVR4) id IAA01512; Mon, 25 Aug 1997 08:19:48 -0400 Date: Mon, 25 Aug 1997 08:19:48 -0400 Message-Id: <199708251219.IAA01512@eng2.> To: freebsd-current@freebsd.org Subject: Great Job!! X-Sun-Charset: US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have been using the 3.0 current release ever since it came out. The release is very good. I have been torturing it as a dns on a isp here in town. Great work. If its any value its a tyan tomcat IIID with dual 200's on it and 128MB rams using 2940 scsi controller. The NIC is a 3c509. It flawlessly finds the cpu's and appears to load balance pretty good. At least top appears to indicate this. I hope a little good news from a loyal Freebsd user helps make your day. thanks Keep up the good work. al marzec amarzec@aqc.com From owner-freebsd-current Mon Aug 25 05:22:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA06708 for current-outgoing; Mon, 25 Aug 1997 05:22:50 -0700 (PDT) Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA06630 for ; Mon, 25 Aug 1997 05:21:54 -0700 (PDT) Received: from itfs.UUCP (uucp@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) with UUCP id TAA29797 for current@freebsd.org; Mon, 25 Aug 1997 19:21:46 +0700 Received: by itfs.nsk.su; Mon, 25 Aug 97 19:21:14 +0700 (NST) Received: (from daemon@localhost) by news.itfs.nsk.su (8.7.5/8.6.12) id TAA27692; Mon, 25 Aug 1997 19:18:05 +0700 (NSD) From: nnd@itfs.nsk.su To: current@freebsd.org Subject: Re: Make and SMP - what can be done ? Date: 25 Aug 1997 12:18:04 GMT Message-ID: <5trt5s$kh1@news.itfs.nsk.su> References: <199708130432.VAA06415@silvia.HIP.Berkeley.EDU> <5t64ts$7ae@news.itfs.nsk.su> Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This weekend's results of "parallel buildworld" investigations: To make 'buildworld' target making more "parallel" I try to do 'make depend' step with '-j12' flag and fails (;-). 1) First reason to this fault is in 'bsd.dep.mk' where 'depend' target usually looks like: depend: beforedepend .depend afterdepend _SUBDIR which (from the names of 'before/after'depend targets) assumes "sequential" evaluation. The patch (bsd.dep-patch) address this problem and (nearly) solves it. The only unsolved case - if there is 'Makefile' wich sets dependencies for 'beforedepend' target BUT not defines actions for such a rule. It turns out that all such cases in FreeBSD-3.0 src tree can be solved by deleting such a rule for 'beforedepend' from corresponding 'Makefile' and adding all the sources from this rule to the SRCS variable (see the patches for Makefiles later in this message). 2) The second source of troubles was presented by "functions with many results" (;-) - i.e. ${YACC} or ${BISON} commands which produces both and and have the following sort of rules for them in Makefile(s): foo.c bar.h: baz.y ${YACC} ... baz.y mv y.tab.c foo.c mv y.tab.h bar.h Such a rules obviously presents problems when we try to use "parallel making". All the reallife (i.e. from FreeBSD src tree) examples of such rules can be made "parallel-safe" by adding the rule of the form: .ORDER: foo.c bar.h to the corresponding Makefile. To be correct such an additional rule must followed the requirement - "The first source of this rule must be required for all those targets (all,install, depend ...) for which the second one is necessary". 3) src/gnu/cc/cc_tools/Makefile is too complex (to me) to make it "parallel safe" with respect to 'make -j12 depend' ;-( So I gave up and insert '.SINGLESHELL:' rule in this Makefile which sets the 'compatMake' compatible mode ;-) 4) Some of the 'builworld' steps are too "sequential" - f.e cleaning or rebuilding of the 'obj' tree. There is the shell's 'for' loop through SUBDIRs and small number of the (simple) commands for each of (sub)directory. To feed SMP system with more work I change some of such steps (see the 'par-" part in Makefile.patch). Such a construct must be used very carefully - it can produce too many processes ;-). As a result my last successfull 'make -j12 buildworld' produced 170.9% processor's usage and takes 2:54:00 as opposed to 104.1% and 4:34:23 for 'make buildworld' (without any patches). To achieve this I use following patches: 1) 'make-patch' - propagate '-B' flag to inner 'make's; 2) 'bsd.dep-patch' - to "order" depend's subtargets; 3) 'makefiles-patch' - to make various Makefiles "parallel-safe"; 4) 'Makefile-patch' - patch to src/Makefile to restrict "parallelism" in some cases and to "broaden" it in other steps. make-patch=========================================================== --- src/usr.bin/make-std/main.c Fri Aug 15 17:59:11 1997 +++ src/usr.bin/make/main.c Fri Aug 15 18:07:14 1997 @@ -190,6 +190,7 @@ break; case 'B': compatMake = TRUE; + Var_Append(MAKEFLAGS, "-B", VAR_GLOBAL); break; #ifdef REMOTE case 'L': bsd.dep-patch=========================================================== diff -ruN src/share/mk-std/bsd.dep.mk src/share/mk/bsd.dep.mk --- src/share/mk-std/bsd.dep.mk Fri Jun 20 12:58:49 1997 +++ src/share/mk/bsd.dep.mk Fri Aug 22 16:14:47 1997 @@ -33,8 +33,8 @@ # some of the rules involve .h sources, so remove them from mkdep line .if !target(depend) -depend: beforedepend ${DEPENDFILE} afterdepend _SUBDIR .if defined(SRCS) +depend: beforedepend ${DEPENDFILE} afterdepend _SUBDIR # .if defined ${SRCS:M*.[sS]} does not work __depend_s= ${SRCS:M*.[sS]} @@ -60,11 +60,15 @@ cd ${.CURDIR}; ${MAKE} _EXTRADEPEND .endif +.ORDER: ${DEPENDFILE} afterdepend .else -${DEPENDFILE}: _SUBDIR +depend: beforedepend afterdepend _SUBDIR .endif .if !target(beforedepend) beforedepend: +.else +.ORDER: beforedepend ${DEPENDFILE} +.ORDER: beforedepend afterdepend .endif .if !target(afterdepend) afterdepend: @@ -83,9 +87,9 @@ .endif .endif -.if defined(SRCS) .if !target(cleandepend) cleandepend: _SUBDIR +.if defined(SRCS) rm -f ${DEPENDFILE} rm -f ${.CURDIR}/GRTAGS ${.CURDIR}/GTAGS .if defined(HTML) makefiles-patch=========================================================== diff -ruN src/gnu/usr.bin/cc/cc_tools-std/Makefile src/gnu/usr.bin/cc/cc_tools/Makefile --- src/gnu/usr.bin/cc/cc_tools-std/Makefile Sat Feb 22 21:44:58 1997 +++ src/gnu/usr.bin/cc/cc_tools/Makefile Fri Aug 22 15:44:50 1997 @@ -26,8 +26,9 @@ .endfor +.ORDER: bi-parser.c bi-parser.h bi-parser.c bi-parser.h: bi-parser.y - ${BISON} ${BISONFLAGS} -d ${.ALLSRC} -o ${.TARGET} + ${BISON} ${BISONFLAGS} -d ${.ALLSRC} -o bi-parser.c SRCS+= bi-parser.c bi-parser.h @@ -82,6 +83,7 @@ #----------------------------------------------------------------------- # C parser +.ORDER: c-parse.c c-parse.h c-parse.c c-parse.h: c-parse.in sed -e "/^ifobjc$$/,/^end ifobjc$$/d" \ -e "/^ifc$$/d" -e "/^end ifc$$/d" \ @@ -94,6 +96,7 @@ #----------------------------------------------------------------------- # objc parser +.ORDER: objc-parse.c objc-parse.h objc-parse.c objc-parse.h: c-parse.in sed -e "/^ifc$$/,/^end ifc$$/d" \ -e "/^ifobjc$$/d" -e "/^end ifobjc$$/d" \ @@ -114,6 +117,12 @@ #----------------------------------------------------------------------- all: ${BINFORMAT} ${SRCS} + +#----------------------------------------------------------------------- +# Make 'depend' in compat mode +.if make(depend) +.SINGLESHELL: +.endif beforedepend: ${BINFORMAT} diff -ruN src/gnu/usr.bin/cc/cc1plus-std/Makefile src/gnu/usr.bin/cc/cc1plus/Makefile --- src/gnu/usr.bin/cc/cc1plus-std/Makefile Thu Jul 10 11:40:35 1997 +++ src/gnu/usr.bin/cc/cc1plus/Makefile Tue Aug 19 14:26:13 1997 @@ -6,7 +6,7 @@ .PATH: ${.CURDIR}/../../../../contrib/gcc/cp PROG = cc1plus -SRCS = parse.c \ +SRCS = parse.c parse.h \ call.c class.c cvt.c decl.c decl2.c edsel.c errfn.c \ error.c except.c expr.c gc.c init.c lex.c method.c pt.c \ ptree.c repo.c search.c sig.c spew.c tree.c typeck.c typeck2.c xref.c @@ -17,6 +17,7 @@ LDADD+= ${LIBCC_INT} CFLAGS+= -I. # I mean it. +.ORDER: parse.c parse.h parse.c parse.h: parse.y ${BISON} -d ${GCCDIR}/cp/parse.y -o parse.c grep '^#define[ ]*YYEMPTY' parse.c >>parse.h diff -ruN src/gnu/usr.bin/cc/cpp-std/Makefile src/gnu/usr.bin/cc/cpp/Makefile --- src/gnu/usr.bin/cc/cpp-std/Makefile Sat Feb 22 21:44:59 1997 +++ src/gnu/usr.bin/cc/cpp/Makefile Sun Aug 17 19:29:04 1997 @@ -9,6 +9,7 @@ MAN1= cccp.1 MLINKS= cccp.1 cpp.1 +.ORDER: cexp.c cexp.h cexp.c cexp.h: cexp.y ${BISON} -d ${GCCDIR}/cexp.y -o cexp.c diff -ruN src/gnu/usr.bin/gdb/gdb-std/Makefile src/gnu/usr.bin/gdb/gdb/Makefile --- src/gnu/usr.bin/gdb/gdb-std/Makefile Fri May 2 18:22:51 1997 +++ src/gnu/usr.bin/gdb/gdb/Makefile Sat Aug 23 15:01:28 1997 @@ -39,7 +39,8 @@ #CFLAGS+= -g CLEANFILES+= c-exp.c f-exp.c m2-exp.c init.c y.tab.h init.c-tmp -beforedepend: c-exp.c f-exp.c m2-exp.c init.c +#beforedepend: c-exp.c f-exp.c m2-exp.c init.c +.ORDER: c-exp.c f-exp.c m2-exp.c .if exists(${.OBJDIR}/../bfd) LDADD+= -L${.OBJDIR}/../bfd -lbfd --- src/usr.sbin/amd/fsinfo-std/Makefile Sat Feb 22 22:03:14 1997 +++ src/usr.sbin/amd/fsinfo/Makefile Tue Aug 19 13:45:04 1997 @@ -3,7 +3,7 @@ PROG= fsinfo MAN8= fsinfo.8 -SRCS= fsinfo.c fsi_gram.c fsi_lex.c \ +SRCS= fsinfo.c fsi_gram.c fsi_gram.h fsi_lex.c \ fsi_util.c fsi_analyze.c fsi_dict.c \ wr_atab.c wr_bparam.c wr_dumpset.c \ wr_exportfs.c wr_fstab.c @@ -16,6 +16,7 @@ CFLAGS+=-DOS_HDR=\"os-bsd44.h\" fsi_lex.o fsinfo.o: fsi_gram.h +.ORDER: fsi_gram.c fsi_gram.h fsi_gram.c fsi_gram.h: ../fsinfo/fsi_gram.y @echo "# expect 2 shift/reduce conflicts" ${YACC} -d ${.CURDIR}/fsi_gram.y --- src/lib/libpcap-std/Makefile Sun Aug 17 17:24:59 1997 +++ src/lib/libpcap/Makefile Tue Aug 19 12:26:32 1997 @@ -32,6 +32,7 @@ ${DESTDIR}/usr/include .endfor +.ORDER: grammar.c tokdefs.h tokdefs.h grammar.c: grammar.y ${YACC} ${YACCFLAGS} -d ${PCAP_DISTDIR}/grammar.y mv y.tab.c grammar.c diff -ruN src/bin/sh-std/Makefile src/bin/sh/Makefile --- src/bin/sh-std/Makefile Wed May 21 10:23:23 1997 +++ src/bin/sh/Makefile Wed Aug 20 14:13:31 1997 @@ -7,7 +7,8 @@ mystring.c options.c output.c parser.c printf.c redir.c show.c \ trap.c var.c GENSRCS= arith.c arith_lex.c builtins.c init.c nodes.c syntax.c -SRCS= ${SHSRCS} ${GENSRCS} +GENHDRS= builtins.h nodes.h syntax.h token.h +SRCS= ${SHSRCS} ${GENSRCS} ${GENHDRS} DPADD+= ${LIBL} ${LIBEDIT} ${LIBTERMCAP} LDADD+= -ll -ledit -ltermcap @@ -19,13 +20,13 @@ .PATH: ${.CURDIR}/bltin ${.CURDIR}/../../usr.bin/printf -CLEANFILES+= builtins.h mkinit mkinit.o mknodes mknodes.o \ +CLEANFILES+= mkinit mkinit.o mknodes mknodes.o \ mksyntax mksyntax.o \ - nodes.h syntax.h token.h y.tab.h -CLEANFILES+= ${GENSRCS} + y.tab.h +CLEANFILES+= ${GENSRCS} ${GENHDRS} -beforedepend: builtins.h nodes.h syntax.h token.h +.ORDER: builtins.c builtins.h builtins.c builtins.h: mkbuiltins builtins.def cd ${.CURDIR}; sh mkbuiltins ${.OBJDIR} @@ -33,9 +34,11 @@ redir.c trap.c var.c ./mkinit ${.ALLSRC:S/^mkinit$//} +.ORDER: nodes.c nodes.h nodes.c nodes.h: mknodes nodetypes nodes.c.pat ./mknodes ${.CURDIR}/nodetypes ${.CURDIR}/nodes.c.pat +.ORDER: syntax.c syntax.h syntax.c syntax.h: mksyntax ./mksyntax --- src/usr.bin/lex-std/Makefile Sat Aug 16 19:28:45 1997 +++ src/usr.bin/lex/Makefile Tue Aug 19 13:48:02 1997 @@ -15,6 +15,7 @@ LINKS+= ${BINDIR}/lex ${BINDIR}/flex++ SRCS= scan.c ccl.c dfa.c ecs.c gen.c main.c misc.c nfa.c parse.c \ + parse.h \ skel.c sym.c tblcmp.c yylex.c LFLAGS+= -is CFLAGS+= -I. -I${.CURDIR} @@ -34,6 +35,7 @@ ${.CURDIR}/FlexLexer.h ${DESTDIR}/usr/include/g++ +.ORDER: parse.c parse.h parse.c parse.h: parse.y $(YACC) -d $(.CURDIR)/parse.y mv -f y.tab.c parse.c @@ -46,7 +48,6 @@ cp -f ${.CURDIR}/initscan.c scan.c ; \ } -beforedepend: parse.h scan.o: parse.h test: check make-patch=========================================================== --- src/Makefile.ORIG Fri Aug 22 17:25:16 1997 +++ src/Makefile Sat Aug 23 15:36:31 1997 @@ -224,9 +224,10 @@ mkdir -p ${WORLDTMP}/usr/bin cd ${.CURDIR}/usr.bin/make && \ ${IBMAKE} -I${.CURDIR}/share/mk \ - ${OBJDIR} clean cleandepend depend && \ + -B ${OBJDIR} clean cleandepend depend && \ + ${IBMAKE} -I${.CURDIR}/share/mk ${MK_FLAGS} all && \ ${IBMAKE} -I${.CURDIR}/share/mk ${MK_FLAGS} \ - all install clean cleandepend + -B install clean cleandepend @echo @echo "--------------------------------------------------------------" @echo " Making hierarchy" @@ -237,14 +238,14 @@ @echo "--------------------------------------------------------------" @echo " Cleaning up the obj tree" @echo "--------------------------------------------------------------" - cd ${.CURDIR} && ${BMAKE} ${CLEANDIR} + cd ${.CURDIR} && ${BMAKE} par-${CLEANDIR} .endif .if !defined(NOOBJDIR) @echo @echo "--------------------------------------------------------------" @echo " Rebuilding the obj tree" @echo "--------------------------------------------------------------" - cd ${.CURDIR} && ${BMAKE} obj + cd ${.CURDIR} && ${BMAKE} par-obj .endif @echo @echo "--------------------------------------------------------------" @@ -280,7 +281,7 @@ @echo "--------------------------------------------------------------" @echo " Rebuilding dependencies" @echo "--------------------------------------------------------------" - cd ${.CURDIR} && ${XMAKE} depend + cd ${.CURDIR} && ${XMAKE} -j4 par-depend @echo @echo "--------------------------------------------------------------" @echo " Building everything.." @@ -423,11 +424,14 @@ cd ${.CURDIR}/include && make symlinks .endif cd ${.CURDIR}/usr.bin/make && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} cd ${.CURDIR}/usr.bin/xinstall && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} cd ${.CURDIR}/usr.bin/lex && ${MAKE} bootstrap && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} -DNOLIB all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} -DNOLIB all && \ + ${MAKE} ${MK_FLAGS} -DNOLIB -B install ${CLEANDIR} ${OBJDIR} # # include-tools - generally the same as 'bootstrap', except that it's for @@ -438,8 +442,9 @@ # on cleaned away headers in ${WORLDTMP}. # include-tools: - cd ${.CURDIR}/usr.bin/rpcgen && ${MAKE} cleandepend depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + cd ${.CURDIR}/usr.bin/rpcgen && ${MAKE} -B cleandepend depend && \ + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} # # includes - possibly generate and install the include files. @@ -450,7 +455,7 @@ mtree -deU -f ${.CURDIR}/etc/mtree/BSD.include.dist \ -p ${DESTDIR}/usr/include .endif - cd ${.CURDIR}/include && ${MAKE} all installhdrs symlinks + cd ${.CURDIR}/include && ${MAKE} -B all installhdrs symlinks cd ${.CURDIR}/gnu/include && ${MAKE} install cd ${.CURDIR}/gnu/lib/libmp && ${MAKE} beforeinstall cd ${.CURDIR}/gnu/lib/libobjc && ${MAKE} beforeinstall @@ -517,7 +522,8 @@ usr.bin/ranlib \ usr.bin/uudecode cd ${.CURDIR}/$d && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} .endfor # @@ -526,43 +532,53 @@ libraries: .if exists(lib/csu/i386) cd ${.CURDIR}/lib/csu/i386 && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} .endif .if exists(lib/libcompat) cd ${.CURDIR}/lib/libcompat && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} .endif .if exists(lib/libncurses) cd ${.CURDIR}/lib/libncurses && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} .endif .if exists(lib/libtermcap) cd ${.CURDIR}/lib/libtermcap && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} .endif .if exists(gnu) cd ${.CURDIR}/gnu/lib && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} .endif .if exists(secure) && !defined(NOCRYPT) && !defined(NOSECURE) cd ${.CURDIR}/secure/lib && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} .endif .if exists(lib) cd ${.CURDIR}/lib && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} .endif .if exists(usr.bin/lex/lib) cd ${.CURDIR}/usr.bin/lex/lib && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} .endif .if exists(eBones) && !defined(NOCRYPT) && defined(MAKE_EBONES) cd ${.CURDIR}/eBones/lib && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} .endif .if exists(usr.sbin/pcvt/keycap) cd ${.CURDIR}/usr.sbin/pcvt/keycap && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} .endif # @@ -633,7 +649,25 @@ usr.sbin/mtree \ usr.sbin/zic cd ${.CURDIR}/$d && ${MAKE} depend && \ - ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} + ${MAKE} ${MK_FLAGS} all && \ + ${MAKE} ${MK_FLAGS} -B install ${CLEANDIR} ${OBJDIR} +.endfor + +.for __target in clean cleandir obj depend +.for entry in ${SUBDIR} +${entry}.${__target}__D: .PHONY + if test -d ${.CURDIR}/${entry}.${MACHINE}; then \ + ${ECHODIR} "===> ${DIRPRFX}${entry}.${MACHINE}"; \ + edir=${entry}.${MACHINE}; \ + cd ${.CURDIR}/$${edir}; \ + else \ + ${ECHODIR} "===> ${DIRPRFX}${entry}"; \ + edir=${entry}; \ + cd ${.CURDIR}/$${edir}; \ + fi; \ + ${MAKE} ${__target} DIRPRFX=${DIRPRFX}$${edir}/ +.endfor +par-${__target}: ${SUBDIR:S/$/.${__target}__D/} .endfor .include From owner-freebsd-current Mon Aug 25 05:45:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA08075 for current-outgoing; Mon, 25 Aug 1997 05:45:46 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA08044 for ; Mon, 25 Aug 1997 05:45:32 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id HAA01375; Mon, 25 Aug 1997 07:43:48 -0500 (EST) From: "John S. Dyson" Message-Id: <199708251243.HAA01375@dyson.iquest.net> Subject: Re: lpr broken In-Reply-To: <19970825140107.62503@caerdonn.eurocontrol.fr> from Ollivier Robert at "Aug 25, 97 02:01:07 pm" To: roberto@eurocontrol.fr (Ollivier Robert) Date: Mon, 25 Aug 1997 07:43:47 -0500 (EST) Cc: freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ollivier Robert said: > There is definitely a problem with the whole lpr family... Since my upgrade > to Friday's current, I can't print at all. Jobs are queued but never sent > to remote printers. > There is a bug in the VFS code in current. Back off to a kernel as of approx Wed. If I cannot fix it by tonight at 21:00 EST in the US (is it 26:00 GMT??? :-)), I'll back out the brokenness. John From owner-freebsd-current Mon Aug 25 09:16:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA20129 for current-outgoing; Mon, 25 Aug 1997 09:16:02 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA20109; Mon, 25 Aug 1997 09:15:55 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id CAA21119; Tue, 26 Aug 1997 02:12:56 +1000 Date: Tue, 26 Aug 1997 02:12:56 +1000 From: Bruce Evans Message-Id: <199708251612.CAA21119@godzilla.zeta.org.au> To: current@freebsd.org Subject: libtermcap still broken Cc: ache@freebsd.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Binaries linked to libc.so.2.2 and libtermcap.so.2.1 still fail, because ld.so prefers libtermcap.so.2.2 to libtermcap.so.2.1 and libtermcap.so.2.2 sometimes calls issetugid() which isn't in libc.so.2.2. This can be fixed by bumping the major number of libtermcap and either - removing all versions of libtermcap.so.2.* that call issetugid(), i.e., libtermcap.so.2.2 and recent intermediate versions of libtermcap.so.2.1, or - changing libtermcap.so.2.2 to not use issetugid() and waiting for everyone to install it before bumping the major version number. This seems best. Bruce From owner-freebsd-current Mon Aug 25 11:12:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA27982 for current-outgoing; Mon, 25 Aug 1997 11:12:41 -0700 (PDT) Received: from peedub.muc.de (newpc.muc.ditec.de [194.120.126.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA27967 for ; Mon, 25 Aug 1997 11:12:36 -0700 (PDT) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.8.7/8.6.9) with ESMTP id UAA00350 for ; Mon, 25 Aug 1997 20:12:12 GMT Message-Id: <199708252012.UAA00350@peedub.muc.de> X-Mailer: exmh version 2.0zeta 7/24/97 To: freebsd-current@freebsd.org Subject: localhost unreachable ? From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Aug 1997 20:12:12 +0000 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk since I re-made my kernel from up-to-date sources on Sunday I can't use localhost anymore. If I try to telnet to port 25 to check sendmail the machine just hangs. This prevented me from sending any mail, of course. Reverting to a kernel from about the 1st week of August fixed the problem. BTW I did a config before making the new kernel. Has anyone else seen this, or is just me ? Maybe something Garrett committed lately needs to be reflected in ipfilter, which I'm using ? -------- Gary Jennejohn Home - garyj@muc.de Work - gjennejohn@frt.dec.com From owner-freebsd-current Mon Aug 25 13:22:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA07090 for current-outgoing; Mon, 25 Aug 1997 13:22:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA07070; Mon, 25 Aug 1997 13:21:38 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA02004; Mon, 25 Aug 1997 13:20:28 -0700 From: Terry Lambert Message-Id: <199708252020.NAA02004@phaeton.artisoft.com> Subject: Re: SMP seem to introduce some strange things... To: dyson@FreeBSD.ORG Date: Mon, 25 Aug 1997 13:20:27 -0700 (MST) Cc: andreas@klemm.gtn.com, smp@csn.net, peter@FreeBSD.ORG, roberto@keltia.freenix.fr, current@FreeBSD.ORG In-Reply-To: <199708251035.FAA01150@dyson.iquest.net> from "John S. Dyson" at Aug 25, 97 05:35:05 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-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The management of the vnodes and VM interface, and associated reference > counts is pretty tricky (and currently wrong.) Yea! > PHK is working on the general vnode and namecache management > (which is intricate in it's own right), Yea! > but I am working the VM interface and making it fine grained SMP > friendly. Currently, it isn't. Hooray! 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Aug 25 13:33:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA08018 for current-outgoing; Mon, 25 Aug 1997 13:33:41 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA08013 for ; Mon, 25 Aug 1997 13:33:35 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id WAA17838; Mon, 25 Aug 1997 22:30:18 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.7/8.8.7) id WAA09884; Mon, 25 Aug 1997 22:16:19 +0200 (CEST) Message-ID: <19970825221618.52749@klemm.gtn.com> Date: Mon, 25 Aug 1997 22:16:18 +0200 From: Andreas Klemm To: Pierre Beyssac Cc: freebsd-current@FreeBSD.ORG Subject: Re: Where is 3.0-970815-SNAP ? References: <19970825140218.NX48733@sidhe.hsc.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <19970825140218.NX48733@sidhe.hsc.fr>; from Pierre Beyssac on Mon, Aug 25, 1997 at 02:02:18PM +0200 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Aug 25, 1997 at 02:02:18PM +0200, Pierre Beyssac wrote: > However the only snapshot I can find on ftp.freebsd.org and mirrors > is 970807-SNAP, while 3.0-970815-SNAP is mentionned here as the last > available snapshot. Where can I find it ? Wasn't it current.FreeBSD.org ? -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Mon Aug 25 13:59:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA09361 for current-outgoing; Mon, 25 Aug 1997 13:59:53 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA09355 for ; Mon, 25 Aug 1997 13:59:50 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id OAA18273; Mon, 25 Aug 1997 14:59:38 -0600 (MDT) Message-Id: <199708252059.OAA18273@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: nnd@itfs.nsk.su cc: current@FreeBSD.ORG Subject: Re: Make and SMP - what can be done ? In-reply-to: Your message of "25 Aug 1997 12:18:04 GMT." <5trt5s$kh1@news.itfs.nsk.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Aug 1997 14:59:38 -0600 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > As a result my last successfull 'make -j12 buildworld' > produced 170.9% processor's usage and takes 2:54:00 as > opposed to 104.1% and 4:34:23 for 'make buildworld' > (without any patches). very impressive! I will attempt to try a build world as soon as the VFS lockup problem is dealt with, I suspect that with my existing code I would freeze long before "make buildworld" could finish. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Mon Aug 25 14:32:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA11757 for current-outgoing; Mon, 25 Aug 1997 14:32:32 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA11733 for ; Mon, 25 Aug 1997 14:32:21 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id XAA00564 for ; Mon, 25 Aug 1997 23:32:06 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id XAA06180 for current@FreeBSD.ORG; Mon, 25 Aug 1997 23:31:34 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.6/keltia-uucp-2.9) id WAA19990; Mon, 25 Aug 1997 22:16:25 +0200 (CEST) Message-ID: <19970825221625.33901@keltia.freenix.fr> Date: Mon, 25 Aug 1997 22:16:25 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: IDE vs SCSI was: flags 80ff works (like anybody doubted it) References: <199708080650.IAA01405@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.76 In-Reply-To: =?iso-8859-1?Q?=3C199708080650=2EIAA01405=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Fri=2C_Aug_08=2C_1997_at_08=3A50=3A1?= =?iso-8859-1?Q?5AM_+0200?= X-Operating-System: FreeBSD 3.0-CURRENT ctm#3586 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Søren Schmidt: > dd if=/dev/rwd0 of=/dev/null count=1600 bs=64k > 1600+0 records in > 1600+0 records out > 104857600 bytes transferred in 11.357939 secs (9232097 bytes/sec) Nice. Here are some data points as well. sd1 is an IBM DCAS 34330W (used here in narrow mode only), sd0 is a IBM DORS 32160; both are on the same ASUS SC-200. 237 [22:01] roberto@keltia:~> dd if=/dev/rsd1 of=/dev/null count=1600 bs=64k 1600+0 records in 1600+0 records out 104857600 bytes transferred in 12.850446 secs (8159841 bytes/sec) 237 [22:01] roberto@keltia:~> dd if=/dev/rsd0 of=/dev/null count=1600 bs=64k 1600+0 records in 1600+0 records out 104857600 bytes transferred in 18.355968 secs (5712453 bytes/sec) The main advantages of SCSI are not in the "pure" speed of one or the other but mostly in my opinion in the ease of plugging and the hability to handle far more peripheral than your average IDE controller. I have 6 SCSI drives, two streamers (QIC-6150 & DAT) and a CD-ROM on 2 NCR controllers (that's for spreading the load) and that takes only two interrupts. I still have space for 5 other peripherals... Try to do this with IDE. Speed is not the name of the game here, it is extensibility (sp?), ease of use and versality. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #24: Fri Aug 22 23:13:44 CEST 1997 From owner-freebsd-current Mon Aug 25 14:52:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA13063 for current-outgoing; Mon, 25 Aug 1997 14:52:00 -0700 (PDT) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA13057 for ; Mon, 25 Aug 1997 14:51:57 -0700 (PDT) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id RAA05082; Mon, 25 Aug 1997 17:13:48 -0500 (CDT) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id QAA23315; Mon, 25 Aug 1997 16:53:18 -0500 Message-ID: <19970825165317.23381@right.PCS> Date: Mon, 25 Aug 1997 16:53:17 -0500 From: Jonathan Lemon To: Joerg Wunsch Cc: freebsd-current@FreeBSD.ORG Subject: Re: Build failure: DOSCMD uses -Bstatic -lX11 References: <199708230948.CAA06849@palrel1.hp.com> <19970823160411.14726@right.PCS> <19970824005920.HA61511@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <19970824005920.HA61511@uriah.heep.sax.de>; from J Wunsch on Aug 08, 1997 at 12:59:20AM +0200 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Aug 08, 1997 at 12:59:20AM +0200, J Wunsch wrote: > As Jonathan Lemon wrote: > > > It doesn't require X11 to be built, per se. However, X11 support is a > > compile-time option, so I tried to get smart, and automatically compile > > in X11 support if ${X11BASE} was present. The other option would be > > to always compile it without X, which I dislike. > > Why do you compile it static at all? Because the doscmd program needs to run above the 1M boundary. Think of it as a userland kernel. :-) This means that I can't (AFAIK) simply use the ld.so routines in crt0.o, and compiling static was easier than writing a custom crt0. -- Jonathan From owner-freebsd-current Mon Aug 25 14:53:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA13248 for current-outgoing; Mon, 25 Aug 1997 14:53:34 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA13231 for ; Mon, 25 Aug 1997 14:53:30 -0700 (PDT) Received: (qmail 2032 invoked by uid 1000); 25 Aug 1997 21:53:44 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <5trt5s$kh1@news.itfs.nsk.su> Date: Mon, 25 Aug 1997 14:53:44 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: nnd@itfs.nsk.su Subject: Re: Make and SMP - what can be done ? Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi nnd@itfs.nsk.su; On 25-Aug-97 you wrote: ... [ Some excellent analysis deleted ] ... > As a result my last successfull 'make -j12 buildworld' > produced 170.9% processor's usage and takes 2:54:00 as > opposed to 104.1% and 4:34:23 for 'make buildworld' > (without any patches). I can't help it :-)) It takes only between 1:26 and 2:36 to do make world here. On a P6-200 UP. Lately it has been taking only 7-28 minutes. But this is another story :-) This type of work IS useful. We can expect make world to go to sub-hour soon. I still remember make world being mesured in days, on smaller O/Ss. Simon From owner-freebsd-current Mon Aug 25 15:51:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA17936 for current-outgoing; Mon, 25 Aug 1997 15:51:26 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA17925 for ; Mon, 25 Aug 1997 15:51:12 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id QAA18963; Mon, 25 Aug 1997 16:51:02 -0600 (MDT) Message-Id: <199708252251.QAA18963@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Simon Shapiro cc: nnd@itfs.nsk.su, current@FreeBSD.ORG Subject: Re: Make and SMP - what can be done ? In-reply-to: Your message of "Mon, 25 Aug 1997 14:53:44 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 25 Aug 1997 16:51:01 -0600 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > > As a result my last successfull 'make -j12 buildworld' > > produced 170.9% processor's usage and takes 2:54:00 as > > opposed to 104.1% and 4:34:23 for 'make buildworld' > > (without any patches). > > I can't help it :-)) It takes only between 1:26 and 2:36 to do make world > here. On a P6-200 UP. first, why the wide range? extrapolating these numbers the 2:36 would go down to 1:39, and the 1:26 would go down to 0:55! then when we turn a 4 CPU box loose on it... -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Mon Aug 25 16:01:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA18543 for current-outgoing; Mon, 25 Aug 1997 16:01:38 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA18536 for ; Mon, 25 Aug 1997 16:01:34 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id QAA26396; Mon, 25 Aug 1997 16:01:22 -0700 (PDT) To: Ollivier Robert cc: current@FreeBSD.ORG Subject: Re: IDE vs SCSI was: flags 80ff works (like anybody doubted it) In-reply-to: Your message of "Mon, 25 Aug 1997 22:16:25 +0200." <19970825221625.33901@keltia.freenix.fr> Date: Mon, 25 Aug 1997 16:01:22 -0700 Message-ID: <26392.872550082@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Here are some data points as well. sd1 is an IBM DCAS 34330W (used here in > narrow mode only), sd0 is a IBM DORS 32160; both are on the same ASUS > SC-200. Hmmm. If we're going to talk SCSI perf, let's get seriously SCSI here then: Quantum XP39100W drive on 2940UW controller: root@time-> dd if=/dev/rsd0 of=/dev/null count=1600 bs=64k 1600+0 records in 1600+0 records out 104857600 bytes transferred in 10.974902 secs (9554309 bytes/sec) From owner-freebsd-current Mon Aug 25 16:29:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA20079 for current-outgoing; Mon, 25 Aug 1997 16:29:33 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA20068 for ; Mon, 25 Aug 1997 16:29:30 -0700 (PDT) Received: (qmail 24609 invoked by uid 1000); 25 Aug 1997 23:29:46 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199708252251.QAA18963@Ilsa.StevesCafe.com> Date: Mon, 25 Aug 1997 16:29:46 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Steve Passe Subject: Re: Make and SMP - what can be done ? Cc: nnd@itfs.nsk.su, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Steve Passe; On 25-Aug-97 you wrote: > Hi, > > > > As a result my last successfull 'make -j12 buildworld' > > > produced 170.9% processor's usage and takes 2:54:00 as > > > opposed to 104.1% and 4:34:23 for 'make buildworld' > > > (without any patches). > > > > I can't help it :-)) It takes only between 1:26 and 2:36 to do make > > world > > here. On a P6-200 UP. > > first, why the wide range? Depends if I am doing make in the kernel, another make rleease, dump the entire system over NFS, or something ugly like that. > extrapolating these numbers the 2:36 would go down to 1:39, and the 1:26 > would go down to 0:55! then when we turn a 4 CPU box loose on it... I do not remember the (fat thumb) rules for compilation, but for RBMS work, figure out 1MB memoy, 1MB/Sec memory bandwidth and 0.5MB/Sec disk I/O per 1 MIPS. Sorry, they are now called SpecInt or something like that. So, even with 2 CPU's we will probably be diskbound. To eliviate that, we need to integrate the DPT code that allows RAID arrays to span controllers, or at least configure ccd over two RAID-0 arrays. Another possibility is to make my up and coming DBFS a real filesystem. It has the aility to span across devices. With some work, it could stripe across devices. How would one manage such configuration, is a mystery. Simon From owner-freebsd-current Mon Aug 25 20:41:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA02476 for current-outgoing; Mon, 25 Aug 1997 20:41:47 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA02471 for ; Mon, 25 Aug 1997 20:41:42 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id WAA00153 for current@freebsd.org.; Mon, 25 Aug 1997 22:41:39 -0500 (EST) From: "John S. Dyson" Message-Id: <199708260341.WAA00153@dyson.iquest.net> Subject: Slight delay in new VFS problem fix To: current@freebsd.org Date: Mon, 25 Aug 1997 22:41:38 -0500 (EST) Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am in the middle of testing an SMP kernel right now. I'll let you know when I have committed the changes and when it passes. -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-current Mon Aug 25 21:47:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA06963 for current-outgoing; Mon, 25 Aug 1997 21:47:47 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA06954; Mon, 25 Aug 1997 21:47:37 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id XAA26257; Mon, 25 Aug 1997 23:47:35 -0500 (EST) From: "John S. Dyson" Message-Id: <199708260447.XAA26257@dyson.iquest.net> Subject: Re: Slight delay in new VFS problem fix In-Reply-To: <199708260341.WAA00153@dyson.iquest.net> from "John S. Dyson" at "Aug 25, 97 10:41:38 pm" To: dyson@FreeBSD.ORG Date: Mon, 25 Aug 1997 23:47:35 -0500 (EST) Cc: current@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John S. Dyson said: > I am in the middle of testing an SMP kernel right now. I'll let you know > when I have committed the changes and when it passes. > Code tested and committed. -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-current Mon Aug 25 23:22:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA12748 for current-outgoing; Mon, 25 Aug 1997 23:22:29 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA12731 for ; Mon, 25 Aug 1997 23:22:17 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA27011; Tue, 26 Aug 1997 08:21:59 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA03455; Tue, 26 Aug 1997 08:09:50 +0200 (MET DST) Message-ID: <19970826080950.GF23680@uriah.heep.sax.de> Date: Tue, 26 Aug 1997 08:09:50 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@hub.freebsd.org Cc: mark@grondar.za Subject: Re: kern/4382: CURRENT kernel has a "free vnode isn't" panic References: <199708252100.OAA09409@hub.freebsd.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199708252100.OAA09409@hub.freebsd.org>; from Steve Passe on Aug 25, 1997 14:00:01 -0700 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Steve Passe wrote: > The following reply was made to PR kern/4382; it has been noted by GNATS. > > From: Steve Passe > To: mark@grondar.za > Cc: FreeBSD-gnats-submit@FreeBSD.ORG > Subject: Re: kern/4382: CURRENT kernel has a "free vnode isn't" panic > Date: Mon, 25 Aug 1997 14:51:14 -0600 > > Hi, > > this is a know problem, John is working on it and says: This reminds me: i've just closed a number of PRs that were for -current. Folks, while we urge people to use send-pr for error reporting, please *don't* use this as the first method when reporting something for a brand-new -current system. Always watch the -current mailinglist, that's what you are expected to do. Only if you think there's danger that it might fall through the cracks (or it's really a long-standing problem affecting something else as well), report it with send-pr. PRs submitted for -current have proven to quickly become stale. And while the person who fixed the problem was often well aware of the problem itself, he wasn't of the PRs that were also file against it, so they never get closed. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Aug 25 23:25:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA13426 for current-outgoing; Mon, 25 Aug 1997 23:25:30 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA13384 for ; Mon, 25 Aug 1997 23:25:23 -0700 (PDT) Received: (from shimon@localhost) by sendero.i-connect.net (8.8.7/8.8.5) id XAA09707; Mon, 25 Aug 1997 23:24:51 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <26392.872550082@time.cdrom.com> Date: Mon, 25 Aug 1997 23:24:50 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: "Jordan K. Hubbard" Subject: Re: IDE vs SCSI was: flags 80ff works (like anybody doubted it) Cc: current@FreeBSD.ORG, Ollivier Robert Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi "Jordan K. Hubbard"; On 25-Aug-97 you wrote: > > Here are some data points as well. sd1 is an IBM DCAS 34330W (used here > > in > > narrow mode only), sd0 is a IBM DORS 32160; both are on the same ASUS > > SC-200. > > Hmmm. If we're going to talk SCSI perf, let's get seriously SCSI here > then: Quantum XP39100W drive on 2940UW controller: > > root@time-> dd if=/dev/rsd0 of=/dev/null count=1600 bs=64k > 1600+0 records in > 1600+0 records out > 104857600 bytes transferred in 10.974902 secs (9554309 bytes/sec) How do judge a good truck? How fast it does 0-100 (MPH). In that method no truck ever made is usable. I am exadurating to make a point: * Given unlimited CPU cycles, IDE is much ``better'' than SCSI: a. Much cheaper. somple IDE interface costs about $0.11 to build b. Much simpler code c. much shorter latencies on a given command. d. Runs sequential tests much faster. * But consider this; a. How do you put more than 2 devices on a cable? b. How do you make the cable longer than a child's step? c. How do you issue multiple commands to multiple devices, allow them to disconnect and re-connect when done? e. How do you allow command sequences s to be optimized by the device? Answer: By replacing IDE with SCSI :-) I did build a proposal for a HUGE disk subsystem by doing it all in IDE instead of SCSI. We had all the processor power we needed, unlimited (almost) interrupt latency, about 64GB of RAM and over 30,000 MIPS at our disposal. We even solved the problem of hot-plugging the disks. Although a working model was presented and everyone agreed it is wonderfully clever, it was rejected as the intended market will never accept systems based on IDE drives. Everyone forgot the SC in SCsi stands for Small Computer :-) What about my truck evaluation? Why are you guys always evaluate your disk systems with huge sequential reads? How many times do you actually use your computer to do such I/O? (Yes, I burn rubber on my truck, excites the boys to no end :-) FreeBSD does ALL its file I/O in 4K blocks. Your test is really a test of the kernel's ability to issue strategy calls quickly, at best. Even access to raw deviceis limited (for excellent reasons) to 64K at a time. Measure your performance in operations/sec and you will get in the right direction. Load the system with multiple processes and you will start getting an idea how useful is the system for a server. Example: This discussion is based on st.c; a random I/O generator I wrote some time ago. As a matter of fact, when I was trying to decide between Linux, FreeBSD, Solaris, Unixware and NT (just to keem management happy). St.c will randomly read from a file (or raww device, I always test raw devices, as filesystem performance is not what I am being paid for and I am a very insignificant ``expert'' in these. You can ask st.c to either write back the read data, to write a pattern, to sequentially access the disk (two different ways), to lock, to flush caches, etc. you get the idea. FreeBSD (current, as of last Friday) will start saturating losing I/O rate around 256 processes. This may be due to the hardware used, or maybe because of some other reason. Since this is exactly where we want to be, we did not bother to find why. Under 2.2, we see the saturation point at about 900 disk I/O ops/sec. Under 3.0 we see just over 1,400. Again, the test method was different, so these results are not meaningful. Our target was proven 800. We are happy. Maybe someone duplicates these tests on different hardware and then we will get something meaningful. How about a news server simulator? ``make world'' is an excellent compile simulator. My system finishes ``make world'' in about 7 minutes, but you dod hear this joke before. See Ya, Simon From owner-freebsd-current Tue Aug 26 00:05:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA22192 for current-outgoing; Tue, 26 Aug 1997 00:05:47 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA22176 for ; Tue, 26 Aug 1997 00:05:41 -0700 (PDT) Received: from greenpeace.grondar.za (mLaALVyMQcW12j0gPBfF1Y1uITRBNIMf@greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.6/8.8.7) with ESMTP id JAA04209; Tue, 26 Aug 1997 09:05:38 +0200 (SAT) Received: from greenpeace.grondar.za (QwgXh2hbCSbbvcCvNtvfqFNv5Oh8kwJv@localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id JAA02499; Tue, 26 Aug 1997 09:05:38 +0200 (SAT) Message-Id: <199708260705.JAA02499@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@freebsd.org Subject: Re: kern/4382: CURRENT kernel has a "free vnode isn't" panic Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 09:05:37 +0200 From: Mark Murray Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > This reminds me: i've just closed a number of PRs that were for > -current. Folks, while we urge people to use send-pr for error > reporting, please *don't* use this as the first method when reporting > something for a brand-new -current system. Always watch the -current > mailinglist, that's what you are expected to do. Only if you think > there's danger that it might fall through the cracks (or it's really a > long-standing problem affecting something else as well), report it > with send-pr. OK. Will do. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-current Tue Aug 26 01:09:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA05625 for current-outgoing; Tue, 26 Aug 1997 01:09:22 -0700 (PDT) Received: from gatekeeper.cylink.net (gatekeeper.cylink.com.cy [194.42.128.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA05609 for ; Tue, 26 Aug 1997 01:09:18 -0700 (PDT) Received: from andrease (verpissdich@andrease.cylink.net [194.42.134.67]) by gatekeeper.cylink.net (8.8.6/8.8.3) with SMTP id LAA11006 ; Tue, 26 Aug 1997 11:09:14 +0300 (EET DST) From: "Andreas Engel" To: Subject: problem with squid 1.1.14 and 1.1.15 Date: Tue, 26 Aug 1997 11:04:32 +0300 Message-ID: <01bcb1f6$afa79d40$43862ac2@andrease> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1108.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1108.0 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk hi there, i have a problem with squid...from time to time squid is crashing with this error message. Aug 25 23:01:42 proxy squid[19776]: xmalloc: Unable to allocate 4536 bytes! Aug 25 23:04:14 proxy /kernel: pid 19776 (squid), uid 65534: exited on signal 6 i run here FreeBSD current and squid from the squid11 path. is this a squid or os problem ?-) any ideas ?-) Thanx Andreas :) From owner-freebsd-current Tue Aug 26 02:29:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA23792 for current-outgoing; Tue, 26 Aug 1997 02:29:46 -0700 (PDT) Received: from gatekeeper.cylink.net (gatekeeper.cylink.com.cy [194.42.128.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA23773 for ; Tue, 26 Aug 1997 02:29:41 -0700 (PDT) Received: from andrease (verpissdich@andrease.cylink.net [194.42.134.67]) by gatekeeper.cylink.net (8.8.6/8.8.3) with SMTP id MAA12568 ; Tue, 26 Aug 1997 12:29:35 +0300 (EET DST) From: "Andreas Engel" To: Subject: Re: problem with squid 1.1.14 and 1.1.15 Date: Tue, 26 Aug 1997 12:24:48 +0300 Message-ID: <01bcb201$e6017d60$43862ac2@andrease> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1108.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1108.0 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk the problem is solved...it was a wrong entry in the login.conf. thanx to Russell Vincent for his fast respond :)) Andreas :) -----Original Message----- From: Andreas Engel To: freebsd-current@FreeBSD.ORG Date: 26 August 1997 11:28 Subject: problem with squid 1.1.14 and 1.1.15 >hi there, >i have a problem with squid...from time to time squid is crashing with this >error message. > >Aug 25 23:01:42 proxy squid[19776]: xmalloc: Unable to allocate 4536 bytes! >Aug 25 23:04:14 proxy /kernel: pid 19776 (squid), uid 65534: exited on >signal 6 > >i run here FreeBSD current and squid from the squid11 path. is this a squid >or >os problem ?-) >any ideas ?-) > >Thanx Andreas :) > > > From owner-freebsd-current Tue Aug 26 07:01:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA11599 for current-outgoing; Tue, 26 Aug 1997 07:01:21 -0700 (PDT) Received: from cenotaph.snafu.de (gw-deadnet.snafu.de [194.121.229.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA11585 for ; Tue, 26 Aug 1997 07:01:12 -0700 (PDT) Received: by cenotaph.snafu.de from deadline.snafu.de using smtp id m0x3MB4-0002wLC; Tue, 26 Aug 1997 16:01:02 +0200 (CEST) (Smail-3.2.0.96 1997-Jun-2 #1) Received: by deadline.snafu.de id m0x3MB3-000BulC; Tue, 26 Aug 1997 16:01:01 +0200 (CEST) (Smail-3.2 1996-Jul-4 #1) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: lockmgr panic on reboot? To: current@freebsd.org Date: Tue, 26 Aug 1997 16:01:01 +0200 (CEST) Organization: A world stranger than you have ever imagined. X-Mailer: ELM [version 2.4ME+ PL13] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! --- I just updated my 486 machine with a recent -current kernel as of 08/15/97 and discover a panic on reboot stating that a process is not exclusive holder of a lock. Same thing happens with -current kernel as of today. SMP kernel as of 08/15/97 does not show the same behaviour on reboot, neither does another 486 box. Any clues about that? Regards, Mickey -- (__) (@@) Andreas S. Wetzel Mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://cenotaph.snafu.de/ / | || 13347 Berlin Fon: <+4930> 456 066 90 * ||----|| Germany Fax: <+4930> 456 066 91/92 ~~ ~~ From owner-freebsd-current Tue Aug 26 08:14:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA15840 for current-outgoing; Tue, 26 Aug 1997 08:14:01 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA15833 for ; Tue, 26 Aug 1997 08:13:54 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id IAA12291; Tue, 26 Aug 1997 08:14:05 -0700 (PDT) Message-Id: <199708261514.IAA12291@implode.root.com> To: Simon Shapiro cc: current@FreeBSD.ORG Subject: Re: IDE vs SCSI was: flags 80ff works (like anybody doubted it) In-reply-to: Your message of "Mon, 25 Aug 1997 23:24:50 PDT." From: David Greenman Reply-To: dg@root.com Date: Tue, 26 Aug 1997 08:14:04 -0700 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >FreeBSD does ALL its file I/O in 4K blocks. Your test is really a test >of the kernel's ability to issue strategy calls quickly, at best. Huh? No it doesn't; what ever gave you that idea? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Aug 26 08:37:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA17221 for current-outgoing; Tue, 26 Aug 1997 08:37:56 -0700 (PDT) Received: from isis.lip6.fr (isis.lip6.fr [132.227.60.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA17216 for ; Tue, 26 Aug 1997 08:37:53 -0700 (PDT) Received: from excalibur.lip6.fr (excalibur.lip6.fr [132.227.60.9]) by isis.lip6.fr (8.8.5/jtpda-5.2) with ESMTP id RAA16333 for ; Tue, 26 Aug 1997 17:37:39 +0200 (MET DST) Received: from (uucp@localhost) by excalibur.lip6.fr (8.8.5/jtpda-5.2) with UUCP id RAA04037 for freebsd-current@FreeBSD.ORG; Tue, 26 Aug 1997 17:37:31 +0200 (MET DST) Received: (card@localhost) by bbj.freenix.fr (8.8.7/bbj-1.0) id RAA00159 for freebsd-current@FreeBSD.ORG; Tue, 26 Aug 1997 17:38:06 +0200 From: card@excalibur.lip6.fr (Remy Card) Message-Id: <199708261538.RAA00159@bbj.freenix.fr> Subject: pstat is broken To: freebsd-current@FreeBSD.ORG Date: Tue, 26 Aug 1997 17:38:06 +0200 (MEST) X-Mailer: ELM [version 2.4ME+ PL35 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I apologize if this is a known problem. When running pstat with the -v or -T argument, on a 3.0-CURRENT system, I get: pstat: sysctl: KERN_VNODE: No such file or directory Cheers, Remy From owner-freebsd-current Tue Aug 26 09:32:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA19705 for current-outgoing; Tue, 26 Aug 1997 09:32:26 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA19688 for ; Tue, 26 Aug 1997 09:32:18 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id SAA01498 for ; Tue, 26 Aug 1997 18:32:13 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.6/brasil-1.2) with UUCP id SAA13819 for current@FreeBSD.ORG; Tue, 26 Aug 1997 18:32:02 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.6/keltia-uucp-2.9) id IAA23473; Tue, 26 Aug 1997 08:27:27 +0200 (CEST) Message-ID: <19970826082726.17963@keltia.freenix.fr> Date: Tue, 26 Aug 1997 08:27:26 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: IDE vs SCSI was: flags 80ff works (like anybody doubted it) References: <19970825221625.33901@keltia.freenix.fr> <26392.872550082@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 In-Reply-To: <26392.872550082@time.cdrom.com>; from Jordan K. Hubbard on Mon, Aug 25, 1997 at 04:01:22PM -0700 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3586 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Jordan K. Hubbard: > Hmmm. If we're going to talk SCSI perf, let's get seriously SCSI here > then: Quantum XP39100W drive on 2940UW controller: > > root@time-> dd if=/dev/rsd0 of=/dev/null count=1600 bs=64k > 1600+0 records in > 1600+0 records out > 104857600 bytes transferred in 10.974902 secs (9554309 bytes/sec) Aren't you disappointed ? You're only a mere 2 MB/s faster with a Wide connection... I'd expect it more in the 14 MB/s range, no ? -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #24: Fri Aug 22 23:13:44 CEST 1997 From owner-freebsd-current Tue Aug 26 09:34:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA19839 for current-outgoing; Tue, 26 Aug 1997 09:34:03 -0700 (PDT) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA19822 for ; Tue, 26 Aug 1997 09:33:55 -0700 (PDT) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.8.5/8.8.5) with ESMTP id JAA14744; Tue, 26 Aug 1997 09:33:53 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.6/8.8.5) with SMTP id JAA22940; Tue, 26 Aug 1997 09:33:52 -0700 (PDT) Date: Tue, 26 Aug 1997 09:33:52 -0700 (PDT) From: Chris Timmons To: Remy Card cc: freebsd-current@FreeBSD.ORG Subject: Re: pstat is broken In-Reply-To: <199708261538.RAA00159@bbj.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I think that was covered here some time ago. IIRC some support was removed in order to address another issue that was more important than retaining this functionality. You might want to search the mailing list archives for -current using KERN_VNODE as a search string. -Chris On Tue, 26 Aug 1997, Remy Card wrote: > > Hi, > > I apologize if this is a known problem. > > When running pstat with the -v or -T argument, on a 3.0-CURRENT system, > I get: > pstat: sysctl: KERN_VNODE: No such file or directory > > Cheers, > > Remy > From owner-freebsd-current Tue Aug 26 10:26:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA23554 for current-outgoing; Tue, 26 Aug 1997 10:26:08 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA23512 for ; Tue, 26 Aug 1997 10:25:56 -0700 (PDT) Received: (qmail 1558 invoked by uid 1000); 26 Aug 1997 17:26:07 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199708261514.IAA12291@implode.root.com> Date: Tue, 26 Aug 1997 10:26:06 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: dg@root.com Subject: Re: IDE vs SCSI was: flags 80ff works (like anybody doubted it) Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi David Greenman; On 26-Aug-97 you wrote: > >FreeBSD does ALL its file I/O in 4K blocks. Your test is really a test > >of the kernel's ability to issue strategy calls quickly, at best. > > Huh? No it doesn't; what ever gave you that idea? > > -DG Which idea? The 4K? I enable a certain debugging level (DPT_DEBUG_COMPLETION) in the DPT driver, lean back and enjoy the messages fly by. I have not seen anything larger than 4K yet. In SCSI, random disk I/O, up to about 8K blocks, the amount of time it takes to actually process the transaction is about the same, regardless of block size. We tested it on SPARC20 with Solaris 2.5.1, Linux with DPT, Linux with AHC2940, FreeBSD with AHC2940, and FreeBSD with DPT. Again, we did not measure megabytes per second, but operations/sec. Simon From owner-freebsd-current Tue Aug 26 10:27:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA23686 for current-outgoing; Tue, 26 Aug 1997 10:27:01 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA23678 for ; Tue, 26 Aug 1997 10:26:58 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id LAA22776; Tue, 26 Aug 1997 11:26:50 -0600 (MDT) Message-Id: <199708261726.LAA22776@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: root@deadline.snafu.de (Andreas S. Wetzel) cc: current@FreeBSD.ORG Subject: Re: lockmgr panic on reboot? In-reply-to: Your message of "Tue, 26 Aug 1997 16:01:01 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 26 Aug 1997 11:26:49 -0600 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > I just updated my 486 machine with a recent -current kernel as of 08/15/97 > and discover a panic on reboot stating that a process is not exclusive > holder of a lock. Same thing happens with -current kernel as of today. > > SMP kernel as of 08/15/97 does not show the same behaviour on reboot, > neither does another 486 box. put ddb in the kernel and run trace when it traps to ddb, that info is vital. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Tue Aug 26 11:48:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA29663 for current-outgoing; Tue, 26 Aug 1997 11:48:12 -0700 (PDT) Received: from MindBender.serv.net (root@mindbender.serv.net [205.153.153.98]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA29649 for ; Tue, 26 Aug 1997 11:48:05 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id LAA23189; Tue, 26 Aug 1997 11:47:36 -0700 (PDT) Message-Id: <199708261847.LAA23189@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Ollivier Robert cc: current@freebsd.org Subject: Re: IDE vs SCSI was: flags 80ff works (like anybody doubted it) In-reply-to: Your message of Tue, 26 Aug 97 08:27:26 +0200. <19970826082726.17963@keltia.freenix.fr> Date: Tue, 26 Aug 1997 11:47:35 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >According to Jordan K. Hubbard: >> Hmmm. If we're going to talk SCSI perf, let's get seriously SCSI here >> then: Quantum XP39100W drive on 2940UW controller: >> root@time-> dd if=/dev/rsd0 of=/dev/null count=1600 bs=64k >> 1600+0 records in >> 1600+0 records out >> 104857600 bytes transferred in 10.974902 secs (9554309 bytes/sec) >Aren't you disappointed ? You're only a mere 2 MB/s faster with a Wide >connection... I'd expect it more in the 14 MB/s range, no ? With a single drive?! I'd think not... I don't believe even a single Cheetah is capable of giving a sustained transfer rate of 14MB/s. Now, with striped drives, accessing the raw striped partition, yes, I'd expect it to really cruse. And, incidently, that is where SCSI really starts to break away from IDE in performance. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-current Tue Aug 26 11:57:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA00266 for current-outgoing; Tue, 26 Aug 1997 11:57:58 -0700 (PDT) Received: from MindBender.serv.net (root@mindbender.serv.net [205.153.153.98]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA00251 for ; Tue, 26 Aug 1997 11:57:47 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id LAA23349; Tue, 26 Aug 1997 11:57:12 -0700 (PDT) Message-Id: <199708261857.LAA23349@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Simon Shapiro cc: "Jordan K. Hubbard" , current@freebsd.org, Ollivier Robert Subject: Re: IDE vs SCSI was: flags 80ff works (like anybody doubted it) In-reply-to: Your message of Mon, 25 Aug 97 23:24:50 -0700. Date: Tue, 26 Aug 1997 11:57:10 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hi "Jordan K. Hubbard"; On 25-Aug-97 you wrote: >> Hmmm. If we're going to talk SCSI perf, let's get seriously SCSI here >> then: Quantum XP39100W drive on 2940UW controller: >> root@time-> dd if=/dev/rsd0 of=/dev/null count=1600 bs=64k >> 1600+0 records in >> 1600+0 records out >> 104857600 bytes transferred in 10.974902 secs (9554309 bytes/sec) >* Given unlimited CPU cycles, IDE is much ``better'' than SCSI: > a. Much cheaper. somple IDE interface costs about $0.11 to build > b. Much simpler code > c. much shorter latencies on a given command. > d. Runs sequential tests much faster. You forgot a condition: Given unlimited CPU cycles, and a limited budget, IDE is much ``better'' than SCSI. >* But consider this; > a. How do you put more than 2 devices on a cable? > b. How do you make the cable longer than a child's step? > c. How do you issue multiple commands to multiple devices, allow them > to disconnect and re-connect when done? > e. How do you allow command sequences s to be optimized by the device? f. How do you get simultaneous, pipe-lined processing on all drives at once in a stripe set? >Answer: By replacing IDE with SCSI :-) >Why are you guys always evaluate your disk systems with huge sequential >reads? How many times do you actually use your computer to do such I/O? >(Yes, I burn rubber on my truck, excites the boys to no end :-) It's just one way to measure. Honestly, not the best. I think most of us use more than this one measurement. >Even access to raw deviceis limited (for excellent reasons) to 64K at >a time. Measure your performance in operations/sec and you will get in >the right direction. Load the system with multiple processes and you >will start getting an idea how useful is the system for a server. And start loading it with processes, while accessing multiple drives, possible for interleaved swap, various disk-accessing processes, and/or striped partitions. You'll really wish you were using SCSI in that scenario. >Example: >This discussion is based on st.c; a random I/O generator I wrote some >time ago. As a matter of fact, when I was trying to decide between >Linux, FreeBSD, Solaris, Unixware and NT (just to keem management happy). >St.c will randomly read from a file (or raww device, I always test raw >devices, as filesystem performance is not what I am being paid for and I >am a very insignificant ``expert'' in these. You can ask st.c to either >write back the read data, to write a pattern, to sequentially access the >disk (two different ways), to lock, to flush caches, etc. you get the idea. > >FreeBSD (current, as of last Friday) will start saturating losing I/O rate >around 256 processes. This may be due to the hardware used, or maybe >because of some other reason. Since this is exactly where we want to be, >we did not bother to find why. > >Under 2.2, we see the saturation point at about 900 disk I/O ops/sec. >Under 3.0 we see just over 1,400. Again, the test method was different, >so these results are not meaningful. Our target was proven 800. We are >happy. I would think the disk subsystem would be the primary limiting factor here. What mix of controllers and drives were these tests run on? It would also be interesting to run this simulation against a striped set of SCSI drives. It would also be enlightening if you ran the same test against your striped set of IDE drives. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-current Tue Aug 26 12:35:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA02351 for current-outgoing; Tue, 26 Aug 1997 12:35:57 -0700 (PDT) Received: from brane.digs.iafrica.com (brane.digs.iafrica.com [196.7.162.25]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA02336 for ; Tue, 26 Aug 1997 12:35:36 -0700 (PDT) Received: from iang by brane.digs.iafrica.com with local (Exim 1.62 #2) id 0x3ROB-00019i-00; Tue, 26 Aug 1997 21:34:55 +0200 Subject: Re: lockmgr panic on reboot? In-Reply-To: from "Andreas S. Wetzel" at "Aug 26, 97 04:01:01 pm" To: root@deadline.snafu.de (Andreas S. Wetzel) Date: Tue, 26 Aug 1997 21:34:55 +0200 (SAT) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: From: Ian Freislich Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I just updated my 486 machine with a recent -current kernel as of > 08/15/97 and discover a panic on reboot stating that a process is not > exclusive holder of a lock. Same thing happens with -current kernel as > of today. You may have noticed that the PID the panic was complaining about was in fact the shutdown or reboot pid. It seems to have gone away with today's kernel though. That means that in the two reboots (because my PC travels a lot) today, I didn't get that panic. -- igf (Ian Freislich) From owner-freebsd-current Tue Aug 26 12:52:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA03510 for current-outgoing; Tue, 26 Aug 1997 12:52:00 -0700 (PDT) Received: from cenotaph.snafu.de (gw-deadnet.snafu.de [194.121.229.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA03497 for ; Tue, 26 Aug 1997 12:51:53 -0700 (PDT) Received: by cenotaph.snafu.de from deadline.snafu.de using smtp id m0x3Re6-0002zVC; Tue, 26 Aug 1997 21:51:22 +0200 (CEST) (Smail-3.2.0.96 1997-Jun-2 #1) Received: by deadline.snafu.de id m0x3Re6-000BsMC; Tue, 26 Aug 1997 21:51:22 +0200 (CEST) (Smail-3.2 1996-Jul-4 #1) Message-Id: From: root@deadline.snafu.de (Andreas S. Wetzel) Subject: Re: lockmgr panic on reboot? To: iang@digs.iafrica.com (Ian Freislich) Date: Tue, 26 Aug 1997 21:51:22 +0200 (CEST) Cc: current@FreeBSD.ORG In-Reply-To: from Ian Freislich at "Aug 26, 97 09:34:55 pm" Organization: A world stranger than you have ever imagined. X-Mailer: ELM [version 2.4ME+ PL13] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi! --- Ian Freislich writes: ] > I just updated my 486 machine with a recent -current kernel as of ] > 08/15/97 and discover a panic on reboot stating that a process is not ] > exclusive holder of a lock. Same thing happens with -current kernel as ] > of today. ] ] You may have noticed that the PID the panic was complaining about ] was in fact the shutdown or reboot pid. Not really, since when it reboots I did not have the chance to look what pid 397 was :-) ] It seems to have gone away ] with today's kernel though. That means that in the two reboots ] (because my PC travels a lot) today, I didn't get that panic. Mhh.. I today tried running some older kernels on that same machine going back until 05/97 (but for another reason), but the panic on reboot was persistent. Does that mean that the reboot or shutdown utility I have installed now is wrecked, or is that in fact a problem with kernels (Or both, since my SMP machine uses the same reboot and shutdown binaries as the other one [make reinstall]). Regards, Mickey -- (__) (@@) Andreas S. Wetzel Mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://cenotaph.snafu.de/ / | || 13347 Berlin Fon: <+4930> 456 066 90 * ||----|| Germany Fax: <+4930> 456 066 91/92 ~~ ~~ From owner-freebsd-current Tue Aug 26 13:59:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA07532 for current-outgoing; Tue, 26 Aug 1997 13:59:51 -0700 (PDT) Received: from shell.uniserve.com (tom@shell.uniserve.com [204.244.210.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA07501 for ; Tue, 26 Aug 1997 13:59:25 -0700 (PDT) Received: from localhost (tom@localhost) by shell.uniserve.com (8.8.5/8.8.5) with SMTP id NAA10571; Tue, 26 Aug 1997 13:53:13 -0700 (PDT) X-Authentication-Warning: shell.uniserve.com: tom owned process doing -bs Date: Tue, 26 Aug 1997 13:53:08 -0700 (PDT) From: Tom To: "Michael L. VanLoon -- HeadCandy.com" cc: Simon Shapiro , current@FreeBSD.ORG Subject: Re: IDE vs SCSI was: flags 80ff works (like anybody doubted it) In-Reply-To: <199708261857.LAA23349@MindBender.serv.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 26 Aug 1997, Michael L. VanLoon -- HeadCandy.com wrote: ... > I would think the disk subsystem would be the primary limiting factor > here. What mix of controllers and drives were these tests run on? > > It would also be interesting to run this simulation against a striped > set of SCSI drives. It would also be enlightening if you ran the same > test against your striped set of IDE drives. I'm sure this was done on a stripped drives, using the fastest known SCSI controller, and hardware cache. See "freebsd-scsi" archives. > ----------------------------------------------------------------------------- > Michael L. VanLoon michaelv@MindBender.serv.net > --< Free your mind and your machine -- NetBSD free un*x >-- > NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, > Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... > NetBSD ports in progress: PICA, others... > ----------------------------------------------------------------------------- > Tom From owner-freebsd-current Tue Aug 26 18:59:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA25163 for current-outgoing; Tue, 26 Aug 1997 18:59:14 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA25141 for ; Tue, 26 Aug 1997 18:59:04 -0700 (PDT) Received: (qmail 7017 invoked by uid 1000); 27 Aug 1997 01:59:21 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199708261857.LAA23349@MindBender.serv.net> Date: Tue, 26 Aug 1997 18:59:21 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: "Michael L. VanLoon -- HeadCandy.com" Subject: Re: IDE vs SCSI was: flags 80ff works (like anybody doubted it) Cc: "Jordan K. Hubbard" , current@freebsd.org, Ollivier Robert Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi "Michael L. VanLoon -- HeadCandy.com"; On 26-Aug-97 you wrote: ... > You forgot a condition: Given unlimited CPU cycles, and a limited > budget, IDE is much ``better'' than SCSI. Absolutely true :-). However, if you have the money for unlimited CPU cycles, should you not have the money for unlimited - something + decent disk? Reminds me of all the Lose95 users haggling $1.00/month off their ISP bill to save money... Well, not so bad... :-) ... > And start loading it with processes, while accessing multiple drives, > possible for interleaved swap, various disk-accessing processes, > and/or striped partitions. You'll really wish you were using SCSI in > that scenario. But is it not what ``real'' computers do? My Heathkit H8 was faster than my fingers (definitely faster than my brain). IF we are building servers, toss away the single-user desktop mentality. This was supposed to be my point. ... > >Under 2.2, we see the saturation point at about 900 disk I/O ops/sec. > >Under 3.0 we see just over 1,400. Again, the test method was different, > >so these results are not meaningful. Our target was proven 800. We are > >happy. > > I would think the disk subsystem would be the primary limiting factor > here. What mix of controllers and drives were these tests run on? 1 DPT controller, 32MB cache, 6 Barracuda 4GB drives. Minimal RDBMS configuration. To saturate the CPU, on a twin P6, you will need about 100-200 disks, depends on how they are controlled. > It would also be interesting to run this simulation against a striped > set of SCSI drives. It would also be enlightening if you ran the same > test against your striped set of IDE drives. This is what the DPT did in these tests (RAID-0 across 2 busses, 32K stripes). If the IDE controller is capable of true DMA, rather than PIO, as long as multiple accesses to a drive and all drives are masters, I suspect it will (should) be faster than SCSI. Simon From owner-freebsd-current Tue Aug 26 18:59:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA25182 for current-outgoing; Tue, 26 Aug 1997 18:59:18 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA25142 for ; Tue, 26 Aug 1997 18:59:04 -0700 (PDT) Received: (qmail 7020 invoked by uid 1000); 27 Aug 1997 01:59:21 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 26 Aug 1997 18:59:21 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Tom Subject: Re: IDE vs SCSI was: flags 80ff works (like anybody doubted it) Cc: current@FreeBSD.ORG, "Michael L. VanLoon -- HeadCandy.com" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Tom; On 26-Aug-97 you wrote: > > On Tue, 26 Aug 1997, Michael L. VanLoon -- HeadCandy.com wrote: > > ... > > I would think the disk subsystem would be the primary limiting factor > > here. What mix of controllers and drives were these tests run on? > > > > It would also be interesting to run this simulation against a striped > > set of SCSI drives. It would also be enlightening if you ran the same > > test against your striped set of IDE drives. > > I'm sure this was done on a stripped drives, using the fastest known > SCSI controller, and hardware cache. See "freebsd-scsi" archives. I do not know about the ``fastest'' bit, but the DPT controllers are pretty good at certain things. he point was not ``my SCSI is better han your IDE'', but rather to illustrate some of the capab ilities in FreeBSD we tend to forget at times (it is an Excellent O/S), or what to look for, IMHO, when building a machine for a specific task. Simon From owner-freebsd-current Tue Aug 26 19:58:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA29820 for current-outgoing; Tue, 26 Aug 1997 19:58:46 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA29801 for ; Tue, 26 Aug 1997 19:58:40 -0700 (PDT) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id TAA19831; Tue, 26 Aug 1997 19:58:46 -0700 (PDT) Message-Id: <199708270258.TAA19831@implode.root.com> To: Simon Shapiro cc: current@FreeBSD.ORG Subject: Re: IDE vs SCSI was: flags 80ff works (like anybody doubted it) In-reply-to: Your message of "Tue, 26 Aug 1997 10:26:06 PDT." From: David Greenman Reply-To: dg@root.com Date: Tue, 26 Aug 1997 19:58:46 -0700 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Hi David Greenman; On 26-Aug-97 you wrote: >> >FreeBSD does ALL its file I/O in 4K blocks. Your test is really a test >> >of the kernel's ability to issue strategy calls quickly, at best. >> >> Huh? No it doesn't; what ever gave you that idea? >> >> -DG > >Which idea? The 4K? I enable a certain debugging level >(DPT_DEBUG_COMPLETION) in the DPT driver, lean back and enjoy the messages >fly by. I have not seen anything larger than 4K yet. > >In SCSI, random disk I/O, up to about 8K blocks, the amount of time it FreeBSD can read and write up to 64KB, depending on various factors including the contiguousness of the file, the sequentialness of the accesses, and other factors. Random reads/writes to a file will usually happen in blocksize chunks which are either 4KB or (more commonly) 8KB. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Aug 26 22:10:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA09237 for current-outgoing; Tue, 26 Aug 1997 22:10:27 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA09185 for ; Tue, 26 Aug 1997 22:10:07 -0700 (PDT) Received: (qmail 14020 invoked by uid 1000); 27 Aug 1997 05:10:16 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <19970826082726.17963@keltia.freenix.fr> Date: Tue, 26 Aug 1997 22:10:16 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Ollivier Robert Subject: Re: IDE vs SCSI was: flags 80ff works (like anybody doubted it) Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Ollivier Robert; On 26-Aug-97 you wrote: > According to Jordan K. Hubbard: > > Hmmm. If we're going to talk SCSI perf, let's get seriously SCSI here > > then: Quantum XP39100W drive on 2940UW controller: > > > > root@time-> dd if=/dev/rsd0 of=/dev/null count=1600 bs=64k > > 1600+0 records in > > 1600+0 records out > > 104857600 bytes transferred in 10.974902 secs (9554309 bytes/sec) > > Aren't you disappointed ? You're only a mere 2 MB/s faster with a Wide > connection... I'd expect it more in the 14 MB/s range, no ? Not necessarily. Take a pencil in hand and compute from the specs. The disk will have to spin very fast and seek even faster to sustain that. Also, you will not see much difference between narow, wide and ultra, unless you do real long blocks (where the data phase becomes significant. I will have some more data soon. Simon From owner-freebsd-current Wed Aug 27 02:18:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA21973 for current-outgoing; Wed, 27 Aug 1997 02:18:22 -0700 (PDT) Received: from brane.digs.iafrica.com (brane.digs.iafrica.com [196.7.162.25]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id CAA21916 for ; Wed, 27 Aug 1997 02:16:02 -0700 (PDT) Received: from iang by brane.digs.iafrica.com with local (Exim 1.62 #2) id 0x3eCL-0000A7-00; Wed, 27 Aug 1997 11:15:33 +0200 Subject: Re: lockmgr panic on reboot? In-Reply-To: From iang at "Aug 26, 97 09:34:55 pm" To: current@freebsd.org Date: Wed, 27 Aug 1997 11:15:33 +0200 (SAT) Cc: root@deadline.snafu.de X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: From: Ian Freislich Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi > You may have noticed that the PID the panic was complaining about > was in fact the shutdown or reboot pid. It seems to have gone away > with today's kernel though. That means that in the two reboots > (because my PC travels a lot) today, I didn't get that panic. Looks like I spoke too soon. Here is a stack trace from the resulting vmcore: GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 262000 current pcb at 20a3cc panic: lockmgr: pid %d, not %s %d unlocking #0 boot (howto=256) at ../../kern/kern_shutdown.c:290 290 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:290 #1 0xf0115a62 in panic (fmt=0xf0111035 "lockmgr: pid %d, not %s %d unlocking") at ../../kern/kern_shutdown.c:417 #2 0xf011131f in lockmgr (lkp=0xf087a834, flags=65542, interlkp=0xf08744dc, p=0xf0925e00) at ../../kern/kern_lock.c:392 #3 0xf01a3de2 in ufs_unlock (ap=0xf486fe3c) at ../../ufs/ufs/ufs_vnops.c:1778 #4 0xf0134915 in vputrele (vp=0xf0874480, put=1) at vnode_if.h:799 #5 0xf013492d in vput (vp=0xf0874480) at ../../kern/vfs_subr.c:1154 #6 0xf01a0f8c in quotaoff (p=0xf07fae00, mp=0xf0822200, type=0) at ../../ufs/ufs/ufs_quota.c:477 #7 0xf019c41d in ffs_flushfiles (mp=0xf0822200, flags=2, p=0xf07fae00) at ../../ufs/ffs/ffs_vfsops.c:753 #8 0xf019c2b6 in ffs_unmount (mp=0xf0822200, mntflags=524288, p=0xf07fae00) at ../../ufs/ffs/ffs_vfsops.c:699 #9 0xf0136215 in dounmount (mp=0xf0822200, flags=524288, p=0xf07fae00) at ../../kern/vfs_syscalls.c:427 #10 0xf0135445 in vfs_unmountall () at ../../kern/vfs_subr.c:1921 #11 0xf011570b in boot (howto=0) at ../../kern/kern_shutdown.c:258 #12 0xf01154d9 in reboot (p=0xf0925e00, uap=0xf486ff94, retval=0xf486ff84) at ../../kern/kern_shutdown.c:148 #13 0xf01bcfbb in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = 0, tf_ebp = -272638312, tf_isp = -192479260, tf_ebx = 2, tf_edx = -1, tf_ecx = 0, tf_eax = 55, tf_trapno = 7, tf_err = 7, tf_eip = 6073, tf_cs = 31, tf_eflags = 582, tf_esp = -272638336, tf_ss = 39}) at ../../i386/i386/trap.c:947 #14 0x17b9 in ?? () #15 0x107f in ?? () -- igf (Ian Freislich) From owner-freebsd-current Wed Aug 27 02:53:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA23198 for current-outgoing; Wed, 27 Aug 1997 02:53:00 -0700 (PDT) Received: from magnet.geophysik.tu-freiberg.de (magnet.geophysik.tu-freiberg.de [139.20.128.6]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA23192 for ; Wed, 27 Aug 1997 02:52:57 -0700 (PDT) Received: (from freebsd@localhost) by magnet.geophysik.tu-freiberg.de (8.8.7/8.7.3) id LAA06104 for freebsd-current@freebsd.org; Wed, 27 Aug 1997 11:52:51 +0200 (MET DST) From: Holm Tiffe Message-Id: <199708270952.LAA06104@magnet.geophysik.tu-freiberg.de> Subject: mutt-port broken since libncurses.so.3.1 To: freebsd-current@freebsd.org Date: Wed, 27 Aug 1997 11:52:50 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL26 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, after my last "make world" (3.0-current cvs-cur.3591) I've noticedi that my MUA mutt (from the ports collection) is now broken. The initial Display looks as follows: q:Quit d:Del u:Undel s:Save m:Mail r:Reply g:Group ?:Help 1OFAug27Toholm(1)lolo 2OFAug27Toholm(1)kaese 3 N F Aug 27 To holm ( 1) test after moving the cursor up twice it look's ok: q:Quit d:Del u:Undel s:Save m:Mail r:Reply g:Group ?:Help 1 O F Aug 27 To holm ( 1) lolo 2 O F Aug 27 To holm ( 1) kaese 3 N F Aug 27 To holm ( 1) test No Change after recomiling mutt. I have removed libncurses.so.3.1, now it run's fine again. Holm -- ******************************************************************************* * Holm Tiffe holm@geophysik.tu-freiberg.de * * Strasse der Einheit 26 * * 09599 Freiberg Germany Microsoft is not the Answer - * * Tel.: 49 3731 74233 Microsoft is the Question, * * UUCP: 49 3731 73719 unicorn!holm and the Answer is no ! * ******************************************************************************* From owner-freebsd-current Wed Aug 27 03:12:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA23876 for current-outgoing; Wed, 27 Aug 1997 03:12:19 -0700 (PDT) Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.57.99]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA23866 for ; Wed, 27 Aug 1997 03:12:08 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.8.7/3.5Wpl3) with ESMTP id TAA08117 for ; Wed, 27 Aug 1997 19:11:04 +0900 (JST) Message-Id: <199708271011.TAA08117@gneiss.eps.nagoya-u.ac.jp> To: current@FreeBSD.ORG Subject: Re: Read-only mount of union filesystem From: KATO Takenori In-Reply-To: Your message of "Thu, 14 Aug 1997 02:20:41 +0900" References: <199708131720.CAA03222@gneiss.eps.nagoya-u.ac.jp> X-Mailer: Mew version 1.70 on Emacs 19.28.1 / Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 27 Aug 1997 19:11:04 +0900 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As I wrote: > Bruce notified me that union fs doesn't support read-only mount. I, > now, consider that there are two ways to implement read-only mount: > > 1. To modify each fs layer stuff. > 2. To modify vfs layer stuff. Though I think second is better, I will modify union fs layer. It may take for long time to modify vnode/syscall layer, but I don't have enough time to do so :-(. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp ------------------- Powered by FreeBSD(98) ------------------- From owner-freebsd-current Wed Aug 27 05:04:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA28166 for current-outgoing; Wed, 27 Aug 1997 05:04:55 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA28161 for ; Wed, 27 Aug 1997 05:04:49 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id HAA03779; Wed, 27 Aug 1997 07:17:26 -0400 (EDT) From: Peter Dufault Message-Id: <199708271117.HAA03779@hda.hda.com> Subject: Re: IDE vs SCSI was: flags 80ff works (like anybody doubted it) In-Reply-To: <19970826082726.17963@keltia.freenix.fr> from Ollivier Robert at "Aug 26, 97 08:27:26 am" To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Wed, 27 Aug 1997 07:17:26 -0400 (EDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hmmm. If we're going to talk SCSI perf, let's get seriously SCSI here > > then: Quantum XP39100W drive on 2940UW controller: (...) > > 104857600 bytes transferred in 10.974902 secs (9554309 bytes/sec) > > Aren't you disappointed ? You're only a mere 2 MB/s faster with a Wide > connection... I'd expect it more in the 14 MB/s range, no ? Well designed fast buses (with well designed fast peripherals) give good bus utilization as the devices burst full speed on the bus. Put two of these disks on that bus and compare how the performance degrades versus two on the wide connection. The chances are that when you're buying this kind of disk you'll be buying another soon. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-current Wed Aug 27 11:16:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA24756 for current-outgoing; Wed, 27 Aug 1997 11:16:29 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA24733 for ; Wed, 27 Aug 1997 11:16:20 -0700 (PDT) Received: (qmail 1932 invoked by uid 1000); 27 Aug 1997 18:16:33 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199708270258.TAA19831@implode.root.com> Date: Wed, 27 Aug 1997 11:16:33 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: dg@root.com Subject: Re: IDE vs SCSI was: flags 80ff work... Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi David Greenman; On 27-Aug-97 you wrote: > FreeBSD can read and write up to 64KB, depending on various factors > including the contiguousness of the file, the sequentialness of the > accesses, > and other factors. Random reads/writes to a file will usually happen in > blocksize chunks which are either 4KB or (more commonly) 8KB. I did some homework: Ran some tests on two systems: Both systems are P6-200 SMP, running as UP. Sendero is running 3.0-Current as of tonight. Copper is Running 2.2 as of tonight This is NOT a performance test. The timing numbers are just for completeness. Min and Max are in microseconds. Both systems were booted to multi-user, and a sample taken. Sendero then was put into a typical load which included compiling about 10 different kernels, email, etc. Copper was left alone, except for running: ``dd if=/dev/sd16s1a of=/dev/null bs=1024k'' The partition read is a 6GB slice off a 6x4GB RAID-0 array Interesting points to ponder (suggested reading :-): David is absolutely correct in assessing the file system usage. I was totally wrong on that one and went back to my notes: While David is right in regards to the filesystem, I did get something correctly. Regardless of block size specified, access to a block device is always in 4K blocks. Access to the raw (char) device will be in the specified units, rounded to 512 bytes, but no more than 64K at a time. My foggy memory that O/Ss in general are better at READ caching than at WRITE caching is probably correct. Compiling a kernel should have about an even mix of READ/WRITE. What ends up in the disk is about 1:25. Look at the 8K read and write on Sendero. Several things come out of this: * Caching controllers do make sense. * Stripe size much in excess of 8K is wasteful (or should be). * RAID-5 is probably NOT what you want for compile intensive filesystems. I would say RAID-0 (as source can be re-CVSed and object re-compiled. If reliability these is essential, use RAID-1. * Anyone cares to guess what the ``Other'' block size is? On UnixWare (at one point or another) it turned out to be 3K. The missing 3/4 page from a filesystem inode read. 1. Sendero: ------ Just booted ------- --- After Load --- Net Blk Count Min Max Count Min Max Read 512 41 258 46022 41 258 46022 0 1K 222 267 1018265 1185 259 1018265 963 2K 49 374 1018061 278 337 1018061 229 4K 49 1312 39506 2940 355 1009199 2891 8K 494 519 1017799 3412 517 1047893 2918 16K 85 1431 1008056 346 843 1019672 261 32K 58 2399 1010198 286 2034 1012978 228 64K 0 0 0 114 3269 99489 114 Larger 0 0 0 0 0 0 0 Other 182 1036 1020875 3838 388 1025511 3656 Write 512 0 0 0 0 0 0 0 1K 219 267 47588 4626 228 1047802 4407 2K 202 319 47256 1761 319 1066111 1559 4K 16 436 25355 1232 417 1039338 1216 8K 1498 624 1000692 77371 578 1142455 75873 16K 33 1103 3864 473 1103 1067547 440 32K 2 2403 2588 254 2372 1043489 252 64K 6 4396 5499 1321 4394 1248494 1315 Larger 0 0 0 0 0 0 0 Other 84 380 38171 18566 380 1072166 18482 3. Copper just after booting ----- Just booted ------ ------ After Dd ------ Net Size Count Min Max Count Min Max Read 512 53 264 1022266 63 264 1022266 10 1K 11901 251 1013350 11918 251 1013350 17 2K 110 357 1018538 116 357 1018538 6 4K 34 503 22751 1572901 330 1038746 1572867 <-!! 8K 1090 518 1024360 1105 518 1024360 15 16K 56 831 1018888 60 831 1018888 4 32K 46 3674 28092 50 3674 37735 4 64K 1 13607 13607 1 13607 13607 0 Larger 0 0 0 0 0 0 0 Other 5765 437 1046068 5774 437 1046068 9 Write 512 0 0 0 0 0 0 0 1K 102 276 44721 125 276 44721 23 2K 61 341 44950 71 341 44950 10 4K 5 3079 15590 5 3079 15590 0 8K 443 695 1060177 721 695 1060177 278 16K 2 32957 35854 2 32957 35854 0 32K 2 2441 6630 2 2441 6630 0 64K 2 4650 11308 2 4650 11308 0 Larger 0 0 0 0 0 0 0 Other 31 684 1060570 44 684 1060570 13 Simon From owner-freebsd-current Wed Aug 27 11:22:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA25305 for current-outgoing; Wed, 27 Aug 1997 11:22:47 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA25294 for ; Wed, 27 Aug 1997 11:22:39 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id UAA02313 for current@FreeBSD.ORG; Wed, 27 Aug 1997 20:15:25 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.7/8.8.7) id TAA26896; Wed, 27 Aug 1997 19:59:32 +0200 (CEST) Message-ID: <19970827195932.06703@klemm.gtn.com> Date: Wed, 27 Aug 1997 19:59:32 +0200 From: Andreas Klemm To: current@FreeBSD.ORG Subject: /usr/obj/usr/src/tmp/usr/include/sys/md5.h:40: previous declaration of `MD5File' Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk cc -pipe -O -I/usr/src/lib/libmd -I/usr/obj/usr/src/tmp/usr/include -c md4hl.c -o md4hl.o cc -pipe -O -I/usr/src/lib/libmd -I/usr/obj/usr/src/tmp/usr/include -c md5hl.c -o md5hl.o md5hl.c:45: conflicting types for `MD5File' /usr/obj/usr/src/tmp/usr/include/sys/md5.h:40: previous declaration of `MD5File' *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Wed Aug 27 12:42:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA00908 for current-outgoing; Wed, 27 Aug 1997 12:42:33 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA00897 for ; Wed, 27 Aug 1997 12:42:29 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id FAA05649; Thu, 28 Aug 1997 05:36:47 +1000 Date: Thu, 28 Aug 1997 05:36:47 +1000 From: Bruce Evans Message-Id: <199708271936.FAA05649@godzilla.zeta.org.au> To: dg@root.com, Shimon@i-Connect.Net Subject: Re: IDE vs SCSI was: flags 80ff work... Cc: current@freebsd.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Copper was left alone, except for running: > ``dd if=/dev/sd16s1a of=/dev/null bs=1024k'' >The partition read is a 6GB slice off a 6x4GB RAID-0 array >... >While David is right in regards to the filesystem, I did get >something correctly. Regardless of block size specified, access >to a block device is always in 4K blocks. Nope. By default, block devices are accessed with the too-small block size of BLKDEV_IOSIZE = 2K. The default is used for the whole-disk device (e.g., /dev/sd16) unless the disk is "dedicated" and happens to have a BSD file system on its "c" partition. For block devices that have a BSD file system on them, the block size is taken from the file system. You apparently have a BSD file system with a block size of 4K on /dev/sd16s1a. 4K is a small block size for a BSD file system (the default is 8K and the max is 64K), but is good for some applications (ones where the average write is <= 4K, and ones where disk space is scarce). Block devices are unsuitable for almost everything except mounting file systems on. They are unsuitable for benchmarks because you can't control the block size. I just noticed another bug: stat() says that st_blksize is 2K for all bdevs. It doesn't know that a different size is used internally for bdevs with a BSD file system on them. (st_blksize is bogus for cdevs too. It is always MAXBSIZE = 64K, which is excessive for terminals. This problem got worse when MAXBSIZE was increased from 16K to 64K.) Bruce From owner-freebsd-current Wed Aug 27 13:13:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA03189 for current-outgoing; Wed, 27 Aug 1997 13:13:31 -0700 (PDT) Received: from helios.dnttm.ru (root@dnttm.wave.ras.ru [194.85.104.197]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA03182 for ; Wed, 27 Aug 1997 13:13:25 -0700 (PDT) Received: (from uucp@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-3) with UUCP id AAA14158; Thu, 28 Aug 1997 00:06:28 +0400 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.8.7/8.8.5) with ESMTP id AAA02527; Thu, 28 Aug 1997 00:08:41 +0400 (MSD) Message-Id: <199708272008.AAA02527@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: Andreas Klemm cc: current@FreeBSD.ORG Subject: Re: /usr/obj/usr/src/tmp/usr/include/sys/md5.h:40: previous declaration of `MD5File' In-reply-to: Your message of "Wed, 27 Aug 1997 19:59:32 +0200." <19970827195932.06703@klemm.gtn.com> Mime-Version: 1.0 Content-Type: text/plain Date: Thu, 28 Aug 1997 00:08:38 +0400 From: Dmitrij Tejblum Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Andreas Klemm wrote: > cc -pipe -O -I/usr/src/lib/libmd -I/usr/obj/usr/src/tmp/usr/include -c md4hl.c -o md4hl.o > cc -pipe -O -I/usr/src/lib/libmd -I/usr/obj/usr/src/tmp/usr/include -c md5hl.c -o md5hl.o > md5hl.c:45: conflicting types for `MD5File' > /usr/obj/usr/src/tmp/usr/include/sys/md5.h:40: previous declaration of `MD5File' > *** Error code 1 Are you really run it as part of make world? I believe your /usr/obj/usr/src/tmp/usr/include/sys/md5.h is stale. In my , MD5File declared at line 43. Dima From owner-freebsd-current Wed Aug 27 13:48:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05356 for current-outgoing; Wed, 27 Aug 1997 13:48:04 -0700 (PDT) Received: from friley76.res.iastate.edu (friley76.res.iastate.edu [129.186.189.76]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA05327 for ; Wed, 27 Aug 1997 13:47:58 -0700 (PDT) Received: from friley76.res.iastate.edu (loopback [127.0.0.1]) by friley76.res.iastate.edu (8.8.7/8.8.5) with ESMTP id PAA16739 for ; Wed, 27 Aug 1997 15:47:19 -0500 (CDT) Message-Id: <199708272047.PAA16739@friley76.res.iastate.edu> Reply-To: mystify@iastate.edu To: current@freebsd.org Subject: Missing header file in sys/miscfs/nullfs/null_subr.c Date: Wed, 27 Aug 1997 15:47:18 -0500 From: Patrick Hartling Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has anyone else run into problems when trying to build lkm/nullfs during make world? It complains that opt_ddb.h (included by sys/miscfs/nullfs/null_subr.c) is not found. This #include line is new in revision 1.12. There is no such file in my whole /usr/src tree. Commenting out the #include line results in a clean build of that module. It's possible that something may be wrong somewhere on my machine as I've been having serious problems (unrelated to this) since last night. I haven't seen any posts concerning this problem today, so this could easily be a mistake on my part. -Patrick Patrick L. Hartling | System Administrator mystify@friley76.res.iastate.edu | GIS Facility - 218 Durham Center http://www.public.iastate.edu/~oz | (515)294-2279 http://www.cs.iastate.edu/~ph | http://www.gis.iastate.edu From owner-freebsd-current Wed Aug 27 14:07:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA06589 for current-outgoing; Wed, 27 Aug 1997 14:07:52 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA06582 for ; Wed, 27 Aug 1997 14:07:46 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id XAA24953; Wed, 27 Aug 1997 23:00:15 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.7/8.8.7) id WAA27144; Wed, 27 Aug 1997 22:57:01 +0200 (CEST) Message-ID: <19970827225701.47966@klemm.gtn.com> Date: Wed, 27 Aug 1997 22:57:01 +0200 From: Andreas Klemm To: Dmitrij Tejblum Cc: current@FreeBSD.ORG Subject: Re: /usr/obj/usr/src/tmp/usr/include/sys/md5.h:40: previous declaration of `MD5File' References: <19970827195932.06703@klemm.gtn.com> <199708272008.AAA02527@tejblum.dnttm.rssi.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199708272008.AAA02527@tejblum.dnttm.rssi.ru>; from Dmitrij Tejblum on Thu, Aug 28, 1997 at 12:08:38AM +0400 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Aug 28, 1997 at 12:08:38AM +0400, Dmitrij Tejblum wrote: > Andreas Klemm wrote: > > cc -pipe -O -I/usr/src/lib/libmd -I/usr/obj/usr/src/tmp/usr/include -c md4hl.c -o md4hl.o > > cc -pipe -O -I/usr/src/lib/libmd -I/usr/obj/usr/src/tmp/usr/include -c md5hl.c -o md5hl.o > > md5hl.c:45: conflicting types for `MD5File' > > /usr/obj/usr/src/tmp/usr/include/sys/md5.h:40: previous declaration of `MD5File' > > *** Error code 1 > Are you really run it as part of make world? > I believe your /usr/obj/usr/src/tmp/usr/include/sys/md5.h is stale. In my > , MD5File declared at line 43. I removed my complete /usr/obj after recursively doing a chflags -R noschg. Did a make world and the compile failure still exists. -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Wed Aug 27 15:02:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA12616 for current-outgoing; Wed, 27 Aug 1997 15:02:09 -0700 (PDT) Received: from wall.jhs.no_domain (vector.muc.ditec.de [194.120.126.35]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA12550; Wed, 27 Aug 1997 15:01:42 -0700 (PDT) Received: from wall.jhs.no_domain (localhost [127.0.0.1]) by wall.jhs.no_domain (8.8.5/8.6.9) with ESMTP id VAA02452; Sun, 24 Aug 1997 21:55:25 +0200 (MET DST) Message-Id: <199708241955.VAA02452@wall.jhs.no_domain> To: Andreas Klemm cc: current@FreeBSD.ORG Subject: Re: UUCP and lpr services don't work anymore From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" X-Email: Home: Bulk: Work: X-web: http://www.freebsd.org/~jhs/ X-address: Holz Strasse 27d, 80469 Munich, Germany X-tel: Home +49.89.268616, Work +49.89.607.29788 Fax +49.89.2608126, Data +49.89.26023276 X-company: Vector Systems Ltd, Unix & Internet Consultants. X-software: FreeBSD (Unix) + EXMH 1.6.9 (PGP key on web) In-reply-to: Your message of "Sun, 24 Aug 1997 09:21:03 PDT." <199708241621.JAA29919@freefall.freebsd.org> Date: Sun, 24 Aug 1997 21:55:24 +0200 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Reference: > From: Andreas Klemm > Date: Sun, 24 Aug 1997 09:21:03 -0700 (PDT) > Message-id: <199708241621.JAA29919@freefall.freebsd.org> Hi, Andreas Klemm wrote: > > Today I noticed, that since about 4 or 5 days my outgoing > mails go to something kinda /dev/null. > > I'm running a very -current SMP kernel here. > > Outgoing mails are mailed via UUCP. The D files get spooled > ok in the D. directory, but the control files in the C. > subdir (UUCP spool dir), has the size of 0 bytes although > the vfilesystem has pleanty of Mbytes free. > > I think a similar problem is this with my print services. > > The data files are spooled properly in the printers spool > directory, but nothing get's printed although a cat > directly to the device /dev/lpt0 works .... > > The lpq command gives me a strange incomplete status line, > where only "0 bytes" is printed per queued print job. > > I'll build a non SMP kernel to see if it's only related to > SMP .... > > But please heads up, maybe some of you already get an idea > what't might causing this .... > > You can write me an e-mail, receiving mails is still fine, > but mailing out is currently impossible ... > > And I wondered, why my mail doesn't show up on the -current > mailing list ;-) > > Andreas /// > > I read John Dyson agreeing he would reverse out some recent addition of his, that caused 0 size files, I guess that's maybe it. (i dont remember more 'cos i read current but run 2.2.2. rel.) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Wed Aug 27 17:50:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA22227 for current-outgoing; Wed, 27 Aug 1997 17:50:58 -0700 (PDT) Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.57.99]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA22214 for ; Wed, 27 Aug 1997 17:50:52 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.8.7/3.5Wpl3) with ESMTP id JAA00327; Thu, 28 Aug 1997 09:50:04 +0900 (JST) Message-Id: <199708280050.JAA00327@gneiss.eps.nagoya-u.ac.jp> To: mystify@iastate.edu Cc: current@freebsd.org Subject: Re: Missing header file in sys/miscfs/nullfs/null_subr.c From: KATO Takenori In-Reply-To: Your message of "Wed, 27 Aug 1997 15:47:18 -0500" References: <199708272047.PAA16739@friley76.res.iastate.edu> X-Mailer: Mew version 1.70 on Emacs 19.28.1 / Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 28 Aug 1997 09:50:04 +0900 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Has anyone else run into problems when trying to build lkm/nullfs during > make world? It complains that opt_ddb.h (included by > sys/miscfs/nullfs/null_subr.c) is not found. This #include line is > new in revision 1.12. There is no such file in my whole /usr/src tree. > Commenting out the #include line results in a clean build of that module. Sorry. I didn't consider lkm case. I have just committed a fix. Please try revision 1.13. Thanks for your report. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp ------------------- Powered by FreeBSD(98) ------------------- From owner-freebsd-current Wed Aug 27 17:56:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA22529 for current-outgoing; Wed, 27 Aug 1997 17:56:27 -0700 (PDT) Received: from nico.telstra.net (nico.telstra.net [139.130.204.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA22524 for ; Wed, 27 Aug 1997 17:56:24 -0700 (PDT) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by nico.telstra.net (8.6.10/8.6.10) with ESMTP id KAA11578; Thu, 28 Aug 1997 10:54:58 +1000 Received: (grog@localhost) by freebie.lemis.com (8.8.7/8.6.12) id KAA00338; Thu, 28 Aug 1997 10:24:49 +0930 (CST) Message-ID: <19970828102448.62873@lemis.com> Date: Thu, 28 Aug 1997 10:24:48 +0930 From: Greg Lehey To: Holm Tiffe Cc: freebsd-current@FreeBSD.ORG Subject: Re: mutt-port broken since libncurses.so.3.1 References: <199708270952.LAA06104@magnet.geophysik.tu-freiberg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199708270952.LAA06104@magnet.geophysik.tu-freiberg.de>; from Holm Tiffe on Wed, Aug 27, 1997 at 11:52:50AM +0200 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8250 Fax: +61-8-8388-8250 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Fight-Spam-Now: http://www.cauce.org Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, Aug 27, 1997 at 11:52:50AM +0200, Holm Tiffe wrote: > Hi, > after my last "make world" (3.0-current cvs-cur.3591) I've noticedi > that my MUA mutt (from the ports collection) is now broken. > The initial Display looks as follows: > > q:Quit d:Del u:Undel s:Save m:Mail r:Reply g:Group ?:Help > 1OFAug27Toholm(1)lolo > 2OFAug27Toholm(1)kaese > 3 N F Aug 27 To holm ( 1) test > > after moving the cursor up twice it look's ok: > > q:Quit d:Del u:Undel s:Save m:Mail r:Reply g:Group ?:Help > 1 O F Aug 27 To holm ( 1) lolo > 2 O F Aug 27 To holm ( 1) kaese > 3 N F Aug 27 To holm ( 1) test > > No Change after recomiling mutt. > I have removed libncurses.so.3.1, now it run's fine again. Yup, I can confirm this. Amusingly, the display was wrong in the message, too: the "before" and "after" looked identical :-) Greg From owner-freebsd-current Wed Aug 27 18:37:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA28073 for current-outgoing; Wed, 27 Aug 1997 18:37:07 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA28055 for ; Wed, 27 Aug 1997 18:37:02 -0700 (PDT) Received: (qmail 2123 invoked by uid 1000); 28 Aug 1997 01:37:16 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199708271936.FAA05649@godzilla.zeta.org.au> Date: Wed, 27 Aug 1997 18:37:16 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: Bruce Evans Subject: Re: IDE vs SCSI was: flags 80ff work... Cc: current@freebsd.org, dg@root.com Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Bruce Evans; On 27-Aug-97 you wrote: > >Copper was left alone, except for running: > > ``dd if=/dev/sd16s1a of=/dev/null bs=1024k'' > >The partition read is a 6GB slice off a 6x4GB RAID-0 array > >... > >While David is right in regards to the filesystem, I did get > >something correctly. Regardless of block size specified, access > >to a block device is always in 4K blocks. > > Nope. By default, block devices are accessed with the too-small > block size of BLKDEV_IOSIZE = 2K. The default is used for the > whole-disk device (e.g., /dev/sd16) unless the disk is "dedicated" > and happens to have a BSD file system on its "c" partition. > For block devices that have a BSD file system on them, the block > size is taken from the file system. You apparently have a BSD > file system with a block size of 4K on /dev/sd16s1a. 4K is a > small block size for a BSD file system (the default is 8K and > the max is 64K), but is good for some applications (ones where > the average write is <= 4K, and ones where disk space is scarce). I have no filesystem of any kind on that partition. I have seen it before. I trust that what you describe should be correct, but in practive, you may not be. I offered this as an explanation of what caused me to make a mistake, and now you tell me I am yet wrong again :-) > Block devices are unsuitable for almost everything except mounting > file systems on. They are unsuitable for benchmarks because you > can't control the block size. They make for a very interesting database storage device. Write to the bdev and you get buffered I/O. Write to the cvdev and you get unbuffered, uncached I/O. > I just noticed another bug: stat() says that st_blksize is 2K > for all bdevs. It doesn't know that a different size is used > internally for bdevs with a BSD file system on them. (st_blksize > is bogus for cdevs too. It is always MAXBSIZE = 64K, which is > excessive for terminals. This problem got worse when MAXBSIZE > was increased from 16K to 64K.) Stat also never tells you the size of a cdev, only of a bdev. Simon From owner-freebsd-current Wed Aug 27 23:18:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA10939 for current-outgoing; Wed, 27 Aug 1997 23:18:38 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA10930 for ; Wed, 27 Aug 1997 23:18:33 -0700 (PDT) Received: (qmail 4088 invoked by uid 1000); 28 Aug 1997 06:18:39 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Date: Wed, 27 Aug 1997 23:18:38 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: freebsd-current@freebsd.org Subject: sysinstall.fdisk display problem Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Y'all, I did a ``make release'' on the 23rd of this month. Another on the 27th. Both built fine. The 23rd panicked during installation. Something strange. Since the kernel of later that day did NOT panic, I decided to build again, on the 27th. This release installs fine (I am using ftp install in both cases). The Problem: The display for the fdisk functionality displays in a garbled manner. It appears as if most of the cursor motion commands are missing, but not all. If the text wants highlighted, (white on blue), it appears almost correct. The disklabel screen is better but still garbled. Another, old Problem: The disklabel screen, if you have more than few partitions, you do not see some of the defined entries. It behaves as if the entries are there, but ``hiding undeneath'' instructions at the bottom. Very annoying for large, complex installations. We have at least 18 partitions in the standard install. Typically more. Thanx! Simon From owner-freebsd-current Thu Aug 28 01:25:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA17085 for current-outgoing; Thu, 28 Aug 1997 01:25:08 -0700 (PDT) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA17076 for ; Thu, 28 Aug 1997 01:25:01 -0700 (PDT) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.6/8.8.5) with SMTP id KAA28335 for ; Thu, 28 Aug 1997 10:27:12 +0200 (CEST) Date: Thu, 28 Aug 1997 10:27:12 +0200 (CEST) From: Andrzej Bialecki To: freebsd-current@freebsd.org Subject: Bug in 3.0-970807-SNAP sysinstall Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! It's an old bug that has persistently survived since 2.1.5, I think. Namely, when you enter disklabel editor, press "A" for auto-defaults, and then adjust the proposed sizes to suit you taste, sysinstall says it can't allocate that much (though the block counts are ok, i.e. they add up to the partition size). I suspect a rounding problem here. Best regards, --- Andrzej Bialecki FreeBSD: Turning PCs Into Workstations http://www.freebsd.org Research and Academic Network in Poland From owner-freebsd-current Thu Aug 28 06:25:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA27343 for current-outgoing; Thu, 28 Aug 1997 06:25:05 -0700 (PDT) Received: from magnet.geophysik.tu-freiberg.de (magnet.geophysik.tu-freiberg.de [139.20.128.6]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA27337 for ; Thu, 28 Aug 1997 06:25:01 -0700 (PDT) Received: (from freebsd@localhost) by magnet.geophysik.tu-freiberg.de (8.8.7/8.7.3) id PAA24153 for freebsd-current@freebsd.org; Thu, 28 Aug 1997 15:24:47 +0200 (MET DST) From: Holm Tiffe Message-Id: <199708281324.PAA24153@magnet.geophysik.tu-freiberg.de> Subject: Cant get resolver working on linux emulation on -current To: freebsd-current@freebsd.org Date: Thu, 28 Aug 1997 15:24:46 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL26 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have installed the linux_lib-2.4 to get Applixware4.3 working. Applixware runs now but no DNS resolving jet. the file /compat/linux/etc/host.conf contains: order hosts, bind multi on the file /compat/linux/etc/hosts contains: 139.20.128.9 red-bull.geophysik.tu-freiberg.de red-bull 139.20.128.252 pivo.geophysik.tu-freiberg.de pivo www.geophysik.tu-freiberg.de red-bull is the localhost (3.0-current from Thuesday, SMP 2*686/200/256) an linux telnet-binary and applixware can only reach the hosts in the /compat/linux/etc/hosts file and numerically defined hosts. I have had an explicit /compat/linux/etc/resolv.conf identically to the /etc/resolv.conf, it is removed now, no change: domain geophysik.tu-freiberg.de search geophysik.tu-freiberg.de pppnet.tu-freiberg.de hrz.tu-freiberg.de tu-freiberg.de interface-business.de nameserver 139.20.128.252 red-bull is doing a "make world" now, I hope DNS is working tomorrow (?). Any Ideas ? Ps: sorry for my poor english Holm -- ******************************************************************************* * Holm Tiffe holm@geophysik.tu-freiberg.de * * Strasse der Einheit 26 * * 09599 Freiberg Germany Microsoft is not the Answer - * * Tel.: 49 3731 74233 Microsoft is the Question, * * UUCP: 49 3731 74200 unicorn!holm and the Answer is no ! * ******************************************************************************* From owner-freebsd-current Thu Aug 28 08:16:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA03592 for current-outgoing; Thu, 28 Aug 1997 08:16:42 -0700 (PDT) Received: from itesec.hsc.fr (root@itesec.hsc.fr [192.70.106.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA03574 for ; Thu, 28 Aug 1997 08:16:33 -0700 (PDT) Received: from sidhe.hsc.fr (pb@sidhe.hsc.fr [192.70.106.44]) by itesec.hsc.fr (8.8.5/8.8.5/itesec-1.9) with ESMTP id RAA07913; Thu, 28 Aug 1997 17:16:21 +0200 (MET DST) Received: (from pb@localhost) by sidhe.hsc.fr (8.8.5/8.8.5/pb-19970301) id RAA07038; Thu, 28 Aug 1997 17:16:19 +0200 (MET DST) Message-ID: <19970828171618.BA51460@sidhe.hsc.fr> Date: Thu, 28 Aug 1997 17:16:18 +0200 From: Pierre.Beyssac@hsc.fr (Pierre Beyssac) To: freebsd@magnet.geophysik.tu-freiberg.de (Holm Tiffe) Cc: freebsd-current@FreeBSD.ORG Subject: Re: Cant get resolver working on linux emulation on -current References: <199708281324.PAA24153@magnet.geophysik.tu-freiberg.de> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <199708281324.PAA24153@magnet.geophysik.tu-freiberg.de>; from Holm Tiffe on Aug 28, 1997 15:24:46 +0200 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Holm Tiffe: > I have had an explicit /compat/linux/etc/resolv.conf identically to the > /etc/resolv.conf, it is removed now, no change: You might want to try a ktrace/kdump to see if there's any other file the Linux binary tries to access, or any other kind of error in a system call. -- Pierre.Beyssac@hsc.fr From owner-freebsd-current Thu Aug 28 14:23:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA21381 for current-outgoing; Thu, 28 Aug 1997 14:23:48 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA21373 for ; Thu, 28 Aug 1997 14:23:46 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA05914 for freebsd-current@FreeBSD.ORG; Thu, 28 Aug 1997 23:23:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id WAA15308; Thu, 28 Aug 1997 22:52:20 +0200 (MET DST) Message-ID: <19970828225220.QV05373@uriah.heep.sax.de> Date: Thu, 28 Aug 1997 22:52:20 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG Subject: Re: sysinstall.fdisk display problem References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Simon Shapiro on Aug 27, 1997 23:18:38 -0700 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote: > The Problem: > > The display for the fdisk functionality displays in a garbled > manner. It appears as if most of the cursor motion commands are > missing, but not all. If the text wants highlighted, (white on > blue), it appears almost correct. Argl! Not only -current, -stable suffers from the ncurses breakage as well!? Why has this been committed to -stable without proper testing? I tend do demand backing it out from there... Dunno what the others think, i'll leave the final decision to Jordan. (No, i'm not the release engineer this time. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Aug 28 17:28:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA29302 for current-outgoing; Thu, 28 Aug 1997 17:28:00 -0700 (PDT) Received: from sendero-ppp.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA29285 for ; Thu, 28 Aug 1997 17:27:57 -0700 (PDT) Received: (qmail 15235 invoked by uid 1000); 29 Aug 1997 00:28:15 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD X-Priority: 1 (High) Priority: urgent Disposition-Notification-To: Shimon@i-Connect.Net X-Confirm-Reading-To: Shimon@i-Connect.Net X-Chameleon-Return-To: Shimon@i-Connect.Net X-XFmail-Return-To: Shimon@i-Connect.Net Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <19970828225220.QV05373@uriah.heep.sax.de> Date: Thu, 28 Aug 1997 17:28:15 -0700 (PDT) Organization: Atlas Telecom From: Simon Shapiro To: (Joerg Wunsch) Subject: Re: sysinstall.fdisk display problem Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi J Wunsch; On 28-Aug-97 you wrote: ... > Not only -current, -stable suffers from the ncurses breakage as well!? I don't know. I only tried it on -current. It broke sometimes between the 23 and the 27th of the month. Again, I only see it on CURRENT. I cannot even compile 2.2 as i only have -current machines here and they will not ``make release'' 2.2 for me. Sincerely Yours, (Sent on 28-Aug-97, 17:23:26 by XF-Mail) Simon Shapiro Atlas Telecom Senior Architect 14355 SW Allen Blvd., Suite 130 Beaverton OR 97005 Shimon@i-Connect.Net Voice: 503.643.5559, Emergency: 503.799.2313 From owner-freebsd-current Thu Aug 28 18:19:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA02906 for current-outgoing; Thu, 28 Aug 1997 18:19:39 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA02899 for ; Thu, 28 Aug 1997 18:19:35 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id SAA19785; Thu, 28 Aug 1997 18:19:25 -0700 (PDT) To: Simon Shapiro cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-current@FreeBSD.ORG Subject: Re: sysinstall.fdisk display problem In-reply-to: Your message of "Thu, 28 Aug 1997 17:28:15 PDT." Date: Thu, 28 Aug 1997 18:19:25 -0700 Message-ID: <19781.872817565@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I don't know. I only tried it on -current. It broke sometimes between the > 23 and the 27th of the month. I think ache may have just fixed it - give it another go. > Again, I only see it on CURRENT. I cannot even compile 2.2 as i only have > -current machines here and they will not ``make release'' 2.2 for me. Odd - I compile 2.2 releases from -current machinery all the time - Satoshi's fixes to the world target now allow it. Jordan From owner-freebsd-current Thu Aug 28 21:46:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA10345 for current-outgoing; Thu, 28 Aug 1997 21:46:31 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA10336 for ; Thu, 28 Aug 1997 21:46:28 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0x4Iwn-0006aS-00; Thu, 28 Aug 1997 22:46:13 -0600 To: "Jordan K. Hubbard" Subject: Re: sysinstall.fdisk display problem Cc: freebsd-current@freebsd.org In-reply-to: Your message of "Thu, 28 Aug 1997 18:19:25 PDT." <19781.872817565@time.cdrom.com> References: <19781.872817565@time.cdrom.com> Date: Thu, 28 Aug 1997 22:46:13 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19781.872817565@time.cdrom.com> "Jordan K. Hubbard" writes: : Odd - I compile 2.2 releases from -current machinery all the time - : Satoshi's fixes to the world target now allow it. Make sure that you have /usr/src -> the 2.2 sources, or it will fail badly. See my mail to hackers for one place it dies... Warner From owner-freebsd-current Thu Aug 28 22:14:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA11271 for current-outgoing; Thu, 28 Aug 1997 22:14:31 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA11266 for ; Thu, 28 Aug 1997 22:14:28 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id WAA20453; Thu, 28 Aug 1997 22:14:26 -0700 (PDT) To: Warner Losh cc: freebsd-current@FreeBSD.ORG Subject: Re: sysinstall.fdisk display problem In-reply-to: Your message of "Thu, 28 Aug 1997 22:46:13 MDT." Date: Thu, 28 Aug 1997 22:14:26 -0700 Message-ID: <20449.872831666@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > In message <19781.872817565@time.cdrom.com> "Jordan K. Hubbard" writes: > : Odd - I compile 2.2 releases from -current machinery all the time - > : Satoshi's fixes to the world target now allow it. > > Make sure that you have /usr/src -> the 2.2 sources, or it will fail > badly. See my mail to hackers for one place it dies... Erm, on the build machine? On releng22.freebsd.org, /usr/src -> -current sources and it works just fine. Jordan From owner-freebsd-current Thu Aug 28 22:18:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA11420 for current-outgoing; Thu, 28 Aug 1997 22:18:51 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA11415 for ; Thu, 28 Aug 1997 22:18:47 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0x4JS7-0006d2-00; Thu, 28 Aug 1997 23:18:35 -0600 To: "Jordan K. Hubbard" Subject: Re: sysinstall.fdisk display problem Cc: freebsd-current@freebsd.org In-reply-to: Your message of "Thu, 28 Aug 1997 22:14:26 PDT." <20449.872831666@time.cdrom.com> References: <20449.872831666@time.cdrom.com> Date: Thu, 28 Aug 1997 23:18:35 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <20449.872831666@time.cdrom.com> "Jordan K. Hubbard" writes: : > In message <19781.872817565@time.cdrom.com> "Jordan K. Hubbard" writes: : > : Odd - I compile 2.2 releases from -current machinery all the time - : > : Satoshi's fixes to the world target now allow it. : > : > Make sure that you have /usr/src -> the 2.2 sources, or it will fail : > badly. See my mail to hackers for one place it dies... : : Erm, on the build machine? On releng22.freebsd.org, /usr/src -> -current : sources and it works just fine. Ummm, no it doesn't. I found at least one problem that I've detailed in a message to hackers about this. asmacros.h has an explicit include of "/usr/src/lib/libc/i386/DEFS.h" in it, which breaks on the include in lib/msun's build. At least it did for me last night when I tried to build everything with a make buildworld on my 3.0-current machine. Maybe I have some version skew going on, but my 3.0 machine is fairly current.... I'll update to the latest and greatest current and see if that changes things. Warner From owner-freebsd-current Thu Aug 28 22:27:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA11732 for current-outgoing; Thu, 28 Aug 1997 22:27:00 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA11727 for ; Thu, 28 Aug 1997 22:26:57 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id WAA20532; Thu, 28 Aug 1997 22:26:56 -0700 (PDT) To: Warner Losh cc: freebsd-current@FreeBSD.ORG Subject: Re: sysinstall.fdisk display problem In-reply-to: Your message of "Thu, 28 Aug 1997 23:18:35 MDT." Date: Thu, 28 Aug 1997 22:26:56 -0700 Message-ID: <20528.872832416@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Ummm, no it doesn't. I found at least one problem that I've detailed > in a message to hackers about this. asmacros.h has an explicit > include of "/usr/src/lib/libc/i386/DEFS.h" in it, which breaks on the > include in lib/msun's build. At least it did for me last night when I > tried to build everything with a make buildworld on my 3.0-current > machine. Maybe I have some version skew going on, but my 3.0 machine > is fairly current.... I'll update to the latest and greatest current > and see if that changes things. Hmmm. Well, the machine disagrees with you: root@make-> uname -a FreeBSD make.ican.net 3.0-CURRENT FreeBSD 3.0-CURRENT #1: Sat Jul 26 16:50:50 ED [ AKA current.freebsd.org AKA releng22.freebsd.org ] root@make-> cd ~ftp/pub/FreeBSD/ root@make-> ls 2.2-970713-RELENG 2.2-970828-RELENG 3.0-970814-SNAP 2.2-970801-RELENG 3.0-970713-SNAP 3.0-970815-SNAP 2.2-970813-RELENG 3.0-970716-SNAP 3.0-970821-SNAP 2.2-970814-RELENG 3.0-970718-SNAP 3.0-970822-SNAP 2.2-970815-RELENG 3.0-970731-SNAP 3.0-970823-SNAP 2.2-970816-RELENG 3.0-970805-SNAP 3.0-970824-SNAP 2.2-970818-RELENG 3.0-970806-SNAP 3.0-970825-SNAP 2.2-970819-RELENG 3.0-970807-SNAP 3.0-970826-SNAP 2.2-970821-RELENG 3.0-970808-SNAP 3.0-970827-SNAP 2.2-970822-RELENG 3.0-970809-SNAP 3.0-970828-SNAP 2.2-970823-RELENG 3.0-970810-SNAP README-22.TXT 2.2-970824-RELENG 3.0-970811-SNAP README-30.TXT 2.2-970825-RELENG 3.0-970812-SNAP current 2.2-970826-RELENG 3.0-970813-SNAP releng22 As you can see, the only day it failed to build a 2.2 SNAPshot was on the 27th - the 26th and the 28th worked fine. From owner-freebsd-current Thu Aug 28 22:28:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA11828 for current-outgoing; Thu, 28 Aug 1997 22:28:24 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA11823 for ; Thu, 28 Aug 1997 22:28:22 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0x4JbS-0006fj-00; Thu, 28 Aug 1997 23:28:14 -0600 To: "Jordan K. Hubbard" Subject: Re: sysinstall.fdisk display problem Cc: freebsd-current@freebsd.org In-reply-to: Your message of "Thu, 28 Aug 1997 22:26:56 PDT." <20528.872832416@time.cdrom.com> References: <20528.872832416@time.cdrom.com> Date: Thu, 28 Aug 1997 23:28:13 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <20528.872832416@time.cdrom.com> "Jordan K. Hubbard" writes: : Hmmm. Well, the machine disagrees with you: Then it must be my -current is old enough to be incompatible. I'll do a make install and try again :-) Warner From owner-freebsd-current Thu Aug 28 22:53:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA12882 for current-outgoing; Thu, 28 Aug 1997 22:53:11 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA12874 for ; Thu, 28 Aug 1997 22:53:05 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA10043 for freebsd-current@FreeBSD.ORG; Fri, 29 Aug 1997 07:53:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id HAA18545; Fri, 29 Aug 1997 07:50:05 +0200 (MET DST) Message-ID: <19970829075005.TR24456@uriah.heep.sax.de> Date: Fri, 29 Aug 1997 07:50:05 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG Subject: Re: sysinstall.fdisk display problem References: <19781.872817565@time.cdrom.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19781.872817565@time.cdrom.com>; from Jordan K. Hubbard on Aug 28, 1997 18:19:25 -0700 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > Again, I only see it on CURRENT. I cannot even compile 2.2 as i only have > > -current machines here and they will not ``make release'' 2.2 for me. > > Odd - I compile 2.2 releases from -current machinery all the time - > Satoshi's fixes to the world target now allow it. It was even possible before, i think. The world is only rebuilt inside the chroot tree. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Aug 28 23:34:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA14633 for current-outgoing; Thu, 28 Aug 1997 23:34:02 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA14596 for ; Thu, 28 Aug 1997 23:33:55 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id IAA28583 for current@FreeBSD.ORG; Fri, 29 Aug 1997 08:30:19 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.7/8.8.7) id IAA07594; Fri, 29 Aug 1997 08:18:48 +0200 (CEST) Message-ID: <19970829081848.17033@klemm.gtn.com> Date: Fri, 29 Aug 1997 08:18:48 +0200 From: Andreas Klemm To: current@FreeBSD.ORG Subject: Re: /usr/obj/usr/src/tmp/usr/include/sys/md5.h:40: previous declaration of `MD5File' References: <19970827195932.06703@klemm.gtn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <19970827195932.06703@klemm.gtn.com>; from Andreas Klemm on Wed, Aug 27, 1997 at 07:59:32PM +0200 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, Aug 27, 1997 at 07:59:32PM +0200, Andreas Klemm wrote: > cc -pipe -O -I/usr/src/lib/libmd -I/usr/obj/usr/src/tmp/usr/include -c md4hl.c -o md4hl.o > cc -pipe -O -I/usr/src/lib/libmd -I/usr/obj/usr/src/tmp/usr/include -c md5hl.c -o md5hl.o > md5hl.c:45: conflicting types for `MD5File' > /usr/obj/usr/src/tmp/usr/include/sys/md5.h:40: previous declaration of `MD5File' > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 JFYI, the problem still exists. Sorry, no time to dig around in the code myself, am very busy at the moment ... But would like to know, if I'm the only person, who has this problem with a very current -current of yesterday night. -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Thu Aug 28 23:59:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA15735 for current-outgoing; Thu, 28 Aug 1997 23:59:37 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA15727 for ; Thu, 28 Aug 1997 23:59:34 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA10407 for freebsd-current@FreeBSD.ORG; Fri, 29 Aug 1997 08:59:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.7/8.8.5) id IAA18664; Fri, 29 Aug 1997 08:00:45 +0200 (MET DST) Message-ID: <19970829080045.HW53717@uriah.heep.sax.de> Date: Fri, 29 Aug 1997 08:00:45 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG Subject: Re: sysinstall.fdisk display problem References: <20449.872831666@time.cdrom.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Warner Losh on Aug 28, 1997 23:18:35 -0600 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Warner Losh wrote: > : Erm, on the build machine? On releng22.freebsd.org, /usr/src -> -current > : sources and it works just fine. > > Ummm, no it doesn't. I found at least one problem that I've detailed > in a message to hackers about this. asmacros.h has an explicit > include of "/usr/src/lib/libc/i386/DEFS.h" in it, which breaks on the > include in lib/msun's build. Warner, you haven't ever built a release, have you? It runs entirely in a chrooted tree. I don't understand Simon's complaint either. Perhaps i was too innocent, and didn't even think that it might become a problem. Anyway, my 2.2.5-prerelease build last week went well (and i'm sure it hasn't been the last one i did). That's all from a somewhat-current machine (before The Great Troubles with disappearing files and such). (The asmacros.h problem needs some fixing anyway.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Aug 29 02:16:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA22433 for current-outgoing; Fri, 29 Aug 1997 02:16:59 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA22428 for ; Fri, 29 Aug 1997 02:16:57 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id CAA00348 for ; Fri, 29 Aug 1997 02:16:50 -0700 (PDT) To: current@freebsd.org Subject: Another SNAPshot CD of 3.0 coming up.. Date: Fri, 29 Aug 1997 02:16:49 -0700 Message-ID: <344.872846209@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The last 3.0 SNAP CD was done on May 22 and we're slightly overdue for the next one. Therefore, assuming that things aren't too badly broken or can't be fixed with a couple of week's work, consider this my early-warning announcement that another 3.0 SNAPshot for CD will be done in 10 days or so. "Smoke 'em if you've got 'em." Jordan From owner-freebsd-current Fri Aug 29 03:21:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA25168 for current-outgoing; Fri, 29 Aug 1997 03:21:59 -0700 (PDT) Received: from schizo.dk.tfs.com (schizo.dk.tfs.com [195.8.133.123] (may be forged)) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA25138 for ; Fri, 29 Aug 1997 03:21:47 -0700 (PDT) Received: from critter.freebsd.dk (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.5/8.7.3) with ESMTP id MAA08849; Fri, 29 Aug 1997 12:21:15 +0200 (MET DST) Received: from critter.freebsd.dk (localhost.dk.tfs.com [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id MAA08610; Fri, 29 Aug 1997 12:20:45 +0200 (CEST) To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: Another SNAPshot CD of 3.0 coming up.. In-reply-to: Your message of "Fri, 29 Aug 1997 02:16:49 PDT." <344.872846209@time.cdrom.com> Date: Fri, 29 Aug 1997 12:20:44 +0200 Message-ID: <8608.872850044@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <344.872846209@time.cdrom.com>, "Jordan K. Hubbard" writes: >The last 3.0 SNAP CD was done on May 22 and we're slightly overdue for >the next one. Therefore, assuming that things aren't too badly broken >or can't be fixed with a couple of week's work, consider this my >early-warning announcement that another 3.0 SNAPshot for CD will be >done in 10 days or so. "Smoke 'em if you've got 'em." > > Jordan I have just sent the following vfs patch out for review to jdp,bde, dyson & davidg. Considering this, I would like if more people would jump on this patch and test it. I've run on it for weeks now with no ill effects on my laptop Please report any observations to me. Change the 0xdeadb hack to a flag called VDOOMED. Introduce VFREE which indicates that vnode is on freelist. Rename vholdrele() to vdrop(). Create vfree() and vbusy() to add/delete vnode from freelist. Add vfree()/vbusy() to keep (v_holdcnt != 0 || v_usecount != 0) vnodes off the freelist. Generalize vhold()/v_holdcnt to mean "do not recycle". Fix reassignbuf()s lack of use of vhold(). Use vhold() instead of checking v_cache_src list. Remove vtouch(), the vnodes are always vget'ed soon enough after for it to have any measuable effect. Add sysctl debug.freevnodes to keep track of things. Move cache_purge() up in getnewvnodes to avoid race. Decrement v_usecount after VOP_INACTIVE(), put a vhold() on it during VOP_INACTIVE() Unmacroize vhold()/vdrop() Print out VDOOMED and VFREE flags (XXX: should use %b) Poul-Henning Index: kern/vfs_cache.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_cache.c,v retrieving revision 1.27 diff -u -r1.27 vfs_cache.c --- vfs_cache.c 1997/08/26 07:32:34 1.27 +++ vfs_cache.c 1997/08/27 14:24:59 @@ -103,6 +103,8 @@ { LIST_REMOVE(ncp, nc_hash); LIST_REMOVE(ncp, nc_src); + if (LIST_EMPTY(&ncp->nc_dvp->v_cache_src)) + vdrop(ncp->nc_dvp); if (ncp->nc_vp) { TAILQ_REMOVE(&ncp->nc_vp->v_cache_dst, ncp, nc_dst); } else { @@ -180,7 +182,6 @@ /* We found a "positive" match, return the vnode */ if (ncp->nc_vp) { nchstats.ncs_goodhits++; - vtouch(ncp->nc_vp); *vpp = ncp->nc_vp; return (-1); } @@ -239,8 +240,10 @@ malloc(sizeof *ncp + cnp->cn_namelen, M_CACHE, M_WAITOK); bzero((char *)ncp, sizeof *ncp); numcache++; - if (!vp) + if (!vp) { numneg++; + ncp->nc_flag = cnp->cn_flags & ISWHITEOUT ? NCF_WHITE : 0; + } /* * Fill in cache info, if vp is NULL this is a "negative" cache entry. @@ -249,15 +252,13 @@ * otherwise unused. */ ncp->nc_vp = vp; - if (vp) - vtouch(vp); - else - ncp->nc_flag = cnp->cn_flags & ISWHITEOUT ? NCF_WHITE : 0; ncp->nc_dvp = dvp; ncp->nc_nlen = cnp->cn_namelen; bcopy(cnp->cn_nameptr, ncp->nc_name, (unsigned)ncp->nc_nlen); ncpp = NCHHASH(dvp, cnp); LIST_INSERT_HEAD(ncpp, ncp, nc_hash); + if (LIST_EMPTY(&dvp->v_cache_src)) + vhold(dvp); LIST_INSERT_HEAD(&dvp->v_cache_src, ncp, nc_src); if (vp) { TAILQ_INSERT_HEAD(&vp->v_cache_dst, ncp, nc_dst); Index: kern/vfs_subr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.95 diff -u -r1.95 vfs_subr.c --- vfs_subr.c 1997/08/26 11:59:20 1.95 +++ vfs_subr.c 1997/08/27 14:28:38 @@ -103,6 +103,7 @@ } TAILQ_HEAD(freelst, vnode) vnode_free_list; /* vnode free list */ static u_long freevnodes = 0; +SYSCTL_INT(_debug, OID_AUTO, freevnodes, CTLFLAG_RD, &freevnodes, 0, ""); struct mntlist mountlist; /* mounted filesystem list */ struct simplelock mountlist_slock; @@ -380,11 +381,11 @@ } if (vp) { + vp->v_flag |= VDOOMED; TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); freevnodes--; - /* see comment on why 0xdeadb is set at end of vgone (below) */ - vp->v_freelist.tqe_prev = (struct vnode **) 0xdeadb; simple_unlock(&vnode_free_list_slock); + cache_purge(vp); vp->v_lease = NULL; if (vp->v_type != VBAD) vgonel(vp, p); @@ -418,13 +419,13 @@ M_VNODE, M_WAITOK); bzero((char *) vp, sizeof *vp); vp->v_dd = vp; + cache_purge(vp); LIST_INIT(&vp->v_cache_src); TAILQ_INIT(&vp->v_cache_dst); numvnodes++; } vp->v_type = VNON; - cache_purge(vp); vp->v_tag = tag; vp->v_op = vops; insmntque(vp, mp); @@ -582,7 +583,7 @@ if (bp->b_vp) panic("bgetvp: not free"); - VHOLD(vp); + vhold(vp); bp->b_vp = vp; if (vp->v_type == VBLK || vp->v_type == VCHR) bp->b_dev = vp->v_rdev; @@ -618,7 +619,7 @@ vp = bp->b_vp; bp->b_vp = (struct vnode *) 0; - HOLDRELE(vp); + vdrop(vp); } /* @@ -678,8 +679,10 @@ /* * Delete from old vnode list, if on one. */ - if (bp->b_vnbufs.le_next != NOLIST) + if (bp->b_vnbufs.le_next != NOLIST) { bufremvn(bp); + vdrop(bp->b_vp); + } /* * If dirty, put on list of dirty buffers; otherwise insert onto list * of clean buffers. @@ -700,6 +703,8 @@ } else { bufinsvn(bp, &newvp->v_cleanblkhd); } + bp->b_vp = newvp; + vhold(bp->b_vp); splx(s); } @@ -836,13 +841,9 @@ tsleep((caddr_t)vp, PINOD, "vget", 0); return (ENOENT); } - if (vp->v_usecount == 0) { - simple_lock(&vnode_free_list_slock); - TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); - simple_unlock(&vnode_free_list_slock); - freevnodes--; - } vp->v_usecount++; + if (VSHOULDBUSY(vp)) + vbusy(vp); /* * Create the VM object, if needed */ @@ -1089,11 +1090,11 @@ panic("vputrele: null vp"); #endif simple_lock(&vp->v_interlock); - vp->v_usecount--; - if ((vp->v_usecount == 1) && + if ((vp->v_usecount == 2) && vp->v_object && (vp->v_object->flags & OBJ_VFS_REF)) { + vp->v_usecount--; vp->v_object->flags &= ~OBJ_VFS_REF; if (put) { VOP_UNLOCK(vp, LK_INTERLOCK, p); @@ -1104,7 +1105,8 @@ return; } - if (vp->v_usecount > 0) { + if (vp->v_usecount > 1) { + vp->v_usecount--; if (put) { VOP_UNLOCK(vp, LK_INTERLOCK, p); } else { @@ -1113,23 +1115,14 @@ return; } - if (vp->v_usecount < 0) { + if (vp->v_usecount < 1) { #ifdef DIAGNOSTIC vprint("vputrele: negative ref count", vp); #endif panic("vputrele: negative ref cnt"); } - simple_lock(&vnode_free_list_slock); - if (vp->v_flag & VAGE) { - vp->v_flag &= ~VAGE; - if(vp->v_tag != VT_TFS) - TAILQ_INSERT_HEAD(&vnode_free_list, vp, v_freelist); - } else { - if(vp->v_tag != VT_TFS) - TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); - } - freevnodes++; - simple_unlock(&vnode_free_list_slock); + + vp->v_holdcnt++; /* Make sure vnode isn't recycled */ /* * If we are doing a vput, the node is already locked, and we must @@ -1139,8 +1132,18 @@ if (put) { simple_unlock(&vp->v_interlock); VOP_INACTIVE(vp, p); + simple_lock(&vp->v_interlock); + vp->v_usecount--; + vp->v_holdcnt--; + if (VSHOULDFREE(vp)) + vfree(vp); + simple_unlock(&vp->v_interlock); } else if (vn_lock(vp, LK_EXCLUSIVE | LK_INTERLOCK, p) == 0) { VOP_INACTIVE(vp, p); + vp->v_usecount--; + vp->v_holdcnt--; + if (VSHOULDFREE(vp)) + vfree(vp); } } @@ -1161,9 +1164,8 @@ vputrele(vp, 0); } -#ifdef DIAGNOSTIC /* - * Page or buffer structure gets a reference. + * Somebody doesn't want the vnode recycled. */ void vhold(vp) @@ -1172,14 +1174,16 @@ simple_lock(&vp->v_interlock); vp->v_holdcnt++; + if (VSHOULDBUSY(vp)) + vbusy(vp); simple_unlock(&vp->v_interlock); } /* - * Page or buffer structure frees a reference. + * One less who cares about this vnode. */ void -holdrele(vp) +vdrop(vp) register struct vnode *vp; { @@ -1187,9 +1191,10 @@ if (vp->v_holdcnt <= 0) panic("holdrele: holdcnt"); vp->v_holdcnt--; + if (VSHOULDFREE(vp)) + vfree(vp); simple_unlock(&vp->v_interlock); } -#endif /* DIAGNOSTIC */ /* * Remove any vnodes in the vnode table belonging to mount point mp. @@ -1572,17 +1577,11 @@ * after calling vgone. If the reference count were * incremented first, vgone would (incorrectly) try to * close the previous instance of the underlying object. - * So, the back pointer is explicitly set to `0xdeadb' in - * getnewvnode after removing it from the freelist to ensure - * that we do not try to move it here. */ - if (vp->v_usecount == 0) { + if (vp->v_usecount == 0 && !(vp->v_flag & VDOOMED)) { simple_lock(&vnode_free_list_slock); - if ((vp->v_freelist.tqe_prev != (struct vnode **)0xdeadb) && - vnode_free_list.tqh_first != vp) { - TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); - TAILQ_INSERT_HEAD(&vnode_free_list, vp, v_freelist); - } + TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); + TAILQ_INSERT_HEAD(&vnode_free_list, vp, v_freelist); simple_unlock(&vnode_free_list_slock); } @@ -1680,6 +1679,10 @@ strcat(buf, "|VBWAIT"); if (vp->v_flag & VALIASED) strcat(buf, "|VALIASED"); + if (vp->v_flag & VDOOMED) + strcat(buf, "|VDOOMED"); + if (vp->v_flag & VFREE) + strcat(buf, "|VFREE"); if (buf[0] != '\0') printf(" flags (%s)", &buf[1]); if (vp->v_data == NULL) { @@ -2255,20 +2258,28 @@ } void -vtouch(vp) +vfree(vp) struct vnode *vp; { - simple_lock(&vp->v_interlock); - if (vp->v_usecount) { - simple_unlock(&vp->v_interlock); - return; - } - if (simple_lock_try(&vnode_free_list_slock)) { - if (vp->v_freelist.tqe_prev != (struct vnode **)0xdeadb) { - TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); - TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); - } - simple_unlock(&vnode_free_list_slock); + simple_lock(&vnode_free_list_slock); + if (vp->v_flag & VAGE) { + TAILQ_INSERT_HEAD(&vnode_free_list, vp, v_freelist); + } else { + TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); } - simple_unlock(&vp->v_interlock); + freevnodes++; + simple_unlock(&vnode_free_list_slock); + vp->v_flag &= ~VAGE; + vp->v_flag |= VFREE; +} + +void +vbusy(vp) + struct vnode *vp; +{ + simple_lock(&vnode_free_list_slock); + TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); + freevnodes--; + simple_unlock(&vnode_free_list_slock); + vp->v_flag &= ~VFREE; } Index: sys/vnode.h =================================================================== RCS file: /home/ncvs/src/sys/sys/vnode.h,v retrieving revision 1.46 diff -u -r1.46 vnode.h --- vnode.h 1997/08/26 07:32:46 1.46 +++ vnode.h 1997/08/26 22:29:57 @@ -141,6 +141,8 @@ #define VAGE 0x08000 /* Insert vnode at head of free list */ #define VOLOCK 0x10000 /* vnode is locked waiting for an object */ #define VOWANT 0x20000 /* a process is waiting for VOLOCK */ +#define VDOOMED 0x40000 /* This vnode is being recycled */ +#define VFREE 0x80000 /* This vnode is on the freelist */ /* * Vnode attributes. A field value of VNOVAL represents a field whose value @@ -221,35 +223,12 @@ #define V_SAVEMETA 0x0002 /* vinvalbuf: leave indirect blocks */ #define REVOKEALL 0x0001 /* vop_revoke: revoke all aliases */ -#ifdef DIAGNOSTIC -#define HOLDRELE(vp) holdrele(vp) -#define VATTR_NULL(vap) vattr_null(vap) -#define VHOLD(vp) vhold(vp) #define VREF(vp) vref(vp) -void holdrele __P((struct vnode *)); -void vhold __P((struct vnode *)); -void vref __P((struct vnode *vp)); +#ifdef DIAGNOSTIC +#define VATTR_NULL(vap) vattr_null(vap) #else #define VATTR_NULL(vap) (*(vap) = va_null) /* initialize a vattr */ -#define HOLDRELE(vp) holdrele(vp) /* decrease buf or page ref */ -static __inline void -holdrele(struct vnode *vp) -{ - simple_lock(&vp->v_interlock); - vp->v_holdcnt--; - simple_unlock(&vp->v_interlock); -} -#define VHOLD(vp) vhold(vp) /* increase buf or page ref */ -static __inline void -vhold(struct vnode *vp) -{ - simple_lock(&vp->v_interlock); - vp->v_holdcnt++; - simple_unlock(&vp->v_interlock); -} -#define VREF(vp) vref(vp) /* increase reference */ -void vref __P((struct vnode *vp)); #endif /* DIAGNOSTIC */ #define NULLVP ((struct vnode *)NULL) @@ -288,6 +267,15 @@ do { if(lease_updatetime) lease_updatetime(dt); } while(0) #endif /* NFS */ +#define VSHOULDFREE(vp) \ + (!((vp)->v_flag & (VFREE|VDOOMED)) && \ + !(vp)->v_holdcnt && !(vp)->v_usecount) + +#define VSHOULDBUSY(vp) \ + (((vp)->v_flag & VFREE) && \ + ((vp)->v_holdcnt || (vp)->v_usecount)) + + #endif /* KERNEL */ @@ -482,12 +470,16 @@ void insmntque __P((struct vnode *vp, struct mount *mp)); int lease_check __P((struct vop_lease_args *ap)); void vattr_null __P((struct vattr *vap)); +void vbusy __P((struct vnode *)); int vcount __P((struct vnode *vp)); +void vdrop __P((struct vnode *)); int vfinddev __P((dev_t dev, enum vtype type, struct vnode **vpp)); +void vfree __P((struct vnode *)); void vfs_opv_init __P((struct vnodeopv_desc **them)); int vflush __P((struct mount *mp, struct vnode *skipvp, int flags)); int vget __P((struct vnode *vp, int lockflag, struct proc *p)); void vgone __P((struct vnode *vp)); +void vhold __P((struct vnode *)); int vinvalbuf __P((struct vnode *vp, int save, struct ucred *cred, struct proc *p, int slpflag, int slptimeo)); void vprint __P((char *label, struct vnode *vp)); @@ -514,8 +506,8 @@ struct vnode * checkalias __P((struct vnode *vp, dev_t nvp_rdev, struct mount *mp)); void vput __P((struct vnode *vp)); +void vref __P((struct vnode *vp)); void vrele __P((struct vnode *vp)); -void vtouch __P((struct vnode *vp)); #endif /* KERNEL */ #endif /* !_SYS_VNODE_H_ */ Index: ufs/lfs/lfs_segment.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/lfs/lfs_segment.c,v retrieving revision 1.23 diff -u -r1.23 lfs_segment.c --- lfs_segment.c 1997/08/02 14:33:20 1.23 +++ lfs_segment.c 1997/08/26 21:52:22 @@ -1222,7 +1222,7 @@ if ((vp->v_flag & VXLOCK) || /* XXX */ (vp->v_usecount == 0 && - vp->v_freelist.tqe_prev == (struct vnode **)0xdeadb)) + vp->v_flag & VDOOMED)) return(1); return (vget(vp, 0, p)); } Index: vm/vm_swap.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_swap.c,v retrieving revision 1.43 diff -u -r1.43 vm_swap.c --- vm_swap.c 1997/03/23 03:37:54 1.43 +++ vm_swap.c 1997/08/26 22:03:54 @@ -136,7 +136,7 @@ biodone(bp); return; } - VHOLD(sp->sw_vp); + vhold(sp->sw_vp); if ((bp->b_flags & B_READ) == 0) { vp = bp->b_vp; if (vp) { -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Fri Aug 29 04:30:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA27961 for current-outgoing; Fri, 29 Aug 1997 04:30:54 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA27945 for ; Fri, 29 Aug 1997 04:30:46 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.6/8.8.7) with ESMTP id NAA10849; Fri, 29 Aug 1997 13:30:12 +0200 (SAT) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id NAA29580; Fri, 29 Aug 1997 13:31:17 +0200 (SAT) Message-Id: <199708291131.NAA29580@greenpeace.grondar.za> To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: Another SNAPshot CD of 3.0 coming up.. Date: Fri, 29 Aug 1997 13:31:12 +0200 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > The last 3.0 SNAP CD was done on May 22 and we're slightly overdue for > the next one. Therefore, assuming that things aren't too badly broken > or can't be fixed with a couple of week's work, consider this my > early-warning announcement that another 3.0 SNAPshot for CD will be > done in 10 days or so. "Smoke 'em if you've got 'em." Can I put the new KerberosIV on it? :-) :-) :-) I was planning to commit this weekend - it is a biggie. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-current Fri Aug 29 07:05:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA05405 for current-outgoing; Fri, 29 Aug 1997 07:05:56 -0700 (PDT) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA05400 for ; Fri, 29 Aug 1997 07:05:52 -0700 (PDT) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.8.5/8.8.5) with ESMTP id HAA19823; Fri, 29 Aug 1997 07:05:50 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.7/8.8.5) with SMTP id HAA27581; Fri, 29 Aug 1997 07:05:50 -0700 (PDT) Date: Fri, 29 Aug 1997 07:05:50 -0700 (PDT) From: Chris Timmons To: Andreas Klemm cc: current@FreeBSD.ORG Subject: Re: /usr/obj/usr/src/tmp/usr/include/sys/md5.h:40: previous declaration of `MD5File' In-Reply-To: <19970829081848.17033@klemm.gtn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk What $Id$ version of the md5.h in your /usr/obj version of md5.h do you have? I ran into this exact same problem and found that in my /usr/obj hierarchy I had version 1.8. When I 'cvs co -P src/sys/sys/md5.h' I get version 1.9. Of course v1.9 fixes the problem. I just expunged everything and made sure I was starting with md5.h v1.9 and everything built. This was in the last two days. -Chris On Fri, 29 Aug 1997, Andreas Klemm wrote: > On Wed, Aug 27, 1997 at 07:59:32PM +0200, Andreas Klemm wrote: > > cc -pipe -O -I/usr/src/lib/libmd -I/usr/obj/usr/src/tmp/usr/include -c md4hl.c -o md4hl.o > > cc -pipe -O -I/usr/src/lib/libmd -I/usr/obj/usr/src/tmp/usr/include -c md5hl.c -o md5hl.o > > md5hl.c:45: conflicting types for `MD5File' > > /usr/obj/usr/src/tmp/usr/include/sys/md5.h:40: previous declaration of `MD5File' > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > JFYI, the problem still exists. Sorry, no time to dig around in > the code myself, am very busy at the moment ... But would like > to know, if I'm the only person, who has this problem with > a very current -current of yesterday night. > > -- > Andreas Klemm | klemm.gtn.com - powered by > Symmetric MultiProcessor FreeBSD > http://www.freebsd.org/~fsmp/SMP/SMP.html > http://www.freebsd.org/~fsmp/SMP/benches.html > From owner-freebsd-current Fri Aug 29 07:42:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA07338 for current-outgoing; Fri, 29 Aug 1997 07:42:20 -0700 (PDT) Received: from cenotaph.snafu.de (gw-deadnet.snafu.de [194.121.229.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA07331 for ; Fri, 29 Aug 1997 07:42:17 -0700 (PDT) Received: by cenotaph.snafu.de from deadline.snafu.de using smtp id m0x4SFY-00032PC; Fri, 29 Aug 1997 16:42:12 +0200 (CEST) (Smail-3.2.0.96 1997-Jun-2 #1) Received: by deadline.snafu.de id m0x4SFW-000BqLC; Fri, 29 Aug 1997 16:42:10 +0200 (CEST) (Smail-3.2.0.96 1997-Jun-2 #1) Message-Id: From: mickey@deadline.snafu.de (Andreas S. Wetzel) Subject: make world fails at netstat To: current@freebsd.org Date: Fri, 29 Aug 1997 16:42:10 +0200 (CEST) Organization: -D-E-A-D-L-I-N-E- Public access UN*X system, 13347 Berlin (WEST). X-Mailer: ELM [version 2.4ME+ PL13] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! --- A "make world" with recent -current sources fails at usr.bin/netstat: ===> usr.bin/netstat cc -O3 -m486 -pipe -c /usr/src/usr.bin/netstat/if.c cc -O3 -m486 -pipe -c /usr/src/usr.bin/netstat/inet.c /usr/src/usr.bin/netstat/inet.c: In function `icmp_stats': /usr/src/usr.bin/netstat/inet.c:417: structure has no member named `icps_bmcastecho' /usr/src/usr.bin/netstat/inet.c:417: structure has no member named `icps_bmcastecho' /usr/src/usr.bin/netstat/inet.c:417: structure has no member named `icps_bmcastecho' /usr/src/usr.bin/netstat/inet.c:418: structure has no member named `icps_bmcasttstamp' /usr/src/usr.bin/netstat/inet.c:418: structure has no member named `icps_bmcasttstamp' /usr/src/usr.bin/netstat/inet.c:418: structure has no member named `icps_bmcasttstamp' *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Regards, Mickey -- (__) (@@) Andreas S. Wetzel E-mail: mickey@deadline.snafu.de /-------\/ Utrechter Strasse 41 Web: http://deadline.snafu.de/ / | || 13347 Berlin Voice: <+4930> 456 81 68 * ||----|| Germany Fax/Data: <+4930> 455 19 57 ~~ ~~ From owner-freebsd-current Fri Aug 29 08:16:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA09328 for current-outgoing; Fri, 29 Aug 1997 08:16:53 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA09322 for ; Fri, 29 Aug 1997 08:16:50 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA08860; Fri, 29 Aug 1997 09:13:09 -0600 (MDT) Date: Fri, 29 Aug 1997 09:13:09 -0600 (MDT) Message-Id: <199708291513.JAA08860@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Poul-Henning Kamp Cc: "Jordan K. Hubbard" , current@freebsd.org Subject: VFS patch (was Re: Another SNAPshot CD of 3.0 coming up.. ) In-Reply-To: <8608.872850044@critter.freebsd.dk> References: <344.872846209@time.cdrom.com> <8608.872850044@critter.freebsd.dk> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp writes: > I have just sent the following vfs patch out for review.... You did a great job of mentioning what functionality this patch provides, but what 'purpose' does this patch provide? (ie; fix a vnode leak when the system decides that it can't hold it anymore, etc...) Nate From owner-freebsd-current Fri Aug 29 09:58:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA14113 for current-outgoing; Fri, 29 Aug 1997 09:58:20 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA14107 for ; Fri, 29 Aug 1997 09:58:15 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0x4U4J-0007QK-00; Fri, 29 Aug 1997 10:38:43 -0600 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: sysinstall.fdisk display problem Cc: freebsd-current@freebsd.org In-reply-to: Your message of "Fri, 29 Aug 1997 08:00:45 +0200." <19970829080045.HW53717@uriah.heep.sax.de> References: <19970829080045.HW53717@uriah.heep.sax.de> <20449.872831666@time.cdrom.com> Date: Fri, 29 Aug 1997 10:38:43 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970829080045.HW53717@uriah.heep.sax.de> J Wunsch writes: : Warner, you haven't ever built a release, have you? Nope. I just know that make buildworld failed on my -current system for the 2.2 tree I had. Since that is a subpart of make world which I thought was a subpart of make release, I thought that might be the problem. Warner From owner-freebsd-current Fri Aug 29 11:41:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA20587 for current-outgoing; Fri, 29 Aug 1997 11:41:54 -0700 (PDT) Received: from badboy (172-99-16.ipt.aol.com [152.172.99.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA20580; Fri, 29 Aug 1997 11:41:39 -0700 (PDT) Message-Id: <199708291841.LAA20580@hub.freebsd.org> From: "Scot W. Hetzel" To: "Simon Shapiro" , Subject: Re: Current Kernel Configuration Date: Fri, 29 Aug 1997 13:25:25 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-8" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1008.3 X-MimeOle: Produced By Microsoft MimeOLE Engine V4.71.1008.3 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Simon, I just looked at your kernel config file (DPT), and was wondering why you had wired down your worm, st, cd, and disk drives to the same SCSI target IDs? Won't this cause problems? # First DPT starts here device worm0 at scbus0 target 4 unit 0 tape st0 at scbus0 target 5 unit 0 device cd0 at scbus0 target 6 unit 0 disk sd4 at scbus0 target 4 unit 0 disk sd5 at scbus0 target 5 unit 0 disk sd6 at scbus0 target 6 unit 0 >Hi Y'all, > >Attached is a kernel config file which boots and runs just fine when >compiled under recent 2.2. This very same config file compiles a 3.0 >kernel very well, but at boot time, instead of handing things over to init, >it just sits in default_halt(). Any clue is welcome. > >Simon Scot From owner-freebsd-current Fri Aug 29 12:19:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22528 for current-outgoing; Fri, 29 Aug 1997 12:19:13 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA22515 for ; Fri, 29 Aug 1997 12:19:05 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id VAA12850 for current@FreeBSD.ORG; Fri, 29 Aug 1997 21:15:26 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.7/8.8.7) id UAA03081; Fri, 29 Aug 1997 20:31:19 +0200 (CEST) Message-ID: <19970829203118.01864@klemm.gtn.com> Date: Fri, 29 Aug 1997 20:31:18 +0200 From: Andreas Klemm To: current@FreeBSD.ORG Subject: "make includes" doesn't create necessary subdirs under /usr/include Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "make includes" doesn't create necessary subdirs under /usr/include before copying the header files into it... I recursively removed /usr/include/* and am trying to rebuild the directory by typing "make includes" in /usr/src. First the directory /usr/include/arpa was missing ... I created it manually and tryed again ... same error, now the protocols subdir is missing.... [...] ===> rpcsvc Warning: Object directory not changed from original /usr/src/include/rpcsvc cd /usr/src/include; install -C -o bin -g bin -m 444 a.out.h ar.h assert.h bitstring.h ctype.h db.h dirent.h disktab.h elf.h err.h fnmatch.h fstab.h fts.h glob.h grp.h strhash.h histedit.h kvm.h limits.h link.h locale.h malloc.h memory.h mpool.h ndbm.h netdb.h nl_types.h nlist.h paths.h pthread.h pthread_np.h pwd.h ranlib.h regex.h regexp.h resolv.h rune.h runetype.h setjmp.h sgtty.h signal.h stab.h stddef.h stdio.h stdlib.h string.h stringlist.h strings.h struct.h sysexits.h tar.h time.h timers.h ttyent.h unistd.h utime.h utmp.h vis.h /usr/include cd /usr/src/include/arpa; install -C -o bin -g bin -m 444 ftp.h inet.h nameser.h telnet.h tftp.h /usr/include/arpa cd /usr/src/include/protocols; install -C -o bin -g bin -m 444 dumprestore.h routed.h rwhod.h talkd.h timed.h /usr/include/protocols usage: install [-CcDps] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-CcDps] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-g group] [-m mode] [-o owner] directory ... *** Error code 64 Stop. *** Error code 1 -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Fri Aug 29 12:25:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22953 for current-outgoing; Fri, 29 Aug 1997 12:25:34 -0700 (PDT) Received: from lamb.sas.com (daemon@lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA22938 for ; Fri, 29 Aug 1997 12:25:29 -0700 (PDT) Received: from mozart by lamb.sas.com (5.65c/SAS/Gateway/01-23-95) id AA21355; Fri, 29 Aug 1997 15:24:57 -0400 Received: from gamecock.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA22818; Fri, 29 Aug 1997 15:24:23 -0400 Received: by gamecock.unx.sas.com (5.65c/SAS/Generic 9.01/3-26-93) id AA07464; Fri, 29 Aug 1997 15:24:22 -0400 From: David Quattlebaum Message-Id: <199708291924.AA07464@gamecock.unx.sas.com> Subject: NFS installation mount options? To: freebsd-current@freebsd.org Date: Fri, 29 Aug 1997 15:24:21 -0400 (EDT) X-Mailer: ELM [version 2.5 PL0b1] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We want to install via NFS from a local Network Appliance NFS file server. In order for existing FreeBSD systems to mount this file server properly we must specify the options: -d -t 60 on the mount_nfs command. Is there anyway to specify these mount options when installing via NFS? -- David Quattlebaum, (sasdrq@unx.sas.com) From owner-freebsd-current Fri Aug 29 12:56:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA24609 for current-outgoing; Fri, 29 Aug 1997 12:56:36 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA24581; Fri, 29 Aug 1997 12:56:07 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id MAA23852; Fri, 29 Aug 1997 12:56:06 -0700 (PDT) Date: Fri, 29 Aug 1997 12:56:05 -0700 (PDT) From: Jaye Mathisen To: current@freebsd.org, smp@freebsd.org Subject: SMP update... 1 minor problem left. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I appreciate the advice I received. I got my box working with SMP and the 1.2.4 DPT driver. Seems to purr along just fine. Consolidating all cards on the primary PCI slots seems to have corrected the problem, although it is disappointing that I'm unable to use half of my available PCI slots (it has 6 PCI and 6 EISA). The video is onboard, so I can't move it to the secondary slots. Anyway, it seems to run great. I'm going to pop in 2 more CPU's and see how it runs with 4. I am getting the occasional panic when using sysinstall to newfs the DPT drive, but if I use manual newfs it's fine. It panics with a lockmgr problem. I'm locking myself or somesuch. To Recap... A Digital ZX6000 MP/2, 2 P6-200's, 512kb cache. 256MB RAM, DPT PM3334UW RAID card, 2940UW, Jaz, 7 4GB Seagate's. fxp0 ethernet. The only weird problem is that I lose my network. ifconfig shows it up, no errors appear on the console, ifconfig down/up doesn't fix it, but a constant ping every second in the background keeps it running fine. Very weird. If you have any ideas, I'd love to hear them. From owner-freebsd-current Fri Aug 29 13:02:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA25004 for current-outgoing; Fri, 29 Aug 1997 13:02:08 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA24991 for ; Fri, 29 Aug 1997 13:02:03 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id GAA23290; Sat, 30 Aug 1997 06:00:08 +1000 Date: Sat, 30 Aug 1997 06:00:08 +1000 From: Bruce Evans Message-Id: <199708292000.GAA23290@godzilla.zeta.org.au> To: andreas@klemm.gtn.com, current@FreeBSD.ORG Subject: Re: "make includes" doesn't create necessary subdirs under /usr/include Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >"make includes" doesn't create necessary subdirs under /usr/include >before copying the header files into it... It's not supposed to. In fact, it clobbers all subdirs and replaces them by symlinks. `includes' is a private subtarget for `world' and should never be used directly. Use `make install' in src/include to create the subdirs. Bruce From owner-freebsd-current Fri Aug 29 13:29:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA26480 for current-outgoing; Fri, 29 Aug 1997 13:29:06 -0700 (PDT) Received: from mail.image.dk (root@mailmain.image.dk [194.234.57.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA26465 for ; Fri, 29 Aug 1997 13:28:58 -0700 (PDT) Received: from image.dk (pm8-3.image.dk [194.234.173.195]) by mail.image.dk (8.8.4/8.7.3) with ESMTP id WAA03579 for ; Fri, 29 Aug 1997 22:29:27 +0200 Message-ID: <33B6E13F.B8A505C0@image.dk> Date: Mon, 30 Jun 1997 00:27:11 +0200 From: Jan Henrik Radl X-Mailer: Mozilla 4.02b7 [en] (X11; I; FreeBSD 3.0-970522-SNAP i386) MIME-Version: 1.0 To: "current@FreeBSD.ORG" Subject: How to get csvup to work? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello there How do I use csvup to get my src-tree at current from 3.0 Snap 5/22/1997? IAT. Jan Henrik Radl gateway@image.dk From owner-freebsd-current Fri Aug 29 14:09:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA28342 for current-outgoing; Fri, 29 Aug 1997 14:09:48 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA28337 for ; Fri, 29 Aug 1997 14:09:45 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id OAA28722; Fri, 29 Aug 1997 14:08:56 -0700 (PDT) To: David Quattlebaum cc: freebsd-current@FreeBSD.ORG Subject: Re: NFS installation mount options? In-reply-to: Your message of "Fri, 29 Aug 1997 15:24:21 EDT." <199708291924.AA07464@gamecock.unx.sas.com> Date: Fri, 29 Aug 1997 14:08:56 -0700 Message-ID: <28718.872888936@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > We want to install via NFS from a local Network Appliance > NFS file server. > > In order for existing FreeBSD systems to mount this file server > properly we must specify the options: > > -d -t 60 > > on the mount_nfs command. > > Is there anyway to specify these mount options when installing > via NFS? Hmmmm. Not really since mount_nfs isn't on the boot floppy - it's done internally by sysinstall. I've never had to override the timeout values on an install before - what's this NA box doing, exactly? :) Jordan From owner-freebsd-current Fri Aug 29 14:31:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA29664 for current-outgoing; Fri, 29 Aug 1997 14:31:17 -0700 (PDT) Received: from tasogare.imasy.or.jp (root@tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA29659 for ; Fri, 29 Aug 1997 14:31:14 -0700 (PDT) Received: (from ume@localhost) by tasogare.imasy.or.jp (8.8.7+2.7Wbeta7/3.4W4-96030215) with UUCP id GAA20301 for current@freebsd.org; Sat, 30 Aug 1997 06:12:38 +0900 (JST) Received: from peace.calm.imasy.or.jp (root@peace.calm.imasy.or.jp [158.214.107.233]) by chaos.calm.imasy.or.jp (8.8.7/3.6Wbeta6-CHAOS1.5) with ESMTP id GAA00625 for ; Sat, 30 Aug 1997 06:10:31 +0900 (JST) Received: from localhost (ume@localhost [127.0.0.1]) by peace.calm.imasy.or.jp (8.8.7/3.6Wbeta6-CALM1.0) with ESMTP id GAA00357 for ; Sat, 30 Aug 1997 06:10:15 +0900 (JST) Message-Id: <199708292110.GAA00357@peace.calm.imasy.or.jp> To: current@freebsd.org Subject: Fatal trap 12 during boot with -current X-Mailer: Mew version 1.90 on XEmacs 20.3 (Bratislava) X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.or.jp/~ume/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 30 Aug 1997 06:10:14 +0900 From: Hajimu UMEMOTO X-Dispatcher: imput version 970826 Lines: 32 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, The very recent -current kernel causes fatal trap 12 during boot. . . . Starting final network daemons: moused Fatal trap 12: page fault while in kernel mode cpuid = 1 lapic.id = 16777216 fault virtual address = 0xeffd6dac fault code = super visor read, page not present instruction pointer = 0x8:0xf019eb23 stack pointer = 0x10:0xff803e0c frame pointer = 0x10:0xff803e2c code segment = base 0x0, limit 0xfffff, type 0x16 = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle mp_lock = 01000003 interrupt mask = <- SMP: XXX kernel: type 12 trap, code=0 CPU1 stopping CPUs: 0x00000001 stopped Stopped at _pmap_enter+0xb3: movl 0(%ecx),%ecx db> -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@imasy.or.jp ume@iabs.hitachi.co.jp http://www.imasy.or.jp/~ume/ From owner-freebsd-current Fri Aug 29 15:25:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA02402 for current-outgoing; Fri, 29 Aug 1997 15:25:33 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA02162; Fri, 29 Aug 1997 15:21:38 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.7/8.8.5) with ESMTP id QAA09169; Fri, 29 Aug 1997 16:21:32 -0600 (MDT) Message-Id: <199708292221.QAA09169@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Hajimu UMEMOTO cc: current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Fatal trap 12 during boot with -current In-reply-to: Your message of "Sat, 30 Aug 1997 06:10:14 +0900." <199708292110.GAA00357@peace.calm.imasy.or.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 29 Aug 1997 16:21:32 -0600 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, --- > The very recent -current kernel causes fatal trap 12 during boot. > > . . . > Starting final network daemons: moused probably what kills it. is this an lkm? try booting without moused. --- > > Fatal trap 12: page fault while in kernel mode > cpuid = 1 > lapic.id = 16777216 ^^^^^^^^^^^^^^^^^^^ this is totally bogus > fault virtual address = 0xeffd6dac > fault code = super visor read, page not present > instruction pointer = 0x8:0xf019eb23 > stack pointer = 0x10:0xff803e0c > frame pointer = 0x10:0xff803e2c > code segment = base 0x0, limit 0xfffff, type 0x16 > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = Idle > mp_lock = 01000003 > interrupt mask = <- SMP: XXX > kernel: type 12 trap, code=0 > > CPU1 stopping CPUs: 0x00000001 > stopped > Stopped at _pmap_enter+0xb3: movl 0(%ecx),%ecx > db> is this repeatable? we need a 'trace' when it stops, and probably a 'show registers' -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Fri Aug 29 15:28:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA02619 for current-outgoing; Fri, 29 Aug 1997 15:28:27 -0700 (PDT) Received: from pluto.plutotech.com (ken@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA02612 for ; Fri, 29 Aug 1997 15:28:21 -0700 (PDT) Received: (from ken@localhost) by pluto.plutotech.com (8.8.5/8.8.5) id QAA25512; Fri, 29 Aug 1997 16:28:11 -0600 (MDT) From: Kenneth Merry Message-Id: <199708292228.QAA25512@pluto.plutotech.com> Subject: Re: Fatal trap 12 during boot with -current In-Reply-To: <199708292110.GAA00357@peace.calm.imasy.or.jp> from Hajimu UMEMOTO at "Aug 30, 97 06:10:14 am" To: ume@calm.imasy.or.jp (Hajimu UMEMOTO) Date: Fri, 29 Aug 1997 16:28:11 -0600 (MDT) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hajimu UMEMOTO wrote... > Hi, > > The very recent -current kernel causes fatal trap 12 during boot. > > . . . > Starting final network daemons: moused > > Fatal trap 12: page fault while in kernel mode > cpuid = 1 > lapic.id = 16777216 > fault virtual address = 0xeffd6dac > fault code = super visor read, page not present > instruction pointer = 0x8:0xf019eb23 > stack pointer = 0x10:0xff803e0c > frame pointer = 0x10:0xff803e2c > code segment = base 0x0, limit 0xfffff, type 0x16 > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = Idle > mp_lock = 01000003 > interrupt mask = <- SMP: XXX > kernel: type 12 trap, code=0 > > CPU1 stopping CPUs: 0x00000001 > stopped > Stopped at _pmap_enter+0xb3: movl 0(%ecx),%ecx > db> Just for the record, I compiled a -current SMP kernel a few days ago, and got a similar (possibly the same) panic. Unfortunately, I didn't have a serial console or remote gdb enabled, so I couldn't get any error output for it. (thus the reason I didn't send in a bug report...*sigh*) Out of curiosity, what motherboard do you have in your machine? I've got an ASUS P/I-P65UP5 w/ C-P6ND CPU card. Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-current Fri Aug 29 15:35:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA03187 for current-outgoing; Fri, 29 Aug 1997 15:35:48 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA03180 for ; Fri, 29 Aug 1997 15:35:41 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id IAA27985; Sat, 30 Aug 1997 08:31:32 +1000 Date: Sat, 30 Aug 1997 08:31:32 +1000 From: Bruce Evans Message-Id: <199708292231.IAA27985@godzilla.zeta.org.au> To: imp@rover.village.org, jkh@time.cdrom.com Subject: Re: sysinstall.fdisk display problem Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Ummm, no it doesn't. I found at least one problem that I've detailed >> in a message to hackers about this. asmacros.h has an explicit >> include of "/usr/src/lib/libc/i386/DEFS.h" in it, which breaks on the >> include in lib/msun's build. At least it did for me last night when I This is fixed in -current, but is a problem with old asmacros.h's in the relative source tree and new DEFS.h's /usr/src, not to mention with nonexistent /usr/src's. >Hmmm. Well, the machine disagrees with you: > >root@make-> uname -a >FreeBSD make.ican.net 3.0-CURRENT FreeBSD 3.0-CURRENT #1: Sat Jul 26 16:50:50 ED [ AKA current.freebsd.org AKA releng22.freebsd.org ] >root@make-> cd ~ftp/pub/FreeBSD/ >root@make-> ls >2.2-970713-RELENG 2.2-970828-RELENG 3.0-970814-SNAP >... >2.2-970826-RELENG 3.0-970813-SNAP releng22 > >As you can see, the only day it failed to build a 2.2 SNAPshot >was on the 27th - the 26th and the 28th worked fine. You must have a non-current /usr/src :-). Try moving it out of the way. Bruce From owner-freebsd-current Fri Aug 29 15:51:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA04079 for current-outgoing; Fri, 29 Aug 1997 15:51:09 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA04069 for ; Fri, 29 Aug 1997 15:51:03 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id PAA29428; Fri, 29 Aug 1997 15:50:41 -0700 (PDT) To: Bruce Evans cc: imp@rover.village.org, freebsd-current@FreeBSD.ORG Subject: Re: sysinstall.fdisk display problem In-reply-to: Your message of "Sat, 30 Aug 1997 08:31:32 +1000." <199708292231.IAA27985@godzilla.zeta.org.au> Date: Fri, 29 Aug 1997 15:50:41 -0700 Message-ID: <29425.872895041@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > You must have a non-current /usr/src :-). Try moving it out of the way. I just moved it, checked it out afresh, did a successful make world and the nightly release builds did just fine. Jordan From owner-freebsd-current Fri Aug 29 15:52:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA04202 for current-outgoing; Fri, 29 Aug 1997 15:52:58 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA04158; Fri, 29 Aug 1997 15:52:13 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id RAA03163; Fri, 29 Aug 1997 17:51:57 -0500 (EST) From: "John S. Dyson" Message-Id: <199708292251.RAA03163@dyson.iquest.net> Subject: Re: Fatal trap 12 during boot with -current In-Reply-To: <199708292221.QAA09169@Ilsa.StevesCafe.com> from Steve Passe at "Aug 29, 97 04:21:32 pm" To: smp@csn.net (Steve Passe) Date: Fri, 29 Aug 1997 17:51:56 -0500 (EST) Cc: ume@calm.imasy.or.jp, current@FreeBSD.ORG, smp@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Steve Passe said: > Hi, > > --- > > The very recent -current kernel causes fatal trap 12 during boot. > > > > . . . > > Starting final network daemons: moused > > probably what kills it. is this an lkm? try booting without moused. > > --- > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 1 > > lapic.id = 16777216 > ^^^^^^^^^^^^^^^^^^^ > > this is totally bogus > > > fault virtual address = 0xeffd6dac > > fault code = super visor read, page not present > > instruction pointer = 0x8:0xf019eb23 > > stack pointer = 0x10:0xff803e0c > > frame pointer = 0x10:0xff803e2c > > code segment = base 0x0, limit 0xfffff, type 0x16 > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = Idle > > mp_lock = 01000003 > > interrupt mask = <- SMP: XXX > > kernel: type 12 trap, code=0 > > > > CPU1 stopping CPUs: 0x00000001 > > stopped > > Stopped at _pmap_enter+0xb3: movl 0(%ecx),%ecx > > db> > > is this repeatable? > > we need a 'trace' when it stops, and probably a 'show registers' > As a wild guess, try 'options "DISABLE_PSE"'. -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-current Fri Aug 29 16:30:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06398 for current-outgoing; Fri, 29 Aug 1997 16:30:53 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA06391 for ; Fri, 29 Aug 1997 16:30:47 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id JAA29514; Sat, 30 Aug 1997 09:24:38 +1000 Date: Sat, 30 Aug 1997 09:24:38 +1000 From: Bruce Evans Message-Id: <199708292324.JAA29514@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: sysinstall.fdisk display problem Cc: freebsd-current@FreeBSD.ORG, imp@rover.village.org Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> You must have a non-current /usr/src :-). Try moving it out of the way. > >I just moved it, checked it out afresh, did a successful make world >and the nightly release builds did just fine. There must be another bug (involving inconsistent headers) if the 2.2 world can be made successfully without /usr/src. Making releases should't be affected by this problem - the chroot avoids it. Bruce From owner-freebsd-current Fri Aug 29 16:35:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06825 for current-outgoing; Fri, 29 Aug 1997 16:35:18 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA06819 for ; Fri, 29 Aug 1997 16:35:15 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id QAA29849; Fri, 29 Aug 1997 16:34:59 -0700 (PDT) To: Bruce Evans cc: freebsd-current@FreeBSD.ORG, imp@rover.village.org Subject: Re: sysinstall.fdisk display problem In-reply-to: Your message of "Sat, 30 Aug 1997 09:24:38 +1000." <199708292324.JAA29514@godzilla.zeta.org.au> Date: Fri, 29 Aug 1997 16:34:59 -0700 Message-ID: <29845.872897699@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > There must be another bug (involving inconsistent headers) if the 2.2 > world can be made successfully without /usr/src. Making releases should't > be affected by this problem - the chroot avoids it. Uh, right. I thought we *were* talking about make release sensitivity all this time. :-) Jordan From owner-freebsd-current Fri Aug 29 20:10:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA14786 for current-outgoing; Fri, 29 Aug 1997 20:10:36 -0700 (PDT) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA14781; Fri, 29 Aug 1997 20:10:33 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.8.7/8.8.6) id WAA26941; Fri, 29 Aug 1997 22:10:31 -0500 (CDT) Received: from tundra.winternet.com(198.174.169.11) by icicle.winternet.com via smap (V2.0) id xma026891; Fri, 29 Aug 97 22:09:58 -0500 Received: from localhost (mestery@localhost) by tundra.winternet.com (8.8.4/8.8.4) with SMTP id WAA29615; Fri, 29 Aug 1997 22:09:57 -0500 (CDT) X-Authentication-Warning: tundra.winternet.com: mestery owned process doing -bs Date: Fri, 29 Aug 1997 22:09:57 -0500 (CDT) From: Kyle Mestery To: freebsd-smp@freebsd.org cc: freebsd-current@freebsd.org Subject: Panics with SMP kernel Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I am running a kernel from 8-26-97. Today, I decided to attempt to update my system to current from today. I tried two times, and oboth times the system froze in the middle. The first time I was not near the box, and came home to see nothing on the screen, key presses did nothing. THe second time something strange happened. The screen ahd a long prompt, but when I typed, nothing happened. THen, about 3 seconds later, it accepted my keystrkes that I had typed earlier, as if it was delaying processing them. It finally gave me the debugger screen it had dumped me to, and what I saw was the message "free vnode isnt". Any ideas on this? I am not going to attemp anoher world bill with this kernel until I know what is going on, or if someone wants more info. Here is my setup: Tyan Tomcat II Dual 120s oc to 133 64MB EDO 60ns RAM EIDE disks FreeBSD hope.winternet.com 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Tue Aug 26 19:53:38 CDT 1997 root@hope.winternet.com:/usr/src/sys/compile/HOPE i386 Anyone else seen this? Should I try a new kernel? THanks! Kyle Mestery StorageTek's Network Systems Group 7600 Boone Ave. N., Brooklyn Park, MN 55428 mesteka@anubis.network.com, mestery@winternet.com From owner-freebsd-current Fri Aug 29 23:31:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA21991 for current-outgoing; Fri, 29 Aug 1997 23:31:23 -0700 (PDT) Received: from tasogare.imasy.or.jp (root@tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA21985 for ; Fri, 29 Aug 1997 23:31:18 -0700 (PDT) Received: (from ume@localhost) by tasogare.imasy.or.jp (8.8.7+2.7Wbeta7/3.4W4-96030215) with UUCP id PAA10464; Sat, 30 Aug 1997 15:26:23 +0900 (JST) Received: from peace.calm.imasy.or.jp (root@peace.calm.imasy.or.jp [158.214.107.233]) by chaos.calm.imasy.or.jp (8.8.7/3.6Wbeta6-CHAOS1.5) with ESMTP id PAA17209; Sat, 30 Aug 1997 15:23:32 +0900 (JST) Received: from localhost (ume@localhost [127.0.0.1]) by peace.calm.imasy.or.jp (8.8.7/3.6Wbeta6-CALM1.0) with ESMTP id PAA00280; Sat, 30 Aug 1997 15:23:15 +0900 (JST) Message-Id: <199708300623.PAA00280@peace.calm.imasy.or.jp> To: ken@plutotech.com Cc: current@FreeBSD.ORG Subject: Re: Fatal trap 12 during boot with -current In-Reply-To: Your message of "Fri, 29 Aug 1997 16:28:11 -0600 (MDT)" <199708292228.QAA25512@pluto.plutotech.com> References: <199708292228.QAA25512@pluto.plutotech.com> X-Mailer: Mew version 1.90 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.or.jp/~ume/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 30 Aug 1997 15:23:14 +0900 From: Hajimu UMEMOTO X-Dispatcher: imput version 970826 Lines: 23 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, >>>>> On Fri, 29 Aug 1997 16:28:11 -0600 (MDT), Kenneth Merry said: ken> Just for the record, I compiled a -current SMP kernel a few days ken> ago, and got a similar (possibly the same) panic. Unfortunately, I didn't ken> have a serial console or remote gdb enabled, so I couldn't get any error ken> output for it. (thus the reason I didn't send in a bug report...*sigh*) I wrote the messages by hand. Can I include these messages to email more easy? I have FreeBSD-2.2.2-RELEASE boxes on my network. How can I use remote gdb? Please show me the pointer to the usase. ken> Out of curiosity, what motherboard do you have in your machine? ken> I've got an ASUS P/I-P65UP5 w/ C-P6ND CPU card. I'm using IWILL DP6NS with P6-180 x 2. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@imasy.or.jp ume@iabs.hitachi.co.jp http://www.imasy.or.jp/~ume/ From owner-freebsd-current Fri Aug 29 23:37:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA22371 for current-outgoing; Fri, 29 Aug 1997 23:37:07 -0700 (PDT) Received: from tasogare.imasy.or.jp (root@tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA22049; Fri, 29 Aug 1997 23:31:47 -0700 (PDT) Received: (from ume@localhost) by tasogare.imasy.or.jp (8.8.7+2.7Wbeta7/3.4W4-96030215) with UUCP id PAA10466; Sat, 30 Aug 1997 15:26:24 +0900 (JST) Received: from peace.calm.imasy.or.jp (root@peace.calm.imasy.or.jp [158.214.107.233]) by chaos.calm.imasy.or.jp (8.8.7/3.6Wbeta6-CHAOS1.5) with ESMTP id PAA16898; Sat, 30 Aug 1997 15:13:45 +0900 (JST) Received: from localhost (ume@localhost [127.0.0.1]) by peace.calm.imasy.or.jp (8.8.7/3.6Wbeta6-CALM1.0) with ESMTP id PAA00265; Sat, 30 Aug 1997 15:13:28 +0900 (JST) Message-Id: <199708300613.PAA00265@peace.calm.imasy.or.jp> To: toor@dyson.iquest.net Cc: smp@csn.net, current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Fatal trap 12 during boot with -current In-Reply-To: Your message of "Fri, 29 Aug 1997 17:51:56 -0500 (EST)" <199708292251.RAA03163@dyson.iquest.net> References: <199708292251.RAA03163@dyson.iquest.net> X-Mailer: Mew version 1.90 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.or.jp/~ume/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 30 Aug 1997 15:13:27 +0900 From: Hajimu UMEMOTO X-Dispatcher: imput version 970826 Lines: 13 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, >>>>> On Fri, 29 Aug 1997 17:51:56 -0500 (EST), "John S. Dyson" said: toor> As a wild guess, try 'options "DISABLE_PSE"'. I tried it. But, I has same result. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@imasy.or.jp ume@iabs.hitachi.co.jp http://www.imasy.or.jp/~ume/ From owner-freebsd-current Fri Aug 29 23:37:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA22389 for current-outgoing; Fri, 29 Aug 1997 23:37:09 -0700 (PDT) Received: from tasogare.imasy.or.jp (root@tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA22037; Fri, 29 Aug 1997 23:31:37 -0700 (PDT) Received: (from ume@localhost) by tasogare.imasy.or.jp (8.8.7+2.7Wbeta7/3.4W4-96030215) with UUCP id PAA10465; Sat, 30 Aug 1997 15:26:23 +0900 (JST) Received: from peace.calm.imasy.or.jp (root@peace.calm.imasy.or.jp [158.214.107.233]) by chaos.calm.imasy.or.jp (8.8.7/3.6Wbeta6-CHAOS1.5) with ESMTP id PAA16893; Sat, 30 Aug 1997 15:10:49 +0900 (JST) Received: from localhost (ume@localhost [127.0.0.1]) by peace.calm.imasy.or.jp (8.8.7/3.6Wbeta6-CALM1.0) with ESMTP id PAA00256; Sat, 30 Aug 1997 15:10:31 +0900 (JST) Message-Id: <199708300610.PAA00256@peace.calm.imasy.or.jp> To: smp@csn.net Cc: current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Fatal trap 12 during boot with -current In-Reply-To: Your message of "Fri, 29 Aug 1997 16:21:32 -0600" <199708292221.QAA09169@Ilsa.StevesCafe.com> References: <199708292221.QAA09169@Ilsa.StevesCafe.com> X-Mailer: Mew version 1.90 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.or.jp/~ume/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 30 Aug 1997 15:10:31 +0900 From: Hajimu UMEMOTO X-Dispatcher: imput version 970826 Lines: 61 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, >>>>> On Fri, 29 Aug 1997 16:21:32 -0600, Steve Passe said: smp> > Starting final network daemons: moused It's my mistake. This is mountd, not moused. Sorry. smp> probably what kills it. is this an lkm? try booting without moused. I'm using LKM version of NFS. I'm sure all LKM modules was rebuild by make world. I changed rc.conf to nfs_client_enable="NO" nfs_server_enable="NO" due to disable NFS code, and reboot. But, I had same result. smp> is this repeatable? Yes, the kernel isn't boot at all. But, the kernel build at Aug 25 is still bootable. smp> we need a 'trace' when it stops, and probably a 'show registers' db> show registers cs 0x8 ds 0xf0180010 _kmem_malloc+0x200 es 0xff800010 _runtime ss 0x10 eax 0xeffd6d1c ecx 0xeffd6d1c edx 0xefc00000 _PTmap ebx 0x927000 esp 0xff803d00 _idlestack+0xd00 ebp 0xff803d20 _idlestack+0xd20 esi 0xf5b47000 edi 0xf01eeddc _kernel_pmap_store eip 0xf019eb23 _pmap_enter+0xb3 efl 0x10282 _pmap_enter+0xb3 movl 0(%ecx),%ecx db> trace _pmap_enter(f01eeddc,f5b47000,927000,7,1) at _pmap_enter+0xb3 _vm_fault(f01f7720,f5b47000,1,0,0) at _vm_fault+0x1226 _trap_pfault(ff803e54,0,f0542b60,f0540d00,ff803f0c) at _trap_pfault+0xf0 _trap(10,10,ff803f0c,f0540d00,ff803ee4) at _trap+0x31b calltrap() at calltrap+0x35 --- trap 0xc, eip = 0xf5b47920, esp = 0xff803e90, ebp = 0xff803ee4 --- _end(f0542b00,f0542f80,f01ec920,0,ff803f0c) at 0xf5b47920 _igmp_sendpkt(f053f940,16,0,f01da684,f01da754) at _igmp_sendpkt+0x15b _igmp_fasttimo(0,f012c970,ff803fb4,f010dfd9,0) at _igmp_fasttimo+0x51 _pffasttimo(0,c0000000,f08ff000,f08fe600,0) at _pffasttimo+0x21 _softclock(80000000,f0190010,10,0,f08fe600) at _softclock+0x39 doreti_swi() at doreti_swi+0x2a db> -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@imasy.or.jp ume@iabs.hitachi.co.jp http://www.imasy.or.jp/~ume/ From owner-freebsd-current Fri Aug 29 23:40:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA22570 for current-outgoing; Fri, 29 Aug 1997 23:40:53 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA22318; Fri, 29 Aug 1997 23:35:52 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id BAA00332; Sat, 30 Aug 1997 01:35:43 -0500 (EST) From: "John S. Dyson" Message-Id: <199708300635.BAA00332@dyson.iquest.net> Subject: Re: Fatal trap 12 during boot with -current In-Reply-To: <199708300613.PAA00265@peace.calm.imasy.or.jp> from Hajimu UMEMOTO at "Aug 30, 97 03:13:27 pm" To: ume@calm.imasy.or.jp (Hajimu UMEMOTO) Date: Sat, 30 Aug 1997 01:35:43 -0500 (EST) Cc: smp@csn.net, current@FreeBSD.ORG, smp@FreeBSD.ORG Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hajimu UMEMOTO said: > Hi, > > >>>>> On Fri, 29 Aug 1997 17:51:56 -0500 (EST), > "John S. Dyson" said: > > toor> As a wild guess, try 'options "DISABLE_PSE"'. > > I tried it. But, I has same result. > The reason why I asked is that our 4MB page support is still new, and might have caused your problem. A stack traceback would be useful at this point. -- John dyson@freebsd.org jdyson@nc.com From owner-freebsd-current Sat Aug 30 00:47:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA28412 for current-outgoing; Sat, 30 Aug 1997 00:47:26 -0700 (PDT) Received: from schizo.dk.tfs.com (schizo.dk.tfs.com [195.8.133.123] (may be forged)) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA28383 for ; Sat, 30 Aug 1997 00:47:21 -0700 (PDT) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.19]) by schizo.dk.tfs.com (8.8.5/8.7.3) with ESMTP id JAA14276; Sat, 30 Aug 1997 09:45:49 +0200 (MET DST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id SAA00367; Fri, 29 Aug 1997 18:54:21 +0200 (CEST) To: Nate Williams cc: "Jordan K. Hubbard" , current@freebsd.org Subject: Re: VFS patch (was Re: Another SNAPshot CD of 3.0 coming up.. ) In-reply-to: Your message of "Fri, 29 Aug 1997 09:13:09 MDT." <199708291513.JAA08860@rocky.mt.sri.com> Date: Fri, 29 Aug 1997 18:54:20 +0200 Message-ID: <365.872873660@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199708291513.JAA08860@rocky.mt.sri.com>, Nate Williams writes: >Poul-Henning Kamp writes: > >> I have just sent the following vfs patch out for review.... > >You did a great job of mentioning what functionality this patch >provides, but what 'purpose' does this patch provide? (ie; fix a vnode >leak when the system decides that it can't hold it anymore, etc...) It hopefully improves the recycling of vnodes, one particular aspect is to not have "not-wanted-for-recycling" vnodes on the freelist in the first place. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Sat Aug 30 01:51:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA11259 for current-outgoing; Sat, 30 Aug 1997 01:51:58 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA11247 for ; Sat, 30 Aug 1997 01:51:54 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id KAA22456; Sat, 30 Aug 1997 10:45:20 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.7/8.8.7) id KAA15962; Sat, 30 Aug 1997 10:28:01 +0200 (CEST) Message-ID: <19970830102801.39694@klemm.gtn.com> Date: Sat, 30 Aug 1997 10:28:01 +0200 From: Andreas Klemm To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: "make includes" doesn't create necessary subdirs under /usr/include References: <199708292000.GAA23290@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199708292000.GAA23290@godzilla.zeta.org.au>; from Bruce Evans on Sat, Aug 30, 1997 at 06:00:08AM +1000 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Aug 30, 1997 at 06:00:08AM +1000, Bruce Evans wrote: > >"make includes" doesn't create necessary subdirs under /usr/include > >before copying the header files into it... > > It's not supposed to. In fact, it clobbers all subdirs and replaces > them by symlinks. `includes' is a private subtarget for `world' and > should never be used directly. Use `make install' in src/include to > create the subdirs. Thanks ! -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Sat Aug 30 01:55:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA12008 for current-outgoing; Sat, 30 Aug 1997 01:55:26 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA11987 for ; Sat, 30 Aug 1997 01:55:22 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id KAA22462; Sat, 30 Aug 1997 10:45:25 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.7/8.8.7) id KAA16339; Sat, 30 Aug 1997 10:40:10 +0200 (CEST) Message-ID: <19970830104010.46522@klemm.gtn.com> Date: Sat, 30 Aug 1997 10:40:10 +0200 From: Andreas Klemm To: Dmitrij Tejblum Cc: current@FreeBSD.ORG Subject: CVS checkout doesn't do it's job [ was Re: /usr/obj/usr/src/tmp/usr/include/sys/md5.h:40: previous declaration of `MD5File' ] References: <19970827225701.47966@klemm.gtn.com> <199708272119.BAA02834@tejblum.dnttm.rssi.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=zYM0uCDKw75PZbzx X-Mailer: Mutt 0.79 In-Reply-To: <199708272119.BAA02834@tejblum.dnttm.rssi.ru>; from Dmitrij Tejblum on Thu, Aug 28, 1997 at 01:19:15AM +0400 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii On Thu, Aug 28, 1997 at 01:19:15AM +0400, Dmitrij Tejblum wrote: > Andreas Klemm wrote: > > I removed my complete /usr/obj after recursively doing a chflags -R noschg. > > Did a make world and the compile failure still exists. > > Is /usr/src/sys/sys/md5.h > * $Id: md5.h,v 1.9 1997/08/25 05:24:31 joerg Exp $ > and /usr/src/lib/libmd/mdXhl.c > * $Id: mdXhl.c,v 1.11 1997/08/25 05:24:25 joerg Exp $ > ? Strange ... You're right ... In my /usr/src tree I have the old version of md5.h (1.8). In my CVS repository I have the cvs file with the new version 1.9. If I do an cvs update -P in /usr/src/sys/sys, nothing happens !!! The file md5.h with the old version won't be updated ... Can't understand this behaviour .... Ok, now I remove everything in /usr/src/sys/sys and do a cvs update -P ... let's see ... Well, believe me or not, I only get the md5.h file with release 1.8 not with version 1.9 from the repository ... Question: is my cvs repository ill ? Or freefall's or does cvsup not behave as it should ??? I' attaching both now, my rcs file and the checkout file Here the output of sum ... 58535 2 /usr/src/sys/sys/md5.h 37645 6 /cvs/src/sys/sys/md5.h,v -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="md5.h" /* MD5.H - header file for MD5C.C * $Id: md5.h,v 1.8 1997/02/22 09:45:33 peter Exp $ */ /* Copyright (C) 1991-2, RSA Data Security, Inc. Created 1991. All rights reserved. License to copy and use this software is granted provided that it is identified as the "RSA Data Security, Inc. MD5 Message-Digest Algorithm" in all material mentioning or referencing this software or this function. License is also granted to make and use derivative works provided that such works are identified as "derived from the RSA Data Security, Inc. MD5 Message-Digest Algorithm" in all material mentioning or referencing the derived work. RSA Data Security, Inc. makes no representations concerning either the merchantability of this software or the suitability of this software for any particular purpose. It is provided "as is" without express or implied warranty of any kind. These notices must be retained in any copies of any part of this documentation and/or software. */ #ifndef _SYS_MD5_H_ #define _SYS_MD5_H_ /* MD5 context. */ typedef struct MD5Context { u_int32_t state[4]; /* state (ABCD) */ u_int32_t count[2]; /* number of bits, modulo 2^64 (lsb first) */ unsigned char buffer[64]; /* input buffer */ } MD5_CTX; void MD5Init (MD5_CTX *); void MD5Update (MD5_CTX *, const unsigned char *, unsigned int); void MD5Final (unsigned char [16], MD5_CTX *); char * MD5End(MD5_CTX *, char *); char * MD5File(char *, char *); char * MD5Data(const unsigned char *, unsigned int, char *); #endif /* _SYS_MD5_H_ */ --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="md5.h,v" head 1.9; access; symbols WOLLMAN_MBUF:1.8.0.2 BP_WOLLMAN_MBUF:1.8 RELENG_2_2_2_RELEASE:1.6 post_smp_merge:1.8 pre_smp_merge:1.8 RELENG_2_2_1_RELEASE:1.6 RELENG_2_2_0_RELEASE:1.6 RELENG_2_2:1.6.0.2 phk:1.1.1.1 ORIG:1.1.1; locks; strict; comment @ * @; 1.9 date 97.08.25.05.24.31; author joerg; state Exp; branches; next 1.8; 1.8 date 97.02.22.09.45.33; author peter; state Exp; branches; next 1.7; 1.7 date 97.01.14.06.55.16; author jkh; state Exp; branches; next 1.6; 1.6 date 96.12.22.10.31.34; author phk; state Exp; branches; next 1.5; 1.5 date 96.10.22.16.27.46; author phk; state Exp; branches; next 1.4; 1.4 date 95.12.11.02.18.22; author peter; state Exp; branches; next 1.3; 1.3 date 95.07.12.09.13.41; author phk; state Exp; branches; next 1.2; 1.2 date 94.11.07.20.48.33; author phk; state Exp; branches 1.2.6.1; next 1.1; 1.1 date 94.07.24.03.29.54; author phk; state Exp; branches 1.1.1.1; next ; 1.1.1.1 date 94.07.24.03.29.55; author phk; state Exp; branches; next ; 1.2.6.1 date 95.09.06.14.18.32; author davidg; state Exp; branches; next 1.2.6.2; 1.2.6.2 date 95.12.22.22.09.31; author peter; state Exp; branches; next ; desc @@ 1.9 log @Make the MD* header files C++-aware. Also, string arguments are supposed to be of type `const char *'. PR: 3291 Submitted by: dima@@tejblum.dnttm.rssi.ru (Dmitrij Tejblum) @ text @/* MD5.H - header file for MD5C.C * $Id: md5.h,v 1.8 1997/02/22 09:45:33 peter Exp $ */ /* Copyright (C) 1991-2, RSA Data Security, Inc. Created 1991. All rights reserved. License to copy and use this software is granted provided that it is identified as the "RSA Data Security, Inc. MD5 Message-Digest Algorithm" in all material mentioning or referencing this software or this function. License is also granted to make and use derivative works provided that such works are identified as "derived from the RSA Data Security, Inc. MD5 Message-Digest Algorithm" in all material mentioning or referencing the derived work. RSA Data Security, Inc. makes no representations concerning either the merchantability of this software or the suitability of this software for any particular purpose. It is provided "as is" without express or implied warranty of any kind. These notices must be retained in any copies of any part of this documentation and/or software. */ #ifndef _SYS_MD5_H_ #define _SYS_MD5_H_ /* MD5 context. */ typedef struct MD5Context { u_int32_t state[4]; /* state (ABCD) */ u_int32_t count[2]; /* number of bits, modulo 2^64 (lsb first) */ unsigned char buffer[64]; /* input buffer */ } MD5_CTX; #include __BEGIN_DECLS void MD5Init (MD5_CTX *); void MD5Update (MD5_CTX *, const unsigned char *, unsigned int); void MD5Final (unsigned char [16], MD5_CTX *); char * MD5End(MD5_CTX *, char *); char * MD5File(const char *, char *); char * MD5Data(const unsigned char *, unsigned int, char *); __END_DECLS #endif /* _SYS_MD5_H_ */ @ 1.8 log @Back out part 1 of the MCFH that changed $Id$ to $FreeBSD$. We are not ready for it yet. @ text @d2 1 a2 1 * $Id$ d36 3 d43 1 a43 1 char * MD5File(char *, char *); d45 1 @ 1.7 log @Make the long-awaited change from $Id$ to $FreeBSD$ This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so long. Boy, I'm glad we're not using sup anymore. This update would have been insane otherwise. @ text @d2 1 a2 1 * $FreeBSD$ @ 1.6 log @Fixup for new location. This file came here by a repository copy. @ text @d2 1 a2 1 * $Id$ @ 1.5 log @close bin/1648 libmd not 64bit safe. if something fails to compile now, you need to add #include Partially Submitted by: Jason Thorpe @ text @d2 1 a2 1 * $FreeBSD$ d27 2 a28 2 #ifndef _MD5_H_ #define _MD5_H_ d42 1 a42 1 #endif /* _MD5_H_ */ @ 1.4 log @Add a structure definition to the MD* Contexts, so that cvs can use the standard libmd version of MD5 instead of it's own seperate copy.. @ text @d31 2 a32 2 unsigned long state[4]; /* state (ABCD) */ unsigned long count[2]; /* number of bits, modulo 2^64 (lsb first) */ @ 1.3 log @Change this to do what it should have done from the start. Add argument for buffer for output. Fix manuals. @ text @d30 1 a30 1 typedef struct { @ 1.2 log @Added "const" to the arguments here and there. @ text @d39 3 a41 3 char * MD5End(MD5_CTX *); char * MD5File(char *); char * MD5Data(const unsigned char *, unsigned int); @ 1.2.6.1 log @Brought in changes from main branch: add output buffer pointer to improve performance. @ text @d39 3 a41 3 char * MD5End(MD5_CTX *, char *); char * MD5File(char *, char *); char * MD5Data(const unsigned char *, unsigned int, char *); @ 1.2.6.2 log @One line change to each of these from HEAD.. Add a name to the context structures for compatability with the CVS in -current. Basically, typedef struct { ... } MDx_CTX; becomes typedef struct MDxContext { ... } MDx_CTX; @ text @d30 1 a30 1 typedef struct MD5Context { @ 1.1 log @Initial revision @ text @d37 1 a37 1 void MD5Update (MD5_CTX *, unsigned char *, unsigned int); d41 1 a41 1 char * MD5Data(unsigned char *, unsigned int); @ 1.1.1.1 log @ Reviewed by: phk Imported libmd. This library contains MD2, MD4 and MD5. These three boggers pop up all over the place all of the time, so I decided we needed a library with them. In general they are used for security checks, so if you use them you want to link them static. @ text @@ --zYM0uCDKw75PZbzx-- From owner-freebsd-current Sat Aug 30 06:11:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA17200 for current-outgoing; Sat, 30 Aug 1997 06:11:24 -0700 (PDT) Received: from mailhost (user-38lc9iu.dialup.mindspring.com [209.86.38.94]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA17187 for ; Sat, 30 Aug 1997 06:11:19 -0700 (PDT) Received: from rlb by mailhost with smtp (Smail3.1.29.1 #1) id m0x4nJ7-000G4JC; Sat, 30 Aug 97 09:11 EDT Message-ID: <34081BF8.782A@mindspring.com> Date: Sat, 30 Aug 1997 09:11:20 -0400 From: Ron Bolin X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5.1 i86pc) MIME-Version: 1.0 To: FreeBSD Current Mailing List Subject: IPFILTER Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just changed from fbsd 2.2.2 to fbsd 3.0 after a long stint off fbsd 3.0. How does on get IPFILTER installed in the new 3.0 kernel or is it automatic? Thank's in adavnce.. Ron -- **************************************************************************** Ron Bolin rlb@mindspring.com, http://www.mindspring.com/~rlb/ http://www.gsu.edu/~gs01rlb gs01rlb@panther.gsu.edu rbolin@netchannel.net Home: 770-992-6875 Work: 770-729-2929 Ext 249 From owner-freebsd-current Sat Aug 30 08:18:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA21476 for current-outgoing; Sat, 30 Aug 1997 08:18:58 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA21470 for ; Sat, 30 Aug 1997 08:18:51 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id RAA04590 for current@FreeBSD.ORG; Sat, 30 Aug 1997 17:15:09 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.7/8.8.7) id RAA26541; Sat, 30 Aug 1997 17:01:15 +0200 (CEST) Message-ID: <19970830170115.08182@klemm.gtn.com> Date: Sat, 30 Aug 1997 17:01:15 +0200 From: Andreas Klemm To: current@FreeBSD.ORG Subject: make world is ok now, make release fails during install-info Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ok, after makeing the experience, that ,cvs update -P' didn't update sys/sys/md5.h, I started completely over. cvsupped from freefall, nuked /usr/src completely and checkout of everything in /usr/src ... and voila, make world works again. Now I tried to do a make release ... but here it fails again relatively early ... The new release dir is being made (/local/release), mtree creates the necessary directory structure and then the binaries are copied to the new tree (/local/release) to which we chroot later ... During that install the following error occurs: stall -c -o bin -g bin -m 444 libalias.so.2.3 /local/release/usr/lib ===> lib/libc install -c -o bin -g bin -m 444 libc.a /local/release/usr/lib install -c -o bin -g bin -m 444 -fschg libc.so.3.0 /local/release/usr/lib install -c -o bin -g bin -m 444 libc_pic.a /local/release/usr/lib ===> lib/libcompat install -c -o bin -g bin -m 444 libcompat.a /local/release/usr/lib ===> lib/libcom_err install -C -o bin -g bin -m 444 /usr/src/lib/libcom_err/com_err.h /local/releas e/usr/include install -c -o bin -g bin -m 444 libcom_err.a /local/release/usr/lib install -c -o bin -g bin -m 444 libcom_err.so.2.0 /local/release/usr/lib ===> lib/libcom_err/doc install-info --defsection="Programming & development tools." --defentry="* libc om_err: (com_err). A Common Error Description Library for UNIX." com_err .info /local/release/usr/share/info/dir install-info: unrecognized option `--defsection=Programming & development tools. ' Try `install-info --help' for a complete list of options. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Sat Aug 30 08:35:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA22085 for current-outgoing; Sat, 30 Aug 1997 08:35:16 -0700 (PDT) Received: from spinner.dialix.com.au (spinner.dialix.com.au [192.203.228.67]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA22006; Sat, 30 Aug 1997 08:30:57 -0700 (PDT) Received: from spinner.dialix.com.au (localhost.dialix.com.au [127.0.0.1]) by spinner.dialix.com.au with ESMTP id XAA07166; Sat, 30 Aug 1997 23:30:14 +0800 (WST) Message-Id: <199708301530.XAA07166@spinner.dialix.com.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Hajimu UMEMOTO cc: smp@csn.net, current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Fatal trap 12 during boot with -current In-reply-to: Your message of "Sat, 30 Aug 1997 15:10:31 +0900." <199708300610.PAA00256@peace.calm.imasy.or.jp> Date: Sat, 30 Aug 1997 23:30:14 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Fri, 29 Aug 1997 16:21:32 -0600, > Steve Passe said: > > smp> > Starting final network daemons: moused > > It's my mistake. This is mountd, not moused. Sorry. > > smp> probably what kills it. is this an lkm? try booting without moused. > > I'm using LKM version of NFS. I'm sure all LKM modules was rebuild > by make world. I changed rc.conf to > > nfs_client_enable="NO" > nfs_server_enable="NO" > > due to disable NFS code, and reboot. But, I had same result. > > smp> is this repeatable? > > Yes, the kernel isn't boot at all. But, the kernel build at Aug 25 is > still bootable. > > smp> we need a 'trace' when it stops, and probably a 'show registers' > > db> show registers > cs 0x8 > ds 0xf0180010 _kmem_malloc+0x200 > es 0xff800010 _runtime > ss 0x10 > eax 0xeffd6d1c > ecx 0xeffd6d1c > edx 0xefc00000 _PTmap > ebx 0x927000 > esp 0xff803d00 _idlestack+0xd00 > ebp 0xff803d20 _idlestack+0xd20 > esi 0xf5b47000 > edi 0xf01eeddc _kernel_pmap_store > eip 0xf019eb23 _pmap_enter+0xb3 > efl 0x10282 > _pmap_enter+0xb3 movl 0(%ecx),%ecx > db> trace > _pmap_enter(f01eeddc,f5b47000,927000,7,1) at _pmap_enter+0xb3 > _vm_fault(f01f7720,f5b47000,1,0,0) at _vm_fault+0x1226 > _trap_pfault(ff803e54,0,f0542b60,f0540d00,ff803f0c) at _trap_pfault+0xf 0 > _trap(10,10,ff803f0c,f0540d00,ff803ee4) at _trap+0x31b > calltrap() at calltrap+0x35 > --- trap 0xc, eip = 0xf5b47920, esp = 0xff803e90, ebp = 0xff803ee4 --- > _end(f0542b00,f0542f80,f01ec920,0,ff803f0c) at 0xf5b47920 > _igmp_sendpkt(f053f940,16,0,f01da684,f01da754) at _igmp_sendpkt+0x15b > _igmp_fasttimo(0,f012c970,ff803fb4,f010dfd9,0) at _igmp_fasttimo+0x51 > _pffasttimo(0,c0000000,f08ff000,f08fe600,0) at _pffasttimo+0x21 > _softclock(80000000,f0190010,10,0,f08fe600) at _softclock+0x39 > doreti_swi() at doreti_swi+0x2a > db> Hmm.. Executing code after _end looks suspicously like another LKM. Do you have any other LKM's? I stronly suggect rm -f /lkm/* and see how you go. Just as a note, I see that your stack is: esp 0xff803d00 _idlestack+0xd00 ebp 0xff803d20 _idlestack+0xd20 It looks like you are getting killed from the software network interrupt handler on a cpu that was running the idle `process' when it was serviced. However, if you are not using an LKM, then the problem may be somewhere else and has caused an access to an invalid kernel address and caused the panic that way. Is the igmp reference an accident, or are you participating in multicast on the machine? (perhaps just routed/gated?) > -- > Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan > ume@imasy.or.jp ume@iabs.hitachi.co.jp > http://www.imasy.or.jp/~ume/ > Cheers, -Peter From owner-freebsd-current Sat Aug 30 10:22:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA25428 for current-outgoing; Sat, 30 Aug 1997 10:22:28 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA25404 for ; Sat, 30 Aug 1997 10:22:17 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id TAA18609; Sat, 30 Aug 1997 19:15:09 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.7/8.8.7) id SAA15421; Sat, 30 Aug 1997 18:54:00 +0200 (CEST) Message-ID: <19970830185400.45389@klemm.gtn.com> Date: Sat, 30 Aug 1997 18:54:00 +0200 From: Andreas Klemm To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: "make includes" doesn't create necessary subdirs under /usr/include References: <199708292000.GAA23290@godzilla.zeta.org.au> <19970830102801.39694@klemm.gtn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <19970830102801.39694@klemm.gtn.com>; from Andreas Klemm on Sat, Aug 30, 1997 at 10:28:01AM +0200 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Aug 30, 1997 at 10:28:01AM +0200, Andreas Klemm wrote: > On Sat, Aug 30, 1997 at 06:00:08AM +1000, Bruce Evans wrote: > > >"make includes" doesn't create necessary subdirs under /usr/include > > >before copying the header files into it... > > > > It's not supposed to. In fact, it clobbers all subdirs and replaces > > them by symlinks. `includes' is a private subtarget for `world' and > > should never be used directly. Use `make install' in src/include to > > create the subdirs. > > Thanks ! This also doesn't work ! root{1151} /usr/src/include make ===> rpcsvc root{1152} /usr/src/include make install cd /usr/src/include; install -C -o bin -g bin -m 444 a.out.h ar.h assert.h bitstring.h ctype.h db.h dirent.h disktab.h elf.h err.h fnmatch.h fstab.h fts.h glob.h grp.h strhash.h histedit.h kvm.h limits.h link.h locale.h malloc.h memory.h mpool.h ndbm.h netdb.h nl_types.h nlist.h paths.h pthread.h pthread_np.h pwd.h ranlib.h regex.h regexp.h resolv.h rune.h runetype.h setjmp.h sgtty.h signal.h stab.h stddef.h stdio.h stdlib.h string.h stringlist.h strings.h struct.h sysexits.h tar.h time.h timers.h ttyent.h unistd.h utime.h utmp.h vis.h /usr/include cd /usr/src/include/arpa; install -C -o bin -g bin -m 444 ftp.h inet.h nameser.h telnet.h tftp.h /usr/include/arpa usage: install [-CcDps] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-CcDps] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-g group] [-m mode] [-o owner] directory ... *** Error code 64 Stop. -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Sat Aug 30 12:03:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA28689 for current-outgoing; Sat, 30 Aug 1997 12:03:46 -0700 (PDT) Received: from tasogare.imasy.or.jp (root@tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA28527; Sat, 30 Aug 1997 12:01:27 -0700 (PDT) Received: (from ume@localhost) by tasogare.imasy.or.jp (8.8.7+2.7Wbeta7/3.4W4-96030215) with UUCP id DAA13020; Sun, 31 Aug 1997 03:45:09 +0900 (JST) Received: from peace.calm.imasy.or.jp (root@peace.calm.imasy.or.jp [158.214.107.233]) by chaos.calm.imasy.or.jp (8.8.7/3.6Wbeta6-CHAOS1.5) with ESMTP id DAA10777; Sun, 31 Aug 1997 03:44:19 +0900 (JST) Received: from localhost (ume@localhost [127.0.0.1]) by peace.calm.imasy.or.jp (8.8.7/3.6Wbeta6-CALM1.0) with ESMTP id DAA00416; Sun, 31 Aug 1997 03:44:00 +0900 (JST) Message-Id: <199708301844.DAA00416@peace.calm.imasy.or.jp> To: peter@spinner.dialix.com.au Cc: smp@csn.net, current@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: Fatal trap 12 during boot with -current In-Reply-To: Your message of "Sat, 30 Aug 1997 23:30:14 +0800" <199708301530.XAA07166@spinner.dialix.com.au> References: <199708301530.XAA07166@spinner.dialix.com.au> X-Mailer: Mew version 1.90 on XEmacs 20.3 (Bratislava) X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.or.jp/~ume/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sun, 31 Aug 1997 03:43:59 +0900 From: Hajimu UMEMOTO X-Dispatcher: imput version 970826 Lines: 23 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, >>>>> On Sat, 30 Aug 1997 23:30:14 +0800, Peter Wemm said: peter> Hmm.. Executing code after _end looks suspicously like another LKM. Do you peter> have any other LKM's? I stronly suggect rm -f /lkm/* and see how you go. Yes, ipfw_mod and linux_mod were loaded. According to your suggestion, I disabled loading ipfw_mod and reboot. Then, the kernel was boot without any problem. :-) peter> Is the igmp reference an accident, or are you participating in multicast on peter> the machine? (perhaps just routed/gated?) Multicast is enabled, and routed is running. Without ipfw_mod loading, this causes no problem. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@imasy.or.jp ume@iabs.hitachi.co.jp http://www.imasy.or.jp/~ume/ > From owner-freebsd-current Sat Aug 30 15:10:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA04842 for current-outgoing; Sat, 30 Aug 1997 15:10:41 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA04837 for ; Sat, 30 Aug 1997 15:10:36 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id IAA05704; Sun, 31 Aug 1997 08:06:28 +1000 Date: Sun, 31 Aug 1997 08:06:28 +1000 From: Bruce Evans Message-Id: <199708302206.IAA05704@godzilla.zeta.org.au> To: andreas@klemm.gtn.com, bde@zeta.org.au Subject: Re: "make includes" doesn't create necessary subdirs under /usr/include Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> > should never be used directly. Use `make install' in src/include to >> > create the subdirs. >> >> Thanks ! > >This also doesn't work ! > >root{1151} /usr/src/include make >===> rpcsvc >root{1152} /usr/src/include make install >cd /usr/src/include; install -C -o bin -g bin -m 444 a.out.h ar.h assert.h bitstring.h ctype.h db.h dirent.h disktab.h elf.h err.h fnmatch.h fstab.h fts.h glob.h grp.h strhash.h histedit.h kvm.h limits.h link.h locale.h malloc.h memory.h mpool.h ndbm.h netdb.h nl_types.h nlist.h paths.h pthread.h pthread_np.h pwd.h ranlib.h regex.h regexp.h resolv.h rune.h runetype.h setjmp.h sgtty.h signal.h stab.h stddef.h stdio.h stdlib.h string.h stringlist.h strings.h struct.h sysexits.h tar.h time.h timers.h ttyent.h unistd.h utime.h utmp.h vis.h /usr/include >cd /usr/src/include/arpa; install -C -o bin -g bin -m 444 ftp.h inet.h nameser.h telnet.h tftp.h /usr/include/arpa >usage: install [-CcDps] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 > install [-CcDps] [-f flags] [-g group] [-m mode] [-o owner] file1 ... > fileN directory > install -d [-g group] [-m mode] [-o owner] directory ... >*** Error code 64 Apparently your /usr/include/arpa is missing. Use mtree to keep standard directories up to date. `make install' in src/include only creates the directories that it deletes for the SHARED=symlinks case. arpa is not one of these. Bruce From owner-freebsd-current Sat Aug 30 16:04:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06844 for current-outgoing; Sat, 30 Aug 1997 16:04:54 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA06836 for ; Sat, 30 Aug 1997 16:04:48 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id BAA00443; Sun, 31 Aug 1997 01:00:12 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.7/8.8.7) id AAA01089; Sun, 31 Aug 1997 00:20:31 +0200 (CEST) Message-ID: <19970831002031.19366@klemm.gtn.com> Date: Sun, 31 Aug 1997 00:20:31 +0200 From: Andreas Klemm To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: "make includes" doesn't create necessary subdirs under /usr/include References: <199708302206.IAA05704@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199708302206.IAA05704@godzilla.zeta.org.au>; from Bruce Evans on Sun, Aug 31, 1997 at 08:06:28AM +1000 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Aug 31, 1997 at 08:06:28AM +1000, Bruce Evans wrote: > >> > should never be used directly. Use `make install' in src/include to > >> > create the subdirs. > >> > >> Thanks ! > > > >This also doesn't work ! > > > >root{1151} /usr/src/include make > >===> rpcsvc > >root{1152} /usr/src/include make install > >cd /usr/src/include; install -C -o bin -g bin -m 444 a.out.h ar.h assert.h bitstring.h ctype.h db.h dirent.h disktab.h elf.h err.h fnmatch.h fstab.h fts.h glob.h grp.h strhash.h histedit.h kvm.h limits.h link.h locale.h malloc.h memory.h mpool.h ndbm.h netdb.h nl_types.h nlist.h paths.h pthread.h pthread_np.h pwd.h ranlib.h regex.h regexp.h resolv.h rune.h runetype.h setjmp.h sgtty.h signal.h stab.h stddef.h stdio.h stdlib.h string.h stringlist.h strings.h struct.h sysexits.h tar.h time.h timers.h ttyent.h unistd.h utime.h utmp.h vis.h /usr/include > >cd /usr/src/include/arpa; install -C -o bin -g bin -m 444 ftp.h inet.h nameser.h telnet.h tftp.h /usr/include/arpa > >usage: install [-CcDps] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 > > install [-CcDps] [-f flags] [-g group] [-m mode] [-o owner] file1 ... > > fileN directory > > install -d [-g group] [-m mode] [-o owner] directory ... > >*** Error code 64 > > Apparently your /usr/include/arpa is missing. Use mtree to keep standard > directories up to date. `make install' in src/include only creates the > directories that it deletes for the SHARED=symlinks case. arpa is not one > of these. Hi Bruce, yes, you're completely right, arpa and the other subdirs are missing. But I'm relatively certain, that in the past it was done automatically via make world, or you could do it via a "make includes". You said to me, "don't use make includes, go into /usr/src/include and type make install there". But that _also_ didn't work. Am I wrong ? Wasn't there in the past and shouldn't there be again a make target, that does this work, if you need it ?! -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Sat Aug 30 16:48:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA08252 for current-outgoing; Sat, 30 Aug 1997 16:48:06 -0700 (PDT) Received: from minor.stranger.com (stranger.vip.best.com [204.156.129.250]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA08247 for ; Sat, 30 Aug 1997 16:48:01 -0700 (PDT) Received: from dog.farm.org (dog.farm.org [207.111.140.47]) by minor.stranger.com (8.6.12/8.6.12) with ESMTP id QAA09590; Sat, 30 Aug 1997 16:50:29 -0700 Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id QAA20121; Sat, 30 Aug 1997 16:45:02 -0700 (PDT) Date: Sat, 30 Aug 1997 16:45:02 -0700 (PDT) From: Dmitry Kohmanyuk Message-Id: <199708302345.QAA20121@dog.farm.org> To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: freebsd-current@freebsd.org Subject: Re: NFS installation mount options? Newsgroups: cs-monolit.gated.lists.freebsd.current Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <28718.872888936@time.cdrom.com> you wrote: > > In order for existing FreeBSD systems to mount this file server > > properly we must specify the options: > > > > -d -t 60 > > > > on the mount_nfs command. > > > > Is there anyway to specify these mount options when installing > > via NFS? > Hmmmm. Not really since mount_nfs isn't on the boot floppy - it's > done internally by sysinstall. I've never had to override the > timeout values on an install before - what's this NA box doing, > exactly? :) I have F330 at work and as far as I know, it mounts fine without any retransmission timeout override options (as above). Maybe it depends on network load, though... It acts the same way as any other NFS server, and it's pretty fast (both reads and writes). I get occasional `short reads' and one other message (look for my earlier postings to the list). -- Perl's grammar can not be reduced to BNF. The work of parsing perl is distributed between yacc, the lexer, smoke and mirrors. -- Chaim Frenkel