From owner-freebsd-current Sun Apr 28 00:00:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA12503 for current-outgoing; Sun, 28 Apr 1996 00:00:26 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA12498 for ; Sun, 28 Apr 1996 00:00:22 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA10678; Sun, 28 Apr 1996 16:29:24 +0930 From: Michael Smith Message-Id: <199604280659.QAA10678@genesis.atrad.adelaide.edu.au> Subject: Re: Atapi kernel or FTP ? To: gmarco@masternet.it (Gianmarco Giovannelli) Date: Sun, 28 Apr 1996 16:29:24 +0930 (CST) Cc: current@freebsd.org In-Reply-To: <2.2.32.19960427231837.006aa0f0@masternet.it> from "Gianmarco Giovannelli" at Apr 28, 96 01:18:37 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Gianmarco Giovannelli stands accused of saying: > > Is it right ? I receive this error on boot : > > screensaver : Undefined entry symbol '_saver_init' > ld: Spurious undefined symbols: # undefined symbols 1, reported 0 > modload : /usr/bin/ld : return code 1 This is fairly harmless. It's because /etc isn't updated by 'make world', and things in there have changed. You can look at the sources for /etc in the source tree and make the changes yourself by hand. You're most interested in the rc* files. > 3) If I do a make world I need a make install too ? And when I receive a new > ctm is correct make && make install or there is a better way to do things ? No. 'make world' installs everything too. > | Internet: gmarco@masternet.it | ,,, | -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Apr 28 00:18:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA13315 for current-outgoing; Sun, 28 Apr 1996 00:18:34 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA13310 for ; Sun, 28 Apr 1996 00:18:31 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA10735; Sun, 28 Apr 1996 16:47:34 +0930 From: Michael Smith Message-Id: <199604280717.QAA10735@genesis.atrad.adelaide.edu.au> Subject: Re: About to make the jump to -current... To: imp@village.org (Warner Losh) Date: Sun, 28 Apr 1996 16:47:33 +0930 (CST) Cc: current@freebsd.org In-Reply-To: <199604280136.TAA02941@rover.village.org> from "Warner Losh" at Apr 27, 96 07:36:01 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh stands accused of saying: > > I want to build a -current kernel on a -stable system. Is that a > reasonable thing to do? Will the resulting kernel work with -stable > binaries? Will I need to build the config out of -current in order to > configure the kernel, or will the one in -stable be good enough? You'll have lots of trouble 8( What you _can_ do is cheat lots. IIRC, you run an all-SCSI system. Scrounge a small (<100M is fine) IDE disk, and put a filesystem on it. Make it a root filesystem (/bin, /dev and friends) and populate it with hand-build -current binaries. (Not too hard, but you may have fun with /usr/include/* and /usr/lib/*). Then frob your BIOS settings to boot from your new root filesystem, and mount your old /usr and such. You may want to do a few other 'magic' things with symlinks to frob /usr/include to suit the system's current 'personality', or move it to the root filesystem and symlink /usr/include to /include. There are lots of rude things like this that are totally unsuitable for general use that can be done in a situation like yours; I'm sure some of the real oldsters here can think of more 8) You will need a -current 'config' to config a -current kernel. > Also, if I upgrade to -current, would it be good enought to grab > jordan's next snapshot and just extract all the binaries from it onto > my system and reboot with a -current kernel? Or is there a painless > upgrade option in the snapshot? You could use this technique to bootstrap your new root filesystem - pull apart the bindist bits to get everything that belongs in / rather than hand-build them. > Warner A question for the wise kernel people - how did the NetBSD folks do their variant symlink stuff? I was pondering the possibilities of performing 'magic' translations of symlink destination components based on sysctl variables. Erk, here's a sample : Symlink /usr/include to /usr/include.$PERSONALITY$ sysctl -w symlink.translation.PERSONALITY="current" Obviously not a trick for everyday use, but of immense versatility. Adding per-process translation overrides would be even More Magic. (but possibly a Bad Idea). -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Apr 28 01:03:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA15704 for current-outgoing; Sun, 28 Apr 1996 01:03:58 -0700 (PDT) Received: from nol.net (zac@dazed.nol.net [206.126.32.101]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA15699 for ; Sun, 28 Apr 1996 01:03:54 -0700 (PDT) Received: (from zac@localhost) by nol.net (8.7.5/8.7.3) id DAA06838 for freebsd-current@freebsd.org; Sun, 28 Apr 1996 03:02:15 -0500 (CDT) Date: Sun, 28 Apr 1996 03:02:15 -0500 (CDT) From: Doug Swarin Message-Id: <199604280802.DAA06838@nol.net> X-AUTH: NOLNET SENDMAIL AUTH To: freebsd-current@freebsd.org Subject: GCC 2.7.2 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been away on vacation and haven't caught up on this list recently, but is anyone planning to fold GCC 2.7.2 into -current or should I give up hope on seeing an grade any time soon? Doug Doug Swarin DNRC Member zac@nol.net Holder of Past Knowledge http://www.nol.net/~zac/ Arch-Prelate of Small and MUD: mud.absurdity.com 8000 Medium Sized Pastries From owner-freebsd-current Sun Apr 28 02:07:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA19722 for current-outgoing; Sun, 28 Apr 1996 02:07:12 -0700 (PDT) Received: from MediaCity.com (root@easy1.mediacity.com [205.216.172.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA19709 for ; Sun, 28 Apr 1996 02:07:07 -0700 (PDT) Received: (from brian@localhost) by MediaCity.com (8.6.11/8.6.9) id CAA09335 for freebsd-current@freebsd.org; Sun, 28 Apr 1996 02:07:37 -0700 From: Brian Litzinger Message-Id: <199604280907.CAA09335@MediaCity.com> Subject: pci irq10 treated as clk0/irq0? To: freebsd-current@freebsd.org Date: Sun, 28 Apr 1996 02:07:36 -0700 (PDT) Reply-To: brian@MediaCity.com X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A -current kernel of Sun Apr 28 02:00:21 PDT 1996 give a strange message during boot and then panics when it tries to mount the root filesystem. For each PCI device installed in my system I see a line during the boot along the lines of someorother_inthandler: pci irq 10 treated as clk0 (or maybe is was irq0) (irq 10 is different for each device) Then when the final boot comes up is says something like: panic unable to mount root An April 21st -current kernel does not do this. My setup: Intel 486DX4/100 16MB PCI Adaptec 2940W Matrox Milleneum VGA DEC 21040 ethernet GusMax -- Brian Litzinger Powered by FreeBSD http[s]://www.mpress.com From owner-freebsd-current Sun Apr 28 03:59:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA24891 for current-outgoing; Sun, 28 Apr 1996 03:59:38 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA24884 for ; Sun, 28 Apr 1996 03:59:37 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uDUCU-0003vlC; Sun, 28 Apr 96 03:59 PDT Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id KAA04484; Sun, 28 Apr 1996 10:59:41 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Doug Swarin cc: freebsd-current@FreeBSD.org Subject: Re: GCC 2.7.2 In-reply-to: Your message of "Sun, 28 Apr 1996 03:02:15 EST." <199604280802.DAA06838@nol.net> Date: Sun, 28 Apr 1996 10:59:40 +0000 Message-ID: <4482.830689180@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I've been away on vacation and haven't caught up on this list > recently, but is anyone planning to fold GCC 2.7.2 into -current > or should I give up hope on seeing an grade any time soon? No plans yet. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Sun Apr 28 09:29:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA08069 for current-outgoing; Sun, 28 Apr 1996 09:29:30 -0700 (PDT) Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA08058 for ; Sun, 28 Apr 1996 09:29:28 -0700 (PDT) Received: from professor.eng.umd.edu (professor.eng.umd.edu [129.2.98.207]) by distortion.eng.umd.edu (8.7.5/8.7.3) with ESMTP id MAA04225 for ; Sun, 28 Apr 1996 12:29:26 -0400 (EDT) Received: (from chuckr@localhost) by professor.eng.umd.edu (8.7.5/8.7.3) id MAA30821; Sun, 28 Apr 1996 12:29:25 -0400 (EDT) Date: Sun, 28 Apr 1996 12:29:24 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@professor.eng.umd.edu To: FreeBSD-current@FreeBSD.org Subject: ELF executeables Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I'm trying to understand how ELF executeables work, and having a little trouble. I found information (from an SVR4 manual) on the structure of ELF executables, and I've read it. Now I'm trying to understand how an executable gets started. I thought I had it that crt0 loaded an ld.so image, which determined if (or if not) it was a shared image, and started off loading any shared stuff via mmap calls. Because of this, I went looking at the crt0 and ld.so code, but found no provision for recognizing ELF execuables. I have found in /usr/src/sys/kern the files imgact_aout and imgact_elf, I can see that they must be doing the magic, but I don't understand at what point in starting execution of a program that they get involved. Could someone explain some of the strategy, or point me at something else to read? Thanks. I think that the ELF stuff is really neat, I'm just exercising my curiosity. This is all raising some interesting questions in my mind, as to the ultimate (12-18 months) goal of FreeBSD. Is a.out possibly on it's way out? Does the size of current bloat out, during a possible conversion to ELF (dual libs?)? Sorry for all the questions, I'd really be interested in some comments. I'd move this to FreeBSD-chat if folks want. ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-current Sun Apr 28 09:36:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA08803 for current-outgoing; Sun, 28 Apr 1996 09:36:45 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA08796 for ; Sun, 28 Apr 1996 09:36:41 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id CAA09259; Mon, 29 Apr 1996 02:34:45 +1000 Date: Mon, 29 Apr 1996 02:34:45 +1000 From: Bruce Evans Message-Id: <199604281634.CAA09259@godzilla.zeta.org.au> To: brian@MediaCity.com, freebsd-current@FreeBSD.org Subject: Re: pci irq10 treated as clk0/irq0? Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >A -current kernel of >Sun Apr 28 02:00:21 PDT 1996 >give a strange message during boot and then panics when it tries to >mount the root filesystem. A -current kernel of 1996/04/26 between 13:47:37 and 22:26:35 (cvs time) would probably have done that. >For each PCI device installed in my system I see a line during >the boot along the lines of >someorother_inthandler: pci irq 10 treated as clk0 (or maybe is was irq0) Update /usr/sbin/config. Bruce From owner-freebsd-current Sun Apr 28 12:09:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA17218 for current-outgoing; Sun, 28 Apr 1996 12:09:52 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA17204 Sun, 28 Apr 1996 12:09:45 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id MAA24446; Sun, 28 Apr 1996 12:09:38 -0700 (PDT) Date: Sun, 28 Apr 1996 12:09:38 -0700 (PDT) Message-Id: <199604281909.MAA24446@silvia.HIP.Berkeley.EDU> To: phk@critter.tfs.com CC: zac@nol.net, freebsd-current@freebsd.org, jmacd@freebsd.org In-reply-to: <4482.830689180@critter.tfs.com> (message from Poul-Henning Kamp on Sun, 28 Apr 1996 10:59:40 +0000) Subject: Re: GCC 2.7.2 From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * > I've been away on vacation and haven't caught up on this list * > recently, but is anyone planning to fold GCC 2.7.2 into -current * > or should I give up hope on seeing an grade any time soon? * * No plans yet. Wasn't Josh Macdonald working on this? Satoshi From owner-freebsd-current Sun Apr 28 12:50:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA19431 for current-outgoing; Sun, 28 Apr 1996 12:50:08 -0700 (PDT) Received: from Sisyphos (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA19374 Sun, 28 Apr 1996 12:49:52 -0700 (PDT) Received: by Sisyphos id AA14405 (5.67b/IDA-1.5); Sun, 28 Apr 1996 21:47:36 +0200 Message-Id: <199604281947.AA14405@Sisyphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Sun, 28 Apr 1996 21:47:36 +0200 In-Reply-To: Michael Smith "Re: Intelligent Debugging Tools..." (Apr 24, 13:28) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Michael Smith Subject: Re: Intelligent Debugging Tools... Cc: scrappy@ki.net (Marc G. Fournier), hasty@rah.star-gate.com, current@freebsd.org, hackers@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Apr 24, 13:28, Michael Smith wrote: } Subject: Re: Intelligent Debugging Tools... } Marc G. Fournier stands accused of saying: } > } > Is it also a hardware problem that prevents me from getting } > a coredump after issuing 2xpanic at the ddb> prompt to cause it to } > reboot? My -current machine reboots and drops core so that I can } > run kgdb against it, but my -stable machine won't :( } } This machines has an NCR controller in it IIRC. You should talk to } Stefan about this - dumping requires the controller to run in polled } mode, and it's possible that's not happening. Well, I've got to admit, that it is possible the dump code isn't working with the current NCR driver. I didn't test it myself lately, but there has been another report complaining about no kernel dump being saved. This was supposed to work and did a time, and since the driver code didn't change, I suppose some other kernel code did. If it is obvious from the sources, I'll suggest a fix and send you a patch. but I can't promise to get this fixed soon, since my development system is currently installed at my new place of employment, and I don't have access to it, outside business hours. I'll either have to buy a new development system or a new system for the office work, and I'll try to decide this within a week or two ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-current Sun Apr 28 12:58:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA20341 for current-outgoing; Sun, 28 Apr 1996 12:58:41 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA20328 for ; Sun, 28 Apr 1996 12:58:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id MAA01131; Sun, 28 Apr 1996 12:58:03 -0700 (PDT) To: Wolfram Schneider cc: guido@gvr.win.tue.nl (Guido van Rooij), current@freebsd.org Subject: Re: review request In-reply-to: Your message of "Sun, 28 Apr 1996 21:13:52 +0200." <199604281913.VAA07796@campa.panke.de> Date: Sun, 28 Apr 1996 12:58:03 -0700 Message-ID: <1129.830721483@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I think usr.bin/mail/Makefile is wrong. make install shall not install > any file in /etc. Jordan? I agree, it shouldn't. What should really happen is that mail.rc should propagate to /usr/share/misc along with mail's other files and we should adjust _PATH_MASTER_RC to point to /usr/share/misc/mail.rc instead of /etc/mail.rc. However, since this would constitute an interface change and leave anyone's customized /etc/mail.rc file high-and-dry (unless you changed the algorithm to search along a path, with /etc first), I think that I'll wait for feedback on this one before doing anything. Comments? Jordan From owner-freebsd-current Sun Apr 28 16:10:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA02393 for current-outgoing; Sun, 28 Apr 1996 16:10:19 -0700 (PDT) Received: from garter.cis.upenn.edu (GARTER.CIS.UPENN.EDU [158.130.6.60]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA02380 Sun, 28 Apr 1996 16:10:15 -0700 (PDT) Message-Id: <199604282310.QAA02380@freefall.freebsd.org> Received: by garter.cis.upenn.edu (1.36.108.7/16.2) id AA02758; Sun, 28 Apr 1996 19:13:40 -0400 From: jdchung@viper.cis.upenn.edu (Jeffrey D. Chung) Subject: Re: GCC 2.7.2 To: asami@cs.berkeley.edu (Satoshi Asami) Date: Sun, 28 Apr 1996 19:13:40 -0400 (EDT) Cc: phk@critter.tfs.com, zac@nol.net, freebsd-current@freebsd.org, jmacd@freebsd.org In-Reply-To: <199604281909.MAA24446@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Apr 28, 96 12:09:38 pm X-Mailer: ELM [version 2.4 PL23-upenn2.9] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * > I've been away on vacation and haven't caught up on this list > * > recently, but is anyone planning to fold GCC 2.7.2 into -current > * > or should I give up hope on seeing an grade any time soon? > * No plans yet. Someone should at least get the new 'as' installed. The special pentium counter instructions are not in -current... This is very useful for benchmarking purposes. -Jeffrey D. Chung jdchung@cis.upenn.edu From owner-freebsd-current Sun Apr 28 17:00:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA05005 for current-outgoing; Sun, 28 Apr 1996 17:00:55 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA04997 for ; Sun, 28 Apr 1996 17:00:50 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <18443-0@bunyip.cc.uq.oz.au>; Mon, 29 Apr 1996 10:00:17 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id JAA07542 for ; Mon, 29 Apr 1996 09:38:35 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id XAA04367 for ; Sun, 28 Apr 1996 23:41:32 GMT Message-Id: <199604282341.XAA04367@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: current@freebsd.org Subject: Bug in eBones/man Makefile? X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 Apr 1996 09:41:29 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ===> eBones/man make: don't know how to make all. Stop *** Error code 2 Stop. *** Error code 1 Stop. -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Sun Apr 28 22:01:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA21423 for current-outgoing; Sun, 28 Apr 1996 22:01:52 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA21418 for ; Sun, 28 Apr 1996 22:01:48 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <09138-0@bunyip.cc.uq.oz.au>; Mon, 29 Apr 1996 15:00:19 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id OAA11799 for ; Mon, 29 Apr 1996 14:35:52 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id EAA14237 for ; Mon, 29 Apr 1996 04:38:50 GMT Message-Id: <199604290438.EAA14237@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: current@freebsd.org Subject: Last mods to locore.s (v1.67) causes reboots X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 Apr 1996 14:38:48 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Causes one of my machines (16Mb 486, IDE) to spontaneously reboot when boot. It happens just after the "loading ..." prompt, before the screen clearing and any of the usual messages about memory, version numbers & devices appear. Anybody else before I put in a bug report? Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Sun Apr 28 22:18:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA22133 for current-outgoing; Sun, 28 Apr 1996 22:18:21 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA22121 for ; Sun, 28 Apr 1996 22:18:19 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id UAA02936; Sun, 28 Apr 1996 20:40:38 -0700 (PDT) Message-Id: <199604290340.UAA02936@ref.tfs.com> Subject: Re: About to make the jump to -current... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sun, 28 Apr 1996 20:40:37 -0700 (PDT) From: "JULIAN Elischer" Cc: imp@village.org, current@FreeBSD.org In-Reply-To: <199604280717.QAA10735@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 28, 96 04:47:33 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk what I do is make a chroot system and build it in there.. then boot off the chroot partition when done.. OR just instal over th e2.1 stuff :) > > Warner Losh stands accused of saying: > > > > I want to build a -current kernel on a -stable system. Is that a > > reasonable thing to do? Will the resulting kernel work with -stable > > binaries? Will I need to build the config out of -current in order to > > configure the kernel, or will the one in -stable be good enough? > > You'll have lots of trouble 8( From owner-freebsd-current Sun Apr 28 23:14:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA24415 for current-outgoing; Sun, 28 Apr 1996 23:14:14 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA24409 for ; Sun, 28 Apr 1996 23:14:09 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id IAA25123; Mon, 29 Apr 1996 08:13:38 +0200 (SAT) Message-Id: <199604290613.IAA25123@grumble.grondar.za> To: Stephen Hocking cc: current@FreeBSD.org Subject: Re: Bug in eBones/man Makefile? Date: Mon, 29 Apr 1996 08:13:37 +0200 From: Mark Murray Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Stephen Hocking wrote: > ===> eBones/man > make: don't know how to make all. Stop > *** Error code 2 > > Stop. > *** Error code 1 > > Stop. Oink? I cannot repeat that here. What version etc? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Sun Apr 28 23:28:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA24867 for current-outgoing; Sun, 28 Apr 1996 23:28:31 -0700 (PDT) Received: from gordius.gordian.com (gordius.gordian.com [192.73.220.81]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA24862 for ; Sun, 28 Apr 1996 23:28:29 -0700 (PDT) Received: from delphi.gordian.com (delphi.gordian.com [192.73.220.125]) by gordius.gordian.com (8.7.4/8.6.5) with ESMTP id XAA09102; Sun, 28 Apr 1996 23:27:57 -0700 (PDT) Received: (from steve@localhost) by delphi.gordian.com (8.7.2/8.6.9) id XAA01452; Sun, 28 Apr 1996 23:27:55 -0700 (PDT) Date: Sun, 28 Apr 1996 23:27:55 -0700 (PDT) Message-Id: <199604290627.XAA01452@delphi.gordian.com> From: Steve Khoo To: terry@lambert.org CC: freebsd-current@freebsd.org In-reply-to: <199604270037.RAA28476@phaeton.artisoft.com> (message from Terry Lambert on Fri, 26 Apr 1996 17:37:59 -0700 (MST)) Subject: Re: FreeBSD 2.2-CURRENT(sup'd 4/24/96) and XFree86 3.1.2D problem Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Terry" == Terry Lambert writes: >> Has anyone seen this problem? I'm sending this to freebsd-current >> because I'm not sure if it's a XFree problem or FreeBSD problem. >> Please forgive me if it doesn't belong on this list. >> VIDEO CARD: >> >> MODEL: >> >> Diamond Stealth Video 2001 >> >> GRAPHICS CHIPSET: >> >> S3 Trio64V+ >> >> RAMDAC: >> >> Trio64V+ builtin RAMDAC >> >> CLOCKCHIP: >> >> Trio64V+ builtin clockchip >> >> VIDEO MEMORY: >> >> 2MB DRAM >> >> BUS TYPE: >> >> PCI >> >> REPORT: >> >> System lockup at xserver startup with 32MB of RAM; not just a video >> display problem. The entire system hangs with no network, disk or >> keyboard activity. If RAM is reduced to 16MB all is well. Terry> How frigging bizarre! Terry> We have several of these video cards (version number 67) that Terry> exhibit these same symptoms when used with WINICE in Windows95. Terry> If you reduce the system ram to 16M, or if you replace the thing with Terry> a version number 89 of the card firmware, the problem goes away. Terry> We can get it to lock up after a while pounding on the mode switch Terry> registers (in-and-out-and-in-and-out... of WINICE) in 16M. The Terry> v89 card doesn't lock up at all. Terry> This is on Micron P166 systems. Terry> I've been looking for "bus on time" settings, on the thoury that Terry> DRAM refresh is being missed when the card grabs the PCI bus, but Terry> haven't found anything useful. We're waiting on rev 89 cards now. Hmmm... mine is version 83. I think I'll give diamond a call and see if they know anything about these lockups. SEK From owner-freebsd-current Sun Apr 28 23:36:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA25236 for current-outgoing; Sun, 28 Apr 1996 23:36:47 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA25226 for ; Sun, 28 Apr 1996 23:36:42 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA11981; Mon, 29 Apr 1996 08:26:40 +0200 Message-Id: <199604290626.IAA11981@ra.dkuug.dk> Subject: Re: ELF executeables To: chuckr@Glue.umd.edu (Chuck Robey) Date: Mon, 29 Apr 1996 08:26:39 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.org In-Reply-To: from "Chuck Robey" at Apr 28, 96 12:29:24 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Chuck Robey who wrote: > > I'm trying to understand how ELF executeables work, and having a little > trouble. I found information (from an SVR4 manual) on the structure of > ELF executables, and I've read it. Now I'm trying to understand how an > executable gets started. I thought I had it that crt0 loaded an ld.so > image, which determined if (or if not) it was a shared image, and started > off loading any shared stuff via mmap calls. Because of this, I went > looking at the crt0 and ld.so code, but found no provision for > recognizing ELF execuables. > > I have found in /usr/src/sys/kern the files imgact_aout and imgact_elf, I > can see that they must be doing the magic, but I don't understand at what > point in starting execution of a program that they get involved. Could > someone explain some of the strategy, or point me at something else to read? Well, it goes like this: The kernel reads in the first page (4K) of the file that you gave as a prgramname, then it calls all the imgact_* functions to see if the format is understood by one of the loaders. Then in case of ELF the ELF headers are scanned to load the text & data segments. Also it looks for a "interpreter" that if found gets called to load in shared libs etc. Then the actual crt0 is called and the program is run. > Thanks. I think that the ELF stuff is really neat, I'm just exercising > my curiosity. This is all raising some interesting questions in my mind, > as to the ultimate (12-18 months) goal of FreeBSD. Is a.out possibly on > it's way out? Does the size of current bloat out, during a possible > conversion to ELF (dual libs?)? Your'e welcome, and NO we have no plans for migrating to ELF in the near future, at this point in time there is really no advantage in doing so. I know this has been discussed to great lenght here, but IMNHO this is still the case, as much as I love ELF (hey I wrote the loader :) ) This situation can change though, but it need ALOT of work in other areas in the system, to really make a switch desireable. > Sorry for all the questions, I'd really be interested in some comments. > I'd move this to FreeBSD-chat if folks want. No need to feel sorry for asking, thats the way to learn... If the flamefest about ELF starts again, it can move to /dev/null for all I care :) :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Apr 29 00:21:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA27550 for current-outgoing; Mon, 29 Apr 1996 00:21:05 -0700 (PDT) Received: from irz401.inf.tu-dresden.de (irz401.inf.tu-dresden.de [141.76.1.12]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA27542 for ; Mon, 29 Apr 1996 00:20:59 -0700 (PDT) Received: from sax.sax.de by irz401.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA07477; Mon, 29 Apr 1996 09:19:51 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA03757; Mon, 29 Apr 1996 09:21:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA01283; Mon, 29 Apr 1996 09:09:40 +0200 (MET DST) From: J Wunsch Message-Id: <199604290709.JAA01283@uriah.heep.sax.de> Subject: Re: CDR support To: handy@sag.space.lockheed.com (Brian N. Handy) Date: Mon, 29 Apr 1996 09:09:40 +0200 (MET DST) Cc: jkh@time.cdrom.com, freebsd-current@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Brian N. Handy" at "Apr 26, 96 10:24:23 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Brian N. Handy wrote: > Argh...I've run out of time. I have to get on a plane and spent all next > week on the right coast. Next weekend I'll hook this up and report back, > I think I understand how to do it. Please use the freebsd-scsi@freebsd.org mailing list then. -- 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 Apr 29 00:21:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA27570 for current-outgoing; Mon, 29 Apr 1996 00:21:17 -0700 (PDT) Received: from irz201.inf.tu-dresden.de (irz201.inf.tu-dresden.de [141.76.1.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA27565 for ; Mon, 29 Apr 1996 00:21:12 -0700 (PDT) Received: from sax.sax.de by irz201.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA00825 for ; Mon, 29 Apr 1996 09:20:37 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA03763 for freebsd-current@FreeBSD.org; Mon, 29 Apr 1996 09:21:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA01520 for freebsd-current@FreeBSD.org; Mon, 29 Apr 1996 09:20:10 +0200 (MET DST) From: J Wunsch Message-Id: <199604290720.JAA01520@uriah.heep.sax.de> Subject: Re: ELF executeables To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 29 Apr 1996 09:20:09 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Chuck Robey at "Apr 28, 96 12:29:24 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote: > I'm trying to understand how ELF executeables work, and having a little > trouble. I found information (from an SVR4 manual) on the structure of > ELF executables, and I've read it. Somebody feels like writing elf(5)? We have a.out(5). -- 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 Apr 29 00:21:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA27620 for current-outgoing; Mon, 29 Apr 1996 00:21:41 -0700 (PDT) Received: from irz401.inf.tu-dresden.de (irz401.inf.tu-dresden.de [141.76.1.12]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA27600 for ; Mon, 29 Apr 1996 00:21:33 -0700 (PDT) Received: from sax.sax.de by irz401.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA07485 for ; Mon, 29 Apr 1996 09:19:55 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA03760 for freebsd-current@FreeBSD.org; Mon, 29 Apr 1996 09:21:08 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA01368 for freebsd-current@FreeBSD.org; Mon, 29 Apr 1996 09:14:06 +0200 (MET DST) From: J Wunsch Message-Id: <199604290714.JAA01368@uriah.heep.sax.de> Subject: Re: cvs commit: src/lib/libskey skeylogin.c To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Mon, 29 Apr 1996 09:14:05 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604262133.OAA05910@freefall.freebsd.org> from Joerg Wunsch at "Apr 26, 96 02:33:22 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Joerg Wunsch wrote: > joerg 96/04/26 14:33:21 > > Modified: lib/libskey skeylogin.c > Log: > /etc/skeykeys was basically suffering from the same vulnerability > as any non-shadowed /etc/passwd. Ironically, all programs using S/Key > have already been setuid root except keyinfo(1). > > This modification creates /etc/skeykeys with mode 0600 to prevent it > from being examined by ordinary users. NB: you ought to manually chmod 0600 /etc/skeykeys if you are already using it and chose the more secure way. The above works only for newly created files. -- 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 Apr 29 06:24:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA15543 for current-outgoing; Mon, 29 Apr 1996 06:24:18 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA15538 for ; Mon, 29 Apr 1996 06:24:16 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uDsvt-0003w8C; Mon, 29 Apr 96 06:24 PDT Received: from localhost.dk.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id NAA00313; Mon, 29 Apr 1996 13:23:54 GMT X-Authentication-Warning: critter.dk.tfs.com: Host localhost.dk.tfs.com [127.0.0.1] didn't use HELO protocol To: Stephen Hocking cc: current@freebsd.org Subject: Re: Last mods to locore.s (v1.67) causes reboots In-reply-to: Your message of "Mon, 29 Apr 1996 14:38:48 +1000." <199604290438.EAA14237@netfl15a.devetir.qld.gov.au> Date: Mon, 29 Apr 1996 13:23:53 +0000 Message-ID: <311.830784233@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Causes one of my machines (16Mb 486, IDE) to spontaneously reboot when boot. > It happens just after the "loading ..." prompt, before the screen clearing an d > any of the usual messages about memory, version numbers & devices appear. > Anybody else before I put in a bug report? Any idea how old your bootblocks are ? Could you try this ? Index: locore.s =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/locore.s,v retrieving revision 1.67 diff -u -r1.67 locore.s --- locore.s 1996/04/28 07:14:05 1.67 +++ locore.s 1996/04/29 06:21:01 @@ -203,10 +203,11 @@ popfl /* - * Don't trust what the BIOS gives for %fs and %gs. Trust the bootstrap - * to set %cs, %ds, %es and %ss. + * Don't trust what the BIOS gives for %es, %fs and %gs. Trust the bootstrap + * to set %cs, %ds and %ss. */ mov %ds, %ax + mov %ax, %es mov %ax, %fs mov %ax, %gs @@ -219,6 +220,8 @@ * returns via the old frame. */ movl $R(tmpstk),%esp + mov %ds, %ax + mov %ax, %ds call identify_cpu -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Apr 29 07:18:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17835 for current-outgoing; Mon, 29 Apr 1996 07:18:50 -0700 (PDT) Received: from ghost.uunet.ca (ghost.uunet.ca [142.77.1.100]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA17826 Mon, 29 Apr 1996 07:18:46 -0700 (PDT) Received: by ghost.uunet.ca id <53212-14079>; Mon, 29 Apr 1996 10:18:26 -0400 Date: Mon, 29 Apr 1996 10:17:16 -0400 From: Cat Okita To: Gary Palmer cc: root@biblioteca.campus.unal.edu.co, current@FreeBSD.ORG Subject: Re: MH mail: part II In-Reply-To: <13810.830610987@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 27 Apr 1996, Gary Palmer wrote: > At a guess, you were proposing that MH should be in the base > distribution? *SHUDDER* *ICK* A package that includes as a part of its documentation "You cannot properly install this package without the manuals, but you cannot create the manuals until you install this package"??? As an optional third-party piece, certainly - default??? Cat From owner-freebsd-current Mon Apr 29 08:07:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21664 for current-outgoing; Mon, 29 Apr 1996 08:07:09 -0700 (PDT) Received: from unb15.campus.unal.edu.co ([200.21.26.240]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA21620 Mon, 29 Apr 1996 08:06:53 -0700 (PDT) Received: (from pedro@localhost) by unb15.campus.unal.edu.co (8.6.12/8.6.12) id KAA04839; Mon, 29 Apr 1996 10:07:04 -0500 Date: Mon, 29 Apr 1996 10:07:02 -0500 (EST) From: "Pedro Giffuni S." To: Gary Palmer cc: current@FreeBSD.ORG Subject: Re: MH mail: part II (Final Reply) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > The main reason I proposed it included is that it is a nonsense to > > install xmh to find out it won`t run unless you add the mh package. > > That is not something we have much control over. XMH is part of the > release from the X Consortium, and hence is in the XFree86 > release. Why it is there, I have no idea. > > > It is an option ... if you go to the package installation screen. By some reason that option doesn`t work when installing from a DOS or NFS mounted partition. I suspect it doesn`t work on the 2.1R CD either! Perhaps the archives` names were cut out? > > MH is in no way (that I know of) ``traditional UNIX'' ... ``mail'' > (found in /usr/bin on FreeBSD) is the ``traditional'' interface to the > mail system, not the Rand MH system. As for ``runs by default'', MH is > supplied PRE-COMPILED in the packages collection. What more could you > ask for? > The games distribution, for example, can`t be considered "traditional" UNIX either, and I wouldn`t consider it esential... SCO UNIX offers the option to install them in a separate user. Something similar occurs with MH, it is included as an option on AIX an several others. I don`t mean, at all, that it should come default on the kernel, I just mean it should have the same level as the games distribution., The port and packages are also included in the same CD, so I don`t see why its such a big deal! > That is not controversial, and the discussion about inclusion of > MH in the base system is at an end. It just won't happen. > I can accept that, I won`t discuss anymore... best regards, Pedro > Gary > -- > Gary Palmer FreeBSD Core Team Member > FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. > > From owner-freebsd-current Mon Apr 29 09:08:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24904 for current-outgoing; Mon, 29 Apr 1996 09:08:50 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA24897 for ; Mon, 29 Apr 1996 09:08:46 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA14531; Mon, 29 Apr 1996 12:08:40 -0400 Date: Mon, 29 Apr 1996 12:08:40 -0400 From: Garrett Wollman Message-Id: <9604291608.AA14531@halloran-eldar.lcs.mit.edu> To: Michael Smith Cc: current@FreeBSD.org Subject: Re: About to make the jump to -current... In-Reply-To: <199604280717.QAA10735@genesis.atrad.adelaide.edu.au> References: <199604280136.TAA02941@rover.village.org> <199604280717.QAA10735@genesis.atrad.adelaide.edu.au> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > A question for the wise kernel people - how did the NetBSD folks do their > variant symlink stuff? I was pondering the possibilities of performing > 'magic' translations of symlink destination components based on sysctl > variables. Erk, here's a sample : > Symlink /usr/include to /usr/include.$PERSONALITY$ > sysctl -w symlink.translation.PERSONALITY="current" Better make that `fs.generic.symlink.whatever'... Or perhaps `kern.logical_name.table' (probably make Terry happy). I would use `@variable' rather than anything involving dollar signs, following the example of AFS. Any easy way out of this is to use amd(8). For example, if you were running a diskless NFS client (something I don't recommend), you might do: ln -s /localvar/localvar.'${hostname}' /usr/local/var where /localvar is defined by the map: /defaults: type:=nfs;fs:=${autodir}/${rhost}/root;sublink:=${key} * rhost:=myserver;rfs:=/export/localvar When `amd' processes a request, it automatically translates references to its keywords in the pathname passed to it for lookup, and only then does it look the name up in its map. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Apr 29 09:52:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26743 for current-outgoing; Mon, 29 Apr 1996 09:52:12 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA26733 for ; Mon, 29 Apr 1996 09:52:03 -0700 (PDT) Received: from ole.cs.tu-berlin.de (wosch@ole.cs.tu-berlin.de [130.149.22.3]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id SAA09175; Mon, 29 Apr 1996 18:51:48 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id RAA00795; Mon, 29 Apr 1996 17:13:30 +0200 Date: Mon, 29 Apr 1996 17:13:30 +0200 From: Wolfram Schneider Message-Id: <199604291513.RAA00795@campa.panke.de> To: "Jordan K. Hubbard" CC: current@freebsd.org Subject: Re: review request In-Reply-To: <1129.830721483@time.cdrom.com> References: <199604281913.VAA07796@campa.panke.de> <1129.830721483@time.cdrom.com> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: >> I think usr.bin/mail/Makefile is wrong. make install shall not install >> any file in /etc. Jordan? > >I agree, it shouldn't. Same problem for gnu/libexec/uucp/sample/Makefile -> /etc/uucp/ gnu/usr.bin/send-pr/Makefile -> /etc/gnats/freefall usr.bin/file/Makefile -> /etc/magic share/termcap/Makefile shouldn't remove /etc/termcap Wolfram From owner-freebsd-current Mon Apr 29 09:53:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26825 for current-outgoing; Mon, 29 Apr 1996 09:53:41 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA26820 for ; Mon, 29 Apr 1996 09:53:39 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA14844; Mon, 29 Apr 1996 12:53:23 -0400 Date: Mon, 29 Apr 1996 12:53:23 -0400 From: Garrett Wollman Message-Id: <9604291653.AA14844@halloran-eldar.lcs.mit.edu> To: Michael Smith Cc: current@FreeBSD.org Subject: Re: About to make the jump to -current... In-Reply-To: <9604291608.AA14531@halloran-eldar.lcs.mit.edu> References: <199604280136.TAA02941@rover.village.org> <199604280717.QAA10735@genesis.atrad.adelaide.edu.au> <9604291608.AA14531@halloran-eldar.lcs.mit.edu> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < /defaults: type:=nfs;fs:=${autodir}/${rhost}/root;sublink:=${key} > * rhost:=myserver;rfs:=/export/localvar Oops. Make that: /defaults type:=nfs;fs:=${autodir}/${rhost}/root/${rfs};sublink:=${key} * rhost:=myserver;rfs:=/export/localvar -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Apr 29 10:49:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA29862 for current-outgoing; Mon, 29 Apr 1996 10:49:04 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA29852 for ; Mon, 29 Apr 1996 10:49:01 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id KAA11667; Mon, 29 Apr 1996 10:44:41 -0700 From: "Rodney W. Grimes" Message-Id: <199604291744.KAA11667@GndRsh.aac.dev.com> Subject: Re: review request To: wosch@cs.tu-berlin.de Date: Mon, 29 Apr 1996 10:44:41 -0700 (PDT) Cc: jkh@time.cdrom.com, current@freebsd.org In-Reply-To: <199604291513.RAA00795@campa.panke.de> from Wolfram Schneider at "Apr 29, 96 05:13:30 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Jordan K. Hubbard writes: > >> I think usr.bin/mail/Makefile is wrong. make install shall not install > >> any file in /etc. Jordan? > > > >I agree, it shouldn't. > > Same problem for > > gnu/libexec/uucp/sample/Makefile -> /etc/uucp/ This one is okay as it installs *.sample, not the real files. It would be more proper to do this from src/etc/Makefile though. > gnu/usr.bin/send-pr/Makefile -> /etc/gnats/freefall This is broken :-(. > usr.bin/file/Makefile -> /etc/magic As is this. These last two should be done from src/etc/Makefile. > share/termcap/Makefile shouldn't remove /etc/termcap Agreed. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Apr 29 10:49:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA29910 for current-outgoing; Mon, 29 Apr 1996 10:49:56 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA29814 for ; Mon, 29 Apr 1996 10:48:38 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id KAA27349 for ; Mon, 29 Apr 1996 10:47:59 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id SAA08818 ; Mon, 29 Apr 1996 18:43:45 +0100 (BST) To: "Pedro Giffuni S." cc: current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: MH mail: part II (Final Reply) In-reply-to: Your message of "Mon, 29 Apr 1996 10:07:02 CDT." Date: Mon, 29 Apr 1996 18:43:44 +0100 Message-ID: <8816.830799824@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Pedro Giffuni S." wrote in message ID : > > That is not something we have much control over. XMH is part of the > > release from the X Consortium, and hence is in the XFree86 > > release. Why it is there, I have no idea. > > It is an option ... if you go to the package installation screen. > By some reason that option doesn`t work when installing from a DOS or > NFS mounted partition. I suspect it doesn`t work on the 2.1R CD either! > Perhaps the archives` names were cut out? Umm. It worked several times from the 2.1R CDROM for me, at least. It won't (and can't) work from a DOS partition as the names are truncated (Thanks, Microsoft), and I don't think anyone ever thought of doing packages over NFS ... if I remember right it's ``undefined'' what will happen in this case. Jordan may correct me however. > > MH is in no way (that I know of) ``traditional UNIX'' ... ``mail'' > > (found in /usr/bin on FreeBSD) is the ``traditional'' interface to the > > mail system, not the Rand MH system. As for ``runs by default'', MH is > > supplied PRE-COMPILED in the packages collection. What more could you > > ask for? > I don`t mean, at all, that it should come default on the kernel, I just > mean it should have the same level as the games distribution., The port > and packages are also included in the same CD, so I don`t see why its such > a big deal! The ``big deal'' comes from the way the two areas are managed for our source tree. The ports & packages collection is a neatly defined area for non-essential contributed/3rd party software. To be at the same level as the games distribution (in our current setup) we would actually need to import the MH source code into our main source repository (as managed by CVS). This is not something that would be welcomed by the people who maintain copies of the source tree locally (like myself). I built MH recently, and including object files it took up (approximately) another 15Mb's of disk space. Add CVS control files, and also that another copy would be in the CVS tree with RCS headers and deltas, that ammounts to quite a lot of disk space. (because of the way it works, CVS needs to be kept on disk if you want to stay current). With ports/packages, if I want to add another one, I just grab my CDROM, stick it in the drive and hey presto. No overhead on my disk required to store the stuff before I need it. (incase you hadn't figured this out, ports only have a minimal set of info under CVS, probably ammouting to less than 30k per port. The source code for the port itself is kept in tar.gz format on the ftp server and never goes anywhere near our CVS tree) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. From owner-freebsd-current Mon Apr 29 11:37:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02778 for current-outgoing; Mon, 29 Apr 1996 11:37:04 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA02773 Mon, 29 Apr 1996 11:37:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id LAA28121; Mon, 29 Apr 1996 11:36:27 -0700 (PDT) To: "Gary Palmer" cc: "Pedro Giffuni S." , current@FreeBSD.org Subject: Re: MH mail: part II (Final Reply) In-reply-to: Your message of "Mon, 29 Apr 1996 18:43:44 BST." <8816.830799824@palmer.demon.co.uk> Date: Mon, 29 Apr 1996 11:36:27 -0700 Message-ID: <28117.830802987@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Umm. It worked several times from the 2.1R CDROM for me, at least. It > won't (and can't) work from a DOS partition as the names are truncated > (Thanks, Microsoft), and I don't think anyone ever thought of doing Correct. I have a small script which someone donated for correcting the package names using the INDEX - I'll include it in the utils directory of the next CDROM. > packages over NFS ... if I remember right it's ``undefined'' what will > happen in this case. Jordan may correct me however. Installing packages over NFS works just fine - it's just like fetching them from the local filesystem as far as the package installer is concerned. Same goes for tape. Jordan From owner-freebsd-current Mon Apr 29 11:53:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03751 for current-outgoing; Mon, 29 Apr 1996 11:53:31 -0700 (PDT) Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA03744 for ; Mon, 29 Apr 1996 11:53:26 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id TAA19712 for ; Mon, 29 Apr 1996 19:52:38 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Mon, 29 Apr 1996 19:52:13 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id TAA08153 for FreeBSD-current@FreeBSD.org; Mon, 29 Apr 1996 19:52:07 +0100 From: Paul Richards Message-Id: <199604291852.TAA08153@cadair.elsevier.co.uk> Subject: Re: More FreeBSD problems... To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Mon, 29 Apr 1996 19:52:05 +0100 (BST) In-Reply-To: <9604291828.aa00126@gonzo.ben.algroup.co.uk> from "Ben Laurie" at Apr 29, 96 06:28:12 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Hmmm ... OK, we found the scanpci program, which revealed that the card is > at I/O 0x6100 and IRQ 11 ... but -c won't let us go above 0x2000. Ideas? > Someone I'm trying to help get FreeBSD up on with a PCnet-PCI card sent the above to me. Is there any reason to not allow using -c to set ports for PCI cards? I know the real solution would be to add PCI support if_lnc.c but it seems an unecessary restriction in any case. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Mon Apr 29 12:11:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04753 for current-outgoing; Mon, 29 Apr 1996 12:11:43 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA04748 for ; Mon, 29 Apr 1996 12:11:39 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA28593; Tue, 30 Apr 1996 05:10:43 +1000 Date: Tue, 30 Apr 1996 05:10:43 +1000 From: Bruce Evans Message-Id: <199604291910.FAA28593@godzilla.zeta.org.au> To: jkh@time.cdrom.com, wosch@cs.tu-berlin.de Subject: Re: review request Cc: current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>> I think usr.bin/mail/Makefile is wrong. make install shall not install >>> any file in /etc. Jordan? >> >>I agree, it shouldn't. >Same problem for >gnu/libexec/uucp/sample/Makefile -> /etc/uucp/ >gnu/usr.bin/send-pr/Makefile -> /etc/gnats/freefall >usr.bin/file/Makefile -> /etc/magic >share/termcap/Makefile shouldn't remove /etc/termcap All these installs should be moved into /usr/src/etc/Makefile like. It's too bad that this Makefile has to know about scattered sources. It already knows about many. There should be no `.sample' files in /etc. Bruce From owner-freebsd-current Mon Apr 29 12:58:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07570 for current-outgoing; Mon, 29 Apr 1996 12:58:29 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA07562 for ; Mon, 29 Apr 1996 12:58:25 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA00606; Mon, 29 Apr 1996 13:58:06 -0600 Date: Mon, 29 Apr 1996 13:58:06 -0600 From: Nate Williams Message-Id: <199604291958.NAA00606@rocky.sri.MT.net> To: Bruce Evans Cc: current@FreeBSD.org Subject: Re: review request In-Reply-To: <199604291910.FAA28593@godzilla.zeta.org.au> References: <199604291910.FAA28593@godzilla.zeta.org.au> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: > There should be no `.sample' files in /etc. Where do you suggest sticking etc 'example' files then? I'm thinking of files (pccard.conf.example) that shouldn't (yet) be installed unless the user explicitly installs them, since they are system specific (IRQ/IOMEM/etc) but shouldn't require the user to install the source dist. to get at them. Nate From owner-freebsd-current Mon Apr 29 13:06:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08302 for current-outgoing; Mon, 29 Apr 1996 13:06:57 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA08295 for ; Mon, 29 Apr 1996 13:06:54 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uDzCv-0003xYC; Mon, 29 Apr 96 13:06 PDT Received: from localhost.dk.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id UAA01306; Mon, 29 Apr 1996 20:05:44 GMT X-Authentication-Warning: critter.dk.tfs.com: Host localhost.dk.tfs.com [127.0.0.1] didn't use HELO protocol To: Bruce Evans cc: jkh@time.cdrom.com, wosch@cs.tu-berlin.de, current@FreeBSD.org Subject: Files installed to /etc, (was: review request) In-reply-to: Your message of "Tue, 30 Apr 1996 05:10:43 +1000." <199604291910.FAA28593@godzilla.zeta.org.au> Date: Mon, 29 Apr 1996 20:05:40 +0000 Message-ID: <1304.830808340@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >>> I think usr.bin/mail/Makefile is wrong. make install shall not install > >>> any file in /etc. Jordan? > >> > >>I agree, it shouldn't. > > [...] > > All these installs should be moved into /usr/src/etc/Makefile like. It's > too bad that this Makefile has to know about scattered sources. It already > knows about many. Isn't the problem here that all of these things should be put in another directory, from which the root can copy them to /etc if he wants to ? The only two cases in which we actually populate /etc are: a) initial install or upgrade. b) explicit command from root. How about making all installs into /etc end up in /usr[*]etc instead, and then have one target in a makefile somewhere that would wack everything from there to /etc, if that is what the "root" wants ? [*] could be something like / except that the historial luggage of /usr/etc is bad. /lib/ which isn't quite according to the spirit of the place /libdata/ --//-- /libexec/ --//-- something else which I didn't think of. The cost would be 416 Kb in the /usr filesystem, and one benefit would be that the root easier can recover from SDIEMATVSF(*) and similar ailments It would also simplify the task of setting up diskless machines... Poul-Henning * Sleep Deprivation Induced Editor MisApplication To Vital System Files -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Mon Apr 29 13:31:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10019 for current-outgoing; Mon, 29 Apr 1996 13:31:45 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA10012 for ; Mon, 29 Apr 1996 13:31:38 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id GAA31183; Tue, 30 Apr 1996 06:27:40 +1000 Date: Tue, 30 Apr 1996 06:27:40 +1000 From: Bruce Evans Message-Id: <199604292027.GAA31183@godzilla.zeta.org.au> To: bde@zeta.org.au, nate@sri.MT.net Subject: Re: review request Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> There should be no `.sample' files in /etc. >Where do you suggest sticking etc 'example' files then? I'm thinking of The same place as rc.sample (/dev/null). We have a /usr/share/examples/etc, but no one seems to look in there. It contains only 3 files, the largest of which is a completely out of date README. >files (pccard.conf.example) that shouldn't (yet) be installed unless the >user explicitly installs them, since they are system specific >(IRQ/IOMEM/etc) but shouldn't require the user to install the source >dist. to get at them. Perhaps they should go in /etc.sample (in / because they are machine- dependent and you might want them before mounting /usr). Some other things in /usr/src/share/examples could be handled better. I changed the Makefile to make sure that everything is installed (in case the user doesn't install the source dist.), but it makes no sense to install examples of sources. OTOH, sources are a bit hard to get to in /usr/src/share/examples. Bruce From owner-freebsd-current Mon Apr 29 13:44:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA11402 for current-outgoing; Mon, 29 Apr 1996 13:44:47 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA11392 for ; Mon, 29 Apr 1996 13:44:43 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA04983; Mon, 29 Apr 1996 13:37:39 -0700 From: Terry Lambert Message-Id: <199604292037.NAA04983@phaeton.artisoft.com> Subject: Re: FreeBSD 2.2-CURRENT(sup'd 4/24/96) and XFree86 3.1.2D problem To: steve@gordian.com (Steve Khoo) Date: Mon, 29 Apr 1996 13:37:39 -0700 (MST) Cc: terry@lambert.org, freebsd-current@freebsd.org In-Reply-To: <199604290627.XAA01452@delphi.gordian.com> from "Steve Khoo" at Apr 28, 96 11:27:55 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ ... version 89 vs. ... ] > Hmmm... mine is version 83. I think I'll give diamond a call and see > if they know anything about these lockups. > > SEK > Let me know if they tell you anything! 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 Apr 29 13:55:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12961 for current-outgoing; Mon, 29 Apr 1996 13:55:48 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA12953 for ; Mon, 29 Apr 1996 13:55:45 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id NAA29352 for ; Mon, 29 Apr 1996 13:55:43 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id OAA00842; Mon, 29 Apr 1996 14:54:14 -0600 Date: Mon, 29 Apr 1996 14:54:14 -0600 From: Nate Williams Message-Id: <199604292054.OAA00842@rocky.sri.MT.net> To: Bruce Evans Cc: nate@sri.MT.net, current@freebsd.org Subject: Re: review request In-Reply-To: <199604292027.GAA31183@godzilla.zeta.org.au> References: <199604292027.GAA31183@godzilla.zeta.org.au> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> There should be no `.sample' files in /etc. > > >Where do you suggest sticking etc 'example' files then? I'm thinking of > > The same place as rc.sample (/dev/null). We have a /usr/share/examples/etc, > but no one seems to look in there. It contains only 3 files, the largest > of which is a completely out of date README. > > >files (pccard.conf.example) that shouldn't (yet) be installed unless the > >user explicitly installs them, since they are system specific > >(IRQ/IOMEM/etc) but shouldn't require the user to install the source > >dist. to get at them. > > Perhaps they should go in /etc.sample (in / because they are machine- > dependent and you might want them before mounting /usr). They should end up in /etc *after* they are edited, so it's not critical that they exist before /usr is mounted. > Some other things in /usr/src/share/examples could be handled better. > I changed the Makefile to make sure that everything is installed (in case > the user doesn't install the source dist.), but it makes no sense to > install examples of sources. OTOH, sources are a bit hard to get to in > /usr/src/share/examples. Why do you say that? From owner-freebsd-current Mon Apr 29 14:21:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15680 for current-outgoing; Mon, 29 Apr 1996 14:21:47 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA15670 for ; Mon, 29 Apr 1996 14:21:42 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA00317; Tue, 30 Apr 1996 07:19:32 +1000 Date: Tue, 30 Apr 1996 07:19:32 +1000 From: Bruce Evans Message-Id: <199604292119.HAA00317@godzilla.zeta.org.au> To: bde@zeta.org.au, nate@sri.MT.net Subject: Re: review request Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Some other things in /usr/src/share/examples could be handled better. >> I changed the Makefile to make sure that everything is installed (in case >> the user doesn't install the source dist.), but it makes no sense to >> install examples of sources. OTOH, sources are a bit hard to get to in >> /usr/src/share/examples. >Why do you say that? No one seems to look after them there. The makefiles aren't nicely integrated... Bruce From owner-freebsd-current Mon Apr 29 14:37:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16946 for current-outgoing; Mon, 29 Apr 1996 14:37:35 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA16941 for ; Mon, 29 Apr 1996 14:37:30 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA00841; Tue, 30 Apr 1996 07:31:12 +1000 Date: Tue, 30 Apr 1996 07:31:12 +1000 From: Bruce Evans Message-Id: <199604292131.HAA00841@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@critter.tfs.com Subject: Re: Files installed to /etc, (was: review request) Cc: current@freebsd.org, jkh@time.cdrom.com, wosch@cs.tu-berlin.de Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Isn't the problem here that all of these things should be put in another >directory, from which the root can copy them to /etc if he wants to ? >The only two cases in which we actually populate /etc are: > a) initial install or upgrade. > b) explicit command from root. >How about making all installs into /etc end up in /usr[*]etc instead, >and then have one target in a makefile somewhere that would wack everything >from there to /etc, if that is what the "root" wants ? Root could copy from /usr/[*]etc, but install should install /usr/[*]etc and /etc separately to get the install semantics right. >[*] could be something like > / except that the historial luggage of /usr/etc is bad. :-). >The cost would be 416 Kb in the /usr filesystem, and one benefit would Less than half that without *.db and `magic'. Bruce From owner-freebsd-current Mon Apr 29 15:04:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18567 for current-outgoing; Mon, 29 Apr 1996 15:04:13 -0700 (PDT) Received: from unb15.campus.unal.edu.co ([200.21.26.240]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA18114 Mon, 29 Apr 1996 14:54:40 -0700 (PDT) Received: (from pedro@localhost) by unb15.campus.unal.edu.co (8.6.12/8.6.12) id QAA05480; Mon, 29 Apr 1996 16:48:46 -0500 Date: Mon, 29 Apr 1996 16:48:45 -0500 (EST) From: "Pedro Giffuni S." To: "Jordan K. Hubbard" cc: Gary Palmer , current@FreeBSD.org Subject: Re: MH mail: part II (Final Reply) In-Reply-To: <28117.830802987@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 29 Apr 1996, Jordan K. Hubbard wrote: > > Umm. It worked several times from the 2.1R CDROM for me, at least. It > > won't (and can't) work from a DOS partition as the names are truncated > > (Thanks, Microsoft), and I don't think anyone ever thought of doing > > Correct. I have a small script which someone donated for correcting > the package names using the INDEX - I'll include it in the utils > directory of the next CDROM. > > > packages over NFS ... if I remember right it's ``undefined'' what will > > happen in this case. Jordan may correct me however. > > Installing packages over NFS works just fine - it's just like fetching > them from the local filesystem as far as the package installer is > concerned. Same goes for tape. > Name sizes are not the only thing we must thank microsoft for... when copying from CD to hard disk, for a DOS installation, the resulting copies are not exactly equal (I compared them !). I recommend using the /v flag when copying... but there`s no warranty that will be the final answer. Other two guys I know had the same problem, very nasty DOS bug. regards, Pedro From owner-freebsd-current Mon Apr 29 15:17:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA19412 for current-outgoing; Mon, 29 Apr 1996 15:17:11 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA19393 for ; Mon, 29 Apr 1996 15:17:06 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id IAA02415; Tue, 30 Apr 1996 08:12:30 +1000 Date: Tue, 30 Apr 1996 08:12:30 +1000 From: Bruce Evans Message-Id: <199604292212.IAA02415@godzilla.zeta.org.au> To: FreeBSD-current@FreeBSD.org, p.richards@elsevier.co.uk Subject: Re: More FreeBSD problems... Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Hmmm ... OK, we found the scanpci program, which revealed that the card is >> at I/O 0x6100 and IRQ 11 ... but -c won't let us go above 0x2000. Ideas? >> The visual config has bogus limitsSee an old PR. Ordinary config works. >Someone I'm trying to help get FreeBSD up on with a PCnet-PCI card sent >the above to me. Is there any reason to not allow using -c to set ports >for PCI cards? I know the real solution would be to add PCI support Yes, the data structures manipulated by -c only exist for ISA devices. Bruce From owner-freebsd-current Mon Apr 29 15:49:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA20523 for current-outgoing; Mon, 29 Apr 1996 15:49:18 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA20517 for ; Mon, 29 Apr 1996 15:49:09 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA05374; Mon, 29 Apr 1996 15:41:43 -0700 From: Terry Lambert Message-Id: <199604292241.PAA05374@phaeton.artisoft.com> Subject: Re: Files installed to /etc, (was: review request) To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Mon, 29 Apr 1996 15:41:42 -0700 (MST) Cc: bde@zeta.org.au, jkh@time.cdrom.com, wosch@cs.tu-berlin.de, current@freebsd.org In-Reply-To: <1304.830808340@critter.tfs.com> from "Poul-Henning Kamp" at Apr 29, 96 08:05:40 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Isn't the problem here that all of these things should be put in another > directory, from which the root can copy them to /etc if he wants to ? > > The only two cases in which we actually populate /etc are: > > a) initial install or upgrade. > > b) explicit command from root. > > How about making all installs into /etc end up in /usr[*]etc instead, > and then have one target in a makefile somewhere that would wack everything > from there to /etc, if that is what the "root" wants ? > > [*] could be something like > / except that the historial luggage of /usr/etc is bad. > /lib/ which isn't quite according to the spirit of the place > /libdata/ --//-- > /libexec/ --//-- > something else which I didn't think of. > > The cost would be 416 Kb in the /usr filesystem, and one benefit would > be that the root easier can recover from SDIEMATVSF(*) and similar ailments > > It would also simplify the task of setting up diskless machines... And Upgrades! YES, YES, YES! What Poul said! 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 Apr 29 16:33:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA22840 for current-outgoing; Mon, 29 Apr 1996 16:33:48 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA22834 for ; Mon, 29 Apr 1996 16:33:44 -0700 (PDT) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id BAA01370; Tue, 30 Apr 1996 01:16:45 +0200 From: Wolfram Schneider Received: (from wosch@localhost) by caramba.cs.tu-berlin.de (8.7.2/8.7.2) id BAA09153; Tue, 30 Apr 1996 01:16:38 +0200 (MET DST) Date: Tue, 30 Apr 1996 01:16:38 +0200 (MET DST) Message-Id: <199604292316.BAA09153@caramba.cs.tu-berlin.de> To: Poul-Henning Kamp Cc: Bruce Evans , jkh@time.cdrom.com, current@FreeBSD.org Subject: Files installed to /etc, (was: review request) In-Reply-To: <1304.830808340@critter.tfs.com> References: <199604291910.FAA28593@godzilla.zeta.org.au> <1304.830808340@critter.tfs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >How about making all installs into /etc end up in /usr[*]etc instead, >and then have one target in a makefile somewhere that would wack everything >from there to /etc, if that is what the "root" wants ? > >[*] could be something like [...] > something else which I didn't think of. /usr/share/etc Wolfram From owner-freebsd-current Mon Apr 29 16:59:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA24345 for current-outgoing; Mon, 29 Apr 1996 16:59:56 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA24340 for ; Mon, 29 Apr 1996 16:59:50 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id JAA17479; Tue, 30 Apr 1996 09:28:45 +0930 From: Michael Smith Message-Id: <199604292358.JAA17479@genesis.atrad.adelaide.edu.au> Subject: Re: More FreeBSD problems... To: p.richards@elsevier.co.uk (Paul Richards) Date: Tue, 30 Apr 1996 09:28:44 +0930 (CST) Cc: FreeBSD-current@FreeBSD.org In-Reply-To: <199604291852.TAA08153@cadair.elsevier.co.uk> from "Paul Richards" at Apr 29, 96 07:52:05 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Paul Richards stands accused of saying: > > > > > Hmmm ... OK, we found the scanpci program, which revealed that the card is > > at I/O 0x6100 and IRQ 11 ... but -c won't let us go above 0x2000. Ideas? > > > > Someone I'm trying to help get FreeBSD up on with a PCnet-PCI card sent > the above to me. Is there any reason to not allow using -c to set ports > for PCI cards? I know the real solution would be to add PCI support > if_lnc.c but it seems an unecessary restriction in any case. They're using the 'visual' mode of Userconfig. Tell them to do it at the commandline. I limited the I/O base to 0x2000 to try to avoid helping people shoot themselves in the foot; it looks like I should lift it for PCI's sake. > Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Apr 29 17:26:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25984 for current-outgoing; Mon, 29 Apr 1996 17:26:18 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA25979 for ; Mon, 29 Apr 1996 17:26:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id RAA23828; Mon, 29 Apr 1996 17:24:29 -0700 (PDT) To: Terry Lambert cc: phk@critter.tfs.com (Poul-Henning Kamp), bde@zeta.org.au, wosch@cs.tu-berlin.de, current@freebsd.org Subject: Re: Files installed to /etc, (was: review request) In-reply-to: Your message of "Mon, 29 Apr 1996 15:41:42 PDT." <199604292241.PAA05374@phaeton.artisoft.com> Date: Mon, 29 Apr 1996 17:24:28 -0700 Message-ID: <23826.830823868@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > It would also simplify the task of setting up diskless machines... > > And Upgrades! Which were, in fact, the topic that spawned this thread.. :-) > YES, YES, YES! What Poul said! OK, there appears to be widespread support for the general idea and considerable input on how to do it, as well. Now the $10,000 question: Which of us will be the one to defiantly raise the metal golf club of CVS on the treeless, stormy golf course of FreeBSD-committers? :-) Jordan From owner-freebsd-current Mon Apr 29 18:08:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA27764 for current-outgoing; Mon, 29 Apr 1996 18:08:00 -0700 (PDT) Received: from sumter.awod.com (awod.com [198.81.225.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA27747 Mon, 29 Apr 1996 18:07:53 -0700 (PDT) Received: from Ken (tsunami.awod.com [198.81.225.31]) by sumter.awod.com (8.6.12/8.6.9) with SMTP id VAA23456; Mon, 29 Apr 1996 21:07:06 -0400 Message-Id: <1.5.4.32.19960430010743.009aa208@awod.com> X-Sender: klam@awod.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 29 Apr 1996 21:07:43 -0400 To: freebsd-current@FreeBSD.org From: Ken Lam Subject: scsi errors in CURRENT with AHA2940 Cc: scsi@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I've got a 2940 in a P5-90 with SiS chipset. The following is what I have from the logs, note that it doesn't crash, can't access the drives (input/output error, I believe). sd0(ahc0:0:0): timed out in dataout phase, SCSISIGI == 0x0 sd0(ahc0:0:0): BUS DEVICE RESET message queued. sd0(ahc0:0:0): timed out in dataout phase, SCSISIGI == 0x0 ahc0: Issued Channel A Bus Reset #1. 2 SCBs aborted sd1(ahc0:1:0): Power on, reset, or bus device reset occurred field replaceable unit: 1 I've been having problems with the system and haven't been able to identify the cause, I have checked termination, and swapped with known good cables. Suggestions? TIA, Ken --- Ken Lam "'Plug and Play' only worked with the original ATARI(tm)" From owner-freebsd-current Mon Apr 29 21:22:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA02761 for current-outgoing; Mon, 29 Apr 1996 21:22:48 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA02754 Mon, 29 Apr 1996 21:22:43 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id VAA03933; Mon, 29 Apr 1996 21:22:12 -0700 (PDT) Date: Mon, 29 Apr 1996 21:22:12 -0700 (PDT) Message-Id: <199604300422.VAA03933@silvia.HIP.Berkeley.EDU> To: gpalmer@FreeBSD.org CC: pedro@unb15.campus.unal.edu.co, current@FreeBSD.org In-reply-to: <8816.830799824@palmer.demon.co.uk> (gpalmer@FreeBSD.org) Subject: Re: MH mail: part II (Final Reply) From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk (Quoting Gary's mail, but really responding to Pedro here....) * "Pedro Giffuni S." wrote in message ID * > I don`t mean, at all, that it should come default on the kernel, I just * > mean it should have the same level as the games distribution., The port I agree with you, but IMNSHO, this should be done by moving the games out to the ports collection, not the other way around! :) Satoshi From owner-freebsd-current Mon Apr 29 21:25:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA02919 for current-outgoing; Mon, 29 Apr 1996 21:25:53 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA02913 Mon, 29 Apr 1996 21:25:50 -0700 (PDT) Message-Id: <199604300425.VAA02913@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Ken Lam cc: freebsd-current@freebsd.org, scsi@freebsd.org Subject: Re: scsi errors in CURRENT with AHA2940 In-reply-to: Your message of "Mon, 29 Apr 1996 21:07:43 EDT." <1.5.4.32.19960430010743.009aa208@awod.com> Date: Mon, 29 Apr 1996 21:25:50 -0700 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk How recent are your sources? What kind of devices do you have on the chain? Are you using any AHC kernel config options? Under what kinds of loads are you seeing this problem? >I've got a 2940 in a P5-90 with SiS chipset. > >The following is what I have from the logs, note that it doesn't >crash, can't access the drives (input/output error, I believe). > >sd0(ahc0:0:0): timed out in dataout phase, SCSISIGI == 0x0 >sd0(ahc0:0:0): BUS DEVICE RESET message queued. >sd0(ahc0:0:0): timed out in dataout phase, SCSISIGI == 0x0 >ahc0: Issued Channel A Bus Reset #1. 2 SCBs aborted >sd1(ahc0:1:0): Power on, reset, or bus device reset occurred field replaceabl >e >unit: 1 > >I've been having problems with the system and haven't been able to >identify the cause, I have checked termination, and swapped with known >good cables. > >Suggestions? > >TIA, >Ken >--- >Ken Lam >"'Plug and Play' only worked with the original ATARI(tm)" > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Mon Apr 29 23:10:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA10517 for current-outgoing; Mon, 29 Apr 1996 23:10:55 -0700 (PDT) Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA10512 for ; Mon, 29 Apr 1996 23:10:50 -0700 (PDT) Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.7.1/8.6.4) with ESMTP id IAA25494 for ; Tue, 30 Apr 1996 08:09:29 +0200 (MET DST) Message-Id: <199604300609.IAA25494@lirmm.lirmm.fr> To: current@freebsd.org Subject: Request for commit: types.h Date: Tue, 30 Apr 1996 08:09:28 +0200 From: "Philippe Charnier" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, In /usr/src/sys/sys/types.h, machine/ansi.h is included twice. Pointed out by: makedepend Index: sys/sys/types.h =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/sys/sys/types.h,v retrieving revision 1.9 diff -u -r1.9 types.h --- types.h 1996/03/11 02:19:02 1.9 +++ types.h 1996/04/27 10:50:31 @@ -43,7 +43,6 @@ #define _SYS_TYPES_H_ #include -#include /* Machine type dependent parameters. */ #include -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Mon Apr 29 23:16:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA10927 for current-outgoing; Mon, 29 Apr 1996 23:16:44 -0700 (PDT) Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA10760 for ; Mon, 29 Apr 1996 23:14:32 -0700 (PDT) Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.7.1/8.6.4) with ESMTP id IAA25525 for ; Tue, 30 Apr 1996 08:10:38 +0200 (MET DST) Message-Id: <199604300610.IAA25525@lirmm.lirmm.fr> To: current@freebsd.org Subject: systat -vmstat Date: Tue, 30 Apr 1996 08:10:37 +0200 From: "Philippe Charnier" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, What about making systat -vmstat a little more friendly? cvs diff: Diffing usr.bin/systat Index: usr.bin/systat/systat.1 =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.bin/systat/systat.1,v retrieving revision 1.4 diff -u -r1.4 systat.1 --- systat.1 1996/01/20 07:29:09 1.4 +++ systat.1 1996/04/13 09:42:20 @@ -238,8 +238,8 @@ sleeping (`s'), and swapped out but desiring to run (`w'). Below the queue length listing is a numerical listing and a bar graph showing the amount of -system (shown as `='), interrupt (shown as `+'), user (shown as `>'), -nice (shown as `-'), and idle time (shown as ` '). +system (shown as `S'), interrupt (shown as `I'), user (shown as `U'), +nice (shown as `N'), and idle time (shown as ` '). .Pp At the bottom left are statistics on name translations. It lists the number of names translated in the previous interval, Index: usr.bin/systat/vmstat.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.bin/systat/vmstat.c,v retrieving revision 1.18 diff -u -r1.18 vmstat.c --- vmstat.c 1996/03/31 16:39:26 1.18 +++ vmstat.c 1996/04/13 09:41:35 @@ -349,7 +349,7 @@ putint((int)((float)s.fld/etime + 0.5), l, c, w) #define MAXFAIL 5 -static char cpuchar[CPUSTATES] = { '=' , '+', '>', '-', ' ' }; +static char cpuchar[CPUSTATES] = { 'S' , 'I', 'U', 'N', ' ' }; static char cpuorder[CPUSTATES] = { CP_SYS, CP_INTR, CP_USER, CP_NICE, CP_IDLE }; -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-current Tue Apr 30 00:11:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA13757 for current-outgoing; Tue, 30 Apr 1996 00:11:32 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA13752 for ; Tue, 30 Apr 1996 00:11:30 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uE9aE-0003w0C; Tue, 30 Apr 96 00:10 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id FAA02659; Tue, 30 Apr 1996 05:52:39 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Wolfram Schneider cc: Bruce Evans , jkh@time.cdrom.com, current@freebsd.org Subject: Re: Files installed to /etc, (was: review request) In-reply-to: Your message of "Tue, 30 Apr 1996 01:16:38 +0200." <199604292316.BAA09153@caramba.cs.tu-berlin.de> Date: Tue, 30 Apr 1996 05:52:39 +0000 Message-ID: <2657.830843559@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >How about making all installs into /etc end up in /usr[*]etc instead, > >and then have one target in a makefile somewhere that would wack everything > >from there to /etc, if that is what the "root" wants ? > > > >[*] could be something like > [...] > > something else which I didn't think of. > > /usr/share/etc That would be obviously wrong. It is >not< shareable, now even inside the same architecture. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Apr 30 02:56:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA24656 for current-outgoing; Tue, 30 Apr 1996 02:56:18 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA24651 for ; Tue, 30 Apr 1996 02:56:13 -0700 (PDT) Received: from ole.cs.tu-berlin.de (wosch@ole.cs.tu-berlin.de [130.149.22.3]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id LAA22106; Tue, 30 Apr 1996 11:56:02 +0200 Received: (from wosch@localhost) by localhost (8.6.12/8.6.12) id LAA00400; Tue, 30 Apr 1996 11:02:27 +0200 Date: Tue, 30 Apr 1996 11:02:27 +0200 From: Wolfram Schneider Message-Id: <199604300902.LAA00400@localhost> To: Nate Williams Cc: current@FreeBSD.org Subject: Re: review request In-Reply-To: <199604291958.NAA00606@rocky.sri.MT.net> References: <199604291910.FAA28593@godzilla.zeta.org.au> <199604291958.NAA00606@rocky.sri.MT.net> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Nate Williams writes: >Bruce Evans writes: >> There should be no `.sample' files in /etc. >Where do you suggest sticking etc 'example' files then? /usr/share/examples/etc Wolfram >I'm thinking of >files (pccard.conf.example) that shouldn't (yet) be installed unless the >user explicitly installs them, since they are system specific >(IRQ/IOMEM/etc) but shouldn't require the user to install the source >dist. to get at them. From owner-freebsd-current Tue Apr 30 03:01:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA24957 for current-outgoing; Tue, 30 Apr 1996 03:01:06 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA24948 for ; Tue, 30 Apr 1996 03:01:01 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.12/1.53) id LAA13883; Tue, 30 Apr 1996 11:05:56 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199604300905.LAA13883@gvr.win.tue.nl> Subject: Re: review request To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 30 Apr 1996 11:05:56 +0200 (MET DST) Cc: wosch@cs.tu-berlin.de, current@freebsd.org In-Reply-To: <1129.830721483@time.cdrom.com> from "Jordan K. Hubbard" at Apr 28, 96 12:58:03 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > I think usr.bin/mail/Makefile is wrong. make install shall not install > > any file in /etc. Jordan? > > I agree, it shouldn't. What should really happen is that mail.rc > should propagate to /usr/share/misc along with mail's other files > and we should adjust _PATH_MASTER_RC to point to /usr/share/misc/mail.rc > instead of /etc/mail.rc. > > However, since this would constitute an interface change and leave > anyone's customized /etc/mail.rc file high-and-dry (unless you changed > the algorithm to search along a path, with /etc first), I think that > I'll wait for feedback on this one before doing anything. > > Comments? I don't really care where it is installed. For historical reasons I would leave it in /etc however. What I'm interested in is *how* files in /etc should be installed. There are 2 ways: 1) Have them installed via make install in the source directory of the program needing it. 2) Have them installed via the makefile in usr/src/etc Can I conclude that method 2) is in favor? -Guido From owner-freebsd-current Tue Apr 30 03:11:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA25541 for current-outgoing; Tue, 30 Apr 1996 03:11:38 -0700 (PDT) Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA25535 for ; Tue, 30 Apr 1996 03:11:35 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id LAA01983 for ; Tue, 30 Apr 1996 11:10:49 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Tue, 30 Apr 1996 11:10:24 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id LAA17456; Tue, 30 Apr 1996 11:10:11 +0100 From: Paul Richards Message-Id: <199604301010.LAA17456@cadair.elsevier.co.uk> Subject: Re: Files installed to /etc, (was: review request) To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 30 Apr 1996 11:10:11 +0100 (BST) Cc: wosch@cs.tu-berlin.de, bde@zeta.org.au, jkh@time.cdrom.com, current@FreeBSD.org In-Reply-To: <2657.830843559@critter.tfs.com> from "Poul-Henning Kamp" at Apr 30, 96 05:52:39 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Poul-Henning Kamp who said > > > >How about making all installs into /etc end up in /usr[*]etc instead, > > >and then have one target in a makefile somewhere that would wack everything > > >from there to /etc, if that is what the "root" wants ? > > > > > >[*] could be something like > > [...] > > > something else which I didn't think of. > > > > /usr/share/etc > > That would be obviously wrong. It is >not< shareable, now even inside > the same architecture. Why isn't it? Until it's edited and installed in /etc it should be just a template that would be host independant and entirely shareable? -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Tue Apr 30 03:23:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA26051 for current-outgoing; Tue, 30 Apr 1996 03:23:13 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA26046 for ; Tue, 30 Apr 1996 03:23:11 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uECXe-0003vqC; Tue, 30 Apr 96 03:20 PDT Received: from localhost.dk.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id KAA03287; Tue, 30 Apr 1996 10:20:05 GMT X-Authentication-Warning: critter.dk.tfs.com: Host localhost.dk.tfs.com [127.0.0.1] didn't use HELO protocol To: Paul Richards cc: wosch@cs.tu-berlin.de, bde@zeta.org.au, jkh@time.cdrom.com, current@freebsd.org Subject: Re: Files installed to /etc, (was: review request) In-reply-to: Your message of "Tue, 30 Apr 1996 11:10:11 +0100." <199604301010.LAA17456@cadair.elsevier.co.uk> Date: Tue, 30 Apr 1996 10:20:05 +0000 Message-ID: <3285.830859605@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > /usr/share/etc > > > > That would be obviously wrong. It is >not< shareable, now even inside > > the same architecture. > > Why isn't it? Until it's edited and installed in /etc it should be just > a template that would be host independant and entirely shareable? Yes, host independent, but not architecture independent... /etc/rc for instance has to be architecture dependent to initialize weird HW... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Apr 30 03:37:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA26735 for current-outgoing; Tue, 30 Apr 1996 03:37:21 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA26728 for ; Tue, 30 Apr 1996 03:37:17 -0700 (PDT) Received: from ole.cs.tu-berlin.de (wosch@ole.cs.tu-berlin.de [130.149.22.3]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id MAA23983; Tue, 30 Apr 1996 12:36:07 +0200 Received: (from wosch@localhost) by localhost (8.6.12/8.6.12) id MAA00571; Tue, 30 Apr 1996 12:10:55 +0200 Date: Tue, 30 Apr 1996 12:10:55 +0200 From: Wolfram Schneider Message-Id: <199604301010.MAA00571@localhost> To: Poul-Henning Kamp Cc: Bruce Evans , jkh@time.cdrom.com, current@freebsd.org Subject: Re: Files installed to /etc, (was: review request) In-Reply-To: <2657.830843559@critter.tfs.com> References: <199604292316.BAA09153@caramba.cs.tu-berlin.de> <2657.830843559@critter.tfs.com> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp writes: >> >How about making all installs into /etc end up in /usr[*]etc instead, >> >and then have one target in a makefile somewhere that would wack everything >> >from there to /etc, if that is what the "root" wants ? >> > >> >[*] could be something like >> [...] >> > something else which I didn't think of. >> >> /usr/share/etc > >That would be obviously wrong. It is >not< shareable, now even inside >the same architecture. Hm, /usr/share/examples/etc.current? So we have 3 directories original: /usr/share/examples/etc local: /etc current: /usr/share/examples/etc.current (or may be /etc.current) Wolfram From owner-freebsd-current Tue Apr 30 03:49:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA27285 for current-outgoing; Tue, 30 Apr 1996 03:49:36 -0700 (PDT) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA27267 Tue, 30 Apr 1996 03:49:32 -0700 (PDT) Received: from fakir.india.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA111441356; Tue, 30 Apr 1996 03:49:22 -0700 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA141971583; Tue, 30 Apr 1996 16:23:04 +0530 Message-Id: <199604301053.AA141971583@fakir.india.hp.com> To: hackers@freebsd.org, current@freebsd.org Subject: lmbench IDE anomaly Date: Tue, 30 Apr 1996 16:23:03 +0530 From: A JOSEPH KOSHY Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Running lmdd on a -current system supped around mid apr: ---- >> single lmdd run on scsi disk krill# lmdd if=/dev/rsd0a of=internal bs=1024 count=8192 # SCSI disk, aha1542 8.00 MB in 11.35 secs, 721.92 KB/sec >> two simultaneous runs on the scsi disk krill# lmdd if=/dev/rsd0a of=internal bs=1024 count=8192 &\ lmdd if=/dev/rsd0a of=internal bs=1024 count=8192 8.00 MB in 18.29 secs, 447.80 KB/sec 8.00 MB in 18.32 secs, 447.12 KB/sec ---- The performance degradation per process is around 2x which is to be expected. The overall throughput is around the same as the single benchmark case. However when the same exercise is repeated with the IDE disk: ---- krill# lmdd if=/dev/rwd0a of=internal bs=1024 count=8192 # IDE disk 8.00 MB in 9.17 secs, 892.89 KB/sec krill# lmdd if=/dev/rwd0a of=internal bs=1024 count=8192 &\ lmdd if=/dev/rwd0a of=internal bs=1024 count=8192 8.00 MB in 72.99 secs, 112.24 KB/sec 8.00 MB in 73.02 secs, 112.19 KB/sec ---- Here we see a 8x degradation per process; 4x in terms of total throughput. Is this to be expected, or am i doing something wrong here? The system was otherwise idle during these tests. Koshy ---- System details ---- FreeBSD 2.2-CURRENT #2: Tue Apr 30 08:29:38 IST 1996 root@krill.india.hp.com:/usr/src/sys/compile/KRILL CPU: Pentium (89.99-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 16777216 (16384K bytes) avail memory = 14733312 (14388K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 1 on pci0:1 vga0 rev 45 int a irq 9 on pci0:5 pci0:7: CMD, device=0x0640, class=storage (ide) int a irq 14 [no driver assigned] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x2c0-0x2df irq 15 maddr 0xd8000 on isa ed0: address 08:00:09:a6:a3:9c, type HP-PCLAN+ (32-bit regular IO) psm0 at 0x60-0x63 irq 12 on motherboard fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 516MB (1057392 sectors), 1049 cyls, 16 heads, 63 S/T, 512 B/S aha0 at 0x330-0x333 irq 11 drq 5 on isa (aha0:5:0): "QUANTUM LPS1080S 1220" type 0 fixed SCSI 2 sd0(aha0:5:0): Direct-Access 1001MB (2051460 512 byte sectors) npx0 on motherboard npx0: INT 16 interface ---- From owner-freebsd-current Tue Apr 30 04:51:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA01029 for current-outgoing; Tue, 30 Apr 1996 04:51:56 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA01020 for ; Tue, 30 Apr 1996 04:51:29 -0700 (PDT) Received: from ole.cs.tu-berlin.de (wosch@ole.cs.tu-berlin.de [130.149.22.3]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id NAA27166; Tue, 30 Apr 1996 13:44:21 +0200 Received: (from wosch@localhost) by localhost (8.6.12/8.6.12) id NAA00655; Tue, 30 Apr 1996 13:05:19 +0200 Date: Tue, 30 Apr 1996 13:05:19 +0200 From: Wolfram Schneider Message-Id: <199604301105.NAA00655@localhost> To: Poul-Henning Kamp Cc: Paul Richards , bde@zeta.org.au, jkh@time.cdrom.com, current@freebsd.org Subject: Re: Files installed to /etc, (was: review request) In-Reply-To: <3285.830859605@critter.tfs.com> References: <199604301010.LAA17456@cadair.elsevier.co.uk> <3285.830859605@critter.tfs.com> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp writes: >> > > /usr/share/etc >> > >> > That would be obviously wrong. It is >not< shareable, now even inside >> > the same architecture. >> >> Why isn't it? Until it's edited and installed in /etc it should be just >> a template that would be host independant and entirely shareable? > >Yes, host independent, but not architecture independent... > >/etc/rc for instance has to be architecture dependent to initialize >weird HW... /usr/share/syscons is architecture dependent too. From owner-freebsd-current Tue Apr 30 05:14:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA02478 for current-outgoing; Tue, 30 Apr 1996 05:14:35 -0700 (PDT) Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA02472 for ; Tue, 30 Apr 1996 05:14:29 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id NAA03484 for ; Tue, 30 Apr 1996 13:13:42 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Tue, 30 Apr 1996 13:12:58 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id NAA23210; Tue, 30 Apr 1996 13:12:45 +0100 From: Paul Richards Message-Id: <199604301212.NAA23210@cadair.elsevier.co.uk> Subject: Re: Files installed to /etc, (was: review request) To: wosch@cs.tu-berlin.de Date: Tue, 30 Apr 1996 13:12:45 +0100 (BST) Cc: phk@critter.tfs.com, bde@zeta.org.au, jkh@time.cdrom.com, current@freebsd.org In-Reply-To: <199604301105.NAA00655@localhost> from "Wolfram Schneider" at Apr 30, 96 01:05:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Wolfram Schneider who said > > Poul-Henning Kamp writes: > >> > > /usr/share/etc > >> > > >> > That would be obviously wrong. It is >not< shareable, now even inside > >> > the same architecture. > >> > >> Why isn't it? Until it's edited and installed in /etc it should be just > >> a template that would be host independant and entirely shareable? > > > >Yes, host independent, but not architecture independent... > > > >/etc/rc for instance has to be architecture dependent to initialize > >weird HW... > > /usr/share/syscons is architecture dependent too. Hmm. Perhaps we need an architecture dependant shared area for NFS mounting shared resources for particular architectures. Maybe /usr/share/arch/i386 or something. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Tue Apr 30 05:51:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA04341 for current-outgoing; Tue, 30 Apr 1996 05:51:17 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA04336 for ; Tue, 30 Apr 1996 05:51:14 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uEErM-0003vqC; Tue, 30 Apr 96 05:48 PDT Received: from localhost.dk.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id MAA03487; Tue, 30 Apr 1996 12:48:39 GMT X-Authentication-Warning: critter.dk.tfs.com: Host localhost.dk.tfs.com [127.0.0.1] didn't use HELO protocol To: Paul Richards cc: wosch@cs.tu-berlin.de, bde@zeta.org.au, jkh@time.cdrom.com, current@freebsd.org Subject: Re: Files installed to /etc, (was: review request) In-reply-to: Your message of "Tue, 30 Apr 1996 13:12:45 +0100." <199604301212.NAA23210@cadair.elsevier.co.uk> Date: Tue, 30 Apr 1996 12:48:39 +0000 Message-ID: <3485.830868519@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > /usr/share/syscons is architecture dependent too. yes, but it still doesn't belong in /usr/share, and never did... > Hmm. Perhaps we need an architecture dependant shared area for NFS mounting > shared resources for particular architectures. Maybe /usr/share/arch/i386 or > something. /usr/arch/i386 -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Apr 30 06:26:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06210 for current-outgoing; Tue, 30 Apr 1996 06:26:35 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA06205 Tue, 30 Apr 1996 06:26:27 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id WAA21150; Tue, 30 Apr 1996 22:54:18 +0930 From: Michael Smith Message-Id: <199604301324.WAA21150@genesis.atrad.adelaide.edu.au> Subject: Re: lmbench IDE anomaly To: koshy@india.hp.com (A JOSEPH KOSHY) Date: Tue, 30 Apr 1996 22:54:18 +0930 (CST) Cc: hackers@freebsd.org, current@freebsd.org In-Reply-To: <199604301053.AA141971583@fakir.india.hp.com> from "A JOSEPH KOSHY" at Apr 30, 96 04:23:03 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A JOSEPH KOSHY stands accused of saying: > > >> two simultaneous runs on the scsi disk ... > The performance degradation per process is around 2x which is to be expected. > The overall throughput is around the same as the single benchmark case. > > However when the same exercise is repeated with the IDE disk: ... > Here we see a 8x degradation per process; 4x in terms of total throughput. > > Is this to be expected, or am i doing something wrong here? The system was > otherwise idle during these tests. That's about right. The SCSI disk gets the chance to sort the I/O to suit itself, optimising its performance. The IDE disk only gets to look at one transaction at a time, so it's at the mercy of the disksorting code in the operating system. I don't know that FreeBSD's disksort stuff is terribly wonderful, but I'd happily stand corrected. > Koshy -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Apr 30 07:18:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09962 for current-outgoing; Tue, 30 Apr 1996 07:18:54 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA09955 Tue, 30 Apr 1996 07:18:50 -0700 (PDT) Received: from unb15.campus.unal.edu.co ([200.21.26.240]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id HAA05702 ; Tue, 30 Apr 1996 07:16:42 -0700 Received: (from pedro@localhost) by unb15.campus.unal.edu.co (8.6.12/8.6.12) id JAA06366; Tue, 30 Apr 1996 09:00:42 -0500 Date: Tue, 30 Apr 1996 09:00:41 -0500 (EST) From: "Pedro Giffuni S." To: Satoshi Asami cc: gpalmer@FreeBSD.org, current@FreeBSD.org Subject: Re: MH mail: part II (Final Reply) In-Reply-To: <199604300422.VAA03933@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 29 Apr 1996, Satoshi Asami wrote: > > I agree with you, but IMNSHO, this should be done by moving the games > out to the ports collection, not the other way around! :) > Yes, that`s what I call common sense! :) regards, Pedro. From owner-freebsd-current Tue Apr 30 07:54:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12740 for current-outgoing; Tue, 30 Apr 1996 07:54:19 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA12735 for ; Tue, 30 Apr 1996 07:54:16 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA21797; Tue, 30 Apr 1996 10:53:55 -0400 Date: Tue, 30 Apr 1996 10:53:55 -0400 From: Garrett Wollman Message-Id: <9604301453.AA21797@halloran-eldar.lcs.mit.edu> To: Bruce Evans Cc: current@freebsd.org Subject: /usr/share/examples In-Reply-To: <199604292027.GAA31183@godzilla.zeta.org.au> References: <199604292027.GAA31183@godzilla.zeta.org.au> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > Some other things in /usr/src/share/examples could be handled better. > I changed the Makefile to make sure that everything is installed (in case > the user doesn't install the source dist.), but it makes no sense to > install examples of sources. It makes plenty of sense to me. Indeed, the whole reason why I set it up in the first place was to have a place to put bits of sample source code that demonstrated unique or non-obvious features and should be available for even those users who choose not to install the system sources. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Apr 30 09:16:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18382 for current-outgoing; Tue, 30 Apr 1996 09:16:24 -0700 (PDT) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA18357 for ; Tue, 30 Apr 1996 09:16:11 -0700 (PDT) Received: from ole.cs.tu-berlin.de (wosch@ole.cs.tu-berlin.de [130.149.22.3]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id SAA14062; Tue, 30 Apr 1996 18:15:19 +0200 Received: (from wosch@localhost) by localhost (8.6.12/8.6.12) id RAA01126; Tue, 30 Apr 1996 17:49:06 +0200 Date: Tue, 30 Apr 1996 17:49:06 +0200 From: Wolfram Schneider Message-Id: <199604301549.RAA01126@localhost> To: "Jordan K. Hubbard" Cc: current@freebsd.org Subject: Re: Files installed to /etc, (was: review request) In-Reply-To: <23826.830823868@time.cdrom.com> References: <199604292241.PAA05374@phaeton.artisoft.com> <23826.830823868@time.cdrom.com> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: >OK, there appears to be widespread support for the general idea and >considerable input on how to do it, as well. Now the $10,000 >question: Which of us will be the one to defiantly raise the metal >golf club of CVS on the treeless, stormy golf course of >FreeBSD-committers? :-) BTW, if we do a Makefile cleanup 1. some Makefile use 'mv' without option '-f'. This may fail mv(1) into interactive mode if you are not root and the destination file is write protected. $ touch a b; chmod 444 a b; /bin/mv a b override r--r--r-- wosch/wheel for b? ;-(( Solution: a variable MV="mv -f" in sys.mk 2. Same problem for 'rm', use variable RM="rm -f"in sys.mk 3. Wired /usr/share/mk/sys.mk. make -I do not change the directory for sys.mk. We need this for ``make DESTDIR=/foo world'' so /foo/usr/share/mk/sys.mk would be used. Does someone test the following patch? --- 1.1 1996/04/23 13:30:23 +++ pathnames.h 1996/04/23 13:56:42 @@ -36,5 +36,5 @@ #define _PATH_OBJDIR "obj" #define _PATH_DEFSHELLDIR "/bin" -#define _PATH_DEFSYSMK "/usr/share/mk/sys.mk" +#define _PATH_DEFSYSMK "sys.mk" #define _PATH_DEFSYSPATH "/usr/share/mk" 4. A target for executable scripts e.g.: usr.bin/pagesize/Makefile: SCRIPTS= pagesize.sh # blubber.pl foo.elc share/mk/bsd.prog.mk: .if defined(SCRIPTS) && !empty(SCRIPTS) afterinstall: scriptinstall .endif scriptinstall: .for __script in ${SCRIPTS} ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ ${.CURDIR}/${__script} ${DESTDIR}/${BINDIR}/${__script:R} .endfor Wolfram From owner-freebsd-current Tue Apr 30 09:16:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18444 for current-outgoing; Tue, 30 Apr 1996 09:16:57 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA18439 for ; Tue, 30 Apr 1996 09:16:55 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA22169; Tue, 30 Apr 1996 12:16:43 -0400 Date: Tue, 30 Apr 1996 12:16:43 -0400 From: Garrett Wollman Message-Id: <9604301616.AA22169@halloran-eldar.lcs.mit.edu> To: "Philippe Charnier" Cc: current@freebsd.org Subject: systat -vmstat In-Reply-To: <199604300610.IAA25525@lirmm.lirmm.fr> References: <199604300610.IAA25525@lirmm.lirmm.fr> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > -system (shown as `='), interrupt (shown as `+'), user (shown as `>'), > -nice (shown as `-'), and idle time (shown as ` '). > +system (shown as `S'), interrupt (shown as `I'), user (shown as `U'), > +nice (shown as `N'), and idle time (shown as ` '). I MUCH, MUCH prefer the original. It's a bar graph, it should look like one. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Apr 30 09:29:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19429 for current-outgoing; Tue, 30 Apr 1996 09:29:53 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA19418 for ; Tue, 30 Apr 1996 09:29:50 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA22136; Tue, 30 Apr 1996 12:29:42 -0400 Date: Tue, 30 Apr 1996 12:29:42 -0400 From: Garrett Wollman Message-Id: <9604301629.AA22136@halloran-eldar.lcs.mit.edu> To: Poul-Henning Kamp Cc: current@freebsd.org Subject: Re: Files installed to /etc, (was: review request) In-Reply-To: <3285.830859605@critter.tfs.com> References: <199604301010.LAA17456@cadair.elsevier.co.uk> <3285.830859605@critter.tfs.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > /etc/rc for instance has to be architecture dependent to initialize > weird HW... Um, excuse me? /etc/rc.`uname -m`, yes, but /etc/rc? -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Apr 30 09:37:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20103 for current-outgoing; Tue, 30 Apr 1996 09:37:36 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA20097 Tue, 30 Apr 1996 09:37:31 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id JAA13493; Tue, 30 Apr 1996 09:34:21 -0700 From: "Rodney W. Grimes" Message-Id: <199604301634.JAA13493@GndRsh.aac.dev.com> Subject: Re: lmbench IDE anomaly To: koshy@india.hp.com (A JOSEPH KOSHY) Date: Tue, 30 Apr 1996 09:34:21 -0700 (PDT) Cc: hackers@freebsd.org, current@freebsd.org In-Reply-To: <199604301053.AA141971583@fakir.india.hp.com> from A JOSEPH KOSHY at "Apr 30, 96 04:23:03 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Running lmdd on a -current system supped around mid apr: > > ---- > >> single lmdd run on scsi disk > > krill# lmdd if=/dev/rsd0a of=internal bs=1024 count=8192 # SCSI disk, aha1542 > 8.00 MB in 11.35 secs, 721.92 KB/sec > ... > However when the same exercise is repeated with the IDE disk: > > ---- > krill# lmdd if=/dev/rwd0a of=internal bs=1024 count=8192 # IDE disk > 8.00 MB in 9.17 secs, 892.89 KB/sec ... > > Here we see a 8x degradation per process; 4x in terms of total throughput. > > Is this to be expected, or am i doing something wrong here? The system was > otherwise idle during these tests. run those command with a ``time'' in front of them as in: time lmdd if=/dev/rwd0a of=internal bs=1024 count=8192 # IDE disk You may be seeing CPU saturation effecting the ability of the system to keep the disk drive busy due to the fact that the wd class disks have to do rep insb to copy the data from the disk to memory where as the 1542 does this with bus mastering. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Tue Apr 30 10:05:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21964 for current-outgoing; Tue, 30 Apr 1996 10:05:57 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21956 Tue, 30 Apr 1996 10:05:56 -0700 (PDT) From: Mike Pritchard Message-Id: <199604301705.KAA21956@freefall.freebsd.org> Subject: Re: review request To: wosch@cs.tu-berlin.de Date: Tue, 30 Apr 1996 10:05:56 -0700 (PDT) Cc: nate@sri.MT.net, current@FreeBSD.org In-Reply-To: <199604300902.LAA00400@localhost> from "Wolfram Schneider" at Apr 30, 96 11:02:27 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Wolfram Schneider wrote: > > Nate Williams writes: > >Bruce Evans writes: > >> There should be no `.sample' files in /etc. > >Where do you suggest sticking etc 'example' files then? > > > /usr/share/examples/etc And maybe so people will actually find them, make /etc/examples a symlink to /usr/share/examples/etc. -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Tue Apr 30 10:32:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22931 for current-outgoing; Tue, 30 Apr 1996 10:32:00 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA22925 for ; Tue, 30 Apr 1996 10:31:55 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id DAA15743; Wed, 1 May 1996 03:30:20 +1000 Date: Wed, 1 May 1996 03:30:20 +1000 From: Bruce Evans Message-Id: <199604301730.DAA15743@godzilla.zeta.org.au> To: charnier@lirmm.fr, current@FreeBSD.org Subject: Re: Request for commit: types.h Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >In /usr/src/sys/sys/types.h, machine/ansi.h is included twice. >Pointed out by: makedepend I'll commit it together with some other changes in a few days. I've already made this change locally but haven't committed it because it would force too much recompiling. Bruce From owner-freebsd-current Tue Apr 30 11:18:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25057 for current-outgoing; Tue, 30 Apr 1996 11:18:42 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA25052 for ; Tue, 30 Apr 1996 11:18:37 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id OAA06681 for ; Tue, 30 Apr 1996 14:18:21 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id OAA10215 for ; Tue, 30 Apr 1996 14:18:44 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Tue, 30 Apr 1996 14:18:43 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: Re: freebsd losing alot of packets? (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... One of my staff connects to ki.net (-stable) using PPP, and pinging the other machines on my network, has been getting results that look like: --- ki.net ping statistics --- 50 packets transmitted, 50 packets received, 0% packet loss round-trip min/avg/max = 160.2/2307.7/4291.1 ms --- freebsd.ki.net ping statistics --- 50 packets transmitted, 48 packets received, 4% packet loss round-trip min/avg/max = 150.2/1017.4/3650.0 ms --- thrawn.ki.net ping statistics --- 50 packets transmitted, 50 packets received, 0% packet loss round-trip min/avg/max = 150.1/165.8/220.1 ms stoned:~ $ traceroute freebsd.ki.net traceroute to freebsd.ki.net (205.150.102.51), 30 hops max, 40 byte packets 1 ki.net (205.150.102.1) 183.382 ms 165.283 ms 159.4 ms 2 freebsd.ki.net (205.150.102.51) 149.22 ms 207.858 ms 158.942 ms --- freebsd.ki.net ping statistics --- 500 packets transmitted, 493 packets received, 1% packet loss round-trip min/avg/max = 150.1/176.3/610.2 ms Now, the only reason I'm sending this through is because freebsd is my only -current machine, the other two are -stable. If you look at ki.net's results, he's doing an avg of 2300ms over 50 packets, yet no packet loss. On freebsd, his average is half that, but 4% packet loss over the same number of packets. Both freebsd/ki.net are the same machine, except that ki.net has more hard drives. Both are using SMC8013 ethernet cards, both are DX4-100's and both have 16Meg of RAM. And, he's able to consistently get this packet loss by hitting the -current machine. Theories? I know there has been *alot* of software changes to the tcp code over the past few weeks...could they have affected something like this? From owner-freebsd-current Tue Apr 30 11:23:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25344 for current-outgoing; Tue, 30 Apr 1996 11:23:26 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA25339 for ; Tue, 30 Apr 1996 11:23:24 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA22772; Tue, 30 Apr 1996 14:22:59 -0400 Date: Tue, 30 Apr 1996 14:22:59 -0400 From: Garrett Wollman Message-Id: <9604301822.AA22772@halloran-eldar.lcs.mit.edu> To: Wolfram Schneider Cc: current@FreeBSD.org Subject: Re: Files installed to /etc, (was: review request) In-Reply-To: <199604301549.RAA01126@localhost> References: <199604292241.PAA05374@phaeton.artisoft.com> <23826.830823868@time.cdrom.com> <199604301549.RAA01126@localhost> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > Solution: a variable MV="mv -f" in sys.mk Better solution: write `mv -f' in Makefiles. There is no inherent virtue in symbolic names; the need for `-f' is grossly unlikely to change in situations where `mv' remains constant. (Paraphrase due to Stephen Spackmann.) > 2. Same problem for 'rm', use variable RM="rm -f"in sys.mk Same better solution. > 4. A target for executable scripts > SCRIPTS= pagesize.sh # blubber.pl foo.elc Far better: PROG= pagesize bsd.prog.mk: ------------------------------------ .sh: .if defined(SCRIPTSED) ${SCRIPTSED} < ${.IMPSRC} > ${.TARGET} .else cp ${.IMPSRC} ${.TARGET} chmod 755 ${.TARGET} ------------------------------------ (And remember to turn off `-s' in `realinstall'.) -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Apr 30 11:46:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26610 for current-outgoing; Tue, 30 Apr 1996 11:46:48 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA26605 for ; Tue, 30 Apr 1996 11:46:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id LAA27962; Tue, 30 Apr 1996 11:45:59 -0700 (PDT) To: Poul-Henning Kamp cc: Paul Richards , wosch@cs.tu-berlin.de, bde@zeta.org.au, current@freebsd.org Subject: Re: Files installed to /etc, (was: review request) In-reply-to: Your message of "Tue, 30 Apr 1996 10:20:05 -0000." <3285.830859605@critter.tfs.com> Date: Tue, 30 Apr 1996 11:45:59 -0700 Message-ID: <27960.830889959@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Yes, host independent, but not architecture independent... > > /etc/rc for instance has to be architecture dependent to initialize > weird HW... Isn't that what /etc/rc.i386 is for? You could certainly maintain that paradigm in /usr/share/etc as well as anywhere else, right? Jordan From owner-freebsd-current Tue Apr 30 12:14:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28471 for current-outgoing; Tue, 30 Apr 1996 12:14:20 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28455 for ; Tue, 30 Apr 1996 12:14:13 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id MAA13937; Tue, 30 Apr 1996 12:11:16 -0700 From: "Rodney W. Grimes" Message-Id: <199604301911.MAA13937@GndRsh.aac.dev.com> Subject: Re: Files installed to /etc, (was: review request) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 30 Apr 1996 12:11:16 -0700 (PDT) Cc: phk@critter.tfs.com, p.richards@elsevier.co.uk, wosch@cs.tu-berlin.de, bde@zeta.org.au, current@freebsd.org In-Reply-To: <27960.830889959@time.cdrom.com> from "Jordan K. Hubbard" at "Apr 30, 96 11:45:59 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Yes, host independent, but not architecture independent... > > > > /etc/rc for instance has to be architecture dependent to initialize > > weird HW... > > Isn't that what /etc/rc.i386 is for? You could certainly maintain > that paradigm in /usr/share/etc as well as anywhere else, right? I am going to agree with Phk on this one, with the following basis: a) man 7 hier: usr/ share/ architecture-independent ascii text files Thus no architecture dependend directories or files should be stored under usr/share, even in directories like /usr/share/etc/etc.i386. b) I can't find a place in hier(7) that says ``architecture-dependent'' :-( [Infact the only place the string ``depend'' appears in that man page is the above sitation. Seems we have some assymtry here :-( c) The proposal of /usr/arch is, IMHO, a Good Idea, we need some place like this to hold architecture depend files (we don't really have a place at all for this now, or stuff that could go here has been pack ratted in under current places (probably a bad practice). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Tue Apr 30 12:33:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29974 for current-outgoing; Tue, 30 Apr 1996 12:33:16 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA29956 Tue, 30 Apr 1996 12:33:07 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA19369; Wed, 1 May 1996 05:26:44 +1000 Date: Wed, 1 May 1996 05:26:44 +1000 From: Bruce Evans Message-Id: <199604301926.FAA19369@godzilla.zeta.org.au> To: koshy@india.hp.com, msmith@atrad.adelaide.edu.au Subject: Re: lmbench IDE anomaly Cc: current@freebsd.org, hackers@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >> two simultaneous runs on the scsi disk >... >> The performance degradation per process is around 2x which is to be expected. >> The overall throughput is around the same as the single benchmark case. >> >> However when the same exercise is repeated with the IDE disk: >... >> Here we see a 8x degradation per process; 4x in terms of total throughput. Using dd instead of lmdd, I get a 26x degradation per process for both SCSI and IDE (SCSI: P133, ncr'810, Quantum Grand Prix; speed reduced from 2048K/s to 78K/s; IDE: 486/33, slow Samsung drive; speed reduced from 682K/s to 26K/s) >That's about right. The SCSI disk gets the chance to sort the I/O to suit >itself, optimising its performance. The IDE disk only gets to look at one >transaction at a time, so it's at the mercy of the disksorting code in >the operating system. I don't know that FreeBSD's disksort stuff is >terribly wonderful, but I'd happily stand corrected. disksort() is a no-op for this test because the queue length is always 1. Neither disk gets much chance to sort the i/o. The speed depends on the caching strategy and size of the cache. The i/o pattern apparently completely defeats read-ahead and/or track buffering for both my drives. On another of my drives (SCSI, 486DX2/66, slow Toshiba drive) the degradation was only 2x (from 208K/sec to 104K/sec). This doesn't mean much since the drive is so slow for the small 1k block size to begin with (it needs a block size of 16K to approach the platter speed). OTOH, a larger block size would be more likely to defeat the drive's caching. Bruce From owner-freebsd-current Tue Apr 30 12:47:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01317 for current-outgoing; Tue, 30 Apr 1996 12:47:03 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA01307 for ; Tue, 30 Apr 1996 12:46:59 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA20003; Wed, 1 May 1996 05:45:05 +1000 Date: Wed, 1 May 1996 05:45:05 +1000 From: Bruce Evans Message-Id: <199604301945.FAA20003@godzilla.zeta.org.au> To: jkh@time.cdrom.com, rgrimes@GndRsh.aac.dev.com Subject: Re: Files installed to /etc, (was: review request) Cc: bde@zeta.org.au, current@freebsd.org, p.richards@elsevier.co.uk, phk@critter.tfs.com, wosch@cs.tu-berlin.de Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I am going to agree with Phk on this one, with the following basis: >a) man 7 hier: > usr/ > share/ architecture-independent ascii text files ^^^^ This is too out of date to be authoritative: $ find /usr/share -type f | wc -c 3916 $ find /usr/share -type f | xargs file | grep -c text 1151 $ find /usr/share -name '*.gz' | wc -c 2265 $ expr 3916 - 1151 - 2265 500 $ find /usr/share/zoneinfo -type f | wc -c 390 > Thus no architecture dependend directories or files should be stored > under usr/share, even in directories like /usr/share/etc/etc.i386. $ find /usr/share/man/man*/i386 -type f | wc -c 47 >c) The proposal of /usr/arch is, IMHO, a Good Idea, we need some place like > this to hold architecture depend files (we don't really have a place at > all for this now, or stuff that could go here has been pack ratted in > under current places (probably a bad practice). It would make things a bit harder to find. E.g., the i386 man pages are currently linked to /usr/share/man/man* since man(1) is too stupid to find them in machine-dependent places. Bruce From owner-freebsd-current Tue Apr 30 13:24:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03966 for current-outgoing; Tue, 30 Apr 1996 13:24:43 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA03940 for ; Tue, 30 Apr 1996 13:24:36 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id GAA21324; Wed, 1 May 1996 06:21:03 +1000 Date: Wed, 1 May 1996 06:21:03 +1000 From: Bruce Evans Message-Id: <199604302021.GAA21324@godzilla.zeta.org.au> To: jkh@time.cdrom.com, wosch@cs.tu-berlin.de Subject: Re: Files installed to /etc, (was: review request) Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >1. some Makefile use 'mv' without option '-f'. This may fail mv(1) > into interactive mode if you are not root and the destination > file is write protected. >$ touch a b; chmod 444 a b; /bin/mv a b >override r--r--r-- wosch/wheel for b? ;-(( Install usually has to be run by root so that it can chown the target, so this shouldn't be a problem. >Solution: a variable MV="mv -f" in sys.mk >2. Same problem for 'rm', use variable RM="rm -f"in sys.mk I'd prefer to avoid this (and to someday avoid my ECHO and INSTALL macros :-). >3. Wired /usr/share/mk/sys.mk. make -I do not change the > directory for sys.mk. We need this for ``make DESTDIR=/foo world'' > so /foo/usr/share/mk/sys.mk would be used. >Does someone test the following patch? >... >-#define _PATH_DEFSYSMK "/usr/share/mk/sys.mk" >+#define _PATH_DEFSYSMK "sys.mk" > #define _PATH_DEFSYSPATH "/usr/share/mk" I thought that you said this was only a temporary fix when we talked about it in private mail. What gets used if sys.mk is in "." and in paths specified by -I? I think ./sys/mk should only be used if "-I." is used. >4. A target for executable scripts Yes, this has been delayed too long. 5. A target for miscellaneous files. This has also been delayed too long. 6. Think about avoiding sed'iting scripts and miscellaneous files. Some GNUish makefiles are about 10 times as long as BSDish makefiles because they handling things more generally. Bruce From owner-freebsd-current Tue Apr 30 13:33:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04651 for current-outgoing; Tue, 30 Apr 1996 13:33:24 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA04628 Tue, 30 Apr 1996 13:32:58 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id WAA07626; Tue, 30 Apr 1996 22:18:03 +0200 From: Luigi Rizzo Message-Id: <199604302018.WAA07626@labinfo.iet.unipi.it> Subject: Re: lmbench IDE anomaly To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 30 Apr 1996 22:18:02 +0200 (MET DST) Cc: koshy@india.hp.com, hackers@freebsd.org, current@freebsd.org In-Reply-To: <199604301634.JAA13493@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Apr 30, 96 09:34:02 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [about two concurrent benchmarks on one disk, and a 4x throughput degradation on IDE] > > Is this to be expected, or am i doing something wrong here? The system was > > otherwise idle during these tests. > > run those command with a ``time'' in front of them as in: > time lmdd if=/dev/rwd0a of=internal bs=1024 count=8192 # IDE disk > > You may be seeing CPU saturation effecting the ability of the system to It would be interesting to check if it is CPU saturation, or it is a bad interaction with disksort as someone suggested. I really don't know what to say because the total overhead due to rep insw is proportional to the total throughput, so it should be reduced. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-current Tue Apr 30 13:34:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04744 for current-outgoing; Tue, 30 Apr 1996 13:34:27 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA04736 Tue, 30 Apr 1996 13:34:21 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA07719; Tue, 30 Apr 1996 13:27:35 -0700 From: Terry Lambert Message-Id: <199604302027.NAA07719@phaeton.artisoft.com> Subject: Re: Fix for missing _iso_ntoa? To: wollman@lcs.mit.edu (Garrett Wollman) Date: Tue, 30 Apr 1996 13:27:35 -0700 (MST) Cc: ilko@oclc.org, freebsd-questions@FreeBSD.org, current@FreeBSD.org In-Reply-To: <9604301824.AA22862@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Apr 30, 96 02:24:50 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I checked the archive and found out that _iso_ntoa no longer > > exists in stable but was unable to find out how to > > fix this problem. > > Ummm, it no longer exists in -current. It is supposed to exist in > -stable. Perhaps you have spammed your -stable C library with a > -current one. Garrett: what would it take to unify the address manipulation model to a set of common routines? INET has: int inet_aton(char *cp, struct in_addr *pin) unsigned long inet_addr(char *cp) unsigned long inet_network(char *cp) char * inet_ntoa(struct in_addr in) struct in_addr inet_makeaddr(int net, int lna) unsigned long inet_lnaof(struct in_addr in) unsigned long inet_netof(struct in_addr in) and ISO has struct iso_addr * iso_addr(const char *addr) char * iso_ntoa(struct iso_addr *isoa) And XNS has struct ns_addr ns_addr(const char *name) char * ns_ntoa(struct ns_addr addr) And IPX has ... Any chance of evovling a common API model that takes an AF_XXX argument and wrappers the rest of it? I'd be happy to work on the libc dlopen() routines, but you're the networkign guru. Backward compatability could be handled by: static inline char * inet_ntoa( struct in_addr in) { return( xxx_ntoa( AF_INET, (caddr_t)in)); } ...etc. in the header files for the protocol family. Internally, there would be a family cache, which would reflect the contents of a file (in /var/config/networks?) of a format like: # # address handling objects to be mapped by libc # # AF_XXX value resolver object AF_INET 2 /usr/lib/af_inet.so AF_NS 6 /usr/lib/af_ns.so AF_ISO 7 /usr/lib/af_iso.so AF_IPX 23 /usr/lib/af_ipx.so Which would allow (almost) drop-in support of new address families. Maybe /usr/lib/af/* instead, with: 2.inet.so 6.ns.so 7.iso.so 23.ipx.so To make it truly drop-in-able? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Apr 30 13:37:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04995 for current-outgoing; Tue, 30 Apr 1996 13:37:10 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA04988 for ; Tue, 30 Apr 1996 13:37:02 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id GAA21739; Wed, 1 May 1996 06:35:33 +1000 Date: Wed, 1 May 1996 06:35:33 +1000 From: Bruce Evans Message-Id: <199604302035.GAA21739@godzilla.zeta.org.au> To: wollman@lcs.mit.edu, wosch@cs.tu-berlin.de Subject: Re: Files installed to /etc, (was: review request) Cc: current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> 4. A target for executable scripts >> SCRIPTS= pagesize.sh # blubber.pl foo.elc >Far better: >PROG= pagesize `PROG' is now for C programs only (PROG without SRCS means that ${PROG} is to be built from ${PROG}.o ... >bsd.prog.mk: >------------------------------------ >.sh: >.if defined(SCRIPTSED) > ${SCRIPTSED} < ${.IMPSRC} > ${.TARGET} >.else > cp ${.IMPSRC} ${.TARGET} > chmod 755 ${.TARGET} >------------------------------------ >(And remember to turn off `-s' in `realinstall'.) The cp case can be handled by install. Bruce From owner-freebsd-current Tue Apr 30 13:43:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05676 for current-outgoing; Tue, 30 Apr 1996 13:43:17 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA05670 Tue, 30 Apr 1996 13:43:14 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA07754; Tue, 30 Apr 1996 13:33:20 -0700 From: Terry Lambert Message-Id: <199604302033.NAA07754@phaeton.artisoft.com> Subject: Re: lmbench IDE anomaly To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 30 Apr 1996 13:33:20 -0700 (MST) Cc: koshy@india.hp.com, hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199604301324.WAA21150@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 30, 96 10:54:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > That's about right. The SCSI disk gets the chance to sort the I/O to suit > itself, optimising its performance. The IDE disk only gets to look at one > transaction at a time, so it's at the mercy of the disksorting code in > the operating system. I don't know that FreeBSD's disksort stuff is > terribly wonderful, but I'd happily stand corrected. The disksort stuff is pessimal. Contact mday@elbereth.org for details. 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 Tue Apr 30 14:17:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08756 for current-outgoing; Tue, 30 Apr 1996 14:17:12 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA08719 Tue, 30 Apr 1996 14:17:01 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA23479; Tue, 30 Apr 1996 17:15:42 -0400 Date: Tue, 30 Apr 1996 17:15:42 -0400 From: Garrett Wollman Message-Id: <9604302115.AA23479@halloran-eldar.lcs.mit.edu> To: Terry Lambert Cc: wollman@lcs.mit.edu (Garrett Wollman), ilko@oclc.org, freebsd-questions@FreeBSD.org, current@FreeBSD.org Subject: Re: Fix for missing _iso_ntoa? In-Reply-To: <199604302027.NAA07719@phaeton.artisoft.com> References: <9604301824.AA22862@halloran-eldar.lcs.mit.edu> <199604302027.NAA07719@phaeton.artisoft.com> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > Garrett: what would it take to unify the address manipulation model > to a set of common routines? Someone more willing to waste their time than I am. The IPX code takes the correct approach: just put it in a separate library. Programs which want to deal with address family X link against X's library. Problem solved. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Apr 30 14:18:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08925 for current-outgoing; Tue, 30 Apr 1996 14:18:45 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA08919 for ; Tue, 30 Apr 1996 14:18:40 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA23840; Tue, 30 Apr 1996 17:18:27 -0400 Date: Tue, 30 Apr 1996 17:18:27 -0400 From: Garrett Wollman Message-Id: <9604302118.AA23840@halloran-eldar.lcs.mit.edu> To: Bruce Evans Cc: current@FreeBSD.org Subject: Re: Files installed to /etc, (was: review request) In-Reply-To: <199604302035.GAA21739@godzilla.zeta.org.au> References: <199604302035.GAA21739@godzilla.zeta.org.au> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: >> PROG= pagesize > `PROG' is now for C programs only (PROG without SRCS means that ${PROG} > is to be built from ${PROG}.o ... And I'm saying that this is broken. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Tue Apr 30 15:02:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13949 for current-outgoing; Tue, 30 Apr 1996 15:02:03 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA13944 Tue, 30 Apr 1996 15:01:58 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA24290; Wed, 1 May 1996 07:59:01 +1000 Date: Wed, 1 May 1996 07:59:01 +1000 From: Bruce Evans Message-Id: <199604302159.HAA24290@godzilla.zeta.org.au> To: bde@freefall.freebsd.org, gpalmer@freefall.freebsd.org, rkw@dataplex.net Subject: Re: conf/22 Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Synopsis: Cannot use links to share kernel objects >State-Changed-From-To: open-closed >State-Changed-By: gpalmer >State-Changed-When: Tue Apr 30 12:44:01 PDT 1996 >State-Changed-Why: >Just worked fine for me using -current It doesn't quite work for me. My /sys/compile is a symlink to /usr/obj/sys/compile and `S' is defined as ./@ instead of "../..". This fouls up the sed'iting and `rm' ends up as `.rm'. More importantly, several many links are created. For my kernel alone: db*.o, devfs*.o, perfmon.o, union*.o: link created, but file doesn't exist in GENERIC pcibus.o, vfs_conf.o: differs from GENERIC version For the LINT kernel, almost everything is wrong. Links are only created for 146 files out of 502. Of these: 58 don't exist in GENERIC 27 differ from the the GENERIC version. The difference may be only that that option DIAGNOSTIC is present in LINT, but it's hard to tell. 61 are correct. Mostly small ones like strcpy.o :-(. I don't plan to fix this soon. Perhaps it can be fixed easily when the new options stuff is complete (grepping for 'opt_.*\.h' in .depend should give _all_ dependencies on options). Bruce From owner-freebsd-current Tue Apr 30 15:06:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14652 for current-outgoing; Tue, 30 Apr 1996 15:06:10 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA14607 for ; Tue, 30 Apr 1996 15:06:05 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uENYO-0003xHC; Tue, 30 Apr 96 15:05 PDT Received: from localhost.dk.tfs.com (localhost.dk.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id WAA04250; Tue, 30 Apr 1996 22:05:37 GMT X-Authentication-Warning: critter.dk.tfs.com: Host localhost.dk.tfs.com [127.0.0.1] didn't use HELO protocol To: Bruce Evans cc: charnier@lirmm.fr, current@FreeBSD.org Subject: Re: Request for commit: types.h In-reply-to: Your message of "Wed, 01 May 1996 03:30:20 +1000." <199604301730.DAA15743@godzilla.zeta.org.au> Date: Tue, 30 Apr 1996 22:05:34 +0000 Message-ID: <4248.830901934@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >In /usr/src/sys/sys/types.h, machine/ansi.h is included twice. > >Pointed out by: makedepend > > I'll commit it together with some other changes in a few days. > I've already made this change locally but haven't committed it > because it would force too much recompiling. I already committed it. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Apr 30 15:12:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA16348 for current-outgoing; Tue, 30 Apr 1996 15:12:02 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA16327 for ; Tue, 30 Apr 1996 15:11:56 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id IAA24617; Wed, 1 May 1996 08:08:30 +1000 Date: Wed, 1 May 1996 08:08:30 +1000 From: Bruce Evans Message-Id: <199604302208.IAA24617@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@critter.tfs.com Subject: Re: Request for commit: types.h Cc: charnier@lirmm.fr, current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> >In /usr/src/sys/sys/types.h, machine/ansi.h is included twice. >> >Pointed out by: makedepend >> >> I'll commit it together with some other changes in a few days. >> I've already made this change locally but haven't committed it >> because it would force too much recompiling. >I already committed it. Too bad. There will be more recompiling. Bruce From owner-freebsd-current Tue Apr 30 15:19:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17812 for current-outgoing; Tue, 30 Apr 1996 15:19:24 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA17800 for ; Tue, 30 Apr 1996 15:19:21 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Tue, 30 Apr 96 18:19:14 -0400 Received: from compound.Think.COM (fergus-23.dialup.cfa.org) by Early-Bird.Think.COM; Tue, 30 Apr 96 18:19:11 EDT Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id RAA00284; Tue, 30 Apr 1996 17:24:45 -0500 (CDT) Date: Tue, 30 Apr 1996 17:24:45 -0500 (CDT) Message-Id: <199604302224.RAA00284@compound.Think.COM> From: Tony Kimball To: current@freebsd.org Subject: problems with bounce buffers Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I get occasional panics in vm_bounce_alloc (via sd_strategy) with bounce buffers on in my 32MB 1542CF P100 system. I can't get a core because once the first 16MB dump, it pukes on DMA. If anyone wants a core, you'll have to instruct me how to overcome that last problem. I think I'll get me a PCI controller and set MAXMEM to 16384 until it comes. From owner-freebsd-current Tue Apr 30 15:22:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18039 for current-outgoing; Tue, 30 Apr 1996 15:22:50 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA18032 Tue, 30 Apr 1996 15:22:39 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id IAA24948; Wed, 1 May 1996 08:17:13 +1000 Date: Wed, 1 May 1996 08:17:13 +1000 From: Bruce Evans Message-Id: <199604302217.IAA24948@godzilla.zeta.org.au> To: bde@freefall.freebsd.org, bde@zeta.org.au, gpalmer@freefall.freebsd.org, rkw@dataplex.net Subject: Re: conf/22 Cc: current@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I miswrote: >More importantly, several many links are created. For my kernel alone: ^^^^^^^^^^^^^^^^^^ many wrong links >... >For the LINT kernel, almost everything is wrong. Links are only created >for 146 files out of 502. Of these: >58 don't exist in GENERIC >27 differ from the the GENERIC version. The difference may be only that > that option DIAGNOSTIC is present in LINT, but it's hard to tell. >61 are correct. Mostly small ones like strcpy.o :-(. Bruce From owner-freebsd-current Tue Apr 30 18:21:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29190 for current-outgoing; Tue, 30 Apr 1996 18:21:27 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA29184 Tue, 30 Apr 1996 18:21:18 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id LAA31929; Wed, 1 May 1996 11:12:51 +1000 Date: Wed, 1 May 1996 11:12:51 +1000 From: Bruce Evans Message-Id: <199605010112.LAA31929@godzilla.zeta.org.au> To: bde@freefall.freebsd.org, current@freebsd.org Subject: Re: cvs commit: src/sys/i386/include ansi.h Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This change must occur in /usr/include/machine as well as in /sys/i386/include. Bruce >bde 96/04/30 17:47:08 > Modified: sys/i386/include ansi.h > Log: > Oops, this should have been with the ctype changes. > > Fixed longstanding namespace convolution involving rune_t vs wchar_t... > > This change breaks similar (but more convoluted) convolutions in the > stddef.h in gcc distributions. Ports of gcc should avoid using the > gcc headers. > > Revision Changes Path > 1.10 +9 -11 src/sys/i386/include/ansi.h From owner-freebsd-current Tue Apr 30 20:04:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA07129 for current-outgoing; Tue, 30 Apr 1996 20:04:42 -0700 (PDT) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA07122 for ; Tue, 30 Apr 1996 20:04:39 -0700 (PDT) Received: from ginger.eng.umd.edu (ginger.eng.umd.edu [129.2.98.204]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id XAA07751 for ; Tue, 30 Apr 1996 23:04:37 -0400 (EDT) Received: (from chuckr@localhost) by ginger.eng.umd.edu (8.7.5/8.7.3) id XAA32306; Tue, 30 Apr 1996 23:04:36 -0400 (EDT) Date: Tue, 30 Apr 1996 23:04:36 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@ginger.eng.umd.edu To: FreeBSD-current@FreeBSD.org Subject: execve Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I am stumped, could I get some help in understanding some code? Referring to /usr/src/sys/kern/kern_exec.c, in the execve() code, there's a line like: /* * Loop through list of image activators, calling each one. * If there is no match, the activator returns -1. If there * is a match, but there was an error during the activation, * the error is returned. Otherwise 0 means success. If the * image is interpreted, loop back up and try activating * the interpreter. */ for (i = 0; execsw[i]; ++i) { if (execsw[i]->ex_imgact) error = (*execsw[i]->ex_imgact)(imgp); else continue; (I'd give the line numbers, but Bruce has just made some changes in this file, and ctm hasn't updated me yet. It's about line 192) I can't figure out where the execsw array gets built. Could someone point me at the right file? ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-current Tue Apr 30 20:56:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA10376 for current-outgoing; Tue, 30 Apr 1996 20:56:10 -0700 (PDT) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA10366 for ; Tue, 30 Apr 1996 20:56:03 -0700 (PDT) Received: (from news@localhost) by haywire.DIALix.COM (8.7.5/8.7.3) id LAA25082 for freebsd-current@freebsd.org; Wed, 1 May 1996 11:56:16 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 1 May 96 03:55:18 GMT From: peter@jhome.DIALix.COM (Peter Wemm) Message-ID: Organization: DIALix Services, Perth, Australia. References: <199604301212.NAA23210@cadair.elsevier.co.uk>, <3485.830868519@critter.tfs.com> Subject: Re: Files installed to /etc, (was: review request) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk phk@critter.tfs.com (Poul-Henning Kamp) writes: >> > /usr/share/syscons is architecture dependent too. >yes, but it still doesn't belong in /usr/share, and never did... >> Hmm. Perhaps we need an architecture dependant shared area for NFS mounting >> shared resources for particular architectures. Maybe /usr/share/arch/i386 or >> something. >/usr/arch/i386 We now have /usr/libdata as per 4.4BSD, this might have been a better place. -Peter >-- >Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. >http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. >whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. >Future will arrive by its own means, progress not so. From owner-freebsd-current Wed May 1 00:05:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19005 for current-outgoing; Wed, 1 May 1996 00:05:49 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA18999 for ; Wed, 1 May 1996 00:05:44 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id JAA19720; Wed, 1 May 1996 09:04:41 +0200 (SAT) Message-Id: <199605010704.JAA19720@grumble.grondar.za> To: guido@gvr.win.tue.nl (Guido van Rooij) cc: jkh@time.cdrom.com (Jordan K. Hubbard), wosch@cs.tu-berlin.de, current@freebsd.org Subject: Re: review request Date: Wed, 01 May 1996 09:04:41 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Guido wrote: > I don't really care where it is installed. For historical reasons I would > leave it in /etc however. What I'm interested in is *how* files in /etc > should be installed. There are 2 ways: > 1) Have them installed via make install in the source directory of the progra m > needing it. > 2) Have them installed via the makefile in usr/src/etc > > Can I conclude that method 2) is in favor? I would prefer method 2). M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Wed May 1 01:51:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24130 for current-outgoing; Wed, 1 May 1996 01:51:43 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA24120 for ; Wed, 1 May 1996 01:51:38 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA00841; Wed, 1 May 1996 10:50:51 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA07348; Wed, 1 May 1996 10:50:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA09470; Wed, 1 May 1996 10:24:06 +0200 (MET DST) From: J Wunsch Message-Id: <199605010824.KAA09470@uriah.heep.sax.de> Subject: Re: execve To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 1 May 1996 10:24:04 +0200 (MET DST) Cc: chuckr@Glue.umd.edu (Chuck Robey) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Chuck Robey at "Apr 30, 96 11:04:36 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote: > I can't figure out where the execsw array gets built. Could someone > point me at the right file? A quick grep points to the TEXT_SET() macros. Looks like black magic however. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed May 1 02:22:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26032 for current-outgoing; Wed, 1 May 1996 02:22:24 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA26011 Wed, 1 May 1996 02:22:11 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id TAA18171; Wed, 1 May 1996 19:17:58 +1000 Date: Wed, 1 May 1996 19:17:58 +1000 From: Bruce Evans Message-Id: <199605010917.TAA18171@godzilla.zeta.org.au> To: bde@freefall.freebsd.org, current@freebsd.org Subject: Re: cvs commit: src/sys/i386/include clock.h src/sys/i386/isa clock.c src/sys/i386/i386 machdep.c Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This change is supposed to make timekeeping more accurate when no external clocks are available. The RTC is probably more accurate than the i8254 clock so it is used as a reference. The nominal frequencies can be overridden using sysctl if desired. Please test it with the temporary options enabled: # If booted with -v, loop at boot time repeating the calibration and # printing the results until a key is hit. option CLK_CALIBRATION_LOOP # Use the result of the calibration of the i8254 clock relative to the # RTC instead of the default of 1193182. This option will probably be # the default unless the default is set using the TIMER_FREQ option. option CLK_USE_I8254_CALIBRATION # Use the result of the calibration of the i586 clock relative to the # RTC instead of the result of a sloppier calibration of the i586 clock # relative to the i8254 clock. This option will probably go away. option CLK_USE_I586_CALIBRATION Before trying these, you can look for the results of the calibrations in the boot messages and set them using sysctl. The sysctl variables are named machdep.i8254_freq and machdep.i586_freq. Bruce >bde 96/05/01 01:39:04 > Modified: sys/i386/i386 machdep.c > sys/i386/include clock.h > sys/i386/isa clock.c > Log: > Added calibration the i8254 and the i586 clocks agains the RTC at boot > time. The results are currently ignored unless certain temporary options > are used. > > Added sysctls to support reading and writing the clock frequency variables > (not the frequencies themselves). Writing is supposed to atomically > adjust all related variables. > > machdep.c: > Fixed spelling of a function name in a comment so that I can log this > message which should have been with the previous commit. > > Initialize `cpu_class' earlier so that it can be used in startrtclock() > instead of in calibrate_cyclecounter() (which no longer exists). > > Removed range checking of `cpu'. It is always initialized to CPU_XXX > so it is less likely to be out of bounds than most variables. > > clock.h: > Removed I586_CYCLECTR(). Use rdtsc() instead. > > clock.c: > TIMER_FREQ is now a variable timer_freq that defaults to the old value of > TIMER_FREQ. #define'ing TIMER_FREQ should still work and may be the best > way of setting the frequency. > > Calibration involves counting cycles while watching the RTC for one second. > This gives values correct to within (a few ppm) + (the innaccuracy of the > RTC) on my systems. > > Revision Changes Path > 1.186 +2 -2 src/sys/i386/i386/machdep.c > 1.13 +4 -9 src/sys/i386/include/clock.h > 1.58 +249 -43 src/sys/i386/isa/clock.c From owner-freebsd-current Wed May 1 02:29:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26426 for current-outgoing; Wed, 1 May 1996 02:29:45 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA26421 for ; Wed, 1 May 1996 02:29:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id CAA28441 for ; Wed, 1 May 1996 02:29:27 -0700 (PDT) To: current@freebsd.org Subject: "calcru: negative time: -nnnnnn usec" Date: Wed, 01 May 1996 02:29:27 -0700 Message-ID: <28439.830942967@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've seen this message on every 2.2-SNAP I've rolled recently, though I initially wrote them off to my machine's clock perhaps not being set correctly. After setting the CMOS clock correctly to UTC, setting the time zone and running ntpdate against a known-good time server, I'm not so sure! It spews out on the console pretty continuously, making console VTY essentially unusable. An easily worked-around annoyance, but I fear that the upcoming SNAP is going to take a tech support hit for this if it's not just an anomaly on my machine. Anyone else confirm this? Thanks! Jordan From owner-freebsd-current Wed May 1 03:05:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA28122 for current-outgoing; Wed, 1 May 1996 03:05:38 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA28080 Wed, 1 May 1996 03:05:01 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA08814; Wed, 1 May 1996 11:47:43 +0200 From: Luigi Rizzo Message-Id: <199605010947.LAA08814@labinfo.iet.unipi.it> Subject: Re: lmbench IDE anomaly To: terry@lambert.org (Terry Lambert) Date: Wed, 1 May 1996 11:47:43 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199604302033.NAA07754@phaeton.artisoft.com> from "Terry Lambert" at Apr 30, 96 01:33:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > That's about right. The SCSI disk gets the chance to sort the I/O to suit > > itself, optimising its performance. The IDE disk only gets to look at one > > transaction at a time, so it's at the mercy of the disksorting code in > > the operating system. I don't know that FreeBSD's disksort stuff is > > terribly wonderful, but I'd happily stand corrected. > > The disksort stuff is pessimal. Contact mday@elbereth.org for details. The original poster was doing a couple of lmdd from /dev/rwd0a, the raw device. Does disksort get in the way in this case ? BTW, running a number of dd on /dev/wd0a works *much* better, you get almost n times the bandwidth at least with up to 5 instances, what I tried. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-current Wed May 1 03:27:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29023 for current-outgoing; Wed, 1 May 1996 03:27:07 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA29016 for ; Wed, 1 May 1996 03:27:01 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id DAA15481; Wed, 1 May 1996 03:26:16 -0700 From: "Rodney W. Grimes" Message-Id: <199605011026.DAA15481@GndRsh.aac.dev.com> Subject: Re: Files installed to /etc, (was: review request) To: bde@zeta.org.au (Bruce Evans) Date: Wed, 1 May 1996 03:26:16 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <199604301945.FAA20003@godzilla.zeta.org.au> from Bruce Evans at "May 1, 96 05:45:05 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [CC: wacked with an axe] > >I am going to agree with Phk on this one, with the following basis: > > >a) man 7 hier: > > usr/ > > share/ architecture-independent ascii text files > ^^^^ > > This is too out of date to be authoritative: Or has been ignored over time as beeing the authoritative specification of the file system hierarchy :-(. > > > Thus no architecture dependend directories or files should be stored > > under usr/share, even in directories like /usr/share/etc/etc.i386. > > $ find /usr/share/man/man*/i386 -type f | wc -c > 47 And, IMHO, these should not be there per the specification, or in other words the specifcation has short commings and some work needs to be done to fill in the missing pieces. > >c) The proposal of /usr/arch is, IMHO, a Good Idea, we need some place like > > this to hold architecture depend files (we don't really have a place at > > all for this now, or stuff that could go here has been pack ratted in > > under current places (probably a bad practice). > > It would make things a bit harder to find. E.g., the i386 man pages are > currently linked to /usr/share/man/man* since man(1) is too stupid to find > them in machine-dependent places. This was broken the day we moved from the true BSD man(1) to the gnu version, something we should look at reversing if we can find a suck^H^H^H^Hvolunteer to add manual page compression to the CSRG version of man(1). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed May 1 03:38:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29525 for current-outgoing; Wed, 1 May 1996 03:38:27 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA29520 for ; Wed, 1 May 1996 03:38:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id DAA15966 for ; Wed, 1 May 1996 03:38:12 -0700 (PDT) To: current@freebsd.org Subject: Optimizations to -current's make world? Date: Wed, 01 May 1996 03:38:12 -0700 Message-ID: <15964.830947092@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So, uh, Peter and a few others proposed some reasonable sounding optimizations last week and then the idea seems to have sort of died off again or something. Were you guys going to do this? Should I? I'd rather like my snapshot builds to go a little faster, myself! :-) Jordan From owner-freebsd-current Wed May 1 03:57:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA00404 for current-outgoing; Wed, 1 May 1996 03:57:45 -0700 (PDT) Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA00385 for ; Wed, 1 May 1996 03:57:41 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id LAA22838 for ; Wed, 1 May 1996 11:56:52 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Wed, 1 May 1996 11:56:30 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id LAA21427 for FreeBSD-current@FreeBSD.org; Wed, 1 May 1996 11:56:18 +0100 From: Paul Richards Message-Id: <199605011056.LAA21427@cadair.elsevier.co.uk> Subject: Re: cvs commit: ports/net/socks5 Makefile To: FreeBSD-current@FreeBSD.org (FreeBSD current mailing list) Date: Wed, 1 May 1996 11:56:18 +0100 (BST) In-Reply-To: <199604301626.JAA13472@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Apr 30, 96 09:26:28 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I've redirected this to -current rather than committers. In reply to Rodney W. Grimes who said > > > Give me a few days to look into the other ports. > > Be careful in your judgement call. Perhaps if you could produce a list > of the files that end up in local/etc if all of the ports are installed > and label them with your judgement then pass that to the list for some > other judgements and rational. > This is a bit silly. It doesn't matter what ports install what where. What we need to do is evaluate what the possible requirements are and agree a directory structure that fits. A few things have come up recently. I think a bit of a step back is needed and a look at the whole NFS issue and it's impact on file layout is needed. The ports issue and the /etc issue have both shown up some warts in the current layout. I'm beginning to think that all of /usr should be shareable across a single architecture (not much point in a wider requirement since they're binaries in the main) with /usr/share containing architecture independant stuff, as it already should. /usr/local would then contain all shareable aspects of ports. I think perhaps we should have a /local directory for host specific files that are not part of the generic OS but are added by local admins. It would have a mirror of / i.e. /local/etc /local/var and so on. This makes me happy since the ports are still segregated from the main OS. The NFS folks are happy since they can export /usr and still have host specific config files that the binaries will pick up from whatever machine they are run on. I'm not won around on the /usr/arch/i386 idea yet since if /usr is architecture dependant then a /usr/arch/{i386,sparc,alpha} seems wrong somehow. Maybe /usr/config would be better since what will go there is architecture dependant config files such as /etc templates and syscons maps. They should all be shareable so it won't break the NFS model above. Any other possible uses I might not have thought of? -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Wed May 1 04:06:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA01114 for current-outgoing; Wed, 1 May 1996 04:06:20 -0700 (PDT) Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA01101 for ; Wed, 1 May 1996 04:06:17 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id MAA22923 for ; Wed, 1 May 1996 12:05:30 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Wed, 1 May 1996 12:05:36 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id MAA23943; Wed, 1 May 1996 12:05:24 +0100 From: Paul Richards Message-Id: <199605011105.MAA23943@cadair.elsevier.co.uk> Subject: Re: Files installed to /etc, (was: review request) To: bde@zeta.org.au (Bruce Evans) Date: Wed, 1 May 1996 12:05:24 +0100 (BST) Cc: jkh@time.cdrom.com, rgrimes@GndRsh.aac.dev.com, bde@zeta.org.au, current@freebsd.org, phk@critter.tfs.com, wosch@cs.tu-berlin.de In-Reply-To: <199604301945.FAA20003@godzilla.zeta.org.au> from "Bruce Evans" at May 1, 96 05:45:05 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Bruce Evans who said > > It would make things a bit harder to find. E.g., the i386 man pages are > currently linked to /usr/share/man/man* since man(1) is too stupid to find > them in machine-dependent places. I wouldn't consider man pages to be architecture dependant, not really anyway. The information may be architecture dependant but the pages aren't. I'd expect to be able to read the man pages for the whole OS regardless of which machine I was actually logged into at the time. It would be a bit of a pain if you had a problem report from someone with an i386 and you were sitting on a sparc and the i386 man pages weren't available. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-current Wed May 1 04:36:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA03901 for current-outgoing; Wed, 1 May 1996 04:36:41 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA03886 for ; Wed, 1 May 1996 04:36:31 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id NAA21791; Wed, 1 May 1996 13:36:01 +0200 (SAT) Message-Id: <199605011136.NAA21791@grumble.grondar.za> To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: Optimizations to -current's make world? Date: Wed, 01 May 1996 13:36:00 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > So, uh, Peter and a few others proposed some reasonable sounding > optimizations last week and then the idea seems to have sort of died > off again or something. Were you guys going to do this? Should I? > I'd rather like my snapshot builds to go a little faster, myself! :-) I have some waiting to commit, but I do not want to walk all over your builds. I can do some of them if you like (the non-controversial ones). M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Wed May 1 08:11:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA13920 for current-outgoing; Wed, 1 May 1996 08:11:23 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA13912 for ; Wed, 1 May 1996 08:11:18 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA29464; Wed, 1 May 1996 11:10:52 -0400 Date: Wed, 1 May 1996 11:10:52 -0400 From: Garrett Wollman Message-Id: <9605011510.AA29464@halloran-eldar.lcs.mit.edu> To: Bruce Evans Cc: current@freebsd.org Subject: Re: conf/22 In-Reply-To: <199604302159.HAA24290@godzilla.zeta.org.au> References: <199604302159.HAA24290@godzilla.zeta.org.au> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk < said: > 27 differ from the the GENERIC version. The difference may be only that > that option DIAGNOSTIC is present in LINT, but it's hard to tell. >From /sys/conf/defines: /:#if.*[ \t]*DIAGNOSTIC/d This is actually a line that I added. For the object-sharing stuff to really work, it needs iterate `for (each file) { for (each option) { compare option definitions } }'. Would probably be a fifteen-line Perl script... -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Wed May 1 11:27:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06579 for current-outgoing; Wed, 1 May 1996 11:27:45 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA06560 Wed, 1 May 1996 11:27:37 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id EAA05707; Thu, 2 May 1996 04:24:59 +1000 Date: Thu, 2 May 1996 04:24:59 +1000 From: Bruce Evans Message-Id: <199605011824.EAA05707@godzilla.zeta.org.au> To: luigi@labinfo.iet.unipi.it, terry@lambert.org Subject: Re: lmbench IDE anomaly Cc: current@freebsd.org, hackers@freebsd.org, koshy@india.hp.com, msmith@atrad.adelaide.edu.au Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> The disksort stuff is pessimal. Contact mday@elbereth.org for details. >The original poster was doing a couple of lmdd from /dev/rwd0a, the raw >device. Does disksort get in the way in this case ? Of course not. >BTW, running a number of dd on /dev/wd0a works *much* better, you get >almost n times the bandwidth at least with up to 5 instances, what I >tried. /dev/wd0a is a completely different device from /dev/rwd0a. dd on it tests the buffer cache and the too-small block size of BLKDEV_IOSIZE = 2048. Bruce From owner-freebsd-current Wed May 1 12:31:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA11548 for current-outgoing; Wed, 1 May 1996 12:31:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA11527 for ; Wed, 1 May 1996 12:31:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id MAA12494; Wed, 1 May 1996 12:30:35 -0700 (PDT) To: Mark Murray cc: current@freebsd.org Subject: Re: Optimizations to -current's make world? In-reply-to: Your message of "Wed, 01 May 1996 13:36:00 +0200." <199605011136.NAA21791@grumble.grondar.za> Date: Wed, 01 May 1996 12:30:35 -0700 Message-ID: <12492.830979035@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have some waiting to commit, but I do not want to walk all over your > builds. I can do some of them if you like (the non-controversial ones). The SNAP is (finally!!) out the door - do as you will! :-) Jordan From owner-freebsd-current Wed May 1 12:32:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA11806 for current-outgoing; Wed, 1 May 1996 12:32:34 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA11796 Wed, 1 May 1996 12:32:32 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA10011; Wed, 1 May 1996 12:21:44 -0700 From: Terry Lambert Message-Id: <199605011921.MAA10011@phaeton.artisoft.com> Subject: Re: lmbench IDE anomaly To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 1 May 1996 12:21:44 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199605010947.LAA08814@labinfo.iet.unipi.it> from "Luigi Rizzo" at May 1, 96 11:47:43 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > That's about right. The SCSI disk gets the chance to sort the I/O to suit > > > itself, optimising its performance. The IDE disk only gets to look at one > > > transaction at a time, so it's at the mercy of the disksorting code in > > > the operating system. I don't know that FreeBSD's disksort stuff is > > > terribly wonderful, but I'd happily stand corrected. > > > > The disksort stuff is pessimal. Contact mday@elbereth.org for details. > > The original poster was doing a couple of lmdd from /dev/rwd0a, the raw > device. Does disksort get in the way in this case ? No. The original poster wasn't doing much concurrency testing (1/2 vs. 1/2/4/8/16/32...). > BTW, running a number of dd on /dev/wd0a works *much* better, you get > almost n times the bandwidth at least with up to 5 instances, what I > tried. This has to do with interleaved I/O. You will get the same effect with "team" or "ddd", or with a single process if we support async I/O or the more general async system call trap vector. You *won't* get the same effect with pthreads, because it is a threading *environment*, not a threading *system*. The pthreads I/O's are still consecutive. Probably a more interesting bogosity to eliminate to be higher throughput would be the soft clustering code (again, mday@elbereth.org). Even then, the disksort code is hard to stomach with ZBR'ed drives, no matter what optimizations you make elsewhere. Avoiding seeks only works if you know what you are doing. Most writes want to be in reverse sector order anyway, unless the drive controller is smart as well (in which case reversing them would cause you to shoot yourself in the foot). Anyway, the results showing SCSI being better than IDE are certainly valid. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 1 12:54:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13950 for current-outgoing; Wed, 1 May 1996 12:54:12 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA13945 for ; Wed, 1 May 1996 12:53:58 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA10116; Wed, 1 May 1996 12:46:09 -0700 From: Terry Lambert Message-Id: <199605011946.MAA10116@phaeton.artisoft.com> Subject: Re: execve To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 1 May 1996 12:46:09 -0700 (MST) Cc: freebsd-current@FreeBSD.org, chuckr@Glue.umd.edu In-Reply-To: <199605010824.KAA09470@uriah.heep.sax.de> from "J Wunsch" at May 1, 96 10:24:04 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I can't figure out where the execsw array gets built. Could someone > > point me at the right file? > > A quick grep points to the TEXT_SET() macros. Looks like black magic > however. :) It's pretty simple. You have object files with a declared data object in them. All objects of the same name and "class" are gathered together into a single structure + pointer array, like so: int number_of_objects; void *object_array[]; The "number_of_objects" isn't (or shouldn't be) used -- the list "object_array" is NULL terminated. In practice, there is only one place in the kernel that cares about the "number_of_objects" field in the structure. This construct is called a "linker set". It comes out of C++ constructor/desctructor support in the linker. I believe that, because virtual base classes require initialization before use, that any object containing a linker set element is dragged in, even if no other references to object symbols exist. This means that the "KERN_INIT" stuff, which also uses linker sets, could allow you to option features in and out of the kernel *without* #ifdef's: just include or don't include the object file when you link. For loadable modules, if the initialization code is the same for a static vs. a loaded module, then the module loader can have knowledge of the KERN_INIT linker set for registration of the registration and deregistration and status routines. For execution classes, this means that you could distribute an object-only link kit and statically or dynamically option things in and out of the kernel. The execsw[] code references you quoted were for statically linked execution classes. In a more general sense, this is support for kernel modularization to allow for binary-only driver and component distributions (for instance, the Intel math coprocessor emulation library, Matrox Meteor or Diamond video drivers, a third-party port of the NetWare for UNIX server platform and Novell supplied IPX and SPX protocol stacks, etc., etc.). It's initially confusiong, but *extremely* flexible. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 1 13:03:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14630 for current-outgoing; Wed, 1 May 1996 13:03:10 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA14624 Wed, 1 May 1996 13:03:04 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA10137; Wed, 1 May 1996 12:55:29 -0700 From: Terry Lambert Message-Id: <199605011955.MAA10137@phaeton.artisoft.com> Subject: Re: cvs commit: src/sys/i386/include clock.h src/sys/i386/isa clock.c src/sys/i386/i386 machdep.c To: bde@zeta.org.au (Bruce Evans) Date: Wed, 1 May 1996 12:55:29 -0700 (MST) Cc: bde@freefall.freebsd.org, current@FreeBSD.org In-Reply-To: <199605010917.TAA18171@godzilla.zeta.org.au> from "Bruce Evans" at May 1, 96 07:17:58 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > This change is supposed to make timekeeping more accurate when no > external clocks are available. The RTC is probably more accurate > than the i8254 clock so it is used as a reference. The nominal > frequencies can be overridden using sysctl if desired. [ ... timer code changes ... ] I'd like to see a more chip/service-centric breakdown of functional support within the kernel. Specifically, the use of Intel ISA bridge chipsets is common in PReP and Apple and DEC Hardware. Because of this, common timer functions for DEC Alpha machines and PPC machines are implemented with the same, or emulations of, chips which are in Intel boxes. For instance, the packaging of the timer1/timer2 services is Intel architecture specific because of the use of Intel assembly constructs and the use of the assumption that, for the internal speaker, these will be the output drivers. If this were broken along "chip provides these 5 functions..." or similar lines on a per chip basis, this would vastly increase code reusability. It would also mean that time changes on one architecture don't kill another. For instance, I'd like to see the code not depend on i586 detection for processor cycle clocks... I'd rather see the i586 cycle clock tagged as a low cost, fixed frequency, calibratable device not to be used for calibration. And so on. A given gridge chip might export timer1, timer2, and internal speaker interfaces as a single functional unit (ie: in the PC, the driver is latched this way for the speaker). Speaker services may be seperate, or not provided at all by a similar "black box" in another machine, which uses the same chip, but does nmot provide the hardware speaker latching gate interface for driving an internal "beep" speaker. Just something to be thinking about... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 1 13:21:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16273 for current-outgoing; Wed, 1 May 1996 13:21:31 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16267 for ; Wed, 1 May 1996 13:21:25 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA16702 for ; Wed, 1 May 1996 22:20:51 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA15767 for freebsd-current@FreeBSD.org; Wed, 1 May 1996 22:20:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA10882 for freebsd-current@FreeBSD.org; Wed, 1 May 1996 22:13:54 +0200 (MET DST) From: J Wunsch Message-Id: <199605012013.WAA10882@uriah.heep.sax.de> Subject: Re: "calcru: negative time: -nnnnnn usec" To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Wed, 1 May 1996 22:13:54 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <28439.830942967@time.cdrom.com> from "Jordan K. Hubbard" at "May 1, 96 02:29:27 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > I've seen this message on every 2.2-SNAP I've rolled recently, though > I initially wrote them off to my machine's clock perhaps not being set > correctly. Upgrade your machine to an i486. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed May 1 14:27:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20628 for current-outgoing; Wed, 1 May 1996 14:27:25 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA20620 for ; Wed, 1 May 1996 14:27:22 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uEjQc-0003wzC; Wed, 1 May 96 14:27 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id VAA01575; Wed, 1 May 1996 21:09:12 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Bruce Evans cc: bde@freefall.freebsd.org, current@freebsd.org Subject: Re: cvs commit: src/sys/i386/include clock.h src/sys/i386/isa clock.c src/sys/i386/i386 machdep.c In-reply-to: Your message of "Wed, 01 May 1996 19:17:58 +1000." <199605010917.TAA18171@godzilla.zeta.org.au> Date: Wed, 01 May 1996 21:09:10 +0000 Message-ID: <1573.830984950@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm running with > option CLK_USE_I8254_CALIBRATION on my P5/133 now, and it looks good. I have a $20 refclock receiver on it as well, and it normally samples within +/- 10 msec or so. Xntpd had found a freq offset of approx 90 ppm before this change, and now it's rapidly dropping. I can't see what it's converging at yet, but come tomorrow morning I can. Works fine so far... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Wed May 1 14:29:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20739 for current-outgoing; Wed, 1 May 1996 14:29:02 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA20728 Wed, 1 May 1996 14:28:47 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id XAA09988; Wed, 1 May 1996 23:13:06 +0200 From: Luigi Rizzo Message-Id: <199605012113.XAA09988@labinfo.iet.unipi.it> Subject: Re: lmbench IDE anomaly To: terry@lambert.org (Terry Lambert) Date: Wed, 1 May 1996 23:13:05 +0200 (MET DST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199605011921.MAA10011@phaeton.artisoft.com> from "Terry Lambert" at May 1, 96 12:21:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Anyway, the results showing SCSI being better than IDE are certainly > valid. So we are back to the regular "SCSI is better than IDE" debate... Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-current Wed May 1 14:51:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21822 for current-outgoing; Wed, 1 May 1996 14:51:05 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA21815 for ; Wed, 1 May 1996 14:51:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id OAA15426; Wed, 1 May 1996 14:46:49 -0700 (PDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-current@FreeBSD.ORG (FreeBSD-current users) Subject: Re: "calcru: negative time: -nnnnnn usec" In-reply-to: Your message of "Wed, 01 May 1996 22:13:54 +0200." <199605012013.WAA10882@uriah.heep.sax.de> Date: Wed, 01 May 1996 14:46:48 -0700 Message-ID: <15423.830987208@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Uh, it IS an i486! A 486/DX2 66 to be precise. The same one that runs BSD/OS when we're doing that sort of testing (throck.cdrom.com). Jordan > As Jordan K. Hubbard wrote: > > > I've seen this message on every 2.2-SNAP I've rolled recently, though > > I initially wrote them off to my machine's clock perhaps not being set > > correctly. > > Upgrade your machine to an i486. :-) > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed May 1 15:35:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA25832 for current-outgoing; Wed, 1 May 1996 15:35:22 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA25809 Wed, 1 May 1996 15:35:17 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199605012235.PAA25809@freefall.freebsd.org> Subject: Re: lmbench IDE anomaly To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 1 May 1996 15:35:16 -0700 (PDT) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199605012113.XAA09988@labinfo.iet.unipi.it> from "Luigi Rizzo" at May 1, 96 11:13:05 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo wrote: > > > Anyway, the results showing SCSI being better than IDE are certainly > > valid. > > So we are back to the regular "SCSI is better than IDE" debate... there is not a debate. my 486dx2-66 with 16MB and scsi drives will perform a "make world" faster than several 586-75's with 16+MB and *IDE* drives. a 586-90, assuming long integer data set of 100kB, is over twice as fast as my cpu. but the ide drives slow the compiles horribly. ( use Hint to get the cpu computation speeds http://www.scl.ameslab.gov/scl/HINT/HINT.html) now maybe its the driver, maybe its the IDE drives themselves. i aint re-writing the ide driver, so i dont care (at this point). dare, jis eyent naw dabayt. -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ From owner-freebsd-current Wed May 1 16:15:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00249 for current-outgoing; Wed, 1 May 1996 16:15:43 -0700 (PDT) Received: from spooky.eis.net.au (spooky.eis.net.au [203.12.171.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA00237 for ; Wed, 1 May 1996 16:15:36 -0700 (PDT) Received: (from ernie@localhost) by spooky.eis.net.au (8.7.5/8.6.12) id XAA02470 for freebsd-current@freebsd.org; Wed, 1 May 1996 23:11:10 +1000 (EST) From: Ernie Elu Message-Id: <199605011311.XAA02470@spooky.eis.net.au> Subject: BDSI file system access To: freebsd-current@freebsd.org Date: Wed, 1 May 1996 23:11:09 +1000 (EST) X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is it possible to mount a BSDI BSD/OS 2.0 formatted drive on a FreeBSD system running -current? I tried a ordinary mount and it responded that the volume had the wrond super block. - Ernie. From owner-freebsd-current Wed May 1 16:46:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA02928 for current-outgoing; Wed, 1 May 1996 16:46:47 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA02921 for ; Wed, 1 May 1996 16:46:45 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <19760(8)>; Wed, 1 May 1996 16:40:39 PDT Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177475>; Wed, 1 May 1996 16:40:24 -0700 X-Mailer: exmh version 1.6.4 10/10/95 To: Poul-Henning Kamp cc: current@freebsd.org (FreeBSD-current) Subject: Re: local router<->router UDP traffic: log_in_vain stuff error In-reply-to: Your message of "Sat, 27 Apr 1996 02:57:05 PDT." <2748.830599025@critter.tfs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 1 May 1996 16:40:21 PDT From: Bill Fenner Message-Id: <96May1.164024pdt.177475@crevenia.parc.xerox.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <2748.830599025@critter.tfs.com>you write: >> It was RIP packets from my service provider which cause >> local router to router UDP traffic. It seems that kernel >> treats remote UDP traffic as local when udp.log_in_vain used. > >Uhm this doesn't make any sense to me, the log_in_vain change was the >addition of this bit of code: > > if (log_in_vain) > log(LOG_INFO, "Connection attempt to UDP %s:%d" > " from %s:%d\n", > inet_ntoa(ip->ip_dst), ntohs(uh->uh_dport), > inet_ntoa(ip->ip_src), ntohs(uh->uh_sport)); Someone (I don't remember who, perhaps pst) pointed out shortly after this was committed that inet_ntoa() uses a static buffer so this will just log the same address twice. At least, I didn't point it out because I thought someone else had. Bill From owner-freebsd-current Wed May 1 18:05:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA14419 for current-outgoing; Wed, 1 May 1996 18:05:50 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA14387 Wed, 1 May 1996 18:05:40 -0700 (PDT) Received: from zyzzyva.com (randy@localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.4/8.6.11) with ESMTP id UAA23860; Wed, 1 May 1996 20:05:07 -0500 (CDT) Message-Id: <199605020105.UAA23860@sierra.zyzzyva.com> To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: NetBSD filesystem compatibility Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 May 1996 20:05:06 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is it safe to assume that a NetBSD filesystem is ufs mountable from a FreeBSD system. I'm about to find this out within the hour, but would appreciate a "heads-up" if anyone has anything to share. Thanks From owner-freebsd-current Wed May 1 18:39:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20358 for current-outgoing; Wed, 1 May 1996 18:39:57 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA20350 Wed, 1 May 1996 18:39:54 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA10906; Wed, 1 May 1996 18:28:40 -0700 From: Terry Lambert Message-Id: <199605020128.SAA10906@phaeton.artisoft.com> Subject: Re: lmbench IDE anomaly To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 1 May 1996 18:28:40 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199605012113.XAA09988@labinfo.iet.unipi.it> from "Luigi Rizzo" at May 1, 96 11:13:05 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Anyway, the results showing SCSI being better than IDE are certainly > > valid. > > So we are back to the regular "SCSI is better than IDE" debate... "Better" as in a "lower system overhead unless you've written a PIO4 EIDE driver that you haven't shared with the rest of us and overcome the interrupt bugs in 3 out of the 4 most popular IDE controller chipsets and overcome the PIO4 probe crashing non-PIO4 systems and even then, the DMA overhead is slightly higher than SCSI and EIDE CDROM's use SCSI commands over the IDE interface anyway" kind of way. Purely "subjective". ;-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 1 18:40:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20583 for current-outgoing; Wed, 1 May 1996 18:40:37 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA20561 Wed, 1 May 1996 18:40:25 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA10930; Wed, 1 May 1996 18:32:44 -0700 From: Terry Lambert Message-Id: <199605020132.SAA10930@phaeton.artisoft.com> Subject: Re: NetBSD filesystem compatibility To: randy@zyzzyva.com (Randy Terbush) Date: Wed, 1 May 1996 18:32:43 -0700 (MST) Cc: freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199605020105.UAA23860@sierra.zyzzyva.com> from "Randy Terbush" at May 1, 96 08:05:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Is it safe to assume that a NetBSD filesystem is ufs mountable from > a FreeBSD system. I'm about to find this out within the hour, but > would appreciate a "heads-up" if anyone has anything to share. Yes. Going the other way, you would have to explicitly change the label on the FreeBSD swap partition to "swap" for NetBSD to recognize it. The on disk structures are the same as for 4.4BSD-Lite in both trees. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 1 18:42:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20769 for current-outgoing; Wed, 1 May 1996 18:42:11 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA20764 for ; Wed, 1 May 1996 18:42:09 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA10952; Wed, 1 May 1996 18:34:54 -0700 From: Terry Lambert Message-Id: <199605020134.SAA10952@phaeton.artisoft.com> Subject: Re: execve To: terry@lambert.org (Terry Lambert) Date: Wed, 1 May 1996 18:34:54 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org, chuckr@Glue.umd.edu In-Reply-To: <199605011946.MAA10116@phaeton.artisoft.com> from "Terry Lambert" at May 1, 96 12:46:09 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I got a couple more questions on "linker sets". Here is the laymans explanation: The assembly language bit in sys/kernel.h is magic. It says to the compiler "here is a symbol table entry to put in the object module with this symbol table name, an implied type (23 for text) and an address of something or other". Then when the linker runs, it gathers all the symbols of a given name and type together, and puts them in a structure: struct linker_set { int ls_length; caddr_t ls_items[1]; /* really ls_length of them, trailing NULL */ }; So for instance, if one module (say kern/imgact_aout.c) did: static const struct execsw aout_execsw = { exec_aout_imgact, "a.out" }; TEXT_SET(execsw_set, aout_execsw); and another module (say kern/imgact_elf.c) did: static const struct execsw elf_execsw = { exec_elf_imgact, "ELF" }; TEXT_SET(execsw_set, elf_execsw); This would be the same as if somewhere, someone did: static const struct execsw aout_execsw = { exec_aout_imgact, "a.out" }; static const struct execsw elf_execsw = { exec_elf_imgact, "ELF" }; const struct linker_set execsw_set = { 2, { { (caddr_t)&aout_execsw }, { (caddr_t)&elf_execsw }, NULL } }; ...in other words, an agregate structure initialization using static initializers. The only difference is that now we can put different lines of the array initializers for ls_items[] into different files. So if we link the files, they are there, and if we don't, they aren't. The linker magically counts them for us and makes sure they are adjacently located in the resulting image and puts a NULL on the end of the adjacent area for us... hence "linker set" because linker magic is involved. The big magic is that we don't have to have another object file that does: #ifdef AOUT static const struct execsw aout_execsw = { exec_aout_imgact, "a.out" }; #endif #ifdef ELF static const struct execsw elf_execsw = { exec_elf_imgact, "ELF" }; #endif const struct linker_set execsw_set = { #ifdef AOUT #ifdef ELF 2, #else 1, #endif #else #ifdef ELF 1, #else 0, #endif #endif { #ifdef AOUT { (caddr_t)&aout_execsw }, #endif #ifdef ELF { (caddr_t)&elf_execsw }, #endif NULL } }; To make ELF and AOUT optional (plus #ifdef IBCS2, #ifdef SHELL, #ifdef GZIP ...). So, really, life is *much* less complicated with linker sets. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 1 18:44:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20957 for current-outgoing; Wed, 1 May 1996 18:44:01 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA20918 for ; Wed, 1 May 1996 18:43:57 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA10967; Wed, 1 May 1996 18:35:34 -0700 From: Terry Lambert Message-Id: <199605020135.SAA10967@phaeton.artisoft.com> Subject: Re: BDSI file system access To: ernie@spooky.eis.net.au (Ernie Elu) Date: Wed, 1 May 1996 18:35:34 -0700 (MST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199605011311.XAA02470@spooky.eis.net.au> from "Ernie Elu" at May 1, 96 11:11:09 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Is it possible to mount a BSDI BSD/OS 2.0 formatted drive on a FreeBSD > system running -current? > > I tried a ordinary mount and it responded that the volume had the wrond > super block. I believe they changed the disklabel a bit. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 1 18:44:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21078 for current-outgoing; Wed, 1 May 1996 18:44:38 -0700 (PDT) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA21071 Wed, 1 May 1996 18:44:35 -0700 (PDT) Received: from gilligan.eng.umd.edu (gilligan.eng.umd.edu [129.2.98.205]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id VAA07219; Wed, 1 May 1996 21:40:33 -0400 (EDT) Received: (from chuckr@localhost) by gilligan.eng.umd.edu (8.7.5/8.7.3) id VAA08134; Wed, 1 May 1996 21:40:33 -0400 (EDT) Date: Wed, 1 May 1996 21:40:33 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@gilligan.eng.umd.edu To: "Jonathan M. Bresler" cc: Luigi Rizzo , terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: lmbench IDE anomaly In-Reply-To: <199605012235.PAA25809@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 1 May 1996, Jonathan M. Bresler wrote: > there is not a debate. > > my 486dx2-66 with 16MB and scsi drives will perform a > "make world" faster than several 586-75's with 16+MB and > *IDE* drives. a 586-90, assuming long integer data set of > 100kB, is over twice as fast as my cpu. but the ide drives > slow the compiles horribly. ( use Hint to get the cpu computation > speeds http://www.scl.ameslab.gov/scl/HINT/HINT.html) > > now maybe its the driver, maybe its the IDE drives themselves. > i aint re-writing the ide driver, so i dont care (at this point). > > dare, jis eyent naw dabayt. Jonathan, I was looking at the new Tyan MB's, they say that they use IDE bus mastering, and claim a major speed increase. I am not sure (I am a SCSI bigot myself) but maybe yours claims of SCSI dominanace over IDE won't be so automatically true shortly. ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-current Wed May 1 18:48:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21501 for current-outgoing; Wed, 1 May 1996 18:48:41 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA21494 Wed, 1 May 1996 18:48:38 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA11015; Wed, 1 May 1996 18:41:04 -0700 From: Terry Lambert Message-Id: <199605020141.SAA11015@phaeton.artisoft.com> Subject: Re: lmbench IDE anomaly To: chuckr@Glue.umd.edu (Chuck Robey) Date: Wed, 1 May 1996 18:41:03 -0700 (MST) Cc: jmb@freefall.freebsd.org, luigi@labinfo.iet.unipi.it, terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: from "Chuck Robey" at May 1, 96 09:40:33 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > now maybe its the driver, maybe its the IDE drives themselves. > > i aint re-writing the ide driver, so i dont care (at this point). > > Jonathan, I was looking at the new Tyan MB's, they say that they use IDE > bus mastering, and claim a major speed increase. I am not sure (I am a > SCSI bigot myself) but maybe yours claims of SCSI dominanace over > IDE won't be so automatically true shortly. 1) You need to write a driver 2) ATAPI CDROMs will *still* uses SCSI commands, because that's what they do. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 1 18:49:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA21596 for current-outgoing; Wed, 1 May 1996 18:49:45 -0700 (PDT) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA21589 for ; Wed, 1 May 1996 18:49:41 -0700 (PDT) Received: (from news@localhost) by haywire.DIALix.COM (8.7.5/8.7.3) id JAA27838 for freebsd-current@freebsd.org; Thu, 2 May 1996 09:50:03 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 2 May 96 01:41:57 GMT From: peter@jhome.DIALix.COM (Peter Wemm) Message-ID: Organization: DIALix Services, Perth, Australia. References: <199605012013.WAA10882@uriah.heep.sax.de>, <15423.830987208@time.cdrom.com> Subject: Re: "calcru: negative time: -nnnnnn usec" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk jkh@time.cdrom.com (Jordan K. Hubbard) writes: >Uh, it IS an i486! A 486/DX2 66 to be precise. The same one that >runs BSD/OS when we're doing that sort of testing (throck.cdrom.com). > Jordan On this 486DX266, it started a few days ago (On April 28, 2am, GMT+8h) FreeBSD jhome.DIALix.COM 2.2-CURRENT FreeBSD 2.2-CURRENT #347: Thu Apr 25 10:51:56 WST 1996 peter@jhome.DIALix.COM:/home/src/sys/compile/JHOME i386 This was one of the more "exciting" events: Apr 28 14:21:03 jhome /kernel: calcru: negative time: -172081 usec Apr 28 14:21:19 jhome /kernel: calcru: negative time: -257545 usec Apr 28 14:24:12 jhome /kernel: calcru: negative time: -82060 usec Apr 28 14:24:12 jhome /kernel: calcru: negative time: -244550 usec Apr 28 14:24:12 jhome /kernel: calcru: negative time: -339981 usec Apr 28 14:24:12 jhome /kernel: calcru: negative time: -6597403 usec Apr 28 14:24:12 jhome /kernel: calcru: negative time: -3501 usec Apr 28 14:24:12 jhome /kernel: calcru: negative time: -2851 usec Apr 28 14:24:12 jhome /kernel: calcru: negative time: -2505986 usec Apr 28 14:24:12 jhome /kernel: calcru: negative time: -1009722209 usec The NFS server locked up at this point, and I had to reboot jhome to get the other machines out of disk wait. This is before Bruce's clock changes... I've not seen it on an I586 running the same age -current kernel. -Peter >> As Jordan K. Hubbard wrote: >> >> > I've seen this message on every 2.2-SNAP I've rolled recently, though >> > I initially wrote them off to my machine's clock perhaps not being set >> > correctly. >> >> Upgrade your machine to an i486. :-) >> >> -- >> cheers, J"org >> >> joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE >> Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed May 1 20:00:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA00890 for current-outgoing; Wed, 1 May 1996 20:00:35 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA00881 Wed, 1 May 1996 20:00:30 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id CAA00185; Thu, 2 May 1996 02:55:42 -0500 (EST) From: "John S. Dyson" Message-Id: <199605020755.CAA00185@dyson.iquest.net> Subject: Re: lmbench IDE anomaly To: terry@lambert.org (Terry Lambert) Date: Thu, 2 May 1996 02:55:41 -0500 (EST) Cc: luigi@labinfo.iet.unipi.it, terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199605020128.SAA10906@phaeton.artisoft.com> from "Terry Lambert" at May 1, 96 06:28:40 pm X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Anyway, the results showing SCSI being better than IDE are certainly > > > valid. > > > > So we are back to the regular "SCSI is better than IDE" debate... > > "Better" as in a "lower system overhead unless you've written a PIO4 > EIDE driver that you haven't shared with the rest of us and overcome > the interrupt bugs in 3 out of the 4 most popular IDE controller > chipsets and overcome the PIO4 probe crashing non-PIO4 systems and > even then, the DMA overhead is slightly higher than SCSI and EIDE > CDROM's use SCSI commands over the IDE interface anyway" kind of way. > > Purely "subjective". ;-). > > On FreeBSD, as long as your bios (at least on my ASUS TPN motherboard) sets the drive mode to a good one, you get the advantage of the PIO mode that the bios senses. On my new 2.5GByte WD Caviar, I get 8-9MBytes read perf on FreeBSD. I have been looking at implementing DMA using Garrett's IDE dma code, but haven't gotten to it yet. The WD type drives don't/can't take advantage of things like tagged queuing, and the 2.5Gbyte drive that I have only has a 128K cache. But, I'll put my 200usec or so command overhead against any AHA2940/Atlas drive anytime. In some ways, the EIDEs are pretty impressive. Bottom line, the EIDE drives do appear to be slower in many if not most respects than a very good SCSI drive, but my 2.5Gbyte Caviar is almost always faster than my 2Gbyte SCSI Hawk. (With perhaps a little more overhead -- but maybe not.) With the 2.5Gbyte Caviar's being about $400US in wholesale, with no SCSI adapter needed, they are probably pretty darned good price/perf for workstation use. John From owner-freebsd-current Wed May 1 20:25:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA03108 for current-outgoing; Wed, 1 May 1996 20:25:25 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA03045 Wed, 1 May 1996 20:25:03 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA24740; Thu, 2 May 1996 13:20:29 +1000 Date: Thu, 2 May 1996 13:20:29 +1000 From: Bruce Evans Message-Id: <199605020320.NAA24740@godzilla.zeta.org.au> To: luigi@labinfo.iet.unipi.it, terry@lambert.org Subject: Re: lmbench IDE anomaly Cc: current@FreeBSD.org, hackers@FreeBSD.org, koshy@india.hp.com, msmith@atrad.adelaide.edu.au Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Anyway, the results showing SCSI being better than IDE are certainly >valid. No, they just show that a particular slow SCSI drive was better than a particular slow IDE drive. My results showed that a particular fast SCSI drive was just as bad as a particular slow IDE drive. There was a 26x speed reduction for both. Bruce From owner-freebsd-current Wed May 1 20:29:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA03424 for current-outgoing; Wed, 1 May 1996 20:29:16 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA03401 Wed, 1 May 1996 20:29:05 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id UAA05731; Wed, 1 May 1996 20:24:58 -0700 (PDT) Message-Id: <199605020324.UAA05731@precipice.shockwave.com> To: Terry Lambert cc: randy@zyzzyva.com (Randy Terbush), freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: NetBSD filesystem compatibility In-reply-to: Your message of "Wed, 01 May 1996 18:32:43 PDT." <199605020132.SAA10930@phaeton.artisoft.com> Date: Wed, 01 May 1996 20:24:58 -0700 From: Paul Traina Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Including short symbolic links? (just curious) From: Terry Lambert Subject: Re: NetBSD filesystem compatibility > Is it safe to assume that a NetBSD filesystem is ufs mountable from > a FreeBSD system. I'm about to find this out within the hour, but > would appreciate a "heads-up" if anyone has anything to share. Yes. Going the other way, you would have to explicitly change the label on the FreeBSD swap partition to "swap" for NetBSD to recognize it. The on disk structures are the same as for 4.4BSD-Lite in both trees. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 1 21:24:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA10516 for current-outgoing; Wed, 1 May 1996 21:24:17 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA10490 Wed, 1 May 1996 21:24:13 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id VAA11325; Wed, 1 May 1996 21:14:07 -0700 From: Terry Lambert Message-Id: <199605020414.VAA11325@phaeton.artisoft.com> Subject: Re: NetBSD filesystem compatibility To: pst@shockwave.com (Paul Traina) Date: Wed, 1 May 1996 21:14:06 -0700 (MST) Cc: terry@lambert.org, randy@zyzzyva.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199605020324.UAA05731@precipice.shockwave.com> from "Paul Traina" at May 1, 96 08:24:58 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Including short symbolic links? (just curious) > > From: Terry Lambert > Subject: Re: NetBSD filesystem compatibility > > Is it safe to assume that a NetBSD filesystem is ufs mountable from > > a FreeBSD system. I'm about to find this out within the hour, but > > would appreciate a "heads-up" if anyone has anything to share. > > Yes. > > Going the other way, you would have to explicitly change the > label on the FreeBSD swap partition to "swap" for NetBSD to > recognize it. The on disk structures are the same as for > 4.4BSD-Lite in both trees. I think so-- I've updated a box that way before. I think the short link implementation is common to free and netbsd. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 1 22:02:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA15093 for current-outgoing; Wed, 1 May 1996 22:02:20 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA15041 Wed, 1 May 1996 22:02:02 -0700 (PDT) Message-Id: <199605020502.WAA15041@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA022083159; Thu, 2 May 1996 14:59:19 +1000 From: Darren Reed Subject: Re: NetBSD filesystem compatibility To: terry@lambert.org (Terry Lambert) Date: Thu, 2 May 1996 14:59:18 +1000 (EST) Cc: randy@zyzzyva.com, freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199605020132.SAA10930@phaeton.artisoft.com> from "Terry Lambert" at May 1, 96 06:32:43 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail from Terry Lambert, sie said: > > > Is it safe to assume that a NetBSD filesystem is ufs mountable from > > a FreeBSD system. I'm about to find this out within the hour, but > > would appreciate a "heads-up" if anyone has anything to share. > > Yes. > > Going the other way, you would have to explicitly change the > label on the FreeBSD swap partition to "swap" for NetBSD to > recognize it. The on disk structures are the same as for > 4.4BSD-Lite in both trees. Unless something has changed since 2.1R in this area, fsck will not like the partition information used by NetBSD. To stay on the safe side, I try to only mount the NetBSD partitions read-only and never read-write, if at all possible. darren From owner-freebsd-current Wed May 1 22:49:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA22275 for current-outgoing; Wed, 1 May 1996 22:49:53 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA22147 for ; Wed, 1 May 1996 22:48:35 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id OAA06029; Tue, 30 Apr 1996 14:23:14 -0700 (PDT) Message-Id: <199604302123.OAA06029@ref.tfs.com> Subject: Re: Files installed to /etc, (was: review request) To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 30 Apr 1996 14:23:14 -0700 (PDT) From: "JULIAN Elischer" Cc: jkh@time.cdrom.com, phk@critter.tfs.com, p.richards@elsevier.co.uk, wosch@cs.tu-berlin.de, bde@zeta.org.au, current@freebsd.org In-Reply-To: <199604301911.MAA13937@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Apr 30, 96 12:11:16 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > [Infact the only place the string ``depend'' appears in that man page > is the above sitation. Seems we have some assymtry here :-( > > c) The proposal of /usr/arch is, IMHO, a Good Idea, we need some place like > this to hold architecture depend files (we don't really have a place at > all for this now, or stuff that could go here has been pack ratted in > under current places (probably a bad practice). what do NetBSD do? julian From owner-freebsd-current Wed May 1 22:52:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA22691 for current-outgoing; Wed, 1 May 1996 22:52:46 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA22673 for ; Wed, 1 May 1996 22:52:42 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id PAA30427; Thu, 2 May 1996 15:50:29 +1000 Date: Thu, 2 May 1996 15:50:29 +1000 From: Bruce Evans Message-Id: <199605020550.PAA30427@godzilla.zeta.org.au> To: terry@lambert.org Subject: Re: execve Cc: chuckr@Glue.umd.edu, freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >The big magic is that we don't have to have another object file >that does: >#ifdef AOUT >static const struct execsw aout_execsw = { exec_aout_imgact, "a.out" }; >#endif >#ifdef ELF >static const struct execsw elf_execsw = { exec_elf_imgact, "ELF" }; >#endif >const struct linker_set execsw_set = { >#ifdef AOUT >#ifdef ELF > 2, >#else > 1, >#endif >#else >#ifdef ELF > 1, >#else > 0, >#endif >#endif > { >#ifdef AOUT > { (caddr_t)&aout_execsw }, >#endif >#ifdef ELF > { (caddr_t)&elf_execsw }, >#endif > NULL > } >}; >To make ELF and AOUT optional (plus #ifdef IBCS2, #ifdef SHELL, >#ifdef GZIP ...). OTOH, it would be easy to change config to emit: static const struct execsw aout_execsw = { exec_aout_imgact, "a.out" }; static const struct execsw elf_execsw = { exec_elf_imgact, "ELF" }; const struct linker_set execsw_set = { 2, { { (caddr_t)&aout_execsw }, { (caddr_t)&elf_execsw }, NULL } }; Bruce From owner-freebsd-current Thu May 2 00:07:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA00789 for current-outgoing; Thu, 2 May 1996 00:07:45 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA00784 for ; Thu, 2 May 1996 00:07:41 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA00668; Thu, 2 May 1996 17:02:15 +1000 Date: Thu, 2 May 1996 17:02:15 +1000 From: Bruce Evans Message-Id: <199605020702.RAA00668@godzilla.zeta.org.au> To: bde@zeta.org.au, julian@ref.tfs.com Subject: Re: execve Cc: chuckr@Glue.umd.edu, freebsd-current@freebsd.org, joerg_wunsch@uriah.heep.sax.de, terry@lambert.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> OTOH, it would be easy to change config to emit: >> >> static const struct execsw aout_execsw = { exec_aout_imgact, "a.out" }; >> ... >> const struct linker_set execsw_set = { >> ... >but you'd have to educate config about every kind of linker set and >adding a new one would require changing config.... >yuk There are actually only a few kinds of linker sets (for TEXT and DATA, etc). In the above example, the execsw structs are actually in the individual modules and config would only need to emit the linker_set struct. There would have to be declarations in files[.machine] to tell config what to emit. E.g., kern_imgact.c standard TEXT_SET(execsw_set, aout_execsw) This is the same as now except the TEXT_SET() declaration is in /sys/conf/files instead of in the individual file. The advantages of this approach is that you're not limited to objects that can be built as linker sets, and you can see all the possible and configured objects in central places in the sources (in files[.machine] and in the generated sources). Bruce From owner-freebsd-current Thu May 2 01:57:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA07870 for current-outgoing; Thu, 2 May 1996 01:57:13 -0700 (PDT) Received: from trane.uninett.no (trane.uninett.no [129.241.1.16]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA07846 Thu, 2 May 1996 01:57:03 -0700 (PDT) From: sthaug@nethelp.no Received: from localhost (localhost [127.0.0.1]) by trane.uninett.no (8.7.3/8.7.3) with SMTP id KAA20675; Thu, 2 May 1996 10:54:23 +0200 (METDST) Message-Id: <199605020854.KAA20675@trane.uninett.no> X-Authentication-Warning: trane.uninett.no: Host localhost [127.0.0.1] didn't use HELO protocol To: avalon@coombs.anu.edu.au Cc: terry@lambert.org, randy@zyzzyva.com, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: NetBSD filesystem compatibility In-Reply-To: Your message of "Thu, 2 May 1996 14:59:18 +1000 (EST)" References: <199605020502.WAA15041@freefall.freebsd.org> X-Mailer: Mew version 1.03 on Emacs 19.28.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 02 May 1996 10:54:23 +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Is it safe to assume that a NetBSD filesystem is ufs mountable from > > > a FreeBSD system. I'm about to find this out within the hour, but > > > would appreciate a "heads-up" if anyone has anything to share. > > > > Yes. > > > > Going the other way, you would have to explicitly change the > > label on the FreeBSD swap partition to "swap" for NetBSD to > > recognize it. The on disk structures are the same as for > > 4.4BSD-Lite in both trees. > > Unless something has changed since 2.1R in this area, fsck will not > like the partition information used by NetBSD. > > To stay on the safe side, I try to only mount the NetBSD partitions > read-only and never read-write, if at all possible. I can report on a small experiment I did last weekend. I had an IDE disk which was only partially used (one DOS partition). Running FreeBSD 2.2-960323-SNAP (from a SCSI disk on the same box), I set up a new (0xa5) partition, disklabeled it (/, swap, /usr, /var), and newfs'ed it. I then installed NetBSD-1.1 on the new partition by unpacking the tar files, manually fixing up a few things, manually installing boot blocks - while running FreeBSD. The machine now boots NetBSD-1.1 from the IDE disk just fine. Things seem to work just normal, but I haven't done any extensive testing. The only problem I've noticed is that the NetBSD disklabel program complains about partitions extending past the end of the disk - but it still boots and runs. I can fsck the NetBSD file systems from FreeBSD. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current Thu May 2 02:36:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA11659 for current-outgoing; Thu, 2 May 1996 02:36:00 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA11644 for ; Thu, 2 May 1996 02:35:50 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id CAA06965; Thu, 2 May 1996 02:35:47 -0700 (PDT) Date: Thu, 2 May 1996 02:35:47 -0700 (PDT) Message-Id: <199605020935.CAA06965@silvia.HIP.Berkeley.EDU> To: current@freebsd.org CC: nisha@cs.berkeley.edu Subject: more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Looking at Bruce's code, I added some prefetch to the code and got quite a bit of improvement. Extract the following in on your machine, type "make" and then "sh runtests" to see the numbers. Also, "sh runtests -graph" will create files suitable for gnuplot consumption. "load '/plot.gp'" will show you how they compare. The FP thing is still by far the fastest for large copies on all the Pentiums we've tried over here, but we can't use that in the kernel. We've got 67MB/s on the 133MHz Pentium + Triton here. Wow. Of the ones using integer registers, unroll size 96 and 128 seem to be the best (from 96 onwards, the height of the plateau is pretty much constant). However, for copies of size 64, unroll size 64 is better (of course, because the size 96 and 128 cases will degenerate into libc). With integer registers, the most we see are about 55MB/s. The program "unroll" is the meat of this package. You can do things like "unroll unrolled 96 32 2" to get a function "unrolled" that copies 96 bytes in one iteration, does a prefetch at intervals 32 and uses 2 scratch registers (this can only be 2 or 3). Look at the shell script "runtests" to see what other things you may want to try. Please send the output of "sh runtests", I would lie to hear especially from people with 486/P6 or Pentium with slow memory systems. Thanks! Satoshi ------- begin 644 bcopy.tar.gz M'XL(`$%_B#$"`^T\:W/;.)+Y2OZ*#F,GDB++)$7)KSBWGHPWE9K$=MG.3N9B MEX8B(8DV16H)RI8SR?WVZP;`EQY.YN8VV;JS:F(1W8U&H]'H!PA-WXLG=YNG MAP<_OSM\]"_Z6*;9=1QX!);=;;?Q&\#J.N*;/I;5V0+H6HYM;CFFU25(>\M\ M!.:C[_"9\M1-`!ZYW!T']]`-$]=_]'_O-H".!\%'&Z# M,`0O'D^"D$$Z8C!-@S!(`\;!C7QP0Q[#D$4L<5.FNS!)XC1.[R:!YX8P9N.> M-VGI^GER!P8?03*-4L93;D`:PTW`;N%VY*:"[8V;!/&4PS1*8APQ9-$P'7'P MW`C\&`9QHM_%4Q3J``=L`CX+5(J,J3<*.&;(VX=XFD(81"@>#D'H*0^B(;3U ME(TG<>(B)&'#@*)U/T"" M!&6%.*)I)#!VO1$*C&J2X8U>H. M4&%2WE&,UE%'#0B3"6/4W[,7!"3*EYLT>FLX>6;HJ#+27"91MN1!VM(?/7S^ MO3Y]X?_?X?XGX_@A_A_:EIGY_[:S92'6MFS[P?]_CX\;AKN9[Y5N6]=ED_FM M.$/IFB+)4&##3A<=(GP&%YU5#&M_TW79?S=S_QX4C'1MK?;J51TVCB4QK+W, MQLG&:'E+B;R0N=&NKB5CV!A4)2WS?]C)?V7_J[#S@_(_TVFK_=_M6IV.V/_M M[L/^_QZ?)X\W^T&TR4>Z/IA&WKZ1[2E#9]XHWC?HKZ'?CBB=^`AK3S`S2<&$ MRSU,SW3`9`RS(6.V9AF8F>BTG,9LXY_3@*5&79?K*_FDR909"K*WEU&.6#@Q M/M-#A1R,*7>';!?63/@HV5W"1Q+P,N/!9D%:9=?(.(B)K%EE+..NAU]\%`Q2 MW8\CINO!?MO6U^1H1,>#3XR^^Y@?W09^.BK-.H`-?$`[-HN9!P/"B/[[(-5$ M.,RCI!Z4C\*^:R00V"^?6O!RTV=*]F'0]W8-T2DKIX%@.0%& M-NE`L]IU__?L"3;X[]*U/X;Q-=;"L):CR+F6W+ODY;ET#.`EC(KPHG:^,/)^ M%X:<&\T,K,S3SLD&,L;!RV*\38*WL.I':BJC]XUGB[AG<"L//2:&CGQUJO>O MZ(@`,W-G&W"3899NV=M@.8Y8Q"<@S@2NB<:B!%XM;0Y4D" MB;N>Q^4'0H@,"F2Q.'/TN95F`;A*O6P5L]FL7:FUE)^%%:W2%>N*H9]HLY&% M\0"(G:"^Y*Y8K<_!)-+B/$-?MW MC_^9L?R0^.]L;>7G/UM.=TO6?YV'^/\]/IL-'1K0O^WE_F(#*Z'Q!#,`A%`L M(P,!Z0P;F_J3(/+"J<\T(PW&032T6YY1`%_P.[Z)"-8:O=3U)SX;X':%\]]. M#J77FO9#5@';"`[C:"C^9!CM[,U_'FKD=.)!C:CJ)5['YP=O"0^.M>.T34?; M;(#S[B>23;^)`U_+/$:MOB<`H+'Q)+VCICYV@ZCF>DUP;^JY+_9&9`"-AGNS MI_^10[%2DJ&-,X\WPSB>R"?`2HQ>%/"]G%3-K\$3Y-SP>;I'YV4\&$88"L7L MTO$$87+^VKB/SQSK82\%TM6-&T**8VLTY!%*J:&71BGA\3ZTZ_"'KFD#5;GQ MU&=)TD2(R+[>RTQJG1[:24V,?R+>N MXC%>P>/='(\:,4'[I"\2Z`A%S"U@?8#KH/_X5-BTRB(K\TF:6\I(7=RZLZ1\%KLR%FA(;GC2>D]/8EQCAE&T:= MK,V44[QGT&Q4C*G46C*,]H6VHC9D*=EV//#=N]K3]*8)1^_?OJV+:;J1'X]K MZ4TKO>G1IB(HI96U0.0D>YA?OH!L0;#U_#D:!:UPK9!);-H&J;7^,;C$?HHK M\>I_8DE<0]F:&1?:^^0H6,2G"8-^G(Z$N="K,)J#B\`(PSB_=2<3]3*19B&B M8TWLZSEV6NX1]DUE*X5F;=(L[49#F+52*P6:5`A8FJV<[-$>/'\>2+)BT.=B MN$VR]48@))B#B)9@B%M8$](@3Y[&$YJ]L$>1J_ZIX7/_^;\B`5I=,3+,?>Z5 M0WKM!2$69*B*D"]+10RQF%]665G%QH2_6FEGN$D6D30$(LES*3]M"">Q*]C# MNM_$1#B>ACZ])UXW[1D&$2X>R"4K9TY#-^>9YP,W[QD6IS[NXYSD7#:ETVPU M,I\Y%SO`6!\`QDLTLH"B!$8Y`:"31HP/XS[](RXUH<:-7*%U!(H34--LF?A\ M5"?N"4NG200U$QOH_&0Z\>'#!TPCCA@&-NYB!$[ERWZI8>SZ#`8NU1"D M\C?T1AU#5BC>ZM.[94Z,J#;)H;B<">/R?D)T#6Z?=BEQ1=";%+,+QJD8'\4X M`ITVTXMV%SBW6R)SH5Q`SXVJ6>SG^GP@KT3R^7Q`!9TB49#')3*`P,M]*JL; M0+9)=CQO\9)JHT2UN"O((9&+[2ZBR&S:6YOVATPV[MM$_^#<`R'LPFL81_J]@IM)Q$77&I>G3HX M\-9-L&9XY_TCOL-M"8KP`+>PO,`"PUA>T9'NJ%4I*L#HL\@;M49%20$OD#"( MJ9XH@=`/NF$5-HT"I)RCHVKD;H).8Q&<%RG!`$L+C4\CGT:?:#+OB'Y%=P'^`!;N`S7I.\NXG380!$04$#X7X12$(1A^T_C3P M8*X<$1&[1UD;Q=`>52?*M9\11ID*IDRW)=^JPCQYH!H!ZE!-`@NFM=)PGV*L MZAIUJ`20,QPU&X1R-.6_$HHHU(G.'\>!E\2HJSCRN91B*HI($?6%%/,U%EW! MHD1PA71BHJN%PQS[AD_[F,P2GR84/?*9E0.BH,K6MI$M)ZURAE"I[Q=9M^J2 MNV*>6OC/+"+3W%0:BJQ!=(W4+,1U9Y8P-Y9HV])1VFE1[32I=I MI0]E27/]7D!)WJ7";&PTYP>C8"8U(Q3Q\#[NQYS_*;?[8^Y_M.VN6<1_QZ;[ MOUL/YW_?/?XK(Q#AWU'AO[MI6V!;NZ:]:U?"?REHJ\^20)UAEL3FO-/2$)UC M%P-]AL+D(8K+$?SHN'=R?'K^[N#DY/`TCW?GKTYZ'PY>G6OMG:Y=@;XZ/CH_ M/7Y+B'8%\?/!^0%!G7GRHT/)IX,1F=YO+(Q1F_;$68EC.F9[APX<9"6$);5Z M7X(5%ZENB1CEOH[Y;7V%I)6.UC_[G^5,H3K5;^Q)XL[U;'^] MYS\.3\^TO)>59T/24/GS"Y":.N%[F=W;\ MZI?CD_,>_>9!,Q?`OYZ^.3_4K$7RGW\]U>P%\-'QT:'FZ!7X3^__KI72KWH% M>79^>(+(KD(IZX6SW\XZ.9T\P,)*/&1171NS,6CD25$3?$0(0@_; M=-Q`[9P,\U6?S8C.JU-2E'BC1+864DN10E4/KW/P:\'OVER4];.WKP^ M>'OZKBG>;-?WL$QWDW$-77D#NB)?$J?QXFA4G<07!T%R&)FI*9SK7Z$KSIN) MN"60-_-+63GDNI\_CDN/E!266F$8Y"VRB(*C3+?J>6+[6EVE]V&0Q&,8\V%K M1K6]-Z+#&N5]?'&Y?Q=SP4D28T08`^V&WLGI\6LZM"+'=,,2CC8G$62[XC2+ MRG/\.CUY)?9/C=J8O8,E4RKMBWP6W^V=+`SIH+.UD/^]ST^K13WG*ZUQ'L@L/76,(S[(?0R>T`4N0RM M@#3_1G=-*:[J.6P7'>*4CT)89_V)KHWC&WKDDZ9L9S@_*)YYH.BV:T14;Y9` MEIW#_!S6S6'>#!VP-YZ$L-9MR[9VU6?YS:%>Z@:AKNE/E"!>8A*G6098VVZB M`.Z,PNSB1%E4;I\)HZM- MRNSDS_0@3H)A@"D8W+CAE%6,T2(Q1TV''C-EC/+[T6$ M?OZY]%%G(9WI;92<`/F+>)*Y"/5(^D?*&R8. MV$K3P_P5-T^+[C^4?509OU%V9IF?>XC\Y?B?_0+KAYS_=+8Z3A;_,?QWQ?L? M\^'^]_>Y_[WXG@4+(@C15=*OH[F'=06ZX>*GT^AM5.;.AOPCW;R01\\&^0"# M7B^C_Y+?_9FA?P$L9>C=J;AZ10]N,O2:*L5O8..FK@ZO"8E,F^(R4U/<]*3. MV7$S]:/W[QUQ/V#AK?8TOPLE;FN3=-FMJ(C)JT\X%EU^0J;9C1V0Y=<777JG M87X#BDCMRPPO^)11[1PEI"RCG!PE-Y6$6I?9M,0,J5=&IEX8F"!.P%4GJ1Z: M25/H1?;--40/@D=)=4$3KLKZHNF@NFQX^A34+R"ZEH'9SE(U!\E%HL^(ZG81K0/4,Z'FU>P)^S]A3Z4_ MW<96MS8NTI;XV?R%LN1$0X]S^ZI_SF"W]I5[,L4O5YO&$US MFIZ7$^$&*A.*!'P)`Y1%Q:KE2)&G:[UUOE)()!*I^Y+,?9G`ZWSW'E8J;:F0;(G'\E4<[$#^['\S(^,^;]S(`7.D@="(=4;-HORR3$/$,E&G.#S-%1 M!9(3^O<1=DN$WFP9X;*^,I=<]_->TCUL6(ND5-FLEQ.ZBQ^?[RO-H\XOOU]9542+7(U!+8E[>(V[)=TA7FEV7 M^ZJNGK?%EEY4U'A2F=%7YG=K].M9)"*-E:NNGS2FZ5-TJQK%L* MQ^)LE9OCX;T^WYW=,UQ>"*ZDN&_@_KB?EVA@72Y25!U>U]\%V5OCW87EY5N*1TH_ZU#^<[?P^?A 0\_!Y^-#GOP$1DL6#`%```'2Y ` end From owner-freebsd-current Thu May 2 03:06:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA13301 for current-outgoing; Thu, 2 May 1996 03:06:09 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA13293 for ; Thu, 2 May 1996 03:06:06 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id DAA07092; Thu, 2 May 1996 03:05:55 -0700 (PDT) Date: Thu, 2 May 1996 03:05:55 -0700 (PDT) Message-Id: <199605021005.DAA07092@silvia.HIP.Berkeley.EDU> To: current@freebsd.org, nisha@cs.berkeley.edu In-reply-to: <199605020935.CAA06965@silvia.HIP.Berkeley.EDU> (asami@cs.berkeley.edu) Subject: Re: more on fast bcopy From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From Satoshi Asami's slippery keyboard.... * Please send the output of "sh runtests", I would lie to hear * especially from people with 486/P6 or Pentium with slow memory * systems. Of course I meant "I would LIKE to hear". Satoshi "I'm not a liar" Asami From owner-freebsd-current Thu May 2 05:32:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA22699 for current-outgoing; Thu, 2 May 1996 05:32:33 -0700 (PDT) Received: from trane.uninett.no (trane.uninett.no [129.241.1.16]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA22650 for ; Thu, 2 May 1996 05:32:00 -0700 (PDT) From: sthaug@nethelp.no Received: from localhost (localhost [127.0.0.1]) by trane.uninett.no (8.7.3/8.7.3) with SMTP id OAA23157; Thu, 2 May 1996 14:31:33 +0200 (METDST) Message-Id: <199605021231.OAA23157@trane.uninett.no> X-Authentication-Warning: trane.uninett.no: Host localhost [127.0.0.1] didn't use HELO protocol To: jkh@time.cdrom.com Cc: current@FreeBSD.ORG Subject: Incorrect md5 checksums in 2.2-960501-SNAP floppies directory In-Reply-To: Your message of "Wed, 01 May 1996 12:30:35 -0700" References: <12492.830979035@time.cdrom.com> X-Mailer: Mew version 1.03 on Emacs 19.28.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 02 May 1996 14:31:33 +0200 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The SNAP is (finally!!) out the door - do as you will! :-) I get incorrect checksums for the following files in the floppies subdirectory: % md5 *.flp | diff - CHECKSUM.MD5 1,2c1,2 < MD5 (boot.flp) = 56425e5f13cd8ccfa2d64a436ed87257 < MD5 (boot4.flp) = c5ca83ca6ae8b087831f6ecbe2d40d34 --- > MD5 (boot.flp) = da6bc33feb7c455bc210f853331bd5a8 > MD5 (boot4.flp) = 440523052b9859295adde45ff7bb14a8 I fetched the files twice from ftp.cdrom.com, but still got the same result. Could somebody closer to the source check this? Thanks. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current Thu May 2 05:39:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA22938 for current-outgoing; Thu, 2 May 1996 05:39:05 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA22933 for ; Thu, 2 May 1996 05:39:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id FAA01285; Thu, 2 May 1996 05:38:11 -0700 (PDT) To: sthaug@nethelp.no cc: current@FreeBSD.ORG Subject: Re: Incorrect md5 checksums in 2.2-960501-SNAP floppies directory In-reply-to: Your message of "Thu, 02 May 1996 14:31:33 +0200." <199605021231.OAA23157@trane.uninett.no> Date: Thu, 02 May 1996 05:38:11 -0700 Message-ID: <1283.831040691@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Whoops, thanks for noticing that! I updated boot.flp and boot4.flp to fix the IDE CDROM problem at the last minute (missing /dev/wcd0c) and forgot to update the checksums. Done! Jordan > > The SNAP is (finally!!) out the door - do as you will! :-) > > I get incorrect checksums for the following files in the floppies > subdirectory: > > % md5 *.flp | diff - CHECKSUM.MD5 > 1,2c1,2 > < MD5 (boot.flp) = 56425e5f13cd8ccfa2d64a436ed87257 > < MD5 (boot4.flp) = c5ca83ca6ae8b087831f6ecbe2d40d34 > --- > > MD5 (boot.flp) = da6bc33feb7c455bc210f853331bd5a8 > > MD5 (boot4.flp) = 440523052b9859295adde45ff7bb14a8 > > I fetched the files twice from ftp.cdrom.com, but still got the same > result. Could somebody closer to the source check this? Thanks. > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current Thu May 2 08:14:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02524 for current-outgoing; Thu, 2 May 1996 08:14:29 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA02509 for ; Thu, 2 May 1996 08:13:38 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I48KBINWNK0037VH@mail.rwth-aachen.de> for freebsd-current@freefall.FreeBSD.org; Thu, 02 May 1996 17:00:15 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA14941 for freebsd-current@freefall.cdrom.com; Thu, 02 May 1996 17:08:11 +0200 Date: Thu, 02 May 1996 17:08:11 +0200 From: "Christoph P. Kukulies" Subject: qcam driver (kernel doesn't compile) To: freebsd-current@freefall.FreeBSD.org Message-id: <199605021508.RAA14941@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I supped and as a result I can't compile my kernel any longer: cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I../../sys -I../../../include -DI486_CPU -DGUSMAX -DATAPI -DLINUX -DCOMPAT_LINUX -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../i386/isa/qcamio.c ../../i386/isa/qcamio.c:61: linux/kernel.h: No such file or directory ../../i386/isa/qcamio.c:62: linux/sched.h: No such file or directory ../../i386/isa/qcamio.c:63: linux/string.h: No such file or directory ../../i386/isa/qcamio.c:64: linux/delay.h: No such file or directory ../../i386/isa/qcamio.c:65: asm/io.h: No such file or directory ../../i386/isa/qcamio.c:66: qcam-linux.h: No such file or directory *** Error code 1 Stop. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Thu May 2 08:24:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03337 for current-outgoing; Thu, 2 May 1996 08:24:27 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA03117 for ; Thu, 2 May 1996 08:22:47 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I48KTD1JSW0034TA@mail.rwth-aachen.de> for freebsd-current@freefall.FreeBSD.org; Thu, 02 May 1996 17:14:40 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA14992 for freebsd-current@freefall.cdrom.com; Thu, 02 May 1996 17:22:27 +0200 Date: Thu, 02 May 1996 17:22:27 +0200 From: "Christoph P. Kukulies" Subject: LINUX COMPAT_LINUX To: freebsd-current@freefall.FreeBSD.org Message-id: <199605021522.RAA14992@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I saw Poul-Henning talking about COMPAT_LINUX and such but didn't pay attention. Maybe I should have :-) Anyway, the reason why my kernel doesn't compile any longer is that the qcam driver has a LINUX ifdef'ed #include section which was triggered by my options LINUX in my kernel config file. The hell knows why I had it in there. I also had a COMPAT_LINUX in it for running linux binaries. What was that LINUX option initially good for? Obviously it is disturbing now. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Thu May 2 09:28:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA08552 for current-outgoing; Thu, 2 May 1996 09:28:45 -0700 (PDT) Received: from berkeley.race.u-tokyo.ac.jp (berkeley.race.u-tokyo.ac.jp [157.82.76.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA08544 for ; Thu, 2 May 1996 09:28:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by berkeley.race.u-tokyo.ac.jp (8.7.5/8.6.12) with SMTP id BAA00248; Fri, 3 May 1996 01:25:00 +0900 (JST) Message-Id: <199605021625.BAA00248@berkeley.race.u-tokyo.ac.jp> X-Authentication-Warning: berkeley.race.u-tokyo.ac.jp: Host localhost [127.0.0.1] didn't use HELO protocol To: kuku@gilberto.physik.rwth-aachen.de Cc: freebsd-current@freefall.freebsd.org Subject: Re: qcam driver (kernel doesn't compile) In-Reply-To: Your message of "Thu, 02 May 1996 17:08:11 +0200" References: <199605021508.RAA14941@gilberto.physik.rwth-aachen.de> X-Mailer: Mew version 1.03 on Emacs 19.28.3, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Fri, 03 May 1996 01:25:00 +0900 From: Naohiro Shichijo Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Linux-emu and qcamio.c uses the "LINUX" symbol in different purpose. Perhaps qcamio.c would be better to use another symbol to identify LINUX... Naohiro Shichijo The Univesity of Tokyo. From: "Christoph P. Kukulies" Subject: qcam driver (kernel doesn't compile) Date: Thu, 02 May 1996 17:08:11 +0200 Message-ID: <199605021508.RAA14941@gilberto.physik.rwth-aachen.de> kuku> I supped and as a result I can't compile my kernel any longer: kuku> kuku> cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -nostdinc -I. -I../.. -I../../sys -I../../../include -DI486_CPU -DGUSMAX -DATAPI -DLINUX -DCOMPAT_LINUX -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../i386/isa/qcamio.c kuku> ../../i386/isa/qcamio.c:61: linux/kernel.h: No such file or directory kuku> ../../i386/isa/qcamio.c:62: linux/sched.h: No such file or directory kuku> ../../i386/isa/qcamio.c:63: linux/string.h: No such file or directory kuku> ../../i386/isa/qcamio.c:64: linux/delay.h: No such file or directory kuku> ../../i386/isa/qcamio.c:65: asm/io.h: No such file or directory kuku> ../../i386/isa/qcamio.c:66: qcam-linux.h: No such file or directory kuku> *** Error code 1 kuku> kuku> Stop. kuku> kuku> --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de kuku> From owner-freebsd-current Thu May 2 09:46:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA09392 for current-outgoing; Thu, 2 May 1996 09:46:15 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA09387 for ; Thu, 2 May 1996 09:46:12 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id JAA08256; Thu, 2 May 1996 09:44:11 -0700 (PDT) Message-Id: <199605021644.JAA08256@precipice.shockwave.com> To: Naohiro Shichijo cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.freebsd.org Subject: Re: qcam driver (kernel doesn't compile) In-reply-to: Your message of "Fri, 03 May 1996 01:25:00 +0900." <199605021625.BAA00248@berkeley.race.u-tokyo.ac.jp> Date: Thu, 02 May 1996 09:44:11 -0700 From: Paul Traina Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: Naohiro Shichijo Subject: Re: qcam driver (kernel doesn't compile) Linux-emu and qcamio.c uses the "LINUX" symbol in different purpose. Perhaps qcamio.c would be better to use another symbol to identify LINUX... No, we shouldn't be using LINUX in our Kernel...but this is currently being fixed. From owner-freebsd-current Thu May 2 10:01:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA10034 for current-outgoing; Thu, 2 May 1996 10:01:03 -0700 (PDT) Received: from ormail.intel.com (ormail.intel.com [134.134.192.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA10029 for ; Thu, 2 May 1996 10:00:56 -0700 (PDT) Received: from ichips.intel.com (ichips.intel.com [134.134.50.200]) by ormail.intel.com (8.7.4/8.7.3) with ESMTP id KAA25118; Thu, 2 May 1996 10:00:40 -0700 (PDT) Received: from pdx202 by ichips.intel.com (8.7.4/jIII) id JAA19776; Thu, 2 May 1996 09:58:09 -0700 (PDT) Message-Id: <199605021658.JAA19776@ichips.intel.com> To: asami@cs.berkeley.edu (Satoshi Asami) cc: current@freebsd.org, nisha@cs.berkeley.edu Subject: Re: more on fast bcopy In-reply-to: Your message of "Thu, 02 May 1996 02:35:47 PDT." <199605020935.CAA06965@silvia.HIP.Berkeley.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Thu, 02 May 1996 10:00:39 -0700 From: Wayne Scott Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I think you might find these results interesting. This is the script run on a P6 box. Pentium Pro 200/256 128 Meg memory 2-way interleave B-step Orion chipset The interesting results is that 'libc' is MUCH faster than any of the other results. We implimented a fast string copy mode for 'rep movs' that kicks in at about 128 elements. Wayne Scott MD6 Architecture wscott@ichips.intel.com Work #: (503) 264-4165 Disclaimer: All views expressed are my own opinions, and not necessarily those of Intel Corporation. # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # pdxlx008/fpunrolled.out # pdxlx008/libc.out # pdxlx008/plot.gp # pdxlx008/unrolled128.out # pdxlx008/unrolled144.out # pdxlx008/unrolled32.out # pdxlx008/unrolled48.out # pdxlx008/unrolled64.out # pdxlx008/unrolled96.out # echo x - pdxlx008/fpunrolled.out sed 's/^X//' >pdxlx008/fpunrolled.out << 'END-of-pdxlx008/fpunrolled.out' X31.927970 X28.838598 X33.324169 X34.343018 X34.618547 X34.948538 X35.172875 X35.307306 X35.343182 END-of-pdxlx008/fpunrolled.out echo x - pdxlx008/libc.out sed 's/^X//' >pdxlx008/libc.out << 'END-of-pdxlx008/libc.out' X32.017417 X32.604354 X33.238603 X39.687264 X43.481569 X45.450414 X46.639616 X47.106484 X47.434955 END-of-pdxlx008/libc.out echo x - pdxlx008/plot.gp sed 's/^X//' >pdxlx008/plot.gp << 'END-of-pdxlx008/plot.gp' Xset xtics ("32" 0, "64" 1, "128" 2, "256" 3, "512" 4, "1024" 5, "2048" 6, "4096" 7, "8192" 8) Xplot 'pdxlx008/fpunrolled.out' w linesp, 'pdxlx008/unrolled144.out' w linesp, 'pdxlx008/unrolled128.out' w linesp, 'pdxlx008/unrolled96.out' w linesp, 'pdxlx008/unrolled64.out' w linesp, 'pdxlx008/unrolled48.out' w linesp, 'pdxlx008/unrolled32.out' w linesp, 'pdxlx008/libc.out' w linesp END-of-pdxlx008/plot.gp echo x - pdxlx008/unrolled128.out sed 's/^X//' >pdxlx008/unrolled128.out << 'END-of-pdxlx008/unrolled128.out' X31.792206 X32.426736 X35.571681 X35.386643 X35.226152 X35.223980 X35.189893 X35.092952 X35.121300 END-of-pdxlx008/unrolled128.out echo x - pdxlx008/unrolled144.out sed 's/^X//' >pdxlx008/unrolled144.out << 'END-of-pdxlx008/unrolled144.out' X31.879623 X32.474122 X33.214315 X28.795623 X35.488679 X35.381009 X35.256580 X35.281147 X35.299828 END-of-pdxlx008/unrolled144.out echo x - pdxlx008/unrolled32.out sed 's/^X//' >pdxlx008/unrolled32.out << 'END-of-pdxlx008/unrolled32.out' X30.772308 X35.372562 X35.711097 X34.900055 X34.853832 X34.834406 X34.804399 X34.747559 X34.817426 END-of-pdxlx008/unrolled32.out echo x - pdxlx008/unrolled48.out sed 's/^X//' >pdxlx008/unrolled48.out << 'END-of-pdxlx008/unrolled48.out' X31.844852 X35.743966 X35.232668 X35.396664 X35.211578 X35.172565 X35.219018 X35.085257 X35.271502 END-of-pdxlx008/unrolled48.out echo x - pdxlx008/unrolled64.out sed 's/^X//' >pdxlx008/unrolled64.out << 'END-of-pdxlx008/unrolled64.out' X31.792964 X35.621098 X35.714605 X35.439315 X35.407317 X35.515463 X35.568518 X35.576427 X35.632522 END-of-pdxlx008/unrolled64.out echo x - pdxlx008/unrolled96.out sed 's/^X//' >pdxlx008/unrolled96.out << 'END-of-pdxlx008/unrolled96.out' X31.846373 X32.406507 X35.524294 X36.170290 X36.104342 X36.246987 X36.461419 X36.407657 X36.381827 END-of-pdxlx008/unrolled96.out exit From owner-freebsd-current Thu May 2 10:16:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA10984 for current-outgoing; Thu, 2 May 1996 10:16:56 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA10975 for ; Thu, 2 May 1996 10:16:53 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uF1zZ-0003wBC; Thu, 2 May 96 10:16 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id RAA00273; Thu, 2 May 1996 17:16:28 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: "Christoph P. Kukulies" cc: freebsd-current@freefall.FreeBSD.org Subject: Re: LINUX COMPAT_LINUX In-reply-to: Your message of "Thu, 02 May 1996 17:22:27 +0200." <199605021522.RAA14992@gilberto.physik.rwth-aachen.de> Date: Thu, 02 May 1996 17:16:24 +0000 Message-ID: <271.831057384@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I saw Poul-Henning talking about COMPAT_LINUX and such > but didn't pay attention. Maybe I should have :-) :-) > What was that LINUX option initially good for? Obviously it is > disturbing now. I'ts renamed to COMPAT_LINUX, which I'm told is also bad, but at least it doesn't break the compile of the kernel. It may change name again if COMPAT_LINUX is too bad for compatibility... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu May 2 10:26:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA11579 for current-outgoing; Thu, 2 May 1996 10:26:00 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA11569 for ; Thu, 2 May 1996 10:25:55 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uF28I-0003voC; Thu, 2 May 96 10:25 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id RAA00315; Thu, 2 May 1996 17:25:28 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Naohiro Shichijo cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-current@freefall.freebsd.org Subject: Re: qcam driver (kernel doesn't compile) In-reply-to: Your message of "Fri, 03 May 1996 01:25:00 +0900." <199605021625.BAA00248@berkeley.race.u-tokyo.ac.jp> Date: Thu, 02 May 1996 17:25:25 +0000 Message-ID: <313.831057925@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk yeah, right! and while we're at it let's get Sun to get rid of the #ifdef sun trash, we don't want that either... Calling anything in FreeBSD "LINUX" is blatant disregard for reality. Poul-Henning > Linux-emu and qcamio.c uses the "LINUX" symbol in different purpose. > Perhaps qcamio.c would be better to use another symbol to identify LINUX... > > Naohiro Shichijo > The Univesity of Tokyo. > > From: "Christoph P. Kukulies" > Subject: qcam driver (kernel doesn't compile) > Date: Thu, 02 May 1996 17:08:11 +0200 > Message-ID: <199605021508.RAA14941@gilberto.physik.rwth-aachen.de> > > kuku> I supped and as a result I can't compile my kernel any longer: > kuku> > kuku> cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnes ted-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -nostdinc -I. - I../.. -I../../sys -I../../../include -DI486_CPU -DGUSMAX -DATAPI -DLINUX -DCOM PAT_LINUX -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../i38 6/isa/qcamio.c > kuku> ../../i386/isa/qcamio.c:61: linux/kernel.h: No such file or directory > kuku> ../../i386/isa/qcamio.c:62: linux/sched.h: No such file or directory > kuku> ../../i386/isa/qcamio.c:63: linux/string.h: No such file or directory > kuku> ../../i386/isa/qcamio.c:64: linux/delay.h: No such file or directory > kuku> ../../i386/isa/qcamio.c:65: asm/io.h: No such file or directory > kuku> ../../i386/isa/qcamio.c:66: qcam-linux.h: No such file or directory > kuku> *** Error code 1 > kuku> > kuku> Stop. > kuku> > kuku> --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > kuku> -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu May 2 10:57:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA13537 for current-outgoing; Thu, 2 May 1996 10:57:47 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA13511 Thu, 2 May 1996 10:57:33 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id VAA13305; Thu, 2 May 1996 21:03:51 +0300 Date: Thu, 2 May 1996 21:03:51 +0300 (EET DST) From: Narvi To: Chuck Robey cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: lmbench IDE anomaly In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sorry I drimmed the list of the cc... On Wed, 1 May 1996, Chuck Robey wrote: > On Wed, 1 May 1996, Jonathan M. Bresler wrote: > > > there is not a debate. > > > > my 486dx2-66 with 16MB and scsi drives will perform a > > "make world" faster than several 586-75's with 16+MB and > > *IDE* drives. a 586-90, assuming long integer data set of > > 100kB, is over twice as fast as my cpu. but the ide drives > > slow the compiles horribly. ( use Hint to get the cpu computation > > speeds http://www.scl.ameslab.gov/scl/HINT/HINT.html) > > > > now maybe its the driver, maybe its the IDE drives themselves. > > i aint re-writing the ide driver, so i dont care (at this point). > > > > dare, jis eyent naw dabayt. > > Jonathan, I was looking at the new Tyan MB's, they say that they use IDE > bus mastering, and claim a major speed increase. I am not sure (I am a > SCSI bigot myself) but maybe yours claims of SCSI dominanace over > IDE won't be so automatically true shortly. I have a strane feeling all Triton motherboards have the feature(?) as the IDE controller is part of the chipset. Or am I again remebering falsely? Perhaps not as Win95 tends to recognise it's there (but say that bus mastering is not supported). So are 486 motherboards based on the SiS chipset and most probably also several others. > > ========================================================================== > Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 > > Three Accounts for the Super-users in the sky, > Seven for the Operators in their halls of fame, > Nine for Ordinary Users doomed to crie, > One for the Illegal Cracker with his evil game > In the Domains of Internet where the data lie. > One Account to rule them all, One Account to watch them, > One Account to make them all and in the network bind them. Sander Eat good food, preserve nature, be nice to all nice people :) From owner-freebsd-current Thu May 2 11:06:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14045 for current-outgoing; Thu, 2 May 1996 11:06:32 -0700 (PDT) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA14037 Thu, 2 May 1996 11:06:29 -0700 (PDT) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.98.208]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id OAA00235; Thu, 2 May 1996 14:06:20 -0400 (EDT) Received: (from chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) id OAA29494; Thu, 2 May 1996 14:06:20 -0400 (EDT) Date: Thu, 2 May 1996 14:06:19 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: Narvi cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: lmbench IDE anomaly In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 2 May 1996, Narvi wrote: > > Jonathan, I was looking at the new Tyan MB's, they say that they use IDE > > bus mastering, and claim a major speed increase. I am not sure (I am a > > SCSI bigot myself) but maybe yours claims of SCSI dominanace over > > IDE won't be so automatically true shortly. > > I have a strane feeling all Triton motherboards have the feature(?) as the > IDE controller is part of the chipset. Or am I again remebering falsely? > Perhaps not as Win95 tends to recognise it's there (but say that bus > mastering is not supported). So are 486 motherboards based on the SiS > chipset and most probably also several others. > Narvi, I was referring to the new Triton II boards. Take a look at http://www.tyan.com, they are offering drivers (for Win95) that do bus-mastering for IDE. I guess the hardware solution is out. I will have one of these boards myself shortly (whee!) but I don't run IDE, so I won't get involved with that part of it. ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-current Thu May 2 11:23:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA15127 for current-outgoing; Thu, 2 May 1996 11:23:10 -0700 (PDT) Received: from xi.dorm.umd.edu (root@xi.dorm.umd.edu [129.2.152.45]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA15120 for ; Thu, 2 May 1996 11:23:08 -0700 (PDT) Received: from localhost (smpatel@localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.5/8.6.12) with SMTP id OAA02781; Thu, 2 May 1996 14:23:02 -0400 (EDT) Date: Thu, 2 May 1996 14:23:01 -0400 (EDT) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: Poul-Henning Kamp cc: freebsd-current@freefall.freebsd.org Subject: Re: LINUX COMPAT_LINUX In-Reply-To: <271.831057384@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 2 May 1996, Poul-Henning Kamp wrote: > I'ts renamed to COMPAT_LINUX, which I'm told is also bad, but at least > it doesn't break the compile of the kernel. > > It may change name again if COMPAT_LINUX is too bad for compatibility... COMPAT_LINUX is also what NetBSD uses. Let's keep it this way, so that we are a little bit more standard. Sujal From owner-freebsd-current Thu May 2 11:48:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16581 for current-outgoing; Thu, 2 May 1996 11:48:58 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16564 Thu, 2 May 1996 11:48:55 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199605021848.LAA16564@freefall.freebsd.org> Subject: Re: lmbench IDE anomaly To: chuckr@Glue.umd.edu (Chuck Robey) Date: Thu, 2 May 1996 11:48:55 -0700 (PDT) Cc: luigi@labinfo.iet.unipi.it, terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: from "Chuck Robey" at May 1, 96 09:40:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Chuck Robey wrote: > > On Wed, 1 May 1996, Jonathan M. Bresler wrote: > > > there is not a debate. > > > > my 486dx2-66 with 16MB and scsi drives will perform a > > "make world" faster than several 586-75's with 16+MB and > > *IDE* drives. a 586-90, assuming long integer data set of > > 100kB, is over twice as fast as my cpu. but the ide drives > > slow the compiles horribly. ( use Hint to get the cpu computation > > speeds ttp://www.scl.ameslab.gov/scl/HINT/HINT.html) > > > > now maybe its the driver, maybe its the IDE drives themselves. > > i aint re-writing the ide driver, so i dont care (at this point). > > > > dare, jis eyent naw dabayt. > > Jonathan, I was looking at the new Tyan MB's, they say that they use IDE > bus mastering, and claim a major speed increase. I am not sure (I am a > SCSI bigot myself) but maybe yours claims of SCSI dominanace over > IDE won't be so automatically true shortly. cool. that would be great. losts of people dont want scsi for one reason or another, so if ide gets faster that all for the better ;) anyone got any "/usr/bin/time make world" restuls for one of these boards? -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ From owner-freebsd-current Thu May 2 12:18:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA17993 for current-outgoing; Thu, 2 May 1996 12:18:20 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA17987 Thu, 2 May 1996 12:18:17 -0700 (PDT) Message-Id: <199605021918.MAA17987@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Sujal Patel cc: Poul-Henning Kamp , freebsd-current@freefall.freebsd.org Subject: Re: LINUX COMPAT_LINUX In-reply-to: Your message of "Thu, 02 May 1996 14:23:01 EDT." Date: Thu, 02 May 1996 12:18:17 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Thu, 2 May 1996, Poul-Henning Kamp wrote: > >> I'ts renamed to COMPAT_LINUX, which I'm told is also bad, but at least >> it doesn't break the compile of the kernel. >> >> It may change name again if COMPAT_LINUX is too bad for compatibility... > >COMPAT_LINUX is also what NetBSD uses. Let's keep it this way, so that we >are a little bit more standard. > > >Sujal > I believe that the Linux gcc defines "linux" not "LINUX", so any code in our tree that is supposed to have conditional code for Linux should use the lowercase define. The only place I know of that uses this right now is the sequencer code for the aic7xxx driver. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Thu May 2 12:55:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA21101 for current-outgoing; Thu, 2 May 1996 12:55:42 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA21094 Thu, 2 May 1996 12:55:40 -0700 (PDT) From: Mike Pritchard Message-Id: <199605021955.MAA21094@freefall.freebsd.org> Subject: Re: LINUX COMPAT_LINUX To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Thu, 2 May 1996 12:55:39 -0700 (PDT) Cc: smpatel@umiacs.umd.edu, phk@critter.tfs.com, freebsd-current@freefall.freebsd.org In-Reply-To: <199605021918.MAA17987@freefall.freebsd.org> from "Justin T. Gibbs" at May 2, 96 12:18:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Justin T. Gibbs wrote: > > >On Thu, 2 May 1996, Poul-Henning Kamp wrote: > > > >> I'ts renamed to COMPAT_LINUX, which I'm told is also bad, but at least > >> it doesn't break the compile of the kernel. > >> > >> It may change name again if COMPAT_LINUX is too bad for compatibility... > > > >COMPAT_LINUX is also what NetBSD uses. Let's keep it this way, so that we > >are a little bit more standard. > > I believe that the Linux gcc defines "linux" not "LINUX", so any code > in our tree that is supposed to have conditional code for Linux should > use the lowercase define. The only place I know of that uses this > right now is the sequencer code for the aic7xxx driver. This may be true, but often second/third/whatever party makefiles/software will do something like: Makefile: CFLAGS = -DLINUX # define this if we are compiling on a Linux system foo.c: #ifdef LINUX /* whatever */ #endif -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-current Thu May 2 14:32:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA26976 for current-outgoing; Thu, 2 May 1996 14:32:24 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA26970 Thu, 2 May 1996 14:32:15 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id HAA32094; Fri, 3 May 1996 07:27:59 +1000 Date: Fri, 3 May 1996 07:27:59 +1000 From: Bruce Evans Message-Id: <199605022127.HAA32094@godzilla.zeta.org.au> To: gibbs@freefall.freebsd.org, smpatel@umiacs.umd.edu Subject: Re: LINUX COMPAT_LINUX Cc: freebsd-current@freefall.freebsd.org, phk@critter.tfs.com Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I believe that the Linux gcc defines "linux" not "LINUX", so any code It defines "__linux__" and "linux". Only sloppy code would depend on "linux" or "LINUX" being defined by the compiler. However, they might be defined in the application's CFLAGS or headers. >in our tree that is supposed to have conditional code for Linux should >use the lowercase define. The only place I know of that uses this >right now is the sequencer code for the aic7xxx driver. Urk. The sequencer code uses "linux", but the qcam code uses "LINUX". It's surprising that it compiled in LINT. It could not have worked, because Linux has outb() back to front. I'm going to hide the *LINUX #defines and some other #defines because using them would break the lkms: --- diff -c2 src/sys/conf/options~ src/sys/conf/options *** src/sys/conf/options~ Sat Mar 30 02:25:43 1996 --- src/sys/conf/options Thu May 2 12:44:14 1996 *************** *** 6,16 **** DDB KTRACE ! FDESC opt_staticfs.h ! KERNFS opt_staticfs.h ! NULLFS opt_staticfs.h ! PORTAL opt_staticfs.h ! PROCFS opt_staticfs.h ! UMAPFS opt_staticfs.h ! UNION opt_staticfs.h QUOTA SYSVSHM opt_sysvipc.h --- 6,25 ---- DDB KTRACE ! ! # Options for static file systems. These should only be used at config ! # time, since the corresponding lkms cannot work if there are any static ! # dependencies. Unusability is enforced by hiding the defines for the ! # options in a never-included header. ! FDESC opt_dontuse.h ! KERNFS opt_dontuse.h ! NULLFS opt_dontuse.h ! PORTAL opt_dontuse.h ! PROCFS opt_dontuse.h ! UMAPFS opt_dontuse.h ! ! # The union static file system has bogus static dependencies, so it isn't ! # hidden yet. ! UNION ! QUOTA SYSVSHM opt_sysvipc.h diff -c2 src/sys/i386/conf/options.i386~ src/sys/i386/conf/options.i386 *** src/sys/i386/conf/options.i386~ Thu May 2 05:34:58 1996 --- src/sys/i386/conf/options.i386 Fri May 3 06:40:10 1996 *************** *** 4,8 **** MATH_EMULATE opt_math_emulate.h GPL_MATH_EMULATE opt_math_emulate.h ! IBCS2 opt_ibcs2.h SHOW_BUSYBUFS opt_machdep.h PANIC_REBOOT_WAIT_TIME opt_machdep.h --- 4,11 ---- MATH_EMULATE opt_math_emulate.h GPL_MATH_EMULATE opt_math_emulate.h ! ! IBCS2 opt_dontuse.h ! COMPAT_LINUX opt_dontuse.h ! SHOW_BUSYBUFS opt_machdep.h PANIC_REBOOT_WAIT_TIME opt_machdep.h --- This would have avoided the problem with qcam when COMPAT_LINUX was named LINUX. Bruce From owner-freebsd-current Thu May 2 14:38:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27381 for current-outgoing; Thu, 2 May 1996 14:38:09 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27371 for ; Thu, 2 May 1996 14:38:03 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA06167 for ; Thu, 2 May 1996 23:38:01 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA01301 for freebsd-current@FreeBSD.org; Thu, 2 May 1996 23:38:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA14215 for freebsd-current@FreeBSD.org; Thu, 2 May 1996 20:58:23 +0200 (MET DST) From: J Wunsch Message-Id: <199605021858.UAA14215@uriah.heep.sax.de> Subject: Re: "calcru: negative time: -nnnnnn usec" To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 2 May 1996 20:58:22 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <15423.830987208@time.cdrom.com> from "Jordan K. Hubbard" at "May 1, 96 02:46:48 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > Uh, it IS an i486! A 486/DX2 66 to be precise. The same one that > runs BSD/OS when we're doing that sort of testing (throck.cdrom.com). Hmm, i always thought this were a problem with the i586 timer... well, apparently not. :/ -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu May 2 14:39:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27567 for current-outgoing; Thu, 2 May 1996 14:39:22 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27476 for ; Thu, 2 May 1996 14:38:46 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA06193 for ; Thu, 2 May 1996 23:38:13 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA01314 for freebsd-current@FreeBSD.org; Thu, 2 May 1996 23:38:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA14762 for freebsd-current@FreeBSD.org; Thu, 2 May 1996 22:40:41 +0200 (MET DST) From: J Wunsch Message-Id: <199605022040.WAA14762@uriah.heep.sax.de> Subject: Re: execve To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 2 May 1996 22:40:41 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199605011946.MAA10116@phaeton.artisoft.com> from Terry Lambert at "May 1, 96 12:46:09 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > A quick grep points to the TEXT_SET() macros. Looks like black magic > > however. :) > > It's pretty simple. ... > This construct is called a "linker set". ... > It's initially confusiong, but *extremely* flexible. I agree. Can i convince you to form this into linker_set(9)? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu May 2 15:12:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA00479 for current-outgoing; Thu, 2 May 1996 15:12:36 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA00472 for ; Thu, 2 May 1996 15:12:32 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id IAA00812; Fri, 3 May 1996 08:10:14 +1000 Date: Fri, 3 May 1996 08:10:14 +1000 From: Bruce Evans Message-Id: <199605022210.IAA00812@godzilla.zeta.org.au> To: bde@zeta.org.au, julian@ref.tfs.com Subject: Re: execve Cc: chuckr@Glue.umd.edu, freebsd-current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de, terry@lambert.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> struct. There would have to be declarations in files[.machine] to tell >> config what to emit. E.g., >> >> kern_imgact.c standard TEXT_SET(execsw_set, aout_execsw) >> ... >what about files that need to have multiple linker sets.. >(there are a few) foo.c standard TEXT_SET(bar_set, func_1) ... foo.c standard DATA_SET(baz_set, obj_1) ... This leads to my next topic :-). There shouldn't be any such files because they don't work as lkm's. For lkm's there should be a single entry point that registers all the necessary objects and functions: void foo_init(void *arg) { register_bar_func(func_1); ... register_baz_obj(obj_1); ... } Bruce From owner-freebsd-current Thu May 2 16:14:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA03898 for current-outgoing; Thu, 2 May 1996 16:14:42 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA03892 Thu, 2 May 1996 16:14:39 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id IAA01156; Fri, 3 May 1996 08:46:40 +0930 From: Michael Smith Message-Id: <199605022316.IAA01156@genesis.atrad.adelaide.edu.au> Subject: Re: lmbench IDE anomaly To: jmb@freefall.freebsd.org (Jonathan M. Bresler) Date: Fri, 3 May 1996 08:46:39 +0930 (CST) Cc: chuckr@Glue.umd.edu, luigi@labinfo.iet.unipi.it, terry@lambert.org, msmith@atrad.adelaide.edu.au, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199605021848.LAA16564@freefall.freebsd.org> from "Jonathan M. Bresler" at May 2, 96 11:48:55 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jonathan M. Bresler stands accused of saying: > > > > Jonathan, I was looking at the new Tyan MB's, they say that they use IDE > > bus mastering, and claim a major speed increase. I am not sure (I am a > > SCSI bigot myself) but maybe yours claims of SCSI dominanace over > > IDE won't be so automatically true shortly. > > cool. that would be great. losts of people dont want > scsi for one reason or another, so if ide gets faster > that all for the better ;) > > anyone got any "/usr/bin/time make world" restuls for one of > these boards? You don't understand. The boards _support_ IDE busmastering, just like every other Triton board on the market. But nobody uses it, AFAIK. There's support for the DMA controller in -current, all it requires is someone to wade into the 'wd' driver and add the required code to _use_ it. > Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu May 2 18:05:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA09342 for current-outgoing; Thu, 2 May 1996 18:05:45 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA09337 for ; Thu, 2 May 1996 18:05:42 -0700 (PDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.3) with SMTP id VAA15326 for ; Thu, 2 May 1996 21:05:35 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Thu, 2 May 1996 21:05:32 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: Dependencies...how do they work? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... I'm just curious how exactly the .depend file is created... what does it base its information on? I just tried to rebuild libutil, and got an error of: 'Can't make pte.h' Or similar to that... pte.h was just removed, but even doing a 'make clean; make depend' on the directory comes up with that error, and the .depend file has it in it. I checked setproctitle.c (which is what .depend seems to think needs pte.h), and there is no include there. Nor can I find it in any of the include files on the system. I ended up just editting .depend and removing that one entry to get past it...but I seem to recall someone mentioning that editting the .depend file is "!A Good Thing(tm)" So, how exactly *does* mkdep build its dependencies? :) Thanks... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Thu May 2 18:37:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA11315 for current-outgoing; Thu, 2 May 1996 18:37:05 -0700 (PDT) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA11309 for ; Thu, 2 May 1996 18:37:02 -0700 (PDT) Received: from gilligan.eng.umd.edu (gilligan.eng.umd.edu [129.2.98.205]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id VAA14453 for ; Thu, 2 May 1996 21:36:52 -0400 (EDT) Received: (from chuckr@localhost) by gilligan.eng.umd.edu (8.7.5/8.7.3) id VAA10999; Thu, 2 May 1996 21:36:53 -0400 (EDT) Date: Thu, 2 May 1996 21:36:53 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@gilligan.eng.umd.edu To: FreeBSD-current@FreeBSD.org Subject: a.out/ELF Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I am still looking at the a.out/ELF stuff. Taking a look at the a.out man page, it references at the top a.out.h, which seems a fairly useless file, cause it's nearly empty. Further, there is no elf.h. I would propose changing the a.out man page (at the top) to reference instead the sys/imgact_aout.h file, which really carries a lot of useful info. On top of that (for reasons of symettry) an ELF man page could then reference the sys/imgact_elf.h, which DOES exist. I'm beginning to hack a elf man page, that's why I'm asking about this. Thanks. ========================================================================== Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 Three Accounts for the Super-users in the sky, Seven for the Operators in their halls of fame, Nine for Ordinary Users doomed to crie, One for the Illegal Cracker with his evil game In the Domains of Internet where the data lie. One Account to rule them all, One Account to watch them, One Account to make them all and in the network bind them. From owner-freebsd-current Thu May 2 18:37:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA11352 for current-outgoing; Thu, 2 May 1996 18:37:55 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA11347 for ; Thu, 2 May 1996 18:37:51 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id CAA00766 ; Fri, 3 May 1996 02:37:24 +0100 (BST) To: "Marc G. Fournier" cc: current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Dependencies...how do they work? In-reply-to: Your message of "Thu, 02 May 1996 21:05:32 EDT." Date: Fri, 03 May 1996 02:37:23 +0100 Message-ID: <764.831087443@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Marc G. Fournier" wrote in message ID : > I'm just curious how exactly the .depend file is created... > what does it base its information on? If you run `top' during a mkdep, you'll see it runs the relevant C files through the CPP to get that information. > I just tried to rebuild libutil, and got an error of: > 'Can't make pte.h' > Or similar to that... > pte.h was just removed, but even doing a 'make clean; make depend' > on the directory comes up with that error, and the .depend file has it in > it. > I checked setproctitle.c (which is what .depend seems to think > needs pte.h), and there is no include there. Nor can I find it in > any of the include files on the system. I ended up just editting .depend > and removing that one entry to get past it...but I seem to recall someone > mentioning that editting the .depend file is "!A Good Thing(tm)" Did you have an `obj' subdir/symlink? This make be a bogon somewhere :-( Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info. From owner-freebsd-current Thu May 2 18:48:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA12047 for current-outgoing; Thu, 2 May 1996 18:48:38 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA12042 Thu, 2 May 1996 18:48:29 -0700 (PDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.3) with SMTP id VAA23294; Thu, 2 May 1996 21:48:12 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Thu, 2 May 1996 21:47:59 -0400 (EDT) From: "Marc G. Fournier" To: Gary Palmer cc: current@FreeBSD.ORG Subject: Re: Dependencies...how do they work? In-Reply-To: <764.831087443@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 3 May 1996, Gary Palmer wrote: > > I checked setproctitle.c (which is what .depend seems to think > > needs pte.h), and there is no include there. Nor can I find it in > > any of the include files on the system. I ended up just editting .depend > > and removing that one entry to get past it...but I seem to recall someone > > mentioning that editting the .depend file is "!A Good Thing(tm)" > > Did you have an `obj' subdir/symlink? This make be a bogon somewhere :-( > Nope, not using 'make obj' on that system...didn't allocate enough space to seperate obj from src :( So obj/src are on the same file system... My first thought had been that maybe when pte.h got removed, it wasn't completely removed from the other include files, but as I stated, I can't find it anywhere :( Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Thu May 2 19:08:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA12940 for current-outgoing; Thu, 2 May 1996 19:08:15 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA12934 for ; Thu, 2 May 1996 19:08:10 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id DAA00855 ; Fri, 3 May 1996 03:07:49 +0100 (BST) To: "Marc G. Fournier" cc: current@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Dependencies...how do they work? In-reply-to: Your message of "Thu, 02 May 1996 21:47:59 EDT." Date: Fri, 03 May 1996 03:07:48 +0100 Message-ID: <853.831089268@palmer.demon.co.uk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Marc G. Fournier" wrote in message ID : > Nope, not using 'make obj' on that system...didn't allocate > enough space to seperate obj from src :( So obj/src are on the same > file system... > My first thought had been that maybe when pte.h got removed, > it wasn't completely removed from the other include files, but as I stated, > I can't find it anywhere :( Weird. Most weird. You can see what mkdep is working from if you take the cc command line and add a `-E' flag to it. (You'll need the full command line to get all the options right. Cut and paste is handy for this :-) ). I'd advise redirecting stdout to a file as it'll be quite lengthy. This may highlight a problem area somewhere. I can't think why mkdep gets different information to a normal compile. They SHOULD use the same flags, etc, so should end up with the same results... Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD - Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-current Thu May 2 19:17:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA13295 for current-outgoing; Thu, 2 May 1996 19:17:18 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA13289 for ; Thu, 2 May 1996 19:17:12 -0700 (PDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.3) with SMTP id WAA00568 for ; Thu, 2 May 1996 22:17:03 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Thu, 2 May 1996 22:17:01 -0400 (EDT) From: "Marc G. Fournier" To: current@freebsd.org Subject: tn3270 won't make depend... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi again... I've hit this problem before, and for the life of me, can't recall what I did to fix it :( When I try to do a make depend on /usr/src/usr.bin/tn3270, I get this error: ===> mset cd /usr/src/usr.bin/tn3270/mset/../tools/mkastosc; make /usr/src/usr.bin/tn3270/mset/../tools/mkastosc/obj/mkastosc /usr/src/usr.bin/tn3270/mset/../ctlr/hostctlr.h /usr/src/usr.bin/tn3270/mset/../ctlr/function.h < /usr/src/usr.bin/tn3270/mset/../ctlr/unix.kbd > astosc.OUT /usr/src/usr.bin/tn3270/mset/../tools/mkastosc/obj/mkastosc: not found *** Error code 2 Stop. *** Error code 1 Stop. Now, I know *why* it gives me the error, in that it can't find mkastosc in the obj directory...but I'm not using an obj directory :( And mkastosc definitely exists in '../tools/mkastosc': freebsd# ls -lt total 36 -rwxr-xr-x 1 root wheel 13623 May 2 21:57 mkastosc -rw-r--r-- 1 root wheel 653 May 2 21:57 ebc_disp.o -rw-r--r-- 1 root wheel 587 May 2 21:57 asc_ebc.o -rw-r--r-- 1 root wheel 3351 May 2 21:56 dohits.o -rw-r--r-- 1 root wheel 2378 May 2 21:56 mkastosc.o -rw-r--r-- 1 root wheel 1339 May 2 21:55 .depend -rw-r--r-- 1 root wheel 4998 May 30 1995 mkastosc.c -rw-r--r-- 1 root wheel 237 May 27 1994 Makefile I've made sure to reinstall /usr/src/share/mk, and have performed a 'make clean' before trying the make depend. The same error keeps popping up. Looking through the .mk files in /usr/share/mk, there is a check for NOOBJ being defined, but since the rest of the source tree is compiling fine, I *assume* that its being set properly when I'm doing my compiles...isn't it? Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-current Thu May 2 19:36:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA14527 for current-outgoing; Thu, 2 May 1996 19:36:33 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA14519 for ; Thu, 2 May 1996 19:36:22 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.7.5/8.6.9) id VAA13228 for freebsd-current@freefall.cdrom.com; Thu, 2 May 1996 21:36:28 -0500 (CDT) From: Bob Willcox Message-Id: <199605030236.VAA13228@luke.pmr.com> Subject: ahc driver no longer sees one of my disks To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Thu, 2 May 1996 21:36:28 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Since replacing my 100MHz Pentium CPU with a 166MHz CPU, the Adaptec 2940 device driver no longer sees one of my SCSI disks, my Toshiba 3701 CDROM, or my Wangtek 5525ES tape drive (the adapter's BIOS does). What I use to get (before the CPU change) for boot output was: ahc0 rev 3 int a irq 12 on pci0:10 ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "QUANTUM PD700S 3110" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 668MB (1368432 512 byte sectors) ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "DEC DSP3105S X385" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 1001MB (2050860 512 byte sectors) ahc0: target 3 Tagged Queuing Device (ahc0:3:0): "COMPAQPC DPES-31080 S31K" type 0 fixed SCSI 2 sd2(ahc0:3:0): Direct-Access 1001MB (2051000 512 byte sectors) (ahc0:4:0): "TOSHIBA CD-ROM XM-3701TA 2965" type 5 removable SCSI 2 cd0(ahc0:4:0): CD-ROM cd present [232695 x 2048 byte records] (ahc0:6:0): "WANGTEK 5525ES SCSI REV7 3R4" type 1 removable SCSI 1 st0(ahc0:6:0): Sequential-Access density code 0x0, drive empty After changing the CPU I now get: ahc0 rev 3 int a irq 12 on pci0:10 ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "QUANTUM PD700S 3110" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 668MB (1368432 512 byte sectors) ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "DEC DSP3105S X385" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 1001MB (2050860 512 byte sectors) Note that I rebuilt my kernel with tagged queuing disabled but that had no effect. Its as though the adapter stops scanning the bus once it hits my third disk drive (this is an OEM IBM drive apparently originally sold by Compac). Also, *one* time since the CPU change the 3rd disk was detected. Here is what the output from that time was: ahc0 rev 3 int a irq 12 on pci0:10 ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "QUANTUM PD700S 3110" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 668MB (1368432 512 byte sectors) ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "DEC DSP3105S X385" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 1001MB (2050860 512 byte sectors) ahc0: target 3 Tagged Queuing Device (ahc0:3:0): "COMPAQPC DPES-31080 S31K" type 0 fixed SCSI 2 sd2(ahc0:3:0): Direct-Access sd2(ahc0:3:0): UNIT ATTENTION asc:29,0 sd2(ahc0:3:0): Power on, reset, or bus device reset occurred , retries:4 1001MB (2051000 512 byte sectors) (ahc0:4:0): "TOSHIBA CD-ROM XM-3701TA 2965" type 5 removable SCSI 2 cd0(ahc0:4:0): CD-ROM cd present [232695 x 2048 byte records] Notice the UNIT ATTENTION for the drive this time, and that the CDROM drive was detected but not the tape drive (still). Any suggestions, help, ideas?? Thanks, -- Bob Willcox bob@luke.pmr.com Austin, TX From owner-freebsd-current Thu May 2 19:53:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA15688 for current-outgoing; Thu, 2 May 1996 19:53:51 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA15682 for ; Thu, 2 May 1996 19:53:43 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id MAA11166; Fri, 3 May 1996 12:50:47 +1000 Date: Fri, 3 May 1996 12:50:47 +1000 From: Bruce Evans Message-Id: <199605030250.MAA11166@godzilla.zeta.org.au> To: current@freebsd.org, scrappy@ki.net Subject: Re: Dependencies...how do they work? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > So, how exactly *does* mkdep build its dependencies? :) It uses cc -M. The dependencies for .depend itself are broke^H^H^H^H^Hoptimized. It doesn't get rebuilt when one of the files mentioned in it changes or goes away. E.g., when /usr/include/machine/pte.h goes away. This is easy to fix by removing .depend. Bruce From owner-freebsd-current Thu May 2 20:19:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA16962 for current-outgoing; Thu, 2 May 1996 20:19:42 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA16951 for ; Thu, 2 May 1996 20:19:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id UAA04007; Thu, 2 May 1996 20:18:45 -0700 (PDT) To: "Marc G. Fournier" cc: current@freebsd.org Subject: Re: tn3270 won't make depend... In-reply-to: Your message of "Thu, 02 May 1996 22:17:01 EDT." Date: Thu, 02 May 1996 20:18:44 -0700 Message-ID: <4005.831093524@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi again... > > I've hit this problem before, and for the life of me, can't > recall what I did to fix it :( When I try to do a make depend on > /usr/src/usr.bin/tn3270, I get this error: > > < /usr/src/usr.bin/tn3270/mset/../ctlr/unix.kbd > astosc.OUT > /usr/src/usr.bin/tn3270/mset/../tools/mkastosc/obj/mkastosc: not found > *** Error code 2 Uh, Marc... This is painfully obvious! > Now, I know *why* it gives me the error, in that it can't find > mkastosc in the obj directory...but I'm not using an obj directory :( Right.. Keep going.. :-) > -rwxr-xr-x 1 root wheel 13623 May 2 21:57 mkastosc > -rw-r--r-- 1 root wheel 653 May 2 21:57 ebc_disp.o TADA! Give the man a cee-gar! He's not using an obj directory here and so, wonder of wonders, the reference in mset _isn't_ finding it in obj! How about that! :-) Now, if you'd reported this as an error in tn3270/mset then I'd have said "Gee, you're right! It should be looking conditionally in the obj dir for those people who, for some strange reason, believe in dropping their objects directly under /usr/src!" (which I have, in fact, now fixed - thanks for bringing it to my attention, however indirectly!). However, that's not the question you asked and I'm now going to yell at you a little over this one because of what what we've already well-established as a tendency on your part to go shrieking into the sunset at the first sign of trouble without actually stopping to LOOK at the problem and ponder it out for yourself. If you'd even *looked* at the Makefile in question, for example, it would have stood out like a neon sign, dude! :-( If I were a fireman, this would sort of be the equivalent of arriving at the scene of a fire alarm to find a burning matchbook lying on the ground and a pair of bystanders gawping at it, a bucket of water sitting at their feet. Fireman: "Did you guys ring the fire alarm?" Bystanders: "Yup! That was us! This here matchbook is ON FIRE!" Fireman: "Uh, why didn't you guys just put it out?" Bystanders: "Huh? Put it out? You mean us? With what?" F: "With that BUCKET OF WATER, RIGHT THERE! At your feet!" B: "Our feet?" F: [points down] B: "Oh! Down there! Hot damn, we have feet! And look! There's a bucket! Right there! And it's full of water! My! Thanks, Mr. Fireman!" [They go dancing down the street, arm in arm, singing: "We have feet! We have water! We can put out fires!"] The matchbook burns out as the fireman stands there, sadly shaking his head. Jordan From owner-freebsd-current Thu May 2 20:51:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA19905 for current-outgoing; Thu, 2 May 1996 20:51:11 -0700 (PDT) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA19883 Thu, 2 May 1996 20:51:05 -0700 (PDT) Received: from fakir.india.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA047045448; Thu, 2 May 1996 20:50:54 -0700 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA249295658; Fri, 3 May 1996 09:24:18 +0530 Message-Id: <199605030354.AA249295658@fakir.india.hp.com> To: Michael Smith Cc: jmb@freefall.freebsd.org (Jonathan M. Bresler), chuckr@Glue.umd.edu, luigi@labinfo.iet.unipi.it, terry@lambert.org, koshy@india.hp.com, hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: lmbench IDE anomaly In-Reply-To: Your message of "Fri, 03 May 1996 08:46:39 +0930." <199605022316.IAA01156@genesis.atrad.adelaide.edu.au> Date: Fri, 03 May 1996 09:24:17 +0530 From: A JOSEPH KOSHY Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "ms" == "Michael Smith" >>>>> ms> But nobody uses it, AFAIK. There's support for the DMA controller in ms> -current, all it requires is someone to wade into the 'wd' driver and ms> add the required code to _use_ it. As a matter of curiosity, where can one get more information about the bus-mastering IDE interfaces? Anything available on the Web/FTP? Koshy From owner-freebsd-current Thu May 2 21:30:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA23234 for current-outgoing; Thu, 2 May 1996 21:30:36 -0700 (PDT) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA23228 for ; Thu, 2 May 1996 21:30:32 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id JAA20210 for current@freebsd.org; Fri, 3 May 1996 09:53:11 +0600 (GMT+0600) From: "Serge A. Babkin" Message-Id: <199605030353.JAA20210@hq.icb.chel.su> Subject: -current install bugs To: current@freebsd.org Date: Fri, 3 May 1996 09:53:11 +0600 (ESD) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just for information. I have built -current and found some bugs in its installation procedure. The -current I built is about a week or two old. First, it gets signal 11 if I press "Enter" in the media selection menu. When I press space it works. The [my home] box (Pentium/75 with 16M of memory, Triton chipset, some chineese motherboard) seems to not have bugs. At least the -current, its release and X11R6.1 were rebuilt on it without any problems. Even on my production Packard Bell DX2/66 it have given the same result. Second, it does not understand the ATAPI CD-ROM. It seems that the ATAPI_STATIC option must be present in the diskette kernel. -SB From owner-freebsd-current Thu May 2 21:39:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA23688 for current-outgoing; Thu, 2 May 1996 21:39:09 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA23683 Thu, 2 May 1996 21:39:07 -0700 (PDT) Message-Id: <199605030439.VAA23683@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Bob Willcox cc: freebsd-current@freefall.freebsd.org (freebsd-current) Subject: Re: ahc driver no longer sees one of my disks In-reply-to: Your message of "Thu, 02 May 1996 21:36:28 CDT." <199605030236.VAA13228@luke.pmr.com> Date: Thu, 02 May 1996 21:39:07 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Since replacing my 100MHz Pentium CPU with a 166MHz CPU, the Adaptec >2940 device driver no longer sees one of my SCSI disks, my Toshiba >3701 CDROM, or my Wangtek 5525ES tape drive (the adapter's BIOS >does). What I use to get (before the CPU change) for boot output >was: > ... >Any suggestions, help, ideas?? The driver uses DELAY() to perform the SCSI bus reset. Perhaps its not long enough in your new system. My other guess is that the bus settle delay isn't long enough. What's the value of SCSIDELAY in your kernel? Is DELAY() really so dependant on the CPU speed? Can we get a better DELAY() macro? > >Thanks, >-- >Bob Willcox >bob@luke.pmr.com >Austin, TX -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Thu May 2 21:53:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA24447 for current-outgoing; Thu, 2 May 1996 21:53:22 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA24442 for ; Thu, 2 May 1996 21:53:20 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id VAA13535; Thu, 2 May 1996 21:43:52 -0700 From: Terry Lambert Message-Id: <199605030443.VAA13535@phaeton.artisoft.com> Subject: Re: execve To: bde@zeta.org.au (Bruce Evans) Date: Thu, 2 May 1996 21:43:52 -0700 (MST) Cc: bde@zeta.org.au, julian@ref.tfs.com, chuckr@Glue.umd.edu, freebsd-current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de, terry@lambert.org In-Reply-To: <199605022210.IAA00812@godzilla.zeta.org.au> from "Bruce Evans" at May 3, 96 08:10:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >what about files that need to have multiple linker sets.. > >(there are a few) > > This leads to my next topic :-). There shouldn't be any such files because > they don't work as lkm's. For lkm's there should be a single entry point > that registers all the necessary objects and functions: > > void foo_init(void *arg) > { > register_bar_func(func_1); > ... > register_baz_obj(obj_1); > ... > } AGREE! Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu May 2 22:39:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29986 for current-outgoing; Thu, 2 May 1996 22:39:44 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA29979 for ; Thu, 2 May 1996 22:39:42 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id WAA04331; Thu, 2 May 1996 22:38:45 -0700 (PDT) To: "Serge A. Babkin" cc: current@FreeBSD.org Subject: Re: -current install bugs In-reply-to: Your message of "Fri, 03 May 1996 09:53:11 +0600." <199605030353.JAA20210@hq.icb.chel.su> Date: Thu, 02 May 1996 22:38:45 -0700 Message-ID: <4329.831101925@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Much has changed in the last week - try again! :-) ATAPI_STATIC is also now part of GENERIC and was for 2.2-960501-SNAP. Jordan > Just for information. I have built -current and found some bugs in > its installation procedure. The -current I built is about a week or two > old. > > First, it gets signal 11 if I press "Enter" in the media selection menu. > When I press space it works. The [my home] box (Pentium/75 with 16M of memory , > Triton chipset, some chineese motherboard) seems to not have bugs. At > least the -current, its release and X11R6.1 were rebuilt on it without > any problems. Even on my production Packard Bell DX2/66 it have given > the same result. > > Second, it does not understand the ATAPI CD-ROM. It seems that the > ATAPI_STATIC option must be present in the diskette kernel. > > -SB From owner-freebsd-current Thu May 2 22:48:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01412 for current-outgoing; Thu, 2 May 1996 22:48:45 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA01396 for ; Thu, 2 May 1996 22:48:42 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id LAA09847; Thu, 2 May 1996 11:25:34 -0700 (PDT) Message-Id: <199605021825.LAA09847@ref.tfs.com> Subject: Re: execve To: bde@zeta.org.au (Bruce Evans) Date: Thu, 2 May 1996 11:25:33 -0700 (PDT) From: "JULIAN Elischer" Cc: bde@zeta.org.au, chuckr@Glue.umd.edu, freebsd-current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de, terry@lambert.org In-Reply-To: <199605020702.RAA00668@godzilla.zeta.org.au> from "Bruce Evans" at May 2, 96 05:02:15 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk [...] > struct. There would have to be declarations in files[.machine] to tell > config what to emit. E.g., > > kern_imgact.c standard TEXT_SET(execsw_set, aout_execsw) > > This is the same as now except the TEXT_SET() declaration is in > /sys/conf/files instead of in the individual file. The advantages > of this approach is that you're not limited to objects that can be > built as linker sets, and you can see all the possible and configured > objects in central places in the sources (in files[.machine] and in > the generated sources). > what about files that need to have multiple linker sets.. (there are a few) > Bruce > From owner-freebsd-current Thu May 2 22:48:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01421 for current-outgoing; Thu, 2 May 1996 22:48:49 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA01399 for ; Thu, 2 May 1996 22:48:43 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id XAA08744; Wed, 1 May 1996 23:17:58 -0700 (PDT) Message-Id: <199605020617.XAA08744@ref.tfs.com> Subject: Re: execve To: bde@zeta.org.au (Bruce Evans) Date: Wed, 1 May 1996 23:17:58 -0700 (PDT) From: "JULIAN Elischer" Cc: terry@lambert.org, chuckr@Glue.umd.edu, freebsd-current@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <199605020550.PAA30427@godzilla.zeta.org.au> from "Bruce Evans" at May 2, 96 03:50:29 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > OTOH, it would be easy to change config to emit: > > static const struct execsw aout_execsw = { exec_aout_imgact, "a.out" }; > static const struct execsw elf_execsw = { exec_elf_imgact, "ELF" }; > const struct linker_set execsw_set = { > 2, > { > { (caddr_t)&aout_execsw }, > { (caddr_t)&elf_execsw }, > NULL > } > }; > but you'd have to educate config about every kind of linker set and adding a new one would require changing config.... yuk > Bruce > From owner-freebsd-current Thu May 2 22:51:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA01714 for current-outgoing; Thu, 2 May 1996 22:51:21 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA01707 for ; Thu, 2 May 1996 22:51:17 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA17000; Fri, 3 May 1996 07:50:53 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA05739; Fri, 3 May 1996 07:50:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA17379; Fri, 3 May 1996 07:27:16 +0200 (MET DST) From: J Wunsch Message-Id: <199605030527.HAA17379@uriah.heep.sax.de> Subject: Re: a.out/ELF To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 3 May 1996 07:27:16 +0200 (MET DST) Cc: chuckr@Glue.umd.edu (Chuck Robey) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Chuck Robey at "May 2, 96 09:36:53 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote: > I am still looking at the a.out/ELF stuff. Taking a look at the a.out > man page, it references at the top a.out.h, which seems a fairly useless > file, cause it's nearly empty. Further, there is no elf.h. I would > propose changing the a.out man page (at the top) to reference instead the > sys/imgact_aout.h file, which really carries a lot of useful info. On Don't do that. The mention of the include file there is _not_ intended to be a documention file for a.out (rather the man page itself is supposed to describe the format in detail), but is the suggested #include file somebody should use if he wants to handle a.out files. Likewise for ELF, we do need an file. The 's are kernel interna which are of no interest for any user program. They describe the kernel-internal interface to the actual program loader. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri May 3 01:23:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11050 for current-outgoing; Fri, 3 May 1996 01:23:06 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA11045 Fri, 3 May 1996 01:23:01 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.7.5/8.6.9) id DAA14478; Fri, 3 May 1996 03:23:15 -0500 (CDT) From: Bob Willcox Message-Id: <199605030823.DAA14478@luke.pmr.com> Subject: Re: ahc driver no longer sees one of my disks To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Fri, 3 May 1996 03:23:15 -0500 (CDT) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <199605030439.VAA23683@freefall.freebsd.org> from "Justin T. Gibbs" at "May 2, 96 09:39:07 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Justin T. Gibbs wrote: > >Since replacing my 100MHz Pentium CPU with a 166MHz CPU, the Adaptec > >2940 device driver no longer sees one of my SCSI disks, my Toshiba > >3701 CDROM, or my Wangtek 5525ES tape drive (the adapter's BIOS > >does). What I use to get (before the CPU change) for boot output > >was: > > > > The driver uses DELAY() to perform the SCSI bus reset. Perhaps its not > long enough in your new system. My other guess is that the bus settle > delay isn't long enough. What's the value of SCSIDELAY in your kernel? > Is DELAY() really so dependant on the CPU speed? Can we get a better > DELAY() macro? My SCSI_DELAY is set to 15 seconds and the system does appear to wait for that length of time (as measured with a stop watch). Some, possibly relavent, other boot messages I get are: Calibrating clock(s) relative to mc146818A clock ... i586 clock: 166189614 Hz, i8254 clock: 1193157 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method i586 clock: 0 Hz CPU: Pentium (166.18-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf Also, incase its any help, rebooting with the -v flag yields the following ahc msgs: ahc0 rev 3 int a irq 12 on pci0:10 mapreg[10] type=1 addr=0000e000 size=0100. mapreg[14] type=0 addr=fb3f6000 size=1000. ahc0: BurstLen = 8DWDs, Latency Timer = 32PCLKS ahc0: Reading SEEPROM...done. ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: target 0 synchronous at 10.0MHz, offset = 0xf (ahc0:0:0): "QUANTUM PD700S 3110" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 668MB (1368432 512 byte sectors) sd0(ahc0:0:0): with 2448 cyls, 8 heads, and an average 69 sectors/track ahc0: target 1 synchronous at 10.0MHz, offset = 0xf (ahc0:1:0): "DEC DSP3105S X385" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 1001MB (2050860 512 byte sectors) sd1(ahc0:1:0): with 2570 cyls, 14 heads, and an average 57 sectors/track -- Bob Willcox bob@luke.pmr.com Austin, TX From owner-freebsd-current Fri May 3 01:39:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11964 for current-outgoing; Fri, 3 May 1996 01:39:24 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA11952 Fri, 3 May 1996 01:39:20 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.7.5/8.6.9) id DAA14564; Fri, 3 May 1996 03:39:34 -0500 (CDT) From: Bob Willcox Message-Id: <199605030839.DAA14564@luke.pmr.com> Subject: Re: ahc driver no longer sees one of my disks To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Fri, 3 May 1996 03:39:34 -0500 (CDT) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <199605030439.VAA23683@freefall.freebsd.org> from "Justin T. Gibbs" at "May 2, 96 09:39:07 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Also, after removing the 3rd hard drive from the bus, the first time I rebooted I got: ahc0 rev 3 int a irq 12 on pci0:10 ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "QUANTUM PD700S 3110" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 668MB (1368432 512 byte sectors) (ahc0:1:0): "DEC DSP3105S X385" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 1001MB (2050860 512 byte sectors) (ahc0:4:0): "TOSHIBA CD-ROM XM-3701TA 2965" type 5 removable SCSI 2 cd0(ahc0:4:0): CD-ROM cd0(ahc0:4:0): UNIT ATTENTION asc:29,0 cd0(ahc0:4:0): Power on, reset, or bus device reset occurred cd present [400000 x 2048 byte records] The next time: ahc0 rev 3 int a irq 12 on pci0:10 ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "QUANTUM PD700S 3110" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 668MB (1368432 512 byte sectors) (ahc0:1:0): "DEC DSP3105S X385" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 1001MB (2050860 512 byte sectors) Notice that the CDROM drive showed up the first time and not the next. Also, the tape drive is still not there in either. BTW, the motherboard is an ASUS P/I-P55T2P4 (Triton II chipset). -- Bob Willcox bob@luke.pmr.com Austin, TX From owner-freebsd-current Fri May 3 02:09:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA14031 for current-outgoing; Fri, 3 May 1996 02:09:56 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA14022 for ; Fri, 3 May 1996 02:09:51 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id CAA02043; Fri, 3 May 1996 02:09:46 -0700 (PDT) Date: Fri, 3 May 1996 02:09:46 -0700 (PDT) Message-Id: <199605030909.CAA02043@silvia.HIP.Berkeley.EDU> To: current@freebsd.org CC: ccd@stampede.cs.berkeley.edu Subject: ccd offset, please review + test From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Below is a small patch to make ccd ignore the first 16 sectors in the component partitions. The purpose of this is to allow people to do things like dd if=/dev/zero of=/dev/rsd237 bs=512 count=2 # destroy slice table disklabel -wr sd237 auto # create default label and then just use /dev/sd237c et al. for the ccd components. I temporarily turned off the "4.2BSD" type check too, this part won't be permanent, but for now, it is necessary for the above to work because /dev/sd237c will be marked "unused". >From what I understand (which is certainly not very much), the reason why the above doesn't work with the current ccd code is because the disklabels are at the beginning of the slices, and "disklabel ccd0" will confuse the first component's disklabel with the ccd's (i.e., if you combine /dev/sd237c and /dev/sd280c in this order to create ccd0, sd237's disklabel will be confused as ccd0's disklabel). Also, the first 16 sectors of the slices are read-only, so ccd will fail at some point if you have a component (not the first one) that starts at the beginning of the slice (i.e., if you combine /dev/sd237g and /dev/sd280c, where sd237g doesn't start at the beginning of the slice, it will appear to work for a while but fail at some point when the driver actually tries to write something to the first 16 sectors of sd280). Of course the man page tells you not to use a partition that starts at the beginning of a slice, but the above command samples are very convenient. Consider yourself to be a novice sysadmin who just installed FreeBSD for the ccd driver and also purchased 64 4-gig Atlases for the news spool (and aren't particularly in the mood of diving into the disklabel man page :). Satoshi ------- Index: ccd.c =================================================================== RCS file: /usr/cvs/src/sys/dev/ccd/ccd.c,v retrieving revision 1.10 diff -u -r1.10 ccd.c --- ccd.c 1996/04/24 09:42:22 1.10 +++ ccd.c 1996/05/03 07:08:57 @@ -228,6 +228,9 @@ static int ccd_devsw_installed = 0; +/* Offset from beginning of component partitions. */ +#define CCD_OFFSET 16 + /* * Called by main() during pseudo-device attachment. All we need * to do is allocate enough space for devices to be configured later, and @@ -371,11 +374,11 @@ free(cs->sc_cinfo, M_DEVBUF); return (error); } - if (dpart.part->p_fstype == FS_BSDFFS) { + if (dpart.part->p_fstype == FS_BSDFFS || 1) { maxsecsize = ((dpart.disklab->d_secsize > maxsecsize) ? dpart.disklab->d_secsize : maxsecsize); - size = dpart.part->p_size; + size = dpart.part->p_size - CCD_OFFSET; } else { #ifdef DEBUG if (ccddebug & (CCDB_FOLLOW|CCDB_INIT)) @@ -879,7 +882,7 @@ cbp->cb_buf.b_iodone = (void (*)(struct buf *))ccdiodone; cbp->cb_buf.b_proc = bp->b_proc; cbp->cb_buf.b_dev = ci->ci_dev; /* XXX */ - cbp->cb_buf.b_blkno = cbn + cboff; + cbp->cb_buf.b_blkno = cbn + cboff + CCD_OFFSET; cbp->cb_buf.b_data = addr; cbp->cb_buf.b_vp = ci->ci_vp; if (cs->sc_ileave == 0) From owner-freebsd-current Fri May 3 02:49:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA16278 for current-outgoing; Fri, 3 May 1996 02:49:21 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA16273 Fri, 3 May 1996 02:49:19 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uFHUC-0003vpC; Fri, 3 May 96 02:49 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id JAA01737; Fri, 3 May 1996 09:49:11 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: "Gary Palmer" cc: "Marc G. Fournier" , current@FreeBSD.ORG Subject: Re: Dependencies...how do they work? In-reply-to: Your message of "Fri, 03 May 1996 02:37:23 +0100." <764.831087443@palmer.demon.co.uk> Date: Fri, 03 May 1996 09:49:10 +0000 Message-ID: <1735.831116950@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > pte.h was just removed, but even doing a 'make clean; make depend' > > on the directory comes up with that error, and the .depend file has it in > > it. You need to "make cleandir" to loose the ".depend" file -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri May 3 03:50:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18488 for current-outgoing; Fri, 3 May 1996 03:50:29 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA18483 for ; Fri, 3 May 1996 03:50:24 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <18015-0@bunyip.cc.uq.oz.au>; Fri, 3 May 1996 18:52:55 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id SAA04324 for ; Fri, 3 May 1996 18:32:40 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id IAA16864 for ; Fri, 3 May 1996 08:31:59 GMT Message-Id: <199605030831.IAA16864@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: current@freebsd.org Subject: Shared memory no longer working under Linux emulation? X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 May 1996 18:31:58 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After just receiving some new CTM patches, have noticed that neither doom or quake can get shared memory to pass to the X server. Any ideas? Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Fri May 3 05:44:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA23685 for current-outgoing; Fri, 3 May 1996 05:44:23 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA23680 for ; Fri, 3 May 1996 05:44:18 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with SMTP id PAA16486; Fri, 3 May 1996 15:43:56 +0300 (EET DST) Date: Fri, 3 May 1996 15:43:53 +0300 (EET DST) From: Seppo Kallio To: "Jordan K. Hubbard" cc: current@FreeBSD.org Subject: ** Small problem + BUG in 960501 ** In-Reply-To: <1283.831040691@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Minor problem: 1. It did not "install" my ethernet card as 2.1 did. I had to add ed0 to the interfaces to /etc/sysconfig manually Nor did install record name of my node Major problem: 2. The diskless netboot does not work: After loading kernel and starting it I am getting: NFS ROOT: 47.99.97.109 when I should get: NFS ROOT: 130.234.41.26:/itu/camelot SNAP 960501 (as SNAP 9603x3) are taking the ip number from the word /camelot the first 4 characters /=47, c=99, a=97, m=109 !!! Could you correct and send me the patch need current kernel desperately ;-) Seppo From owner-freebsd-current Fri May 3 05:44:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA23721 for current-outgoing; Fri, 3 May 1996 05:44:49 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA23543 Fri, 3 May 1996 05:41:28 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id PAA15182; Fri, 3 May 1996 15:49:53 +0300 Date: Fri, 3 May 1996 15:49:53 +0300 (EET DST) From: Narvi To: Chuck Robey cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: lmbench IDE anomaly In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 2 May 1996, Chuck Robey wrote: > On Thu, 2 May 1996, Narvi wrote: > > > > Jonathan, I was looking at the new Tyan MB's, they say that they use IDE > > > bus mastering, and claim a major speed increase. I am not sure (I am a > > > SCSI bigot myself) but maybe yours claims of SCSI dominanace over > > > IDE won't be so automatically true shortly. > > > > I have a strane feeling all Triton motherboards have the feature(?) as the > > IDE controller is part of the chipset. Or am I again remebering falsely? > > Perhaps not as Win95 tends to recognise it's there (but say that bus > > mastering is not supported). So are 486 motherboards based on the SiS > > chipset and most probably also several others. > > > > Narvi, I was referring to the new Triton II boards. Take a look at ^^^^^^ ? Read LoTR again. > http://www.tyan.com, they are offering drivers (for Win95) that do > bus-mastering for IDE. I guess the hardware solution is out. I will > have one of these boards myself shortly (whee!) but I don't run IDE, so I > won't get involved with that part of it. > It doesn't matter, whetever it is Triton II or not - it is not the only one, and driver's are also out for the others (for SCO with SiS chipset and perhaps also others, I don't know about BM - haven't tried). The trick is that there are several boards and chipsets out with PCI IDE busmasters but no FreeBSD drivers for them. Besides, I don't think the IDE parts of Triton/Triton II would be much different - it wouldn't make much sense. > ========================================================================== > Chuck Robey chuckr@eng.umd.edu, I run FreeBSD-current on n3lxx + Journey2 > > Three Accounts for the Super-users in the sky, > Seven for the Operators in their halls of fame, > Nine for Ordinary Users doomed to crie, > One for the Illegal Cracker with his evil game > In the Domains of Internet where the data lie. > One Account to rule them all, One Account to watch them, > One Account to make them all and in the network bind them. > > > Sander From owner-freebsd-current Fri May 3 05:48:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA23953 for current-outgoing; Fri, 3 May 1996 05:48:52 -0700 (PDT) Received: from perki.connect.com.au (perki.connect.com.au [192.189.54.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA23946 for ; Fri, 3 May 1996 05:48:49 -0700 (PDT) Received: (from Unemeton@localhost) by perki.connect.com.au id WAA11214 (8.7.5/IDA-1.6); Fri, 3 May 1996 22:45:46 +1000 (EST) X-Authentication-Warning: perki.connect.com.au: Unemeton set sender to giles@nemeton.com.au using -f >Received: from localhost (giles@localhost [127.0.0.1]) by nemeton.com.au (8.6.12/8.6.9) with SMTP id WAA11568; Fri, 3 May 1996 22:46:33 +1000 Message-Id: <199605031246.WAA11568@nemeton.com.au> To: "Rodney W. Grimes" cc: bde@zeta.org.au (Bruce Evans), current@freebsd.org Subject: Re: Files installed to /etc, (was: review request) In-reply-to: <199605011026.DAA15481@GndRsh.aac.dev.com> Date: Fri, 03 May 1996 22:46:32 +1000 From: Giles Lean Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 1 May 1996 03:26:16 -0700 (PDT) "Rodney W. Grimes" wrote: > > It would make things a bit harder to find. E.g., the i386 man pages are > > currently linked to /usr/share/man/man* since man(1) is too stupid to find > > them in machine-dependent places. > > This was broken the day we moved from the true BSD man(1) to the gnu version, > something we should look at reversing if we can find a suck^H^H^H^Hvolunteer > to add manual page compression to the CSRG version of man(1). The NetBSD man command has support for both compression and multiple architectures. I just compiled the NetBSD-current version on FreeBSD FreeBSD-current (closest match ?!) and it worked, more or less. The following man.conf file is enough to make it work on FreeBSD-current if there are no files in the cat directories. (NetBSD uses a .0 extension in cat directories.) The NetBSD code doesn't install the uncompressed page, either. Thoughts, anyone? Giles -- # Sheer, raging paranoia... _version BSD.2 # The whatis/apropos database. _whatdb /usr/share/man/whatis.db # Subdirectories for paths ending in '/', IN SEARCH ORDER. _subdir {cat,man}{1,8,6,2,3,4,5,7,3f,9} # Files typed by suffix and their commands. # Note the order, .Z must come after .[1-9].Z, or it will match first. _suffix .0 _build .[1-9] /usr/bin/nroff -man %s _build .[1-9].Z /usr/bin/zcat %s | /usr/bin/nroff -man _build .[1-9].gz /usr/bin/gunzip -c %s | /usr/bin/nroff -man _build .Z /usr/bin/zcat %s _build .0.Z /usr/bin/zcat %s _build .gz /usr/contrib/bin/gunzip %s _build .z /usr/contrib/bin/gunzip %s _build .nr /usr/bin/nroff -man %s # Sections and their directories. # All paths ending in '/' are the equivalent of entries specifying that # directory with all of the subdirectories listed for the keyword _subdir. # default _default /usr/{share,X11,contrib,local}/{man,man/old}/ # Other sections that represent complete man subdirectories. X11 /usr/X11R4/man/ X11R4 /usr/X11R4/man/ contrib /usr/contrib/man/ local /usr/local/man/ new /usr/contrib/man/ old /usr/share/man/old/ # Specific section/directory combinations. 1 /usr/{share,X11R4,contrib,local}/{man/,man/old/}cat1 2 /usr/{share,X11R4,contrib,local}/{man/,man/old/}cat2 3 /usr/{share,X11R4,contrib,local}/{man/,man/old/}cat3 3F /usr/share/man/cat3f 3f /usr/share/man/cat3f 4 /usr/{share,X11R4,contrib,local}/{man/,man/old/}cat4 5 /usr/{share,X11R4,contrib,local}/{man/,man/old/}cat5 6 /usr/{share,X11R4,contrib,local}/{man/,man/old/}cat6 7 /usr/{share,X11R4,contrib,local}/{man/,man/old/}cat7 8 /usr/{share,X11R4,contrib,local}/{man/,man/old/}cat8 8 /usr/{share,X11R4,contrib,local}/{man/,man/old/}cat9 From owner-freebsd-current Fri May 3 07:31:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA03816 for current-outgoing; Fri, 3 May 1996 07:31:30 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA03811 for ; Fri, 3 May 1996 07:31:27 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA11681; Fri, 3 May 1996 10:27:03 -0400 Date: Fri, 3 May 1996 10:27:03 -0400 From: Garrett Wollman Message-Id: <9605031427.AA11681@halloran-eldar.lcs.mit.edu> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: execve In-Reply-To: <199605022040.WAA14762@uriah.heep.sax.de> References: <199605011946.MAA10116@phaeton.artisoft.com> <199605022040.WAA14762@uriah.heep.sax.de> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > Can i convince you to form this into linker_set(9)? Belongs in ld(1). Might already be there... -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Fri May 3 07:37:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA04585 for current-outgoing; Fri, 3 May 1996 07:37:44 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA04571 for ; Fri, 3 May 1996 07:37:39 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA11159; Fri, 3 May 1996 10:36:43 -0400 Date: Fri, 3 May 1996 10:36:43 -0400 From: Garrett Wollman Message-Id: <9605031436.AA11159@halloran-eldar.lcs.mit.edu> To: Bruce Evans Cc: freebsd-current@FreeBSD.org Subject: LKMs In-Reply-To: <199605022210.IAA00812@godzilla.zeta.org.au> References: <199605022210.IAA00812@godzilla.zeta.org.au> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk < said: > This leads to my next topic :-). There shouldn't be any such files because > they don't work as lkm's. For lkm's there should be a single entry point > that registers all the necessary objects and functions: Which is easy enough to accomplish since you know what sorts of sets are constructed in the kernel and by what kinds of modules. You then link a module-class-specific initialization routine which knows how to initialize the appropriate sets. This is precisely what is does now with VFS LKMs, only it is done with preprocessor magic. Now that we have symbol-hiding, there is no reason why this could not be done without the preprocessor magic, which would bring us closer to Terry's sort of scenario where we can take an opaque object module and either link it into the kernel, or link with a little glue module to form an LKM. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Fri May 3 08:00:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA07676 for current-outgoing; Fri, 3 May 1996 08:00:45 -0700 (PDT) Received: from gw.pinewood.nl (gw.pinewood.nl [194.171.50.9]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA07659 for ; Fri, 3 May 1996 08:00:43 -0700 (PDT) Received: (from smap@localhost) by gw.pinewood.nl (8.6.12/8.6.12) id RAA03825; Fri, 3 May 1996 17:00:31 +0200 Received: from pwood1.pinewood.nl(192.168.1.10) by gw.pinewood.nl via smap (V1.3) id sma003823; Fri May 3 17:00:17 1996 Received: (from franky@localhost) by pwood1.pinewood.nl (8.7.3/8.6.12) id RAA02092; Fri, 3 May 1996 17:00:16 +0200 (DST) From: "Frank ten Wolde" Message-Id: <9605031700.ZM2090@pwood1.pinewood.nl> Date: Fri, 3 May 1996 17:00:15 +0000 In-Reply-To: Seppo Kallio "** Small problem + BUG in 960501 **" (May 3, 15:43) References: X-Face: 'BsFf8'k.q?J#?|$D*,)/?sRB{woUK&9\5K{ERmT;VTSyNLBb?muLf>b:Pt&VTDw8YCaC]6 C!MRSMr5UNjZLa]fi? X-Mailer: Z-Mail (3.2.1 10oct95) To: current@FreeBSD.org Subject: Re: ** Small problem + BUG in 960501 ** Cc: "Jordan K. Hubbard" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I just installed 960501-SNAPSHOT as well... On May 3, 15:43, Seppo Kallio wrote: > Subject: ** Small problem + BUG in 960501 ** > > Minor problem: > 1. It did not "install" my ethernet card as 2.1 did. > I had to add ed0 to the interfaces to /etc/sysconfig manually > Nor did install record name of my node > I had the same 'problem'. 2.2-960323-SNAPSHOT did this correct! I also notices that in the configuration screens (the full-screen ASCII walk-through menus) it is no longer possible to 'toggle' a checkbox with the 'space' key. In some menus you can only turn some checkbox on ('X'), but you cannot switch it off again. This is most noticable in the 'choose a disk to install FreeBSD on': when you select a disk you are thrown in the partition editor immediately after pressing the space bar. You can not deselect this disk anymore. However, these are minor (cosmetic) problems, maybe they will be fixed in 2.2-RELEASE. Thanks for the otherwise good work! -Frank ten Wolde -- ---------------------------------------------------------------------- F.W. ten Wolde (PA3FMT) Pinewood Automation B.V. E-mail: franky@pinewood.nl Kluyverweg 2a Phone: +31-15 2682543 2629 HT Delft From owner-freebsd-current Fri May 3 08:04:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA08191 for current-outgoing; Fri, 3 May 1996 08:04:15 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA08184 for ; Fri, 3 May 1996 08:04:13 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id IAA03373 for ; Fri, 3 May 1996 08:04:08 -0700 Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id IAA00805; Fri, 3 May 1996 08:02:35 -0700 From: "Rodney W. Grimes" Message-Id: <199605031502.IAA00805@GndRsh.aac.dev.com> Subject: Re: ccd offset, please review + test To: asami@cs.berkeley.edu (Satoshi Asami) Date: Fri, 3 May 1996 08:02:35 -0700 (PDT) Cc: current@freebsd.org, ccd@stampede.cs.berkeley.edu In-Reply-To: <199605030909.CAA02043@silvia.HIP.Berkeley.EDU> from Satoshi Asami at "May 3, 96 02:09:46 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Below is a small patch to make ccd ignore the first 16 sectors in the > component partitions. The purpose of this is to allow people to do > things like > > dd if=/dev/zero of=/dev/rsd237 bs=512 count=2 # destroy slice table > disklabel -wr sd237 auto # create default label > > and then just use /dev/sd237c et al. for the ccd components. I > temporarily turned off the "4.2BSD" type check too, this part won't be > permanent, but for now, it is necessary for the above to work because > /dev/sd237c will be marked "unused". And /dev/sd237c should _not_ be used. You should manually go add a /dev/sd237a and use that for the ccd, this should eliminate your problem. > >From what I understand (which is certainly not very much), the reason > why the above doesn't work with the current ccd code is because the > disklabels are at the beginning of the slices, and "disklabel ccd0" > will confuse the first component's disklabel with the ccd's (i.e., if > you combine /dev/sd237c and /dev/sd280c in this order to create ccd0, > sd237's disklabel will be confused as ccd0's disklabel). You should be combineing /dev/sd237a and /dev/sd280a to create ccd0. > Also, the first 16 sectors of the slices are read-only, so ccd will > fail at some point if you have a component (not the first one) that > starts at the beginning of the slice (i.e., if you combine /dev/sd237g > and /dev/sd280c, where sd237g doesn't start at the beginning of the > slice, it will appear to work for a while but fail at some point when > the driver actually tries to write something to the first 16 sectors > of sd280). Fixed if you use /dev/sd280a. > Of course the man page tells you not to use a partition that starts at > the beginning of a slice, but the above command samples are very > convenient. Conventient, but wrong to do. UNIX has reserved xxYc for as long as I can remeber, using it for file systems is a sure fire way to burn yourself. > Consider yourself to be a novice sysadmin who just > installed FreeBSD for the ccd driver and also purchased 64 4-gig > Atlases for the news spool (and aren't particularly in the mood of > diving into the disklabel man page :). Novice system admins should be let close to $64,000 disk arrays. :-) > Satoshi -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Fri May 3 08:18:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA09394 for current-outgoing; Fri, 3 May 1996 08:18:47 -0700 (PDT) Received: from remote.transarc.com (remote.transarc.com [158.98.16.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA09383 for ; Fri, 3 May 1996 08:18:42 -0700 (PDT) Received: by remote.transarc.com (5.65/DEC-Ultrix/4.3) id AA15823; Fri, 3 May 1996 11:17:52 -0400 Date: Fri, 3 May 1996 11:18:10 -0400 (EDT) From: Pat Barron To: freebsd-current@freebsd.org Subject: ISO docs Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Given that the ISO code has been removed from the distribution, shouldn't /usr/src/share/doc/iso go, too? --Pat. From owner-freebsd-current Fri May 3 10:46:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23749 for current-outgoing; Fri, 3 May 1996 10:46:27 -0700 (PDT) Received: from riley-net170-164.uoregon.edu (riley-net170-164.uoregon.edu [128.223.170.164]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA23741 for ; Fri, 3 May 1996 10:46:23 -0700 (PDT) Received: (from dwhite@localhost) by riley-net170-164.uoregon.edu (8.6.12/8.6.12) id KAA04517; Fri, 3 May 1996 10:48:58 -0700 Date: Fri, 3 May 1996 10:48:57 -0700 (PDT) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: Bob Willcox cc: freebsd-current Subject: Re: ahc driver no longer sees one of my disks In-Reply-To: <199605030236.VAA13228@luke.pmr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 2 May 1996, Bob Willcox wrote: > Since replacing my 100MHz Pentium CPU with a 166MHz CPU, the Adaptec > 2940 device driver no longer sees one of my SCSI disks, my Toshiba > 3701 CDROM, or my Wangtek 5525ES tape drive (the adapter's BIOS > does). What I use to get (before the CPU change) for boot output > was: > Any suggestions, help, ideas?? Just some silly stupid possibilities: 1) is your termination right? Maybe a lingering termination problem is being excaserbated (sp?) by the faster CPU. 2) Check cables? Maybe you bumped one when you were installing the CPU? Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-current Fri May 3 11:53:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00976 for current-outgoing; Fri, 3 May 1996 11:53:06 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA00971 for ; Fri, 3 May 1996 11:53:03 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.7.5/8.6.9) id NAA16146; Fri, 3 May 1996 13:52:02 -0500 (CDT) From: Bob Willcox Message-Id: <199605031852.NAA16146@luke.pmr.com> Subject: Re: ahc driver no longer sees one of my disks To: dwhite@resnet.uoregon.edu Date: Fri, 3 May 1996 13:52:02 -0500 (CDT) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: from Doug White at "May 3, 96 10:48:57 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Doug White wrote: > On Thu, 2 May 1996, Bob Willcox wrote: > > > Since replacing my 100MHz Pentium CPU with a 166MHz CPU, the Adaptec > > 2940 device driver no longer sees one of my SCSI disks, my Toshiba > > 3701 CDROM, or my Wangtek 5525ES tape drive (the adapter's BIOS > > does). What I use to get (before the CPU change) for boot output > > was: > > Any suggestions, help, ideas?? > > Just some silly stupid possibilities: > > 1) is your termination right? Maybe a lingering termination problem is > being excaserbated (sp?) by the faster CPU. No, termination checks out ok. > > 2) Check cables? Maybe you bumped one when you were installing the CPU? Nope. Checked this too. :-( -- Bob Willcox bob@luke.pmr.com Austin, TX From owner-freebsd-current Fri May 3 12:45:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA06839 for current-outgoing; Fri, 3 May 1996 12:45:18 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA06832 for ; Fri, 3 May 1996 12:45:13 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id MAA29103; Fri, 3 May 1996 12:44:32 -0700 (PDT) Date: Fri, 3 May 1996 12:44:32 -0700 (PDT) Message-Id: <199605031944.MAA29103@silvia.HIP.Berkeley.EDU> To: rgrimes@GndRsh.aac.dev.com CC: current@freebsd.org, ccd@stampede.cs.berkeley.edu In-reply-to: <199605031502.IAA00805@GndRsh.aac.dev.com> (rgrimes@GndRsh.aac.dev.com) Subject: Re: ccd offset, please review + test From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * And /dev/sd237c should _not_ be used. You should manually go add a * /dev/sd237a and use that for the ccd, this should eliminate your problem. For the whole slice, or with an offset? In other words, is sdXc special because of its name, or because it is the only partition that starts at the beginning? Wait, the latter doesn't make sense, all the machines here have the root filesystem starting at offset 0 (within the slice). So you're saying sdXc is special because it has the letter `c' in it? * Conventient, but wrong to do. UNIX has reserved xxYc for as long as * I can remeber, using it for file systems is a sure fire way to burn * yourself. Well I don't think that is true, the SunOS machines I was administering back in Tokyo (about 6 years ago) didn't mind us using sdXc for the whole disk. In fact, I still have a login there. :) Here it is: === >> uname -a SunOS rabbit 4.1.1-JL 1 sun4c >> df Filesystem kbytes used avail capacity Mounted on /dev/sd0a 7508 5259 1498 78% / /dev/sd0g 63956 55322 2238 96% /usr /dev/sd3c 299621 258672 10986 96% /usr/share /dev/sd1c 95421 55909 29969 65% /usr/ishare nami:/home1 299621 252019 17639 93% /amd/home/nami1 poplar:/home2 299621 97636 172022 36% /amd/home/poplar2 jay:/usr/share2 577773 501744 18252 96% /amd/vol/share2 === Note the sd3c and sd1c. These filesystems have been used this way for 7 years (I set this machine up :). BTW, here's some piece of history: === >> dmesg | grep sd sd0 at esp0 target 3 lun 0 sd0: sd1 at esp0 target 1 lun 0 sd1: sd3 at esp0 target 0 lun 0 sd3: : === (Wow :) Anyway, I just tried creating a regular filesystem on /dev/sd237c (actually sd1c, but who's counting) on our FreeBSD machine. It seems to work, are you sure it isn't supposed to? * Novice system admins should be let close to $64,000 disk arrays. :-) I meant novice to FreeBSD. :) Satoshi From owner-freebsd-current Fri May 3 12:57:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07835 for current-outgoing; Fri, 3 May 1996 12:57:45 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA07816 for ; Fri, 3 May 1996 12:57:42 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA15434; Sat, 4 May 1996 05:50:20 +1000 Date: Sat, 4 May 1996 05:50:20 +1000 From: Bruce Evans Message-Id: <199605031950.FAA15434@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, rgrimes@GndRsh.aac.dev.com Subject: Re: ccd offset, please review + test Cc: ccd@stampede.cs.berkeley.edu, current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >You should be combineing /dev/sd237a and /dev/sd280a to create ccd0. >> Also, the first 16 sectors of the slices are read-only, so ccd will Actually, only one sector of the first 16 is read-only. Attempts to write 16 sectors should at best (worst) write all the sectors up to the write protected one. Bruce From owner-freebsd-current Fri May 3 14:02:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11724 for current-outgoing; Fri, 3 May 1996 14:02:30 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11716 for ; Fri, 3 May 1996 14:02:27 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA14784; Fri, 3 May 1996 13:54:30 -0700 From: Terry Lambert Message-Id: <199605032054.NAA14784@phaeton.artisoft.com> Subject: Re: LKMs To: wollman@lcs.mit.edu (Garrett Wollman) Date: Fri, 3 May 1996 13:54:29 -0700 (MST) Cc: bde@zeta.org.au, freebsd-current@FreeBSD.org In-Reply-To: <9605031436.AA11159@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at May 3, 96 10:36:43 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > This leads to my next topic :-). There shouldn't be any such files because > > they don't work as lkm's. For lkm's there should be a single entry point > > that registers all the necessary objects and functions: > > Which is easy enough to accomplish since you know what sorts of sets > are constructed in the kernel and by what kinds of modules. You then > link a module-class-specific initialization routine which knows how to > initialize the appropriate sets. This is precisely what is does now > with VFS LKMs, only it is done with preprocessor magic. Now that we > have symbol-hiding, there is no reason why this could not be done > without the preprocessor magic, which would bring us closer to Terry's > sort of scenario where we can take an opaque object module and either > link it into the kernel, or link with a little glue module to form an > LKM. Actually, I want to hide the glue in the loader, on the theory that it will be the same for all the modules, if done correctly. This means an initialization/deinitialization/status reference in the single entry point, and calling the entry point on module load per the init_main.c calling of the entry point on link. This should mean that a naked .o file should work for eiter static or dynamic linking. Now if we get segment identifiers in kernel space... we can throw away statically linked modules after we decide they're not applicable to the current hardware (ie: math emulator, controller driver for controllers not in the current hardware setup, or fallback drivers to provide base level functionality, once they've been replaced). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 3 14:10:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA12159 for current-outgoing; Fri, 3 May 1996 14:10:25 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA12060 for ; Fri, 3 May 1996 14:09:20 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id RAA11786; Fri, 3 May 1996 17:08:52 -0400 Date: Fri, 3 May 1996 17:08:52 -0400 From: Charles Henrich Message-Id: <199605032108.RAA11786@crh.cl.msu.edu> To: asami@cs.berkeley.edu, current@freebsd.org Subject: Re: ccd offset, please review + test Newsgroups: lists.freebsd.current References: <4mdpp8$ioc@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 #3 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Note the sd3c and sd1c. These filesystems have been used this way for >7 years (I set this machine up :). I have been using a FreeBSD box with /dev/sd1c and /dev/sd2c for a year now, works peachy. -Crh -- Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-current Fri May 3 15:11:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA15484 for current-outgoing; Fri, 3 May 1996 15:11:25 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA15475 for ; Fri, 3 May 1996 15:11:20 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id IAA19156; Sat, 4 May 1996 08:04:39 +1000 Date: Sat, 4 May 1996 08:04:39 +1000 From: Bruce Evans Message-Id: <199605032204.IAA19156@godzilla.zeta.org.au> To: asami@CS.Berkeley.EDU, rgrimes@GndRsh.aac.dev.com Subject: Re: ccd offset, please review + test Cc: ccd@stampede.cs.berkeley.edu, current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > * And /dev/sd237c should _not_ be used. You should manually go add a > * /dev/sd237a and use that for the ccd, this should eliminate your problem. >For the whole slice, or with an offset? In other words, is sdXc >special because of its name, or because it is the only partition that >starts at the beginning? sdXc is conventionally the whole slice. Making it smaller than the whole slice is fairly harmless and fairly useless. >Wait, the latter doesn't make sense, all the machines here have the >root filesystem starting at offset 0 (within the slice). So you're >saying sdXc is special because it has the letter `c' in it? Grep for RAW_PART in /sys to see where sdXc is special. It's special before a label exists (then it's the only partition than can be opened) and after a label exists (then the label on it is write protected ...). > * Conventient, but wrong to do. UNIX has reserved xxYc for as long as > * I can remeber, using it for file systems is a sure fire way to burn > * yourself. >Well I don't think that is true, the SunOS machines I was I think he means BSD. >Anyway, I just tried creating a regular filesystem on /dev/sd237c >(actually sd1c, but who's counting) on our FreeBSD machine. It seems >to work, are you sure it isn't supposed to? I use /dev/rsds1 partitioned normally and /dev/rsds[2-4] essentially unpartitioned (I have to put a label on them to keep newfs happy but mount handles arbitrary block devices with a supported file system on them). Bruce From owner-freebsd-current Fri May 3 15:14:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA15761 for current-outgoing; Fri, 3 May 1996 15:14:01 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA15744 Fri, 3 May 1996 15:13:54 -0700 (PDT) Received: (from mail@localhost) by sierra.zyzzyva.com (8.7.5/8.6.11) id RAA00526; Fri, 3 May 1996 17:12:16 -0500 (CDT) Message-Id: <199605032212.RAA00526@sierra.zyzzyva.com> X-Authentication-Warning: sierra.zyzzyva.com: mail set sender to using -f Received: from localhost(127.0.0.1) by sierra.zyzzyva.com via smap (V1.3) id sma000518; Fri May 3 17:11:50 1996 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: /compat code on -stable X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 May 1996 17:10:29 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Could someone point me to a howto on running IBCS2, Linux and perhaps BSDI binaries? I searched in the various FAQ's, Handbook, etc. and can't come up with the magic. Thanks From owner-freebsd-current Fri May 3 17:23:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA23059 for current-outgoing; Fri, 3 May 1996 17:23:40 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA23054 for ; Fri, 3 May 1996 17:23:37 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id RAA01288; Fri, 3 May 1996 17:23:14 -0700 Date: Fri, 3 May 1996 17:23:14 -0700 Message-Id: <199605040023.RAA01288@sunrise.cs.berkeley.edu> To: bde@zeta.org.au CC: rgrimes@GndRsh.aac.dev.com, ccd@stampede.cs.berkeley.edu, current@FreeBSD.ORG In-reply-to: <199605032204.IAA19156@godzilla.zeta.org.au> (message from Bruce Evans on Sat, 4 May 1996 08:04:39 +1000) Subject: Re: ccd offset, please review + test From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * >For the whole slice, or with an offset? In other words, is sdXc * >special because of its name, or because it is the only partition that * >starts at the beginning? * * sdXc is conventionally the whole slice. Making it smaller than the whole * slice is fairly harmless and fairly useless. Well I'm not mentioning to change sdXc to mean anything else, just trying to make it able to use it in ccd (like it can be used for regular BSD filesystems).... * Grep for RAW_PART in /sys to see where sdXc is special. It's special * before a label exists (then it's the only partition than can be opened) * and after a label exists (then the label on it is write protected ...). Ok, but does that mean anything in terms of using sdXc as a regular filesystem or as part of a ccd? * >Anyway, I just tried creating a regular filesystem on /dev/sd237c * >(actually sd1c, but who's counting) on our FreeBSD machine. It seems * >to work, are you sure it isn't supposed to? * * I use /dev/rsds1 partitioned normally and /dev/rsds[2-4] essentially * unpartitioned (I have to put a label on them to keep newfs happy but * mount handles arbitrary block devices with a supported file system * on them). So you are saying it's ok to use sdXc, right? Satoshi From owner-freebsd-current Fri May 3 21:22:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07875 for current-outgoing; Fri, 3 May 1996 21:22:22 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA07870 for ; Fri, 3 May 1996 21:22:19 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id OAA31451; Sat, 4 May 1996 14:15:54 +1000 Date: Sat, 4 May 1996 14:15:54 +1000 From: Bruce Evans Message-Id: <199605040415.OAA31451@godzilla.zeta.org.au> To: asami@CS.Berkeley.EDU, bde@zeta.org.au Subject: Re: ccd offset, please review + test Cc: ccd@stampede.cs.berkeley.edu, current@freebsd.org, rgrimes@GndRsh.aac.dev.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * Grep for RAW_PART in /sys to see where sdXc is special. It's special > * before a label exists (then it's the only partition than can be opened) > * and after a label exists (then the label on it is write protected ...). >Ok, but does that mean anything in terms of using sdXc as a regular >filesystem or as part of a ccd? It means that it's only suitable for a file system if there are no other file systems on the disk, and only suitable for concatenation if it's at the front. > * I use /dev/rsds1 partitioned normally and /dev/rsds[2-4] essentially > * unpartitioned (I have to put a label on them to keep newfs happy but > * mount handles arbitrary block devices with a supported file system > * on them). >So you are saying it's ok to use sdXc, right? Only for one (ufs) file system per disk. Bruce From owner-freebsd-current Sat May 4 00:21:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21221 for current-outgoing; Sat, 4 May 1996 00:21:23 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA21208 Sat, 4 May 1996 00:21:21 -0700 (PDT) Received: (from pst@localhost) by precipice.shockwave.com (8.7.5/8.7.3) id AAA14599; Sat, 4 May 1996 00:20:43 -0700 (PDT) Date: Sat, 4 May 1996 00:20:43 -0700 (PDT) From: Paul Traina Message-Id: <199605040720.AAA14599@precipice.shockwave.com> To: asami@freebsd.org Subject: fixed ccd conf.c for 2.1 Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk While I was bringing in the qcam driver into 2.1, I also added an additional unused slot so now the ccd driver really is in slot 74 (at least for character devices, I didn't check block devices). Paul From owner-freebsd-current Sat May 4 00:34:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA24475 for current-outgoing; Sat, 4 May 1996 00:34:00 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA24458 for ; Sat, 4 May 1996 00:33:58 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.5/8.6.9) id AAA01613; Sat, 4 May 1996 00:33:52 -0700 (PDT) Date: Sat, 4 May 1996 00:33:52 -0700 (PDT) Message-Id: <199605040733.AAA01613@silvia.HIP.Berkeley.EDU> To: pst@Shockwave.COM CC: current@freebsd.org In-reply-to: <199605040720.AAA14599@precipice.shockwave.com> (message from Paul Traina on Sat, 4 May 1996 00:20:43 -0700 (PDT)) Subject: Re: fixed ccd conf.c for 2.1 From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * While I was bringing in the qcam driver into 2.1, I also added an additional * unused slot so now the ccd driver really is in slot 74 (at least for * character devices, I didn't check block devices). Thanks. The block device is ok, there wasn't a new entry added since we started porting ccd. Satoshi From owner-freebsd-current Sat May 4 02:22:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA16190 for current-outgoing; Sat, 4 May 1996 02:22:00 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA16176 for ; Sat, 4 May 1996 02:21:54 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA14643 for ; Sat, 4 May 1996 11:21:46 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA09723 for freebsd-current@FreeBSD.org; Sat, 4 May 1996 11:21:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id LAA21832 for freebsd-current@FreeBSD.org; Sat, 4 May 1996 11:13:10 +0200 (MET DST) From: J Wunsch Message-Id: <199605040913.LAA21832@uriah.heep.sax.de> Subject: Re: Bug: 2.1.0: chmod +s To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 4 May 1996 11:13:09 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk After some discussion with Brian about the usefulness of allowing ``chmod +s foo'': ----- Forwarded message from Brian T. Schellenberger - Personal Account ----- Ok, that makes sense, but I really think that if you are going to ignore user input, you should at least complain about it. (Maybe "+s ambiguous; use (u|g|ug)+s") ----- End of forwarded message from Brian T. Schellenberger What do people think of this? If nobody objects, i would commit some change like this one. (Reminder for those who didn't follow the previous discussion: chmod +s is a do-nothing in 4.4BSD, while it's a chmod ug+s in some other systems. I consider the latter dangerous to the innocent, and Posix doesn't seem to be very specific about it at all.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat May 4 03:29:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA20971 for current-outgoing; Sat, 4 May 1996 03:29:03 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA20966 for ; Sat, 4 May 1996 03:29:00 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id DAA01172; Sat, 4 May 1996 03:28:48 -0700 From: "Rodney W. Grimes" Message-Id: <199605041028.DAA01172@GndRsh.aac.dev.com> Subject: Re: ccd offset, please review + test To: asami@cs.berkeley.edu (Satoshi Asami) Date: Sat, 4 May 1996 03:28:47 -0700 (PDT) Cc: current@freebsd.org, ccd@stampede.cs.berkeley.edu In-Reply-To: <199605031944.MAA29103@silvia.HIP.Berkeley.EDU> from Satoshi Asami at "May 3, 96 12:44:32 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > * And /dev/sd237c should _not_ be used. You should manually go add a > * /dev/sd237a and use that for the ccd, this should eliminate your problem. > > For the whole slice, or with an offset? In other words, is sdXc > special because of its name, or because it is the only partition that > starts at the beginning? It is special because it is RAW_PART. > > Wait, the latter doesn't make sense, all the machines here have the > root filesystem starting at offset 0 (within the slice). So you're > saying sdXc is special because it has the letter `c' in it? It is special because it is RAW_PART. The other part of the puzzle is that newfs saves space for a label/bootstrap when newfs'ing partitions starting in cylinder 0, so I was wrong, it is safe to use sdXc as a file system. It is this protection in newfs that you loose on the ccd. > > * Conventient, but wrong to do. UNIX has reserved xxYc for as long as > * I can remeber, using it for file systems is a sure fire way to burn > * yourself. > > Well I don't think that is true, the SunOS machines I was > administering back in Tokyo (about 6 years ago) didn't mind us using > sdXc for the whole disk. You have lost write protection for your disklabel, not a grand idea... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Sat May 4 04:31:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA00199 for current-outgoing; Sat, 4 May 1996 04:31:47 -0700 (PDT) Received: from burka.carrier.kiev.ua (root@burka.carrier.kiev.ua [193.125.68.131]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA29983 for ; Sat, 4 May 1996 04:30:41 -0700 (PDT) Received: from sivka.carrier.kiev.ua (root@sivka.carrier.kiev.ua [193.125.68.130]) by burka.carrier.kiev.ua (Sendmail 8.who.cares/5) with ESMTP id OAA27685 for ; Sat, 4 May 1996 14:28:43 +0300 Received: from elvisti.kiev.ua (uucp@localhost) by sivka.carrier.kiev.ua (Sendmail 8.who.cares/5) with UUCP id NAA02725 for current@freebsd.org; Sat, 4 May 1996 13:51:39 +0300 Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.129]) by acc0.elvisti.kiev.ua (8.7.5/8.7.3) with ESMTP id OAA17740 for ; Sat, 4 May 1996 14:02:13 +0300 (EET DST) Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id OAA23402 for current@freebsd.org; Sat, 4 May 1996 14:01:42 +0300 Date: Sat, 4 May 1996 14:01:42 +0300 From: "Andrew V. Stesin" Message-Id: <199605041101.OAA23402@office.elvisti.kiev.ua> To: current@freebsd.org Subject: wdc0 flags forgotten? (was: lmbench IDE anomaly Organization: ElVisti Information center X-Newsreader: TIN [version 1.2 PL2+] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [... A discussion of IDE vs SCSI ...] People, I must notice that without adding "flags 0x80ff80ff" to the "wdc0" line in kernel config file (documented in LINT only) all that comparative testing worth definitely nothing. For my experience, adding appropriate "flags" almost trippled the performance of a drive (2.3Mb/sec vs 900Kb/sec, iozone and bonnie, Quantum Trailblazer 850Mb, SiS496/497 motherboard; with flags, drive went to 32bit I/O mode with multiblock == 8). Have a nice day! -- With best regards -- Andrew Stesin. +380 (44) 2760188 +380 (44) 2713457 +380 (44) 2713560 "You may delegate authority, but not responsibility." Frank's Management Rule #1. From owner-freebsd-current Sat May 4 06:19:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA04878 for current-outgoing; Sat, 4 May 1996 06:19:26 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA04860 Sat, 4 May 1996 06:19:19 -0700 (PDT) Received: (from mail@localhost) by sierra.zyzzyva.com (8.7.5/8.6.11) id IAA09788; Sat, 4 May 1996 08:19:16 -0500 (CDT) Message-Id: <199605041319.IAA09788@sierra.zyzzyva.com> X-Authentication-Warning: sierra.zyzzyva.com: mail set sender to using -f Received: from localhost(127.0.0.1) by sierra.zyzzyva.com via smap (V1.3) id sma009785; Sat May 4 08:18:49 1996 To: freebsd-isp@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: MBUFs leaking? X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 May 1996 08:18:48 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am currently struggling the the system tune stages after a migration from NetBSD. Any pointers to info on tuning a system for heavy use would be appreciated. I have a system that has been up for 19 hours. 8:16AM up 19:48, 1 user, load averages: 0.08, 0.02, 0.01 maxusers = 64 #> netstat -m 8422 mbufs in use: 8414 mbufs allocated to data 6 mbufs allocated to packet headers 1 mbufs allocated to protocol control blocks 1 mbufs allocated to socket names and addresses 1536/1536 mbuf clusters in use 4124 Kbytes allocated to network (100% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines On NetBSD, I was in the habit of running my kernels with the following. Does this have the same effect on FreeBSD, or are there other things to tune? options NMBCLUSTERS=4096 Thanks for your help From owner-freebsd-current Sat May 4 09:19:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13914 for current-outgoing; Sat, 4 May 1996 09:19:50 -0700 (PDT) Received: from trane.uninett.no (trane.uninett.no [129.241.1.16]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA13901 Sat, 4 May 1996 09:19:45 -0700 (PDT) From: sthaug@nethelp.no Received: from localhost (localhost [127.0.0.1]) by trane.uninett.no (8.7.3/8.7.3) with SMTP id SAA17210; Sat, 4 May 1996 18:19:43 +0200 (METDST) Message-Id: <199605041619.SAA17210@trane.uninett.no> X-Authentication-Warning: trane.uninett.no: Host localhost [127.0.0.1] didn't use HELO protocol To: freebsd-current@freebsd.org, freebsd-bugs@freebsd.org Subject: Minor update to if_de.c to recognize ZNYX cards X-Mailer: Mew version 1.03 on Emacs 19.28.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sat, 04 May 1996 18:19:42 +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following patch to /sys/pci/if_de.c is necessary to recognize some ZNYX Ethernet cards (for instance one ZNYX 314 card I used). The reason it's needed is that the ROM on ZNYX cards sometimes contains something different from 0xff in the *two* bytes following the Ethernet address. Please verify this with Matt Thomas - I believe it's already in his newest version of if_de.c Steinar Haug, Nethelp consulting, sthaug@nethelp.no ---------------------------------------------------------------------- *** if_de.c.orig Sat Mar 23 20:29:09 1996 --- if_de.c Sat May 4 18:07:08 1996 *************** *** 1671,1677 **** * of the rom and let the rest be all 0xffs. (Can we say * ZNYX???) */ ! for (idx = 6; idx < 32; idx++) { if (sc->tulip_rombuf[idx] != 0xFF) return -4; } --- 1671,1677 ---- * of the rom and let the rest be all 0xffs. (Can we say * ZNYX???) */ ! for (idx = 8; idx < 32; idx++) { if (sc->tulip_rombuf[idx] != 0xFF) return -4; } From owner-freebsd-current Sat May 4 09:40:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA15195 for current-outgoing; Sat, 4 May 1996 09:40:19 -0700 (PDT) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA15188 for ; Sat, 4 May 1996 09:40:14 -0700 (PDT) Received: (from news@localhost) by haywire.DIALix.COM (8.7.5/8.7.3) id AAA02738 for freebsd-current@freebsd.org; Sun, 5 May 1996 00:40:30 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 4 May 96 16:38:32 GMT From: peter@jhome.DIALix.COM (Peter Wemm) Message-ID: Organization: DIALix Services, Perth, Australia. References: <199605021625.BAA00248@berkeley.race.u-tokyo.ac.jp>, <313.831057925@critter.tfs.com> Subject: Re: qcam driver (kernel doesn't compile) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk phk@critter.tfs.com (Poul-Henning Kamp) writes: >yeah, right! and while we're at it let's get Sun to get rid of the > #ifdef sun >trash, we don't want that either... >Calling anything in FreeBSD "LINUX" is blatant disregard for reality. >Poul-Henning Bruce Evans broke this! he took "LINUX" out of options.i386, which made it become defined via the Makefile and visible to the entire kernel, rather than the files that #include'ed the option file. :-( -Peter >> Linux-emu and qcamio.c uses the "LINUX" symbol in different purpose. >> Perhaps qcamio.c would be better to use another symbol to identify LINUX... >> >> Naohiro Shichijo >> The Univesity of Tokyo. >> >> From: "Christoph P. Kukulies" >> Subject: qcam driver (kernel doesn't compile) >> Date: Thu, 02 May 1996 17:08:11 +0200 >> Message-ID: <199605021508.RAA14941@gilberto.physik.rwth-aachen.de> >> >> kuku> I supped and as a result I can't compile my kernel any longer: >> kuku> >> kuku> cc -c -O -W -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnes >ted-externs -Wstrict-prototypes -Wmissing-prototypes -Winline -nostdinc -I. - >I../.. -I../../sys -I../../../include -DI486_CPU -DGUSMAX -DATAPI -DLINUX -DCOM >PAT_LINUX -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../i38 >6/isa/qcamio.c >> kuku> ../../i386/isa/qcamio.c:61: linux/kernel.h: No such file or directory >> kuku> ../../i386/isa/qcamio.c:62: linux/sched.h: No such file or directory >> kuku> ../../i386/isa/qcamio.c:63: linux/string.h: No such file or directory >> kuku> ../../i386/isa/qcamio.c:64: linux/delay.h: No such file or directory >> kuku> ../../i386/isa/qcamio.c:65: asm/io.h: No such file or directory >> kuku> ../../i386/isa/qcamio.c:66: qcam-linux.h: No such file or directory >> kuku> *** Error code 1 >> kuku> >> kuku> Stop. >> kuku> >> kuku> --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de >> kuku> >-- >Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. >http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. >whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. >Future will arrive by its own means, progress not so. From owner-freebsd-current Sat May 4 10:03:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA15831 for current-outgoing; Sat, 4 May 1996 10:03:16 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA15821 Sat, 4 May 1996 10:03:10 -0700 (PDT) Received: (from mail@localhost) by sierra.zyzzyva.com (8.7.5/8.6.11) id MAA12558; Sat, 4 May 1996 12:02:47 -0500 (CDT) Message-Id: <199605041702.MAA12558@sierra.zyzzyva.com> X-Authentication-Warning: sierra.zyzzyva.com: mail set sender to using -f Received: from localhost(127.0.0.1) by sierra via smap (V1.3) id sma012554; Sat May 4 12:02:36 1996 To: Alexei Nikolaevich Romanov Subject: Re: /compat code on -stable In-reply-to: alexei's message of Fri, 03 May 1996 15:27:33 -0700. <199605032227.PAA11331@albion.loach.org> Cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 May 1996 12:01:15 -0500 From: Randy Terbush Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > Could someone point me to a howto on running IBCS2, Linux and perhaps > > BSDI binaries? I searched in the various FAQ's, Handbook, etc. and > > can't come up with the magic. > > > > Thanks > > If you are told somehting and they don't send it to the list, would you > mind cc-ing me? > > --Alexei I figured this out finally. I'm CCing the list since I did not find this information in one location, rather spread between several different mails in the archive. My main motivation was running Netscape, but I would also like to know what is required for IBCS2 and BSDI. I'm running a mostly -stable system. What I did... * Create /compat/linux * Install the linux_lib-1.0.tgz package found on freefall * recompiled kernel with 'options COMPAT_LINUX' (necessary?) * loaded the /lkm/linux_mod.o with the following: modstat | grep _linux || modload -u -o /tmp/linux_mod -e \ linux_init -q /lkm/linux_mod.o * Added the following to environment (/etc/profile) RESOLV_HOST_CONF=/compat/linux/etc/host.conf; export RESOLV_HOST_CONF XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB; export XKEYSYMDB XNLSPATH=/usr/X11R6/lib/X11/nls; export XNLSPATH XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults; export XAPPLRESDIR * Added the following to /compat/linux/etc/host.conf order hosts, bind * Installed nls.dir from Netscape distribution Gotchas along the way.... * I had to remove the Linux ELF support that I had been using with NetBSD. I assume that I cannot run Linux ELF under FreeBSD. * Netscape got EOT with the nls.dir that I had been using from R6. Known problem, but did not seem to bother it on NetBSD. * Figuring out syntax to modload LKMs From owner-freebsd-current Sat May 4 11:41:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA19238 for current-outgoing; Sat, 4 May 1996 11:41:00 -0700 (PDT) Received: from nemesis.azlink.com (neeo@azlink.com [206.67.224.35]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA19231 for ; Sat, 4 May 1996 11:40:58 -0700 (PDT) Received: (from neeo@localhost) by nemesis.azlink.com (8.7.3/8.7.2) id LAA10013; Sat, 4 May 1996 11:40:54 -0700 (MST) Date: Sat, 4 May 1996 11:40:54 -0700 (MST) From: "Mr. Neeo" To: freebsd-current@FreeBSD.ORG Subject: ioconf.h In-Reply-To: <199605041702.MAA12558@sierra.zyzzyva.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I dont know if this is the right list to send this to, but When i try to compile the kernel from 2.2-960501 i get tons of errors from files looking for ioconf.h which i dont have :> if someone couldpoint me to it, or mail it to me , i'd be very appreciative.. -Paul... From owner-freebsd-current Sat May 4 11:58:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA20304 for current-outgoing; Sat, 4 May 1996 11:58:28 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA20288 for ; Sat, 4 May 1996 11:58:25 -0700 (PDT) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id UAA17287; Sat, 4 May 1996 20:44:43 +0200 Received: (from wosch@localhost) by localhost (8.6.12/8.6.12) id UAA01692; Sat, 4 May 1996 20:33:36 +0200 Date: Sat, 4 May 1996 20:33:36 +0200 From: Wolfram Schneider Message-Id: <199605041833.UAA01692@localhost> To: Garrett Wollman Cc: current@FreeBSD.org Subject: Re: Files installed to /etc, (was: review request) In-Reply-To: <9604301822.AA22772@halloran-eldar.lcs.mit.edu> References: <199604292241.PAA05374@phaeton.artisoft.com> <23826.830823868@time.cdrom.com> <199604301549.RAA01126@localhost> <9604301822.AA22772@halloran-eldar.lcs.mit.edu> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk The target `scriptinstall' works for all script languages extensions (.sh, .csh, .perl, .pl, .tcl, .el) and you can install more than one script (PROG support only one program). FreeBSD has ~33 bourne shell scripts, 9 perl scripts and 1 csh script. >>scriptinstall: >>.for __script in ${SCRIPTS} >> ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ >> ${.CURDIR}/${__script} ${DESTDIR}/${BINDIR}/${__script:R} >>.endfor >> >Far better: > >PROG= pagesize > >bsd.prog.mk: >------------------------------------ >.sh: >.if defined(SCRIPTSED) > ${SCRIPTSED} < ${.IMPSRC} > ${.TARGET} >.else > cp ${.IMPSRC} ${.TARGET} > > chmod 755 ${.TARGET} >------------------------------------ >(And remember to turn off `-s' in `realinstall'.) From owner-freebsd-current Sat May 4 11:58:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA20345 for current-outgoing; Sat, 4 May 1996 11:58:34 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA20321 for ; Sat, 4 May 1996 11:58:30 -0700 (PDT) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id UAA17297; Sat, 4 May 1996 20:44:49 +0200 Received: (from wosch@localhost) by localhost (8.6.12/8.6.12) id TAA01514; Sat, 4 May 1996 19:37:34 +0200 Date: Sat, 4 May 1996 19:37:34 +0200 From: Wolfram Schneider Message-Id: <199605041737.TAA01514@localhost> To: "Rodney W. Grimes" Cc: current@freebsd.org Subject: Re: Files installed to /etc, (was: review request) In-Reply-To: <199605011026.DAA15481@GndRsh.aac.dev.com> References: <199604301945.FAA20003@godzilla.zeta.org.au> <199605011026.DAA15481@GndRsh.aac.dev.com> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Rodney W. Grimes writes: >This was broken the day we moved from the true BSD man(1) to the gnu version, >something we should look at reversing if we can find a suck^H^H^H^Hvolunteer >to add manual page compression to the CSRG version of man(1). BTW, our gnu man is out of date. FreeBSD use version 1.1, current version is 1.4f (or higher). >From the README: ====================================================================== For man-1.4: Corrected some misprints in man.1. Now also search for manpages *.man. Added use of message catalogs. (Just as an exercise.) man-1.4c: Added fixes by gentzel@2.340.ENET.dec.com, Pauline Middelink and others. Added suid handling. Added TIOCGWINSZ. man-1.4d: Added Polish man pages (Rafal Maszkowski, rzm@oso.chalmers.se). Added -W option (Marty Leisner, leisner@sdsp.mc.xerox.com). man-1.4e: Added French man pages (Rene COUGNENC, rene@renux.frmug.fr.net), MANWIDTH, MANPAGER, -K option. Fixed grep problem. ====================================================================== For man-1.3: Changed MANPATH handling, added locale, added 1.2 changes (unaware of the existence of 1.2), bugfixes. Now merged both versions. Andries E. Brouwer - aeb@cwi.nl ======================================================================= For man-1.2: I seem to have taken over man for the moment. I added support for run- time determination of compressors and expanders, plus a couple of bug fixes. Zeyd M. Ben-Halim zmbenhal@netcom.com ====================================================================== From owner-freebsd-current Sat May 4 17:17:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20146 for current-outgoing; Sat, 4 May 1996 17:17:36 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA20125 for ; Sat, 4 May 1996 17:17:32 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id KAA01448; Sun, 5 May 1996 10:13:40 +1000 Date: Sun, 5 May 1996 10:13:40 +1000 From: Bruce Evans Message-Id: <199605050013.KAA01448@godzilla.zeta.org.au> To: wollman@lcs.mit.edu, wosch@cs.tu-berlin.de Subject: Re: Files installed to /etc, (was: review request) Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >The target `scriptinstall' works for all script languages extensions >(.sh, .csh, .perl, .pl, .tcl, .el) and you can install more than one >script (PROG support only one program). FreeBSD has ~33 bourne shell >scripts, 9 perl scripts and 1 csh script. You can support all the extensions without using the `scriptinstall' by adding implicit rules. It would be nice to support multiple programs in general for the case where there is only one source file per program and a simple rule for transforming the source name to the target name. Trivial makefiles already get the build step right: $ echo 'all: foo bar' >makefile $ touch foo.c bar.sh $ make -n cc -O2 foo.c -o foo cp -p bar.sh bar chmod a+x bar This could be made to work in the bsd.prog.mk framework without depending on implicit rules. E.g., use ${PROGS} for the list of simple programs and substitute in it to get the C programs, etc, and generate an explicit rule for each. ... Here is an half finished implementation. The obj directory stuff isn't quite right. I cut this out of bsd.man.mk and deleted one too many complication from the install rule. === PROGS= foo bar # .include # --- Explicitly included first version of bsd.simpleprog.mk ---. all: all-progs # XXX install: all-progs-install # XXX all-progs: ${PROGS} .for prog in ${PROGS} .if exists(${prog:S/$/.c/}) ${prog}: ${prog:S/$/.o/} cc ${LDFLAGS} ${.ALLSRC} -o ${.TARGET} ${prog:S/$/.o/}: ${prog:S/$/.c/} cc -c ${CFLAGS} ${.ALLSRC} -o ${.TARGET} .endif .if exists(${prog:S/$/.sh/}) ${prog}: ${prog:S/$/.sh/} # Just forget about default .sh rule. # XXX should delete it from .SUFFIXES. .endif .endfor all-progs-install:: .for prog in ${PROGS} all-progs-install:: ${prog} .if exists(${prog:S/$/.c/}) ${INSTALL} ${COPY} ${STRIP} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ ${prog} ${DESTDIR}${BINDIR}/${prog} .endif .if exists(${prog:S/$/.sh/}) ${INSTALL} ${COPY} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ ${prog:S/$/.sh/} ${DESTDIR}${BINDIR}/${prog} .endif .endfor # --- End of explicitly included bsd.simpleprog.mk ---. .include === Bruce From owner-freebsd-current Sat May 4 17:20:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20664 for current-outgoing; Sat, 4 May 1996 17:20:14 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA20659 Sat, 4 May 1996 17:20:11 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id RAA18665; Sat, 4 May 1996 17:19:07 -0700 (PDT) Message-Id: <199605050019.RAA18665@precipice.shockwave.com> To: Bruce Evans cc: gibbs@freefall.freebsd.org, smpatel@umiacs.umd.edu, freebsd-current@freefall.freebsd.org, phk@critter.tfs.com Subject: Re: LINUX COMPAT_LINUX In-reply-to: Your message of "Fri, 03 May 1996 07:27:59 +1000." <199605022127.HAA32094@godzilla.zeta.org.au> Date: Sat, 04 May 1996 17:19:06 -0700 From: Paul Traina Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The qcam driver uses LINUX because the person who did the port to Linux used LINUX and I deferred to him. If you are *CERTAIN* that the __linux__ is defined in all compilers, I will switch it. The outb problem is taken care of by making all I/O abstracted, as it should be. Paul From: Bruce Evans Subject: Re: LINUX COMPAT_LINUX >I believe that the Linux gcc defines "linux" not "LINUX", so any code It defines "__linux__" and "linux". Only sloppy code would depend on "linux" or "LINUX" being defined by the compiler. However, they might be defined in the application's CFLAGS or headers. >in our tree that is supposed to have conditional code for Linux should >use the lowercase define. The only place I know of that uses this >right now is the sequencer code for the aic7xxx driver. Urk. The sequencer code uses "linux", but the qcam code uses "LINUX". It's surprising that it compiled in LINT. It could not have worked, because Linux has outb() back to front. I'm going to hide the *LINUX #defines and some other #defines because using them would break the lkms: --- diff -c2 src/sys/conf/options~ src/sys/conf/options *** src/sys/conf/options~ Sat Mar 30 02:25:43 1996 --- src/sys/conf/options Thu May 2 12:44:14 1996 *************** *** 6,16 **** DDB KTRACE ! FDESC opt_staticfs.h ! KERNFS opt_staticfs.h ! NULLFS opt_staticfs.h ! PORTAL opt_staticfs.h ! PROCFS opt_staticfs.h ! UMAPFS opt_staticfs.h ! UNION opt_staticfs.h QUOTA SYSVSHM opt_sysvipc.h --- 6,25 ---- DDB KTRACE ! ! # Options for static file systems. These should only be used at config ! # time, since the corresponding lkms cannot work if there are any static ! # dependencies. Unusability is enforced by hiding the defines for the ! # options in a never-included header. ! FDESC opt_dontuse.h ! KERNFS opt_dontuse.h ! NULLFS opt_dontuse.h ! PORTAL opt_dontuse.h ! PROCFS opt_dontuse.h ! UMAPFS opt_dontuse.h ! ! # The union static file system has bogus static dependencies, so it isn't ! # hidden yet. ! UNION ! QUOTA SYSVSHM opt_sysvipc.h diff -c2 src/sys/i386/conf/options.i386~ src/sys/i386/conf/options.i386 *** src/sys/i386/conf/options.i386~ Thu May 2 05:34:58 1996 --- src/sys/i386/conf/options.i386 Fri May 3 06:40:10 1996 *************** *** 4,8 **** MATH_EMULATE opt_math_emulate.h GPL_MATH_EMULATE opt_math_emulate.h ! IBCS2 opt_ibcs2.h SHOW_BUSYBUFS opt_machdep.h PANIC_REBOOT_WAIT_TIME opt_machdep.h --- 4,11 ---- MATH_EMULATE opt_math_emulate.h GPL_MATH_EMULATE opt_math_emulate.h ! ! IBCS2 opt_dontuse.h ! COMPAT_LINUX opt_dontuse.h ! SHOW_BUSYBUFS opt_machdep.h PANIC_REBOOT_WAIT_TIME opt_machdep.h --- This would have avoided the problem with qcam when COMPAT_LINUX was named LINUX. Bruce From owner-freebsd-current Sat May 4 17:23:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA21004 for current-outgoing; Sat, 4 May 1996 17:23:26 -0700 (PDT) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA20997 Sat, 4 May 1996 17:23:24 -0700 (PDT) Received: from shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.5/8.7.3) with ESMTP id RAA19015; Sat, 4 May 1996 17:22:43 -0700 (PDT) Message-Id: <199605050022.RAA19015@precipice.shockwave.com> To: "Justin T. Gibbs" cc: Bob Willcox , freebsd-current@freefall.freebsd.org (freebsd-current) Subject: Re: ahc driver no longer sees one of my disks In-reply-to: Your message of "Thu, 02 May 1996 21:39:07 PDT." <199605030439.VAA23683@freefall.freebsd.org> Date: Sat, 04 May 1996 17:22:41 -0700 From: Paul Traina Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: "Justin T. Gibbs" Subject: Re: ahc driver no longer sees one of my disks The driver uses DELAY() to perform the SCSI bus reset. Perhaps its not long enough in your new system. My other guess is that the bus settle delay isn't long enough. What's the value of SCSIDELAY in your kernel? Is DELAY() really so dependant on the CPU speed? Can we get a better DELAY() macro? The delay macro, is by definition, processor speed independant. If it changes significantly, then it's broken. From owner-freebsd-current Sat May 4 18:32:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA24523 for current-outgoing; Sat, 4 May 1996 18:32:37 -0700 (PDT) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA24516 for ; Sat, 4 May 1996 18:32:35 -0700 (PDT) Message-Id: <199605050132.SAA24516@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: current@FreeBSD.org Subject: Aic7xxx driver problems Date: Sat, 04 May 1996 18:32:34 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk There have been some reports lately that using both narrow and wide devices on the same controller doesn't work. If you have this type of setup please let me know if the driver still works for you or, if it doesn't work, the latest revision of the driver that did work. Since I don't own any wide drives, its hard for me to test this scenario and hopefully with enough information from users of the driver, I'll be able to tell the revision where the bug snuck in and to finally squash it. Other bug reports are of course welcome. Thanks, -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sat May 4 19:03:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA26047 for current-outgoing; Sat, 4 May 1996 19:03:32 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA26022 Sat, 4 May 1996 19:02:55 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id LAA04976; Sun, 5 May 1996 11:58:16 +1000 Date: Sun, 5 May 1996 11:58:16 +1000 From: Bruce Evans Message-Id: <199605050158.LAA04976@godzilla.zeta.org.au> To: bde@zeta.org.au, pst@shockwave.com Subject: Re: LINUX COMPAT_LINUX Cc: freebsd-current@freefall.freebsd.org, gibbs@freefall.freebsd.org, phk@critter.tfs.com, smpatel@umiacs.umd.edu Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >The qcam driver uses LINUX because the person who did the port to Linux >used LINUX and I deferred to him. If you are *CERTAIN* that the __linux__ >is defined in all compilers, I will switch it. I think __linux__ has always been defined and LINUX has never been defined by Linux compilers. `linux' ,__linux and __linux__ are usually defined. LINUX isn't defined by the Nov 28 1995 version of gcc-2.7.2 on my ISP's Linux system. LINUX is apparently defined on the command line or in a header for compiling the kernel. Bruce From owner-freebsd-current Sat May 4 19:36:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA28424 for current-outgoing; Sat, 4 May 1996 19:36:32 -0700 (PDT) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA28407 for ; Sat, 4 May 1996 19:36:23 -0700 (PDT) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id EAA10361 ; Sun, 5 May 1996 04:36:22 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id EAA01837 ; Sun, 5 May 1996 04:36:24 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id DAA18625; Sun, 5 May 1996 03:47:59 +0200 (MET DST) From: Ollivier Robert Message-Id: <199605050147.DAA18625@keltia.freenix.fr> Subject: Re: /compat code on -stable To: randy@zyzzyva.com (Randy Terbush) Date: Sun, 5 May 1996 03:47:59 +0200 (MET DST) Cc: stable@keltia.freenix.fr, freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list) In-Reply-To: <199605041702.MAA12558@sierra.zyzzyva.com> from Randy Terbush at "May 4, 96 12:01:15 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1948 X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Randy Terbush said: > * loaded the /lkm/linux_mod.o with the following: > > modstat | grep _linux || modload -u -o /tmp/linux_mod -e \ > linux_init -q /lkm/linux_mod.o You'll find a command named linux in /usr/bin which does exactly that. > * Added the following to /compat/linux/etc/host.conf > order hosts, bind You may have to add multi on a second line. > * I had to remove the Linux ELF support that I had been using with > NetBSD. I assume that I cannot run Linux ELF under FreeBSD. That's true for -stable. -current is able to run both FreeBSD and Linux ELF binaries. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #14: Tue Apr 30 21:08:35 MET DST 1996 From owner-freebsd-current Sat May 4 21:59:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA19713 for current-outgoing; Sat, 4 May 1996 21:59:54 -0700 (PDT) Received: from phoenix.csie.nctu.edu.tw (root@phoenix.csie.nctu.edu.tw [140.113.17.171]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA19695 for ; Sat, 4 May 1996 21:59:45 -0700 (PDT) Received: from FreeBSD.csie.NCTU.edu.tw (freebsd.csie.nctu.edu.tw [140.113.235.250]) by phoenix.csie.nctu.edu.tw (8.7.5/8.7.5) with ESMTP id NAA20813 for ; Sun, 5 May 1996 13:00:10 +0800 (CST) Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.7.5/8.7.3) id MAA26395 for freebsd-current@FreeBSD.ORG; Sun, 5 May 1996 12:59:26 +0800 (CST) From: Jian-Da Li Message-Id: <199605050459.MAA26395@FreeBSD.csie.NCTU.edu.tw> Subject: NIS problem on 0501-SNAP To: freebsd-current@FreeBSD.ORG Date: Sun, 5 May 1996 12:59:25 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi : NIS isn't too stable in my 2.2-960501-SNAP (in fact, nis isn't stable since I install 2.2 2 monthes ago). This is a self-nis machine, it's a nis server and it binds itself. When boot up more than 2 days, nis will begin to act strange. It will keep on dumping messages on the screen .. "YP: server for domain FREEBSD not responding, retrying" "yp_match: clnt_call: RPC: Timed out" (I used to run screen-3.7.1, when one of the window dumps errors, other windows work fine just slower in name-resolve. I will have to kill the window and create a new one to solve it) At that time there will be lots of "ypserv -n" running (at least 10), new "ypserv -n" keeps on forking, old ypserv will die, it will keep the number of ypserv fixed. Of course, the original "ypserv -n" (the 1st one) will not die. Sometimes yppasswdd will return error code when changing password (reboot solves it) The longer the machine up, the worse it will be. (longer delay in nis name resolving) BTW, I saw new yp_mkdb commited, but it isn't in $SRC/usr.sbin/Makefile (and will not be built) Help ?! Thanks. -- 李 建 達 (Jian-Da Li) 交大資工 E-Mail : jdli@csie.nctu.edu.tw From owner-freebsd-current Sat May 4 22:01:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA19876 for current-outgoing; Sat, 4 May 1996 22:01:58 -0700 (PDT) Received: from phoenix.csie.nctu.edu.tw (phoenix.csie.nctu.edu.tw [140.113.17.171]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA19828 for ; Sat, 4 May 1996 22:01:35 -0700 (PDT) Received: from FreeBSD.csie.NCTU.edu.tw (freebsd.csie.nctu.edu.tw [140.113.235.250]) by phoenix.csie.nctu.edu.tw (8.7.5/8.7.5) with ESMTP id NAA20889 for ; Sun, 5 May 1996 13:01:38 +0800 (CST) Received: (from jdli@localhost) by FreeBSD.csie.NCTU.edu.tw (8.7.5/8.7.3) id NAA26511 for freebsd-current@freebsd.org; Sun, 5 May 1996 13:00:53 +0800 (CST) Date: Sun, 5 May 1996 13:00:53 +0800 (CST) From: Jian-Da Li Message-Id: <199605050500.NAA26511@FreeBSD.csie.NCTU.edu.tw> To: freebsd-current@freebsd.org Subject: Re: /compat code on -stable Newsgroups: mailing.freebsd.current Organization: NCTU CSIE FreeBSD Server Reply-To: jdli@FreeBSD.csie.NCTU.edu.tw X-Newsreader: TIN [version 1.2 PL2] Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 您在 <4mhb62$o70@FreeBSD.csie.NCTU.edu.tw> 文章內提到: : That's true for -stable. -current is able to run both FreeBSD and Linux ELF : binaries. Should I do extra patches to run FreeBSD and Linux ELF binaries on 2.2-960501-SNAP ?! -- 李 建 達 (Jian-Da Li) 交大資工 E-Mail : jdli@csie.nctu.edu.tw From owner-freebsd-current Sat May 4 23:55:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA01793 for current-outgoing; Sat, 4 May 1996 23:55:23 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA01778 for ; Sat, 4 May 1996 23:55:21 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0uFxiw-0003wbC; Sat, 4 May 96 23:55 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.6.12) with SMTP id GAA06951; Sun, 5 May 1996 06:55:18 GMT X-Authentication-Warning: critter.tfs.com: Host localhost [127.0.0.1] didn't use HELO protocol To: "Justin T. Gibbs" cc: current@FreeBSD.org Subject: Re: Aic7xxx driver problems In-reply-to: Your message of "Sat, 04 May 1996 18:32:34 MST." <199605050132.SAA24516@freefall.freebsd.org> Date: Sun, 05 May 1996 06:55:15 +0000 Message-ID: <6949.831279315@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > There have been some reports lately that using both narrow and wide devices > on the same controller doesn't work. No problems here: ahc0 rev 0 int a irq 12 on pci0:11 ahc0: aic7870 Wide Channel, SCSI Id=7, 16 SCBs ahc0: target 0 Tagged Queuing Device (ahc0:0:0): "QUANTUM XP34300W 581H" type 0 fixed SCSI 2 <<< Wide scsi sd0(ahc0:0:0): Direct-Access 4101MB (8399520 512 byte sectors) ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "SEAGATE ST11200N 8770" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 1005MB (2059140 512 byte sectors) ahc0: target 2 Tagged Queuing Device (ahc0:2:0): "QUANTUM PD1800S 3161" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 1717MB (3517856 512 byte sectors) ahc0: target 4 Tagged Queuing Device (ahc0:4:0): "QUANTUM EMPIRE_2100S 1021" type 0 fixed SCSI 2 sd3(ahc0:4:0): Direct-Access 2006MB (4108600 512 byte sectors) (ahc0:5:0): "ARCHIVE Python 28388-XXX 5.40" type 1 removable SCSI 2 -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so.