From owner-freebsd-hackers Sun Oct 27 01:37:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA15026 for hackers-outgoing; Sun, 27 Oct 1996 01:37:58 -0700 (PDT) Received: from mail.ca2.so-net.or.jp (mail.ca2.so-net.or.jp [202.238.95.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA15019 for ; Sun, 27 Oct 1996 01:37:52 -0700 (PDT) Received: from chiota (ppp910e.pppp.ap.so-net.or.jp [210.132.145.14]) by mail.ca2.so-net.or.jp (8.7.5/3.4W396052919) with SMTP id RAA20788; Sun, 27 Oct 1996 17:37:47 +0900 Received: from localhost (localhost [127.0.0.1]) by chiota (8.6.12/) with SMTP id RAA00531; Sun, 27 Oct 1996 17:37:58 +0900 Message-Id: <199610270837.RAA00531@chiota> To: hackers@freebsd.org Cc: shigio@ca2.so-net.or.jp Subject: GLOBAL-1.4 for FreeBSD 2.X Date: Sun, 27 Oct 1996 17:37:58 +0900 From: Shigio Yamaguchi Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, this is Yamaguchi. Here is GLOBAL-1.4 for FreeBSD(2.0.5R, 2.1.0R, 2.1.5R) which supports yacc source file. The source code is here. http://ux01.so-net.or.jp/~shigio/freebsd/emain.html If you cannot get the file, please send me (shigio@ca2.so-net.or.jp) E-mail. --------------------------------------------------------------------------- Global is a tool which find the locations of function definitions and functions references in C source files. You can use it on shell command line or within VI editor. I think it is useful to hack a large project sources containing many subdirectories. [Features] o Global can find the locations of specified function quickly. o Global can locate not only function definitions but also function references o Global can treat a source tree containing subdirectories and you can get a relative path of object from anywhere within the tree. o Global allow duplicate entries. o Global can understand perl's regular expression. o Global can also locate functions in library paths if the function not found in your source directory.(New feature of 1.3) o Global can treat yacc file too.(New feature of 1.4) [News feature in version1.4] Global can treat C functions in a yacc source code. [Caution] Extended ctags included in global has an uncompatible part with the original one. A yacc source file is consist of following three parts. declarations %% rules %% programs There are some difference about what is tag. 1) original ctags rule names in rule part function names in program part 2) extended ctags function names defined in all part function names refferd in all part(when -r option) Please enjoy. -- Shigio Yamaguchi E-Mail: shigio@ca2.so-net.or.jp Home Page: http://ux01.so-net.or.jp/~shigio/ From owner-freebsd-hackers Sun Oct 27 08:35:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA29820 for hackers-outgoing; Sun, 27 Oct 1996 08:35:10 -0800 (PST) Received: from vinyl.quickweb.com (vinyl.sentex.ca [206.222.77.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA29812 for ; Sun, 27 Oct 1996 08:35:06 -0800 (PST) Received: from localhost (mark@localhost) by vinyl.quickweb.com (8.7.5/8.7.3) with SMTP id LAA24245 for ; Sun, 27 Oct 1996 11:33:40 -0500 (EST) X-Authentication-Warning: vinyl.quickweb.com: mark owned process doing -bs Date: Sun, 27 Oct 1996 11:33:40 -0500 (EST) From: Mark Mayo To: hackers@freebsd.org Subject: LRU algorithms Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there.. I've been trying to look at more and more of the kernel as my knowledge of operating systems increases (you never know, some day I might actually be able to contribute something!! :-)) , and I see the LRU (Least Recently Used) algorithm used all over the place. I'm familiar with the concepts, mostly for page replacement stuff, but I'm a little curious about implementation. Of course, whenver I see LRU mentioned in the source tree, it's tied into some enormous purpose, and it's hard for me to see the thing at work :-( Basically, I'd like to get familiar with LRU so I can understand it's use in the various page, vm, mpool, etc.. spots in the OS (seems to be an important bit of conceptual knowledge). But, I can't find a simple implementation of LRU anywhere (I search altavista, excite, etc..) -- I'd like to figure out some data structures to use with it. I've seen the phrases "LRU chain" and "LRU list" used quite often.. I'm assuming it just a doubly linked-list with some extra bits in the struct for the modified, present/absent, restricted, etc.. Correct? Any pointers would be helpful, in a book, or preferably available on the net. TIA, Mark ------------------------------------------- | Mark Mayo mark@quickweb.com | | C-Soft www.quickweb.com | ------------------------------------------- "To iterate is human, to recurse divine." - L. Peter Deutsch From owner-freebsd-hackers Sun Oct 27 09:46:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03889 for hackers-outgoing; Sun, 27 Oct 1996 09:46:01 -0800 (PST) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA03883 for ; Sun, 27 Oct 1996 09:45:57 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id MAA05900; Sun, 27 Oct 1996 12:45:42 -0500 (EST) From: "John S. Dyson" Message-Id: <199610271745.MAA05900@dyson.iquest.net> Subject: Re: LRU algorithms To: mark@quickweb.com (Mark Mayo) Date: Sun, 27 Oct 1996 12:45:41 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: from "Mark Mayo" at Oct 27, 96 11:33:40 am Reply-To: dyson@FreeBSD.org 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Hi there.. I've been trying to look at more and more of the kernel as my > knowledge of operating systems increases (you never know, some day I might > actually be able to contribute something!! :-)) , and I see the LRU (Least > Recently Used) algorithm used all over the place. I'm familiar with the > concepts, mostly for page replacement stuff, but I'm a little curious > about implementation. > > Of course, whenver I see LRU mentioned in the source tree, it's tied into > some enormous purpose, and it's hard for me to see the thing at work :-( > Basically, I'd like to get familiar with LRU so I can understand it's use > in the various page, vm, mpool, etc.. spots in the OS (seems to be an > important bit of conceptual knowledge). But, I can't find a simple > implementation of LRU anywhere (I search altavista, excite, etc..) -- I'd > like to figure out some data structures to use with it. I've seen the > phrases "LRU chain" and "LRU list" used quite often.. > > I'm assuming it just a doubly linked-list with some extra bits in the > struct for the modified, present/absent, restricted, etc.. Correct? > > Any pointers would be helpful, in a book, or preferably available on the > net. > Conceptually LRU looks like this most of the time in the kernel... First off, TAILQ and LRU are pretty much compatible. TAILQ allows insertion onto the end of a list easily. First define a tailq: TAILQ_HEAD(,vmpage) pagequeue; Create an item that has an entry for the list in it. struct vmpage { TAILQ_ENTRY(vmpage) queueentry; } *m; Then insert the item onto the list at the end: TAILQ_INSERT_TAIL(&pagequeue, m, queueentry); Every time you sense the use of the page you will want to: TAILQ_REMOVE(&pagequeue, m, queueentry); TAILQ_INSERT_TAIL(&pagequeue, m, queueentry); This will put the page back onto the end of the queue and will have the effect of pushing recently used pages onto the end of the queue. The pages at the beginning of the queue would be the most likely candidate for removal... Get the first candidate for removal: old_m = TAILQ_FIRST(&pagequeue); Note that this algorithm is only a close approx for LRU in the case where you sense recent use. It is exactly LRU if you perform the REMOVE/INSERT operation every time an access occurs. There might be some errors in the above, but this gives an approximation of how to implement LRU with the queue macros... (And that is the vast majority of our management of lists nowadays.) John From owner-freebsd-hackers Sun Oct 27 13:59:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA18549 for hackers-outgoing; Sun, 27 Oct 1996 13:59:06 -0800 (PST) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA18528; Sun, 27 Oct 1996 13:58:50 -0800 (PST) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id WAA25235; Sun, 27 Oct 1996 22:57:59 +0100 (MET) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.8.2/8.7.3/tetard-uucp-2.7) id WAA03470; Sun, 27 Oct 1996 22:32:12 +0100 (MET) Message-Id: <199610272132.WAA03470@tetard.glou.eu.org> Date: Sun, 27 Oct 1996 22:32:12 +0100 From: regnauld@tetard.glou.eu.org (Philippe Regnauld) To: sos@FreeBSD.org Cc: hackers@FreeBSD.org Subject: Base tree bloating (Was: ex/vi version 1.79 now available for anonymous ftp.) References: <199610240947.LAA06952@ra.dkuug.dk> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 2.2-CURRENT i386 In-Reply-To: <199610240947.LAA06952@ra.dkuug.dk>; from sos@FreeBSD.org on Oct 24, 1996 11:47:12 +0200 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk sos@FreeBSD.org (sos) ecrit/writes: > Actually I think NONE of them (tcl, perl?) belong in the base OS, but > they are fine as ports (so are the new vi :) ) I tend to agree with you. I guess that now that there are several Perl dependencies in the tree (killall, adduser, etc...), there's really no way of making Perl optional (well, it COULD be made that Perl and all those that need it be only installed if Perl is checked at Install time -- call it 'mandatory packages' :-P ). As for tcl, well, I guess that having Perl already there made it a 'come one, come all' policy -- something to be avoided. This is why, as much as I like Perl, importing Perl 5 should be put off, if not permanently, at least for a while: as Ollivier Robert wrote, 5.002 was bugged, 5.003 is a kludge, and 5.004 is not out yet. Furthermore, that's 8 more MB in the BASE tree! I'm sorry, but that's a LOT compared to the size of the minimal bin distribution. Perl 5 should remain a port. > We have been polluting our base tree with this stuff for too long, I think PHK's '/usr/src/contrib' policy is already a good step towards 'modularity' (call it 'purity' if you like). Without wanting to sound like Linux Slackware, what about install-time selecting those distribs that are in the /usr/src/contrib ? > and it seems we are getting a habit of more is better. Why do we have > ports at all, hell put it all in the base tree, and I'll do a > "back to basics BSD" for the purists to run... (nice idea btw)... More work towards modularity, i.e.: rewrite adduser et al in sh. We don't need SosBSD :-))) -- -- Phil -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Sun Oct 27 13:59:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA18583 for hackers-outgoing; Sun, 27 Oct 1996 13:59:22 -0800 (PST) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA18552; Sun, 27 Oct 1996 13:59:07 -0800 (PST) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id WAA25241; Sun, 27 Oct 1996 22:59:02 +0100 (MET) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.8.2/8.7.3/tetard-uucp-2.7) id WAA03514; Sun, 27 Oct 1996 22:53:04 +0100 (MET) Message-Id: <199610272153.WAA03514@tetard.glou.eu.org> Date: Sun, 27 Oct 1996 22:53:03 +0100 From: regnauld@tetard.glou.eu.org (Philippe Regnauld) To: sos@FreeBSD.org Cc: hackers@FreeBSD.org Subject: Re: graphics cards References: <828.199610261855@zander.csv.warwick.ac.uk> <199610261927.VAA00205@ravenock.cybercity.dk> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 2.2-CURRENT i386 In-Reply-To: <199610261927.VAA00205@ravenock.cybercity.dk>; from Soren Schmidt on Oct 26, 1996 21:27:44 +0200 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Soren Schmidt (sos) ecrit/writes: > However I run my main dev box with one Hercules, one old ISA SVGA, and > a diamond Viper Pro Video PCI, and it works (with special drivers > that is). BTW, I got my Hercules MDA card working along with my VGA diamond. As you indicated, I only got it to work with pcvt. Any chance of getting it to work with syscons, hmmm? With special drivers, for example ? 8-) -- -- Phil -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Sun Oct 27 14:28:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA20570 for hackers-outgoing; Sun, 27 Oct 1996 14:28:45 -0800 (PST) Received: from critter.tfs.com (disn21.cybercity.dk [194.16.57.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA20504; Sun, 27 Oct 1996 14:27:43 -0800 (PST) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id XAA00168; Sun, 27 Oct 1996 23:17:46 +0100 (MET) To: julian@whistle.com Subject: DEVFS problem Cc: hackers@freebsd.org Reply-to: phk@freebsd.org Date: Sun, 27 Oct 1996 23:17:45 +0100 Message-ID: <166.846454665@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm running a diskless machine with DEVFS and DEVFS_ROOT, it has an IDE disk. I mount DEVFS early in /sbin/init: (Warning cut&pasted, \t's are lost) Index: init.c =================================================================== RCS file: /home/ncvs/src/sbin/init/init.c,v retrieving revision 1.11 diff -u -r1.11 init.c --- init.c 1995/11/10 07:06:59 1.11 +++ init.c 1996/10/27 22:08:28 @@ -45,6 +45,7 @@ #endif /* not lint */ #include +#include #include #include @@ -192,6 +193,9 @@ (void)fprintf(stderr, "init: already running\n"); exit (1); } + + /* Try to mount devfs */ + mount(MOUNT_DEVFS, "/dev", MNT_NOEXEC|MNT_RDONLY, 0); /* * Note that this does NOT open a file... The following script hangs if devfs is mounted on /dev, but not if it is mounted on /devfs: : fsck -y /dev/rwd0s*[ae] mount /dev/wd0s4e /mnt cd /usr find X* -print | cpio -dumpV /mnt The machine as such is OK, but cpio is hung: 0 169 1 16 -5 0 212 496 getblk D p0- 0:00.55 cpio -dumpV And gradually other processes take permanent leave in getblk too. There are a couple of other patches needed, but they are not important I think, anyway, I will commit them now, so people can try this out. -- 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-hackers Sun Oct 27 15:00:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA22834 for hackers-outgoing; Sun, 27 Oct 1996 15:00:31 -0800 (PST) Received: from critter.tfs.com (disn4.cybercity.dk [194.16.57.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA22818; Sun, 27 Oct 1996 15:00:20 -0800 (PST) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id XAA00289; Sun, 27 Oct 1996 23:59:43 +0100 (MET) cc: julian@whistle.com, hackers@freebsd.org Subject: Re: DEVFS problem In-reply-to: Your message of "Sun, 27 Oct 1996 23:17:45 +0100." <166.846454665@critter.tfs.com> Date: Sun, 27 Oct 1996 23:59:42 +0100 Message-ID: <287.846457182@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I compiled DEVFS with debugging, and the output looks like this: [...] vntodn vntodn write read vntodn read vntodn reclaim vntodn reclaim vntodn read vntodn vntodn write read vntodn reclaim vntodn reclaim vntodn read vntodn vntodn write read vntodn read vntodn reclaim vntodn reclaim vntodn read vntodn vntodn write read vntodn read vntodn reclaim vntodn reclaim vntodn read vntodn [hang] If I have understood things right, DEVFS has no vnodes that need cleaning as often as that, and I generally belive that the refcount/ usecount on vnodes associated with DEVFS is bogus, right ? Wouldn't it be smarter to allocate the vnode when a DEVFS bdev node is created, and ref' it so we're sure it stays around ? That way all the block-dev alias crap can be done by pointing the DEVFS nodes at the same (& correct) vnode. Of course we tie up a number of vnodes that way, but since most bdev's tend to be used, with the exception of slices that are not mounted, I think that is a very small loss, compared to the mess the alias code really is. This would also mean that if a driver adds two bdev names for the same dev_t, they will effectively become hardlinks to the same "inode" rather than two separate "inodes", which I think is more correct behaviour when we're talking about block devices anyway. -- 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-hackers Sun Oct 27 16:47:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA00103 for hackers-outgoing; Sun, 27 Oct 1996 16:47:31 -0800 (PST) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA29992 for ; Sun, 27 Oct 1996 16:47:28 -0800 (PST) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA16185 for ; Sun, 27 Oct 1996 16:46:57 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma016183; Sun Oct 27 16:46:51 1996 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id QAA14854 for freebsd-hackers@freebsd.org; Sun, 27 Oct 1996 16:46:50 -0800 (PST) From: Archie Cobbs Message-Id: <199610280046.QAA14854@bubba.whistle.com> Subject: multi-cast + proxy arp ? To: freebsd-hackers@freebsd.org Date: Sun, 27 Oct 1996 16:46:50 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The mbone is cool! So cool that I want to get it at home too :-) I have a dial-in over PPP account that uses proxy arp on the server side. The server's ethernet is mbone-aware, and the server machine runs mbone apps just fine. Question: can multi-cast to the client ever work? I've tried all kinds of combos, none of which have worked. And if not, why does tun0 have the MULTICAST flag? What does that mean? If I had a valid, routeable IP address to use on the client side I could set up a tunnel using mrouted... but routeable subnets aren't cheap... I've tried setting up a tunnel to a fake IP address on the client; and the mrouted routing stuff seems to (sortof) work, but nothing shows up in "sdr"... -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Sun Oct 27 21:55:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA00724 for hackers-outgoing; Sun, 27 Oct 1996 21:55:46 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA00701 for ; Sun, 27 Oct 1996 21:55:42 -0800 (PST) Received: from echo2.echonyc.com (root@echo2.echonyc.com [198.67.15.6]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id VAA23678 for ; Sun, 27 Oct 1996 21:18:55 -0800 (PST) Received: from echonyc.com (benedict@echonyc.com [198.67.15.2]) by echo2.echonyc.com (8.6.12/8.6.10) with ESMTP id AAA11959; Mon, 28 Oct 1996 00:21:00 -0500 Received: (from benedict@localhost) by echonyc.com (8.6.12/echo-relay) id AAA03114; Mon, 28 Oct 1996 00:09:19 -0500 Date: Mon, 28 Oct 1996 00:09:18 -0500 (EST) From: Snob Art Genre To: Terry Lambert cc: Julian Elischer , hackers@freebsd.org Subject: Re: comments on this change please. In-Reply-To: <199610221740.KAA08201@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 22 Oct 1996, Terry Lambert wrote: > symlinks itself... if the FreeBSD user wants to make links in /dev > (why?), then they can use unionfs. modem, mouse, just off the top of my head. Ben From owner-freebsd-hackers Sun Oct 27 21:56:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA00808 for hackers-outgoing; Sun, 27 Oct 1996 21:56:02 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA00790; Sun, 27 Oct 1996 21:55:58 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id VAA23631 ; Sun, 27 Oct 1996 21:08:03 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id VAA07662; Sun, 27 Oct 1996 21:06:39 -0800 (PST) Message-Id: <199610280506.VAA07662@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Archie Cobbs cc: freebsd-hackers@freebsd.org, multimedia@freebsd.org Subject: Re: multi-cast + proxy arp ? In-reply-to: Your message of "Sun, 27 Oct 1996 16:46:50 PST." <199610280046.QAA14854@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Oct 1996 21:06:39 -0800 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Archie, Try to post your mbone related questions to multimedia@freebsd.org You can set a tunnel between your host and the mrouted at the other end with no problems. Just read the manpage on mrouted. Also it will not cost you a subnet. Regards, Amancio >From The Desk Of Archie Cobbs : > > The mbone is cool! So cool that I want to get it at home too :-) > > I have a dial-in over PPP account that uses proxy arp on the server side. > The server's ethernet is mbone-aware, and the server machine runs mbone > apps just fine. > > Question: can multi-cast to the client ever work? I've tried all kinds > of combos, none of which have worked. And if not, why does tun0 have > the MULTICAST flag? What does that mean? > > If I had a valid, routeable IP address to use on the client side I could > set up a tunnel using mrouted... but routeable subnets aren't cheap... > > I've tried setting up a tunnel to a fake IP address on the client; and > the mrouted routing stuff seems to (sortof) work, but nothing shows up > in "sdr"... > > -Archie > > ___________________________________________________________________________ > Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com > From owner-freebsd-hackers Sun Oct 27 21:58:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA01523 for hackers-outgoing; Sun, 27 Oct 1996 21:58:24 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA01503 for ; Sun, 27 Oct 1996 21:58:19 -0800 (PST) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id SAA22828 for ; Sun, 27 Oct 1996 18:23:37 -0800 (PST) Received: by nasu.utsunomiya-u.ac.jp (5.57/ULTRIX-940302) id AA19254; Mon, 28 Oct 96 11:21:14 +0900 Received: by outmail.utsunomiya-u.ac.jp (5.57/ULTRIX-940909) id AA09759; Mon, 28 Oct 96 11:21:13 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zenith.mech.utsunomiya-u.ac.jp [160.12.33.60]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id LAA17734; Mon, 28 Oct 1996 11:23:51 +0900 (JST) Message-Id: <199610280223.LAA17734@zodiac.mech.utsunomiya-u.ac.jp> To: rohit@cs.umd.edu (Rohit Dube) Cc: freebsd-hackers@freebsd.org Subject: Re: Ioctl groups list In-Reply-To: Your message of "Mon, 21 Oct 1996 10:59:18 -0400." <199610211459.KAA20717@seine.cs.umd.edu> References: <199610211459.KAA20717@seine.cs.umd.edu> Date: Mon, 28 Oct 1996 11:23:46 +0900 From: Kazutaka YOKOTA Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Here is the initial Ioctl groups list. I am pretty sure I got all >the obvious groups, but I am also sure that I missed some non-obvious >ones. > >Additions/corrections would be most welcome. There is one I found missing in your list: M i386/include/mouse.h Kazu From owner-freebsd-hackers Sun Oct 27 21:58:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA01688 for hackers-outgoing; Sun, 27 Oct 1996 21:58:55 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA01665 for ; Sun, 27 Oct 1996 21:58:51 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id RAA22728 for ; Sun, 27 Oct 1996 17:55:36 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA27654; Mon, 28 Oct 1996 12:21:13 +1030 From: Michael Smith Message-Id: <199610280151.MAA27654@genesis.atrad.adelaide.edu.au> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: terry@lambert.org (Terry Lambert) Date: Mon, 28 Oct 1996 12:21:12 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, erich@lodgenet.com, hackers@freebsd.org In-Reply-To: <199610262151.OAA17662@phaeton.artisoft.com> from "Terry Lambert" at Oct 26, 96 02:51:46 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > > > ... until someone takes one of the freely-available CPU emulators > > (from PCEmu, Bochs, Willows TWIN etc), makes it an LKM and teaches the > > kernel to run processes with the synthetic PSL_VM bit set using it. > > > > Geez Terry, I even took this idea from your old postings on the topic 8) > > Actually, I think I suggested making the execution class loader for > the magic number for foreign binaries load a CPU emulation module > and pass the arguments from 0 on unadulterated. > > The emulation module then mmap's the program as if it were a native > loader, and manages system call traps by calling the native system > calls for the OS. Regardless of whether you put the fins on the front or the back, you can still hang your shirt to dry on them. Still, at least we agree in principle. > more than a year ago -- fuzzy memory). Shortly afterward Jordan posted > that he and Justin and I-don't-remember-who had talked about it > extensively at Usenix, and VM86() support was a priority. Well, it's still a priority; it's just not getting anywhere right now 8( > The current topic is actually different than just VM86() support; I'm > more concerned with being able to use commercial (ie: Intel) binaries > on non-Intel platforms. I think processor emulation wins over direct > VM86() support for that reason (also for DOS emulation on non-Intel > platforms). The current development direction has the processor emulation and the 'machine' (DOS/BIOS) emulation neatly segregated. Come the time for its reuse in a non-intel environment, I expect it to be ready. > hardware DOS can run on. But if I were given a choice about which of > the technologies to exclusively pursue, I'd pick processor emulation: > it's the more general one, and it's more important in the long run; IMO, > x86 processor dependence, like ISA and IDE, is a fad not long for this > world. Processor emulation is useless without emulation for the environment around it; the two are mutually dependant. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Oct 27 22:06:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA02371 for hackers-outgoing; Sun, 27 Oct 1996 22:06:30 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA02366 for ; Sun, 27 Oct 1996 22:06:27 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by rah.star-gate.com (8.7.6/8.7.3) with SMTP id WAA07883 for ; Sun, 27 Oct 1996 22:06:23 -0800 (PST) Message-ID: <32744D5F.794BDF32@star-gate.com> Date: Sun, 27 Oct 1996 22:06:23 -0800 From: "Amancio Hasty Jr." X-Mailer: Mozilla 3.0 (X11; U; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: [Fwd: Re: PPro-200 bugged ?] Content-Type: multipart/mixed; boundary="------------1CFBAE3959E2B60015FB7483" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------1CFBAE3959E2B60015FB7483 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit -- Amancio Hasty Hasty Software Consulting Services Tel: 415-495-3046 Fax: 415-495-3046 Cellular: 415-309-8434 e-mail: hasty@star-gate.com Powered by FreeBSD --------------1CFBAE3959E2B60015FB7483 Content-Type: message/news Content-Transfer-Encoding: 7bit Content-Disposition: inline Path: nntp1.best.com!news1.best.com!www.nntp.primenet.com!nntp.primenet.com!arclight.uoregon.edu!feed1.news.erols.com!howland.erols.net!newsfeed.internetmci.com!news1.anet-dfw.com!usenet From: Christian Ludloff Newsgroups: comp.sys.intel Subject: Re: PPro-200 bugged ? Date: Fri, 25 Oct 1996 01:27:09 -0500 Organization: Those who talk, don't know. Those who know, don't talk. Message-ID: <32705DBD.E7@anet-dfw.com> References: <01bbc0eb$309d8de0$03c69ac2@almana.pt.lu> <326fb5cb.6881455@netnews.worldnet.att.net> <54og9n$9re@panix2.panix.com> Reply-To: ludloff@anet-dfw.com NNTP-Posting-Host: ppp54b.anet-dfw.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 3.0Gold (Win95; I) To: Michael Halem Hello Michael Halem, > Can you send us the text of the Microsoft Email regarding the "Stop F" bug > under NT 4.0 and the name or source of the Microsoft email? The bug is related to the integrated APIC, which under specific circumstances may trigger a spurious interrupt. External interrupts are reported as IRQs. IRQ0..7 come in as INTR8..15, while they could be re-vectored to other INTRs as well (AFAIK WinNT doesn't do it). A spurious IRQ comes in as IRQ7 which is INTR15. INTR15 will invoke a handler 0Fh, which handles exceptions and interrupts (INTR or software INTs). Since a x86 processor exception 0Fh isn't used (because it is this spurious IRQ), the handler can easily differ between a valid IRQ7 (pending PIC bits), a software interrupt (EFLAGS.IF or opcode at origin CS:EIP), and the spurious IRQ (which is anything else then). Thus, a good handler (=good OS) would handle that. It would otherwise not fix the problem that the integrated APIC caused it. (That is why Intel promised to fix it.) The descriptin of this problem can be found in the iPentiumPro's spec update, oder number 242689, under erratum 5AP. For single processor systems there can be workaround in the BIOS code, disabling the local APIC. (It's not needed in a single CPU system.) If you need more information, please contact me. -- Christian Ludloff [Intel's log, stardate 10/30/1994] We are Pentium (TM) ludloff@anet-dfw.com of borg. Division is futile. You will be approximated. Speaking for myself. Any trademark is the property of the respective owner. --------------1CFBAE3959E2B60015FB7483-- From owner-freebsd-hackers Sun Oct 27 22:48:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA04270 for hackers-outgoing; Sun, 27 Oct 1996 22:48:17 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA04265 for ; Sun, 27 Oct 1996 22:48:14 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id WAA00362 for ; Sun, 27 Oct 1996 22:48:13 -0800 (PST) Message-Id: <199610280648.WAA00362@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@freebsd.org Subject: Is FastVid implemented on XFree86? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Oct 1996 22:48:12 -0800 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tnks, Amancio From owner-freebsd-hackers Sun Oct 27 23:00:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04923 for hackers-outgoing; Sun, 27 Oct 1996 23:00:40 -0800 (PST) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA04913 for ; Sun, 27 Oct 1996 23:00:29 -0800 (PST) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.5/XS4ALL) with ESMTP id IAA13248 for ; Mon, 28 Oct 1996 08:00:13 +0100 (MET) Received: from plm.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.7.5/8.7.2) with UUCP id HAA01218 for freebsd-hackers@FreeBSD.ORG; Mon, 28 Oct 1996 07:52:20 +0100 (MET) Received: (from plm@localhost) by plm.xs4all.nl (8.7.5/8.7.3) id IAA00294; Sat, 26 Oct 1996 08:56:59 +0200 To: freebsd-hackers@FreeBSD.ORG Subject: Re: ex/vi version 1.79 now available for anonymous ftp. References: <874tjj38bo.fsf@totally-fudged-out-message-id> From: Peter Mutsaers Date: 26 Oct 1996 07:56:58 +0100 In-Reply-To: Andrew Stesin's message of Thu, 24 Oct 1996 12:19:43 +0300 (EET DST) Message-ID: <877moe2oxx.fsf@plm.xs4all.nl> Lines: 26 X-Mailer: Gnus v5.2.39/Emacs 19.34 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> On Thu, 24 Oct 1996 12:19:43 +0300 (EET DST), Andrew Stesin >> said: AS> Hi, AS> On Wed, 23 Oct 1996, J Wunsch wrote: >> Our /usr/bin/vi is already a little rusty. I would really like it if >> somebody takes the stab and upgrades it. AS> Two direct consequences: AS> 1. Perl 5.003_smth goes from ports to main tree -- AS> packed as a big shared library, + a 8k /usr/bin/perl; AS> and /usr/bin/vi and all other programs using Perl5's AS> embedded features will use that shared lib. AS> 2. Old and rusty perl4 goes to Attic. Afaik one can compile and use nvi perfectly without perl (or tcl). One could put the new nvi in the base without dependency on perl or tcl (and also remove those from the base :) and also put it in nvi where it will use perl & tcl. -- Peter Mutsaers | Abcoude (Utrecht), | Trust is a good quality plm@xs4all.nl | the Netherlands | for other people to have From owner-freebsd-hackers Mon Oct 28 03:50:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA21562 for hackers-outgoing; Mon, 28 Oct 1996 03:50:55 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA21556 for ; Mon, 28 Oct 1996 03:50:48 -0800 (PST) Received: from campa.panke.de (anonymous213.ppp.cs.tu-berlin.de [130.149.17.213]) by mail.cs.tu-berlin.de (8.6.13/8.6.12) with ESMTP id MAA19403; Mon, 28 Oct 1996 12:37:24 +0100 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id LAA02943; Mon, 28 Oct 1996 11:32:00 +0100 Date: Mon, 28 Oct 1996 11:32:00 +0100 From: Wolfram Schneider Message-Id: <199610281032.LAA02943@campa.panke.de> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers), csubl@csv.warwick.ac.uk Subject: Re: Priorities? In-Reply-To: <199610251954.VAA09631@uriah.heep.sax.de> References: <199610251533.KAA02790@dyson.iquest.net> <199610251954.VAA09631@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J. Wunsch writes: >`idleprio' processes are being scheduled only if absolutely no other >processes are runnable, and the system would otherwise enter the idle >loop. Thus, they are good e.g. for X11 screen savers. I remembered my department defined a 'xlock' icon in .fvwmrc for new users. They used 'nice -20 xlock'. It was a disaster on X terminals, nobody can login because the server for the X terminals are never idle. Wolfram From owner-freebsd-hackers Mon Oct 28 04:38:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA23552 for hackers-outgoing; Mon, 28 Oct 1996 04:38:16 -0800 (PST) Received: from zwei.siemens.at (zwei.siemens.at [193.81.246.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA23532 for ; Mon, 28 Oct 1996 04:38:06 -0800 (PST) Received: from sol1.gud.siemens.co.at (root@[10.1.143.100]) by zwei.siemens.at (8.7.5/8.7.3) with SMTP id NAA01689 for ; Mon, 28 Oct 1996 13:36:26 +0100 (MET) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0vHqwV-00021FC; Mon, 28 Oct 96 13:37 MET Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA292366197; Mon, 28 Oct 1996 13:36:37 +0100 From: "Hr.Ladavac" Message-Id: <199610281236.AA292366197@ws2301.gud.siemens.co.at> Subject: Re: Priorities? To: wosch@cs.tu-berlin.de (Wolfram Schneider) Date: Mon, 28 Oct 1996 13:36:37 +0100 (MEZ) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, csubl@csv.warwick.ac.uk In-Reply-To: <199610281032.LAA02943@campa.panke.de> from "Wolfram Schneider" at Oct 28, 96 11:32:00 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Wolfram Schneider contained: > J. Wunsch writes: > >`idleprio' processes are being scheduled only if absolutely no other > >processes are runnable, and the system would otherwise enter the idle > >loop. Thus, they are good e.g. for X11 screen savers. > > I remembered my department defined a 'xlock' icon in .fvwmrc > for new users. They used 'nice -20 xlock'. It was a disaster > on X terminals, nobody can login because the server for the X > terminals are never idle. No wonder. nice -20 is the *highest* priority (aside from rtprio processes). What they wanted was nice +20 xlock (the lower the nice value, the higher the priority of the process; it makes sense: the nicer the process, the lesser it influences the other processes). /Marino > > Wolfram > From owner-freebsd-hackers Mon Oct 28 05:00:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24339 for hackers-outgoing; Mon, 28 Oct 1996 05:00:05 -0800 (PST) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA24334 for ; Mon, 28 Oct 1996 05:00:03 -0800 (PST) Received: from spyder.inna.net (jamie@spyder.inna.net [206.151.66.4]) by tyger.inna.net (8.7.3/8.7.3) with SMTP id IAA01978; Mon, 28 Oct 1996 08:10:07 -0500 (EST) Date: Mon, 28 Oct 1996 08:06:45 -0500 (EST) From: Jamie Bowden To: Archie Cobbs cc: freebsd-hackers@freebsd.org Subject: Re: multi-cast + proxy arp ? In-Reply-To: <199610280046.QAA14854@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Oct 1996, Archie Cobbs wrote: You will either have to turn on multicast routing on the term servers you go through (if they are even capable, most aren't), or get an ip and tunnel. > > The mbone is cool! So cool that I want to get it at home too :-) > > I have a dial-in over PPP account that uses proxy arp on the server side. > The server's ethernet is mbone-aware, and the server machine runs mbone > apps just fine. > > Question: can multi-cast to the client ever work? I've tried all kinds > of combos, none of which have worked. And if not, why does tun0 have > the MULTICAST flag? What does that mean? > > If I had a valid, routeable IP address to use on the client side I could > set up a tunnel using mrouted... but routeable subnets aren't cheap... > > I've tried setting up a tunnel to a fake IP address on the client; and > the mrouted routing stuff seems to (sortof) work, but nothing shows up > in "sdr"... > > -Archie > > ___________________________________________________________________________ > Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com > Jamie Bowden Network Administrator, TBI Ltd. From owner-freebsd-hackers Mon Oct 28 08:04:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA03783 for hackers-outgoing; Mon, 28 Oct 1996 08:04:35 -0800 (PST) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA03772 for ; Mon, 28 Oct 1996 08:04:31 -0800 (PST) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA10737 for ; Mon, 28 Oct 1996 11:06:46 -0500 Date: Mon, 28 Oct 1996 11:06:46 -0500 Message-Id: <199610281606.LAA10737@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: Table is full message Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What are the potential causes of a message as follows: file: Table is Full Any suggestions on what to look at would be appreciated. Dennis From owner-freebsd-hackers Mon Oct 28 09:03:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA11570 for hackers-outgoing; Mon, 28 Oct 1996 09:03:46 -0800 (PST) Received: from werty.wasantara.net.id (root@[202.159.71.178]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA11537; Mon, 28 Oct 1996 09:03:09 -0800 (PST) Received: from bandung.wasantara.net.id (ws3bdg.wasantara.net.id [202.159.69.54]) by werty.wasantara.net.id (8.6.11/8.6.9) with SMTP id AAA02710; Tue, 29 Oct 1996 00:03:16 +0700 Date: Tue, 29 Oct 1996 00:03:16 +0700 Message-Id: <199610281703.AAA02710@werty.wasantara.net.id> X-Sender: eka@werty.wasantara.net.id (Unverified) X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@FreeBSD.org From: Eka Kelana Subject: tcp_output.c Cc: freebsd-questions@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi... I want to know what these lines (with "???" mark) do in tcp output (tcp_output.c) routine: /* * Fill in IP length and desired time to live and * send to IP level. There should be a better way * to handle ttl and tos; we could keep them in * the template, but need a way to checksum without them. */ m->m_pkthdr.len = hdrlen + len; #ifdef TUBA if (tp->t_tuba_pcb) error = tuba_output(m, tp); else #endif { ??? ((struct ip *)ti)->ip_len = m->m_pkthdr.len; ??? ((struct ip *)ti)->ip_ttl = tp->t_inpcb->inp_ip.ip_ttl; /* XXX */ ??? ((struct ip *)ti)->ip_tos = tp->t_inpcb->inp_ip.ip_tos; /* XXX */ #if BSD >= 43 error = ip_output(m, tp->t_inpcb->inp_options, &tp->t_inpcb->inp_route, so->so_options & SO_DONTROUTE, 0); #else error = ip_output(m, (struct mbuf *)0, &tp->t_inpcb->inp_route, so->so_options & SO_DONTROUTE); #endif } Why should ti (tcpiphdr structure) be casted to ip header structure and being filled in this tcp routine? Why don't we just fill the ip header in ip routine? What is it intended for? -Eka Kelana- From owner-freebsd-hackers Mon Oct 28 09:27:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13100 for hackers-outgoing; Mon, 28 Oct 1996 09:27:16 -0800 (PST) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA13008 for ; Mon, 28 Oct 1996 09:26:38 -0800 (PST) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id WAA26270; Mon, 28 Oct 1996 22:21:32 +0500 (ESK) From: "Serge A. Babkin" Message-Id: <199610281721.WAA26270@hq.icb.chel.su> Subject: Re: DOS emulation (was Re: Networking in PCEMU (1/2)) To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 28 Oct 1996 22:21:31 +0500 (ESK) Cc: msmith@atrad.adelaide.edu.au, erich@lodgenet.com, hackers@FreeBSD.ORG In-Reply-To: <199610261644.RAA28705@labinfo.iet.unipi.it> from "Luigi Rizzo" at Oct 26, 96 05:44:44 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Trust me; you can run real-mode '286 code on a V20/V30. I have done > > this. I _believe_ that the Hedley emulator is up to this. > > cannot comment on the first sentence, but for the latter I am sure > that some intructions are missing. It's been a couple of years > since I worked on this code, so I have forgotten the details, but > I remember adding some 286 instructions and some are still missing. > ENTER/LEAVE are probably two of them, maybe PUSHALL/POPALL as well. > > The fact that some program recognizes the emulated processor as a V20 > does not mean that all V20 instructions are emulated! These instructions are nearly the whole difference between these processors (looking from the software point of view). So they MUST be tested to say which processor it is. -SB From owner-freebsd-hackers Mon Oct 28 09:32:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13778 for hackers-outgoing; Mon, 28 Oct 1996 09:32:03 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA13740 for ; Mon, 28 Oct 1996 09:31:55 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA16564; Mon, 28 Oct 1996 11:30:28 -0600 From: Joe Greco Message-Id: <199610281730.LAA16564@brasil.moneng.mei.com> Subject: Re: Table is full message To: dennis@etinc.com (dennis) Date: Mon, 28 Oct 1996 11:30:27 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <199610281606.LAA10737@etinc.com> from "dennis" at Oct 28, 96 11:06:46 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > What are the potential causes of a message as follows: > > file: Table is Full > > Any suggestions on what to look at would be appreciated. It means the system open file table is full. A default FreeBSD system has something like a max of 360 entries in this table, IIRC. My large news servers have over 8000 :-) This is indirectly calculated from the "MAXUSERS" setting in your config file... the default FreeBSD GENERIC kernel has MAXUSERS set to 10. See /sys/conf/param.c: #define NPROC (20 + 16 * MAXUSERS) int maxproc = NPROC; /* maximum # of processes */ int maxprocperuid = NPROC-1; /* maximum # of processes per user */ int maxfiles = NPROC*2; /* system wide open files limit */ int maxfilesperproc = NPROC*2; /* per-process open files limit */ Trivia: there is a similar file provided under SunOS so that you may set these values (even though SunOS comes with its kernel 99% precompiled). ... JG From owner-freebsd-hackers Mon Oct 28 09:53:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA15947 for hackers-outgoing; Mon, 28 Oct 1996 09:53:16 -0800 (PST) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA15942 for ; Mon, 28 Oct 1996 09:53:11 -0800 (PST) Received: from localhost (jehamby@localhost) by covina.lightside.com (8.8.2/8.8.2) with SMTP id JAA02398; Mon, 28 Oct 1996 09:51:10 -0800 (PST) Date: Mon, 28 Oct 1996 09:51:09 -0800 (PST) From: Jake Hamby To: "Hr.Ladavac" cc: Wolfram Schneider , joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, csubl@csv.warwick.ac.uk Subject: Re: Priorities? In-Reply-To: <199610281236.AA292366197@ws2301.gud.siemens.co.at> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Oct 1996, Hr.Ladavac wrote: > E-mail message from Wolfram Schneider contained: > > J. Wunsch writes: > > >`idleprio' processes are being scheduled only if absolutely no other > > >processes are runnable, and the system would otherwise enter the idle > > >loop. Thus, they are good e.g. for X11 screen savers. > > > > I remembered my department defined a 'xlock' icon in .fvwmrc > > for new users. They used 'nice -20 xlock'. It was a disaster > > on X terminals, nobody can login because the server for the X > > terminals are never idle. > > No wonder. nice -20 is the *highest* priority (aside from rtprio > processes). What they wanted was nice +20 xlock (the lower the nice > value, the higher the priority of the process; it makes sense: the nicer > the process, the lesser it influences the other processes). No, the original post is correct. In typical confusing UNIX terminology, "nice -20 xlock" will set the priority to 20 (a very low priority). If you're using /usr/bin/nice (which fvwm will, because it uses /bin/sh to execute commands), then "nice --20 xlock" will raise the priority to -20 (which requires root privs anyway). If you're using csh, then it gets more confusing. In that case you are correct, the command will try to raise the priority (but confusingly, does not print an error if you don't have privileges) and the correct way to lower the priority is with "nice +20 command". I'm surprised this isn't in the UNIX Hater's Handbook, as it's a great examples of typical UNIX braindamage... :-) -- Jake From owner-freebsd-hackers Mon Oct 28 10:20:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA17388 for hackers-outgoing; Mon, 28 Oct 1996 10:20:37 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA17380 for ; Mon, 28 Oct 1996 10:20:34 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA06925; Mon, 28 Oct 1996 13:20:02 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 28 Oct 1996 13:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id HAA06398 for ; Sun, 27 Oct 1996 07:26:11 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id HAA00233 for freebsd-hackers@freefall.cdrom.com; Sun, 27 Oct 1996 07:26:45 -0500 (EST) Date: Sun, 27 Oct 1996 07:26:45 -0500 (EST) From: Thomas David Rivers Message-Id: <199610271226.HAA00233@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: AHA2940UW differences with 2.1.5-STABLE. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've just installed 2.1.5-STABLE (by grabbing the sys directory from freefall.cdrom.com and rebuilding a kernel) on a machine with an AHA 2940UW. I noticed a lit of changes to the aic7xxx code since 2.1.5R. I've also noticed a difference in how the two operate. I don't know if this is good, or bad, just different. 2.1.5R reports my SCSI devices as (from an older /var/log/messages, this is going to be "wide" - so expand your window :-) ): Oct 20 21:33:40 lakes /kernel: FreeBSD 2.1.5-RELEASE #3: Sat Sep 28 20:32:19 EDT 1996 Oct 20 21:33:40 lakes /kernel: rivers@lakes.water.net:/usr/src/sys/compile/LAKES Oct 20 21:33:40 lakes /kernel: CPU: 133-MHz Pentium 735\90 or 815\100 (Pentium-class CPU) Oct 20 21:33:40 lakes /kernel: Origin = "GenuineIntel" Id = 0x52c Stepping=12 Oct 20 21:33:40 lakes /kernel: Features=0x1bf Oct 20 21:33:40 lakes /kernel: real memory = 33554432 (32768K bytes) Oct 20 21:33:40 lakes /kernel: avail memory = 30617600 (29900K bytes) Oct 20 21:33:40 lakes /kernel: Probing for devices on PCI bus 0: Oct 20 21:33:40 lakes /kernel: chip0 rev 1 on pci0: 0 Oct 20 21:33:40 lakes /kernel: chip1 rev 1 on pci0:7:0 Oct 20 21:33:41 lakes /kernel: chip2 rev 0 on pci0:7:1 Oct 20 21:33:41 lakes /kernel: ahc0 rev 0 int a irq 15 on pci0:17 Oct 20 21:33:41 lakes /kernel: ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs Oct 20 21:33:41 lakes /kernel: ahc0 waiting for scsi devices to settle Oct 20 21:33:41 lakes /kernel: (ahc0:0:0): "HP C3323-300 4242" type 0 fixed SCSI 2 Oct 20 21:33:41 lakes /kernel: sd0(ahc0:0:0): Direct-Access 1003MB (2056008 512 byte sectors) Oct 20 21:33:41 lakes /kernel: (ahc0:1:0): "MICROP 1548-15MZ1077802 HZ2P" type 0 fixed SCSI 1 Oct 20 21:33:41 lakes /kernel: sd1(ahc0:1:0): Direct-Access 1635MB (3349512 512 byte sectors) Oct 20 21:33:41 lakes /kernel: ahc0:A:2: refuses WIDE negotiation. Using 8bit transfers Oct 20 21:33:42 lakes /kernel: ahc0:A:2: refuses syncronous negotiation. Using asyncronous transfers Oct 20 21:33:42 lakes /kernel: (ahc0:2:0): "WANGTEK 5150ES SCSI FA23 08" type 1 removable SCSI 1 Oct 20 21:33:42 lakes /kernel: st0(ahc0:2:0): Sequential-Access drive offline Oct 20 21:33:42 lakes /kernel: (ahc0:3:0): "NEC CD-ROM DRIVE:400 1.0" type 5 removable SCSI 2 Oct 20 21:33:42 lakes /kernel: cd0(ahc0:3:0): CD-ROM cd present.[268501 x 2048 byte records] You'll notice that the "MICROP 1548-15MZ1077802 HZ2P" successfully negotiates WIDE data paths. However, with 2.1.5-STABLE, I get: Oct 26 07:03:14 lakes /kernel: ahc0 waiting for scsi devices to settle Oct 26 07:03:14 lakes /kernel: (ahc0:0:0): "HP C3323-300 4242" type 0 fixed SCSI 2 Oct 26 07:03:14 lakes /kernel: sd0(ahc0:0:0): Direct-Access 1003MB (2056008 512 byte sectors) Oct 26 07:03:14 lakes /kernel: ahc0:A:1: refuses WIDE negotiation. Using 8bit transfers Oct 26 07:03:15 lakes /kernel: (ahc0:1:0): "MICROP 1548-15MZ1077802 HZ2P" type 0 fixed SCSI 1 Oct 26 07:03:15 lakes /kernel: sd1(ahc0:1:0): Direct-Access 1635MB (3349512 512 byte sectors) Oct 26 07:03:15 lakes /kernel: ahc0:A:2: refuses WIDE negotiation. Using 8bit transfers Oct 26 07:03:15 lakes /kernel: ahc0:A:2: refuses syncronous negotiation. Using asyncronous transfers Oct 26 07:03:15 lakes /kernel: (ahc0:2:0): "WANGTEK 5150ES SCSI FA23 08" type 1 removable SCSI 1 Oct 26 07:03:15 lakes /kernel: st0(ahc0:2:0): Sequential-Access drive offline Oct 26 07:03:15 lakes /kernel: (ahc0:3:0): "NEC CD-ROM DRIVE:400 1.0" type 5 removable SCSI 2 Oct 26 07:03:16 lakes /kernel: cd0(ahc0:3:0): CD-ROM cd present.[320520 x 2048 byte records] You'll notice here that the "MICROP 1548-15MZ1077802 HZ2P" does not negotiate WIDE data paths. This is correct, as this is an ancient SCSI I drive (from about 1989.) My question is - is this part of the improvements in 2.1.5-STABLE? Understand that I believe the 2.1.5-STABLE behaviour is correct - just wondering if it's expected.... - Dave Rivers - From owner-freebsd-hackers Mon Oct 28 10:20:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA17415 for hackers-outgoing; Mon, 28 Oct 1996 10:20:49 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA17402 for ; Mon, 28 Oct 1996 10:20:41 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA06930; Mon, 28 Oct 1996 13:20:03 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 28 Oct 1996 13:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id XAA01092 for ; Sun, 27 Oct 1996 23:05:58 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id XAA00521 for freebsd-hackers@freefall.cdrom.com; Sun, 27 Oct 1996 23:06:35 -0500 (EST) Date: Sun, 27 Oct 1996 23:06:35 -0500 (EST) From: Thomas David Rivers Message-Id: <199610280406.XAA00521@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: panic:page fault with 2.1.5-STABLE. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just got a page fault panic (standard trap 12 stuff) running 2.1.5-STABLE. The strange things is this was after a reboot command. I was rebooting because my cdrom had "gone missing". This is a Pentium 133, PCI (Triton II), aha2940uw. The CD-ROM had gone missing because I had opened the door (it's a NEC 3xp, you can pop open the CD top in a Sony Diskman kinda way.) After I opened the top (without doing an umount of the CD-ROM), and put another CD in the drive, all I could do was get errors. I could no longer unmount or mount any CDs. So, I typed "reboot" to clear this out, and whamo - got my page fault. I'm guessing it's some kind of problem with the aha2940 driver... - Dave Rivers - From owner-freebsd-hackers Mon Oct 28 10:21:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA17472 for hackers-outgoing; Mon, 28 Oct 1996 10:21:19 -0800 (PST) Received: from ravenock.cybercity.dk (disn33.cybercity.dk [194.16.57.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA17450; Mon, 28 Oct 1996 10:21:08 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.2/8.7.3) id TAA04289; Mon, 28 Oct 1996 19:21:19 +0100 (MET) Message-Id: <199610281821.TAA04289@ravenock.cybercity.dk> Subject: Re: graphics cards To: regnauld@tetard.glou.eu.org (Philippe Regnauld) Date: Mon, 28 Oct 1996 19:21:08 +0100 (MET) From: "Soren Schmidt" Cc: sos@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199610272153.WAA03514@tetard.glou.eu.org> from "Philippe Regnauld" at Oct 27, 96 10:53:03 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Philippe Regnauld who wrote: > > Soren Schmidt (sos) ecrit/writes: > > > However I run my main dev box with one Hercules, one old ISA SVGA, and > > a diamond Viper Pro Video PCI, and it works (with special drivers > > that is). > > BTW, I got my Hercules MDA card working along with my VGA diamond. > As you indicated, I only got it to work with pcvt. Any chance of > getting it to work with syscons, hmmm? With special drivers, for > example ? 8-) I'll add on my TODO list (which is quite long btw) to get what I use into a distributable shape. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Mon Oct 28 10:24:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA17646 for hackers-outgoing; Mon, 28 Oct 1996 10:24:02 -0800 (PST) Received: from ravenock.cybercity.dk (disn33.cybercity.dk [194.16.57.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA17582; Mon, 28 Oct 1996 10:23:35 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.2/8.7.3) id TAA04298; Mon, 28 Oct 1996 19:23:54 +0100 (MET) Message-Id: <199610281823.TAA04298@ravenock.cybercity.dk> Subject: Re: Base tree bloating (Was: ex/vi version 1.79 now available for anonymous ftp.) To: regnauld@tetard.glou.eu.org (Philippe Regnauld) Date: Mon, 28 Oct 1996 19:23:54 +0100 (MET) From: "Soren Schmidt" Cc: sos@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199610272132.WAA03470@tetard.glou.eu.org> from "Philippe Regnauld" at Oct 27, 96 10:32:12 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Philippe Regnauld who wrote: > > sos@FreeBSD.org (sos) ecrit/writes: > > > Actually I think NONE of them (tcl, perl?) belong in the base OS, but > > they are fine as ports (so are the new vi :) ) > > I tend to agree with you. I guess that now that there are several > Perl dependencies in the tree (killall, adduser, etc...), there's > really no way of making Perl optional (well, it COULD be made that > Perl and all those that need it be only installed if Perl is > checked at Install time -- call it 'mandatory packages' :-P ). > > As for tcl, well, I guess that having Perl already there made it a > 'come one, come all' policy -- something to be avoided. > > This is why, as much as I like Perl, importing Perl 5 should be put > off, if not permanently, at least for a while: as Ollivier Robert > wrote, 5.002 was bugged, 5.003 is a kludge, and 5.004 is not out > yet. > > Furthermore, that's 8 more MB in the BASE tree! I'm sorry, but > that's a LOT compared to the size of the minimal bin distribution. > > Perl 5 should remain a port. Amen!! > > We have been polluting our base tree with this stuff for too long, > > I think PHK's '/usr/src/contrib' policy is already a good step > towards 'modularity' (call it 'purity' if you like). Without > wanting to sound like Linux Slackware, what about install-time > selecting those distribs that are in the /usr/src/contrib ? Maybe a good idea, but we _need_ things like the compiler etc (boy do I wish a non-GNU compiler for Xmas, and yes I know about LCC)... > > and it seems we are getting a habit of more is better. Why do we have > > ports at all, hell put it all in the base tree, and I'll do a > > "back to basics BSD" for the purists to run... (nice idea btw)... > > More work towards modularity, i.e.: rewrite adduser et al in sh. > We don't need SosBSD :-))) I have looked at the perl junk we have in the tree, all of it could be rewritten in a very short time.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Mon Oct 28 10:31:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA18069 for hackers-outgoing; Mon, 28 Oct 1996 10:31:50 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA18063 for ; Mon, 28 Oct 1996 10:31:47 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA20299; Mon, 28 Oct 1996 11:26:55 -0700 From: Terry Lambert Message-Id: <199610281826.LAA20299@phaeton.artisoft.com> Subject: Re: comments on this change please. To: benedict@echonyc.com (Snob Art Genre) Date: Mon, 28 Oct 1996 11:26:54 -0700 (MST) Cc: terry@lambert.org, julian@whistle.com, hackers@FreeBSD.org In-Reply-To: from "Snob Art Genre" at Oct 28, 96 00:09:18 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > On Tue, 22 Oct 1996, Terry Lambert wrote: > > > symlinks itself... if the FreeBSD user wants to make links in /dev > > (why?), then they can use unionfs. > > modem, mouse, just off the top of my head. I don't know why you need it for the modem... For the mouse, that's more an artifact of us not having an abstraction device for the mouse protocol -- something that *should* be there so that software does not end up with mouse protocol implementations for every mouse out there. And that's something that can (and should) be fixed. In any case, they can still use unionfs to get symlinks without depending devfs to support them. What's the point of having FS layering at all if you can't abstract things like symlink support from namespace support? 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-hackers Mon Oct 28 12:24:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29809 for hackers-outgoing; Mon, 28 Oct 1996 12:24:13 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA29788 for ; Mon, 28 Oct 1996 12:24:01 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA05998 for ; Mon, 28 Oct 1996 21:21:06 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA05713 for freebsd-hackers@freebsd.org; Mon, 28 Oct 1996 21:21:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id VAA01918 for freebsd-hackers@freebsd.org; Mon, 28 Oct 1996 21:14:18 +0100 (MET) From: J Wunsch Message-Id: <199610282014.VAA01918@uriah.heep.sax.de> Subject: Re: Base tree bloating (Was: ex/vi version 1.79 now available for anonymous ftp.) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 28 Oct 1996 21:14:18 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610281823.TAA04298@ravenock.cybercity.dk> from "sos@freebsd.org" at "Oct 28, 96 07:23:54 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As sos@freebsd.org wrote: > > Perl 5 should remain a port. > > Amen!! Bemen. :) Nope, we should seek a better solution. Perl 4 is unsupported, and suffers from some bugs. We better might find a way to update it by Perl 5, but with still leaving most of the bloat in an optional port. I haven't looked into it yet, but i think of a Perl in the base system with about the same functionality as Perl 4 has right now, and an additional port that contains all that various module stuff etc. j@uriah 78% du -sk /usr/local/lib/perl5 2687 /usr/local/lib/perl5 j@uriah 79% du -sk /usr/share/perl 669 /usr/share/perl > > More work towards modularity, i.e.: rewrite adduser et al in sh. > > We don't need SosBSD :-))) > > I have looked at the perl junk we have in the tree, all of it could be > rewritten in a very short time.... Ick. Of course. We could also whack everything in C, or revert the entire system back to the V7 level. Jordan doesn't need to write his new sysinstall in Tcl, either. ;-) The utilities that are now written in Perl are certainly good candidates for it as they stand. Their effectivity is probably as good as with a C program. Moving all of this back to sh/sed/awk will drastically lose performance on several parts of the stuff (think of all the `locate' crap that used to be there before). We should agree that a modern system might come with modern tools, and rather seek to reduce the bloat to a fair limit. E.g., Tcl is there in the base system without Tk, you ought to install the latter from a port. -- 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-hackers Mon Oct 28 13:17:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA03509 for hackers-outgoing; Mon, 28 Oct 1996 13:17:06 -0800 (PST) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA03500 for ; Mon, 28 Oct 1996 13:17:03 -0800 (PST) Received: from suburbia.net ([203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id OAA07484; Mon, 28 Oct 1996 14:17:44 -0700 (PPET) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id IAA02846; Tue, 29 Oct 1996 08:16:43 +1100 From: Julian Assange Message-Id: <199610282116.IAA02846@suburbia.net> Subject: Re: test DEVFS! To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 29 Oct 1996 08:16:43 +1100 (EST) Cc: hackers@freebsd.org In-Reply-To: <1361.846503843@critter.tfs.com> from "Poul-Henning Kamp" at Oct 28, 96 12:57:23 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Please start shaking out DEVFS now. I know that at least a disk-less > system will do the right thing if compiled with DEVFS_ROOT now. There is no /dev/audio in my devfs, despite the fact that there is a /dev/audio2 and my real /dev/audio works just fine.. -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | C7F81C2AA32D7D4E4D360A2ED2098E0D | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Mon Oct 28 14:16:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA07295 for hackers-outgoing; Mon, 28 Oct 1996 14:16:34 -0800 (PST) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA07290 for ; Mon, 28 Oct 1996 14:16:32 -0800 (PST) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id PAA08661; Mon, 28 Oct 1996 15:17:19 -0700 (PPET) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id JAA09552; Tue, 29 Oct 1996 09:16:23 +1100 From: Julian Assange Message-Id: <199610282216.JAA09552@suburbia.net> Subject: Re: comments on this change please. To: benedict@echonyc.com (Snob Art Genre) Date: Tue, 29 Oct 1996 09:16:22 +1100 (EST) Cc: hackers@freebsd.org In-Reply-To: from "Snob Art Genre" at Oct 28, 96 00:09:18 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > On Tue, 22 Oct 1996, Terry Lambert wrote: > > > symlinks itself... if the FreeBSD user wants to make links in /dev > > (why?), then they can use unionfs. > > modem, mouse, just off the top of my head. > > > Ben > More importantly, different permissions/groups on devices. -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | C7F81C2AA32D7D4E4D360A2ED2098E0D | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Mon Oct 28 14:30:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA08007 for hackers-outgoing; Mon, 28 Oct 1996 14:30:15 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA07927 for ; Mon, 28 Oct 1996 14:29:08 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id XAA06558 for ; Mon, 28 Oct 1996 23:28:53 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id XAA28162 for freebsd-hackers@FreeBSD.ORG; Mon, 28 Oct 1996 23:28:18 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.2/keltia-uucp-2.9) id WAA04190; Mon, 28 Oct 1996 22:35:10 +0100 (MET) Message-Id: <199610282135.WAA04190@keltia.freenix.fr> Date: Mon, 28 Oct 1996 22:35:10 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers) Subject: Re: Base tree bloating (Was: ex/vi version 1.79 now available for anonymous ftp.) References: <199610281823.TAA04298@ravenock.cybercity.dk> <199610282014.VAA01918@uriah.heep.sax.de> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-CURRENT ctm#2632 In-Reply-To: <199610282014.VAA01918@uriah.heep.sax.de>; from J Wunsch on Oct 28, 1996 21:14:18 +0100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to J Wunsch: > Nope, we should seek a better solution. Perl 4 is unsupported, and > suffers from some bugs. As Tom Christiansen like to say: ``Perl4 is dead dead dead'' :-) > We better might find a way to update it by Perl 5, but with still leaving > most of the bloat in an optional port. I haven't looked into it yet, but > i think of a Perl in the base system with about the same functionality as > Perl 4 has right now, and an additional port that contains all that > various module stuff etc. Except that you'll have to separate "standard" modules and "locally added" packages. I don't think that ripping standard modules from the base Perl 5 tree is viable. > j@uriah 78% du -sk /usr/local/lib/perl5 > 2687 /usr/local/lib/perl5 247 [22:07] roberto@keltia:/build/angband-280> du -sk /usr/local/lib/perl5 8703 /usr/local/lib/perl5 Granted, I have a few modules (like Tk :-)). 264 [22:25] roberto@keltia:/build/perl5.003_07> du -sk lib ext pod 1537 lib 754 ext 1055 pod + perl/x2p binaries + manpages. OK, that's a bit more than 3 MB. You'd have to deal with locally added packages (which can't go into /usr/share/perl5) and fiddle with Config.pm for site_perl. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #26: Sun Oct 27 19:39:11 MET 1996 From owner-freebsd-hackers Mon Oct 28 16:13:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19359 for hackers-outgoing; Mon, 28 Oct 1996 16:13:08 -0800 (PST) Received: from pcnet1.pcnet.com (eischen@pcnet1.pcnet.com [204.213.232.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA19345 for ; Mon, 28 Oct 1996 16:13:03 -0800 (PST) Received: by pcnet1.pcnet.com (4.1/SMI-4.1) id AA06252; Mon, 28 Oct 96 19:08:18 EST Date: Mon, 28 Oct 96 19:08:18 EST From: eischen@vigrid.com (Daniel Eischen) Message-Id: <9610290008.AA06252@pcnet1.pcnet.com> To: freebsd-hackers@freefall.freebsd.org, ponds!rivers@dg-rtp.dg.com Subject: Re: AHA2940UW differences with 2.1.5-STABLE. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I've just installed 2.1.5-STABLE (by grabbing the sys > directory from freefall.cdrom.com and rebuilding a kernel) > on a machine with an AHA 2940UW. > > I noticed a lit of changes to the aic7xxx code since 2.1.5R. > > I've also noticed a difference in how the two operate. I don't > know if this is good, or bad, just different. > > 2.1.5R reports my SCSI devices as (from an older /var/log/messages, this is > going to be "wide" - so expand your window :-) ): [...] > Oct 20 21:33:41 lakes /kernel: (ahc0:1:0): "MICROP 1548-15MZ1077802 HZ2P" type 0 fixed SCSI 1 > Oct 20 21:33:41 lakes /kernel: sd1(ahc0:1:0): Direct-Access 1635MB (3349512 512 byte sectors) > Oct 20 21:33:41 lakes /kernel: ahc0:A:2: refuses WIDE negotiation. Using 8bit transfers > Oct 20 21:33:42 lakes /kernel: ahc0:A:2: refuses syncronous negotiation. Using asyncronous transfers > Oct 20 21:33:42 lakes /kernel: (ahc0:2:0): "WANGTEK 5150ES SCSI FA23 08" type 1 removable SCSI 1 > You'll notice here that the "MICROP 1548-15MZ1077802 HZ2P" does not > negotiate WIDE data paths. This is correct, as this is an ancient > SCSI I drive (from about 1989.) > > My question is - is this part of the improvements in 2.1.5-STABLE? If you have enable Wide negotiation set in SCSI Select Utilities, then it will attempt wide negotiation. Look at your tape drive above; you must have wide data transfers set in SCSI Select for the tape drive too. If you disable wide data transfers in SCSI Select Utilities for the Micropolis and the Wangetk, then you can get rid of both messages ;-) Dan Eischen eischen@pcnet.com From owner-freebsd-hackers Mon Oct 28 16:20:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA19849 for hackers-outgoing; Mon, 28 Oct 1996 16:20:39 -0800 (PST) Received: from mustang.via.net (mustang.via.net [140.174.204.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA19838 for ; Mon, 28 Oct 1996 16:20:36 -0800 (PST) Received: (from per@localhost) by mustang.via.net (8.6.9/8.6.9) id QAA21190 for hackers@FreeBSD.org; Mon, 28 Oct 1996 16:18:26 -0800 Date: Mon, 28 Oct 1996 16:18:26 -0800 From: Per Hojmark Message-Id: <199610290018.QAA21190@mustang.via.net> To: hackers@FreeBSD.org Subject: sockets programming question Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I want to build a database server process that: - listens on a port - connects to incoming users - forks to create new state & connection info for database. - does some database lookups - returns info to user - closes connection. So, suppose I was listening on port 1234, when I get a connection from a remote machine, do I need to switch to a new port number? I notice that many programs use 'well known' port numbers, but after forking, seem to switch to a port > 1024. It appears that they use the 'well-known' port number just for the initial connection. -per From owner-freebsd-hackers Mon Oct 28 17:50:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA14403 for hackers-outgoing; Mon, 28 Oct 1996 17:50:46 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA14393 for ; Mon, 28 Oct 1996 17:50:35 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA26644; Mon, 28 Oct 1996 20:50:02 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 28 Oct 1996 20:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id UAA02486; Mon, 28 Oct 1996 20:31:15 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id UAA00320; Mon, 28 Oct 1996 20:31:53 -0500 (EST) Date: Mon, 28 Oct 1996 20:31:53 -0500 (EST) From: Thomas David Rivers Message-Id: <199610290131.UAA00320@lakes.water.net> To: eischen@vigrid.com, ponds!freefall.freebsd.org!freebsd-hackers, ponds!ponds!rivers Subject: Re: AHA2940UW differences with 2.1.5-STABLE. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > I've just installed 2.1.5-STABLE (by grabbing the sys > > directory from freefall.cdrom.com and rebuilding a kernel) > > on a machine with an AHA 2940UW. > > > > I noticed a lit of changes to the aic7xxx code since 2.1.5R. > > > > I've also noticed a difference in how the two operate. I don't > > know if this is good, or bad, just different. > > > > 2.1.5R reports my SCSI devices as (from an older /var/log/messages, this is > > going to be "wide" - so expand your window :-) ): > [...] > > Oct 20 21:33:41 lakes /kernel: (ahc0:1:0): "MICROP 1548-15MZ1077802 HZ2P" type 0 fixed SCSI 1 > > Oct 20 21:33:41 lakes /kernel: sd1(ahc0:1:0): Direct-Access 1635MB (3349512 512 byte sectors) > > Oct 20 21:33:41 lakes /kernel: ahc0:A:2: refuses WIDE negotiation. Using 8bit transfers > > Oct 20 21:33:42 lakes /kernel: ahc0:A:2: refuses syncronous negotiation. Using asyncronous transfers > > Oct 20 21:33:42 lakes /kernel: (ahc0:2:0): "WANGTEK 5150ES SCSI FA23 08" type 1 removable SCSI 1 > > > You'll notice here that the "MICROP 1548-15MZ1077802 HZ2P" does not > > negotiate WIDE data paths. This is correct, as this is an ancient > > SCSI I drive (from about 1989.) > > > > My question is - is this part of the improvements in 2.1.5-STABLE? > > If you have enable Wide negotiation set in SCSI Select Utilities, > then it will attempt wide negotiation. Look at your tape drive > above; you must have wide data transfers set in SCSI Select for > the tape drive too. If you disable wide data transfers in SCSI > Select Utilities for the Micropolis and the Wangetk, then you > can get rid of both messages ;-) > Well, yes - that's true... But, my point was that 2.1.5-STABLE acts differently than 2.1.5-RELEASE on the same hardware with the exactly the same configuration. My question is - is that "on purpose" (i.e. related to the aic7xxx fixes), or is something else lurking around here... - Dave R. - From owner-freebsd-hackers Mon Oct 28 18:14:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA15552 for hackers-outgoing; Mon, 28 Oct 1996 18:14:46 -0800 (PST) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA15543 for ; Mon, 28 Oct 1996 18:14:43 -0800 (PST) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.0/CET-v2.1) with SMTP id CAA29683; Tue, 29 Oct 1996 02:14:34 GMT Date: Tue, 29 Oct 1996 11:14:33 +0900 (JST) From: Michael Hancock To: Per Hojmark cc: hackers@freebsd.org Subject: Re: sockets programming question In-Reply-To: <199610290018.QAA21190@mustang.via.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Oct 1996, Per Hojmark wrote: > > I want to build a database server process that: > - listens on a port > - connects to incoming users > - forks to create new state & connection info for database. > - does some database lookups > - returns info to user > - closes connection. > > So, suppose I was listening on port 1234, when I get a connection > from a remote machine, do I need to switch to a new port number? > > I notice that many programs use 'well known' port numbers, but after > forking, seem to switch to a port > 1024. It appears that they use > the 'well-known' port number just for the initial connection. The deamon needs to run as root to listen on low numbered ports. While you're root you can write the logs and then hand off the real work to the children which run as a different uid and switch to a high numbered port. The loop you describe is so common that you should try to use a library. Try asking at http://www.isc.org for the eventlib. Regards, Mike Hancock From owner-freebsd-hackers Mon Oct 28 18:42:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA17092 for hackers-outgoing; Mon, 28 Oct 1996 18:42:00 -0800 (PST) Received: from ccs.sogang.ac.kr (ccs.sogang.ac.kr [163.239.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA17085 for ; Mon, 28 Oct 1996 18:41:56 -0800 (PST) Received: from cslsun10.sogang.ac.kr by ccs.sogang.ac.kr (8.8.2/Sogang) id LAA22526; Tue, 29 Oct 1996 11:36:56 +0900 (KST) Received: by cslsun10.sogang.ac.kr (4.1/SMI-4.1) id AA27814; Tue, 29 Oct 96 11:31:48 KST Date: Tue, 29 Oct 96 11:31:48 KST From: cskim@cslsun10.sogang.ac.kr (Kim Chang Seob) Message-Id: <9610290231.AA27814@cslsun10.sogang.ac.kr> To: undisclosed-recipients:; Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi. there I,ve been trying to look up at more and more of the kernel as my knowledge of OS. but I can't look up about the frame allocation. please helpful about below. 1. after exec(), when process request his physical memory, how many memory is allocated or what percent(%) is allocated? and where is frame allocation function? where is frame allocation fomula? 2. when process request his memory, how memory is allocated? random or sequence, I don't know where is allocation function? 3. in vm_fault.c , VM_FAULT_READ_AHEAD is 4 and VM_FAULT_READ_BEHIND is 3. I don't know how 3 or 4 is selected? From owner-freebsd-hackers Mon Oct 28 19:33:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA20072 for hackers-outgoing; Mon, 28 Oct 1996 19:33:03 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA20060 for ; Mon, 28 Oct 1996 19:32:58 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vI4vA-0003gH-00; Mon, 28 Oct 1996 20:32:56 -0700 To: hackers@freebsd.org Subject: Weird install problems. Date: Mon, 28 Oct 1996 20:32:56 -0700 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've seen this twice now, so mail goes off to -hackers :-) I've seen cases where relabeling disks cause the slice information to go away. In one case this was done via the install program completely, and in the other I think it was done with disklabel. I did the following to get a recently installed FreeBSD 2.1.5R system to 1> Go into the install program, make the first partition active, then W the change, choose booteasy. 2> W the changes (I made none) to the disk in the disklabel screen. then exit and do the following (after at least one reboot): disklabel wd0 > /tmp/foo disklabel -R -B wd0 /tmp/foo I then rebooted. At that point, it claimed that /dev/wd0s1b didn't exist, but it could easily find /dev/wd0b. Any idea what is up with this? Is more information needed? Warner From owner-freebsd-hackers Mon Oct 28 20:12:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22845 for hackers-outgoing; Mon, 28 Oct 1996 20:12:08 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA22839 for ; Mon, 28 Oct 1996 20:12:03 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id PAA25065; Tue, 29 Oct 1996 15:05:47 +1100 Date: Tue, 29 Oct 1996 15:05:47 +1100 From: Bruce Evans Message-Id: <199610290405.PAA25065@godzilla.zeta.org.au> To: dennis@etinc.com, jgreco@brasil.moneng.mei.com Subject: Re: Table is full message Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >My large news servers have over 8000 :-) > >This is indirectly calculated from the "MAXUSERS" setting in your config >file... the default FreeBSD GENERIC kernel has MAXUSERS set to 10. > >See /sys/conf/param.c: > >#define NPROC (20 + 16 * MAXUSERS) >int maxproc = NPROC; /* maximum # of processes */ >int maxprocperuid = NPROC-1; /* maximum # of processes per user */ >int maxfiles = NPROC*2; /* system wide open files limit */ >int maxfilesperproc = NPROC*2; /* per-process open files limit */ > >Trivia: there is a similar file provided under SunOS so that you may set >these values (even though SunOS comes with its kernel 99% precompiled). Compile time configuration is usually wrong. In FreeBSD, it is easy to configure these values at runtime using sysctl. Run `sysctl -a | grep max' to find the names of the values of interest. Bruce From owner-freebsd-hackers Mon Oct 28 22:44:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01615 for hackers-outgoing; Mon, 28 Oct 1996 22:44:42 -0800 (PST) Received: from ns.eu.org (valerian.glou.eu.org [193.56.58.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA01610 for ; Mon, 28 Oct 1996 22:44:38 -0800 (PST) Received: (from uucp@localhost) by ns.eu.org (8.7.3/8.7.1/951117) with UUCP id HAA28379; Tue, 29 Oct 1996 07:44:06 +0100 (MET) Received: (from regnauld@localhost) by tetard.glou.eu.org (8.8.2/8.7.3/tetard-uucp-2.7) id XAA05369; Mon, 28 Oct 1996 23:11:17 +0100 (MET) Message-Id: <199610282211.XAA05369@tetard.glou.eu.org> Date: Mon, 28 Oct 1996 23:11:16 +0100 From: regnauld@tetard.glou.eu.org (Philippe Regnauld) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: hackers@freebsd.org Subject: Re: Base tree bloating (Was: ex/vi version 1.79 now available for anonymous ftp.) References: <199610281823.TAA04298@ravenock.cybercity.dk> <199610282014.VAA01918@uriah.heep.sax.de> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Operating-System: FreeBSD 2.2-CURRENT i386 In-Reply-To: <199610282014.VAA01918@uriah.heep.sax.de>; from J Wunsch on Oct 28, 1996 21:14:18 +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch (j) ecrit/writes: > suffers from some bugs. We better might find a way to update it by > Perl 5, but with still leaving most of the bloat in an optional port. That makes it mostly functional for some, and half for others. I hate to think about the discussion on where to draw the line on what's 'in' and what's 'out'. > > I have looked at the perl junk we have in the tree, all of it could be > > rewritten in a very short time.... > > Ick. Of course. We could also whack everything in C, or revert the > entire system back to the V7 level. Jordan doesn't need to write his > new sysinstall in Tcl, either. ;-) Ok, maybe that was not a good suggestion :-P I'm personally more than grateful for th sysinstall work Jordan's doing, to the point where I don't mind having TCL in the source tree. Also TCL is widely accepted in the UNIX world (then again so is Perl...) > We should agree that a modern system might come with modern tools, and > rather seek to reduce the bloat to a fair limit. E.g., Tcl is there ^^^^^^^^^^ There's the dilemma. -- -- Phil -[ Philippe Regnauld / regnauld@eu.org / +55.4N +11.3E @ Sol3 / +45 31241690 ]- -[ "To kårve or nøt to kårve, that is the qvestion..." -- My sister ]- From owner-freebsd-hackers Mon Oct 28 23:52:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA03804 for hackers-outgoing; Mon, 28 Oct 1996 23:52:49 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA03799 for ; Mon, 28 Oct 1996 23:52:46 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA24411; Tue, 29 Oct 1996 08:51:08 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA01170; Tue, 29 Oct 1996 08:51:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id IAA04345; Tue, 29 Oct 1996 08:36:20 +0100 (MET) From: J Wunsch Message-Id: <199610290736.IAA04345@uriah.heep.sax.de> Subject: Re: your mail To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 29 Oct 1996 08:36:20 +0100 (MET) Cc: cskim@cslsun10.sogang.ac.kr (Kim Chang Seob) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9610290231.AA27814@cslsun10.sogang.ac.kr> from Kim Chang Seob at "Oct 29, 96 11:31:48 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Kim Chang Seob wrote: (Btw., Subject: and To: lines are great. Don't drop them!) > 1. after exec(), when process request his physical memory, > how many memory is allocated or what percent(%) is allocated? Nothing, i believe. All it gets is virtual memory. If some parts of the inherited text segment are in-core (which is very likely :), the new process will also have physical memory mapped. But there's no formula. > and where is frame allocation function? Which frame? What allocation? > 2. when process request his memory, > how memory is allocated? Page-faulted, as the new process needs it. I.e., as soon as memory is referenced but not yet in-core, it is brought in from secondary storage (file image, swap space). > 3. in vm_fault.c , VM_FAULT_READ_AHEAD is 4 and > VM_FAULT_READ_BEHIND is 3. > I don't know how 3 or 4 is selected? Empirical, i believe, but that's a question for the VM gurus. Btw., i suggest you a good book explaining a virtual memory architecture. The only one i know personally is ``The 4.4BSD Operating System. Design and Implementation.'' It's published by Addison-Wesley. -- 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-hackers Tue Oct 29 03:26:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA18719 for hackers-outgoing; Tue, 29 Oct 1996 03:26:41 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA18709 for ; Tue, 29 Oct 1996 03:26:37 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id DAA05168; Tue, 29 Oct 1996 03:26:34 -0800 (PST) To: Warner Losh cc: hackers@freebsd.org Subject: Re: Weird install problems. In-reply-to: Your message of "Mon, 28 Oct 1996 20:32:56 MST." Date: Tue, 29 Oct 1996 03:26:34 -0800 Message-ID: <5166.846588394@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've seen cases where relabeling disks cause the slice information to > go away. In one case this was done via the install program > completely, and in the other I think it was done with disklabel. It is an unfortunate side-effect of MAKEDEV to wipe the slice entries out when making the other disk entries, and sysinstall doesn't know to remake the device-specific slice entries again in this case, I suppose. I can see how it might happen, just not immediately where. I'll go poking around. Jordan From owner-freebsd-hackers Tue Oct 29 03:48:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA20557 for hackers-outgoing; Tue, 29 Oct 1996 03:48:21 -0800 (PST) Received: from viggo.upsys.se (root@viggo.upsys.se [194.52.52.207]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA20551 for ; Tue, 29 Oct 1996 03:48:17 -0800 (PST) Received: from viggo (fredrik@localhost [127.0.0.1]) by viggo.upsys.se (8.8.0/8.6.12) with SMTP id MAA00206; Tue, 29 Oct 1996 12:54:33 +0100 (MET) Message-ID: <3275F079.167EB0E7@upsys.se> Date: Tue, 29 Oct 1996 12:54:33 +0100 From: Fredrik Sievert Organization: Upsala Systemkonsult, UPSYS AB X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: 2.1.5R and AHA2940 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm trying to install FreeBSD 2.1.5R on a system with an Adaptec2940 SCSI-controller. My problem is that i can't find a driver for the Adaptec (ahc0). I've read the 'Installing and Running FreeBSD' and it says there should be support for the 2940, but i can't find the driver in the kernel on the boot-floppy. Do u have any solution to this ??? Best Regards /fredrik -- Fredrik Sievert +46(0)705 23 77 23 UPSYS AB +46(0)18 50 40 60 Glunten, Översten S-751 83 UPPSALA mailto:fredrik@upsys.se From owner-freebsd-hackers Tue Oct 29 04:02:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA21454 for hackers-outgoing; Tue, 29 Oct 1996 04:02:02 -0800 (PST) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA21355 for ; Tue, 29 Oct 1996 04:00:24 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id NAA13316 for ; Tue, 29 Oct 1996 13:00:48 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id NAA23196 for freebsd-hackers@freefall.cdrom.com; Tue, 29 Oct 1996 13:05:26 +0100 Date: Tue, 29 Oct 1996 13:05:26 +0100 From: Christoph Kukulies Message-Id: <199610291205.NAA23196@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: libm.a (scalb/IEEE) problem Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm switching between libmsun and libm during testing which one would be more appropriate for my application and in the course of that I'm getting that (already reported) problem: # make Warning: Object directory not changed from original /usr/src/lib/libm cc -O2 -m486 -pipe -I/usr/src/lib/libm/common_source -Dnational -c /usr/src/lib/libm/ieee/support.c -o support.o /usr/src/lib/libm/ieee/support.c: In function `scalb': /usr/src/lib/libm/ieee/support.c:91: argument `N' doesn't match prototype /usr/include/math.h:151: prototype declaration *** Error code 1 Stop. Bruce (bde) told me to install /usr/src/include first but this didn't change anything to the better. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Oct 29 05:26:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA27725 for hackers-outgoing; Tue, 29 Oct 1996 05:26:21 -0800 (PST) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA27720 for ; Tue, 29 Oct 1996 05:26:19 -0800 (PST) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.103.24]) by po2.glue.umd.edu (8.8.2/8.7.3) with ESMTP id IAA02825; Tue, 29 Oct 1996 08:26:16 -0500 (EST) Received: from localhost (chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) with SMTP id IAA18397; Tue, 29 Oct 1996 08:26:15 -0500 (EST) X-Authentication-Warning: skipper.eng.umd.edu: chuckr owned process doing -bs Date: Tue, 29 Oct 1996 08:26:15 -0500 (EST) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: Per Hojmark cc: hackers@freebsd.org Subject: Re: sockets programming question In-Reply-To: <199610290018.QAA21190@mustang.via.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Oct 1996, Per Hojmark wrote: > > I want to build a database server process that: > - listens on a port > - connects to incoming users > - forks to create new state & connection info for database. > - does some database lookups > - returns info to user > - closes connection. > > So, suppose I was listening on port 1234, when I get a connection > from a remote machine, do I need to switch to a new port number? > > I notice that many programs use 'well known' port numbers, but after > forking, seem to switch to a port > 1024. It appears that they use > the 'well-known' port number just for the initial connection. I'd like to suggest you go and buy a book that I think a lot of, Unix Network Programming by W. Richard Stevens, where he gives complete examples of programs doing exactly what you're describing. It'll be well worth your money, believe me. > > -per > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Tue Oct 29 06:35:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA00388 for hackers-outgoing; Tue, 29 Oct 1996 06:35:40 -0800 (PST) Received: from spoon.beta.com (root@[199.165.180.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA00361; Tue, 29 Oct 1996 06:34:59 -0800 (PST) Received: from spoon.beta.com (mcgovern@localhost [127.0.0.1]) by spoon.beta.com (8.7.5/8.6.9) with ESMTP id JAA00487; Tue, 29 Oct 1996 09:34:14 -0500 (EST) Message-Id: <199610291434.JAA00487@spoon.beta.com> To: questions@freebsd.org, hackers@freebsd.org Subject: AWE32 and ep0 driver... Date: Tue, 29 Oct 1996 09:34:13 -0500 From: "Brian J. McGovern" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry for the cross posting - however, although this qualifies as a question, I think the hackers list will be able to provide the best answer... I have been running the FreeBSD 2.2 snaps on my pentium 100 for several weeks now, getting ready to set up a PA enviornment between my 6 machines to he do some testing (see prior exchanges with Jordan) of FreeBSD. This weekend, I installed an AWE32 Soundblaster, and have been running it fine under DOS/Windows with my 3Com card (3C509-B). However, last night I ran FreeBSD for the first time since its install, and suddenly, the ep0 probe fails to find the card. It seems to be related to the "identification" phase of the 3Com driver. It displays(non-verbatim) "found 8 3C5X9 adapters at 0x200 0x200 0x200 0x200 0x200 0x200 0x200 0x200", and then fails to see the real ep0 at 0x300 (irq 10). I've trolled through the mail lists, and saw reference to getting the new AWE32 driver from a site in Japan, which I did via my DOS partition. However, I think I botched the install, as I still can't get aq clean kernel to compile. I figured while I had downtime while I was at work today, I would see if anyone knew that this was the right direction, or if I was wasting my time, and they could suggest something better. TIA -Brian From owner-freebsd-hackers Tue Oct 29 10:41:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA15519 for hackers-outgoing; Tue, 29 Oct 1996 10:41:23 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA15513 for ; Tue, 29 Oct 1996 10:41:17 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vIJ6B-0005d3-00; Tue, 29 Oct 1996 11:41:15 -0700 To: hackers@freebsd.org Subject: Wish me luck at the fruug user's group meeting today Date: Tue, 29 Oct 1996 11:41:15 -0700 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm off to make the slides for my presentation in Boulder Colorado at 4:00pm MST today. Many thanks to all those that have helped, especially Jonathan Bressler for his wonderful "FreeBSD at EurOpen.SE" slides. I'd also like to thank Sean Kelly and Steve Passe for their help. The Fruug meeting is at 38th and Marine in Boulder at 4:00. Details in http://www.fruug.org/fruug/announcement.html. Warner From owner-freebsd-hackers Tue Oct 29 11:40:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18637 for hackers-outgoing; Tue, 29 Oct 1996 11:40:11 -0800 (PST) Received: from apolo.biblos.unal.edu.co ([168.176.37.75]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA18617 for ; Tue, 29 Oct 1996 11:40:03 -0800 (PST) Received: from unalslip.usc.unal.edu.co ([168.176.3.33]) by apolo.biblos.unal.edu.co (8.8.0/8.8.0) with SMTP id OAA07222 for ; Tue, 29 Oct 1996 14:41:49 -0500 (EST) Message-ID: <3276877A.4DCD@fps.biblos.unal.edu.co> Date: Tue, 29 Oct 1996 14:38:50 -0800 From: "Pedro Giffuni S." Reply-To: pgiffuni@fps.biblos.unal.edu.co Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: hackers@freebsd.org Subject: POSIX Conformance (Unanswered in "questions" so I forwarded...) Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Message-ID: <32725915.2853@fps.biblos.unal.edu.co> Date: Sat, 26 Oct 1996 11:31:49 -0700 From: "Pedro Giffuni S." Reply-To: pgiffuni@fps.biblos.unal.edu.co Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: questions@freebsd.org Subject: POSIX Conformance Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I was reading the pages from Redhat Linux and it said: "The National Institute of Standards and Technology (NIST), has decided to stop charging for their POSIX Conformance Test Suite 151-2, in hopes that the POSIX standard may be more broadly applied. Red Hat Software applauds the move, and has obtained the suites for consideration. We would encourage all Linux developers to take advantage of this development. Comments and questions can be directed to Martha Gray at NIST." POSIX was one of the objectives behind 4.4BSD. Will FreeBSD follow this tendency? Is it posible to follow it, or BSD is just too different from POSIX? Pedro. pgiffuni@FPS.biblos.unal.edu.co From owner-freebsd-hackers Tue Oct 29 12:19:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA20829 for hackers-outgoing; Tue, 29 Oct 1996 12:19:41 -0800 (PST) Received: from cyclone.degnet.baynet.de (cyclone.degnet.baynet.de [194.95.214.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA20806; Tue, 29 Oct 1996 12:19:27 -0800 (PST) Received: from neuron ([194.95.214.181]) by cyclone.degnet.baynet.de (8.6.12/8.6.9) with SMTP id WAA05140; Tue, 29 Oct 1996 22:22:51 +0100 Message-ID: <32768197.775E@degnet.baynet.de> Date: Tue, 29 Oct 1996 21:13:43 -0100 From: Darius Moos Reply-To: moos@degnet.baynet.de X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: moos@degnet.baynet.de CC: freebsd-hackers , FreeBSD-questions Subject: Re: Is this network possible with FreeBSD ??? References: <326DFE77.549B@degnet.baynet.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Rehi, to all who remember my original mail concerning the bogus network. First of all ... i have faild to get it running in it's all functionality. Now, more IMPORTANT, i want to thank all the persons that replied to my mail. Thanks for their time and effort, help and suggestions go to: - Daniel O'Callaghan - Gary Palmer - Joe Greco - Mathias Pantzare - Michael Smith - Narvi - Olivier Robert - Pedro Giffuni - Richard Wackerbarth - Thinker Li Thank you all. Now why did i fail to manage the bogus network: I could not figure out how to configure the ed0_a device appropriately for the given situation. I've tried it the following ways: 1. FreeBSD: ifconfig ed0_a inet 1.2.3.253 The ISPA-router was configured to push all packets for 1.2.3.253 in direction ed0_b with ed0_b == 1.2.3.36 The problem: The FreeBSD-box did not find the other boxes in the 1.2.3.-net because for packets to 1.2.3.x it was broadcasting on the ed0_a-ethernet-device and there was not response (i think this is what happend but i could be wrong). The solutions would have been: packet from |___ ed0_a |____ ed0_b |____ isdn |____ 1.2.3.x-box FreeBSD-box | | | | to 1.2.3.x | 2. FreeBSD: ifconfig ed0_a inet 192.168.3.1 ifconfig ed0_b inet 1.2.3.253 netmask 0xffffffff alias ISPA-router: ed0_b was configured to 192.168.3.103 and further to push all packets for 1.2.3.253 to the FreeBSD-box via ed0_b. The problem: Packets, adressed to internet had an IP-src-adr. of 192.168.3.1 and and did not return to the FreeBSD-box. I do not know what a solution could look like. 3. FreeBSD: ifconfig ed0_a inet 192.168.3.1 ifconfig ed0_b inet 1.2.3.253 netmask 0xffffffff alias ISPA-router: ed0_b was configured to 192.168.3.103 and ed0_b was configured to 1.2.3.36 and further to push all packets for 1.2.3.253 to the FreeBSD-box via ed0_b. The problem: Packets, adressed to internet had an IP-src-adr. of 192.168.3.1 and and did not return to the FreeBSD-box. I do not know what a solution could look like. Now the boss of the company decided to crash FreeBSD and to reinstall Linux, because linux could handle this bogus network as a gateway :( I am a little bit disappointed that i've failed to solve this problem and that linux will now be installed instead of FreeBSD, but ... ... SHIT happens sometimes. Hope there will be a new customer next days, that wants a gateway and does not have such a bogus network-topology. Darius Moos. Here my original mail for those that does not remember any more Darius Moos wrote: > > Hi, > > i have an urgent problem with the network-setup of FreeBSD. > I've set up FreeBSD-2.1.0 for a company (I never set up an other OS > for any company). I was gave permission, to trash their linux and > install FreeBSD-2.1.0 instead. The installation went fine but now > i am running into a problem with their network-configuration. > Their ISP (a real linux-fetishist) says "FreeBSD is TOO BRAINDAMAGED > to handle this problem". I do not think so. The network-configuration > is pictured below. Also more details are written below. > Now my problem (maybe I AM braindamaged): > 1. How to ifconfig the ether-device of the FreeBSD-box ? > 2. How to set up the routing of the FreeBSD-box ? > so that the FreeBSD-box acts as a mail- and WWW-proxy gateway for the > company's private network. > > +---------------+ > | FreeBSD-2.1.0 | > |+-------------+| > || NE 2000 || > || 192.168.3.1 || > || 1.2.3.253 || > ++------o------++.... ed0_a > | > | > ++-------o-------++.... ed0_b > || NE 2000 || > || 192.168.3.103 || > || 1.2.3.36 || > |+---------------+| > | | > | +-------+ > | Router | ISDN o------------o ISP 1.2.3.x > | +-------+ > | | > |+---------------+| > || 100 MBit || > || 192.168.3.104 || > ++-------o-------++ > | > | > ++-------o-----++ > || 100 MBit || > || 192.168.3.2 || > |+-------------+| > | | > | 192.168.3.x | > > The linux that i have trashed had no problems with this configuration > BUT i do not know how to ifconfig the network device of the FreeBSD- > machine and how to setup the correct routing. The FreeBSD-machine > should be known with a registered IP in the internet. I've replaced the > real registered IP with 1.2.3.253. All the other machines (except the > router) in the company should run only on the private network > 192.168.3.0. The FreeBSD-machine should be the email and WWW-proxy > gateway for the private company network. > The problem so far: > - When i ifconfig the network-card of the FreeBSD-machine with > "ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff", the > 1.2.3.36-IP is not reachable and therefor unknown to the routing. > - I can not use a netmask of 0xffffff00 for the ether-device of the > FreeBSD-box. > - When i ifconfig the ether-device of the FreeBSD-box with > "ifconfig ed0 inet 192.168.3.1 netmask 0xffffff00" and > "ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff alias" > the outgoing packets never come back, since the FreeBSD-box sends > its packets with src of 192.168.3.1 > What i would need is a > ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff > ifconfig ed0 inet 192.168.3.1 netmask 0xffffffff alias > route add -net 1.2.3 ed0 > but ether-devices as destination in the route-statement are not allowed. > Under the linux this was possible (the ISP says). > Now this situation is braindamaged itself, but this does not count as > argument to the boss of this company. The boss had a running system > with this network-configuration and he stands on the point that this > has to be possible or the OS (FreeBSD) is not the right OS so far. > Please please help me with this network-setup, so i can prove, that > FreeBSD IS the right OS for all networking. > BTW: this mail is closely related to my other mail about FreeBSD-support > for HP-10/100-VG or Compex 100VG network-cards. > > Many thanks for all your help in advance. > > Darius Moos. > > -- > > email: moos@degnet.baynet.de -- email: moos@degnet.baynet.de From owner-freebsd-hackers Tue Oct 29 12:54:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23194 for hackers-outgoing; Tue, 29 Oct 1996 12:54:15 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA23171 for ; Tue, 29 Oct 1996 12:53:14 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA05658 for ; Tue, 29 Oct 1996 21:52:32 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA13943; Tue, 29 Oct 1996 21:51:10 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id VAA06287; Tue, 29 Oct 1996 21:26:24 +0100 (MET) From: J Wunsch Message-Id: <199610292026.VAA06287@uriah.heep.sax.de> Subject: Re: POSIX Conformance (Unanswered in "questions" so I forwarded...) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 29 Oct 1996 21:26:23 +0100 (MET) Cc: pgiffuni@fps.biblos.unal.edu.co Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3276877A.4DCD@fps.biblos.unal.edu.co> from "Pedro Giffuni S." at "Oct 29, 96 02:38:50 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Pedro Giffuni S. wrote: > POSIX was one of the objectives behind 4.4BSD. Will FreeBSD follow this > tendency? Is it posible to follow it, or BSD is just too different from > POSIX? It's not too far away. I seem to remember that the NetBSD folks have evaluated their degree of standard compliance (or was it `conformance'?), and they don't look that bad. FreeBSD is probably a little more behind. We need people tracking this down. -- 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-hackers Tue Oct 29 14:30:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA03302 for hackers-outgoing; Tue, 29 Oct 1996 14:30:56 -0800 (PST) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA03290 for ; Tue, 29 Oct 1996 14:30:52 -0800 (PST) Received: from localhost (jehamby@localhost) by covina.lightside.com (8.8.2/8.8.2) with SMTP id OAA03276; Tue, 29 Oct 1996 14:23:22 -0800 (PST) Date: Tue, 29 Oct 1996 14:23:15 -0800 (PST) From: Jake Hamby To: Joerg Wunsch cc: FreeBSD hackers , pgiffuni@fps.biblos.unal.edu.co Subject: Re: POSIX Conformance (Unanswered in "questions" so I forwarded...) In-Reply-To: <199610292026.VAA06287@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 29 Oct 1996, J Wunsch wrote: > As Pedro Giffuni S. wrote: > > > POSIX was one of the objectives behind 4.4BSD. Will FreeBSD follow this > > tendency? Is it posible to follow it, or BSD is just too different from > > POSIX? > > It's not too far away. I seem to remember that the NetBSD folks have > evaluated their degree of standard compliance (or was it > `conformance'?), and they don't look that bad. FreeBSD is probably a > little more behind. > > We need people tracking this down. Terry Lambert said not too long ago that he had installed the TET framework (required for the POSIX conformance suite) and the POSIX suite itself, but we haven't heard anything from him since. If he could post information on how to acquire these two items, I'd be happy to try running the test suite on -current, although I only have a 486DX4/100 at home, so if it takes an unreasonable amount of CPU time, I may have to wait and install FreeBSD on a Pentium at work. -- Jake From owner-freebsd-hackers Tue Oct 29 15:12:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA07062 for hackers-outgoing; Tue, 29 Oct 1996 15:12:00 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA07047 for ; Tue, 29 Oct 1996 15:11:53 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA22160; Tue, 29 Oct 1996 16:06:06 -0700 From: Terry Lambert Message-Id: <199610292306.QAA22160@phaeton.artisoft.com> Subject: Re: POSIX Conformance (Unanswered in "questions" so I forwarded...) To: pgiffuni@fps.biblos.unal.edu.co Date: Tue, 29 Oct 1996 16:06:06 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <3276877A.4DCD@fps.biblos.unal.edu.co> from "Pedro Giffuni S." at Oct 29, 96 02:38: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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I was reading the pages from Redhat Linux and it said: > > "The National Institute of Standards and Technology (NIST), has decided > to stop charging for their POSIX Conformance Test Suite 151-2, in hopes > that the POSIX standard may be more broadly applied. Red Hat Software > applauds the move, and has obtained the suites for consideration. We > would encourage all Linux developers to take advantage of this > development. Comments and questions can be directed to Martha Gray > at NIST." > > POSIX was one of the objectives behind 4.4BSD. Will FreeBSD follow this > tendency? Is it posible to follow it, or BSD is just too different from > POSIX? I have a copy of NIST/PCTS, and have run it against OpenBSD. I've had a bit of trouble with FreeBSD because TET doesn't "compile right up"; I blame this on FreeBSD, not TET. Note that having access to the NIST/PCTS is not the same as being certified. Certification still requires an authorized testing laboratory to run the test, and it only applies to a particular release level: the one tested. 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-hackers Tue Oct 29 15:25:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA08357 for hackers-outgoing; Tue, 29 Oct 1996 15:25:35 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA08348 for ; Tue, 29 Oct 1996 15:25:29 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA22199; Tue, 29 Oct 1996 16:18:20 -0700 From: Terry Lambert Message-Id: <199610292318.QAA22199@phaeton.artisoft.com> Subject: Re: POSIX Conformance (Unanswered in "questions" so I forwarded...) To: jehamby@lightside.com (Jake Hamby) Date: Tue, 29 Oct 1996 16:18:20 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, pgiffuni@fps.biblos.unal.edu.co In-Reply-To: from "Jake Hamby" at Oct 29, 96 02:23:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > POSIX was one of the objectives behind 4.4BSD. Will FreeBSD follow this > > > tendency? Is it posible to follow it, or BSD is just too different from > > > POSIX? > > > > It's not too far away. I seem to remember that the NetBSD folks have > > evaluated their degree of standard compliance (or was it > > `conformance'?), and they don't look that bad. FreeBSD is probably a > > little more behind. > > > > We need people tracking this down. > > Terry Lambert said not too long ago that he had installed the TET > framework (required for the POSIX conformance suite) and the POSIX suite > itself, but we haven't heard anything from him since. If he could post > information on how to acquire these two items, I'd be happy to try running > the test suite on -current, although I only have a 486DX4/100 at home, so > if it takes an unreasonable amount of CPU time, I may have to wait and > install FreeBSD on a Pentium at work. I am a well-known standards advocate (well, moderately well known in the communities producing the standards that applied to SVR4, at any rate). I acquired the NIST/PCTS by it being emailed in 16 uuencoded pieces to me. I am not comfortable redistributing it without the licensing restrictions that are intended for the public release, and I'm not prepared to have every Tom, Dick, and Harry deluging my source with email. When a final release is cut, I am assured that it, and the appropriate usage and licensing materials, will find themselves on the NIST WWW site; you should probably check there occasionally. Meanwhile, TET is a completely seperate piece of software necessary for running TET-hosted test suites... like NIST/PCTS. I've already suggested that someone grab the TET off of the X/Open server (where it is available for anonymous FTP) and check it into the FreeBSD ports tree. Bottom line: if you haven't bothered to get TET running, then you won't be able to use the NIST/PCTS code anyway, so there's no reason for you to have it. 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-hackers Tue Oct 29 15:37:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA09695 for hackers-outgoing; Tue, 29 Oct 1996 15:37:17 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA09649; Tue, 29 Oct 1996 15:36:55 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.2/8.8.2) with SMTP id PAA02862; Tue, 29 Oct 1996 15:33:22 -0800 (PST) Message-ID: <3276943A.446B9B3D@whistle.com> Date: Tue, 29 Oct 1996 15:33:14 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: moos@degnet.baynet.de CC: freebsd-hackers , FreeBSD-questions Subject: Re: Is this network possible with FreeBSD ??? References: <326DFE77.549B@degnet.baynet.de> <32768197.775E@degnet.baynet.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > The problem: > Packets, adressed to internet had an IP-src-adr. of 192.168.3.1 and > and did not return to the FreeBSD-box. > I do not know what a solution could look like. Of course, because 192.168 is defined to be unroutable. you need to use address translation. This is a hack (against the standards) that linux has as standard (typical) and BSD has as an option sos@freebsd.org has implimeted translation, as have several others. > 3. FreeBSD: ifconfig ed0_a inet 192.168.3.1 > ifconfig ed0_b inet 1.2.3.253 netmask 0xffffffff alias > ISPA-router: ed0_b was configured to 192.168.3.103 and > ed0_b was configured to 1.2.3.36 and further > to push all packets for 1.2.3.253 to the FreeBSD-box > via ed0_b. > The problem: > Packets, adressed to internet had an IP-src-adr. of 192.168.3.1 and > and did not return to the FreeBSD-box. > I do not know what a solution could look like. you need to use address translation.. > > Darius Moos. > > Here my original mail for those that does not remember any more > > Darius Moos wrote: > > > > Hi, > > > > i have an urgent problem with the network-setup of FreeBSD. > > I've set up FreeBSD-2.1.0 for a company (I never set up an other OS > > for any company). I was gave permission, to trash their linux and > > install FreeBSD-2.1.0 instead. The installation went fine but now > > i am running into a problem with their network-configuration. > > Their ISP (a real linux-fetishist) says "FreeBSD is TOO BRAINDAMAGED > > to handle this problem". I do not think so. The network-configuration > > is pictured below. Also more details are written below. > > Now my problem (maybe I AM braindamaged): > > 1. How to ifconfig the ether-device of the FreeBSD-box ? > > 2. How to set up the routing of the FreeBSD-box ? > > so that the FreeBSD-box acts as a mail- and WWW-proxy gateway for the > > company's private network. > > > > +---------------+ > > | FreeBSD-2.1.0 | > > |+-------------+| > > || NE 2000 || > > || 192.168.3.1 || > > || 1.2.3.253 || > > ++------o------++.... ed0_a > > | > > | > > ++-------o-------++.... ed0_b > > || NE 2000 || > > || 192.168.3.103 || > > || 1.2.3.36 || > > |+---------------+| > > | | > > | +-------+ > > | Router | ISDN o------------o ISP 1.2.3.x > > | +-------+ > > | | > > |+---------------+| > > || 100 MBit || > > || 192.168.3.104 || > > ++-------o-------++ > > | > > | > > ++-------o-----++ > > || 100 MBit || > > || 192.168.3.2 || > > |+-------------+| > > | | > > | 192.168.3.x | I assume that the aim is to have the linux box BOUNCE packets from the 10Mb ethernet BACK onto the 10Mb ethernet with a different address? how many 100 Mb machines are there? is the TA on the router an internal adapter or an external ISDN adapter? what ELSE is on the net? why is the ethernet on the router called ed0-b? what is trying to be achieved? > > > The linux that i have trashed had no problems with this configuration did it have address translation enabled to do this? > > BUT i do not know how to ifconfig the network device of the FreeBSD- > > machine and how to setup the correct routing. The FreeBSD-machine > > should be known with a registered IP in the internet. I've replaced the > > real registered IP with 1.2.3.253. All the other machines (except the > > router) in the company should run only on the private network > > 192.168.3.0. The FreeBSD-machine should be the email and WWW-proxy > > gateway for the private company network. ok, so, why BOUNCE? why not pipe the ISDN straight into the FreeBSD/Linux box? (just get a motorola bitsurfer and you're off and racing.. the problem as I see it is that FreeBSD supports address translation on PPP links but not on ethernet links, as it was thought that no-one would be so braindamaged as to try that.. sos@freebsd.org has recently implimented however. > > The problem so far: > > - When i ifconfig the network-card of the FreeBSD-machine with > > "ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff", the > > 1.2.3.36-IP is not reachable and therefor unknown to the routing. > > - I can not use a netmask of 0xffffff00 for the ether-device of the > > FreeBSD-box. sure you can.... the netmask 255.255.255.255 stuff is only if your two addresses are on the same logical net, which yours are not.. > > - When i ifconfig the ether-device of the FreeBSD-box with > > "ifconfig ed0 inet 192.168.3.1 netmask 0xffffff00" and > > "ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff alias" > > the outgoing packets never come back, since the FreeBSD-box sends > > its packets with src of 192.168.3.1 > > What i would need is a > > ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff > > ifconfig ed0 inet 192.168.3.1 netmask 0xffffffff alias > > route add -net 1.2.3 ed0 you already have one of these because you have a 1.2.3 address already.. what you need (I believe) do NOT have the same network (192.168.3) on BOTH interfaces of teh router.. make the one with the freebsd box 192,168.4 then tell it that it reaches .3 via the router.. > > but ether-devices as destination in the route-statement are not allowed. > > Under the linux this was possible (the ISP says). it's also against the RFCs I believe. > > Now this situation is braindamaged itself, but this does not count as > > argument to the boss of this company. The boss had a running system > > with this network-configuration and he stands on the point that this > > has to be possible or the OS (FreeBSD) is not the right OS so far. > > Please please help me with this network-setup, so i can prove, that > > FreeBSD IS the right OS for all networking. > > BTW: this mail is closely related to my other mail about FreeBSD-support unforunatly you need to give more info, but if I get you right, then I think that even if linux can do this now, it's because they have broken something. do the machines with 192.168 addresses need to be able to reach the internet directly? if not then I've misunderstood the problem and it's actually easy. > > for HP-10/100-VG or Compex 100VG network-cards. > > > > Many thanks for all your help in advance. > > > > Darius Moos. > > > > -- > > > > email: moos@degnet.baynet.de > > -- > > email: moos@degnet.baynet.de From owner-freebsd-hackers Tue Oct 29 15:42:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA10135 for hackers-outgoing; Tue, 29 Oct 1996 15:42:43 -0800 (PST) Received: from tusk.cs.ucla.edu (Tusk.CS.UCLA.EDU [131.179.160.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA10130 for ; Tue, 29 Oct 1996 15:42:39 -0800 (PST) Received: from localhost by tusk.cs.ucla.edu (8.6.10/UCLACS-1.0) with SMTP id PAA02730 for ; Tue, 29 Oct 1996 15:37:32 -0800 Date: Tue, 29 Oct 1996 15:37:30 -0800 (PST) From: Hemon Bruno To: freebsd-hackers@freebsd.org Subject: FreeBSD and IP tunneling Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was told that FreeBSD has a general support for IP tunneling. I suppose that it must be a function which appends to IP packets an optional tunnel header(for example a UDP header) and an IP header. I think I found some code for IP tunneling in FreeBSD (net/if_tun.c) but I can not find some complete documentation about the functions and the implementation. Therefore, I am looking for detailed documentation about how IP tunneling is implemented in FreeBSD and how to use it. thank you for your help. Bruno Hemon bruno@cs.ucla.edu From owner-freebsd-hackers Tue Oct 29 15:43:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA10179 for hackers-outgoing; Tue, 29 Oct 1996 15:43:16 -0800 (PST) Received: from gatekeeper.ray.com (gatekeeper.ray.com [138.125.162.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA10161 for ; Tue, 29 Oct 1996 15:42:59 -0800 (PST) From: Gregory_D_Moncreaff@ccmail.ed.ray.com Received: (mailer@localhost) by gatekeeper.ray.com (8.7.5/8.7.3) id SAA27797 for ; Tue, 29 Oct 1996 18:41:49 -0500 Received: from zeus.ed.ray.com by gatekeeper.ray.com; Tue Oct 29 18:41:09 1996 Received: from ccmail.ed.ray.com by ZEUS.ED.RAY.COM (PMDF V4.2-10 #4335) id <01IB84DD7JV4001TG9@ZEUS.ED.RAY.COM>; Tue, 29 Oct 1996 18:43:15 EST Date: Tue, 29 Oct 1996 18:24 -0500 (EST) Subject: A better kernel random() ?? To: freebsd-hackers@FreeBSD.org Message-id: <01IB84DEEOQM001TG9@ZEUS.ED.RAY.COM> MIME-version: 1.0 Content-transfer-encoding: 7BIT Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I need a random (psuedo or otherwise) number generator for use in kernel network protocols (collision backoff, jitter, etc). I looked, at libkern/random.c and the seed is constant. I am looking for suggestions/algorithims for getting a more random sequence of numbers. The two machines are running the same kernel and are timed synced. I am thinking that a utility program could be written to change this seed value via a kernel memory write based on some combination of information, such as process id, address of a network interface, ??? Should the result of such a computaion have any numeric properties: number of bits set, oddness, not divisible by a single digit prime number, etc? Any other, better hopefully, ideas? thanks, g From owner-freebsd-hackers Tue Oct 29 17:40:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA18387 for hackers-outgoing; Tue, 29 Oct 1996 17:40:39 -0800 (PST) Received: from apolo.biblos.unal.edu.co ([168.176.37.75]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA18382 for ; Tue, 29 Oct 1996 17:40:35 -0800 (PST) Received: from unalslip.usc.unal.edu.co ([168.176.3.46]) by apolo.biblos.unal.edu.co (8.8.0/8.8.0) with SMTP id UAA07695 for ; Tue, 29 Oct 1996 20:42:18 -0500 (EST) Message-ID: <3276DBF7.471A@fps.biblos.unal.edu.co> Date: Tue, 29 Oct 1996 20:39:19 -0800 From: "Pedro Giffuni S." Reply-To: pgiffuni@fps.biblos.unal.edu.co Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: hackers@freebsd.org Subject: [Fwd: Re: POSIX Conformance] Content-Type: multipart/mixed; boundary="------------481C1C7A6BC9" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------481C1C7A6BC9 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit I asked the OpenBSD guys about it, hereŽs the answer...I think it would be worthy to publish the results of the test for FreeBSD, when it can be done. Pedro. --------------481C1C7A6BC9 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: from gandalf.sigmasoft.com by fps.biblos.unal.edu.co (AIX 4.1/UCB 5.64/4.03) id AA28030; Tue, 29 Oct 1996 19:38:31 -0600 Received: from localhost (localhost [127.0.0.1]) by gandalf.sigmasoft.com (8.7.6/8.7.3) with ESMTP id RAA14119 for ; Tue, 29 Oct 1996 17:31:33 -0800 (PST) Message-Id: <199610300131.RAA14119@gandalf.sigmasoft.com> To: pgiffuni@fps.biblos.unal.edu.co Subject: Re: POSIX Conformance In-Reply-To: Your message of "Tue, 29 Oct 1996 18:26:20 PST." <3276BCCC.6636@fps.biblos.unal.edu.co> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Id: <14114.846639093.1@gandalf.sigmasoft.com> Date: Tue, 29 Oct 1996 17:31:33 -0800 From: Thorsten Lockert > Perhaps I should ask in NIST, but is it publicly available (can I get > it)? I would like to try it on FreeBSD. Yes, you can get it directly from NIST. Send a mail to martha.gray@nist.gov > Are the OpenBSD results available? Not yet; they will be within a week or two. Thorsten -- Thorsten Lockert | postmaster@sigmasoft.com | Universe, n.: 1238 Page Street #B | hostmaster@sigmasoft.com | The problem. San Francisco, CA 94117 | tholo@sigmasoft.com | --------------481C1C7A6BC9-- From owner-freebsd-hackers Tue Oct 29 17:59:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA19411 for hackers-outgoing; Tue, 29 Oct 1996 17:59:22 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA19382 for ; Tue, 29 Oct 1996 17:59:10 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA17994; Wed, 30 Oct 1996 12:28:53 +1030 From: Michael Smith Message-Id: <199610300158.MAA17994@genesis.atrad.adelaide.edu.au> Subject: Re: FreeBSD and IP tunneling To: bruno@CS.UCLA.EDU (Hemon Bruno) Date: Wed, 30 Oct 1996 12:28:52 +1030 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Hemon Bruno" at Oct 29, 96 03:37:30 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hemon Bruno stands accused of saying: > > I was told that FreeBSD has a general support for IP tunneling. I suppose > that it must be a function which appends to IP packets an optional tunnel > header(for example a UDP header) and an IP header. I think I found some > code for IP tunneling in FreeBSD (net/if_tun.c) but I can not find some > complete documentation about the functions and the implementation. > Therefore, I am looking for detailed documentation about how IP tunneling > is implemented in FreeBSD and how to use it. > thank you for your help. There's really nothing to it; the tunnel device lets you talk from user space directly to the network interface (via the /dev/tunX device), so you perform whatever encapsulation you require on the data in your userspace program. If you need more explanation than that, I suspect you may already be attempting too much 8) (Not that biting off more than you can chew is a _bad_ thing by any means 8) > Bruno Hemon bruno@cs.ucla.edu -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Oct 29 18:23:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA20939 for hackers-outgoing; Tue, 29 Oct 1996 18:23:52 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA20934 for ; Tue, 29 Oct 1996 18:23:47 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14744(4)>; Tue, 29 Oct 1996 18:23:14 PST Received: by crevenia.parc.xerox.com id <177480>; Tue, 29 Oct 1996 18:23:10 -0800 From: Bill Fenner To: hackers@freebsd.org Subject: Input on changing "dump" output? Message-Id: <96Oct29.182310pst.177480@crevenia.parc.xerox.com> Date: Tue, 29 Oct 1996 18:23:01 PST Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The output of the rdump command can obviously (based upon a recent PR and followups in -questions) be confusing. I'm playing around with it, and I think I've gotten it to a point where first-time users will be significantly less confused. However, it deviates from the "traditional" output somewhat. Here's the "traditional" output: DUMP: Date of this level 0 dump: Tue Oct 29 17:47:45 1996 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd1a (/) to /dev/null on host root@nectar DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 16657 tape blocks on 0.43 tape(s). DUMP: Protocol to remote tape server botched (code "rmt: not found"). rdump: Lost connection to remote host. DUMP: Bad return code from dump: 1 Here's my "new" output: DUMP: Connection to nectar.parc.xerox.com established. DUMP: Date of this level 0 dump: Tue Oct 29 18:00:29 1996 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rsd1a (/) to /dev/null on host root@nectar DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 16657 tape blocks on 0.43 tape(s). DUMP: Lost connection to remote host. DUMP: on nectar.parc.xerox.com: rmt: not found The changes are: - The addition of a "connection established" line at the top. The real reason for this is that rcmd() prints its own error message, but I didn't like seeing just "Permission denied." So I had to print " DUMP: " before calling rmt, in case it failed. But if it didn't fail, I needed something to put after the word "DUMP". If it does fail, it looks like: DUMP: Login incorrect. DUMP: login to nectar.parc.xerox.com as nosuch failed. or DUMP: nosuchost: Unknown host DUMP: login to nosuchost as root failed. - The seperation of stdout and stderr. Presumably this takes another TCP connection to the remote host, which may be a worry, but it allows the local dump to explicitly identify errors as such. - The consistent use of msg() instead of fprintf(stderr,) and the consistent use of exit codes causing rdump messages to look like dump messages and fixing the "bad return code". My questions are: Does anyone think that the addition of the first line, DUMP: Connection to nectar.parc.xerox.com established. is going to cause anyone (automated backup scripts, etc.) any trouble? Does anyone think that the extra TCP connection (useless after the error-discovery phase) will cause any trouble? Thanks, Bill From owner-freebsd-hackers Tue Oct 29 18:41:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA22050 for hackers-outgoing; Tue, 29 Oct 1996 18:41:18 -0800 (PST) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA22045 for ; Tue, 29 Oct 1996 18:41:16 -0800 (PST) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id SAA00139 for ; Tue, 29 Oct 1996 18:42:01 -0800 (PST) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id NAA24396 for hackers@freebsd.org; Wed, 30 Oct 1996 13:40:58 +1100 From: Julian Assange Message-Id: <199610300240.NAA24396@suburbia.net> Subject: Re: /var/mail (was: re: Help, permission problems...) To: hackers@freebsd.org Date: Wed, 30 Oct 1996 13:40:58 +1100 (EST) In-Reply-To: <199610300043.RAA22382@phaeton.artisoft.com> from "Terry Lambert" at Oct 29, 96 05:43:51 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [...] > So in conclusion: > > 1) There should be an fcntl() awar "driver" to go with the flock() > aware "driver", since this is the best approach to locaking > on FreeBSD (and NetBSD and OpenBSD, etc.). > 2) There needs to be a subset interface for non-MIME-aware > mail transport agents (which only care about the encapsulated > message, not how to break out contents other than addressing > tags, which are seperate anyway, by definition). > 3) Sendmail (out "mail.local") should use the subset interface. > > > A tall order, unfortunately. 8-(. Or we could just make procmail the default mail store agent ;) -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | C7F81C2AA32D7D4E4D360A2ED2098E0D | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Tue Oct 29 20:27:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26951 for hackers-outgoing; Tue, 29 Oct 1996 20:27:19 -0800 (PST) Received: from ccs.sogang.ac.kr (ccs.sogang.ac.kr [163.239.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA26939 for ; Tue, 29 Oct 1996 20:27:10 -0800 (PST) Received: from cslsun10.sogang.ac.kr by ccs.sogang.ac.kr (8.8.2/Sogang) id NAA24011; Wed, 30 Oct 1996 13:20:55 +0900 (KST) Received: by cslsun10.sogang.ac.kr (4.1/SMI-4.1) id AA28839; Wed, 30 Oct 96 13:24:18 KST From: cskim@cslsun10.sogang.ac.kr (Kim Chang Seob) Message-Id: <9610300424.AA28839@cslsun10.sogang.ac.kr> Subject: frame allocation To: freebsd-hackers@FreeBSD.ORG Date: Wed, 30 Oct 1996 13:24:16 +0900 (KST) Cc: cskim@cslsun10.sogang.ac.kr (Kim Chang Seob) Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have a some question about memory management. this is that 1) if process request 100 frame into physical memory, when free page list is 200 frame in physical memory, how many frame is allocated to process? 100 frame is allocated ? or what percent(%) is allocated? when process request frame, is memory allocated to precess statically? or according to executing file size, frame allocation size is changed? if frame allocation is static, how many frame is allocated to process, if frame allocation is dynamic, how many frame is allocated(what percent(%)) to process. and where is frame allocation function in /usr/src/sys/ From owner-freebsd-hackers Tue Oct 29 20:58:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA28409 for hackers-outgoing; Tue, 29 Oct 1996 20:58:50 -0800 (PST) Received: from quagmire.ki.net (root@quagmire.ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA28403 for ; Tue, 29 Oct 1996 20:58:44 -0800 (PST) Received: from localhost (scrappy@localhost) by quagmire.ki.net (8.8.2/8.7.5) with SMTP id XAA16507; Tue, 29 Oct 1996 23:57:56 -0500 (EST) Date: Tue, 29 Oct 1996 23:57:55 -0500 (EST) From: "Marc G. Fournier" To: Julian Assange cc: hackers@freebsd.org Subject: Re: /var/mail (was: re: Help, permission problems...) In-Reply-To: <199610300240.NAA24396@suburbia.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Oct 1996, Julian Assange wrote: > [...] > > So in conclusion: > > > > 1) There should be an fcntl() awar "driver" to go with the flock() > > aware "driver", since this is the best approach to locaking > > on FreeBSD (and NetBSD and OpenBSD, etc.). > > 2) There needs to be a subset interface for non-MIME-aware > > mail transport agents (which only care about the encapsulated > > message, not how to break out contents other than addressing > > tags, which are seperate anyway, by definition). > > 3) Sendmail (out "mail.local") should use the subset interface. > > > > > > A tall order, unfortunately. 8-(. > > Or we could just make procmail the default mail store agent ;) > How does that fix the problem with IMAP4 under FreeBSD? Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-hackers Tue Oct 29 22:24:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA06534 for hackers-outgoing; Tue, 29 Oct 1996 22:24:48 -0800 (PST) Received: from tellab5.tellabs.com (tellab5.lisle.tellabs.com [138.111.243.28]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA06520 for ; Tue, 29 Oct 1996 22:24:46 -0800 (PST) From: mikebo@tellabs.com Received: from sunc210.tellabs.com by tellab5.tellabs.com with smtp (Smail3.1.29.1 #4) id m0vIU4U-0004fgC; Wed, 30 Oct 96 00:24 CST Received: by sunc210.tellabs.com (SMI-8.6/1.9) id AAA00769; Wed, 30 Oct 1996 00:24:11 -0600 Message-Id: <199610300624.AAA00769@sunc210.tellabs.com> Subject: SSH 1.2.16 & FreeBSD 2.2-961014-SNAP To: hackers@freebsd.org Date: Wed, 30 Oct 1996 00:24:10 -0600 (CST) Cc: mikebo (Mike Borowiec) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm running the latest snapshot (2.2-961014-SNAP) and have built SSH 1.2.16. I'm running NIS in a Sun environment, and this version of SSH worked just fine on FreeBSD 2.1.0 and 2.1.5. However, now with 2.2, the password match fails unless I have an entry in the local password file - the NIS entry doesn't work. (I can ypmatch the NIS entry, and the telnet password match works fine.) It looks like SSHD is using getpwnam(). Has anyone seen this before I dig into the code? - Mike -- -------------------------------------------------------------------------- Michael Borowiec - mikebo@tellabs.com - Tellabs Operations, Inc. Senior Member of Technical Staff 4951 Indiana Avenue, MS 63 630-512-8211 FAX: 630-512-7099 Lisle, IL 60532 USA -------------------------------------------------------------------------- From owner-freebsd-hackers Tue Oct 29 22:53:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA08448 for hackers-outgoing; Tue, 29 Oct 1996 22:53:12 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA08443 for ; Tue, 29 Oct 1996 22:53:07 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA23441; Wed, 30 Oct 1996 07:51:35 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA23118; Wed, 30 Oct 1996 07:51:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id HAA09403; Wed, 30 Oct 1996 07:49:32 +0100 (MET) From: J Wunsch Message-Id: <199610300649.HAA09403@uriah.heep.sax.de> Subject: Re: Input on changing "dump" output? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 30 Oct 1996 07:49:32 +0100 (MET) Cc: fenner@parc.xerox.com (Bill Fenner) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <96Oct29.182310pst.177480@crevenia.parc.xerox.com> from Bill Fenner at "Oct 29, 96 06:23:01 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bill Fenner wrote: > Does anyone think that the addition of the first line, > DUMP: Connection to nectar.parc.xerox.com established. > is going to cause anyone (automated backup scripts, etc.) any trouble? I think the only thing you are not allowed to change is the DUMP: DUMP: 446124 tape blocks on 1 volumes(s) line to avoid the silly second "DUMP:". I once did, and people started screaming... i simply didn't know that Amanda does such a stupid job in parsing the output. (Presumably a hard-coded scanf() only.) -- 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-hackers Wed Oct 30 01:58:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA25388 for hackers-outgoing; Wed, 30 Oct 1996 01:58:05 -0800 (PST) Received: from tiny.mcs.usu.edu (tiny.mcs.usu.edu [129.123.15.8]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA25381 for ; Wed, 30 Oct 1996 01:58:02 -0800 (PST) Received: (from kurto@localhost) by tiny.mcs.usu.edu (8.6.11/8.6.9) id CAA01392 for freebsd-hackers@freebsd.org; Wed, 30 Oct 1996 02:58:00 -0700 Date: Wed, 30 Oct 1996 02:58:00 -0700 From: Kurt Olsen Message-Id: <199610300958.CAA01392@tiny.mcs.usu.edu> To: freebsd-hackers@freebsd.org Subject: What happned to 'mkisofs'? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm running the latest snap and it seems to have dissappeared. Anybody know where it went? Kurt From owner-freebsd-hackers Wed Oct 30 06:04:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA24605 for hackers-outgoing; Wed, 30 Oct 1996 06:04:47 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA24599 for ; Wed, 30 Oct 1996 06:04:44 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA25748; Wed, 30 Oct 1996 08:03:39 -0600 From: Joe Greco Message-Id: <199610301403.IAA25748@brasil.moneng.mei.com> Subject: Re: What happned to 'mkisofs'? To: kurto@tiny.mcs.usu.edu (Kurt Olsen) Date: Wed, 30 Oct 1996 08:03:39 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199610300958.CAA01392@tiny.mcs.usu.edu> from "Kurt Olsen" at Oct 30, 96 02:58:00 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm running the latest snap and it seems to have dissappeared. Anybody > know where it went? Jordan held a vote a while back and then removed it, as it was considered too "specialized" and too hard to maintain. I disagreed, since CD-ROM writers are rapidly becoming commodity items, and this is cool functionality to have available. I believe that it has been moved into ports someplace, but I do not know for sure. ... JG From owner-freebsd-hackers Wed Oct 30 06:13:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA26044 for hackers-outgoing; Wed, 30 Oct 1996 06:13:47 -0800 (PST) Received: from spoon.beta.com (root@[199.165.180.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA26032 for ; Wed, 30 Oct 1996 06:13:43 -0800 (PST) Received: from spoon.beta.com (mcgovern@localhost [127.0.0.1]) by spoon.beta.com (8.7.5/8.6.9) with ESMTP id JAA04889; Wed, 30 Oct 1996 09:13:34 -0500 (EST) Message-Id: <199610301413.JAA04889@spoon.beta.com> To: fgray@rice.edu, hackers@freebsd.org Subject: vx driver... Date: Wed, 30 Oct 1996 09:13:33 -0500 From: "Brian J. McGovern" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was just curious if anyone has been doing any recent development work on the vx driver (3Com 3C59x cards). I have one, have had no problems with it using the 3Com drivers, but it bombs whenever I do any sizeable writes under FreeBSD (through the current snap). Pings, and 1k messages usually survive, however, NFS, FTP, or any other _SENDS_ (receives seem to be ok) cause the machine to freeze. The only way out is to punch the reset button, or power cycle. In any event, the reason I'm asking is taht if anyone has, I'd like to test the new code. If not, I'll be trying to set some time aside to find out why its freezing. -Brian From owner-freebsd-hackers Wed Oct 30 06:37:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA00440 for hackers-outgoing; Wed, 30 Oct 1996 06:37:38 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA00427 for ; Wed, 30 Oct 1996 06:37:35 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id GAA08396; Wed, 30 Oct 1996 06:37:35 -0800 (PST) To: Kurt Olsen cc: freebsd-hackers@freebsd.org Subject: Re: What happned to 'mkisofs'? In-reply-to: Your message of "Wed, 30 Oct 1996 02:58:00 MST." <199610300958.CAA01392@tiny.mcs.usu.edu> Date: Wed, 30 Oct 1996 06:37:35 -0800 Message-ID: <8394.846686255@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It's in the ports collection now (and updated to boot). > > I'm running the latest snap and it seems to have dissappeared. Anybody > know where it went? > > Kurt From owner-freebsd-hackers Wed Oct 30 07:04:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA06408 for hackers-outgoing; Wed, 30 Oct 1996 07:04:24 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA06388 for ; Wed, 30 Oct 1996 07:04:20 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA25844; Wed, 30 Oct 1996 08:57:20 -0600 From: Joe Greco Message-Id: <199610301457.IAA25844@brasil.moneng.mei.com> Subject: Re: Input on changing "dump" output? To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 30 Oct 1996 08:57:19 -0600 (CST) Cc: freebsd-hackers@FreeBSD.org, fenner@parc.xerox.com In-Reply-To: <199610300649.HAA09403@uriah.heep.sax.de> from "J Wunsch" at Oct 30, 96 07:49:32 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > As Bill Fenner wrote: > > > Does anyone think that the addition of the first line, > > DUMP: Connection to nectar.parc.xerox.com established. > > is going to cause anyone (automated backup scripts, etc.) any trouble? > > I think the only thing you are not allowed to change is the > > DUMP: DUMP: 446124 tape blocks on 1 volumes(s) > > line to avoid the silly second "DUMP:". I once did, and people > started screaming... i simply didn't know that Amanda does such a > stupid job in parsing the output. (Presumably a hard-coded scanf() > only.) Hi Joerg, Bearing in mind that it a few years since I hacked on Amanda's internals to debug a problem like this, Amanda's problem is that it tries to parse a variety of formats from a variety of systems, and they range from moderately similar to totally dissimilar. It was icchhhy code when I looked at it. :-( It was iccchhhyer when I identified the reasons it was doing what it was doing. :-( :-( ... JG From owner-freebsd-hackers Wed Oct 30 07:29:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA11390 for hackers-outgoing; Wed, 30 Oct 1996 07:29:22 -0800 (PST) Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA11336 for ; Wed, 30 Oct 1996 07:29:09 -0800 (PST) From: john@starfire.mn.org Received: (from john@localhost) by starfire.mn.org (8.7.5/1.1) id JAA02690 for hackers@FreeBSD.org; Wed, 30 Oct 1996 09:29:02 -0600 (CST) Message-Id: <199610301529.JAA02690@starfire.mn.org> Subject: PPP-2.2.0f To: hackers@FreeBSD.org (FreeBSD hackers) Date: Wed, 30 Oct 1996 09:29:02 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk This is the version which has the Microsoft CHAP support. I have done some work on trying to port this to FreeBSD 2.1.0 and 2.1.5. I found quite a few header file problems and templating errors. While I don't think I quite have things working yet, I'd be interesting in hearing from anyone who is working on pppd. Please reply directly, as I do no subscribe to this list. John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Wed Oct 30 07:39:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA13559 for hackers-outgoing; Wed, 30 Oct 1996 07:39:09 -0800 (PST) Received: from mailserv.tversu.ac.ru (root@mailserv.tversu.ac.ru [193.233.128.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA13522 for ; Wed, 30 Oct 1996 07:39:00 -0800 (PST) Received: from localhost (vadim@localhost) by mailserv.tversu.ac.ru (8.6.12/8.6.12) with SMTP id SAA25710 for ; Wed, 30 Oct 1996 18:40:22 +0300 Date: Wed, 30 Oct 1996 18:40:20 +0300 (MSK) From: Vadim Kolontsov To: freebsd-hackers@freebsd.org Subject: EFS In-Reply-To: <8394.846686255@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, are there any plans to implement EFS support (EFS is Silicon Graphics' filesystem, as far as I know) in FreeBSD? With best regards, Vadim. -------------------------------------------------------------------------- Vadim Kolontsov SysAdm/Programmer Tver Regional Center of New Information Technologies Networks Lab From owner-freebsd-hackers Wed Oct 30 08:04:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19015 for hackers-outgoing; Wed, 30 Oct 1996 08:04:45 -0800 (PST) Received: from ravenock.cybercity.dk (disn43.cybercity.dk [194.16.57.43]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA19001 for ; Wed, 30 Oct 1996 08:04:38 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.2/8.7.3) id RAA02833; Wed, 30 Oct 1996 17:06:10 +0100 (MET) Message-Id: <199610301606.RAA02833@ravenock.cybercity.dk> Subject: Re: vx driver... To: mcgovern@spoon.beta.com (Brian J. McGovern) Date: Wed, 30 Oct 1996 17:06:09 +0100 (MET) From: "Soren Schmidt" Cc: fgray@rice.edu, hackers@FreeBSD.org In-Reply-To: <199610301413.JAA04889@spoon.beta.com> from "Brian J. McGovern" at Oct 30, 96 09:13:33 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Brian J. McGovern who wrote: > > I was just curious if anyone has been doing any recent development work > on the vx driver (3Com 3C59x cards). I have one, have had no problems with it > using the 3Com drivers, but it bombs whenever I do any sizeable writes > under FreeBSD (through the current snap). Pings, and 1k messages usually > survive, however, NFS, FTP, or any other _SENDS_ (receives seem to be ok) > cause the machine to freeze. The only way out is to punch the reset button, > or power cycle. > > In any event, the reason I'm asking is taht if anyone has, I'd like to test > the new code. If not, I'll be trying to set some time aside to find out > why its freezing. Hmm, I'm using the one that was discussed on the lists some weeks ago. I think its still in incoming on freefall. I've modified it a bit so it compiles under -current, but so far it seems to work pretty well... I think there has been a couple of patches on the lists for that version too, but I'm not sure... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Wed Oct 30 08:16:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA20756 for hackers-outgoing; Wed, 30 Oct 1996 08:16:24 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA20749 for ; Wed, 30 Oct 1996 08:16:20 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA26022; Wed, 30 Oct 1996 10:14:32 -0600 From: Joe Greco Message-Id: <199610301614.KAA26022@brasil.moneng.mei.com> Subject: Re: EFS To: vadim@tversu.ac.ru (Vadim Kolontsov) Date: Wed, 30 Oct 1996 10:14:32 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Vadim Kolontsov" at Oct 30, 96 06:40:20 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hello, > > are there any plans to implement EFS support (EFS is Silicon Graphics' > filesystem, as far as I know) in FreeBSD? > > With best regards, Vadim. Do you have source code? :-) ... JG From owner-freebsd-hackers Wed Oct 30 08:37:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA28555 for hackers-outgoing; Wed, 30 Oct 1996 08:37:46 -0800 (PST) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA28516 for ; Wed, 30 Oct 1996 08:37:37 -0800 (PST) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id RAA08273 for ; Wed, 30 Oct 1996 17:36:08 +0100 Received: (from j@localhost) by ida.interface-business.de (8.7.5/8.7.3) id RAA06231 for freebsd-hackers@freebsd.org; Wed, 30 Oct 1996 17:38:32 +0100 (MET) From: J Wunsch Message-Id: <199610301638.RAA06231@ida.interface-business.de> Subject: Verbose babble in if_fddisubr.c To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 30 Oct 1996 17:38:32 +0100 (MET) Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) X-Phone: +49-351-31809-14 X-Fax: +49-351-3361187 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, i've just got a call by a customer who's using a DEC DEFPA FDDI card now. She told me that everything works fine (once i've pointed her to the `pseudo-device fddi') but has been a little scared by some verbose babble caused by the driver. After digging around and looking up the error messages, it looks to me that they've got all kinds of weird frames and packets on their wire, so the following two printf's hit often enough: (sys/net/if_fddisubr.c) default: printf("fddi_input: unknown protocol 0x%x\n", fddi_type); ... default: printf("fddi_input: unknown dsap 0x%x\n", l->llc_dsap); ifp->if_noproto++; I think both printf's are merely nice debugging aids to see all the garbage that flies along your wire :), but nothing to be dropped onto a regular user. I therefore suggest hiding them inside either some #ifdef, or at least behind `bootverbose'. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-hackers Wed Oct 30 08:38:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA28702 for hackers-outgoing; Wed, 30 Oct 1996 08:38:16 -0800 (PST) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA28682 for ; Wed, 30 Oct 1996 08:38:12 -0800 (PST) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA27462; Wed, 30 Oct 1996 11:40:50 -0500 Date: Wed, 30 Oct 1996 11:40:50 -0500 Message-Id: <199610301640.LAA27462@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Rick Gray From: dennis@etinc.com (dennis) Subject: Re: The End of NWPros Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >My boss has come in an told me just to axe the internet completely as of >today. I had no arguements that would convince her otherwise. She didn't >have the balls to even alow our commercial accounts time to find a new >provider. So by this evening we close the book on Network Pros. Sounds like a woman of questionable vision. Dennis From owner-freebsd-hackers Wed Oct 30 08:50:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA02121 for hackers-outgoing; Wed, 30 Oct 1996 08:50:28 -0800 (PST) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA02091 for ; Wed, 30 Oct 1996 08:50:20 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr3-5.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA13410 (5.67b/IDA-1.5 for ); Wed, 30 Oct 1996 17:50:16 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.2/8.6.9) id RAA06483; Wed, 30 Oct 1996 17:49:30 +0100 (MET) Message-Id: <199610301649.RAA06483@x14.mi.uni-koeln.de> Date: Wed, 30 Oct 1996 17:48:08 +0100 From: se@zpr.uni-koeln.de (Stefan Esser) To: joerg_wunsch@interface-business.de (Joerg Wunsch) Cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: Verbose babble in if_fddisubr.c In-Reply-To: <199610301638.RAA06231@ida.interface-business.de>; from J Wunsch on Oct 30, 1996 17:38:32 +0100 References: <199610301638.RAA06231@ida.interface-business.de> X-Mailer: Mutt 0.45 Mime-Version: 1.0 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > Hi all, > > i've just got a call by a customer who's using a DEC DEFPA FDDI card > now. She told me that everything works fine (once i've pointed her to > the `pseudo-device fddi') but has been a little scared by some verbose > babble caused by the driver. ... > I think both printf's are merely nice debugging aids to see all the > garbage that flies along your wire :), but nothing to be dropped onto > a regular user. I therefore suggest hiding them inside either some > #ifdef, or at least behind `bootverbose'. How about adding a "sysctl" variable for that purpose ? I'd be opposed to make "bootverbose" take over the meaning "produce more run-time debug messages", since this might affect its current use. But it might be a good idea to make bootverbose set the default for the "verbose run-time msgs" sysctl variable (and it can be forced to on or off from some rc script, if preferred) ... Regards, STefan From owner-freebsd-hackers Wed Oct 30 08:55:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA03277 for hackers-outgoing; Wed, 30 Oct 1996 08:55:04 -0800 (PST) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.202]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA03249 for ; Wed, 30 Oct 1996 08:54:56 -0800 (PST) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id RAA08324 for ; Wed, 30 Oct 1996 17:53:29 +0100 Received: (from j@localhost) by ida.interface-business.de (8.7.5/8.7.3) id RAA06294 for freebsd-hackers@FreeBSD.org; Wed, 30 Oct 1996 17:55:54 +0100 (MET) From: J Wunsch Message-Id: <199610301655.RAA06294@ida.interface-business.de> Subject: Re: Verbose babble in if_fddisubr.c To: freebsd-hackers@FreeBSD.org Date: Wed, 30 Oct 1996 17:55:53 +0100 (MET) Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) In-Reply-To: <199610301649.RAA06483@x14.mi.uni-koeln.de> from Stefan Esser at "Oct 30, 96 05:48:08 pm" X-Phone: +49-351-31809-14 X-Fax: +49-351-3361187 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Stefan Esser wrote: > How about adding a "sysctl" variable for that purpose ? > > I'd be opposed to make "bootverbose" take over the meaning > "produce more run-time debug messages", since this might > affect its current use. I'm all for it. There are already precedences for this abuse, e.g. in the slice code (prining of the slice's start and end address in the bootverbose case -- even though opening a slice is not necessarily related to booting). They should be converted, too. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-hackers Wed Oct 30 09:01:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA05070 for hackers-outgoing; Wed, 30 Oct 1996 09:01:40 -0800 (PST) Received: from fullfeed.msn.fullfeed.com (fullfeed.msn.fullfeed.com [199.184.182.42]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA05046 for ; Wed, 30 Oct 1996 09:01:35 -0800 (PST) Received: from sumatra.americantv.com by fullfeed.msn.fullfeed.com (8.6.9/MSN-1.4) id KAA29430; Wed, 30 Oct 1996 10:52:44 -0600 Received: (from uucp@localhost) by sumatra.americantv.com (8.6.12/8.6.12) with UUCP id KAA06681; Wed, 30 Oct 1996 10:22:00 -0600 Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id QAA16016; Wed, 30 Oct 1996 16:52:08 GMT Message-Id: <199610301652.QAA16016@right.PCS> Date: Wed, 30 Oct 1996 10:52:06 -0600 From: jlemon@americantv.com (Jonathan Lemon) To: terry@lambert.org (Terry Lambert) Cc: jehamby@lightside.com (Jake Hamby), joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, pgiffuni@fps.biblos.unal.edu.co Subject: Re: POSIX Conformance (Unanswered in "questions" so I forwarded...) References: <199610292318.QAA22199@phaeton.artisoft.com> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 In-Reply-To: <199610292318.QAA22199@phaeton.artisoft.com>; from Terry Lambert on Oct 29, 1996 16:18:20 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > Meanwhile, TET is a completely seperate piece of software necessary > for running TET-hosted test suites... like NIST/PCTS. I've already > suggested that someone grab the TET off of the X/Open server (where it > is available for anonymous FTP) and check it into the FreeBSD ports > tree. Which one? - TET3.0a - unavailable to non-paying customers at the moment - dTET2.3 - "distributed TET" - eTET1.10.3 - "extended TET" - TET1.10 - The release version Without knowing which version the NIST code requires, I'd be a little leery of just going in and attempting a port. -- Jonathan From owner-freebsd-hackers Wed Oct 30 09:13:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA08408 for hackers-outgoing; Wed, 30 Oct 1996 09:13:14 -0800 (PST) Received: from battra.telebase.com (root@battra.telebase.com [192.132.57.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA08369 for ; Wed, 30 Oct 1996 09:13:08 -0800 (PST) From: freebsd-hackers@wormhole.telebase.com Received: by battra.telebase.com id MAA23091; Wed, 30 Oct 1996 12:12:58 -0500 (EST) Date: Wed, 30 Oct 1996 12:12:58 -0500 (EST) Message-Id: <199610301712.MAA23091@> To: freebsd-hackers@freebsd.org, bmc@battra.telebase.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe freebsd-hackers From owner-freebsd-hackers Wed Oct 30 10:03:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16988 for hackers-outgoing; Wed, 30 Oct 1996 10:03:32 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA16978 for ; Wed, 30 Oct 1996 10:03:25 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14972(4)>; Wed, 30 Oct 1996 10:02:43 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177480>; Wed, 30 Oct 1996 10:02:32 -0800 X-Mailer: exmh version 1.6.7 5/3/96 To: Hemon Bruno cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD and IP tunneling In-reply-to: Your message of "Tue, 29 Oct 1996 15:37:30 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Oct 1996 10:02:20 PST From: Bill Fenner Message-Id: <96Oct30.100232pst.177480@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Packets sent on the tun* interfaces show up as data to be read on /dev/tun*. Data written on /dev/tun* shows up as input packets on the tun* interfaces. So, if you want to do UDP encapsulated tunnelling, you should do something like open(/dev/tun0) socket(...,SOCK_DGRAM,...); bind(); connect(); while(1) { select on the file and the socket if data is available from the file, write it to the socket if data is available from the socket, write it to the file } You probably want to make the MTU of the tun device 28 bytes less than the path-MTU of the tunnel. You can do this with ioctl(...,TUNSIFINFO,...) on the file. Bill From owner-freebsd-hackers Wed Oct 30 10:11:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA17624 for hackers-outgoing; Wed, 30 Oct 1996 10:11:45 -0800 (PST) Received: from dirac.phys.washington.edu (dirac.phys.washington.edu [128.95.93.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA17610 for ; Wed, 30 Oct 1996 10:11:41 -0800 (PST) Received: by dirac.phys.washington.edu (951211.SGI.8.6.12.PATCH1042/UW-NDC Revision: 2.25 ) id KAA21343; Wed, 30 Oct 1996 10:11:40 -0800 From: "William R. Somsky" Message-Id: <199610301811.KAA21343@dirac.phys.washington.edu> Subject: Re: hackers-digest V1 #1590 To: hackers@freefall.freebsd.org Date: Wed, 30 Oct 1996 10:11:40 -0800 (PST) In-Reply-To: <199610300159.RAA19432@freefall.freebsd.org> from "owner-hackers-digest@freefall.freebsd.org" at Oct 29, 96 05:59:28 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Terry Lambert > Date: Tue, 29 Oct 1996 16:06:06 -0700 (MST) > > Note that having access to the NIST/PCTS is not the same as being > certified. Certification still requires an authorized testing laboratory > to run the test, and it only applies to a particular release level: the > one tested. Well, I don't know if anyone will want to put up the money for certification by an authorized testing lab, but we should be able to (and I believe people are already working towards being able to) pass the tests unoficially. Then we might be able to claim that FreeBSD is "certifiable". :-) ________________________________________________________________________ William R. Somsky somsky@phys.washington.edu Department of Physics, Box 351560 B432 Physics-Astro Bldg Univ. of Washington, Seattle WA 98195-1560 206/616-2954 From owner-freebsd-hackers Wed Oct 30 10:40:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19953 for hackers-outgoing; Wed, 30 Oct 1996 10:40:06 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA19943 for ; Wed, 30 Oct 1996 10:40:02 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.2/8.8.2) with SMTP id KAA18611; Wed, 30 Oct 1996 10:35:21 -0800 (PST) Message-ID: <32779FE2.41C67EA6@whistle.com> Date: Wed, 30 Oct 1996 10:35:14 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Joe Greco CC: Kurt Olsen , freebsd-hackers@FreeBSD.ORG Subject: Re: What happned to 'mkisofs'? References: <199610301403.IAA25748@brasil.moneng.mei.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Joe Greco wrote: > > > I'm running the latest snap and it seems to have dissappeared. Anybody > > know where it went? > > Jordan held a vote a while back and then removed it, as it was considered > too "specialized" and too hard to maintain. > > I disagreed, since CD-ROM writers are rapidly becoming commodity items, > and this is cool functionality to have available. > > I believe that it has been moved into ports someplace, but I do not > know for sure. If it's a port/package, then that should be sufficient. > > ... JG From owner-freebsd-hackers Wed Oct 30 11:10:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA22785 for hackers-outgoing; Wed, 30 Oct 1996 11:10:41 -0800 (PST) Received: from watermarkgroup.com (lor.watermarkgroup.com [38.246.139.30]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA22776 for ; Wed, 30 Oct 1996 11:10:38 -0800 (PST) Received: from 38.246.139.33 (Kim.watermarkgroup.com) by watermarkgroup.com (4.1/SMI-4.1) id AA00468; Wed, 30 Oct 96 14:10:02 EST Message-Id: <3277A807.7FE8@watermarkgroup.com> Date: Wed, 30 Oct 1996 14:13:01 -0500 From: Luoqi Chen Organization: The Watermark Group X-Mailer: Mozilla 3.0 (Macintosh; I; PPC) Mime-Version: 1.0 To: hackers@freebsd.org Subject: wine crash mystery Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have been playing with wine recently. I noticed that wine would mysteriously crash my machine whenever I tried to run wine with a non-existing exe file (it was a typo initially). It seemed that wine had somehow triggered the shutdown condition on the cpu, because there was no panic when the system crashed. According to the 80x86 manual, this shutdown condition is caused by a triple fault -- fault while trying to execute double fault exception vector. Now I have a few questions I hope more experienced hackers out there can help me on. 1. For the double fault to occur, an LDT entry has to be corrupted. After looking at the kernel sources, I could see one reason this might happen. In sys_machdep.c, syscall i386_set_ldt does NOT load new ldt immediately, instead it relies on swtch to do the trick. Chances are one of the new selectors is referenced before rescheduling has taken place. There is a commented out need_reschedule() call in the code, could anyone tell me why it is commented out? 2. Another reason could be the user LDT is not incore. Is this possible? I see user ldt are allocated from kernel map, does it mean user ldt should always be resident? How is it handled in FreeBSD when the 2nd fault is a page fault? 3. For the shutdown condition to occur, the IDT vector for double fault should also be corrupted. How could this happen? I am running wine961023 on FreeBSD 2.1.5R. Do you fellow wine users have the same crashes? I'm really interested in solving this problem. Any advice is greatly appreciated. Thanks -lq From owner-freebsd-hackers Wed Oct 30 11:32:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23801 for hackers-outgoing; Wed, 30 Oct 1996 11:32:37 -0800 (PST) Received: from gvr.win.tue.nl (gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA23795 for ; Wed, 30 Oct 1996 11:32:28 -0800 (PST) Received: (from guido@localhost) by gvr.win.tue.nl (8.8.2/8.8.2) id UAA09437; Wed, 30 Oct 1996 20:31:03 +0100 (MET) From: Guido van Rooij Message-Id: <199610301931.UAA09437@gvr.win.tue.nl> Subject: Re: vx driver... In-Reply-To: <199610301413.JAA04889@spoon.beta.com> from "Brian J. McGovern" at "Oct 30, 96 09:13:33 am" To: mcgovern@spoon.beta.com (Brian J. McGovern) Date: Wed, 30 Oct 1996 20:31:03 +0100 (MET) Cc: fgray@rice.edu, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Brian J. McGovern wrote: > I was just curious if anyone has been doing any recent development work > on the vx driver (3Com 3C59x cards). I have one, have had no problems with it > using the 3Com drivers, but it bombs whenever I do any sizeable writes > under FreeBSD (through the current snap). Pings, and 1k messages usually > survive, however, NFS, FTP, or any other _SENDS_ (receives seem to be ok) > cause the machine to freeze. The only way out is to punch the reset button, > or power cycle. > > In any event, the reason I'm asking is taht if anyone has, I'd like to test > the new code. If not, I'll be trying to set some time aside to find out > why its freezing. We are working to have a new one checked into the tree soon. In the mean time you can look at ftp://freebsd.org/pub/incoming/*vx* -Guido From owner-freebsd-hackers Wed Oct 30 11:34:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23988 for hackers-outgoing; Wed, 30 Oct 1996 11:34:39 -0800 (PST) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA23887 for ; Wed, 30 Oct 1996 11:33:55 -0800 (PST) Received: (from guido@localhost) by gvr.win.tue.nl (8.8.2/8.8.2) id UAA09449; Wed, 30 Oct 1996 20:33:03 +0100 (MET) From: Guido van Rooij Message-Id: <199610301933.UAA09449@gvr.win.tue.nl> Subject: Re: Wish me luck at the fruug user's group meeting today In-Reply-To: from Warner Losh at "Oct 29, 96 11:41:15 am" To: imp@village.org (Warner Losh) Date: Wed, 30 Oct 1996 20:33:03 +0100 (MET) Cc: hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh wrote: > > I'm off to make the slides for my presentation in Boulder Colorado at > 4:00pm MST today. > > Many thanks to all those that have helped, especially Jonathan > Bressler for his wonderful "FreeBSD at EurOpen.SE" slides. I'd also > like to thank Sean Kelly and Steve Passe for their help. > > The Fruug meeting is at 38th and Marine in Boulder at 4:00. Details > in http://www.fruug.org/fruug/announcement.html. > Good luck with it! Will you put the the slides up for ftp? What about those of Jonathan Bressler? -Guido From owner-freebsd-hackers Wed Oct 30 11:42:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA24395 for hackers-outgoing; Wed, 30 Oct 1996 11:42:35 -0800 (PST) Received: from mailer.syr.edu (mailer.syr.edu [128.230.20.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA24384 for ; Wed, 30 Oct 1996 11:42:33 -0800 (PST) Received: from rodan.syr.edu by mailer.syr.edu (LSMTP for Windows NT v1.0a) with SMTP id 7E43A5E0 ; Wed, 30 Oct 1996 14:41:53 -0500 Received: from localhost (cmsedore@localhost) by rodan.syr.edu (8.7.6/8.7.3) with SMTP id OAA08368 for ; Wed, 30 Oct 1996 14:41:29 -0500 (EST) X-Authentication-Warning: rodan.syr.edu: cmsedore owned process doing -bs Date: Wed, 30 Oct 1996 14:41:28 -0500 (EST) From: Christopher Sedore X-Sender: cmsedore@rodan.syr.edu To: FreeBSD hackers Subject: Re: Verbose babble in if_fddisubr.c In-Reply-To: <199610301638.RAA06231@ida.interface-business.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > i've just got a call by a customer who's using a DEC DEFPA FDDI card > now. She told me that everything works fine (once i've pointed her to > the `pseudo-device fddi') but has been a little scared by some verbose > babble caused by the driver. > > After digging around and looking up the error messages, it looks to me > that they've got all kinds of weird frames and packets on their wire, > so the following two printf's hit often enough: > > (sys/net/if_fddisubr.c) > > default: > printf("fddi_input: unknown protocol 0x%x\n", fddi_type); > > .... > default: > printf("fddi_input: unknown dsap 0x%x\n", l->llc_dsap); > ifp->if_noproto++; > > I think both printf's are merely nice debugging aids to see all the > garbage that flies along your wire :), but nothing to be dropped onto > a regular user. I therefore suggest hiding them inside either some > #ifdef, or at least behind `bootverbose'. This is a good idea. I have IPX on my FDDI wire, and this gets annoying in a hurry. Commenting these out is step number 4 in preparing a machine for use around here. How about #ifdef FDDI_VERBOSE or FDDI_DEBUG? -Chris From owner-freebsd-hackers Wed Oct 30 11:58:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA25174 for hackers-outgoing; Wed, 30 Oct 1996 11:58:01 -0800 (PST) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA25162 for ; Wed, 30 Oct 1996 11:57:52 -0800 (PST) Received: (from guido@localhost) by gvr.win.tue.nl (8.8.2/8.8.2) id UAA09626; Wed, 30 Oct 1996 20:56:19 +0100 (MET) From: Guido van Rooij Message-Id: <199610301956.UAA09626@gvr.win.tue.nl> Subject: Re: rlogind user name restrictions In-Reply-To: <199610171436.JAA07828@starfire.mn.org> from "john@starfire.mn.org" at "Oct 17, 96 09:36:27 am" To: john@starfire.mn.org Date: Wed, 30 Oct 1996 20:56:19 +0100 (MET) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk john@starfire.mn.org wrote: > I understand the restriction on not passing a "username" to login that > STARTS with '-', but I do not understand the restriction on it anywhere > in the "lusername" string. Would any BAD THINGS happen if I relaxed > the restriction to only check for the first character? > > The thing is, we have a user "star-net"... > Yes you are right. This has long been fixed in current. -Guido Here is the patch: --- /usr/src/libexec/rlogind/rlogind.c Sun Jun 23 15:07:44 1996 +++ /tmp/rlogind.c Wed Oct 30 20:55:23 1996 @@ -293,7 +293,7 @@ if (f > 2) /* f should always be 0, but... */ (void) close(f); setup_term(0); - if (strchr(lusername, '-')) { + if (lusername == '-') { syslog(LOG_ERR, "tried to pass user \"%s\" to login", lusername); fatal(STDERR_FILENO, "invalid user", 0); From owner-freebsd-hackers Wed Oct 30 12:10:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25823 for hackers-outgoing; Wed, 30 Oct 1996 12:10:04 -0800 (PST) Received: from apolo.biblos.unal.edu.co ([168.176.37.75]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA25804 for ; Wed, 30 Oct 1996 12:10:00 -0800 (PST) Received: from unalslip.usc.unal.edu.co ([168.176.3.40]) by apolo.biblos.unal.edu.co (8.8.0/8.8.0) with SMTP id PAA08935; Wed, 30 Oct 1996 15:11:23 -0500 (EST) Message-ID: <3277DFEE.6ACD@fps.biblos.unal.edu.co> Date: Wed, 30 Oct 1996 15:08:30 -0800 From: "Pedro Giffuni S." Reply-To: pgiffuni@fps.biblos.unal.edu.co Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: Jonathan Lemon CC: hackers@freebsd.org Subject: Re: POSIX Conformance References: <199610292318.QAA22199@phaeton.artisoft.com> <199610301652.QAA16016@right.PCS> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jonathan Lemon wrote: > > Without knowing which version the NIST code requires, I'd be a little > leery of just going in and attempting a port. > Why not ask NIST? I already sent the address two times. but here it goes again: Martha Gray What REALLY worries me is that their test suite must run UNMODIFIED, which may mean FreeBSD should start being modified right away. Having a port is an excellent idea, as every future release must be checked, but it cannot be modified. Pedro. > Jonathan From owner-freebsd-hackers Wed Oct 30 12:25:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26944 for hackers-outgoing; Wed, 30 Oct 1996 12:25:12 -0800 (PST) Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA26934 for ; Wed, 30 Oct 1996 12:25:07 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.8.2/8.8.2) id EAA16860 for freebsd-hackers@freebsd.org; Thu, 31 Oct 1996 04:25:04 +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-hackers@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-hackers@freebsd.org Date: 30 Oct 1996 20:25:03 GMT From: peter@spinner.DIALix.COM (Peter Wemm) Message-ID: <558div$dgm$2@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199610172043.GAA11694@godzilla.zeta.org.au> Subject: Re: POSIX TEST SUITE Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199610172043.GAA11694@godzilla.zeta.org.au>, bde@zeta.org.au (Bruce Evans) writes: > These areas should be fairly conformant, since I have run a test > suite on them and fixed and fixed many of the problems. My current > list of POSIX conformance problems is: > > signal handling: [..] > tty handling: [..] > file times: [..] > file system: [..] > other: [..] Add: setgid()/setegid() interferes with the supplemental groups list, the test suite has code to check that the gid/egid and groups list is independent, as explicitly specified in the standard. We don't actually have an effecitive gid... > Bruce -Peter From owner-freebsd-hackers Wed Oct 30 12:29:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA27185 for hackers-outgoing; Wed, 30 Oct 1996 12:29:25 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA27178 for ; Wed, 30 Oct 1996 12:29:21 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA26464; Wed, 30 Oct 1996 14:25:25 -0600 From: Joe Greco Message-Id: <199610302025.OAA26464@brasil.moneng.mei.com> Subject: Re: rlogind user name restrictions To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Wed, 30 Oct 1996 14:25:25 -0600 (CST) Cc: john@starfire.mn.org, hackers@freebsd.org In-Reply-To: <199610301956.UAA09626@gvr.win.tue.nl> from "Guido van Rooij" at Oct 30, 96 08:56:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > john@starfire.mn.org wrote: > > I understand the restriction on not passing a "username" to login that > > STARTS with '-', but I do not understand the restriction on it anywhere > > in the "lusername" string. Would any BAD THINGS happen if I relaxed > > the restriction to only check for the first character? > > > > The thing is, we have a user "star-net"... > > > > Yes you are right. > This has long been fixed in current. > > -Guido > > Here is the patch: > > --- /usr/src/libexec/rlogind/rlogind.c Sun Jun 23 15:07:44 1996 > +++ /tmp/rlogind.c Wed Oct 30 20:55:23 1996 > @@ -293,7 +293,7 @@ > if (f > 2) /* f should always be 0, but... */ > (void) close(f); > setup_term(0); > - if (strchr(lusername, '-')) { > + if (lusername == '-') { > syslog(LOG_ERR, "tried to pass user \"%s\" to login", > lusername); > fatal(STDERR_FILENO, "invalid user", 0); Try again? How about "*lusername"... :-) ... JG From owner-freebsd-hackers Wed Oct 30 12:36:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA27463 for hackers-outgoing; Wed, 30 Oct 1996 12:36:56 -0800 (PST) Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA27453 for ; Wed, 30 Oct 1996 12:36:50 -0800 (PST) From: john@starfire.mn.org Received: (from john@localhost) by starfire.mn.org (8.7.5/1.1) id OAA03828; Wed, 30 Oct 1996 14:35:20 -0600 (CST) Message-Id: <199610302035.OAA03828@starfire.mn.org> Subject: Re: rlogind user name restrictions To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Wed, 30 Oct 1996 14:35:19 -0600 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199610301956.UAA09626@gvr.win.tue.nl> from "Guido van Rooij" at Oct 30, 96 08:56:19 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Guido van Rooij wrote: > > john@starfire.mn.org wrote: > > I understand the restriction on not passing a "username" to login that > > STARTS with '-', but I do not understand the restriction on it anywhere > > in the "lusername" string. Would any BAD THINGS happen if I relaxed > > the restriction to only check for the first character? > > > > The thing is, we have a user "star-net"... > > Yes you are right. > This has long been fixed in current. Great! Thanks. > Here is the patch: Well, I was about to say that it looks exactly like mine, only IT DOESN'T! Here's why... > --- /usr/src/libexec/rlogind/rlogind.c Sun Jun 23 15:07:44 1996 > +++ /tmp/rlogind.c Wed Oct 30 20:55:23 1996 > @@ -293,7 +293,7 @@ > if (f > 2) /* f should always be 0, but... */ > (void) close(f); > setup_term(0); > - if (strchr(lusername, '-')) { > + if (lusername == '-') { ^^^^^^^^^ Shouldn't this be "*lusername" or "lusername[0]"????????? Unless this is simply a typo, the security we once had on this matter is toast, since that pointer is never going to be equal to '-'... Even doing this, has it been checked that there are no throw-away characters that login might skip over that would make the corrected test ineffectual? I'm not that totally familiar with the internal operation of "getopt" that I could speak authoritatively to this issue, which is why I didn't submit my diffs in the first place. That was what I meant by "BAD THINGS". > syslog(LOG_ERR, "tried to pass user \"%s\" to login", > lusername); > fatal(STDERR_FILENO, "invalid user", 0); John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Wed Oct 30 12:42:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA27744 for hackers-outgoing; Wed, 30 Oct 1996 12:42:20 -0800 (PST) Received: from gvr.win.tue.nl (gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA27735 for ; Wed, 30 Oct 1996 12:42:03 -0800 (PST) Received: (from guido@localhost) by gvr.win.tue.nl (8.8.2/8.8.2) id VAA09887; Wed, 30 Oct 1996 21:40:00 +0100 (MET) From: Guido van Rooij Message-Id: <199610302040.VAA09887@gvr.win.tue.nl> Subject: Re: rlogind user name restrictions In-Reply-To: <199610302035.OAA03828@starfire.mn.org> from "john@starfire.mn.org" at "Oct 30, 96 02:35:19 pm" To: john@starfire.mn.org Date: Wed, 30 Oct 1996 21:39:59 +0100 (MET) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk john@starfire.mn.org wrote: > > > --- /usr/src/libexec/rlogind/rlogind.c Sun Jun 23 15:07:44 1996 > > +++ /tmp/rlogind.c Wed Oct 30 20:55:23 1996 > > @@ -293,7 +293,7 @@ > > if (f > 2) /* f should always be 0, but... */ > > (void) close(f); > > setup_term(0); > > - if (strchr(lusername, '-')) { > > + if (lusername == '-') { > ^^^^^^^^^ > Shouldn't this be "*lusername" or "lusername[0]"????????? Of course that should be *lusername. That's the problem when you havent setup cvsup and you do things by head ;-() > > Even doing this, has it been checked that there are no throw-away > characters that login might skip over that would make the corrected > test ineffectual? I'm not that totally familiar with the internal > operation of "getopt" that I could speak authoritatively to this > issue, which is why I didn't submit my diffs in the first place. > That was what I meant by "BAD THINGS". no problems there. -Guido From owner-freebsd-hackers Wed Oct 30 12:42:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA27785 for hackers-outgoing; Wed, 30 Oct 1996 12:42:49 -0800 (PST) Received: from fullfeed.msn.fullfeed.com (fullfeed.msn.fullfeed.com [199.184.182.42]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA27780 for ; Wed, 30 Oct 1996 12:42:47 -0800 (PST) Received: from sumatra.americantv.com by fullfeed.msn.fullfeed.com (8.6.9/MSN-1.4) id OAA15178; Wed, 30 Oct 1996 14:41:35 -0600 Received: (from uucp@localhost) by sumatra.americantv.com (8.6.12/8.6.12) with UUCP id OAA07461; Wed, 30 Oct 1996 14:10:59 -0600 Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id UAA06343; Wed, 30 Oct 1996 20:39:49 GMT Message-Id: <199610302039.UAA06343@right.PCS> Date: Wed, 30 Oct 1996 14:39:47 -0600 From: jlemon@americantv.com (Jonathan Lemon) To: pgiffuni@fps.biblos.unal.edu.co Cc: hackers@freebsd.org Subject: Re: POSIX Conformance References: <199610292318.QAA22199@phaeton.artisoft.com> <199610301652.QAA16016@right.PCS> <3277DFEE.6ACD@fps.biblos.unal.edu.co> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 In-Reply-To: <3277DFEE.6ACD@fps.biblos.unal.edu.co>; from Pedro Giffuni S. on Oct 30, 1996 15:08:30 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Pedro Giffuni S. writes: > Jonathan Lemon wrote: > > > > Without knowing which version the NIST code requires, I'd be a little > > leery of just going in and attempting a port. > > > Why not ask NIST? I already sent the address two times. but here it goes > again: > Martha Gray I must have missed it earlier - I only saw Terry's message. Regardless, I've just sent an inquiry to the address above. -- Jonathan From owner-freebsd-hackers Wed Oct 30 13:07:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA29417 for hackers-outgoing; Wed, 30 Oct 1996 13:07:19 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA29403 for ; Wed, 30 Oct 1996 13:07:12 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15131(4)>; Wed, 30 Oct 1996 13:06:07 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177480>; Wed, 30 Oct 1996 13:02:28 -0800 To: Guido van Rooij cc: john@starfire.mn.org, hackers@freebsd.org Subject: Re: rlogind user name restrictions In-reply-to: Your message of "Wed, 30 Oct 96 11:56:19 PST." <199610301956.UAA09626@gvr.win.tue.nl> Date: Wed, 30 Oct 1996 13:02:22 PST From: Bill Fenner Message-Id: <96Oct30.130228pst.177480@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199610301956.UAA09626@gvr.win.tue.nl> you write: >Here is the patch: Er, your patch is missing a "*". The real patch can be gotten from http://www.freebsd.org/cgi/cvsweb.cgi/src/libexec/rlogind/rlogind.c?r1=1.6&r2=1.8 Bill From owner-freebsd-hackers Wed Oct 30 13:13:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA29783 for hackers-outgoing; Wed, 30 Oct 1996 13:13:46 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA29773 for ; Wed, 30 Oct 1996 13:13:41 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vIhwL-0007To-00; Wed, 30 Oct 1996 14:12:45 -0700 To: pgiffuni@fps.biblos.unal.edu.co Subject: Re: [Fwd: Re: POSIX Conformance] Cc: hackers@freebsd.org In-reply-to: Your message of "Tue, 29 Oct 1996 20:39:19 PST." <3276DBF7.471A@fps.biblos.unal.edu.co> References: <3276DBF7.471A@fps.biblos.unal.edu.co> Date: Wed, 30 Oct 1996 14:12:45 -0700 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <3276DBF7.471A@fps.biblos.unal.edu.co> "Pedro Giffuni S." writes: : > Are the OpenBSD results available? : : Not yet; they will be within a week or two. Readers of the OpenBSD source-changes list will notice that they have had a few kernel fixes relating to signals and such that have traditionally been non-conformant areas of BSD based kernels, so there have been a few fixes already in OpenBSD. Likely similar ones need to be made to NetBSD and FreeBSD, but I've not looked in detail at the changes made, nor the FreeBSD code. Warner From owner-freebsd-hackers Wed Oct 30 13:16:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA00303 for hackers-outgoing; Wed, 30 Oct 1996 13:16:56 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA00292 for ; Wed, 30 Oct 1996 13:16:53 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vIi04-0007U7-00; Wed, 30 Oct 1996 14:16:36 -0700 To: Guido van Rooij Subject: Re: Wish me luck at the fruug user's group meeting today Cc: hackers@freebsd.org In-reply-to: Your message of "Wed, 30 Oct 1996 20:33:03 +0100." <199610301933.UAA09449@gvr.win.tue.nl> References: <199610301933.UAA09449@gvr.win.tue.nl> Date: Wed, 30 Oct 1996 14:16:36 -0700 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199610301933.UAA09449@gvr.win.tue.nl> Guido van Rooij writes: : Will you put the the slides up for ftp? What about those of Jonathan Bressler? When I get a spare moment, I'll put them on freefall. maybe it is time to start a collection :-). Jonathan will have to give out his slides, since I don't wish to step on his perogative. Warner From owner-freebsd-hackers Wed Oct 30 15:13:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA08521 for hackers-outgoing; Wed, 30 Oct 1996 15:13:17 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA08505 for ; Wed, 30 Oct 1996 15:12:58 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA24194; Wed, 30 Oct 1996 16:06:21 -0700 From: Terry Lambert Message-Id: <199610302306.QAA24194@phaeton.artisoft.com> Subject: Re: /var/mail (was: re: Help, permission problems...) To: scrappy@ki.net (Marc G. Fournier) Date: Wed, 30 Oct 1996 16:06:21 -0700 (MST) Cc: proff@suburbia.net, hackers@FreeBSD.org In-Reply-To: from "Marc G. Fournier" at Oct 29, 96 11:57: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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > So in conclusion: > > > > > > 1) There should be an fcntl() awar "driver" to go with the flock() > > > aware "driver", since this is the best approach to locaking > > > on FreeBSD (and NetBSD and OpenBSD, etc.). > > > 2) There needs to be a subset interface for non-MIME-aware > > > mail transport agents (which only care about the encapsulated > > > message, not how to break out contents other than addressing > > > tags, which are seperate anyway, by definition). > > > 3) Sendmail (out "mail.local") should use the subset interface. > > > > > > > > > A tall order, unfortunately. 8-(. > > > > Or we could just make procmail the default mail store agent ;) > > > > How does that fix the problem with IMAP4 under FreeBSD? It redefines ".lock" locking as "correct for FreeBSD because the default Mail Transport Agent uses it". 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-hackers Wed Oct 30 15:25:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA09100 for hackers-outgoing; Wed, 30 Oct 1996 15:25:54 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA09091 for ; Wed, 30 Oct 1996 15:25:44 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA24211; Wed, 30 Oct 1996 16:19:20 -0700 From: Terry Lambert Message-Id: <199610302319.QAA24211@phaeton.artisoft.com> Subject: Re: EFS To: vadim@tversu.ac.ru (Vadim Kolontsov) Date: Wed, 30 Oct 1996 16:19:20 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Vadim Kolontsov" at Oct 30, 96 06:40:20 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > are there any plans to implement EFS support (EFS is Silicon Graphics' > filesystem, as far as I know) in FreeBSD? Bot at present. Get them to document their machines so we can port to their hardware, and then it will become an issue for us... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Oct 30 16:08:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA11218 for hackers-outgoing; Wed, 30 Oct 1996 16:08:57 -0800 (PST) Received: from tahoma.cwu.edu (skynyrd@tahoma.cwu.edu [198.104.65.220]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA11208 for ; Wed, 30 Oct 1996 16:08:55 -0800 (PST) Received: by tahoma.cwu.edu; id AA10239; Wed, 30 Oct 1996 16:08:36 -0800 Date: Wed, 30 Oct 1996 16:08:36 -0800 (PST) From: Chris Timmons To: Joerg Wunsch Cc: FreeBSD hackers Subject: Re: Verbose babble in if_fddisubr.c In-Reply-To: <199610301638.RAA06231@ida.interface-business.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I had the same thing happen to me recently and I submitted kern/1859 as a low-priority change request. Care to fix it? :) -Chris On Wed, 30 Oct 1996, J Wunsch wrote: > Hi all, > > i've just got a call by a customer who's using a DEC DEFPA FDDI card > now. She told me that everything works fine (once i've pointed her to > the `pseudo-device fddi') but has been a little scared by some verbose > babble caused by the driver. > > After digging around and looking up the error messages, it looks to me > that they've got all kinds of weird frames and packets on their wire, > so the following two printf's hit often enough: > > (sys/net/if_fddisubr.c) > > default: > printf("fddi_input: unknown protocol 0x%x\n", fddi_type); > > ... > default: > printf("fddi_input: unknown dsap 0x%x\n", l->llc_dsap); > ifp->if_noproto++; > > I think both printf's are merely nice debugging aids to see all the > garbage that flies along your wire :), but nothing to be dropped onto > a regular user. I therefore suggest hiding them inside either some > #ifdef, or at least behind `bootverbose'. > > -- > J"org Wunsch Unix support engineer > joerg_wunsch@interface-business.de http://www.interface-business.de/~j > From owner-freebsd-hackers Wed Oct 30 16:09:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA11263 for hackers-outgoing; Wed, 30 Oct 1996 16:09:30 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA11252 for ; Wed, 30 Oct 1996 16:09:21 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA24354; Wed, 30 Oct 1996 17:02:58 -0700 From: Terry Lambert Message-Id: <199610310002.RAA24354@phaeton.artisoft.com> Subject: Re: POSIX Conformance (Unanswered in "questions" so I forwarded...) To: jlemon@americantv.com (Jonathan Lemon) Date: Wed, 30 Oct 1996 17:02:58 -0700 (MST) Cc: terry@lambert.org, jehamby@lightside.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, pgiffuni@fps.biblos.unal.edu.co In-Reply-To: <199610301652.QAA16016@right.PCS> from "Jonathan Lemon" at Oct 30, 96 10:52:06 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Terry Lambert writes: > > Meanwhile, TET is a completely seperate piece of software necessary > > for running TET-hosted test suites... like NIST/PCTS. I've already > > suggested that someone grab the TET off of the X/Open server (where it > > is available for anonymous FTP) and check it into the FreeBSD ports > > tree. > > Which one? > > - TET3.0a - unavailable to non-paying customers at the moment > - dTET2.3 - "distributed TET" > - eTET1.10.3 - "extended TET" > - TET1.10 - The release version > > Without knowing which version the NIST code requires, I'd be a little > leery of just going in and attempting a port. Why? A POSIX-compliant platform is required to run all of them without changes. Seems like a good test-by-fire to me. I believe I ran under TET1.10 at Novell for the UnixWare 2.x testing. I used dTET2.3 under OpenBSD for NIST/PCTSthe other day More information: http://www.nist.gov/itl/div897/pubs/fip151-2.htm I suggest obtaining: d. Test Methods for Measuring Conformance to POSIX, IEEE Std 1003.3-1991. e. Test Methods for Measuring Conformance to POSIX.1, IEEE Std 2003.1-1992. Methods are described in the HTML document, above. 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-hackers Wed Oct 30 16:20:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA11996 for hackers-outgoing; Wed, 30 Oct 1996 16:20:40 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA11990 for ; Wed, 30 Oct 1996 16:20:37 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA26689; Wed, 30 Oct 1996 19:20:06 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 30 Oct 1996 19:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id SAA00305 for ; Wed, 30 Oct 1996 18:56:23 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id SAA07583; Wed, 30 Oct 1996 18:57:08 -0500 (EST) Date: Wed, 30 Oct 1996 18:57:08 -0500 (EST) From: Thomas David Rivers Message-Id: <199610302357.SAA07583@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers, ponds!lakes.water.net!rivers Subject: Another data point in the daily panics... Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ok I'm just now cleaning up from last night's panic on my 2.1.5 (now STABLE, not RELEASE) system. Recall, this is a 386DX-33, 8MEG, IDE controller, sio ports, running my news and mail and SL/IP connections. Last night's panic wiped out my /usr/lib/news directory (I run an old version of Cnews...) - so I had to reconstruct all of this from backups and files gleaned from /usr/lost+found. (I'm painfully rebuilding the history file as I type this... :-) ) Some items of interest: 1) I had to run fsck 3 times before getting a clean disk, each time it discovered more dangling files to put in lost+found. 2) The panic this time was not doubly free'ing of an inode. I haven't seen this since I installed 2.1.5-S. This time it was "panic: bad dir". 3) I've seen similar occurrences on IDE and SCSI (aha1542B) drives, so I'm reluctant to call this a hardware/disk drive problem - but it's possible... 4) By judicious choice of newfs parms, I can reproduce the "free" panic during an install of 2.1.5-R (and 2.1.0) with different hardware... [Scan the 2.1.0 mail logs for a Subject: "panic: fs dup alloc" to see my previous report...] Is there no-one else who's ever seen panics like this? I would think that some ISP running a news system has got to run into these types of problems... That's what makes me think it's my newfs parms.... perhaps I'm the only person to set up "weird" ones that tickle this problem... [I could be on a totally wrong track here - but it's the only similar item between the IDE and SCSI configurations, besides the kernel...] Anyway, just for information's sake - here's the output of newfs -N, the disklabel, the first part of a dumpfs. If anyone has a suggestion of where to look, or how to proceed, I'd greatly appreciate it... ----------------- newfs -N /dev/rwd0s1e ----------------- Warning: 3488 sector(s) in last cylinder unallocated /dev/rwd0s1e: 2568800 sectors in 628 cylinders of 1 tracks, 4096 sectors 1254.3MB in 40 cyl groups (16 c/g, 32.00MB/g, 7680 i/g) super-block backups (for fsck -b #) at: 32, 65568, 131104, 196640, 262176, 327712, 393248, 458784, 524320, 589856, 655392, 720928, 786464, 852000, 917536, 983072, 1048608, 1114144, 1179680, 1245216, 1310752, 1376288, 1441824, 1507360, 1572896, 1638432, 1703968, 1769504, 1835040, 1900576, 1966112, 2031648, 2097184, 2162720, 2228256, 2293792, 2359328, 2424864, 2490400, 2555936, ----------------- disklabel -r /dev/wd0c ---------------- # /dev/wd0c: type: ESDI disk: wd0s1 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 16 sectors/cylinder: 1008 cylinders: 3157 sectors/unit: 3183201 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 307200 0 4.2BSD 0 0 0 # (Cyl. 0 - 304*) b: 307200 307200 swap # (Cyl. 304*- 609*) c: 3183201 0 unused 0 0 # (Cyl. 0 - 3157*) e: 2568801 614400 4.2BSD 0 0 0 # (Cyl. 609*- 3157*) ----------------- first part of dumpfs -------------------------- magic 11954 time Wed Oct 30 17:17:57 1996 cylgrp dynamic inodes 4.4BSD nbfree 99103 ndir 7926 nifree 1102441 nffree 1194 ncg 57 ncyl 627 size 1284096 blocks 1137247 bsize 8192 shift 13 mask 0xffffe000 fsize 1024 shift 10 mask 0xfffffc00 frag 8 shift 3 fsbtodb 1 cpg 11 bpg 2816 fpg 22528 ipg 20480 minfree 8% optim time maxcontig 7 maxbpg 2048 rotdelay 0ms headswitch 0us trackseek 0us rps 60 ntrak 1 nsect 4096 npsect 4096 spc 4096 symlinklen 60 trackskew 0 interleave 1 contigsumsize 7 nindir 2048 inopb 64 nspf 2 sblkno 16 cblkno 24 iblkno 32 dblkno 2592 sbsize 2048 cgsize 6144 cgoffset 2048 cgmask 0xffffffff csaddr 2592 cssize 1024 shift 9 mask 0xfffffe00 cgrotor 56 fmod 0 ronly 0 clean 1 (no rotational position table) cs[].cs_(nbfree,ndir,nifree,nffree): ... - Dave Rivers - From owner-freebsd-hackers Wed Oct 30 16:30:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA12605 for hackers-outgoing; Wed, 30 Oct 1996 16:30:29 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA12581 for ; Wed, 30 Oct 1996 16:30:14 -0800 (PST) Received: from campa.panke.de (anonymous222.ppp.cs.tu-berlin.de [130.149.17.222]) by mail.cs.tu-berlin.de (8.6.13/8.6.12) with ESMTP id BAA29971; Thu, 31 Oct 1996 01:25:00 +0100 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id AAA01136; Thu, 31 Oct 1996 00:37:09 +0100 Date: Thu, 31 Oct 1996 00:37:09 +0100 From: Wolfram Schneider Message-Id: <199610302337.AAA01136@campa.panke.de> To: Jake Hamby Cc: "Hr.Ladavac" , joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, csubl@csv.warwick.ac.uk Subject: Re: Priorities? In-Reply-To: References: <199610281236.AA292366197@ws2301.gud.siemens.co.at> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jake Hamby writes: >No, the original post is correct. In typical confusing UNIX terminology, >"nice -20 xlock" will set the priority to 20 (a very low priority). If >you're using /usr/bin/nice (which fvwm will, because it uses /bin/sh to >execute commands), then "nice --20 xlock" will raise the priority to -20 >(which requires root privs anyway). If you're using csh, then it gets >more confusing. In that case you are correct, the command will try to >raise the priority (but confusingly, does not print an error if you don't >have privileges) and the correct way to lower the priority is with "nice >+20 command". > >I'm surprised this isn't in the UNIX Hater's Handbook, as it's a great >examples of typical UNIX braindamage... :-) s/UNIX/csh from BSD/ "Two of the most famous products of Berkeley are LSD and Unix. I don't think this is a coincidence" --Anonymous UNIX Hater's Handbook, first chapter, first page --Wolfram Schneider From owner-freebsd-hackers Wed Oct 30 16:47:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13574 for hackers-outgoing; Wed, 30 Oct 1996 16:47:21 -0800 (PST) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA13566 for ; Wed, 30 Oct 1996 16:47:19 -0800 (PST) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id QAA16838 for ; Wed, 30 Oct 1996 16:47:49 -0800 (PST) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id LAA10960 for freebsd-hackers@freebsd.org; Thu, 31 Oct 1996 11:46:41 +1100 From: Julian Assange Message-Id: <199610310046.LAA10960@suburbia.net> Subject: Re: FreeBSD and IP tunneling To: freebsd-hackers@freebsd.org Date: Thu, 31 Oct 1996 11:46:40 +1100 (EST) In-Reply-To: <96Oct30.100232pst.177480@crevenia.parc.xerox.com> from "Bill Fenner" at Oct 30, 96 10:02:20 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Packets sent on the tun* interfaces show up as data to be read on /dev/tun*. > Data written on /dev/tun* shows up as input packets on the tun* interfaces. > So, if you want to do UDP encapsulated tunnelling, you should do something like Are there as yet no userland tools to do this? It seems like something that should be addressed. What about IPIP? Writing can be done easily enough with IP_HDRINCL, but how do you go about reading such packets short of bpf? -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | C7F81C2AA32D7D4E4D360A2ED2098E0D | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Wed Oct 30 16:59:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA14287 for hackers-outgoing; Wed, 30 Oct 1996 16:59:41 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA14282 for ; Wed, 30 Oct 1996 16:59:39 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id QAA29341 for ; Wed, 30 Oct 1996 16:59:38 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vIlQm-0000DF-00; Wed, 30 Oct 1996 17:56:24 -0700 To: Terry Lambert Subject: Re: EFS Cc: vadim@tversu.ac.ru (Vadim Kolontsov), freebsd-hackers@freebsd.org In-reply-to: Your message of "Wed, 30 Oct 1996 16:19:20 MST." <199610302319.QAA24211@phaeton.artisoft.com> References: <199610302319.QAA24211@phaeton.artisoft.com> Date: Wed, 30 Oct 1996 17:56:24 -0700 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199610302319.QAA24211@phaeton.artisoft.com> Terry Lambert writes: : Bot at present. Get them to document their machines so we can port : to their hardware, and then it will become an issue for us... :-) SGI is currently supporting a Linux port to their machines. However, I've not seen that code released yet. When it is, maybe that will be enough documentation to port code. But then again, maybe not. It is supposed to support efs as well, or so the rumors I've heard say. Warner From owner-freebsd-hackers Wed Oct 30 17:38:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA16333 for hackers-outgoing; Wed, 30 Oct 1996 17:38:25 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA16327 for ; Wed, 30 Oct 1996 17:38:17 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.2/8.8.2) with SMTP id RAA00215 for ; Wed, 30 Oct 1996 17:35:32 -0800 (PST) Message-ID: <3278025C.41C67EA6@whistle.com> Date: Wed, 30 Oct 1996 17:35:24 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: "Thrashing" index Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone have any ideas on how to describe or detirmine the amount of thrashing going on on a machine? one thing I can think of would be to count the number of processes sitting in 'vmwait' state, or to look at teh page-in and page-out numbers, but hte problem with the second approach is that you need to look twice separated by a time period, to detirmine if the system is doing a lot of work and should not be asked to do more... basically I'm trying to make the system self limit when memory starts to become in short supply, in combination with a few other events. for example.. If the cpu idle time is high, but there is not much memory free, and there are processes in vmwait, then it's probably not a good idea to launch more processes, as the system is probably thrashing.. another index might be to find out how long it takes to allocate an 8K region or similar.. but I think I'd like to find some way that you can look at (say) 3 or 4 static indeces instantly available (e.g. through /proc or sysctl) and munge them into a go/no-go decision for launching more work. julian From owner-freebsd-hackers Wed Oct 30 17:41:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA16654 for hackers-outgoing; Wed, 30 Oct 1996 17:41:49 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA16641 for ; Wed, 30 Oct 1996 17:41:44 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.2/8.8.2) with SMTP id RAA00291; Wed, 30 Oct 1996 17:39:24 -0800 (PST) Message-ID: <32780343.167EB0E7@whistle.com> Date: Wed, 30 Oct 1996 17:39:15 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Julian Assange CC: freebsd-hackers@freebsd.org Subject: Re: FreeBSD and IP tunneling References: <199610310046.LAA10960@suburbia.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Julian Assange wrote: > > > Packets sent on the tun* interfaces show up as data to be read on /dev/tun*. > > Data written on /dev/tun* shows up as input packets on the tun* interfaces. > > So, if you want to do UDP encapsulated tunnelling, you should do something like > > Are there as yet no userland tools to do this? It seems like something that > should be addressed. What about IPIP? Writing can be done easily enough with > IP_HDRINCL, but how do you go about reading such packets short of bpf? > For such things we use the divert sockets here.. :) From owner-freebsd-hackers Wed Oct 30 17:43:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA16842 for hackers-outgoing; Wed, 30 Oct 1996 17:43:33 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA16832 for ; Wed, 30 Oct 1996 17:43:29 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA25644; Thu, 31 Oct 1996 12:12:09 +1030 From: Michael Smith Message-Id: <199610310142.MAA25644@genesis.atrad.adelaide.edu.au> Subject: Re: FreeBSD and IP tunneling To: proff@suburbia.net (Julian Assange) Date: Thu, 31 Oct 1996 12:12:09 +1030 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199610310046.LAA10960@suburbia.net> from "Julian Assange" at Oct 31, 96 11:46:40 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Julian Assange stands accused of saying: > > > Packets sent on the tun* interfaces show up as data to be read on /dev/tun*. > > Data written on /dev/tun* shows up as input packets on the tun* interfaces. > > So, if you want to do UDP encapsulated tunnelling, you should do something like > > Are there as yet no userland tools to do this? It seems like something that > should be addressed. What about IPIP? Writing can be done easily enough with > IP_HDRINCL, but how do you go about reading such packets short of bpf? You route to an address assigned to a local tunnel interface, and talk to the back end of the tunnel. > |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | Your ,sig is too wide, please fix. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Oct 30 20:04:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22987 for hackers-outgoing; Wed, 30 Oct 1996 20:04:11 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA22980 for ; Wed, 30 Oct 1996 20:04:09 -0800 (PST) Received: from scanner.worldgate.com by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0vInvm-0008uIC; Wed, 30 Oct 96 19:36 PST Received: from znep.com (uucp@localhost) by scanner.worldgate.com (8.7.5/8.7.3) with UUCP id UAA06065 for hackers@freebsd.org; Wed, 30 Oct 1996 20:32:50 -0700 (MST) Received: from localhost (marcs@localhost) by alive.ampr.ab.ca (8.7.5/8.7.3) with SMTP id UAA09973 for ; Wed, 30 Oct 1996 20:32:36 -0700 (MST) Date: Wed, 30 Oct 1996 20:32:35 -0700 (MST) From: Marc Slemko X-Sender: marcs@alive.ampr.ab.ca To: hackers@freebsd.org Subject: BSD make oddities? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Take the below makefile. Try a 'make vers.o'. For me, it fails with a: make: don't know how to make vers.c. Stop Running under 2.1.5, but I get the same thing with the make from -current, although that doesn't mean too much since /usr/share/mk could make a big difference. If I remove the SRCS definition or the ${SRCS} from the foo line, it works fine. Can anyone explain what is happening? It looks like some interaction between the default rules and the makefile, but I'm not exactly sure where especially considering that if I remove the ${SRCS} dependency from the foo target it works. Makefile: ---------------------------------------- SRCS = vers.c vers.o: echo in vers.o foo: ${SRCS} echo in foo From owner-freebsd-hackers Thu Oct 31 00:38:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA08883 for hackers-outgoing; Thu, 31 Oct 1996 00:38:52 -0800 (PST) Received: from cyclone.degnet.baynet.de (root@cyclone.degnet.baynet.de [194.95.214.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA08864; Thu, 31 Oct 1996 00:38:45 -0800 (PST) Received: from neuron (ppp6 [194.95.214.136]) by cyclone.degnet.baynet.de (8.6.12/8.6.9) with SMTP id JAA14172; Thu, 31 Oct 1996 09:43:18 +0100 Message-ID: <3278806D.2FA6@degnet.baynet.de> Date: Thu, 31 Oct 1996 09:33:17 -0100 From: Darius Moos Reply-To: moos@degnet.baynet.de X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: FreeBSD-questions CC: freebsd-hackers , danny@panda.hilink.com.au Subject: Re: Is this network possible with FreeBSD ??? References: <326DFE77.549B@degnet.baynet.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi again, now here comes my summary. many people answered me that my problem MUST be handeled by FreeBSD and gave me hints and tips and solutions. I have tried them all and they did NOT work !!! To simplify the situation, i've tried to get the network running, that is pictured below (at the end of this mail). Now look at all the configurations i've tried: The ISPA-Router was always configured to send packets with dst-ip 1.2.3.253 through ed1. The FreeBSD-box had always 1.2.3.36 as the default-router. 1. FreeBSD: ifconfig ed0 inet 1.2.3.253 The problem: When sending a packet to www.freebsd.org it returns back as it should do (no problem), BUT when sending a packet to the 1.2.3.x-net (ie. 1.2.3.10 or 1.2.3.11 or 1.2.3.252 or...) nothing happens. The packet don't even get on the Telco-wire. The packet don't get to the ISDN-card. The reason: (i do not really know but i'm assuming this to be the reason) FreeBSD broadcasts for the dst-ip on the ethernet-segment FreeBSD is part of through ed0. Since there are only two IPs and two ethernet-adr.es on the wire, the broadcast for the dst-ip (ie. 1.2.3.10 or 1.2.3.11 or 1.2.3.252 or...) gives no result. So the packet does not get on its way to the 1.2.3.x-net. The solution would be: A configuration-command for FreeBSD to send all packets through ed0. 2. FreeBSD: ifconfig ed0 inet 1.2.3.253 netmask 0xffffffff The problem: The router (1.2.3.36) was not found when the default-route is set in /etc/netstart. The reason: Network unreachable error The solution would be: A configuration-command for FreeBSD to send all packets through ed0. 3. FreeBSD: ifconfig ed0 inet 1.2.3.253 broadcast 1.2.3.0 The problem: The router (1.2.3.36) was not found when the default-route is set in /etc/netstart. The reason: There were no broadcast-packets at all and therefor the Router was not found and entered as LINK# in the routing-table. The solution: I do not know what a solution could look like in this situation. 4. FreeBSD: ifconfig ed0 inet 1.2.3.253 broadcast 1.2.3.36 The problem: The Router (1.2.3.36) was found but again all other hosts on the 1.2.3.x-net were not found The reason: FreeBSD was broadcasting for this hosts on the ethernet but there was not answer, because this hosts are only reachable through the ISDN-connection and not directly through the ethernet-wire. The solution would be: A configuration-command for FreeBSD to send all packets through ed0. I have tried this four cases also with the additional parameter "-arp" but that did not help either and the effects were the same. Then i've tried to make 1.2.3.253 an alias on ed0. The Router was configured to send all packets with dst-ip 192.168.4.1 through ed1. 5. FreeBSD: ifconfig ed0 inet 192.168.4.1 ifconfig ed0 inet 1.2.3.253 netmask 0xffffff00 alias The problem: When sending a packet to www.freebsd.org it returns back as it should do (no problem), BUT when sending a packet to the 1.2.3.x-net (ie. 1.2.3.10 or 1.2.3.11 or 1.2.3.252 or...) nothing happens. The packet don't even get on the Telco-wire. The packet don't get to the ISDN-card. The reason: (i do not really know but i'm assuming this to be the reason) FreeBSD broadcasts for the dst-ip on the ethernet-segment FreeBSD is part of through ed0. Since there are only two IPs and two ethernet-adr.es on the wire, the broadcast for the dst-ip (ie. 1.2.3.10 or 1.2.3.11 or 1.2.3.252 or...) gives no result. So the packet does not get on its way to the 1.2.3.x-net. The solution would be: A configuration-command for FreeBSD to send all packets through ed0. The same is true for case 2,3,4 with the additional ifconfig-alias command and the symptoms are the same as described in this cases. Further i have tried an netmask of 0xffffffff for the alias command (i know this is not intended for that situation but i've tried anyway) It did not work either. So summarizing all my experiences i've collected with this configuration i have to come to the conclusion, that the specified network is NOT possible with FreeBSD. But what's really disappointing is the fact, that Linux-1.(something) can handle this network :( , maybe because it is breaking some standards. So my final question is: To whom in the developers-group should i send this report ? Is this report of any use ? Darius Moos. Here the promised picture: +---------------+ | FreeBSD-2.1.0 | |+-------------+| || NE 2000 || || 1.2.3.253 || || ed1 || ++------o------++ | | ++-------o-------++ || NE 2000 || || 1.2.3.36 || || ed1 || |+---------------+| | | | ISPA +-------+ Telco-wire | Router | ISDN o------------o ISP 1.2.3.x | +-------+ net | | ++---------------++ From owner-freebsd-hackers Thu Oct 31 01:30:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA11011 for hackers-outgoing; Thu, 31 Oct 1996 01:30:49 -0800 (PST) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA10972; Thu, 31 Oct 1996 01:30:34 -0800 (PST) Received: (from danny@localhost) by panda.hilink.com.au (8.7.6/8.7.3) id UAA08285; Thu, 31 Oct 1996 20:27:49 +1100 (EST) Date: Thu, 31 Oct 1996 20:27:47 +1100 (EST) From: "Daniel O'Callaghan" To: Darius Moos cc: FreeBSD-questions , freebsd-hackers Subject: Re: Is this network possible with FreeBSD ??? In-Reply-To: <3278806D.2FA6@degnet.baynet.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 4. FreeBSD: > ifconfig ed0 inet 1.2.3.253 broadcast 1.2.3.36 > The problem: > The Router (1.2.3.36) was found but again all other hosts on > the 1.2.3.x-net were not found Huh!?! Why on earth do you have .253 and .36 on the same wire, which is a separate wire from the rest of that network. No wonder it does not work. You should really get two IP addresses close together - .35 and .36 and use netmask 0xfffffffc. If you *have* to use .253 and .36, and you can't get a more sensible pair from your ISP, my preferred option would be to change ISP. Failing that, ifconfig ed0 1.2.3.253 netmask 0xfffffffc arp -s 1.2.3.254 0:0:0:0:0:0 (substitute ethernet address of router) route add default 1.2.3.254 But I'm still baffled as to how your router knows that .253 is on one link and the rest of 1.2.3.x is on another link. Danny > +---------------+ > | FreeBSD-2.1.0 | > |+-------------+| > || NE 2000 || > || 1.2.3.253 || > || ed1 || > ++------o------++ > | > | > ++-------o-------++ > || NE 2000 || > || 1.2.3.36 || > || ed1 || > |+---------------+| > | | > | ISPA +-------+ Telco-wire > | Router | ISDN o------------o ISP 1.2.3.x > | +-------+ net > | | > ++---------------++ > From owner-freebsd-hackers Thu Oct 31 04:02:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA24017 for hackers-outgoing; Thu, 31 Oct 1996 04:02:48 -0800 (PST) Received: from trem.cnt.org.br (desvio.cnt.org.br [200.19.123.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA23997 for ; Thu, 31 Oct 1996 04:02:42 -0800 (PST) Received: by trem.cnt.org.br (AIX 3.2/UCB 5.64/4.03) id AA11007; Thu, 31 Oct 1996 10:01:16 -0300 From: ormonde@trem.cnt.org.br (Rodrigo Ormonde) Message-Id: <9610311301.AA11007@trem.cnt.org.br> Subject: Zombie processes To: hackers@freebsd.org Date: Thu, 31 Oct 1996 10:01:15 -0300 (GRNLNDST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. I'm writing a server process that opens a socket for listen and every time a new connection arrives the process is forked and the child deals with the client. Everything is working fine, except for the fact that when the child processes exit they become zombies. Every time a new connection is established and finished there is a new zombie process. I can't execute a wait() on the parent process because it has to listen to new connections and can't be blocked on the wait() call. Is there any way to remove the zombie process from the system without blocking the parent process ? Please send answers directly to me, I'm not on the list. Thanks in advance. -- Rodrigo de La Rocque Ormonde e-mail: ormonde@cnt.org.br PGP Public key: finger ormonde@cnt.org.br From owner-freebsd-hackers Thu Oct 31 05:25:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA02728 for hackers-outgoing; Thu, 31 Oct 1996 05:25:02 -0800 (PST) Received: from mail12.digital.com (mail12.digital.com [192.208.46.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA02717 for ; Thu, 31 Oct 1996 05:24:59 -0800 (PST) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail12.digital.com (8.7.5/UNX 1.5/1.0/WV) id IAA17673; Thu, 31 Oct 1996 08:15:10 -0500 (EST) Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA16026; Thu, 31 Oct 1996 14:15:02 +0100 Message-Id: <9610311315.AA16026@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: ormonde@trem.cnt.org.br (Rodrigo Ormonde) Cc: hackers@freebsd.org In-Reply-To: Message from ormonde@trem.cnt.org.br (Rodrigo Ormonde) of Thu, 31 Oct 96 10:01:15 -0300. Reply-To: gjennejohn@frt.dec.com Subject: Re: Zombie processes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Oct 96 14:15:02 +0100 X-Mts: smtp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ormonde@trem.cnt.org.br writes: > Hi. > > I'm writing a server process that opens a socket for listen and every time > a new connection arrives the process is forked and the child deals with the > client. > Everything is working fine, except for the fact that when the child > processes exit they become zombies. Every time a new connection is establishe -d > and finished there is a new zombie process. I can't execute a wait() on the > parent process because it has to listen to new connections and can't be block -ed > on the wait() call. > Is there any way to remove the zombie process from the system without > blocking the parent process ? > > Please send answers directly to me, I'm not on the list. > > Thanks in advance. try using a handler for SIGCHLD and do the wait there. It might be even better to use waitpid. --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-hackers Thu Oct 31 06:06:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA06860 for hackers-outgoing; Thu, 31 Oct 1996 06:06:52 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA06855 for ; Thu, 31 Oct 1996 06:06:48 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id BAA00660; Fri, 1 Nov 1996 01:02:49 +1100 Date: Fri, 1 Nov 1996 01:02:49 +1100 From: Bruce Evans Message-Id: <199610311402.BAA00660@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, j@ida.interface-business.de Subject: Re: Verbose babble in if_fddisubr.c Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> How about adding a "sysctl" variable for that purpose ? >> >> I'd be opposed to make "bootverbose" take over the meaning >> "produce more run-time debug messages", since this might >> affect its current use. Er, `bootverbose' always had that meaning. It's a (poorly named) `verbose' flag that happens to be set at boot time. The general `verbose' flag has to be set at boot time so that it applies to boot messages. >I'm all for it. > >There are already precedences for this abuse, e.g. in the slice code >(prining of the slice's start and end address in the bootverbose case >-- even though opening a slice is not necessarily related to booting). The author of `bootverbose' told me that it was a general flag when I objected to using it for controlling the slice messages. Bruce From owner-freebsd-hackers Thu Oct 31 06:29:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA09473 for hackers-outgoing; Thu, 31 Oct 1996 06:29:19 -0800 (PST) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA09463 for ; Thu, 31 Oct 1996 06:29:16 -0800 (PST) Received: from localhost (jehamby@localhost) by covina.lightside.com (8.8.2/8.8.2) with SMTP id GAA01736; Thu, 31 Oct 1996 06:27:59 -0800 (PST) Date: Thu, 31 Oct 1996 06:27:50 -0800 (PST) From: Jake Hamby To: Terry Lambert cc: Jonathan Lemon , joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, pgiffuni@fps.biblos.unal.edu.co Subject: Re: POSIX Conformance (Unanswered in "questions" so I forwarded...) In-Reply-To: <199610310002.RAA24354@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Oct 1996, Terry Lambert wrote: > > Terry Lambert writes: > > > Meanwhile, TET is a completely seperate piece of software necessary > > > for running TET-hosted test suites... like NIST/PCTS. I've already > > > suggested that someone grab the TET off of the X/Open server (where it > > > is available for anonymous FTP) and check it into the FreeBSD ports > > > tree. > > > > Which one? > > > > - TET3.0a - unavailable to non-paying customers at the moment > > - dTET2.3 - "distributed TET" > > - eTET1.10.3 - "extended TET" > > - TET1.10 - The release version > > > > Without knowing which version the NIST code requires, I'd be a little > > leery of just going in and attempting a port. > > Why? A POSIX-compliant platform is required to run all of them > without changes. > > Seems like a good test-by-fire to me. > > I believe I ran under TET1.10 at Novell for the UnixWare 2.x testing. > > I used dTET2.3 under OpenBSD for NIST/PCTSthe other day I didn't have any trouble compiling TET1.10 under FreeBSD. The makefiles are allowed to be modified, and the only thing I needed to add was a define for NSIG (which is not defined in /usr/src/sys/signal.h if _POSIX_SOURCE is also defined). I also changed the signal numbering in the shell script Makefile, as described in the installation documentation. Note that it didn't test this too thoroughly, other than successfully running it with the demo testbed. TET is a very small program (208k tar archive), so there is no reason not to make a port out of it, as Terry suggests. It may be useful for testing our conformance to other standards (like X11) besides POSIX. Also, our libc complains about the use of gets(), but I didn't notice any problem running the test. Now that our linker complains about the use of gets(), though, we should probably comment out the run-time warning since it might affect the POSIX test results. Finally, I should note that GCC detected a genuine bug in the TET source code. I don't know if this has been fixed in the other versions or the 3.0 version (which is only available to members now). It is in line 477 (the last line) of journal.c, whose function returns the address of a local variable. > More information: > > http://www.nist.gov/itl/div897/pubs/fip151-2.htm This, like most of the documents on the NIST and NCSL WWW sites is not very useful! Though what else I would expect from a government agency, I don't know... -- Jake From owner-freebsd-hackers Thu Oct 31 06:30:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA09623 for hackers-outgoing; Thu, 31 Oct 1996 06:30:11 -0800 (PST) Received: from critter.tfs.com (disn4.cybercity.dk [194.16.57.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA09560; Thu, 31 Oct 1996 06:29:56 -0800 (PST) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id PAA06080; Thu, 31 Oct 1996 15:29:48 +0100 (MET) To: Bruce Evans cc: freebsd-hackers@freebsd.org, j@ida.interface-business.de Subject: Re: Verbose babble in if_fddisubr.c In-reply-to: Your message of "Fri, 01 Nov 1996 01:02:49 +1100." <199610311402.BAA00660@godzilla.zeta.org.au> Date: Thu, 31 Oct 1996 15:29:48 +0100 Message-ID: <6078.846772188@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >The author of `bootverbose' told me that it was a general flag when I >objected to using it for controlling the slice messages. Is that's me you're referring to ? :-) The idea was for it to be a flag that you could set so early that you could catch boot-related stuff (to which I consider the slice but not the FDDI messages). As soon as you have single user running you can tweak a sysctl variable, and things that can use that, should use that instead. So: FDDI should have a sysctl: net.fddi.verbose or similar, possibly two different ones... -- 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-hackers Thu Oct 31 06:36:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA10453 for hackers-outgoing; Thu, 31 Oct 1996 06:36:06 -0800 (PST) Received: from nevis.oss.uswest.net (nevis.oss.uswest.net [204.147.85.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA10444 for ; Thu, 31 Oct 1996 06:36:04 -0800 (PST) Received: (from greg@localhost) by nevis.oss.uswest.net (8.6.12/8.6.12) id IAA25215; Thu, 31 Oct 1996 08:35:32 -0600 From: "Greg Rowe" Message-Id: <9610310835.ZM25213@nevis.oss.uswest.net> Date: Thu, 31 Oct 1996 08:35:32 -0600 In-Reply-To: Thomas David Rivers "Another data point in the daily panics..." (Oct 30, 6:57pm) References: <199610302357.SAA07583@lakes.water.net> X-Mailer: Z-Mail (3.2.1 10oct95) To: freebsd-hackers@freefall.freebsd.org, Thomas David Rivers Subject: Re: Another data point in the daily panics... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have a number of News systems running 2.1.5 Release with absolutely no problems. These systems range from anywhere between 8 and 20 gig of News spool space. They all run INN and CCD. These systems are "rock solid". The difference is that the hardware is all custom built based on advice found in these mailing lists. If your serious about running a "production" FreeBSD server, don't skimp on the hardware. Do some mailing list searches and find out what motherboard, controllers, and drives work best for your application. Your hardware is probably not what most folks on this list would consider using for a News server based on the load the application places on the system. Greg On Oct 30, 6:57pm, Thomas David Rivers wrote: > Subject: Another data point in the daily panics... > > Ok > > I'm just now cleaning up from last night's panic on my 2.1.5 > (now STABLE, not RELEASE) system. > > Recall, this is a 386DX-33, 8MEG, IDE controller, sio ports, running > my news and mail and SL/IP connections. > > Last night's panic wiped out my /usr/lib/news directory (I run > an old version of Cnews...) - so I had to reconstruct all of this > from backups and files gleaned from /usr/lost+found. (I'm painfully > rebuilding the history file as I type this... :-) ) > > Some items of interest: > > 1) I had to run fsck 3 times before getting a clean disk, > each time it discovered more dangling files to put > in lost+found. > > 2) The panic this time was not doubly free'ing of an > inode. I haven't seen this since I installed 2.1.5-S. > This time it was "panic: bad dir". > > 3) I've seen similar occurrences on IDE and SCSI (aha1542B) > drives, so I'm reluctant to call this a hardware/disk drive > problem - but it's possible... > > 4) By judicious choice of newfs parms, I can reproduce the > "free" panic during an install of 2.1.5-R (and 2.1.0) > with different hardware... [Scan the 2.1.0 mail logs > for a Subject: "panic: fs dup alloc" to see my previous > report...] > > > Is there no-one else who's ever seen panics like this? > > I would think that some ISP running a news system has got to run into > these types of problems... > > That's what makes me think it's my newfs parms.... perhaps I'm the > only person to set up "weird" ones that tickle this problem... [I could > be on a totally wrong track here - but it's the only similar item > between the IDE and SCSI configurations, besides the kernel...] > > Anyway, just for information's sake - here's the output of newfs -N, > the disklabel, the first part of a dumpfs. > > If anyone has a suggestion of where to look, or how to proceed, I'd > greatly appreciate it... > > ----------------- newfs -N /dev/rwd0s1e ----------------- > Warning: 3488 sector(s) in last cylinder unallocated > /dev/rwd0s1e: 2568800 sectors in 628 cylinders of 1 tracks, 4096 sectors > 1254.3MB in 40 cyl groups (16 c/g, 32.00MB/g, 7680 i/g) > super-block backups (for fsck -b #) at: > 32, 65568, 131104, 196640, 262176, 327712, 393248, 458784, 524320, 589856, > 655392, 720928, 786464, 852000, 917536, 983072, 1048608, 1114144, 1179680, > 1245216, 1310752, 1376288, 1441824, 1507360, 1572896, 1638432, 1703968, > 1769504, 1835040, 1900576, 1966112, 2031648, 2097184, 2162720, 2228256, > 2293792, 2359328, 2424864, 2490400, 2555936, > > ----------------- disklabel -r /dev/wd0c ---------------- > > # /dev/wd0c: > type: ESDI > disk: wd0s1 > label: > flags: > bytes/sector: 512 > sectors/track: 63 > tracks/cylinder: 16 > sectors/cylinder: 1008 > cylinders: 3157 > sectors/unit: 3183201 > rpm: 3600 > interleave: 1 > trackskew: 0 > cylinderskew: 0 > headswitch: 0 # milliseconds > track-to-track seek: 0 # milliseconds > drivedata: 0 > > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 307200 0 4.2BSD 0 0 0 # (Cyl. 0 - 304*) > b: 307200 307200 swap # (Cyl. 304*- 609*) > c: 3183201 0 unused 0 0 # (Cyl. 0 - 3157*) > e: 2568801 614400 4.2BSD 0 0 0 # (Cyl. 609*- 3157*) > > ----------------- first part of dumpfs -------------------------- > magic 11954 time Wed Oct 30 17:17:57 1996 > cylgrp dynamic inodes 4.4BSD > nbfree 99103 ndir 7926 nifree 1102441 nffree 1194 > ncg 57 ncyl 627 size 1284096 blocks 1137247 > bsize 8192 shift 13 mask 0xffffe000 > fsize 1024 shift 10 mask 0xfffffc00 > frag 8 shift 3 fsbtodb 1 > cpg 11 bpg 2816 fpg 22528 ipg 20480 > minfree 8% optim time maxcontig 7 maxbpg 2048 > rotdelay 0ms headswitch 0us trackseek 0us rps 60 > ntrak 1 nsect 4096 npsect 4096 spc 4096 > symlinklen 60 trackskew 0 interleave 1 contigsumsize 7 > nindir 2048 inopb 64 nspf 2 > sblkno 16 cblkno 24 iblkno 32 dblkno 2592 > sbsize 2048 cgsize 6144 cgoffset 2048 cgmask 0xffffffff > csaddr 2592 cssize 1024 shift 9 mask 0xfffffe00 > cgrotor 56 fmod 0 ronly 0 clean 1 > (no rotational position table) > > cs[].cs_(nbfree,ndir,nifree,nffree): > > ... > > > > - Dave Rivers - > >-- End of excerpt from Thomas David Rivers -- Greg Rowe | U S West - Interact Services | INTERNET greg@uswest.net 111 Washington Ave. South | Fax: (612) 672-8537 Minneapolis, MN USA 55401 | Voice: (612) 672-8535 Never trust an operating system you don't have source for.... From owner-freebsd-hackers Thu Oct 31 07:15:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA13599 for hackers-outgoing; Thu, 31 Oct 1996 07:15:43 -0800 (PST) Received: from fps.biblos.unal.edu.co ([168.176.37.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA13594 for ; Thu, 31 Oct 1996 07:15:31 -0800 (PST) From: pgiffuni@fps.biblos.unal.edu.co Received: from localhost by fps.biblos.unal.edu.co (AIX 4.1/UCB 5.64/4.03) id AA32050; Thu, 31 Oct 1996 09:18:39 -0600 Date: Thu, 31 Oct 1996 09:18:39 -0600 (CST) To: Warner Losh Cc: Terry Lambert , Vadim Kolontsov , freebsd-hackers@freebsd.org Subject: Re: EFS In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Oct 1996, Warner Losh wrote: > In message <199610302319.QAA24211@phaeton.artisoft.com> Terry Lambert writes: > : Bot at present. Get them to document their machines so we can port > : to their hardware, and then it will become an issue for us... > > :-) > What about an SCO filesystem? I think there is a Linux code, and "their hardware" is well known. It would be nice to mount it and directly execute programs. Pedro. From owner-freebsd-hackers Thu Oct 31 07:23:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA14080 for hackers-outgoing; Thu, 31 Oct 1996 07:23:52 -0800 (PST) Received: from badboy.wisetech.com (badboy.wisetech.com [205.231.232.76]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA14046 for ; Thu, 31 Oct 1996 07:23:29 -0800 (PST) Received: (from rick@localhost) by badboy.wisetech.com (8.6.12/8.6.9) id KAA27564; Thu, 31 Oct 1996 10:17:39 -0500 Date: Thu, 31 Oct 1996 10:17:39 -0500 (EST) From: Rick Weldon To: Rodrigo Ormonde cc: hackers@freebsd.org Subject: Re: Zombie processes In-Reply-To: <9610311301.AA11007@trem.cnt.org.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 31 Oct 1996, Rodrigo Ormonde wrote: > Everything is working fine, except for the fact that when the child > processes exit they become zombies. Every time a new connection is established > and finished there is a new zombie process. I can't execute a wait() on the > parent process because it has to listen to new connections and can't be block$ > on the wait() call. > Is there any way to remove the zombie process from the system without > blocking the parent process ? You have to tell the parent to ignore the kids. I got this straight from Stevens Network Programming page 70 something. Here is a sig handler /* ignore the kids, BSD requires that we define a func to call on SIGCHLD */ sig_child() { int pid; int status; while( (pid=wait3(&status,(int)WNOHANG, (struct rusage *) 0)) > 0); } Then just install the handler in main in the parent: signal(SIGCHLD,(sig_t) sig_child); The children are ignored and the parent drives on. Rick | Rick Weldon -- WISE-Tech LLC | E-mail: rick@wisetech.com From owner-freebsd-hackers Thu Oct 31 07:41:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA15640 for hackers-outgoing; Thu, 31 Oct 1996 07:41:22 -0800 (PST) Received: from renoir.cftnet.com (renoir.cftnet.com [163.125.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA15631 for ; Thu, 31 Oct 1996 07:41:18 -0800 (PST) Received: (gambert@localhost) by renoir.cftnet.com (8.8.0/8.6.4) id KAA18728; Thu, 31 Oct 1996 10:45:45 -0500 (EST) Date: Thu, 31 Oct 1996 10:45:45 -0500 (EST) From: "Allen W. Gambert" X-Sender: gambert@renoir.cftnet.com To: hackers@freebsd.org Subject: problems with device driver Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm writing a device driver for a prototype async board. The device driver i've written compiles into the kernel fine. When the system boots with the newly built kernel, the kernel entry routines mbprobe and mbattach get called and the initialization of the device driver structures correctly happens. I can see this because i've put a bunch of printf statements all over the place in every routine that is called. I've checked the majors.i386 file and decided to use major device number 77, the last free entry in that file. After creating the device nodes I use kermit to try to open the device. I keep getting 'Sorry, can't open connection: /dev/mb0: Device not configured'. I believe this is caused by the open routine returning 'ENXIO'. The problem is the kernel is not calling my open routine but instead some other open routine. I know its not calling my open routine because its not printing out the printf's i've placed at the beginning of 'mbopen'. My question is what can I do to determine why my open routine is not being called but instead some other open routine is being called? I must be over looking something, but I just cant seem to figure out what. If someone can point me in the right direction I would greatly appreciate it. Also. I was hoping to make this device driver an lkm instead of hard coding it into the kernel. The only problem is I cant seem to find any documentation on lkm other than the man pages. Does anyone know where I might be able to find some documentation on lkm? Thanks for you help. Allen From owner-freebsd-hackers Thu Oct 31 08:21:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA18006 for hackers-outgoing; Thu, 31 Oct 1996 08:21:06 -0800 (PST) Received: from gull.dockside.co.za (gull.dockside.co.za [196.34.54.8]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA17989 for ; Thu, 31 Oct 1996 08:20:44 -0800 (PST) Received: (from inus@localhost) by gull.dockside.co.za (8.6.12/8.6.12) id SAA00563; Thu, 31 Oct 1996 18:22:23 +0200 From: Inus Scheepers Message-Id: <199610311622.SAA00563@gull.dockside.co.za> Subject: IFconfig alias and Gated To: dennis@et.htp.com Date: Thu, 31 Oct 1996 18:22:23 +0200 (SAT) Cc: hackers@freebsd.org, gated-alpha@cornell.edu X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi I'm getting the same problem - running gated, and it seems that it deletes the alias addresses! I have to add them by hand to get it to work... I first do the normal ifconfig ed1 196.34.54.9 alias netmask 0xffffffff Then, I ping it. If it doesn't reply, I repeat the command, with a different netmask: ifconfig ed1 196.34.54.9 alias netmask 0xffffff00 This gives me 'file exists', and I repeat the first one again, ping, try the second one, and so on until it works. Fun! I need gated to route the incoming PPP lines - if anyone can help me fix this... a free weekend in Cape Town! -- Inus From owner-freebsd-hackers Thu Oct 31 08:27:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA18299 for hackers-outgoing; Thu, 31 Oct 1996 08:27:21 -0800 (PST) Received: from gateway.skipstone.com (root@GATEWAY.SKIPSTONE.COM [198.214.10.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA18294 for ; Thu, 31 Oct 1996 08:27:16 -0800 (PST) Received: from bugs.skipstone.com (bugs.skipstone.com [204.69.236.2]) by gateway.skipstone.com (8.7.4/8.6.9) with ESMTP id KAA24138; Thu, 31 Oct 1996 10:26:48 -0600 Received: from [204.69.236.50] (hotapplepie.skipstone.com [204.69.236.50]) by bugs.skipstone.com (8.7.5/8.7.3) with ESMTP id KAA23827; Thu, 31 Oct 1996 10:27:07 -0600 X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: References: <199610310002.RAA24354@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 31 Oct 1996 10:27:05 -0600 To: Jake Hamby From: Richard Wackerbarth Subject: Re: POSIX Conformance (Unanswered in "questions" so I forwarded...) Cc: terry@lambert.org, hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >TET ... so there is no reason not to make a port out of it, as Terry >suggests. Perhaps I don't understand. Are you suggesting that it be added to the "contrib" tree? If you need to change as much as one line in the makefile, I will argue that it should be placed into "ports" or somewhere higher in the hiearchy. In fact, I can see a value in having "out-of-the-box" programs listed in a special "ports" section just to propogate the knowledge that they work(ed). From owner-freebsd-hackers Thu Oct 31 08:27:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA18327 for hackers-outgoing; Thu, 31 Oct 1996 08:27:33 -0800 (PST) Received: from critter.tfs.com (disn3.cybercity.dk [194.16.57.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA18305; Thu, 31 Oct 1996 08:27:23 -0800 (PST) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id RAA06410; Thu, 31 Oct 1996 17:27:26 +0100 (MET) To: "Allen W. Gambert" cc: hackers@freebsd.org Subject: Re: problems with device driver In-reply-to: Your message of "Thu, 31 Oct 1996 10:45:45 EST." Date: Thu, 31 Oct 1996 17:27:25 +0100 Message-ID: <6408.846779245@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message , "Allen W. Gambert" writes: >connection: /dev/mb0: Device not configured'. I believe this is caused This could be because your cdevsw isn't registred. look for the string "cdevsw" in the sio driver -- 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-hackers Thu Oct 31 08:46:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19459 for hackers-outgoing; Thu, 31 Oct 1996 08:46:37 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA19454 for ; Thu, 31 Oct 1996 08:46:32 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA27895; Thu, 31 Oct 1996 10:45:48 -0600 From: Joe Greco Message-Id: <199610311645.KAA27895@brasil.moneng.mei.com> Subject: Re: Another data point in the daily panics... To: greg@uswest.net (Greg Rowe) Date: Thu, 31 Oct 1996 10:45:48 -0600 (CST) Cc: freebsd-hackers@freefall.freebsd.org, ponds!rivers@dg-rtp.dg.com In-Reply-To: <9610310835.ZM25213@nevis.oss.uswest.net> from "Greg Rowe" at Oct 31, 96 08:35:32 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have a number of News systems running 2.1.5 Release with absolutely no > problems. These systems range from anywhere between 8 and 20 gig of News spool > space. They all run INN and CCD. These systems are "rock solid". The difference > is that the hardware is all custom built based on advice found in these mailing > lists. If your serious about running a "production" FreeBSD server, don't skimp > on the hardware. Do some mailing list searches and find out what motherboard, > controllers, and drives work best for your application. Your hardware is > probably not what most folks on this list would consider using for a News > server based on the load the application places on the system. > > Greg > > On Oct 30, 6:57pm, Thomas David Rivers wrote: > > Subject: Another data point in the daily panics... > > > > Ok > > > > I'm just now cleaning up from last night's panic on my 2.1.5 > > (now STABLE, not RELEASE) system. > > > > Recall, this is a 386DX-33, 8MEG, IDE controller, sio ports, running > > my news and mail and SL/IP connections. I run several stable news servers too (soon to be more)... Mr. Rivers seems to be running a "stress test from hell" configuration :-( ... JG From owner-freebsd-hackers Thu Oct 31 08:53:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19895 for hackers-outgoing; Thu, 31 Oct 1996 08:53:01 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA19888 for ; Thu, 31 Oct 1996 08:52:52 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA01410; Thu, 31 Oct 1996 17:51:56 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA29602; Thu, 31 Oct 1996 17:51:56 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id RAA14539; Thu, 31 Oct 1996 17:41:29 +0100 (MET) From: J Wunsch Message-Id: <199610311641.RAA14539@uriah.heep.sax.de> Subject: Re: Another data point in the daily panics... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 31 Oct 1996 17:41:29 +0100 (MET) Cc: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610302357.SAA07583@lakes.water.net> from Thomas David Rivers at "Oct 30, 96 06:57:08 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Thomas David Rivers wrote: > Is there no-one else who's ever seen panics like this? Obviously not. > I would think that some ISP running a news system has got to run into > these types of problems... No, these guys don't run Cnews. (INN stresses the hardware with another usage pattern.) -- 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-hackers Thu Oct 31 08:59:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA20390 for hackers-outgoing; Thu, 31 Oct 1996 08:59:23 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA20380 for ; Thu, 31 Oct 1996 08:59:09 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA01670; Thu, 31 Oct 1996 17:58:35 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA29731; Thu, 31 Oct 1996 17:58:34 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id RAA14734; Thu, 31 Oct 1996 17:52:28 +0100 (MET) From: J Wunsch Message-Id: <199610311652.RAA14734@uriah.heep.sax.de> Subject: Re: EFS To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 31 Oct 1996 17:52:28 +0100 (MET) Cc: vadim@tversu.ac.ru Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Warner Losh at "Oct 30, 96 05:56: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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Warner Losh wrote: > SGI is currently supporting a Linux port to their machines. However, > I've not seen that code released yet. When it is, maybe that will be > enough documentation to port code. But then again, maybe not. It is > supposed to support efs as well, or so the rumors I've heard say. Btw., IRIX' efs is among the most fragile file systems i've seen (or its particular implementation in IRIX 5.2 and 5.3, maybe). One power failure or panic, and even X servers (guaranteed to be only read, never written) went away through /dev/null... -- 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-hackers Thu Oct 31 09:01:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA20569 for hackers-outgoing; Thu, 31 Oct 1996 09:01:12 -0800 (PST) Received: from cyclone.degnet.baynet.de (root@cyclone.degnet.baynet.de [194.95.214.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA20561; Thu, 31 Oct 1996 09:01:05 -0800 (PST) Received: from neuron (ppp6 [194.95.214.136]) by cyclone.degnet.baynet.de (8.6.12/8.6.9) with SMTP id SAA16624; Thu, 31 Oct 1996 18:02:29 +0100 Message-ID: <3278F561.5140@degnet.baynet.de> Date: Thu, 31 Oct 1996 17:52:17 -0100 From: Darius Moos Reply-To: moos@degnet.baynet.de X-Mailer: Mozilla 3.0Gold (Win95; I) MIME-Version: 1.0 To: "Daniel O'Callaghan" CC: FreeBSD-questions , freebsd-hackers , rkw@dataplex.net, jmg@nike.efn.org Subject: Re: Is this network possible with FreeBSD ??? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yes, that did the trick. The FreeBSD-box is up and running and everything works as it should. Now i'm glad that the FreeBSD-box will not be trashed :) and Linux won't find it's way to this customer. I've written a little script that cycles through ranges of IP-adr.es and arp's them to a specific ethernet-adr. (the one of the router) at bootup. Thanks again to all the people on this list for their help. Special thanks to: Daniel O'Callaghan Gary Palmer Joe Greco John-Mark Gurney Julian Elischer Mattias Pantzare Michael Smith Narvi Ollivier Robert Pedro Giffuni Richard Wackerbarth Thinker Li Darius Moos. And yes Richard W., i am an idiot. Daniel O'Callaghan wrote: > > On Thu, 31 Oct 1996, Darius Moos wrote: > > > > > It has just a simple ifconfig like: > > ifconfig ed1 inet 1.2.3.36 > > route add 1.2.3.253 ed1 > > route add 1.2.3.0 isdn > > > > It really adds a route with the destination being a device instead of > > an IP-adr. > > OK, you can do this with FreeBSD using ipfilter by Darren Reed. > > YOu could also use a netmask of 255.255.255.0 for 1.2.3.253 ed0, and > arp -s all of the other 1.2.3.x hosts onto the router. THat would work. > > I still think the ISP is in error in assigning you two separate IPs on > the same network. > > Danny -- email: moos@degnet.baynet.de From owner-freebsd-hackers Thu Oct 31 09:04:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA20892 for hackers-outgoing; Thu, 31 Oct 1996 09:04:38 -0800 (PST) Received: from deputy.pavilion.co.uk (deputy.pavilion.co.uk [194.242.128.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA20885 for ; Thu, 31 Oct 1996 09:04:32 -0800 (PST) Received: (from jlk@localhost) by deputy.pavilion.co.uk (8.7/8.7) id RAA08772 for hackers@freebsd.org; Thu, 31 Oct 1996 17:03:43 GMT From: Joe Karthauser Message-Id: <199610311703.RAA08772@deputy.pavilion.co.uk> Subject: probing scsi bus after boot? To: hackers@freebsd.org Date: Thu, 31 Oct 1996 17:03:43 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, This is a FreeBSD question that I hope that someone can help me with. Is it possible to reprobe the scsi bus after a reboot for allow for drive swapping? I guess that there must be some support for that in there somewhere. Thanks in advance, Joe. p.s. Many thanks to all of you who helped with my memory query last week. You're stars. ;) -- Josef Karthauser (jlk@pavilion.net) Technical Manager [Tel: +44 1273 607072 Fax: +44 1273 607073] Pavilion Internet plc. ._ .. _. _ ._.. .. .._. . __. ._. ._ _. _.. From owner-freebsd-hackers Thu Oct 31 09:20:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA21939 for hackers-outgoing; Thu, 31 Oct 1996 09:20:44 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA21931 for ; Thu, 31 Oct 1996 09:20:37 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA22738; Thu, 31 Oct 1996 12:20:02 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 31 Oct 1996 12:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id HAA02839; Thu, 31 Oct 1996 07:16:17 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id HAA09447; Thu, 31 Oct 1996 07:17:04 -0500 (EST) Date: Thu, 31 Oct 1996 07:17:04 -0500 (EST) From: Thomas David Rivers Message-Id: <199610311217.HAA09447@lakes.water.net> To: dyson@freebsd.org, ponds!freefall.cdrom.com!freebsd-hackers, ponds!lakes.water.net!rivers Subject: Re: Another data point in the daily panics... Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > > > > > Ok > > > > I'm just now cleaning up from last night's panic on my 2.1.5 > > (now STABLE, not RELEASE) system. > > > > Recall, this is a 386DX-33, 8MEG, IDE controller, sio ports, running > > my news and mail and SL/IP connections. > > > > Last night's panic wiped out my /usr/lib/news directory (I run > > an old version of Cnews...) - so I had to reconstruct all of this > > from backups and files gleaned from /usr/lost+found. (I'm painfully > > rebuilding the history file as I type this... :-) ) > > > Ouch!!! {Yeah, well, I gave up and let mkhistory crank for a few hours...} > > Just want to let you know that I got your message. Hmmm... are you having > problems primarily on small memory machines? Also, are you having problems > ONLY on 386's? (Theses questions are VM oriented.) There are also some > VFS problems possible. (There is a signifcant difference between > 386 and other X86 processors.) In fact, there is perhaps a more important > difference between (386 --> 486) than (486 --> 686). Well - yes, now that you mention it - this is now the _only_ 386 I have left. I wouldn't have thought that to be pertinent, but what do I know :-) The machine only has 8 meg of memory, and it too is the smallest. I do have an old 386sx-25 laptop w/ 8 meg. I can install 2.1.5R there and test anything you want to try out - although it wouldn't be my news spool and so wouldn't get too exercised. I have yet to see the problem anywhere else... > > > > > I would think that some ISP running a news system has got to run into > > these types of problems... > > > I think that many people are using 2.2-current (2.1.5 does have some > problems.) That would explain that... > > BTW, DO NOT use the mmap for active file on 2.1.5!!! :-(. Note that many > problems have been fixed in 2.2-current, and the differences between the > "-stable" and "-current" trees have become a fiasco. We aren't going to do > that again!!! Naw - I'm basically conservative in what system software I run. I've been coddling along the version of Cnews I got in 1988 (at one time, I even ran it on a '286 with XENIX.) It doesn't do anything near as sophisticated as mmap'd active files.. :-) I think all it's really doing is reading, creating and deleting a *lot* of files... - Dave R. - p.s. Thanks for the response - I was beginning to wonder if my messages were being thrown out with the bath-water... Sure is a lot more traffic these days... From owner-freebsd-hackers Thu Oct 31 09:21:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA22039 for hackers-outgoing; Thu, 31 Oct 1996 09:21:39 -0800 (PST) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA22026 for ; Thu, 31 Oct 1996 09:21:33 -0800 (PST) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id LAA18112 for ; Thu, 31 Oct 1996 11:21:18 -0600 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id smaa18076; Thu Oct 31 11:21:07 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id LAA20388 for ; Thu, 31 Oct 1996 11:17:30 -0600 Received: from jake.lodgenet.com (localhost.lodgenet.com [127.0.0.1]) by jake.lodgenet.com (8.7.6/8.6.12) with ESMTP id LAA06956; Thu, 31 Oct 1996 11:17:00 -0600 (CST) Message-Id: <199610311717.LAA06956@jake.lodgenet.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Allen W. Gambert" cc: hackers@FreeBSD.ORG Subject: Re: problems with device driver In-reply-to: Your message of "Thu, 31 Oct 1996 10:45:45 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Oct 1996 11:16:56 -0600 From: "Eric L. Hernes" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Allen W. Gambert" writes: >I've checked the majors.i386 file and decided to use major device number >77, the last free entry in that file. After creating the device nodes I >use kermit to try to open the device. I keep getting 'Sorry, can't open >connection: /dev/mb0: Device not configured'. I believe this is caused >by the open routine returning 'ENXIO'. The problem is the kernel is not >calling my open routine but instead some other open routine. I know its >not calling my open routine because its not printing out the printf's >i've placed at the beginning of 'mbopen'. 2.1* or -current. Under 2.1* you've got to edit sys/i386/i386/conf.c and add an entry to the cdev switch, in the 77th slot if that's your major number. Under -current, you've got to add the cdevsw[] entry to your driver and call cdevsw_add() somewhere in your probe or attach, probably attach. you can test basic open/close/read/write/ioctl straight from the shell by: open: $ exec 9>/dev/mydev close: $ exec 9>&- read: (and open/close) $ cat /dev/mydev write: (and open/close) $ cat somefile >/dev/mydev ioctl: $ stty >My question is what can I do to determine why my open routine is not >being called but instead some other open routine is being called? I must be >over looking something, but I just cant seem to figure out what. If >someone can point me in the right direction I would greatly appreciate it. > install the devsw entries. >Also. I was hoping to make this device driver an lkm instead of hard >coding it into the kernel. The only problem is I cant seem to find any >documentation on lkm other than the man pages. Does anyone know where I >might be able to find some documentation on lkm? > have a look-see at http://www.freebsd.org/~erich/ddwg.html (or thereabouts), its sparse and a little (lot) out of date, but it should get you going. >Thanks for you help. > >Allen > g'luck, eric. -- erich@lodgenet.com http://rrnet.com/~erich erich@rrnet.com From owner-freebsd-hackers Thu Oct 31 09:27:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA22379 for hackers-outgoing; Thu, 31 Oct 1996 09:27:59 -0800 (PST) Received: from tahoma.cwu.edu (skynyrd@tahoma.cwu.edu [198.104.65.220]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA22369 for ; Thu, 31 Oct 1996 09:27:56 -0800 (PST) Received: by tahoma.cwu.edu; id AA03249; Thu, 31 Oct 1996 09:27:43 -0800 Date: Thu, 31 Oct 1996 09:27:43 -0800 (PST) From: Chris Timmons To: Poul-Henning Kamp Cc: freebsd-hackers@FreeBSD.org Subject: Re: Verbose babble in if_fddisubr.c In-Reply-To: <6078.846772188@critter.tfs.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I am wondering if it is worth the effort for these particular messages. They could be useful if something in the driver itself was misunderstanding encapsulation and was presenting bunged packets of a supported protocol to fddi_input(). Otherwise it should be no surprise that lots of protocol types aren't supported and the thing to do (like if_ether()) is to just ++noproto and return. In the case of the hard-core driver development situation, the developer is probably going to have a more sophisticated debugging environment set up than these printfs. The rest of us can use BPF to see all of the odd and interesting things going by. And if someone does go ahead with a sysctl variable, are we going to do the same thing in all of the other interface family input routines, like if_ether()? So with my great cannon of knowledge on the subject (10 minutes spent with TCP/IP illustrated volume II and a couple of peeks at the source :) I vote for just lopping the statements out altogether unless there is a terribly compelling reason for leaving them in. -Chris On Thu, 31 Oct 1996, Poul-Henning Kamp wrote: > >The author of `bootverbose' told me that it was a general flag when I > >objected to using it for controlling the slice messages. > > Is that's me you're referring to ? :-) > > The idea was for it to be a flag that you could set so early that you > could catch boot-related stuff (to which I consider the slice but > not the FDDI messages). As soon as you have single user running > you can tweak a sysctl variable, and things that can use that, > should use that instead. > > So: FDDI should have a sysctl: > > net.fddi.verbose > > or similar, possibly two different ones... > > -- > 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-hackers Thu Oct 31 09:51:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA24038 for hackers-outgoing; Thu, 31 Oct 1996 09:51:12 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA24025 for ; Thu, 31 Oct 1996 09:51:06 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id JAA05369; Thu, 31 Oct 1996 09:50:00 -0800 (PST) To: Joe Karthauser cc: hackers@freebsd.org Subject: Re: probing scsi bus after boot? In-reply-to: Your message of "Thu, 31 Oct 1996 17:03:43 GMT." <199610311703.RAA08772@deputy.pavilion.co.uk> Date: Thu, 31 Oct 1996 09:50:00 -0800 Message-ID: <5366.846784200@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > This is a FreeBSD question that I hope that someone can help me with. > Is it possible to reprobe the scsi bus after a reboot for allow for > drive swapping? I guess that there must be some support for that in scsi -f -p Jordan From owner-freebsd-hackers Thu Oct 31 10:07:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA24917 for hackers-outgoing; Thu, 31 Oct 1996 10:07:05 -0800 (PST) Received: from apolo.biblos.unal.edu.co ([168.176.37.75]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA24911 for ; Thu, 31 Oct 1996 10:06:59 -0800 (PST) Received: from unalslip.usc.unal.edu.co ([168.176.3.48]) by apolo.biblos.unal.edu.co (8.8.0/8.8.0) with SMTP id NAA10549; Thu, 31 Oct 1996 13:08:05 -0500 (EST) Message-ID: <32791483.3734@fps.biblos.unal.edu.co> Date: Thu, 31 Oct 1996 13:05:07 -0800 From: "Pedro Giffuni S." Reply-To: pgiffuni@fps.biblos.unal.edu.co Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: Warner Losh CC: hackers@freebsd.org Subject: Re: SCO Filesystem References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I looked around: Linux has it, itŽs called "sysv-fs" and it can be used to mount sco, coherent and xenix, but they admit the last two will disappear eventually. Any volunteers? Pedro. Warner Losh wrote: > > In message > > pgiffuni@fps.biblos.unal.edu.co writes: > : What about an SCO filesystem? I think there is a Linux code, and "their > : hardware" is well known. It would be nice to mount it and directly execute > : programs. > > I think the SCO file systems are even well documented somewhere. I've > been told (and have no way to confirm) that they are, as far as disk > formats go, the stock SYSV R3 stuff. It shouldn't be overly difficult > to implement something on FreeBSD. > > However, you'd have to be a file systems person or have the right > knack for it. I tried a while ago to implement ODS Level 2 to read a > few CDROMs that I had, but punted after I realized I didn't have > enough information on the ODS format, or on the vfs interfaces (well, > and the fact that I didn't have the kind of time something like this > would take). > > Warner From owner-freebsd-hackers Thu Oct 31 10:23:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA25578 for hackers-outgoing; Thu, 31 Oct 1996 10:23:09 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA25550 for ; Thu, 31 Oct 1996 10:22:19 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA04311 for ; Thu, 31 Oct 1996 19:22:12 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA03482 for freebsd-hackers@freebsd.org; Thu, 31 Oct 1996 19:22:11 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id TAA16218 for freebsd-hackers@freebsd.org; Thu, 31 Oct 1996 19:17:40 +0100 (MET) From: J Wunsch Message-Id: <199610311817.TAA16218@uriah.heep.sax.de> Subject: Re: probing scsi bus after boot? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 31 Oct 1996 19:17:40 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610311703.RAA08772@deputy.pavilion.co.uk> from Joe Karthauser at "Oct 31, 96 05:03:43 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Joe Karthauser wrote: > Is it possible to reprobe the scsi bus after a reboot for allow for > drive swapping? [thread moved to freebsd-scsi] -- 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-hackers Thu Oct 31 10:44:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27165 for hackers-outgoing; Thu, 31 Oct 1996 10:44:34 -0800 (PST) Received: from mailer.syr.edu (mailer.syr.edu [128.230.20.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27155 for ; Thu, 31 Oct 1996 10:44:24 -0800 (PST) Received: from rodan.syr.edu by mailer.syr.edu (LSMTP for Windows NT v1.0a) with SMTP id 6DD9DD20 ; Thu, 31 Oct 1996 13:42:59 -0500 Received: from localhost (cmsedore@localhost) by rodan.syr.edu (8.7.6/8.7.3) with SMTP id NAA00639 for ; Thu, 31 Oct 1996 13:44:13 -0500 (EST) X-Authentication-Warning: rodan.syr.edu: cmsedore owned process doing -bs Date: Thu, 31 Oct 1996 13:44:12 -0500 (EST) From: Christopher Sedore X-Sender: cmsedore@rodan.syr.edu Reply-To: Christopher Sedore To: freebsd-hackers@FreeBSD.org Subject: Re: Verbose babble in if_fddisubr.c In-Reply-To: <6078.846772188@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 31 Oct 1996, Poul-Henning Kamp wrote: > >The author of `bootverbose' told me that it was a general flag when I > >objected to using it for controlling the slice messages. > > Is that's me you're referring to ? :-) > > The idea was for it to be a flag that you could set so early that you > could catch boot-related stuff (to which I consider the slice but > not the FDDI messages). As soon as you have single user running > you can tweak a sysctl variable, and things that can use that, > should use that instead. > > So: FDDI should have a sysctl: > > net.fddi.verbose > > or similar, possibly two different ones... I'd argue against this approach. The printf()s in the FDDI code print out one message per packet of an unknown protocol (IPX, Appletalk, etc). On my console, this is an average of something like 1-3 lines per second. I can't imagine an actual use for this other than debugging. This would be like printing out a line for every non-IP ethernet packet received: this isn't a "verbose" mode, this is a debug mode, much like SCSI_DEBUG or whatever the define is that prints out all the SCSI commands/transfers. Unless I'm missing the point of verbose, it seems that this would limit the utility of verbose by producing enough output to drown out everything else printed. -Chris From owner-freebsd-hackers Thu Oct 31 10:46:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27242 for hackers-outgoing; Thu, 31 Oct 1996 10:46:53 -0800 (PST) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27237 for ; Thu, 31 Oct 1996 10:46:51 -0800 (PST) Received: from localhost (jehamby@localhost) by covina.lightside.com (8.8.2/8.8.2) with SMTP id KAA18145; Thu, 31 Oct 1996 10:45:46 -0800 (PST) Date: Thu, 31 Oct 1996 10:45:45 -0800 (PST) From: Jake Hamby To: Richard Wackerbarth cc: terry@lambert.org, hackers@FreeBSD.ORG Subject: Re: POSIX Conformance (Unanswered in "questions" so I forwarded...) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 31 Oct 1996, Richard Wackerbarth wrote: > >TET ... so there is no reason not to make a port out of it, as Terry > >suggests. > > Perhaps I don't understand. Are you suggesting that it be added to the > "contrib" tree? > > If you need to change as much as one line in the makefile, I will argue > that it should be placed into "ports" or somewhere higher in the hiearchy. > > In fact, I can see a value in having "out-of-the-box" programs listed in a > special "ports" section just to propogate the knowledge that they work(ed). I think you misread me. I meant that TET SHOULD be placed into the ports collection, as Terry suggested. -- Jake From owner-freebsd-hackers Thu Oct 31 10:45:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27203 for hackers-outgoing; Thu, 31 Oct 1996 10:45:25 -0800 (PST) Received: from DNS.Lamb.net (root@DNS.Lamb.net [206.169.44.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27197 for ; Thu, 31 Oct 1996 10:45:23 -0800 (PST) Received: from Gatekeeper.Lamb.net (ulf@Gatekeeper.Lamb.net [206.169.44.2]) by DNS.Lamb.net (8.8.2/8.7.3) with ESMTP id KAA12859; Thu, 31 Oct 1996 10:46:14 -0800 (PST) Received: (from ulf@localhost) by Gatekeeper.Lamb.net (8.8.2/8.7.6) id KAA11458; Thu, 31 Oct 1996 10:43:44 -0800 (PST) From: "Ulf Zimmermann" Message-Id: <961031104344.ZM11456@Gatekeeper.Lamb.net> Date: Thu, 31 Oct 1996 10:43:43 -0800 In-Reply-To: J Wunsch "Re: EFS" (Oct 31, 5:52pm) References: <199610311652.RAA14734@uriah.heep.sax.de> X-Mailer: Z-Mail (4.0b.514 14may96) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: EFS Cc: vadim@tversu.ac.ru MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Oct 31, 5:52pm, J Wunsch wrote: > Subject: Re: EFS > As Warner Losh wrote: > > > SGI is currently supporting a Linux port to their machines. However, > > I've not seen that code released yet. When it is, maybe that will be > > enough documentation to port code. But then again, maybe not. It is > > supposed to support efs as well, or so the rumors I've heard say. > > Btw., IRIX' efs is among the most fragile file systems i've seen (or > its particular implementation in IRIX 5.2 and 5.3, maybe). One power > failure or panic, and even X servers (guaranteed to be only read, > never written) went away through /dev/null... > > -- > 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. ;-) >-- End of excerpt from J Wunsch Joerg, I never did that observation on 5.3, also not 6.2. Irix is for me one of the best unix machines there you can press the reset button. Even the rest of Irix is a different story. But SGI now says also to use XFS instead of EFS. XFS is faster and more secure against crash. -- Ulf. -------------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Lamb Art Internet Services | http://www.Lamb.net/ | http://www.Alameda.net From owner-freebsd-hackers Thu Oct 31 10:49:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27439 for hackers-outgoing; Thu, 31 Oct 1996 10:49:59 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA27434; Thu, 31 Oct 1996 10:49:57 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id KAA01032 ; Thu, 31 Oct 1996 10:49:54 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17352(1)>; Thu, 31 Oct 1996 10:45:29 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177529>; Thu, 31 Oct 1996 10:44:06 -0800 X-Mailer: exmh version 1.6.7 5/3/96 To: moos@degnet.baynet.de cc: FreeBSD-questions , freebsd-hackers , danny@panda.hilink.com.au Subject: Re: Is this network possible with FreeBSD ??? In-reply-to: Your message of "Thu, 31 Oct 1996 02:33:17 PST." <3278806D.2FA6@degnet.baynet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Oct 1996 10:44:02 PST From: Bill Fenner Message-Id: <96Oct31.104406pst.177529@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <3278806D.2FA6@degnet.baynet.de>you write: > +---------------+ > | FreeBSD-2.1.0 | > |+-------------+| > || NE 2000 || > || 1.2.3.253 || > || ed1 || > ++------o------++ > | > | > ++-------o-------++ > || NE 2000 || > || 1.2.3.36 || > || ed1 || > |+---------------+| > | | > | ISPA +-------+ Telco-wire > | Router | ISDN o------------o ISP 1.2.3.x > | +-------+ net > | | > ++---------------++ This is a fairly strange network, but there are two things you can do: 1) Make the ISPA router proxy-arp for 1.2.3.* and just configure the FreeBSD machine "normally", with a /24 netmask for 1.2.3.* . 2) Give the FreeBSD machine host routes for 1.2.3.1, 1.2.3.2, ..., all pointing to 1.2.3.36. Something like i=1 while [ $i -lt 255 ]; do if [ $i -ne 36 -and $i ne 253 ]; then route add -host 1.2.3.$i 1.2.3.36 fi i=`expr $i + 1` done Bill From owner-freebsd-hackers Thu Oct 31 10:51:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27595 for hackers-outgoing; Thu, 31 Oct 1996 10:51:27 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA27590 for ; Thu, 31 Oct 1996 10:51:25 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA25711; Thu, 31 Oct 1996 11:43:13 -0700 From: Terry Lambert Message-Id: <199610311843.LAA25711@phaeton.artisoft.com> Subject: Re: Zombie processes To: gjennejohn@frt.dec.com Date: Thu, 31 Oct 1996 11:43:13 -0700 (MST) Cc: ormonde@trem.cnt.org.br, hackers@FreeBSD.org In-Reply-To: <9610311315.AA16026@cssmuc.frt.dec.com> from "garyj@frt.dec.com" at Oct 31, 96 02:15:02 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Is there any way to remove the zombie process from the system > > without blocking the parent process ? > > try using a handler for SIGCHLD and do the wait there. It might be > even better to use waitpid. Use waitpid, wait3, or wait4. Specify the option value WNOHANG, and the calls will return 0 if no processes are zombied. Alternately, set a signal handler of SIG_IGN for SIGCHLD. This is guaranteed to not create zombies in the first place for all POSIX compliant or conformant OS's. 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-hackers Thu Oct 31 10:52:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA27730 for hackers-outgoing; Thu, 31 Oct 1996 10:52:31 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA27627 for ; Thu, 31 Oct 1996 10:51:46 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA05048 for ; Thu, 31 Oct 1996 19:51:36 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA03997 for freebsd-hackers@freebsd.org; Thu, 31 Oct 1996 19:51:36 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id TAA16551 for freebsd-hackers@freebsd.org; Thu, 31 Oct 1996 19:40:58 +0100 (MET) From: J Wunsch Message-Id: <199610311840.TAA16551@uriah.heep.sax.de> Subject: Re: Verbose babble in if_fddisubr.c To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 31 Oct 1996 19:40:58 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <6078.846772188@critter.tfs.com> from Poul-Henning Kamp at "Oct 31, 96 03:29: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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > >The author of `bootverbose' told me that it was a general flag when I > >objected to using it for controlling the slice messages. Ah, ISTR. > So: FDDI should have a sysctl: > > net.fddi.verbose > > or similar, possibly two different ones... Overkill. There's not much use in adding YASV for each printf in the kernel. (Yet Another Sysctl Variable) I vote for adding a sysctl variable for bootverbose, so it can be turned off later. I would hide the printf's in question behind bootverbose then. (Heck, i didn't even remember an open PR for it, but FDDI was never of my interest before...) Anybody objecting against these changes? -- 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-hackers Thu Oct 31 11:08:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28517 for hackers-outgoing; Thu, 31 Oct 1996 11:08:25 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA28511 for ; Thu, 31 Oct 1996 11:08:23 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17675(7)>; Thu, 31 Oct 1996 11:02:58 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177529>; Thu, 31 Oct 1996 11:00:59 -0800 X-Mailer: exmh version 1.6.7 5/3/96 To: Chris Timmons cc: Poul-Henning Kamp , freebsd-hackers@freebsd.org Subject: Re: Verbose babble in if_fddisubr.c In-reply-to: Your message of "Thu, 31 Oct 1996 09:27:43 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Oct 1996 11:00:56 PST From: Bill Fenner Message-Id: <96Oct31.110059pst.177529@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Chris Timmons wrote: >I vote for just lopping the statements out altogether Me too. Bill From owner-freebsd-hackers Thu Oct 31 11:24:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA29870 for hackers-outgoing; Thu, 31 Oct 1996 11:24:56 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA29848 for ; Thu, 31 Oct 1996 11:24:32 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA05833; Thu, 31 Oct 1996 20:21:12 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA04536; Thu, 31 Oct 1996 20:21:11 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id UAA17076; Thu, 31 Oct 1996 20:16:08 +0100 (MET) From: J Wunsch Message-Id: <199610311916.UAA17076@uriah.heep.sax.de> Subject: Re: EFS To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 31 Oct 1996 20:16:08 +0100 (MET) Cc: vadim@tversu.ac.ru Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <961031104344.ZM11456@Gatekeeper.Lamb.net> from Ulf Zimmermann at "Oct 31, 96 10:43:43 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Ulf Zimmermann wrote: (efs unstable) > I never did that observation on 5.3, also not 6.2. Irix is for me > one of the best unix machines there you can press the reset button. Except they don't have a reset button (well, only a fairly hidden one). The posted opinion is just my experience, i've seen more than one efs partition gone with nobody really knowing what has been all damaged. (The 5.3 systems used to crash very often with thei alpha-quality ISDN driver.) All this is history for me, it's been at my former employer, and they've meanwhile trashed the Indys. But it makes me reluctant about the purpose behind an `efs' implementation for us... IMHO, ufs is much more stable, at least the BSD implementation. -- 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-hackers Thu Oct 31 11:56:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02643 for hackers-outgoing; Thu, 31 Oct 1996 11:56:52 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA02637 for ; Thu, 31 Oct 1996 11:56:50 -0800 (PST) Received: from irz301.inf.tu-dresden.de by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0vJ3EL-0008tRC; Thu, 31 Oct 96 11:56 PST Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA06667; Thu, 31 Oct 1996 20:51:30 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA05258; Thu, 31 Oct 1996 20:51:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id UAA17325; Thu, 31 Oct 1996 20:29:38 +0100 (MET) From: J Wunsch Message-Id: <199610311929.UAA17325@uriah.heep.sax.de> Subject: Re: probing scsi bus after boot? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 31 Oct 1996 20:29:38 +0100 (MET) Cc: jlk@pavilion.co.uk Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <5366.846784200@time.cdrom.com> from "Jordan K. Hubbard" at "Oct 31, 96 09:50:00 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > scsi -f -p Wrong. Peter D's ``super SCSI device'' never found its way into the official tree. (Too bad.) -- 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-hackers Thu Oct 31 11:57:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02715 for hackers-outgoing; Thu, 31 Oct 1996 11:57:52 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA02710 for ; Thu, 31 Oct 1996 11:57:51 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id LAA01131 for ; Thu, 31 Oct 1996 11:54:04 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA06672; Thu, 31 Oct 1996 20:51:37 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA05260; Thu, 31 Oct 1996 20:51:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id UAA17349; Thu, 31 Oct 1996 20:31:21 +0100 (MET) From: J Wunsch Message-Id: <199610311931.UAA17349@uriah.heep.sax.de> Subject: Re: Zombie processes To: terry@lambert.org (Terry Lambert) Date: Thu, 31 Oct 1996 20:31:21 +0100 (MET) Cc: gjennejohn@frt.dec.com, ormonde@trem.cnt.org.br, hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610311843.LAA25711@phaeton.artisoft.com> from Terry Lambert at "Oct 31, 96 11:43:13 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > Alternately, set a signal handler of SIG_IGN for SIGCHLD. This is > guaranteed to not create zombies in the first place for all POSIX > compliant or conformant OS's. You are wrong with this opinion, and you have been told this before. So please, don't confuse innocent readers by re-posting wrong opinions. Posix doesn't specify this behaviour; i.e., it neither mandates nor forbids it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Oct 31 12:01:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA02960 for hackers-outgoing; Thu, 31 Oct 1996 12:01:03 -0800 (PST) Received: from dyslexic.phoenix.net (root@dyslexic.phoenix.net [199.3.233.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA02955 for ; Thu, 31 Oct 1996 12:01:01 -0800 (PST) Received: (from gemohler@localhost) by dyslexic.phoenix.net (8.7.5/8.7.3) id OAA01532; Thu, 31 Oct 1996 14:00:59 -0600 (CST) Date: Thu, 31 Oct 1996 14:00:59 -0600 (CST) From: Geoff Mohler X-Sender: gemohler@dyslexic.phoenix.net To: hackers@freebsd.org Subject: FBSD Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am in need of some development help with FBSD in its NFS client implimentation. Heres a quick summary: I have DEC clustering on my main servers that run our RAID and FDDI network. FBSD machines are clients to that environment.. The DEC mahchines have an actual IP address, and an alias IP address. The alias IP is the hostname/IP that the NFS clients _need_ to use under DEC Safe/Clustering. This is how services are distributed under this environment. If a machine died, then another machine would assume it's alias IP/hostname & services. The client wouldnt notice a thing. Problem is..the FBSD sends a NFS request to mount a filesystem to the alias IP. The DEC responds to this requests over the ACTUAL IP of it's FDDI interface. That is how DEC designed it to work. Only problem is, FBSD refuses to acknowledge the response it gets because it is not from the same host/IP address it send the request to. A plain mount command..will "cleanly" mount a filesystem. It is when you try to modify, or inquire about a FS that your session hangs...like doing a df, or an ls in the mounted FS. The machine runs well overall, just your session hangs because of the broken NFS communication. FBSD is the only OS that reacts in this manner. DEC for obvious reasons, cannot change the implementation of thier DEC Clustering software. We desperately need someone to assist us in working the source code to allow this to work the way it should with the DEC product. Ideas? I am forwarding the Email I asked my DEC rep to send: ***** I've attached below a summary of the problem we were seeing with freebsd nfs clients mounting ASE services. Let me know if I can be of further assistance. Regards, Alan Sherlock Digital Customer Support Center Unix Networking Support 1-800-354-9000 ---- Symptom: Freebsd nfs client mounts hang when mounting a Digital UNIX ASE service. Background: ASE provides for failover of nfs services. It uses two systems with a shared scsi device and an ip alias. While one system has control of the scsi device, it offers the nfs service via an ip alias. If the system goes down, the second system takes over both the shared scsi device and the ip alias, thus offering the nfs client seamless failover capability. Analysis: We found that freebsd nfs client mounts would hang when mounting an ASE service. The same clients could successfully mount filesystems from the same nfs server without using ASE or the ip alias. We eliminated ASE from the equation by configuring an ip alias on the nfs server, and mounting from the alias. This also hung. We next attempted the same scenario between two freebsd systems. We configured one as an nfs server, and configured an ip alias address on the interface. We then configured another freebsd system as an nfs client, and mounted the filesystem from the freebsd server using the ip alias address. This also hung. Summary: It appears that freebsd nfs clients cannot nfs mount from a server using an ip alias. Since this is an integral part of ASE services on Digital UNIX, the same clients cannot mount an ASE service. At this point, it appears to be a problem with the freebsd client implementation. *** Thanks. "Quark & Odo in '96. Law, order, and a tidy profit." Geoff Mohler Operations Engineer Charter Communications/Phoenix Data Net From owner-freebsd-hackers Thu Oct 31 12:14:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04038 for hackers-outgoing; Thu, 31 Oct 1996 12:14:57 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA04030 for ; Thu, 31 Oct 1996 12:14:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id NAA07284; Thu, 31 Oct 1996 13:14:28 -0700 Message-Id: <199610312014.NAA07284@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: dg@root.com cc: hackers@freefall.freebsd.org Subject: Re: ed0 timeouts In-reply-to: Your message of "Fri, 25 Oct 1996 15:34:21 PDT." <199610252234.PAA09023@root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Oct 1996 13:14:28 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > >>like a problem acking ISA interrupts, or perhaps a bug in the handling of > >>the interrupt masks. > > > >if it were a mask problem I would expect it to be more (always) prevelant, > >but I suppose that doesn't eliminate the possibility of a race condition > >on a mask. As I mentioned earlier all the other hardware is perfectly > >happy with this code: keyboard, disk controller, etc. Peter reports > >the floppy INTs work, don't know if the sio does or not... > > The network card likely has the highest burst/peak interrupt rate of all of > these (except perhaps for the sio). > > >I was hoping someone would mention some problem with these boards and > >the INTA timing or somesuch thing. When STefan gets some "PCI black magic" > >fixed for me I will be able to substitute an SMP PCI Ultra. > > I assume you mean "SMC PCI Ultra"? As you suggest, that's going to need a > few lines of code added to if_ed_p.c before it will work. > > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project FYI, I now have an SMC PCI 10B2 card running in the SMP kernel and am seeing NO signs of INTerrupt loss. This is with the 'de' driver. -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Thu Oct 31 12:22:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04570 for hackers-outgoing; Thu, 31 Oct 1996 12:22:12 -0800 (PST) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA04561; Thu, 31 Oct 1996 12:22:06 -0800 (PST) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id VAA07153; Thu, 31 Oct 1996 21:22:32 +0100 (MET) To: Bill Fenner cc: Chris Timmons , freebsd-hackers@freebsd.org Subject: Re: Verbose babble in if_fddisubr.c In-reply-to: Your message of "Thu, 31 Oct 1996 11:00:56 PST." <96Oct31.110059pst.177529@crevenia.parc.xerox.com> Date: Thu, 31 Oct 1996 21:22:31 +0100 Message-ID: <7151.846793351@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <96Oct31.110059pst.177529@crevenia.parc.xerox.com>, Bill Fenner writ es: >In message >Chris Timmons wrote: >>I vote for just lopping the statements out altogether > >Me too. Me too, definately! -- 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-hackers Thu Oct 31 12:22:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04656 for hackers-outgoing; Thu, 31 Oct 1996 12:22:47 -0800 (PST) Received: from renoir.cftnet.com (renoir.cftnet.com [163.125.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA04611 for ; Thu, 31 Oct 1996 12:22:37 -0800 (PST) Received: (gambert@localhost) by renoir.cftnet.com (8.8.0/8.6.4) id PAA27809; Thu, 31 Oct 1996 15:26:48 -0500 (EST) Date: Thu, 31 Oct 1996 15:26:47 -0500 (EST) From: "Allen W. Gambert" X-Sender: gambert@renoir.cftnet.com To: hackers@freebsd.org Subject: Re: problems with device driver Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'd like to thank both Eric L. Hernes and Poul-Henning Kamp for there suggestions. Your suggestions worked. Thanks, Allen From owner-freebsd-hackers Thu Oct 31 12:30:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA05163 for hackers-outgoing; Thu, 31 Oct 1996 12:30:18 -0800 (PST) Received: from fullfeed.msn.fullfeed.com (fullfeed.msn.fullfeed.com [199.184.182.42]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA05158 for ; Thu, 31 Oct 1996 12:30:15 -0800 (PST) Received: from sumatra.americantv.com by fullfeed.msn.fullfeed.com (8.6.9/MSN-1.4) id OAA07758; Thu, 31 Oct 1996 14:29:20 -0600 Received: (from uucp@localhost) by sumatra.americantv.com (8.6.12/8.6.12) with UUCP id NAA11294; Thu, 31 Oct 1996 13:59:26 -0600 Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id UAA00981; Thu, 31 Oct 1996 20:28:49 GMT Message-Id: <199610312028.UAA00981@right.PCS> Date: Thu, 31 Oct 1996 14:28:49 -0600 From: jlemon@americantv.com (Jonathan Lemon) To: terry@lambert.org (Terry Lambert) Cc: terry@lambert.org, jehamby@lightside.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, pgiffuni@fps.biblos.unal.edu.co Subject: Re: POSIX Conformance (Unanswered in "questions" so I forwarded...) References: <199610301652.QAA16016@right.PCS> <199610310002.RAA24354@phaeton.artisoft.com> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 In-Reply-To: <199610310002.RAA24354@phaeton.artisoft.com>; from Terry Lambert on Oct 30, 1996 17:02:58 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > > Terry Lambert writes: > > > Meanwhile, TET is a completely seperate piece of software necessary > > > for running TET-hosted test suites... like NIST/PCTS. I've already > > > suggested that someone grab the TET off of the X/Open server (where it > > > is available for anonymous FTP) and check it into the FreeBSD ports > > > tree. > > > > Which one? > > > > - TET3.0a - unavailable to non-paying customers at the moment > > - dTET2.3 - "distributed TET" > > - eTET1.10.3 - "extended TET" > > - TET1.10 - The release version > > > > Without knowing which version the NIST code requires, I'd be a little > > leery of just going in and attempting a port. > > Why? A POSIX-compliant platform is required to run all of them > without changes. That's not what I was asking. It seems pretty obvious to me that the different versions provide different feature sets, so without knowing which particular features are required by the test suite, I wouldn't know which test framework to use. > d. Test Methods for Measuring Conformance to POSIX, IEEE Std 1003.3-1991. > e. Test Methods for Measuring Conformance to POSIX.1, IEEE Std 2003.1-1992. Oh great, IEEE standards. Meaning that they aren't freely available. To clear this up, I e-mailed Martha Gray at NIST, and inquired as to which version of TET the NIST POSIX test suite required. She said that TET was _not_ required by the test suite, as it pre-dates TET. Hm. Are we talking about the same test suite here? Perhaps it would be good idea to wait until the bits are on the NIST server. -- Jonathan From owner-freebsd-hackers Thu Oct 31 12:30:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA05203 for hackers-outgoing; Thu, 31 Oct 1996 12:30:49 -0800 (PST) Received: from E-MAIL.COM (e-mail.com [199.171.26.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA05195 for ; Thu, 31 Oct 1996 12:30:46 -0800 (PST) Received: from IMXGATE.COM by E-MAIL.COM (IBM VM SMTP V2R3) with BSMTP id 2352; Thu, 31 Oct 96 15:30:43 EST Received: from sv13.cis.squared.com by imxgate.com (IBM VM SMTP V2R3) with TCP; Thu, 31 Oct 96 14:46:05 EST Received: from mg01a.mhs.squared.com by sv13.cis.squared.com (AIX 4.1/UCB 5.64/4.03) id AA39518; Thu, 31 Oct 1996 14:45:59 -0500 Received: from NetWare MHS (SMF70) by mg01a.mhs.squared.com via Connect2-SMTP 4.00.b27D; Thu, 31 Oct 1996 14:45:16 -0400 Message-Id: <01FFD25B0187397C@mg01a.mhs.squared.com> In-Reply-To: <8AFAD25B0187397C> Date: Thu, 31 Oct 1996 14:47:30 -0500 From: "Sexton, Robert" Organization: Square D To: pgiffuni@fps.biblos.unal.edu.co Cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: SCO Filesystem Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7BIT X-Mailer: Connect2-SMTP 4.00.b27D MHS to SMTP Gateway Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It depends on which SCO filesystem you mean. They support the older SysV filesystem, with 1k and 2k blocks, but they introduced the Acer Filesystem a few releases ago. I think its a SysV filesystem with enhancements to the block layout techniques, as well as support for long filenames and symlinks. As for as a I know, its proprietary. I don't recall ever seeing a technical description of the design in print. Things get worse, because they introduced two new filesystems in the new release, the DTFS (Desktop filesystem), which includes compression, and HTFS (High Throughput). One of these includes journaling, I forget which. Once again, I'd be suprised if they weren't proprietary. Robert Sexton From owner-freebsd-hackers Thu Oct 31 12:40:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06050 for hackers-outgoing; Thu, 31 Oct 1996 12:40:32 -0800 (PST) Received: from home.winc.com (root@home.winc.com [204.178.182.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA06036; Thu, 31 Oct 1996 12:40:29 -0800 (PST) Received: from phoenix.aristar.com (slip125.winc.com [204.178.182.125]) by home.winc.com (8.7.5/8.7.3) with SMTP id PAA25553; Thu, 31 Oct 1996 15:40:24 -0500 Message-ID: <32790F21.41C67EA6@aristar.com> Date: Thu, 31 Oct 1996 15:42:09 -0500 From: "Matthew A. Gessner" Organization: Aristar, Inc. X-Mailer: Mozilla 3.01b1 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: FreeBSD Hardware group , hackers Subject: PCMCIA Ethernet cards Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, all I have several Megahertz PCMCIA 10 Base T ethernet cards. Can I use these to install FreeBSD over FTP? And, if so, I am not running DNS on my local network (I'm using IP addresses when I need to) so how would I do that? Or, how could I use SLIP (I get panics now). TIA Matt -- Matthew Gessner, Computer Scientist, Aristar, Inc. 302 N. Cleveland-Massillon Rd. Akron, OH 44333 Voice (330) 668-2267, Fax (330) 668-2961 From owner-freebsd-hackers Thu Oct 31 12:51:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA06841 for hackers-outgoing; Thu, 31 Oct 1996 12:51:19 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA06836 for ; Thu, 31 Oct 1996 12:51:16 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id MAA06092; Thu, 31 Oct 1996 12:50:37 -0800 (PST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers), jlk@pavilion.co.uk Subject: Re: probing scsi bus after boot? In-reply-to: Your message of "Thu, 31 Oct 1996 20:29:38 +0100." <199610311929.UAA17325@uriah.heep.sax.de> Date: Thu, 31 Oct 1996 12:50:37 -0800 Message-ID: <6089.846795037@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Huh? I just do this on /dev/sd0 or some other - it works great! I use it to detect my scanner after power-up all the time. Jordan > As Jordan K. Hubbard wrote: > > > scsi -f -p > > Wrong. Peter D's ``super SCSI device'' never found its way into the > official tree. (Too bad.) > > -- > 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-hackers Thu Oct 31 13:23:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08397 for hackers-outgoing; Thu, 31 Oct 1996 13:23:47 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA08382 for ; Thu, 31 Oct 1996 13:23:44 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA26221; Thu, 31 Oct 1996 14:11:07 -0700 From: Terry Lambert Message-Id: <199610312111.OAA26221@phaeton.artisoft.com> Subject: Re: Zombie processes To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 31 Oct 1996 14:11:07 -0700 (MST) Cc: terry@lambert.org, gjennejohn@frt.dec.com, ormonde@trem.cnt.org.br, hackers@freebsd.org In-Reply-To: <199610311931.UAA17349@uriah.heep.sax.de> from "J Wunsch" at Oct 31, 96 08:31:21 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Alternately, set a signal handler of SIG_IGN for SIGCHLD. This is > > guaranteed to not create zombies in the first place for all POSIX > > compliant or conformant OS's. > > You are wrong with this opinion, and you have been told this before. > So please, don't confuse innocent readers by re-posting wrong > opinions. > > Posix doesn't specify this behaviour; i.e., it neither mandates nor > forbids it. I didn't say it did. I said all POSIX compliant or conformant acted this way. It was a (not very) veiled barb at FreeBSD being different just to be different. 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-hackers Thu Oct 31 13:33:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08992 for hackers-outgoing; Thu, 31 Oct 1996 13:33:12 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA08986 for ; Thu, 31 Oct 1996 13:33:07 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA26259; Thu, 31 Oct 1996 14:27:15 -0700 From: Terry Lambert Message-Id: <199610312127.OAA26259@phaeton.artisoft.com> Subject: Re: SCO Filesystem To: sextonr.crestvie@squared.com (Sexton Robert) Date: Thu, 31 Oct 1996 14:27:14 -0700 (MST) Cc: pgiffuni@fps.biblos.unal.edu.co, freebsd-hackers@freefall.freebsd.org In-Reply-To: <01FFD25B0187397C@mg01a.mhs.squared.com> from "Sexton, Robert" at Oct 31, 96 02:47:30 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It depends on which SCO filesystem you mean. They support the older SysV > filesystem, with 1k and 2k blocks, but they introduced the Acer > Filesystem a few releases ago. I think its a SysV filesystem with > enhancements to the block layout techniques, as well as support for long > filenames and symlinks. As for as a I know, its proprietary. I don't > recall ever seeing a technical description of the design in print. I talked to the author of the "ACER Fast File System" at the 1989 SCO Developers conference (I first met SEF at the 1988). The Acer Fast file system is identical to the previous implementation, except that it uses a bitmap for allocation to reduce the amount of I/O required. There are a couple of cosmetic changes on top of that, but nothing as fundamental as the bitmap. This is a pretty trivial (and obvious) change to make, especially if you have a developement kit for an Acer FFS system release of an SCO OS, since the header files include macros for allocation bitmap decoding. > Things get worse, because they introduced two new filesystems in the new > release, the DTFS (Desktop filesystem), which includes compression, and > HTFS (High Throughput). One of these includes journaling, I forget > which. Once again, I'd be suprised if they weren't proprietary. These are FS's which were advertised by a third party in Unix Review and UNIX World as "add-ons". The compressing FS is also pretty trivial; it's not even true block compression. The "High throuput" FS has a lot of interesting optimizations, most of which are discoverable using block profiling. HTFS has a number of frightening race windows, which journalling doesn't quite save it from. When I was at Novell, we considered both of these for a source base to use in implementing the NetWare eXtended File System (NXFS), an attributed UNIX FS containing NetWare attributes, AppleTalk attributes, and OS/2 extended attributes and Mac Resource forks. We went with FFS (UFS) in the end (I was principle engineer for the thing). There is nothing "magical" about these implementations, except our VFS interface is still pretty poorly suited to adding new FS's without a lot of work to get around layering problems, a lot of code which has to be duplicated per FS which belongs in upper layers, and a full kernel recompile because the vfs_init still gets its side from the UFS vnops and vfsops structures intead of from a sizeof() in vnode_if.c. 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-hackers Thu Oct 31 13:39:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09461 for hackers-outgoing; Thu, 31 Oct 1996 13:39:20 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA09454 for ; Thu, 31 Oct 1996 13:39:17 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA26279; Thu, 31 Oct 1996 14:33:00 -0700 From: Terry Lambert Message-Id: <199610312133.OAA26279@phaeton.artisoft.com> Subject: Re: FBSD To: gemohler@c-com.net (Geoff Mohler) Date: Thu, 31 Oct 1996 14:33:00 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: from "Geoff Mohler" at Oct 31, 96 02:00:59 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I am in need of some development help with FBSD in its NFS client > implimentation. > > Heres a quick summary: > > I have DEC clustering on my main servers that run our RAID and FDDI network. > > FBSD machines are clients to that environment.. > > The DEC mahchines have an actual IP address, and an alias IP address. > The alias IP is the hostname/IP that the NFS clients _need_ to use under > DEC Safe/Clustering. This is how services are distributed under this > environment. If a machine died, then another machine would assume it's > alias IP/hostname & services. The client wouldnt notice a thing. > > Problem is..the FBSD sends a NFS request to mount a filesystem to the > alias IP. The DEC responds to this requests over the ACTUAL IP of it's > FDDI interface. That is how DEC designed it to work. Only problem is, > FBSD refuses to acknowledge the response it gets because it is not from > the same host/IP address it send the request to. A plain mount > command..will "cleanly" mount a filesystem. It is when you try to > modify, or inquire about a FS that your session hangs...like doing a df, > or an ls in the mounted FS. The machine runs well overall, just your > session hangs because of the broken NFS communication. This is a "security feature" to prevent NFS cookie spoofing based attacks. You can turn it off by disabling the check. There is a patch posted to the -current list archives (www.freebsd.org) which turns it off. > DEC for obvious reasons, cannot change the implementation of thier DEC > Clustering software. DEC *should* snd the reponse on the interface where the request was received. That they do not indicated that they are reallocating the packet header to turn the packet around (not a crime, but not very efficient). Probably because they are passing buffer references instead of pointer to buffer referneces in a streams stack. Bletch. In any case, it would save you the overhead of reexamining the route if you used the request interface for the response. Something to consider for your next release. This is a general fix for most IP aliasing problems. 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-hackers Thu Oct 31 13:46:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10153 for hackers-outgoing; Thu, 31 Oct 1996 13:46:42 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA10145 for ; Thu, 31 Oct 1996 13:46:39 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA26297; Thu, 31 Oct 1996 14:39:25 -0700 From: Terry Lambert Message-Id: <199610312139.OAA26297@phaeton.artisoft.com> Subject: Re: POSIX Conformance (Unanswered in "questions" so I forwarded...) To: jlemon@americantv.com (Jonathan Lemon) Date: Thu, 31 Oct 1996 14:39:25 -0700 (MST) Cc: terry@lambert.org, jehamby@lightside.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, pgiffuni@fps.biblos.unal.edu.co In-Reply-To: <199610312028.UAA00981@right.PCS> from "Jonathan Lemon" at Oct 31, 96 02:28:49 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > d. Test Methods for Measuring Conformance to POSIX, IEEE Std 1003.3-1991. > > e. Test Methods for Measuring Conformance to POSIX.1, IEEE Std 2003.1-1992. > > Oh great, IEEE standards. Meaning that they aren't freely available. You aren't paying attention. These are NIST documents of the test methods for measuring conformance to IEEE standards. The documents are not, themselves, IEEE standards. The documents are available at the URL I posted. > To clear this up, I e-mailed Martha Gray at NIST, and inquired as to which > version of TET the NIST POSIX test suite required. She said that TET was > _not_ required by the test suite, as it pre-dates TET. > > Hm. Are we talking about the same test suite here? This is odd. Hmmm... Oh. Fart. I guess I bozoed it. I was calling it from my TET environment for an overall test (I've been working on a FABIO test suite), but I didn't look to see if it made calls back into TET. It doesn't. I guess that's what I get for having run both SVID and NIST/PCTS on the same box. The SVID suite and the X suite require TET; the NIST/PCTS doesn't. > Perhaps it would be good idea to wait until the bits are on the NIST server. Yes. This would clarify the distribution restrictions, etc., which I can only guess at. I'd prefer to have people wait until it's posted so that it can be check into source code control without any question about its status. Sorry for the brouha about TET. 8-(. 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-hackers Thu Oct 31 13:53:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA10745 for hackers-outgoing; Thu, 31 Oct 1996 13:53:12 -0800 (PST) Received: from DNS.Lamb.net (root@DNS.Lamb.net [206.169.44.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA10731 for ; Thu, 31 Oct 1996 13:53:10 -0800 (PST) Received: from Gatekeeper.Lamb.net (ulf@Gatekeeper.Lamb.net [206.169.44.2]) by DNS.Lamb.net (8.8.2/8.7.3) with ESMTP id NAA13258; Thu, 31 Oct 1996 13:53:49 -0800 (PST) Received: (from ulf@localhost) by Gatekeeper.Lamb.net (8.8.2/8.7.6) id NAA11746; Thu, 31 Oct 1996 13:51:25 -0800 (PST) From: Ulf Zimmermann Message-Id: <199610312151.NAA11746@Gatekeeper.Lamb.net> Subject: Re: EFS To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 31 Oct 1996 13:51:24 -0800 (PST) Cc: freebsd-hackers@freebsd.org, vadim@tversu.ac.ru In-Reply-To: <199610311916.UAA17076@uriah.heep.sax.de> from J Wunsch at "Oct 31, 96 08:16:08 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Ulf Zimmermann wrote: > > (efs unstable) > > > I never did that observation on 5.3, also not 6.2. Irix is for me > > one of the best unix machines there you can press the reset button. > > Except they don't have a reset button (well, only a fairly hidden > one). > > The posted opinion is just my experience, i've seen more than one efs > partition gone with nobody really knowing what has been all damaged. > (The 5.3 systems used to crash very often with thei alpha-quality ISDN > driver.) Yes, the european ISDN driver in 5.3 need sseveral patches before you can consider it working. At that time I tried to use them, SGI germany was not able to get me the patches online. It took them 2 weeks to send me then a DAT tape with ALL patches at that time. > > All this is history for me, it's been at my former employer, and > they've meanwhile trashed the Indys. But it makes me reluctant about > the purpose behind an `efs' implementation for us... IMHO, ufs is > much more stable, at least the BSD implementation. Aehm, current employee, as that is right now SGI I need to use them ;-) > > -- > 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. ;-) > Ulf. -------------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-769-2936 Lamb Art Internet Services | http://www.Lamb.net/ | http://www.Alameda.net From owner-freebsd-hackers Thu Oct 31 14:19:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12516 for hackers-outgoing; Thu, 31 Oct 1996 14:19:09 -0800 (PST) Received: from fullfeed.msn.fullfeed.com (fullfeed.msn.fullfeed.com [199.184.182.42]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA12509 for ; Thu, 31 Oct 1996 14:19:01 -0800 (PST) Received: from sumatra.americantv.com by fullfeed.msn.fullfeed.com (8.6.9/MSN-1.4) id QAA16069; Thu, 31 Oct 1996 16:18:27 -0600 Received: (from uucp@localhost) by sumatra.americantv.com (8.6.12/8.6.12) with UUCP id PAA11725; Thu, 31 Oct 1996 15:48:35 -0600 Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id WAA24522; Thu, 31 Oct 1996 22:16:49 GMT Message-Id: <199610312216.WAA24522@right.PCS> Date: Thu, 31 Oct 1996 16:16:49 -0600 From: jlemon@americantv.com (Jonathan Lemon) To: terry@lambert.org (Terry Lambert) Cc: terry@lambert.org, jehamby@lightside.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, pgiffuni@fps.biblos.unal.edu.co Subject: Re: POSIX Conformance (Unanswered in "questions" so I forwarded...) References: <199610312028.UAA00981@right.PCS> <199610312139.OAA26297@phaeton.artisoft.com> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 In-Reply-To: <199610312139.OAA26297@phaeton.artisoft.com>; from Terry Lambert on Oct 31, 1996 14:39:25 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: >>> d. Test Methods for Measuring Conformance to POSIX, IEEE Std 1003.3-1991. >>> e. Test Methods for Measuring Conformance to POSIX.1, IEEE Std 2003.1-1992. >> >> Oh great, IEEE standards. Meaning that they aren't freely available. > > You aren't paying attention. > > These are NIST documents of the test methods for measuring conformance > to IEEE standards. > > The documents are not, themselves, IEEE standards. Uh, Terry, I suggest you go back and re-read that URL. These are IEEE standards for measuring conformance to IEEE standards. :-) >From the IEEE web site: 13210-1994 (ISO/IEC) [ANSI/IEEE 1003.3-1991] Information Technology-Test Methods for Measuring Conformance to POSIX(R) 64 pages [1-55937-494-2] [SH94251-NYF] $42.00 2003.1-1992 IEEE Standard for Information Technology-Test Methods for Measuring Conformance to POSIX.-Part 1: System Interfaces 456 pages [1-55937-275-3] [SH15826-NYF] $96.00 -- Jonathan From owner-freebsd-hackers Thu Oct 31 14:25:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12822 for hackers-outgoing; Thu, 31 Oct 1996 14:25:19 -0800 (PST) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA12815 for ; Thu, 31 Oct 1996 14:25:14 -0800 (PST) Received: from current1.whistle.com (current1.whistle.com [207.76.205.22]) by alpo.whistle.com (8.8.2/8.8.2) with SMTP id OAA01960; Thu, 31 Oct 1996 14:23:29 -0800 (PST) Message-ID: <327926D7.2781E494@whistle.com> Date: Thu, 31 Oct 1996 14:23:19 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Bill Fenner CC: Chris Timmons , Poul-Henning Kamp , freebsd-hackers@FreeBSD.org Subject: Re: Verbose babble in if_fddisubr.c References: <96Oct31.110059pst.177529@crevenia.parc.xerox.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Bill Fenner wrote: > #if 0 > In message > Chris Timmons wrote: > >I vote for just lopping the statements out altogether > > Me too. > > Bill #endif From owner-freebsd-hackers Thu Oct 31 14:29:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13001 for hackers-outgoing; Thu, 31 Oct 1996 14:29:30 -0800 (PST) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA12990 for ; Thu, 31 Oct 1996 14:29:07 -0800 (PST) Received: by iafnl.es.iaf.nl with UUCP id AA06368 (5.67b/IDA-1.5 for hackers@FreeBSD.org); Thu, 31 Oct 1996 23:27:55 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.7.5/8.6.12) id WAA02245; Thu, 31 Oct 1996 22:32:16 +0100 (MET) From: Wilko Bulte Message-Id: <199610312132.WAA02245@yedi.iaf.nl> Subject: Re: SCO Filesystem To: pgiffuni@fps.biblos.unal.edu.co Date: Thu, 31 Oct 1996 22:32:16 +0100 (MET) Cc: imp@village.org, hackers@FreeBSD.org In-Reply-To: <32791483.3734@fps.biblos.unal.edu.co> from "Pedro Giffuni S." at Oct 31, 96 01:05:07 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Pedro Giffuni S. wrote... > I looked around: > Linux has it, it4s called "sysv-fs" and it can be used to mount sco, > coherent and xenix, but they admit the last two will disappear > eventually. Any volunteers? > > Pedro. > > Warner Losh wrote: > > > > In message > > > > pgiffuni@fps.biblos.unal.edu.co writes: > > : What about an SCO filesystem? I think there is a Linux code, and "their > > : hardware" is well known. It would be nice to mount it and directly execute > > : programs. > > > > I think the SCO file systems are even well documented somewhere. I've > > been told (and have no way to confirm) that they are, as far as disk > > formats go, the stock SYSV R3 stuff. It shouldn't be overly difficult > > to implement something on FreeBSD. SCO is not stock SYSV R3. They added stuff like bitmaps (?) for free list admin etc. So, it's based on SysV R3 but there have been a number of improvements made by SCO. Wilko _ ____________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl - Arnhem, The Netherlands |/|/ / / /( (_) Do, or do not. There is no 'try' - Yoda -------------------------------------------------------------------------- From owner-freebsd-hackers Thu Oct 31 15:40:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA17286 for hackers-outgoing; Thu, 31 Oct 1996 15:40:28 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA17279 for ; Thu, 31 Oct 1996 15:40:24 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA26593; Thu, 31 Oct 1996 16:33:46 -0700 From: Terry Lambert Message-Id: <199610312333.QAA26593@phaeton.artisoft.com> Subject: Re: POSIX Conformance (Unanswered in "questions" so I forwarded...) To: jlemon@americantv.com (Jonathan Lemon) Date: Thu, 31 Oct 1996 16:33:46 -0700 (MST) Cc: terry@lambert.org, jehamby@lightside.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, pgiffuni@fps.biblos.unal.edu.co In-Reply-To: <199610312216.WAA24522@right.PCS> from "Jonathan Lemon" at Oct 31, 96 04:16:49 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Uh, Terry, I suggest you go back and re-read that URL. These are IEEE > standards for measuring conformance to IEEE standards. :-) > > From the IEEE web site: > > 13210-1994 (ISO/IEC) [ANSI/IEEE 1003.3-1991] > Information Technology-Test Methods for Measuring Conformance to POSIX(R) > 64 pages [1-55937-494-2] [SH94251-NYF] $42.00 > > 2003.1-1992 IEEE Standard for Information Technology-Test Methods for > Measuring Conformance to POSIX.-Part 1: System Interfaces > 456 pages [1-55937-275-3] [SH15826-NYF] $96.00 The documents you should be interested in are: NIST-PCTS:151-2--Installation and Testing Guide NIST POSIX Testing Policy--General Information NIST POSIX Testing Policy--Certificate of Validation Requirements for FIPS 151-2 They are available via that URL. 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-hackers Thu Oct 31 15:57:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA17745 for hackers-outgoing; Thu, 31 Oct 1996 15:57:20 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA17739 for ; Thu, 31 Oct 1996 15:57:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id PAA19291; Thu, 31 Oct 1996 15:56:19 -0800 (PST) Message-Id: <199610312356.PAA19291@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: Bruce Evans , freebsd-hackers@freebsd.org, j@ida.interface-business.de Subject: Re: Verbose babble in if_fddisubr.c In-reply-to: Your message of "Thu, 31 Oct 1996 15:29:48 +0100." <6078.846772188@critter.tfs.com> From: David Greenman Reply-To: dg@root.com Date: Thu, 31 Oct 1996 15:56:19 -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>The author of `bootverbose' told me that it was a general flag when I >>objected to using it for controlling the slice messages. > >Is that's me you're referring to ? :-) > >The idea was for it to be a flag that you could set so early that you >could catch boot-related stuff (to which I consider the slice but >not the FDDI messages). As soon as you have single user running >you can tweak a sysctl variable, and things that can use that, >should use that instead. > >So: FDDI should have a sysctl: > > net.fddi.verbose > >or similar, possibly two different ones... Actually, I think the message should be killed completely. I don't see how it is useful in any case. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Oct 31 16:15:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA18618 for hackers-outgoing; Thu, 31 Oct 1996 16:15:37 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA18613 for ; Thu, 31 Oct 1996 16:15:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id QAA19358; Thu, 31 Oct 1996 16:14:44 -0800 (PST) Message-Id: <199611010014.QAA19358@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Steve Passe cc: hackers@freefall.freebsd.org Subject: Re: ed0 timeouts In-reply-to: Your message of "Thu, 31 Oct 1996 13:14:28 MST." <199610312014.NAA07284@clem.systemsix.com> From: David Greenman Reply-To: dg@root.com Date: Thu, 31 Oct 1996 16:14:44 -0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >FYI, I now have an SMC PCI 10B2 card running in the SMP kernel and >am seeing NO signs of INTerrupt loss. This is with the 'de' driver. PCI cards have level sensitive interrupts and thus are generally immune to lost interrupts. A different matter with ISA edge triggered interrupts. If the interrupt code loses one there, you likely won't get another one until the device is reset. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Oct 31 17:04:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA21221 for hackers-outgoing; Thu, 31 Oct 1996 17:04:35 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA21216 for ; Thu, 31 Oct 1996 17:04:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id SAA08652; Thu, 31 Oct 1996 18:04:08 -0700 Message-Id: <199611010104.SAA08652@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: dg@root.com cc: hackers@freefall.freebsd.org Subject: Re: ed0 timeouts In-reply-to: Your message of "Thu, 31 Oct 1996 16:14:44 PST." <199611010014.QAA19358@root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Oct 1996 18:04:08 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > PCI cards have level sensitive interrupts and thus are generally immune to >lost interrupts. A different matter with ISA edge triggered interrupts. If the >interrupt code loses one there, you likely won't get another one until the >device is reset. very good point. I am going to forge ahead using the PCI card for now, there's so much other stuff to do!!! I'm about to commit all the cleaned-up APIC code and prompt others to turn it on and experiment. -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Thu Oct 31 20:18:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA14219 for hackers-outgoing; Thu, 31 Oct 1996 20:18:28 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA14204 for ; Thu, 31 Oct 1996 20:18:20 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.6/8.7.3) with ESMTP id UAA04577 for ; Thu, 31 Oct 1996 20:18:12 -0800 (PST) Message-Id: <199611010418.UAA04577@austin.polstra.com> To: freebsd-hackers@freebsd.org Subject: CVSup 13.5 is now available Date: Thu, 31 Oct 1996 20:18:12 -0800 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Announcing CVSup 13.5 --------------------- Release 13.5 of CVSup, the CVS-aware network distribution system, is now available. Where to Get CVSup ------------------ CVSup is free software. It is available from the following FTP sites: ftp://freefall.freebsd.org/pub/CVSup/ ftp://ftp.polstra.com/pub/FreeBSD/CVSup/ (slow; avoid if possible) Full sources as well as FreeBSD binaries are available: cvsup-bin-13.5.tar.gz FreeBSD static binaries for the client cvsupd-bin-13.5.tar.gz FreeBSD static binaries for the server cvsup-13.5.tar.gz Sources ** MD5 signatures for these files are: MD5 (cvsup-bin-13.5.tar.gz) = 6ee6a4b335c18d0d00b2f140928d6a3d MD5 (cvsupd-bin-13.5.tar.gz) = 005791d8483570f2a093b7e202876d95 MD5 (cvsup-13.5.tar.gz) = 82c6dc9290fb1ce055a6027670af57f6 An updated port will appear in the FreeBSD ports and packages collections soon: ftp://ftp.freebsd.org/pub/FreeBSD/ports-current/net/cvsup/ ftp://ftp.freebsd.org/pub/FreeBSD/packages-current/net/cvsup-13.5.tgz The FreeBSD package now depends only on the "modula-3-lib" package, a subset of the Modula-3 installation consisting of only the shared libraries. Because of this, you can now install and use the "cvsup" package in a reasonable amount of disk space. The package is much smaller than the statically linked binary distribution, so updates to new versions of CVSup should be more convenient now. The package is the recommended distribution for binary-only users. The static binary distributions will probably be phased out soon. If you want SOCKS support, you must also install the "modula-3-socks" port or package: ftp://ftp.freebsd.org/pub/FreeBSD/ports-current/lang/modula-3-socks/ ftp://ftp.freebsd.org/pub/FreeBSD/packages-current/lang/modula-3-socks-1.0.tgz SOCKS is supported only under FreeBSD, and only with dynamically linked executables. The static binary distributions do not support SOCKS. ** If you wish to build CVSup from the sources, be sure to read the discussion further on in this announcement. What Has Changed Since the Previous Release? -------------------------------------------- Support SOCKS, using a new add-on library in ports/lang/modula-3-socks. Add command line options "-z" and "-Z" for directly controlling the "compress" option, overriding what is in the supfile. Likewise, add "-d" and "-D" for overriding the "delete" option. Make the client retry automatically when transient failures occur. This is done only in batch (non-GUI) mode. Retries use randomized exponential backoff. The retry delay starts out at about 5 minutes, and increases to a maximum of about 2 hours. Programs are now built fully dynamically linked by default. If "-DSTATIC" is in the "M3FLAGS" environment variable, then they are linked fully static. If "-DM3STATIC" is present, then the Modula-3 libraries are linked statically, and the system libraries are linked dynamically. (This used to be the default.) It is now possible to build the client without the GUI, by adding "-DNOGUI" to the "M3FLAGS" environment variable. What Is CVSup? -------------- CVSup is a software package for distributing and updating collections of files across a network. CVSup is specifically tailored to distributing CVS repositories. By taking advantage of the special properties of the files contained in CVS repositories, CVSup is able to perform updates much faster than traditional systems. It is especially valuable for people with slow Internet connections. CVSup parses and understands the RCS files making up a CVS repository. When updates occur, CVSup extracts new deltas directly from the RCS files on the server and edits them into the client's RCS files. Likewise, CVSup notes the addition of new symbolic tags to the files on the server and sends only the new tags to the client. CVSup is able to merge new deltas and tags from the server with deltas and tags added locally on the client machine. This makes it possible for the client to check local modifications into his repository without their being obliterated by subsequent updates from the server. Note: Although this feature is fully implemented in CVSup, it will probably not be practical to use it until some small changes have been made to CVS. In addition to distributing the RCS files themselves, CVSup is able to distribute specific checked-out versions. The client can specify a symbolic tag, a date, or both and CVSup will extract the appropriate versions from the server's CVS repository. Checked-out versions do not need to be stored on the server since CVSup can extract any version directly from the CVS repository. If the client has an existing checked-out tree, CVSup will apply the appropriate edits to update the tree or transform it into the requested version. Only the differences between the existing version and the desired version are sent across the network. CVSup uses lightweight processes (threads) to implement a streaming protocol across the network. This completely eliminates the delays associated with the lock-step, request-reply form of communication used by many existing protocols, such as sup and NNTP. Information is transferred at the full available speed of the network in both directions at once. Network latency and server response delays are rendered practically irrelevant. CVSup uses the "zlib" compression package to optionally compress all communications. This provides an additional 65-75% compression, on top of the diff-based compression already built into CVSup. For efficiency, all processing is built into the CVSup package itself. Neither the client nor the server executes any other programs. For further information about how CVSup works, see the "Blurb" document in the CVSup distribution. Using CVSup to Maintain FreeBSD Sources --------------------------------------- CVSup servers are currently running at the following FreeBSD mirror sites: USA: cvsup.freebsd.org cvsup2.freebsd.org The Netherlands: cvsup.nl.freebsd.org Using CVSup, you can easily receive or update any of the standard FreeBSD source releases, namely, "cvs", "current", and "stable". The manual page for cvsup(1) describes how to do that. If all goes well, additional servers will come on-line soon. Building CVSup from the Sources ------------------------------- CVSup is written in Modula-3, a modern, compiled, object-oriented language. Modula-3 integrates threads, exceptions, and garbage collection, providing an ideal vehicle for this sort of application. Without Modula-3, CVSup would almost certainly not exist today. If you wish to build CVSup from the sources, you will first need to install the free Modula-3 compiler and runtime libraries from DEC SRC. A port is available in the FreeBSD ports collection, in "lang/modula-3". The corresponding package is, of course, available in the packages collection. You will also need version 1.0.4 or later of the "zlib" library. In recent versions of FreeBSD-2.2-current, this library has been incorporated into the system sources, in "src/lib/libz". Prior to that, a FreeBSD port was available in "devel/libz" of the FreeBSD ports collection. For other sources of this library, see the "Install" file. Do not try to use versions earlier than 1.0.4. You will also need Poul-Henning Kamp's "libmd" library. It is a standard library on FreeBSD systems. Portability Issues ------------------ I intend for CVSup to be portable to most POSIX systems. The present release has only been tested under FreeBSD versions 2.1 and later. Primarily because of packaging problems, this release of CVSup probably won't build out-of-the-box on other systems. Among other things, it relies on Poul-Henning Kamp's "libmd" encapsulation of the MD5 subroutines. The library itself appears to be quite portable, but its Makefiles are BSD-specific. There are probably some other FreeBSD-specific things in CVSup that have not been found yet. Anybody who succeeds in porting CVSup to other systems is encouraged to send his changes to . As long as the changes are reasonably palatable, they will be incorporated into future CVSup releases. CVSup uses several POSIX-specific functions which may make it more of an effort to port the package to non-POSIX systems such as Win32. These functions include mmap, fork, syslog, stat, and chmod, among others. Status of this Release ---------------------- CVSup has seen heavy use and has been quite stable for months. Like all software, though, it is not perfect. Please be prepared to find bugs -- without a doubt, there are some. Please report bugs to . John Polstra, Copyright 1996 John D. Polstra $Id: Announce,v 1.12 1996/11/01 03:30:28 jdp Exp $ $Name: REL_13_5 $ From owner-freebsd-hackers Thu Oct 31 22:51:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA23636 for hackers-outgoing; Thu, 31 Oct 1996 22:51:25 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA23626 for ; Thu, 31 Oct 1996 22:51:11 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA24012 for ; Fri, 1 Nov 1996 07:51:08 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA16933 for freebsd-hackers@freebsd.org; Fri, 1 Nov 1996 07:51:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id HAA20551 for freebsd-hackers@freebsd.org; Fri, 1 Nov 1996 07:33:26 +0100 (MET) From: J Wunsch Message-Id: <199611010633.HAA20551@uriah.heep.sax.de> Subject: Re: probing scsi bus after boot? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 1 Nov 1996 07:33:26 +0100 (MET) In-Reply-To: <6089.846795037@time.cdrom.com> from "Jordan K. Hubbard" at "Oct 31, 96 12:50:37 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > > scsi -f -p > > > > Wrong. Peter D's ``super SCSI device'' never found its way into the > > official tree. (Too bad.) > Huh? I just do this on /dev/sd0 or some other - it works great! > I use it to detect my scanner after power-up all the time. Are you sure you aren't confusing this with the `-r' flag? (Btw., using /dev/sd0.ctl together with the scsi(8) command is better.) uriah # scsi -f /dev/rsd0 -p 0: SCIOCADDR: Inappropriate ioctl for device 1: SCIOCADDR: Inappropriate ioctl for device 2: SCIOCADDR: Inappropriate ioctl for device 3: SCIOCADDR: Inappropriate ioctl for device 4: SCIOCADDR: Inappropriate ioctl for device 5: SCIOCADDR: Inappropriate ioctl for device 6: SCIOCADDR: Inappropriate ioctl for device 7: SCIOCADDR: Inappropriate ioctl for device But: uriah # scsi -f /dev/rsd0 -r uriah # -- 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-hackers Fri Nov 1 00:02:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA04346 for hackers-outgoing; Fri, 1 Nov 1996 00:02:40 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA04337 for ; Fri, 1 Nov 1996 00:02:32 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA25642; Fri, 1 Nov 1996 08:59:45 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA17694; Fri, 1 Nov 1996 08:59:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id IAA21164; Fri, 1 Nov 1996 08:51:08 +0100 (MET) From: J Wunsch Message-Id: <199611010751.IAA21164@uriah.heep.sax.de> Subject: Re: Zombie processes To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 1 Nov 1996 08:51:08 +0100 (MET) Cc: ormonde@trem.cnt.org.br In-Reply-To: <199610312111.OAA26221@phaeton.artisoft.com> from Terry Lambert at "Oct 31, 96 02:11:07 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > Alternately, set a signal handler of SIG_IGN for SIGCHLD. This is > > > guaranteed to not create zombies in the first place for all POSIX > > > compliant or conformant OS's. > > You are wrong with this opinion, and you have been told this before. > I didn't say it did. > > I said all POSIX compliant or conformant acted this way. You said it were ``guaranteed'', and this implies at least to the innocent reader that Posix would mandate it this way. It doesn't. I call this intent of confusion, at least. It's not helpful to the one who's been asking the question in the first place, either. If we will ever implement it (i started, but got stuck at some place and had to rearrange priorities), we most likely won't implement it in your intended way (aka. the SVR3 way) at all, but would use SA_NOCLDWAIT for it, as does SVR4. -- 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-hackers Fri Nov 1 02:02:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA14466 for hackers-outgoing; Fri, 1 Nov 1996 02:02:11 -0800 (PST) Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA14453 for ; Fri, 1 Nov 1996 02:02:07 -0800 (PST) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0vJGQN-000I7qC; Fri, 1 Nov 96 11:02 MET Received: by ernie.kts.org (Smail3.1.29.1 #5) id m0vJGBB-00001lC; Fri, 1 Nov 96 10:46 MET Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: vx driver(s) - bad powerup behaviour To: freebsd-hackers@freebsd.org Date: Fri, 1 Nov 1996 10:46:20 +0100 (MET) Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just got some 3Com 590 ethernet PCI boards (because they were the cause of some severe troubles under Gates-OS'es :-) ). Under 2.1.5, with the supplied driver, with Guido's new driver from freefall and with another driver from Fred Gray this card does not run after a cold reset or powerup on the machine in question. Another warm boot is required to make this card run with all three drivers. Has anybody an idea what to try or where to look ? Is technical documentation available for this card somewhere ? hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Fri Nov 1 02:23:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA15757 for hackers-outgoing; Fri, 1 Nov 1996 02:23:47 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA15752 for ; Fri, 1 Nov 1996 02:23:43 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id LAA11690; Fri, 1 Nov 1996 11:23:31 +0100 Message-Id: <199611011023.LAA11690@ra.dkuug.dk> Subject: Re: vx driver(s) - bad powerup behaviour To: hm@kts.org Date: Fri, 1 Nov 1996 11:23:31 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Hellmuth Michaelis" at Nov 1, 96 10:46:20 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Hellmuth Michaelis who wrote: > > Just got some 3Com 590 ethernet PCI boards (because they were the cause of > some severe troubles under Gates-OS'es :-) ). Under 2.1.5, with the supplied > driver, with Guido's new driver from freefall and with another driver from > Fred Gray this card does not run after a cold reset or powerup on the > machine in question. Hmm, I see no such problems, are you sure the card in question is not one of those first defective ones ?? that would explain why billyboys os'es has trouble too. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Nov 1 02:50:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA17129 for hackers-outgoing; Fri, 1 Nov 1996 02:50:56 -0800 (PST) Received: from hda.hda.com (ip73-max1-fitch.zipnet.net [199.232.245.73]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA17124 for ; Fri, 1 Nov 1996 02:50:52 -0800 (PST) Received: (from dufault@localhost) by hda.hda.com (8.6.12/8.6.12) id FAA07666; Fri, 1 Nov 1996 05:28:54 -0500 From: Peter Dufault Message-Id: <199611011028.FAA07666@hda.hda.com> Subject: Re: probing scsi bus after boot? In-Reply-To: <6089.846795037@time.cdrom.com> from "Jordan K. Hubbard" at "Oct 31, 96 12:50:37 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 1 Nov 1996 05:28:54 -0500 (EST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, jlk@pavilion.co.uk X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Huh? I just do this on /dev/sd0 or some other - it works great! > I use it to detect my scanner after power-up all the time. The super SCSI device is needed when nothing is on the bus at boot - you then need a way into the system for that case. Try putting your scanner on its own bus with no SCSI devices (I forgot - you NEVER have a system with no SCSI devices). The super SCSI device should support bus configuration (such as reprobe) and "device target" types of calls ("become this SCSI NEXUS"). It is essentially a SCSI bus device. I added it when I was doing some work with a prototype device on a dedicated bus that was frequently not powered up. IMHO super SCSI should be left working this way, maybe renamed to be a bus device. The SCSI user code should be ripped out with extreme prejudice - it is superceded by the newer configuration code. The code suffers from no use and no test. Peter -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Fri Nov 1 03:02:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA17772 for hackers-outgoing; Fri, 1 Nov 1996 03:02:11 -0800 (PST) Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA17766; Fri, 1 Nov 1996 03:02:08 -0800 (PST) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0vJHMT-000I8tC; Fri, 1 Nov 96 12:02 MET Received: by ernie.kts.org (Smail3.1.29.1 #5) id m0vJH3c-00001lC; Fri, 1 Nov 96 11:42 MET Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: vx driver(s) - bad powerup behaviour To: sos@FreeBSD.org Date: Fri, 1 Nov 1996 11:42:36 +0100 (MET) Cc: hm@kts.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199611011023.LAA11690@ra.dkuug.dk> from "sos@FreeBSD.org" at Nov 1, 96 11:23:31 am Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk sos@FreeBSD.org wrote: > > Just got some 3Com 590 ethernet PCI boards (because they were the cause of > > some severe troubles under Gates-OS'es :-) ). Under 2.1.5, with the supplied > > driver, with Guido's new driver from freefall and with another driver from > > Fred Gray this card does not run after a cold reset or powerup on the > > machine in question. > > Hmm, I see no such problems, are you sure the card in question is > not one of those first defective ones ?? that would explain why > billyboys os'es has trouble too. Probably it is one of those defective ones - the coldboot probe says its an early revision adaptor and the warmboot probe does not say it. hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Fri Nov 1 03:09:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA18360 for hackers-outgoing; Fri, 1 Nov 1996 03:09:34 -0800 (PST) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA18355 for ; Fri, 1 Nov 1996 03:09:33 -0800 (PST) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id DAA15473 for ; Fri, 1 Nov 1996 03:10:21 -0800 (PST) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id WAA24746 for freebsd-hackers@freebsd.org; Fri, 1 Nov 1996 22:09:09 +1100 Date: Fri, 1 Nov 1996 22:09:09 +1100 From: Julian Assange Message-Id: <199611011109.WAA24746@suburbia.net> To: freebsd-hackers@freebsd.org Subject: grub Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk http://uruk.uruk.org/grub A fine replacement for the current boot loader, with strong bsd support. /usr/src/contrib? From owner-freebsd-hackers Fri Nov 1 03:31:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA19934 for hackers-outgoing; Fri, 1 Nov 1996 03:31:50 -0800 (PST) Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA19925; Fri, 1 Nov 1996 03:31:46 -0800 (PST) Received: from Burka.NetVision.net.il (gena@burka.NetVision.net.il [194.90.6.15]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id NAA15298; Sat, 2 Nov 1996 13:32:11 +0200 (IST) Message-ID: X-Mailer: XFMail 0.5-beta [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199611011023.LAA11690@ra.dkuug.dk> Date: Fri, 01 Nov 1996 13:28:02 +0200 (IST) X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision Ltd. From: Gennady Sorokopud To: sos@FreeBSD.org Subject: Re: vx driver(s) - bad powerup behaviour Cc: freebsd-hackers@FreeBSD.org, hm@kts.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello! I'm running -current and i have similar problrms with vx driver. On startup it refuses to work, and i need to do ifconfig vx0 up/down few times untill it starts functioning... my dmesg says: vx0 <3Com 3c590 EtherLink III PCI> rev 0 int a irq 9 on pci0:11 utp[*UTP*] address 00:20:af:f7:f2:dd vx0: eeprom failed to come ready. I also tried some other 3c590 card, but then dmesg sayd something like: "Warning! Defective early revision adapter!" and results were exactly the same. On 01-Nov-96 sos@FreeBSD.org wrote: >>In reply to Hellmuth Michaelis who wrote: >> >> Just got some 3Com 590 ethernet PCI boards (because they were the cause of >> some severe troubles under Gates-OS'es :-) ). Under 2.1.5, with the supplied >> driver, with Guido's new driver from freefall and with another driver from >> Fred Gray this card does not run after a cold reset or powerup on the >> machine in question. > >Hmm, I see no such problems, are you sure the card in question is >not one of those first defective ones ?? that would explain why >billyboys os'es has trouble too. > > >-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > So much code to hack -- so little time. Best regards. -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: Gennady Sorokopud Homepage: http://www.netvision.net.il/~gena PGP public key is available by fingering gena@netvision.net.il This message was sent at 11/01/96 13:28:03 by XF-Mail From owner-freebsd-hackers Fri Nov 1 03:37:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA20366 for hackers-outgoing; Fri, 1 Nov 1996 03:37:29 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA20354; Fri, 1 Nov 1996 03:37:23 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id MAA12014; Fri, 1 Nov 1996 12:36:59 +0100 Message-Id: <199611011136.MAA12014@ra.dkuug.dk> Subject: Re: vx driver(s) - bad powerup behaviour To: gena@NetVision.net.il (Gennady Sorokopud) Date: Fri, 1 Nov 1996 12:36:58 +0100 (MET) Cc: sos@FreeBSD.org, freebsd-hackers@FreeBSD.org, hm@kts.org In-Reply-To: from "Gennady Sorokopud" at Nov 1, 96 01:28:02 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Gennady Sorokopud who wrote: > > Hello! > > I'm running -current and i have similar problrms with vx driver. On startup it > refuses to work, and i need to do ifconfig vx0 up/down few times untill it > starts functioning... > my dmesg says: > > vx0 <3Com 3c590 EtherLink III PCI> rev 0 int a irq 9 on pci0:11 > utp[*UTP*] address 00:20:af:f7:f2:dd > vx0: eeprom failed to come ready. > > I also tried some other 3c590 card, but then dmesg sayd something like: > "Warning! Defective early revision adapter!" and results were exactly the same. Have you tried the new driver in incoming ??, it fixed the up/down problem for me, but I didn't see the other one. Remember that the version in -current almost always says its a defective card, even if it isn't :( -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Nov 1 03:55:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA21624 for hackers-outgoing; Fri, 1 Nov 1996 03:55:29 -0800 (PST) Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA21608; Fri, 1 Nov 1996 03:55:20 -0800 (PST) Received: from Burka.NetVision.net.il (gena@burka.NetVision.net.il [194.90.6.15]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id NAA16519; Sat, 2 Nov 1996 13:55:39 +0200 (IST) Message-ID: X-Mailer: XFMail 0.5-beta [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199611011136.MAA12014@ra.dkuug.dk> Date: Fri, 01 Nov 1996 13:53:54 +0200 (IST) X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision Ltd. From: Gennady Sorokopud To: sos@FreeBSD.org Subject: Re: vx driver(s) - bad powerup behaviour Cc: hm@kts.org, freebsd-hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello! On 01-Nov-96 sos@FreeBSD.org wrote: [skip] >Have you tried the new driver in incoming ??, it fixed the up/down >problem for me, but I didn't see the other one. Remember that the >version in -current almost always says its a defective card, >even if it isn't :( Do you mean newif_vx.tgz in /incoming on freefall? No i did not tried it yet.. going to do it right now. I'll let you know if it solves my problem. >-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > So much code to hack -- so little time. Best regards. -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: Gennady Sorokopud Homepage: http://www.netvision.net.il/~gena PGP public key is available by fingering gena@netvision.net.il This message was sent at 11/01/96 13:53:55 by XF-Mail From owner-freebsd-hackers Fri Nov 1 04:27:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA25103 for hackers-outgoing; Fri, 1 Nov 1996 04:27:23 -0800 (PST) Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA25087; Fri, 1 Nov 1996 04:27:12 -0800 (PST) Received: from Burka.NetVision.net.il (gena@burka.NetVision.net.il [194.90.6.15]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id OAA17355; Sat, 2 Nov 1996 14:27:37 +0200 (IST) Message-ID: X-Mailer: XFMail 0.5-beta [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199611011136.MAA12014@ra.dkuug.dk> Date: Fri, 01 Nov 1996 13:53:54 +0200 (IST) X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision Ltd. From: Gennady Sorokopud To: sos@FreeBSD.org Subject: Re: vx driver(s) - bad powerup behaviour Cc: freebsd-hackers@FreeBSD.org, hm@kts.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello! On 01-Nov-96 sos@FreeBSD.org wrote: [skip] >Have you tried the new driver in incoming ??, it fixed the up/down >problem for me, but I didn't see the other one. Remember that the >version in -current almost always says its a defective card, >even if it isn't :( Well, i just tried this new driver (i modified it a bit so it will compile on -current) Now dmesg says: vx0 <3Com 3c590 EtherLink III PCI> rev 0 int a irq 9 on pci0:11 utp[*UTP*] address 0:20:af:f7:f2:dd Warning! Defective early revision adapter! (somehow the other driver complained about "eeprom failed to become ready", isn't this weird?) And the problem is still there (i.e. ifconfig vx0 up/down is required) :-( >-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > So much code to hack -- so little time. Best regards. -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: Gennady Sorokopud Homepage: http://www.netvision.net.il/~gena PGP public key is available by fingering gena@netvision.net.il This message was sent at 11/01/96 13:53:55 by XF-Mail From owner-freebsd-hackers Fri Nov 1 04:33:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA25657 for hackers-outgoing; Fri, 1 Nov 1996 04:33:49 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA25644; Fri, 1 Nov 1996 04:33:45 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id NAA12351; Fri, 1 Nov 1996 13:33:28 +0100 Message-Id: <199611011233.NAA12351@ra.dkuug.dk> Subject: Re: vx driver(s) - bad powerup behaviour To: gena@NetVision.net.il (Gennady Sorokopud) Date: Fri, 1 Nov 1996 13:33:28 +0100 (MET) Cc: sos@FreeBSD.org, freebsd-hackers@FreeBSD.org, hm@kts.org In-Reply-To: from "Gennady Sorokopud" at Nov 1, 96 01:53:54 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Gennady Sorokopud who wrote: > > Hello! > On 01-Nov-96 sos@FreeBSD.org wrote: > [skip] > >Have you tried the new driver in incoming ??, it fixed the up/down > >problem for me, but I didn't see the other one. Remember that the > >version in -current almost always says its a defective card, > >even if it isn't :( > Well, i just tried this new driver (i modified it a bit so it will compile on > -current) > > Now dmesg says: > > vx0 <3Com 3c590 EtherLink III PCI> rev 0 int a irq 9 on pci0:11 > utp[*UTP*] address 0:20:af:f7:f2:dd > Warning! Defective early revision adapter! > > (somehow the other driver complained about "eeprom failed to become ready", > isn't this weird?) > > And the problem is still there (i.e. ifconfig vx0 up/down is required) :-( I'm afraid that you have on of the early defective cards then :( Try to see if you can get this verified with the dealer, they should exchange it for a new one (at least here in DK they _should_) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Nov 1 04:52:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA27441 for hackers-outgoing; Fri, 1 Nov 1996 04:52:05 -0800 (PST) Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA27383 for ; Fri, 1 Nov 1996 04:51:54 -0800 (PST) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (8.8.2/8.7.3) id XAA12768; Fri, 1 Nov 1996 23:21:02 +1030 (CST) Date: Fri, 1 Nov 1996 23:21:02 +1030 (CST) From: Peter Childs Message-Id: <199611011251.XAA12768@al.imforei.apana.org.au> To: msmith@atrad.adelaide.edu.au (Michael Smith), freebsd-hackers@freebsd.org Subject: Re: FreeBSD and IP tunneling X-Newsreader: TIN [UNIX 1.3 unoff BETA release 961020] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199610310142.MAA25644@genesis.atrad.adelaide.edu.au> you wrote: : Julian Assange stands accused of saying: : > Are there as yet no userland tools to do this? It seems like something that : > should be addressed. What about IPIP? Writing can be done easily enough with : > IP_HDRINCL, but how do you go about reading such packets short of bpf? : You route to an address assigned to a local tunnel interface, and talk : to the back end of the tunnel. For the less technically slanted iijppp does PPP over TCP which can be used to interesting effect. It works. Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds Finger pjchilds@al.imforei.apana.org.au for public PGP key Drag me, drop me, treat me like an object! From owner-freebsd-hackers Fri Nov 1 05:36:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA02193 for hackers-outgoing; Fri, 1 Nov 1996 05:36:11 -0800 (PST) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA02173 for ; Fri, 1 Nov 1996 05:36:04 -0800 (PST) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id OAA08663; Fri, 1 Nov 1996 14:44:17 +0100 (MET) From: Mikael Karpberg Message-Id: <199611011344.OAA08663@ocean.campus.luth.se> Subject: Re: Another data point in the daily panics... To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Fri, 1 Nov 1996 14:44:17 +0100 (MET) Cc: greg@uswest.net, freebsd-hackers@freefall.freebsd.org, ponds!rivers@dg-rtp.dg.com In-Reply-To: <199610311645.KAA27895@brasil.moneng.mei.com> from Joe Greco at "Oct 31, 96 10:45:48 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Joe Greco: > > > Recall, this is a 386DX-33, 8MEG, IDE controller, sio ports, running > > > my news and mail and SL/IP connections. > > I run several stable news servers too (soon to be more)... Mr. Rivers > seems to be running a "stress test from hell" configuration :-( I read some mail someone showed me, not long ago... I think it was from the NetBSD lists... Some guy stating (in some argument with a Linux hacker) that "Your machine is probably idle while you read this", upon which the Linux hacker said "No, it's not. I fire up 40 creashmes in init". I'd say that linux hacker is boooored ;-) Then again, I know a friends 2.1.5 machine rebooted after running 30 seconds of "crashme". Firing up _40_ at boot time, just for kicks, must mean he can get a lot more out of Linux's vm/fs system then we can get out of FreeBSD's, when it comes to stablilty. If you want to stress the machine, and shake out bugs, "crashme" seems quite a nice stresser for the system, doing a lot of mean stuff, but nothing illegal (which should not be possible anyway, or the system is not very safe, or?) as far as I know. I know we got HUGE amounts of "sig 10 recieved" when running crashme. So, if crashme is not reading longs out of alignment, or so, then there is a problem in the system somewhere. Anyone tried to fire up 40 crashmes and wait? Should produce nice output for debugging a stressed system, no? /Mikael From owner-freebsd-hackers Fri Nov 1 06:15:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA05670 for hackers-outgoing; Fri, 1 Nov 1996 06:15:35 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA05664 for ; Fri, 1 Nov 1996 06:15:32 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id AAA05539; Sat, 2 Nov 1996 00:43:50 +1030 From: Michael Smith Message-Id: <199611011413.AAA05539@genesis.atrad.adelaide.edu.au> Subject: Re: Another data point in the daily panics... To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Sat, 2 Nov 1996 00:43:49 +1030 (CST) Cc: jgreco@brasil.moneng.mei.com, greg@uswest.net, freebsd-hackers@freefall.freebsd.org, ponds!rivers@dg-rtp.dg.com In-Reply-To: <199611011344.OAA08663@ocean.campus.luth.se> from "Mikael Karpberg" at Nov 1, 96 02:44:17 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mikael Karpberg stands accused of saying: > > I read some mail someone showed me, not long ago... I think it was from > the NetBSD lists... Some guy stating (in some argument with a Linux hacker) > that "Your machine is probably idle while you read this", upon which the > Linux hacker said "No, it's not. I fire up 40 creashmes in init". > > I'd say that linux hacker is boooored ;-) To quote the common vernacular, I'd say the aforementioned Linuxer is a lyin' sack o' shit. If 'crashme' really rings your bell, search the mailing list archives for it; there have been sever lengthy 'crashme' sagas with the usual net result that the people with properly-configured systems usually got bored of waiting for the system to page them in and killed them all off. > Then again, I know a friends 2.1.5 machine rebooted after running 30 > seconds of "crashme". Sounds inconsistent with -stable as I know it. I'd be worrying about hardware before pointing the finger at FreeBSD. > Firing up _40_ at boot time, just for kicks, > must mean he can get a lot more out of Linux's vm/fs system then we can > get out of FreeBSD's, when it comes to stablilty. If you want to stress Is this a troll or something? Or are you genuinely naiive? For all Terry's (valid) complaints, the FreeBSD vm/fs system brooks no comparison of that order. > Anyone tried to fire up 40 crashmes and wait? Should produce nice output > for debugging a stressed system, no? Care to send me a copy of the aforementioned 'crashme', and I'll bore you with the results. I can even swap in some marginal memory and repeat the process to see if I can reproduce your friend's observations 8) > /Mikael -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri Nov 1 06:31:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA06422 for hackers-outgoing; Fri, 1 Nov 1996 06:31:07 -0800 (PST) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA06410 for ; Fri, 1 Nov 1996 06:31:03 -0800 (PST) Received: from x14.mi.uni-koeln.de (annexr2-48.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA19098 (5.67b/IDA-1.5 for ); Fri, 1 Nov 1996 15:30:40 +0100 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.2/8.6.9) id NAA01075; Fri, 1 Nov 1996 13:25:36 +0100 (MET) Message-Id: <199611011225.NAA01075@x14.mi.uni-koeln.de> Date: Fri, 1 Nov 1996 13:24:15 +0100 From: se@zpr.uni-koeln.de (Stefan Esser) To: luoqi@watermarkgroup.com (Luoqi Chen) Cc: hackers@freebsd.org Subject: Re: wine crash mystery In-Reply-To: <3277A807.7FE8@watermarkgroup.com>; from Luoqi Chen on Oct 30, 1996 14:13:01 -0500 References: <3277A807.7FE8@watermarkgroup.com> X-Mailer: Mutt 0.45 Mime-Version: 1.0 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luoqi Chen writes: > Hi, > > I have been playing with wine recently. I noticed that wine would > mysteriously crash my machine whenever I tried to run wine with > a non-existing exe file (it was a typo initially). It seemed that > wine had somehow triggered the shutdown condition on the cpu, > because there was no panic when the system crashed. I can't reproduce this on my -current system. Either there is a difference in the kernel, that makes -current more robust, or there are other prereqs that are not met on my system. But I have found, that wine tries to start a UNIX binary of the same name, if it can't locate a Windows .EXE file. But this mustbe intentional (I did not look up the source code responsible for this, yet). Perhaps there was a bad interaction between Wine and the kernel, when Wine decided to execute some Unix file. Please check, whether the name you used might exist on your system ... > I am running wine961023 on FreeBSD 2.1.5R. Do you fellow wine > users have the same crashes? I'm really interested in solving > this problem. Any advice is greatly appreciated. I'm running it under a very recent -current and don't suffer from that problem. I can't do much about it, currently, for that reason ... Regards, STefan From owner-freebsd-hackers Fri Nov 1 06:39:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA07152 for hackers-outgoing; Fri, 1 Nov 1996 06:39:12 -0800 (PST) Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA07147 for ; Fri, 1 Nov 1996 06:39:08 -0800 (PST) Received: from muggsy.lkg.dec.com by mail13.digital.com (8.7.5/UNX 1.5/1.0/WV) id JAA01705; Fri, 1 Nov 1996 09:28:22 -0500 (EST) Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA23735; Fri, 1 Nov 1996 09:28:25 -0500 Received: from localhost.lkg.dec.com (localhost.lkg.dec.com [127.0.0.1]) by whydos.lkg.dec.com (8.6.12/8.6.12) with SMTP id KAA12396; Fri, 1 Nov 1996 10:34:59 GMT Message-Id: <199611011034.KAA12396@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost.lkg.dec.com didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 To: joerg_wunsch@interface-business.de (Joerg Wunsch) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: Verbose babble in if_fddisubr.c In-Reply-To: Your message of "Wed, 30 Oct 1996 17:38:32 +0100." <199610301638.RAA06231@ida.interface-business.de> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="===_0_Fri_Nov__1_10:30:36__1996" Date: Fri, 01 Nov 1996 10:34:56 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multipart MIME message. --===_0_Fri_Nov__1_10:30:36__1996 Content-Type: text/plain; charset=us-ascii On Aug 1, 1996 I sent an update of my FDDI driver and if_fddisubr.c to Jordan and Justin. It included the suppression of the unknown protocol/sap printfs. This is the version that BSD/OS 3.0 and NetBSD 1.2 uses. If you'd like a copy of the updated source, send me mail. If you are using a fast machine you really need this updated driver. --===_0_Fri_Nov__1_10:30:36__1996 Content-Type: message/rfc822 Content-Description: 1901 X-Mailer: exmh version 1.6.5 12/11/95 To: jkh@cdrom.com cc: "Justin T. Gibbs" Subject: New FDDI driver snapshot. Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="===_0_Thu_Aug__1_16:38:44__1996" Date: Thu, 01 Aug 1996 16:39:06 +0000 From: Matt Thomas This is a multipart MIME message. --===_0_Thu_Aug__1_16:38:44__1996 Content-Type: text/plain; charset=us-ascii [Can you forward this to someone who will commit this to -stable and -current?.] Note that the DEFEA support is using the EISA framework in 2.2. The only change I'd like to see is the return value of the EISA match routine becomes const char * (instead of char *). The new driver will require changes to sys/conf/files since I rearranged things (for NetBSD). Replace the fpa and (only on 2.2-Current otherwise delete the) fea lines by: i386/eisa/if_fea.c optional fea device-driver dev/pdq/pdq.c optional fea device-driver dev/pdq/pdq_ifsubr.c optional fea device-driver pci/if_fpa.c optional fpa device-driver dev/pdq/pdq.c optional fpa device-driver dev/pdq/pdq_ifsubr.c optional fpa device-driver You may want to move the if_fea.c line to files.i386. It doesn't really matter to me. I've moved the pdq* files from sys/pci to a new directory sys/dev/pdq which pdqreg.h & pdqvar.h (was previously pdq_os.h) and pdq.c & pdq_ifsubr.c. if_pdq.c is gone. It has been broken into if_fpa.c, if_fea.c, and pdq_ifsubr.c (and, for NetBSD, if_fta.c). Thus you can remove *pdq* from sys/pci. if_fddisubr.c is a replacement for the one in sys/net and includes IPX and NETATALK support. if_fddi.h is only slightly changed (one #define added). Thanks. --===_0_Thu_Aug__1_16:38:44__1996 Content-Type: text/plain; charset=us-ascii Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message --===_0_Thu_Aug__1_16:38:44__1996-- --===_0_Fri_Nov__1_10:30:36__1996 Content-Type: text/plain; charset=us-ascii Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message --===_0_Fri_Nov__1_10:30:36__1996-- From owner-freebsd-hackers Fri Nov 1 07:00:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA09888 for hackers-outgoing; Fri, 1 Nov 1996 07:00:38 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA09875 for ; Fri, 1 Nov 1996 07:00:34 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA00131; Fri, 1 Nov 1996 08:58:49 -0600 From: Joe Greco Message-Id: <199611011458.IAA00131@brasil.moneng.mei.com> Subject: Re: Another data point in the daily panics... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 1 Nov 1996 08:58:49 -0600 (CST) Cc: karpen@ocean.campus.luth.se, jgreco@brasil.moneng.mei.com, greg@uswest.net, freebsd-hackers@freefall.freebsd.org, ponds!rivers@dg-rtp.dg.com In-Reply-To: <199611011413.AAA05539@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 2, 96 00:43:49 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Anyone tried to fire up 40 crashmes and wait? Should produce nice output > > for debugging a stressed system, no? > > Care to send me a copy of the aforementioned 'crashme', and I'll bore > you with the results. I can even swap in some marginal memory and > repeat the process to see if I can reproduce your friend's > observations 8) I found something called "crashme 0.8" in alt.sources, compiled it, and am running 50 copies of it... it seems to be doing a nice job of raising my load average slowly (now about 7.00).. I do not understand how it could crash me though since I am already crashed this morning. :-) Is this supposed to do something interesting? Maybe I need to run more of them. I should run this on a non GENERIC kernel... Oh. There's a core file... hmmm Well I am going to reboot and see if I can run 100 copies, maybe it will do something creative. Ahhhh maxprox=2067, :-). Let's jam. OOoooo, cool! Load spike! :-) ... JG From owner-freebsd-hackers Fri Nov 1 07:12:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA11351 for hackers-outgoing; Fri, 1 Nov 1996 07:12:17 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA11338 for ; Fri, 1 Nov 1996 07:12:11 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA00196; Fri, 1 Nov 1996 09:11:03 -0600 From: Joe Greco Message-Id: <199611011511.JAA00196@brasil.moneng.mei.com> Subject: Re: Another data point in the daily panics... To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Fri, 1 Nov 1996 09:11:02 -0600 (CST) Cc: jgreco@brasil.moneng.mei.com, greg@uswest.net, freebsd-hackers@freefall.freebsd.org, ponds!rivers@dg-rtp.dg.com In-Reply-To: <199611011344.OAA08663@ocean.campus.luth.se> from "Mikael Karpberg" at Nov 1, 96 02:44:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Then again, I know a friends 2.1.5 machine rebooted after running 30 > seconds of "crashme". Firing up _40_ at boot time, just for kicks, > must mean he can get a lot more out of Linux's vm/fs system then we can > get out of FreeBSD's, when it comes to stablilty. If you want to stress > the machine, and shake out bugs, "crashme" seems quite a nice stresser > for the system, doing a lot of mean stuff, but nothing illegal (which > should not be possible anyway, or the system is not very safe, or?) as > far as I know. I know we got HUGE amounts of "sig 10 recieved" when > running crashme. So, if crashme is not reading longs out of alignment, > or so, then there is a problem in the system somewhere. > > Anyone tried to fire up 40 crashmes and wait? Should produce nice output > for debugging a stressed system, no? daily-planet2# uptime 9:06AM up 18 mins, 2 users, load averages: 100.51, 86.35, 49.57 daily-planet2# ps agxuww|grep crashme|wc 201 3307 20448 daily-planet2# top load averages: 101.47, 91.55, 56.48 09:08:56 425 processes: 102 running, 322 sleeping, 1 stopped Cpu states: 66.7% user, 0.0% nice, 33.3% system, 0.0% interrupt, 0.0% idle Mem: 41M Active, 2256K Inact, 8948K Wired, 4920K Cache, 2880K Buf, 4104K Free Swap: 131M Total, 18M Used, 113M Free, 14% Inuse PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 5384 jgreco 82 0 164K 428K RUN 0:00 1.21% 1.18% crashme 5444 jgreco 82 0 164K 428K RUN 0:00 1.18% 1.14% crashme 5409 jgreco 82 0 164K 428K RUN 0:00 1.18% 1.14% crashme 5435 jgreco 83 0 164K 428K RUN 0:00 1.14% 1.11% crashme 5465 jgreco 82 0 164K 428K RUN 0:00 1.15% 1.11% crashme 5443 jgreco 82 0 164K 428K RUN 0:00 1.10% 1.07% crashme 5442 jgreco 82 0 164K 428K RUN 0:00 1.10% 1.07% crashme 5431 jgreco 82 0 164K 428K RUN 0:00 1.06% 1.03% crashme 5491 jgreco 82 0 164K 428K RUN 0:00 1.08% 1.03% crashme 5164 jgreco 81 0 164K 428K RUN 0:01 1.03% 1.03% crashme 5470 jgreco 81 0 164K 428K RUN 0:00 0.99% 0.95% crashme 5415 jgreco 81 0 164K 428K RUN 0:00 0.98% 0.95% crashme 5475 jgreco 81 0 164K 428K RUN 0:00 0.99% 0.95% crashme 5416 jgreco 81 0 164K 428K RUN 0:00 0.94% 0.92% crashme 5485 jgreco 81 0 164K 428K RUN 0:00 0.95% 0.92% crashme 5380 jgreco 81 0 164K 428K RUN 0:00 0.94% 0.92% crashme 5397 jgreco 81 0 164K 428K RUN 0:00 0.94% 0.92% crashme Unfortunately this fills the 64MB of RAM on the machine. I do not think I have ever seen a FreeBSD machine with so many runnable processes. I will let it run for a while and see if anything interesting happens. ... JG From owner-freebsd-hackers Fri Nov 1 07:17:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA11867 for hackers-outgoing; Fri, 1 Nov 1996 07:17:08 -0800 (PST) Received: from critter.tfs.com (disn1.cybercity.dk [194.16.57.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA11842; Fri, 1 Nov 1996 07:16:55 -0800 (PST) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id QAA00649; Fri, 1 Nov 1996 16:16:18 +0100 (MET) To: Joe Greco cc: msmith@atrad.adelaide.edu.au (Michael Smith), karpen@ocean.campus.luth.se, greg@uswest.net, freebsd-hackers@freefall.freebsd.org, ponds!rivers@dg-rtp.dg.com Subject: Re: Another data point in the daily panics... In-reply-to: Your message of "Fri, 01 Nov 1996 08:58:49 CST." <199611011458.IAA00131@brasil.moneng.mei.com> Date: Fri, 01 Nov 1996 16:16:18 +0100 Message-ID: <647.846861378@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199611011458.IAA00131@brasil.moneng.mei.com>, Joe Greco writes: >I found something called "crashme 0.8" in alt.sources, compiled it, and am >running 50 copies of it... it seems to be doing a nice job of raising my >load average slowly (now about 7.00).. What crashme used to do was to fill the memory of a process with random bytes, and the jump into a random position. You generally want to run it in a subdir of /tmp, just in case ;-) -- 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-hackers Fri Nov 1 07:30:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA13319 for hackers-outgoing; Fri, 1 Nov 1996 07:30:25 -0800 (PST) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA13308 for ; Fri, 1 Nov 1996 07:30:21 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id QAA16370 for ; Fri, 1 Nov 1996 16:30:14 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id QAA16037 for freebsd-hackers@freefall.freebsd.org; Fri, 1 Nov 1996 16:29:48 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.2/keltia-uucp-2.9) id QAA02211; Fri, 1 Nov 1996 16:28:57 +0100 (MET) Message-Id: <199611011528.QAA02211@keltia.freenix.fr> Date: Fri, 1 Nov 1996 16:28:56 +0100 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-hackers@freefall.freebsd.org Subject: Re: Another data point in the daily panics... References: <199610311645.KAA27895@brasil.moneng.mei.com> <199611011344.OAA08663@ocean.campus.luth.se> X-Mailer: Mutt 0.48.1 Mime-Version: 1.0 X-Operating-System: FreeBSD 2.2-CURRENT ctm#2632 In-Reply-To: <199611011344.OAA08663@ocean.campus.luth.se>; from Mikael Karpberg on Nov 1, 1996 14:44:17 +0100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Mikael Karpberg: > Then again, I know a friends 2.1.5 machine rebooted after running 30 > seconds of "crashme". Firing up _40_ at boot time, just for kicks, I've never run 40 at a time but I've never been able to take any version of FreeBSD down with crashme. Even 386BSD 0.1 + patchkit was immune ! I remember running it on 386BSD for 30 minutes and killing because it was boring. To be completely honest, Linux is generally immune too (haven't tried recently though). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #26: Sun Oct 27 19:39:11 MET 1996 From owner-freebsd-hackers Fri Nov 1 07:49:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA15952 for hackers-outgoing; Fri, 1 Nov 1996 07:49:23 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA15915 for ; Fri, 1 Nov 1996 07:49:09 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA00306; Fri, 1 Nov 1996 09:47:33 -0600 From: Joe Greco Message-Id: <199611011547.JAA00306@brasil.moneng.mei.com> Subject: Re: FreeBSD and IP tunneling To: fenner@parc.xerox.com (Bill Fenner) Date: Fri, 1 Nov 1996 09:47:32 -0600 (CST) Cc: bruno@cs.ucla.edu, freebsd-hackers@FreeBSD.ORG In-Reply-To: <96Oct30.100232pst.177480@crevenia.parc.xerox.com> from "Bill Fenner" at Oct 30, 96 10:02:20 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Packets sent on the tun* interfaces show up as data to be read on /dev/tun*. > Data written on /dev/tun* shows up as input packets on the tun* interfaces. > So, if you want to do UDP encapsulated tunnelling, you should do something like > > open(/dev/tun0) > socket(...,SOCK_DGRAM,...); > bind(); > connect(); > while(1) { > select on the file and the socket > if data is available from the file, write it to the socket > if data is available from the socket, write it to the file > } Here this is in code... do not be deceived by the name, it is literally a VERY simple set of bare bones functions to play with this stuff right now. I hope to develop it into a useful set of tools. begin 644 tunneltools.tar.gz M'XL("`S#-#("`W1U;FYE;'1O;VQS+G1A<@#M&6MOVS;07^U?P6:8(R>N+3_3 MQDV!H&F&8%T")"W6+0L,6J)L+K)DD)33;,A_WQTIR9*EI"VV-%AA`K&H.]Z; MNCLR*@H"YJLP]&6[\DB#].V]P8!4"!G:_:Y^]OI]?";#!E"W,^CT.[UACY!. MMS_H5OD[=2L7GE>QLJ$W^8MYQ'D-&Q[:&)=VG\ MNX`W\;<[P[WN`.+?&W2&%6)OXO_HXP<>.'[DLN1+?"65R\/6['6M@/&<0/E9 M3/45$R((\R#P4ULRGSFJ".>AL\XA8*K-O3+8&+*"8\*C#6HCC'@D(ER0(`3FEBB]9DP@FE>".(F$D0*DEDT2%1,VH0B9K'$(U M8^*&2T:D0P/BA8+`@RXI]^G$9YG5X(V/'S\2-V0H3\$$>'*)3!942C*ASC5` MF%:8N2M*F)'M8%N+$TOJH\*O(/N%`0%7AJ))0*C'09C+I"/X0L$[(&7D.$Q* MI&O7:L!.2/`'3*[BLP448`3\CF(`,@,(/A)0P@S` MR533@P_T3K90D?JU84.JK55,&.?:`9;8&VUFO5, M]:Z6O-MY5]P(KABR2%V@0[DSB3QCNL_T#DC(]7JMH5Z!V#Q#P:C[%?QP>0F[ MRF9\-_4_\L[YDA94O5#YYJI M0BGGNIP'>3@5"]I&3&&Y.UGC#`4\F,JT$]!E`9(1)$/8KV,C5.>P12B4SECX M(D=I_L+`G@6+68NDDNSM[\/#[ZZ?SP%ZB5C;(R ML6[6?LRCO$Z@H`D/7$LVB;5F*]EIU$'1)AC\%PL]"^9?*!$Y/EB79+Z,S.GU MB@&*MDK;59B@ED(7QAV,C@9Y5H9-U3H43L/#:(Y@^XNCS`R M@"5&0`DW6EA&X/H2)_2AL]*+A#/3:C?)]OYV8:%/X=,(56%IJ[ATH42FJ<(` M/4.BLGXH"4'!?_O@4M\/G6(05FU3.D6"YZ_+=VNZJ+U#WH01-DS0DH+3)@R: M2L\X%8*#4.2##2;VEPD9-L#6(G'DR%A'X&=WM\P@M'9'+S_0OBE9D@R4O+L[ M*N#ORDQ$[6<,&FH0P&%;,3;77?R$)1L@I_5J4W#I\BE7%FZ&1MX=)UZZC@8N M6!H)K523W#`RHTMP2&O2&,>D'Z9N9F=L_V'O5VT M=Q6]7"*B*N160KM+.HW2ECDV`XX[1AW\O&(W8421'DXCP!;.&%0GQW4[GI&, M)8D\F*:.RROQ)":>AC=XO$K#LHJ;V;'WQ*9,UY4J^?2-96B<9*Y&T01/,'8/ M*M.JEVI_)E!C.F=%UUN8Y4#ZE"F<36YQF193ZN@'E'@@D^28/Y10DMG$"1>W M6K7GKV?:*6.?2W5I7T&-,3FN42]U9%IJ2K'9^):84G[D<4[]`&URZI'[:@NG[E0,@=Y9%#4M43.3L M:Y('-4361LGOZOPWI_Q1+H`_=_]K#]/SWUYG;XCGO^&@LSG_/?GY[X'#GN)S MEH=&`10*-W=.PPVE/ULJIDZ:M<5T>7F5?K.P`5VVA`]5MP0:V;UJC%(DWF+J MN<^#:_WBN6/)\,H*SWB:)WS;'A.7+SHONU>C;"I(KP!!6TP':AFCS?5?]^4P M31>&/0"+A\N7T`-F,P;[!,U12>K.TAAV3:(-ZD#UU$P>X&%I6^.+U?1FMV[< M\SGI:Y>DFE63='M-]&_5WBM>C/#"V=XU[CCH_'O;\_/K#KX5^=``%R\ M?9_P7`; Fri, 1 Nov 1996 09:20:36 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA04793; Fri, 1 Nov 1996 12:20:02 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 1 Nov 1996 12:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id GAA03569; Fri, 1 Nov 1996 06:42:21 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id GAA11189; Fri, 1 Nov 1996 06:43:12 -0500 (EST) Date: Fri, 1 Nov 1996 06:43:12 -0500 (EST) From: Thomas David Rivers Message-Id: <199611011143.GAA11189@lakes.water.net> To: greg@uswest.net, ponds!freefall.freebsd.org!freebsd-hackers, ponds!ponds!rivers Subject: Re: Another data point in the daily panics... Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I have a number of News systems running 2.1.5 Release with absolutely no > problems. These systems range from anywhere between 8 and 20 gig of News spool > space. They all run INN and CCD. These systems are "rock solid". The difference > is that the hardware is all custom built based on advice found in these mailing > lists. If your serious about running a "production" FreeBSD server, don't skimp > on the hardware. Do some mailing list searches and find out what motherboard, > controllers, and drives work best for your application. Your hardware is > probably not what most folks on this list would consider using for a News > server based on the load the application places on the system. > > > Greg > That's really good news to hear. I knew other people had to using 2.1.5 in this fashion. I have a couple of questions for you: 1) Are any of these 386 boxes? (I kinda doubt it. - you're point about good hardware is well taken.) 2) Does INN & CCD hit the file system as hard as a CNEWS expire? (I wouldn't think so with an mmap'd active file. But then you probably shouldn't mmap the active file because of problems there.) Finally, let me just note that my set-up was also "rock-solid" until 2.1.0... and that, expect when expire runs and the load jumps up; the small 386 seems totally adequate as a news feed. It has one outstanding benefit - it's cost :-) - Thanks for the information - - Dave R. - From owner-freebsd-hackers Fri Nov 1 09:20:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA28047 for hackers-outgoing; Fri, 1 Nov 1996 09:20:44 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA28027 for ; Fri, 1 Nov 1996 09:20:36 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA04810; Fri, 1 Nov 1996 12:20:04 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 1 Nov 1996 12:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id GAA03577; Fri, 1 Nov 1996 06:45:22 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id GAA11205; Fri, 1 Nov 1996 06:46:14 -0500 (EST) Date: Fri, 1 Nov 1996 06:46:14 -0500 (EST) From: Thomas David Rivers Message-Id: <199611011146.GAA11205@lakes.water.net> To: jgreco@brasil.moneng.mei.com, ponds!uswest.net!greg Subject: Re: Another data point in the daily panics... Cc: ponds!freefall.freebsd.org!freebsd-hackers, ponds!ponds!rivers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Recall, this is a 386DX-33, 8MEG, IDE controller, sio ports, running > > > my news and mail and SL/IP connections. > > I run several stable news servers too (soon to be more)... Mr. Rivers > seems to be running a "stress test from hell" configuration :-( Yeah - I tend to do that. I was one of those weenies running a 4-meg 1986-vintage COMPAQ 386sx-16 back when we used to run on those things :-) My interest here is to determine if this is a specific-to-my-setup problem; or a generic problem that (potentially, although apparently not frequently) could be affecting others... - Dave Rivers - From owner-freebsd-hackers Fri Nov 1 09:20:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA28068 for hackers-outgoing; Fri, 1 Nov 1996 09:20:48 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA28041 for ; Fri, 1 Nov 1996 09:20:40 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA04825; Fri, 1 Nov 1996 12:20:05 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 1 Nov 1996 12:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id LAA08303; Fri, 1 Nov 1996 11:48:13 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id LAA11535; Fri, 1 Nov 1996 11:49:06 -0500 (EST) Date: Fri, 1 Nov 1996 11:49:06 -0500 (EST) From: Thomas David Rivers Message-Id: <199611011649.LAA11535@lakes.water.net> To: sachs@interactive.net, ponds!freebsd.org!freebsd-hackers Subject: Re: [2.1.5] swapped a mounted cdrom; now what? Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > I boneheadedly swapped the freebsd disc in my CD player with an audio > CD while the cdrom was still mounted. Well, now even after replacing > the data CD, I can't: > > unmount it, even w/ "-f" > remount it > > I get the error > mount_cd9660: /dev/scd0a: Input/output error > on both. (And of course I can't play an audio CD). > > Is a reboot the only recourse here? > > -jay > Wow! What a coincedence. I just did exactly the same thing yesterday and got the same results! I tried everything I could, but wound up rebooting. I think the problem can also occur if you're playing an audio CD and open the player... particularly for CD-ROMs like mine that don't report the fact that the lid is open (mine is an extern NEC 3xP.) - Dave Rivers - p.s. I've moved this thread from freebsd-questions to freebsd-hackers. Perhaps it should go to -bugs? From owner-freebsd-hackers Fri Nov 1 09:29:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA00886 for hackers-outgoing; Fri, 1 Nov 1996 09:29:40 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA00874 for ; Fri, 1 Nov 1996 09:29:36 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA08706; Fri, 1 Nov 1996 10:29:33 -0700 (MST) Date: Fri, 1 Nov 1996 10:29:33 -0700 (MST) Message-Id: <199611011729.KAA08706@rocky.mt.sri.com> From: Nate Williams To: hackers@freebsd.org Subject: Early Alpha: Corel Office in Java (FreeBSD!) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Check out: http://officeforjava.corel.com If this flies, we could be running Corel Office on FreeBSD. :) :) Nate From owner-freebsd-hackers Fri Nov 1 09:38:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03037 for hackers-outgoing; Fri, 1 Nov 1996 09:38:52 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA02995; Fri, 1 Nov 1996 09:38:45 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id JAA19083; Fri, 1 Nov 1996 09:38:39 -0800 (PST) Message-Id: <199611011738.JAA19083@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@freebsd.org cc: multimedia@freebsd.org Subject: Matrox Meteor and PPRO problem found Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Nov 1996 09:38:39 -0800 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Article 106503 (8593 more) in comp.sys.intel: From: Bob_Cline@ccm.sc.intel.com (Bob Cline) Subject: Re: Matrox adaptors & 440FX PCIset systems Date: Fri, 01 Nov 96 08:44:37 PST Organization: Online Relations Lines: 16 NNTP-Posting-Host: rcline.sc.intel.com Mime-Version: 1.0 X-Newsreader: WinVN 0.93.9 >We anticipate making additional data and information available in the >near future. Intel and Matrox have jointly confirmed the cause of the recently reported issue between the Matrox Meteor graphics adapter board and the Intel 440FX chipset. The root cause is an illegal PCI signal generated by the PCI interface chip on the adapter board. This is not an Intel Pentium(R) Pro processor or an Intel 440FX chipset issue. For further information on this issue or Matrox products, please contact your local Matrox sales representative, Matrox office or Matrox headquarters. Bob Cline Intel Corporation ---------- The question now is when is Matrox, OmniMedia or Philips going to fix the problem. For that I don't have an answer except to just wait because I know both Matrox and OmniMedia are working on a solution to the problem. Amancio From owner-freebsd-hackers Fri Nov 1 10:04:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA07329 for hackers-outgoing; Fri, 1 Nov 1996 10:04:24 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA07317 for ; Fri, 1 Nov 1996 10:04:20 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id KAA19281; Fri, 1 Nov 1996 10:02:43 -0800 (PST) Message-Id: <199611011802.KAA19281@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Nate Williams cc: hackers@freebsd.org Subject: Re: Early Alpha: Corel Office in Java (FreeBSD!) In-reply-to: Your message of "Fri, 01 Nov 1996 10:29:33 MST." <199611011729.KAA08706@rocky.mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Nov 1996 10:02:43 -0800 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Nate Williams : > Check out: > > http://officeforjava.corel.com > > If this flies, we could be running Corel Office on FreeBSD. :) :) > > > > Nate > I just tried over here . It looks nifty however it is slow. Hope that we can eventually download it and compiled it using something like kaffe or that its performance gets improved. Amancio From owner-freebsd-hackers Fri Nov 1 10:13:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA08617 for hackers-outgoing; Fri, 1 Nov 1996 10:13:43 -0800 (PST) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA08608 for ; Fri, 1 Nov 1996 10:13:40 -0800 (PST) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA08937; Fri, 1 Nov 1996 11:13:05 -0700 (MST) Date: Fri, 1 Nov 1996 11:13:05 -0700 (MST) Message-Id: <199611011813.LAA08937@rocky.mt.sri.com> From: Nate Williams To: Amancio Hasty Cc: Nate Williams , hackers@freebsd.org Subject: Re: Early Alpha: Corel Office in Java (FreeBSD!) In-Reply-To: <199611011802.KAA19281@rah.star-gate.com> References: <199611011729.KAA08706@rocky.mt.sri.com> <199611011802.KAA19281@rah.star-gate.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > http://officeforjava.corel.com > > > > If this flies, we could be running Corel Office on FreeBSD. :) :) > > I just tried over here . It looks nifty however it is slow. Hope that we > can eventually download it and compiled it using something like kaffe > or that its performance gets improved. Looking at my modem lights and such, it appears that it's running client/server, so much of the slowness is due to having everything go back to the server. I disagree that this is the way to go, but I suspect for monetary (how can you charge for a 'run' of it) and propriatary reasons (protecting their own code from hackers) they do it this way. Nate From owner-freebsd-hackers Fri Nov 1 10:34:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA13861 for hackers-outgoing; Fri, 1 Nov 1996 10:34:16 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA13848 for ; Fri, 1 Nov 1996 10:34:05 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA28085; Fri, 1 Nov 1996 11:27:06 -0700 From: Terry Lambert Message-Id: <199611011827.LAA28085@phaeton.artisoft.com> Subject: Re: Zombie processes To: j@uriah.heep.sax.de (J Wunsch) Date: Fri, 1 Nov 1996 11:27:06 -0700 (MST) Cc: freebsd-hackers@freebsd.org, ormonde@trem.cnt.org.br In-Reply-To: <199611010751.IAA21164@uriah.heep.sax.de> from "J Wunsch" at Nov 1, 96 08:51:08 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > You said it were ``guaranteed'', and this implies at least to the > innocent reader that Posix would mandate it this way. It doesn't. > > I call this intent of confusion, at least. It's not helpful to the > one who's been asking the question in the first place, either. What about the innocent developer, whose code works on all other platforms? > If we will ever implement it (i started, but got stuck at some place > and had to rearrange priorities), we most likely won't implement it in > your intended way (aka. the SVR3 way) at all, but would use > SA_NOCLDWAIT for it, as does SVR4. Well, that's an implementation detail... it only bears on the amount of work required to do it, not whether or not it should be done. We have a lot of non-POSIX historical behaviours. This is another (though POSIX systems implement it as well) which is worth emulating. 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-hackers Fri Nov 1 10:37:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA14653 for hackers-outgoing; Fri, 1 Nov 1996 10:37:01 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA14633; Fri, 1 Nov 1996 10:36:57 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA28097; Fri, 1 Nov 1996 11:31:07 -0700 From: Terry Lambert Message-Id: <199611011831.LAA28097@phaeton.artisoft.com> Subject: Re: vx driver(s) - bad powerup behaviour To: sos@FreeBSD.org Date: Fri, 1 Nov 1996 11:31:06 -0700 (MST) Cc: hm@kts.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199611011023.LAA11690@ra.dkuug.dk> from "sos@FreeBSD.org" at Nov 1, 96 11:23:31 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Just got some 3Com 590 ethernet PCI boards (because they were the cause of > > some severe troubles under Gates-OS'es :-) ). Under 2.1.5, with the supplied > > driver, with Guido's new driver from freefall and with another driver from > > Fred Gray this card does not run after a cold reset or powerup on the > > machine in question. > > Hmm, I see no such problems, are you sure the card in question is > not one of those first defective ones ?? that would explain why > billyboys os'es has trouble too. Are these PnP cards? Is PnP enabled? Does your system have PnP BIOS, or is the OS expected to do the PnP relocation work? If the OS is expected to do the deed, is all hardware on the motherboard itself known to the drivers so it can have its mapping ranges compared against that of the relocatable hardware? How about all other cards... are they PnP as well, or have they got static driver asssignements as well so that PnP support by the OS would not map them to conflicting locations? For what it's worth, these are the issues that may bite the MS OS's. BSD is the same, except it doesn't have the OS PnP support that the MS OS's have. 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-hackers Fri Nov 1 10:38:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA15028 for hackers-outgoing; Fri, 1 Nov 1996 10:38:10 -0800 (PST) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA14991 for ; Fri, 1 Nov 1996 10:38:04 -0800 (PST) Received: from misery.sdf.com ([204.244.213.33]) by misery.sdf.com with SMTP id <1357-3087>; Fri, 1 Nov 1996 11:03:47 -0800 Date: Fri, 1 Nov 1996 11:03:33 -0800 (PST) From: Tom Samplonius To: Mikael Karpberg cc: Joe Greco , greg@uswest.net, freebsd-hackers@freefall.freebsd.org, ponds!rivers@dg-rtp.dg.com Subject: Re: Another data point in the daily panics... In-Reply-To: <199611011344.OAA08663@ocean.campus.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 1 Nov 1996, Mikael Karpberg wrote: > far as I know. I know we got HUGE amounts of "sig 10 recieved" when > running crashme. So, if crashme is not reading longs out of alignment, > or so, then there is a problem in the system somewhere. crashme creates and run random code. Most of the time that code dies, or gets into an infinite loop. In other words, you are supposed to get sig 10s, 11s, etc all the time. Tom From owner-freebsd-hackers Fri Nov 1 10:39:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA15265 for hackers-outgoing; Fri, 1 Nov 1996 10:39:02 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA15249; Fri, 1 Nov 1996 10:38:56 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA28106; Fri, 1 Nov 1996 11:33:05 -0700 From: Terry Lambert Message-Id: <199611011833.LAA28106@phaeton.artisoft.com> Subject: Re: vx driver(s) - bad powerup behaviour To: sos@FreeBSD.org Date: Fri, 1 Nov 1996 11:33:05 -0700 (MST) Cc: gena@NetVision.net.il, freebsd-hackers@FreeBSD.org, hm@kts.org In-Reply-To: <199611011233.NAA12351@ra.dkuug.dk> from "sos@FreeBSD.org" at Nov 1, 96 01:33:28 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > vx0 <3Com 3c590 EtherLink III PCI> rev 0 int a irq 9 on pci0:11 > > utp[*UTP*] address 0:20:af:f7:f2:dd > > Warning! Defective early revision adapter! > > I'm afraid that you have on of the early defective cards then :( > Try to see if you can get this verified with the dealer, they > should exchange it for a new one (at least here in DK they _should_) Is it utterly impossible to send or receive packets with the early revision adapters? Or is the driver just insufficient to the task? 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-hackers Fri Nov 1 10:46:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16860 for hackers-outgoing; Fri, 1 Nov 1996 10:46:17 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA16770; Fri, 1 Nov 1996 10:45:57 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA06577; Fri, 1 Nov 1996 19:08:27 +0100 From: Luigi Rizzo Message-Id: <199611011808.TAA06577@labinfo.iet.unipi.it> Subject: Re: Matrox Meteor and PPRO problem found To: hasty@rah.star-gate.com (Amancio Hasty) Date: Fri, 1 Nov 1996 19:08:26 +0100 (MET) Cc: hackers@freebsd.org, multimedia@freebsd.org In-Reply-To: <199611011738.JAA19083@rah.star-gate.com> from "Amancio Hasty" at Nov 1, 96 09:38:20 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >We anticipate making additional data and information available in the > >near future. > > > Intel and Matrox have jointly confirmed the cause of the recently reported > issue between the Matrox Meteor graphics adapter board and the Intel 440FX > chipset. The root cause is an illegal PCI signal generated by the PCI > interface chip on the adapter board. This is not an Intel Pentium(R) Pro > processor or an Intel 440FX chipset issue. > > For further information on this issue or Matrox products, please contact > your local Matrox sales representative, Matrox office or Matrox headquarters. > > Bob Cline > Intel Corporation > > ---------- > > The question now is when is Matrox, OmniMedia or Philips going to fix > the problem. For that I don't have an answer except to just wait because > I know both Matrox and OmniMedia are working on a solution to the problem. I guess we just have to wait for more details and hope that a software workaround can be implemented. We are stuck with our hardware, and Matrox, OmniMedia or Philips don't ship FreeBSD drivers :( On the subject of frame grabbers: does anyone have experience with a video acquisition board made by Winnov (http://www.winnov.com/) ? Would someone like to ask them about the availability of details that enable us to write a driver ? I have contacted them on this subject about 1 month ago and they said they are "evaluating my request" (forget the exact wording, the bottom line is that this question has remained unanswered, although I have to say they have been reasonably fast to respond to other questions). Maybe a bit of pressure would help. 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-hackers Fri Nov 1 10:49:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA17702 for hackers-outgoing; Fri, 1 Nov 1996 10:49:13 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA17681 for ; Fri, 1 Nov 1996 10:49:06 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA28151; Fri, 1 Nov 1996 11:42:21 -0700 From: Terry Lambert Message-Id: <199611011842.LAA28151@phaeton.artisoft.com> Subject: VM answer requested To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 1 Nov 1996 11:42:21 -0700 (MST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199611011413.AAA05539@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 2, 96 00:43:49 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've brought this up before, but... FreeBSD has a number of very valuable features in its VM to aid in tracking coding errors... unmapping page 0, etc.. What about the aligned access bit in recent Intel processors? I'd like to be able to turn on the bit so that I get a fault (and it kills the offending process) when an unaligned access occurs. I'd also like to get kernel faults if this happens in the kernel (it is my opinion that it should never be allowed to happen in the kernel, and there should be a sanitization pass to insure it). 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-hackers Fri Nov 1 11:26:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23394 for hackers-outgoing; Fri, 1 Nov 1996 11:26:26 -0800 (PST) Received: from home.winc.com (root@home.winc.com [204.178.182.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA23345; Fri, 1 Nov 1996 11:26:07 -0800 (PST) Received: from phoenix.aristar.com (slip125.winc.com [204.178.182.125]) by home.winc.com (8.7.5/8.7.3) with SMTP id OAA01406; Fri, 1 Nov 1996 14:25:56 -0500 Message-ID: <327A4F2C.2781E494@aristar.com> Date: Fri, 01 Nov 1996 14:27:40 -0500 From: "Matthew A. Gessner" Organization: Aristar, Inc. X-Mailer: Mozilla 3.01b1 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: hackers , FreeBSD Hardware group , mobile@freebsd.org Subject: Dell Laptop Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, all, Hopefully someone's had a little experience with this: I have a Dell Latitude laptop, w/ 16MB RAM. I want to get X up and running. Has anyone done this? Should I contact the folks at XFree86?? TIA -- Matthew Gessner, Computer Scientist, Aristar, Inc. 302 N. Cleveland-Massillon Rd. Akron, OH 44333 Voice (330) 668-2267, Fax (330) 668-2961 From owner-freebsd-hackers Fri Nov 1 11:28:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23520 for hackers-outgoing; Fri, 1 Nov 1996 11:28:01 -0800 (PST) Received: from socks2.raleigh.ibm.com (socks2.raleigh.ibm.com [204.146.167.123]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA23497 for ; Fri, 1 Nov 1996 11:27:58 -0800 (PST) Received: from rtpdce01.raleigh.ibm.com by socks2.raleigh.ibm.com (AIX 4.1/UCB 5.64/RTP-FW1.0) id AA25974; Fri, 1 Nov 1996 14:23:25 -0500 Received: from heavens-gated.raleigh.ibm.com (heavens-gated.raleigh.ibm.com [9.37.177.129]) by rtpdce01.raleigh.ibm.com (8.7.3/8.7.3/RTP-ral-1.0) with SMTP id LAA41878; Fri, 1 Nov 1996 11:09:01 -0500 Received: by heavens-gated.raleigh.ibm.com (AIX 4.1/UCB 5.64/4.03-RAL) id AA19520; Fri, 1 Nov 1996 11:13:35 -0500 Message-Id: <9611011613.AA19520@heavens-gated.raleigh.ibm.com> To: Inus Scheepers Cc: hackers@freebsd.org, gated-alpha@cornell.edu Reply-To: acee@raleigh.ibm.com Subject: Re: IFconfig alias and Gated Date: Fri, 01 Nov 96 11:13:33 -0500 From: "Acee Lindem" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Inus Scheepers writes: > Hi > > I'm getting the same problem - running gated, and it seems that it > deletes the alias addresses! > > > I have to add them by hand to get it to work... > > I first do the normal > > ifconfig ed1 196.34.54.9 alias netmask 0xffffffff > > Then, I ping it. If it doesn't reply, I repeat the command, with a > different netmask: > > ifconfig ed1 196.34.54.9 alias netmask 0xffffff00 > > This gives me 'file exists', and I repeat the first one again, > ping, try the second one, and so on until it works. Fun! > > I need gated to route the incoming PPP lines - if anyone can > help me fix this... a free weekend in Cape Town! > -- Add the following to /etc/gated.conf and see if it still happens: interfaces { interface all passive; }; Acee P.S. I don't know when I'll get to Cape Town. From owner-freebsd-hackers Fri Nov 1 11:58:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA25317 for hackers-outgoing; Fri, 1 Nov 1996 11:58:39 -0800 (PST) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA25311; Fri, 1 Nov 1996 11:58:36 -0800 (PST) Message-Id: <199611011958.LAA25311@freefall.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 4710; Fri, 01 Nov 96 11:58:26 PST Date: Fri, 01 Nov 96 11:57 PST To: Amancio Hasty From: Denis DeLaRoca (310) 825-4580 Subject: Re: Matrox Meteor and PPRO problem found CC: hackers@FREEBSD.ORG, multimedia@FREEBSD.ORG Sender: owner-hackers@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Intel and Matrox have jointly confirmed the cause of the recently reported > issue between the Matrox Meteor graphics adapter board and the Intel 440FX > chipset. The root cause is an illegal PCI signal generated by the PCI > interface chip on the adapter board. This is not an Intel Pentium(R) Pro > processor or an Intel 440FX chipset issue. Presumably the same illegal PCI signal is being generated on other PCI motherboards but they do not fail, is only the 440FX chipset the one complaining? -- Denis From owner-freebsd-hackers Fri Nov 1 12:11:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26095 for hackers-outgoing; Fri, 1 Nov 1996 12:11:50 -0800 (PST) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26089; Fri, 1 Nov 1996 12:11:48 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199611012011.MAA26089@freefall.freebsd.org> Subject: Re: Dell Laptop To: mgessner@aristar.com (Matthew A. Gessner) Date: Fri, 1 Nov 1996 12:11:48 -0800 (PST) Cc: hackers@FreeBSD.org, hardware@FreeBSD.org, mobile@FreeBSD.org In-Reply-To: <327A4F2C.2781E494@aristar.com> from "Matthew A. Gessner" at Nov 1, 96 02:27:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Matthew A. Gessner wrote: > > Hi, all, > > Hopefully someone's had a little experience with this: > > I have a Dell Latitude laptop, w/ 16MB RAM. > > I want to get X up and running. > > Has anyone done this? yes, had a dell latitude 4100 or something worked great once i got X running > > Should I contact the folks at XFree86?? yes, it is the x server that needs to be modified. the chip was fully backwards compatible with the ones that XFree86 supported, i just added to the case statement and recompiled the X server (quick hack) jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB From owner-freebsd-hackers Fri Nov 1 12:54:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA07092 for hackers-outgoing; Fri, 1 Nov 1996 12:54:43 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA06997 for ; Fri, 1 Nov 1996 12:54:26 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA00773; Fri, 1 Nov 1996 14:53:08 -0600 From: Joe Greco Message-Id: <199611012053.OAA00773@brasil.moneng.mei.com> Subject: Re: Another data point in the daily panics... To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Fri, 1 Nov 1996 14:53:07 -0600 (CST) Cc: jgreco@brasil.moneng.mei.com, greg@uswest.net, freebsd-hackers@freefall.freebsd.org, ponds!rivers@dg-rtp.dg.com In-Reply-To: <199611011344.OAA08663@ocean.campus.luth.se> from "Mikael Karpberg" at Nov 1, 96 02:44:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I read some mail someone showed me, not long ago... I think it was from > the NetBSD lists... Some guy stating (in some argument with a Linux hacker) > that "Your machine is probably idle while you read this", upon which the > Linux hacker said "No, it's not. I fire up 40 creashmes in init". > > I'd say that linux hacker is boooored ;-) So are my machines, I have been running 100 crashme's all day now and all I have to show for it is an astronomical load average... daily-planet up 5:53, 1 user, load 204.13, 158.61, 135.91 It seems to fluctuate between 100 and 200 every half hour or so. The only reason the machine is only up 5:53 was so I could install a kernel to handle a few thousand processes. load averages: 104.44, 117.51, 123.60 14:49:02 422 processes: 110 running, 311 sleeping, 1 stopped Cpu states: 42.5% user, 0.0% nice, 52.9% system, 4.6% interrupt, 0.0% idle Mem: 35M Active, 6628K Inact, 10M Wired, 1312K Cache, 8291K Buf, 7084K Free Swap: 131M Total, 41M Used, 90M Free, 31% Inuse "Snoooooore...." I may die waiting for something interesting to happen. The response on the machine is even pretty good with an almost 200 load average. I am impressed. Solaris starts sucking long before 20. ... JG From owner-freebsd-hackers Fri Nov 1 13:03:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09160 for hackers-outgoing; Fri, 1 Nov 1996 13:03:05 -0800 (PST) Received: from mail13.digital.com (mail13.digital.com [192.208.46.30]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA09138 for ; Fri, 1 Nov 1996 13:02:55 -0800 (PST) Received: from muggsy.lkg.dec.com by mail13.digital.com (8.7.5/UNX 1.5/1.0/WV) id PAA04999; Fri, 1 Nov 1996 15:50:13 -0500 (EST) Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA26480; Fri, 1 Nov 1996 15:49:31 -0500 Received: from localhost.lkg.dec.com (localhost.lkg.dec.com [127.0.0.1]) by whydos.lkg.dec.com (8.6.12/8.6.12) with SMTP id QAA14425; Fri, 1 Nov 1996 16:56:05 GMT Message-Id: <199611011656.QAA14425@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost.lkg.dec.com didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 To: Terry Lambert Cc: msmith@atrad.adelaide.edu.au (Michael Smith), freebsd-hackers@freefall.freebsd.org Subject: Re: VM answer requested In-Reply-To: Your message of "Fri, 01 Nov 1996 11:42:21 MST." <199611011842.LAA28151@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Nov 1996 16:56:00 +0000 From: Matt Thomas Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What about the aligned access bit in recent Intel processors? > > I'd like to be able to turn on the bit so that I get a fault (and it > kills the offending process) when an unaligned access occurs. > > I'd also like to get kernel faults if this happens in the kernel > (it is my opinion that it should never be allowed to happen in the > kernel, and there should be a sanitization pass to insure it). Don't use the de driver then. Because of a misfeature in the 21x4x chips, the Ethernet payload (the stuff after the header) is not longword aligned). Having the processor deal with unaligned data is much faster than copying the data so that it is aligned. -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hackers Fri Nov 1 13:39:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA22177 for hackers-outgoing; Fri, 1 Nov 1996 13:39:12 -0800 (PST) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA22134 for ; Fri, 1 Nov 1996 13:39:05 -0800 (PST) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id WAA09413; Fri, 1 Nov 1996 22:49:05 +0100 (MET) From: Mikael Karpberg Message-Id: <199611012149.WAA09413@ocean.campus.luth.se> Subject: Re: Another data point in the daily panics... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 1 Nov 1996 22:49:05 +0100 (MET) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199611011413.AAA05539@genesis.atrad.adelaide.edu.au> from Michael Smith at "Nov 2, 96 00:43:49 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Michael Smith: > Mikael Karpberg stands accused of saying: [...] > > Then again, I know a friends 2.1.5 machine rebooted after running 30 > > seconds of "crashme". > > Sounds inconsistent with -stable as I know it. I'd be worrying about > hardware before pointing the finger at FreeBSD. Nothing wrong with his hardware, as far as we know... > > Firing up _40_ at boot time, just for kicks, > > must mean he can get a lot more out of Linux's vm/fs system then we can > > get out of FreeBSD's, when it comes to stablilty. If you want to stress > > Is this a troll or something? Or are you genuinely naiive? For all > Terry's (valid) complaints, the FreeBSD vm/fs system brooks no > comparison of that order. Very possibly I'm just naiive ;-) The thing is I'm not running -current, (even if I read both -hackers, -current, and cvs-all) and I'm not very well informed with how Linux progresses. I just thought I'd ask... 2.1.5-RELEASE didn't stand the test on his P75, at least. No idea how 2.2 nehaves, but I intend to see if I can get -current up and running on one of my machines this weekend, at least. It's running 2.1.0 right now :( Been too lazy to upgrade it, since I haven't used it for much more then xterminal... > > Anyone tried to fire up 40 crashmes and wait? Should produce nice output > > for debugging a stressed system, no? > > Care to send me a copy of the aforementioned 'crashme', and I'll bore > you with the results. I can even swap in some marginal memory and > repeat the process to see if I can reproduce your friend's > observations 8) Joe Greco already tried it, as we can see. So.... we have the results. Seems to work very well, no? That's great. :-) I'll be back with more stupid suggestions, when you least expect it! :-) :-) /Mikael From owner-freebsd-hackers Fri Nov 1 13:43:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23639 for hackers-outgoing; Fri, 1 Nov 1996 13:43:42 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA23606 for ; Fri, 1 Nov 1996 13:43:34 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA28514; Fri, 1 Nov 1996 14:35:35 -0700 From: Terry Lambert Message-Id: <199611012135.OAA28514@phaeton.artisoft.com> Subject: Re: VM answer requested To: matt@lkg.dec.com (Matt Thomas) Date: Fri, 1 Nov 1996 14:35:35 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199611011656.QAA14425@whydos.lkg.dec.com> from "Matt Thomas" at Nov 1, 96 04:56:00 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > What about the aligned access bit in recent Intel processors? > > > > I'd like to be able to turn on the bit so that I get a fault (and it > > kills the offending process) when an unaligned access occurs. > > > > I'd also like to get kernel faults if this happens in the kernel > > (it is my opinion that it should never be allowed to happen in the > > kernel, and there should be a sanitization pass to insure it). > > Don't use the de driver then. Because of a misfeature in the 21x4x > chips, the Ethernet payload (the stuff after the header) is not longword > aligned). Having the processor deal with unaligned data is much faster > than copying the data so that it is aligned. A "relaxed but observant" mode would handle this in the fault handler by falling back to unaligned access -- after the fault. I expect the kernel would run "relaxed but observant" and the user mode code would be "anal for debugging, relaxed-but-observant for normal usage". How will this driver work with an Alpha or MIPs processor, BTW? It's a DEC card, you'd expect it to work with both... 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-hackers Fri Nov 1 13:43:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23692 for hackers-outgoing; Fri, 1 Nov 1996 13:43:47 -0800 (PST) Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.139.22]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA23617; Fri, 1 Nov 1996 13:43:37 -0800 (PST) Received: (from james@localhost) by miller.cs.uwm.edu (8.8.2/8.8.2) id PAA00889; Fri, 1 Nov 1996 15:43:32 -0600 (CST) Date: Fri, 1 Nov 1996 15:43:32 -0600 (CST) From: Jim Lowe Message-Id: <199611012143.PAA00889@miller.cs.uwm.edu> To: hasty@rah.star-gate.com, luigi@labinfo.iet.unipi.it Subject: Re: http://www.winnow.com Cc: hackers@freebsd.org, multimedia@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Looks like a neat card, but ISA? Not good for 640x480x24x30fps... :-(. Too bad it doesn't have an mpeg encoder/decoder on it :-). -Jim From owner-freebsd-hackers Fri Nov 1 13:52:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27018 for hackers-outgoing; Fri, 1 Nov 1996 13:52:20 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA26965 for ; Fri, 1 Nov 1996 13:52:08 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA23474 for ; Fri, 1 Nov 1996 22:51:58 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA03019 for freebsd-hackers@freebsd.org; Fri, 1 Nov 1996 22:51:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id WAA23428 for freebsd-hackers@freebsd.org; Fri, 1 Nov 1996 22:37:39 +0100 (MET) From: J Wunsch Message-Id: <199611012137.WAA23428@uriah.heep.sax.de> Subject: Re: VM answer requested To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 1 Nov 1996 22:37:39 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611011842.LAA28151@phaeton.artisoft.com> from Terry Lambert at "Nov 1, 96 11:42:21 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > What about the aligned access bit in recent Intel processors? > > I'd like to be able to turn on the bit so that I get a fault (and it > kills the offending process) when an unaligned access occurs. Adding support for this should be fairly simple. I wonder why you didn't simply implement it yourself and faced us with a comparision of the results. :-) If i got it right, it requires a little magic inside machdep.c (depending on the detected CPU type), and another case label in trap.c. However, i don't think you can _force_ the AC flag, even not for a user program. Modifying the flag is IMHO not a privileged instruction, hence any user program can revert it. > I'd also like to get kernel faults if this happens in the kernel According to my 486 docs, this is impossible. The AC flag is only honored in `ring 3' mode. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Nov 1 13:52:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27107 for hackers-outgoing; Fri, 1 Nov 1996 13:52:31 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA26979 for ; Fri, 1 Nov 1996 13:52:11 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA23482 for ; Fri, 1 Nov 1996 22:52:00 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA03021 for freebsd-hackers@freebsd.org; Fri, 1 Nov 1996 22:52:00 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id WAA23522 for freebsd-hackers@freebsd.org; Fri, 1 Nov 1996 22:47:24 +0100 (MET) From: J Wunsch Message-Id: <199611012147.WAA23522@uriah.heep.sax.de> Subject: Re: Zombie processes To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 1 Nov 1996 22:47:24 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611011827.LAA28085@phaeton.artisoft.com> from Terry Lambert at "Nov 1, 96 11:27:06 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > I call this intent of confusion, at least. It's not helpful to the > > one who's been asking the question in the first place, either. > > What about the innocent developer, whose code works on all other > platforms? He was too innocent then. AFAIK, this never worked on any BSD system before. (SA_NOCLDWAIT vs. SIG_IGN) > Well, that's an implementation detail... it only bears on the amount > of work required to do it, not whether or not it should be done. Not really. I've already told you that the real work is not required for implementing the SA_ flag, but rather for releasing the old process' address space completely. It's much more convenient to do this from the context of another process. It turns out to be the best solution to reparent the zombie to init, and send init the SIGCHLD. This sounds hacky, but all other ideas i've tried were even more icky. > We have a lot of non-POSIX historical behaviours. This is another > (though POSIX systems implement it as well) which is worth emulating. Nothing to `emulate', but something to `implement'. -- 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-hackers Fri Nov 1 13:52:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27246 for hackers-outgoing; Fri, 1 Nov 1996 13:52:59 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA27135 for ; Fri, 1 Nov 1996 13:52:36 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA23470 for ; Fri, 1 Nov 1996 22:51:57 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA03017 for freebsd-hackers@freebsd.org; Fri, 1 Nov 1996 22:51:56 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id WAA23503 for freebsd-hackers@freebsd.org; Fri, 1 Nov 1996 22:43:12 +0100 (MET) From: J Wunsch Message-Id: <199611012143.WAA23503@uriah.heep.sax.de> Subject: Re: vx driver(s) - bad powerup behaviour To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 1 Nov 1996 22:43:12 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611011831.LAA28097@phaeton.artisoft.com> from Terry Lambert at "Nov 1, 96 11:31:06 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > Are these PnP cards? I'd assume the answer is `no' if you are refering to ``ISA PnP'', but yes if you refer to ``PCI PnP''. :) -- 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-hackers Fri Nov 1 13:55:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27743 for hackers-outgoing; Fri, 1 Nov 1996 13:55:10 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA27461 for ; Fri, 1 Nov 1996 13:53:55 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA23454; Fri, 1 Nov 1996 22:51:47 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA03008; Fri, 1 Nov 1996 22:51:47 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id VAA22986; Fri, 1 Nov 1996 21:45:27 +0100 (MET) From: J Wunsch Message-Id: <199611012045.VAA22986@uriah.heep.sax.de> Subject: Re: [2.1.5] swapped a mounted cdrom; now what? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 1 Nov 1996 21:45:27 +0100 (MET) Cc: sachs@interactive.netponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611011649.LAA11535@lakes.water.net> from Thomas David Rivers at "Nov 1, 96 11:49:06 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Thomas David Rivers wrote: > > I boneheadedly swapped the freebsd disc in my CD player with an audio > > CD while the cdrom was still mounted. Well, now even after replacing The cdrom could should really ignore CDIOEJECT requests while another instance has the device still open. Alas, this will IMHO break severa CD player programs that simply keep the device open all the time. > > I get the error > > mount_cd9660: /dev/scd0a: Input/output error > > on both. (And of course I can't play an audio CD). > Wow! What a coincedence. I just did exactly the same thing > yesterday and got the same results! Is there any SCSI error message in the syslog? -- 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-hackers Fri Nov 1 14:33:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA09798 for hackers-outgoing; Fri, 1 Nov 1996 14:33:43 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA09748 for ; Fri, 1 Nov 1996 14:33:37 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id JAA06190; Sat, 2 Nov 1996 09:02:02 +1030 From: Michael Smith Message-Id: <199611012232.JAA06190@genesis.atrad.adelaide.edu.au> Subject: Re: Another data point in the daily panics... To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Sat, 2 Nov 1996 09:02:01 +1030 (CST) Cc: karpen@ocean.campus.luth.se, jgreco@brasil.moneng.mei.com, greg@uswest.net, freebsd-hackers@freefall.freebsd.org, ponds!rivers@dg-rtp.dg.com In-Reply-To: <199611011511.JAA00196@brasil.moneng.mei.com> from "Joe Greco" at Nov 1, 96 09:11:02 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Joe Greco stands accused of saying: > > Unfortunately this fills the 64MB of RAM on the machine. I do not think > I have ever seen a FreeBSD machine with so many runnable processes. Thanks; saves me the hassle of finding some time come monday to do the same thing 8) > ... JG -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri Nov 1 14:38:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11630 for hackers-outgoing; Fri, 1 Nov 1996 14:38:26 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA11545 for ; Fri, 1 Nov 1996 14:38:17 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id QAA02610; Fri, 1 Nov 1996 16:36:30 -0600 From: Joe Greco Message-Id: <199611012236.QAA02610@brasil.moneng.mei.com> Subject: Re: Another data point in the daily panics... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 1 Nov 1996 16:36:29 -0600 (CST) Cc: jgreco@brasil.moneng.mei.com, karpen@ocean.campus.luth.se, greg@uswest.net, freebsd-hackers@freefall.freebsd.org, ponds!rivers@dg-rtp.dg.com In-Reply-To: <199611012232.JAA06190@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Nov 2, 96 09:02:01 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Joe Greco stands accused of saying: > > > > Unfortunately this fills the 64MB of RAM on the machine. I do not think > > I have ever seen a FreeBSD machine with so many runnable processes. > > Thanks; saves me the hassle of finding some time come monday to do the > same thing 8) Sorry to inconvenience you in such a horrible way. ;-) Anyways this is boring but I think I'll let it sit over the weekend. This box wasn't doing anything fun anyways, I am sure it probably likes executing random code... ... JG From owner-freebsd-hackers Fri Nov 1 15:20:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA28087 for hackers-outgoing; Fri, 1 Nov 1996 15:20:40 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA28071 for ; Fri, 1 Nov 1996 15:20:35 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA28460; Fri, 1 Nov 1996 18:20:03 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 1 Nov 1996 18:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id NAA10073; Fri, 1 Nov 1996 13:32:16 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id NAA11813; Fri, 1 Nov 1996 13:33:10 -0500 (EST) Date: Fri, 1 Nov 1996 13:33:10 -0500 (EST) From: Thomas David Rivers Message-Id: <199611011833.NAA11813@lakes.water.net> To: roberto@keltia.freenix.fr, ponds!freefall.freebsd.org!freebsd-hackers Subject: Re: Another data point in the daily panics... Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > According to Mikael Karpberg: > > Then again, I know a friends 2.1.5 machine rebooted after running 30 > > seconds of "crashme". Firing up _40_ at boot time, just for kicks, > > I've never run 40 at a time but I've never been able to take any version of > FreeBSD down with crashme. Even 386BSD 0.1 + patchkit was immune ! > > I remember running it on 386BSD for 30 minutes and killing because it was > boring. To be completely honest, Linux is generally immune too (haven't > tried recently though). Yes - that's probably the case here. Consider, for example, that crashme can run on some machines, but you can bring them down quickly with the well-known "ping attack." I'm betting that crashme won't show us anything and FreeBSD will pass this test with flying colors. However, I will still be experiencing my panics. Let me add that I'm not sure my problems are the hardware; as: 1) This problem didn't show up until 2.1. 2) This problem does show up with an aha1542B as well as IDE drive - Dave Rivers - From owner-freebsd-hackers Fri Nov 1 15:33:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02533 for hackers-outgoing; Fri, 1 Nov 1996 15:33:50 -0800 (PST) Received: from mail11.digital.com (mail11.digital.com [192.208.46.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA02401 for ; Fri, 1 Nov 1996 15:33:29 -0800 (PST) Received: from muggsy.lkg.dec.com by mail11.digital.com (8.7.5/UNX 1.5/1.0/WV) id SAA32011; Fri, 1 Nov 1996 18:24:53 -0500 (EST) Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA27571; Fri, 1 Nov 1996 18:24:57 -0500 Received: from localhost.lkg.dec.com (localhost.lkg.dec.com [127.0.0.1]) by whydos.lkg.dec.com (8.6.12/8.6.12) with SMTP id TAA15517; Fri, 1 Nov 1996 19:31:32 GMT Message-Id: <199611011931.TAA15517@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost.lkg.dec.com didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 To: Terry Lambert Cc: freebsd-hackers@freefall.freebsd.org Subject: Re: VM answer requested In-Reply-To: Your message of "Fri, 01 Nov 1996 14:35:35 MST." <199611012135.OAA28514@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Nov 1996 19:31:31 +0000 From: Matt Thomas Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > What about the aligned access bit in recent Intel processors? > > > I'd also like to get kernel faults if this happens in the kernel > > > (it is my opinion that it should never be allowed to happen in the > > > kernel, and there should be a sanitization pass to insure it). > > > > Don't use the de driver then. Because of a misfeature in the 21x4x > > chips, the Ethernet payload (the stuff after the header) is not longword > > aligned). Having the processor deal with unaligned data is much faster > > than copying the data so that it is aligned. > > How will this driver work with an Alpha or MIPs processor, BTW? It's > a DEC card, you'd expect it to work with both... #if defined(__alpha__) #define TULIP_COPY_RXDATA 1 #endif -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hackers Fri Nov 1 15:41:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA04772 for hackers-outgoing; Fri, 1 Nov 1996 15:41:42 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA04755 for ; Fri, 1 Nov 1996 15:41:36 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id PAA01472 for ; Fri, 1 Nov 1996 15:41:31 -0800 Date: Fri, 1 Nov 1996 15:41:30 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: FreeBSD hacker dinner report... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It was good to meet so many of the BSD people in SF Tuesday. Amazingly enough, all pretty normal looking :) It was nice to be able to put faces with all the names. I did have some sympathy for the Linux person at my table, I'm sure he felt the negative vibes. Peggy Fenner (Hope I got that right, maybe she's a hyphen) wins the "sneaky person" award for managing to snitch most of Julian's lamb while he lectured the other table on the finer points of whatever he was babbling about. To those of you who haven't eaten at "The Stinking Rose", you should. The 40 clove garlic chicken was excellent. Thanks to Sean for setting it up. Now back to your regularly scheduled Linux/FreeBSD my VM's bigger than your VM could hope to be ferr-for-all. From owner-freebsd-hackers Fri Nov 1 16:01:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09447 for hackers-outgoing; Fri, 1 Nov 1996 16:01:04 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA09431 for ; Fri, 1 Nov 1996 16:00:55 -0800 (PST) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.8.0/8.8.Beta.3) with SMTP id SAA19144 for ; Fri, 1 Nov 1996 18:00:52 -0600 (CST) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.15) id ; Fri, 1 Nov 96 18:00 CST Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.2/8.8.Beta.3) id SAA14917 for hackers@freebsd.org; Fri, 1 Nov 1996 18:00:51 -0600 (CST) From: Karl Denninger Message-Id: <199611020000.SAA14917@Jupiter.Mcs.Net> Subject: Blargh - BSDI disk labels To: hackers@freebsd.org Date: Fri, 1 Nov 1996 18:00:51 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Blargh folks. FreeBSD doesn't understand BSDI disk labels. Like at all. There's no fix for this, is there? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 23 Analog Prefixes, 13 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-hackers Fri Nov 1 16:22:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13016 for hackers-outgoing; Fri, 1 Nov 1996 16:22:22 -0800 (PST) Received: from ican.net (ican.net [198.133.36.9]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA12985 for ; Fri, 1 Nov 1996 16:22:14 -0800 (PST) Received: from gate.ican.net(really [198.133.36.2]) by ican.net via sendmail with esmtp id for ; Fri, 1 Nov 1996 19:22:09 -0500 (EST) (Smail-3.2 1996-Jul-4 #1 built 1996-Jul-10) Received: (from smap@localhost) by gate.ican.net (8.7.5/8.7.3) id TAA16488 for ; Fri, 1 Nov 1996 19:21:37 -0500 (EST) Received: from cabal.io.org(10.1.6.2) by gate.ican.net via smap (V1.3) id sma016486; Fri Nov 1 19:21:13 1996 Received: from localhost (taob@localhost) by cabal.io.org (8.7.5/8.7.3) with SMTP id TAA06458 for ; Fri, 1 Nov 1996 19:21:34 -0500 (EST) X-Authentication-Warning: cabal.io.org: taob owned process doing -bs Date: Fri, 1 Nov 1996 19:21:33 -0500 (EST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Effect of UF_APPEND/SF_APPEND on file modes Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Shouldn't I be able to chown/chmod a file with the UF_APPEND or SF_APPEND flag set? I'm getting EPERM on those operations. I can delete the file just fine. -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Fri Nov 1 18:19:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA02030 for hackers-outgoing; Fri, 1 Nov 1996 18:19:52 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA02009 for ; Fri, 1 Nov 1996 18:19:45 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA28877; Fri, 1 Nov 1996 19:13:40 -0700 From: Terry Lambert Message-Id: <199611020213.TAA28877@phaeton.artisoft.com> Subject: Re: VM answer requested To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 1 Nov 1996 19:13:40 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199611012137.WAA23428@uriah.heep.sax.de> from "J Wunsch" at Nov 1, 96 10:37:39 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I'd like to be able to turn on the bit so that I get a fault (and it > > kills the offending process) when an unaligned access occurs. > > Adding support for this should be fairly simple. I wonder why you > didn't simply implement it yourself and faced us with a comparision of > the results. :-) Because I'd like it to be in the main source tree instead of yet another thing I have to locally maintain. 8-(. > > I'd also like to get kernel faults if this happens in the kernel > > According to my 486 docs, this is impossible. The AC flag is only > honored in `ring 3' mode. P6? P7? 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-hackers Fri Nov 1 18:20:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA02309 for hackers-outgoing; Fri, 1 Nov 1996 18:20:58 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA02286 for ; Fri, 1 Nov 1996 18:20:52 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA28886; Fri, 1 Nov 1996 19:14:44 -0700 From: Terry Lambert Message-Id: <199611020214.TAA28886@phaeton.artisoft.com> Subject: Re: Zombie processes To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 1 Nov 1996 19:14:44 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199611012147.WAA23522@uriah.heep.sax.de> from "J Wunsch" at Nov 1, 96 10:47:24 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I call this intent of confusion, at least. It's not helpful to the > > > one who's been asking the question in the first place, either. > > > > What about the innocent developer, whose code works on all other > > platforms? > > He was too innocent then. AFAIK, this never worked on any BSD system > before. Actually, it works on SunOS 4.1.3 and on Ultrix. 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-hackers Fri Nov 1 19:05:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA09956 for hackers-outgoing; Fri, 1 Nov 1996 19:05:54 -0800 (PST) Received: from dyson.iquest.net ([198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA09940 for ; Fri, 1 Nov 1996 19:05:49 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.8.2/8.6.9) id WAA09877; Fri, 1 Nov 1996 22:04:09 -0500 (EST) From: "John S. Dyson" Message-Id: <199611020304.WAA09877@dyson.iquest.net> Subject: Re: VM answer requested To: terry@lambert.org (Terry Lambert) Date: Fri, 1 Nov 1996 22:04:08 -0500 (EST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199611020213.TAA28877@phaeton.artisoft.com> from "Terry Lambert" at Nov 1, 96 07:13:40 pm Reply-To: dyson@FreeBSD.org 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > > I'd also like to get kernel faults if this happens in the kernel > > > > According to my 486 docs, this is impossible. The AC flag is only > > honored in `ring 3' mode. > > P6? P7? > Same for the P6 -- don't know about the P7. John From owner-freebsd-hackers Fri Nov 1 19:22:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA12048 for hackers-outgoing; Fri, 1 Nov 1996 19:22:00 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA12024; Fri, 1 Nov 1996 19:21:45 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id OAA11890; Sat, 2 Nov 1996 14:17:46 +1100 Date: Sat, 2 Nov 1996 14:17:46 +1100 From: Bruce Evans Message-Id: <199611020317.OAA11890@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, taob@io.org Subject: Re: Effect of UF_APPEND/SF_APPEND on file modes Cc: ache@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Shouldn't I be able to chown/chmod a file with the UF_APPEND or >SF_APPEND flag set? I'm getting EPERM on those operations. Don't know. It seems reasonable to allow it, but *APPEND is generally grouped with *IMMUTABLE in the permissions checks, and it is for all attribute changes - things like `touch' also fail. >I can >delete the file just fine. This seems to be a bugfeature in /bin/rm. unlink(2) fails correctly. /bin/rm seems to attempt to handle the UF_APPEND and UF_IMMUTABLE flags in the the same way for root (by silently blowing them away), but it actually handles them diferrently because access(2) fails for the uchg case so the special handling of UF_IMMUTABLE doesn't get used. Bruce From owner-freebsd-hackers Fri Nov 1 19:35:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA13733 for hackers-outgoing; Fri, 1 Nov 1996 19:35:08 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA13711 for ; Fri, 1 Nov 1996 19:35:02 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id TAA11116; Fri, 1 Nov 1996 19:35:00 -0800 (PST) To: Nate Williams cc: hackers@freebsd.org Subject: Re: Early Alpha: Corel Office in Java (FreeBSD!) In-reply-to: Your message of "Fri, 01 Nov 1996 10:29:33 MST." <199611011729.KAA08706@rocky.mt.sri.com> Date: Fri, 01 Nov 1996 19:35:00 -0800 Message-ID: <11114.846905700@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sure is slow.. :-) > Check out: > > http://officeforjava.corel.com > > If this flies, we could be running Corel Office on FreeBSD. :) :) > > > > Nate From owner-freebsd-hackers Fri Nov 1 20:47:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22299 for hackers-outgoing; Fri, 1 Nov 1996 20:47:49 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA22275 for ; Fri, 1 Nov 1996 20:47:42 -0800 (PST) Received: by sequent.kiae.su id AA06611 (5.65.kiae-2 ); Sat, 2 Nov 1996 08:35:33 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 2 Nov 96 08:35:29 +0400 Received: (from ache@localhost) by nagual.ru (8.8.2/8.8.2) id HAA03899; Sat, 2 Nov 1996 07:35:08 +0300 (MSK) Message-Id: <199611020435.HAA03899@nagual.ru> Subject: Re: Effect of UF_APPEND/SF_APPEND on file modes In-Reply-To: <199611020317.OAA11890@godzilla.zeta.org.au> from "Bruce Evans" at "Nov 2, 96 02:17:46 pm" To: bde@zeta.org.au (Bruce Evans) Date: Sat, 2 Nov 1996 07:35:07 +0300 (MSK) Cc: freebsd-hackers@freebsd.org, taob@io.org From: "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" (Andrey A. Chernov) Organization: self X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL28 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >I can > >delete the file just fine. > > This seems to be a bugfeature in /bin/rm. unlink(2) fails correctly. > /bin/rm seems to attempt to handle the UF_APPEND and UF_IMMUTABLE > flags in the the same way for root (by silently blowing them away), > but it actually handles them diferrently because access(2) fails for > the uchg case so the special handling of UF_IMMUTABLE doesn't get used. Maybe this functionality should be extended to chown/chmod too, because any user now can effectively stop chmoding of his files (f.e. from root crontab) just making them immutable... Basically I dislike whole idea that user things (UF_APPEND/UF_IMMUTABLE) can affect root somehow. We need to think once again, maybe it need to be fixed at syscall level instead... -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-hackers Fri Nov 1 21:04:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA24651 for hackers-outgoing; Fri, 1 Nov 1996 21:04:07 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA24583; Fri, 1 Nov 1996 21:03:54 -0800 (PST) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id VAA21797; Fri, 1 Nov 1996 21:03:46 -0800 (PST) Message-Id: <199611020503.VAA21797@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Denis DeLaRoca 825-4580 (310) cc: hackers@FREEBSD.ORG, multimedia@FREEBSD.ORG Subject: Re: Matrox Meteor and PPRO problem found In-reply-to: Your message of "Fri, 01 Nov 1996 11:57:00 PST." <199611011958.LAA19891@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 01 Nov 1996 21:03:46 -0800 From: Amancio Hasty Sender: owner-hackers@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Denis DeLaRoca 825-4580 : > > Intel and Matrox have jointly confirmed the cause of the recently reported > > issue between the Matrox Meteor graphics adapter board and the Intel 440FX > > chipset. The root cause is an illegal PCI signal generated by the PCI > > interface chip on the adapter board. This is not an Intel Pentium(R) Pro > > processor or an Intel 440FX chipset issue. > > Presumably the same illegal PCI signal is being generated on other > PCI motherboards but they do not fail, is only the 440FX chipset the > one complaining? > > -- Denis > I guess at this stage is to find out from Matrox what exactly is the deal as for a software work around : there is none at this time nor do I think that there will be one. When I ask Intel if there was something that I could do over here it was a sharp and quick *NO*. So far the matrox meteor hard crashing the system is isolated to 440fx (Natoma chipsets) based motherboards. Cheers, Amancio From owner-freebsd-hackers Fri Nov 1 21:20:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA27474 for hackers-outgoing; Fri, 1 Nov 1996 21:20:43 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA27457 for ; Fri, 1 Nov 1996 21:20:38 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA06196; Sat, 2 Nov 1996 00:20:06 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sat, 2 Nov 1996 00:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id UAA17530; Fri, 1 Nov 1996 20:55:49 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id UAA00250; Fri, 1 Nov 1996 20:56:35 -0500 (EST) Date: Fri, 1 Nov 1996 20:56:35 -0500 (EST) From: Thomas David Rivers Message-Id: <199611020156.UAA00250@lakes.water.net> To: jgreco@brasil.moneng.mei.com, ponds!atrad.adelaide.edu.au!msmith Subject: Re: Another data point in the daily panics... Cc: ponds!freefall.freebsd.org!freebsd-hackers, ponds!uswest.net!greg, ponds!brasil.moneng.mei.com!jgreco, ponds!ocean.campus.luth.se!karpen, ponds!ponds!rivers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Everyone - As an example of something that crashes 2.1.5 (fairly quickly, I may add) and will not likely be determined by 'crashme'. I offer the following shell script. This shell script has the other attribute that it behaves somewhat like a news server that's frequently expiring and getting news batches 24 hours a day (i.e. deleting a lot of files and altering others). This was reported against 2.2-current about a month ago. If you run about eight instances of this shell script in the same directory; you're machine will reboot... [I just got through recovering from the reboot myself.] I don't think it has anything to do with my particular problem, since the panic isn't for the same reason. I just wanted to show it as an example of a similar type of problem that crashme would not diagnose. If anyone has access to a LINUX box - I'd be interested in hearing what happens if you perform the same test there... - Dave Rivers - ---------------------- cut here ---------------- #!/bin/sh mkdir loser while true do touch loser/abc mv loser/abc loser/def done From owner-freebsd-hackers Fri Nov 1 22:17:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07083 for hackers-outgoing; Fri, 1 Nov 1996 22:17:44 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA07031; Fri, 1 Nov 1996 22:17:26 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA07909; Sat, 2 Nov 1996 06:41:43 +0100 From: Luigi Rizzo Message-Id: <199611020541.GAA07909@labinfo.iet.unipi.it> Subject: Re: http://www.winnow.com To: james@miller.cs.uwm.edu (Jim Lowe) Date: Sat, 2 Nov 1996 06:41:43 +0100 (MET) Cc: hasty@rah.star-gate.com, hackers@FreeBSD.org, multimedia@FreeBSD.org In-Reply-To: <199611012143.PAA00889@miller.cs.uwm.edu> from "Jim Lowe" at Nov 1, 96 03:43:13 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Looks like a neat card, but ISA? Not good for 640x480x24x30fps... :-(. > Too bad it doesn't have an mpeg encoder/decoder on it :-). they say they have an onboard compressor (details unknown to me) that allows transferring 352x284x24x24fps (and the equivalent NTSC format) at about 1.1MB/s over the ISA bus. Since even with the Meteor one cannot hope to to much more than display/single frame capture with the highest res. , I don't see this as a big problem. The interesting part for me is the presence of a full duplex audio interface on the same board, and the fact -- they say -- that both audio and video are extremely simple peripherals using I/O ports only. No int, no DMA --> extremely simple driver (good for didactical purposes). 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-hackers Fri Nov 1 22:32:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA09298 for hackers-outgoing; Fri, 1 Nov 1996 22:32:49 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA09289 for ; Fri, 1 Nov 1996 22:32:45 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id WAA21304 for ; Fri, 1 Nov 1996 22:32:45 -0800 Date: Fri, 1 Nov 1996 22:32:44 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: How's our ELF support coming? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (Hopefully for Linux ELF binaries). I have an application that I'd really like to avoid installing Linux in which to run it. From owner-freebsd-hackers Fri Nov 1 23:51:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA18557 for hackers-outgoing; Fri, 1 Nov 1996 23:51:37 -0800 (PST) Received: from ravenock.cybercity.dk (disn55.cybercity.dk [194.16.57.55]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA18538 for ; Fri, 1 Nov 1996 23:51:27 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.2/8.7.3) id IAA06591; Sat, 2 Nov 1996 08:54:56 +0100 (MET) Message-Id: <199611020754.IAA06591@ravenock.cybercity.dk> Subject: Re: How's our ELF support coming? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Sat, 2 Nov 1996 08:54:45 +0100 (MET) From: "Soren Schmidt" Cc: hackers@FreeBSD.org In-Reply-To: from "Jaye Mathisen" at Nov 1, 96 10:32:44 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jaye Mathisen who wrote: > > (Hopefully for Linux ELF binaries). > > I have an application that I'd really like to avoid installing Linux in > which to run it. We allready have linux ELF support, use -current or soon to be 2.2 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Sat Nov 2 00:22:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA20708 for hackers-outgoing; Sat, 2 Nov 1996 00:22:25 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA20683; Sat, 2 Nov 1996 00:22:13 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA06781; Sat, 2 Nov 1996 18:51:44 +1030 From: Michael Smith Message-Id: <199611020821.SAA06781@genesis.atrad.adelaide.edu.au> Subject: Re: http://www.winnow.com To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sat, 2 Nov 1996 18:51:43 +1030 (CST) Cc: james@miller.cs.uwm.edu, hasty@rah.star-gate.com, hackers@freebsd.org, multimedia@freebsd.org In-Reply-To: <199611020541.GAA07909@labinfo.iet.unipi.it> from "Luigi Rizzo" at Nov 2, 96 06:41:43 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo stands accused of saying: > they say they have an onboard compressor (details unknown to me) that > allows transferring 352x284x24x24fps (and the equivalent NTSC format) > at about 1.1MB/s over the ISA bus. Since even with the Meteor one ... > board, and the fact -- they say -- that both audio and video are > extremely simple peripherals using I/O ports only. No int, no DMA > --> extremely simple driver (good for didactical purposes). ... but useless for anything we might want to do. How do you propose to move 1.1M/sec off an ISA card with no interrupt or DMA? Poll the rotten thing? You have got to be kidding. Unless this card has _gobs_ of memory on it, it's just more PC trash. > Luigi -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat Nov 2 00:22:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA20759 for hackers-outgoing; Sat, 2 Nov 1996 00:22:47 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA20744 for ; Sat, 2 Nov 1996 00:22:42 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA06790; Sat, 2 Nov 1996 18:52:34 +1030 From: Michael Smith Message-Id: <199611020822.SAA06790@genesis.atrad.adelaide.edu.au> Subject: Re: How's our ELF support coming? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Sat, 2 Nov 1996 18:52:34 +1030 (CST) Cc: hackers@FreeBSD.org In-Reply-To: from "Jaye Mathisen" at Nov 1, 96 10:32:44 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen stands accused of saying: > (Hopefully for Linux ELF binaries). > > I have an application that I'd really like to avoid installing Linux in > which to run it. Works fine here (thanks Sos!) - what's the application? -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat Nov 2 00:28:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA21191 for hackers-outgoing; Sat, 2 Nov 1996 00:28:07 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA21182 for ; Sat, 2 Nov 1996 00:28:03 -0800 (PST) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.6.12/8.6.12) with SMTP id AAA08548; Sat, 2 Nov 1996 00:27:58 -0800 Date: Sat, 2 Nov 1996 00:27:57 -0800 (PST) From: Jaye Mathisen To: Michael Smith cc: hackers@FreeBSD.org Subject: Re: How's our ELF support coming? In-Reply-To: <199611020822.SAA06790@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Solidtech's Database. I thought I recalled seeing that there was some funky stuff going on with certain types of newer elf/Linux binaries, but apparently I was mistaken. So, heigh ho, it's off we go... On Sat, 2 Nov 1996, Michael Smith wrote: > Date: Sat, 2 Nov 1996 18:52:34 +1030 (CST) > From: Michael Smith > To: Jaye Mathisen > Cc: hackers@FreeBSD.org > Subject: Re: How's our ELF support coming? > > Jaye Mathisen stands accused of saying: > > (Hopefully for Linux ELF binaries). > > > > I have an application that I'd really like to avoid installing Linux in > > which to run it. > > Works fine here (thanks Sos!) - what's the application? > > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > From owner-freebsd-hackers Sat Nov 2 00:30:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA21437 for hackers-outgoing; Sat, 2 Nov 1996 00:30:11 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA21426 for ; Sat, 2 Nov 1996 00:30:04 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id AAA11723; Sat, 2 Nov 1996 00:30:04 -0800 (PST) To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: FreeBSD hacker dinner report... In-reply-to: Your message of "Fri, 01 Nov 1996 15:41:30 PST." Date: Sat, 02 Nov 1996 00:30:03 -0800 Message-ID: <11721.846923403@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > To those of you who haven't eaten at "The Stinking Rose", you should. The > 40 clove garlic chicken was excellent. > > Thanks to Sean for setting it up. [ jkh looks glum - he had to miss this one in order to babysit a sick ISP, many miles to the north. :-( ] From owner-freebsd-hackers Sat Nov 2 00:34:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA21770 for hackers-outgoing; Sat, 2 Nov 1996 00:34:49 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA21761 for ; Sat, 2 Nov 1996 00:34:42 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA06837; Sat, 2 Nov 1996 19:04:36 +1030 From: Michael Smith Message-Id: <199611020834.TAA06837@genesis.atrad.adelaide.edu.au> Subject: Re: How's our ELF support coming? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Sat, 2 Nov 1996 19:04:35 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org In-Reply-To: from "Jaye Mathisen" at Nov 2, 96 00:27:57 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen stands accused of saying: > > Solidtech's Database. I thought I recalled seeing that there was some > funky stuff going on with certain types of newer elf/Linux binaries, but > apparently I was mistaken. No, there was - specifically with statically-linked ELF binaries, which couldn't be identified correctly (there is no room in the ELF spec as it stood for an OS or ABI identifier, so Soren invented one 8) Keep us informed as to how you go! -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat Nov 2 00:41:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA22256 for hackers-outgoing; Sat, 2 Nov 1996 00:41:20 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA22238 for ; Sat, 2 Nov 1996 00:41:16 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id AAA11788; Sat, 2 Nov 1996 00:41:16 -0800 (PST) To: Karl Denninger cc: hackers@freebsd.org Subject: Re: Blargh - BSDI disk labels In-reply-to: Your message of "Fri, 01 Nov 1996 18:00:51 CST." <199611020000.SAA14917@Jupiter.Mcs.Net> Date: Sat, 02 Nov 1996 00:41:16 -0800 Message-ID: <11786.846924076@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > FreeBSD doesn't understand BSDI disk labels. Like at all. > > There's no fix for this, is there? I'll bet you could persuade Bruce's slice code to recognise one, with a little work. I think that qualifies as a "fix." :-) Jordan From owner-freebsd-hackers Sat Nov 2 00:59:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA23282 for hackers-outgoing; Sat, 2 Nov 1996 00:59:54 -0800 (PST) Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA23271; Sat, 2 Nov 1996 00:59:49 -0800 (PST) Received: from genabsd.netvision.net.il (ts003p4.pop4a.netvision.net.il [194.90.3.60]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id KAA07401; Sat, 2 Nov 1996 10:58:06 +0200 (IST) Message-ID: X-Mailer: XFMail 0.5-beta [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199611011833.LAA28106@phaeton.artisoft.com> Date: Thu, 15 Aug 1996 09:32:44 +0200 (IST) X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision Ltd. From: Gennady Sorokopud To: Terry Lambert Subject: Re: vx driver(s) - bad powerup behaviour Cc: hm@kts.org, freebsd-hackers@FreeBSD.org, sos@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hello! On 01-Nov-96 Terry Lambert wrote: >Is it utterly impossible to send or receive packets with the early >revision adapters? The driver works fine for me except that i have to do ifconfig vx0 down/up at every startup. Besides this , everything is just great. >Or is the driver just insufficient to the task? > > > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers. Best regards. -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: Gennady Sorokopud Homepage: http://www.netvision.net.il/~gena This message was sent at 08/15/96 09:32:44 by XF-Mail From owner-freebsd-hackers Sat Nov 2 01:12:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA24008 for hackers-outgoing; Sat, 2 Nov 1996 01:12:36 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA24002 for ; Sat, 2 Nov 1996 01:12:32 -0800 (PST) Received: from profane.iq.org by mail.crl.com with SMTP id AA03693 (5.65c/IDA-1.5 for ); Sat, 2 Nov 1996 02:13:35 -0700 Received: (from proff@localhost) by profane.iq.org (8.8.2/8.8.2) id WAA00431 for freebsd-hackers@freebsd.org; Tue, 29 Oct 1996 22:16:49 +1100 (EST) Date: Tue, 29 Oct 1996 22:16:49 +1100 (EST) From: Julian Assange Message-Id: <199610291116.WAA00431@profane.iq.org> To: freebsd-hackers@freebsd.org Subject: ide name slot allocation problem Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block- 16 wd0: 1219MB (2496816 sectors), 2477 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 flags 0x80ff80ff on isa wdc1: unit 0 (wd2): , 32-bit, multi-block-16 wd2: 1623MB (3324384 sectors), 3298 cyls, 16 heads, 63 S/T, 512 B/S Device wd0: name slot allocation failed (E=17) Device rwd0: name slot allocation failed (E=17) (two day old current) The physical arrangement is a master ide on each controller and no slave. Controller is triton - on board controller. Playing with wd2 seems to give me errors along the lines of: bash# newfs /dev/rwd2s1 newfs: /dev/rwd2s1: `1' partition is unavailable bash# fdisk /dev/rwd2 ******* Working on device /dev/rwd2 ******* parameters extracted from in-core disklabel are: cylinders=3298 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=3298 heads=16 sectors/track=63 (1008 blks/cyl) Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 0 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 63, size 204561 (99 Meg), flag 80 beg: cyl 0/ sector 1/ head 1; end: cyl 202/ sector 63/ head 15 The data for partition 1 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 204624, size 3119760 (1523 Meg), flag 0 beg: cyl 203/ sector 1/ head 0; end: cyl 1023/ sector 63/ head 15 The data for partition 2 is: The data for partition 3 is: From owner-freebsd-hackers Sat Nov 2 01:22:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA24312 for hackers-outgoing; Sat, 2 Nov 1996 01:22:07 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA24304 for ; Sat, 2 Nov 1996 01:22:02 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA09061; Sat, 2 Nov 1996 10:21:43 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA01649; Sat, 2 Nov 1996 10:21:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id KAA27032; Sat, 2 Nov 1996 10:16:10 +0100 (MET) From: J Wunsch Message-Id: <199611020916.KAA27032@uriah.heep.sax.de> Subject: Re: Blargh - BSDI disk labels To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 2 Nov 1996 10:16:10 +0100 (MET) Cc: karl@Mcs.Net (Karl Denninger) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611020000.SAA14917@Jupiter.Mcs.Net> from Karl Denninger at "Nov 1, 96 06:00:51 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Karl Denninger wrote: > FreeBSD doesn't understand BSDI disk labels. Like at all. What does it say? Do they perchance already use 16 partitions instead of 8? -- 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-hackers Sat Nov 2 01:22:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA24328 for hackers-outgoing; Sat, 2 Nov 1996 01:22:12 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA24307 for ; Sat, 2 Nov 1996 01:22:05 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA09069; Sat, 2 Nov 1996 10:21:46 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA01653; Sat, 2 Nov 1996 10:21:46 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id KAA27055; Sat, 2 Nov 1996 10:18:39 +0100 (MET) From: J Wunsch Message-Id: <199611020918.KAA27055@uriah.heep.sax.de> Subject: Re: Another data point in the daily panics... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 2 Nov 1996 10:18:39 +0100 (MET) Cc: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611020156.UAA00250@lakes.water.net> from Thomas David Rivers at "Nov 1, 96 08:56:35 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Thomas David Rivers wrote: > This was reported against 2.2-current about a month ago. If you > run about eight instances of this shell script in the same directory; > you're machine will reboot... [I just got through recovering from > the reboot myself.] I think there's an open PR for the `rename' problem, and a sample fix by Bruce around. -- 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-hackers Sat Nov 2 01:42:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA26337 for hackers-outgoing; Sat, 2 Nov 1996 01:42:42 -0800 (PST) Received: from ravenock.cybercity.dk (disn60.cybercity.dk [194.16.57.60]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA26309; Sat, 2 Nov 1996 01:42:12 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.2/8.7.3) id KAA06751; Sat, 2 Nov 1996 10:37:50 +0100 (MET) Message-Id: <199611020937.KAA06751@ravenock.cybercity.dk> Subject: Re: vx driver(s) - bad powerup behaviour To: gena@NetVision.net.il (Gennady Sorokopud) Date: Sat, 2 Nov 1996 10:37:50 +0100 (MET) From: "Soren Schmidt" Cc: terry@lambert.org, hm@kts.org, freebsd-hackers@FreeBSD.org, sos@FreeBSD.org In-Reply-To: from "Gennady Sorokopud" at Aug 15, 96 09:32:44 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Gennady Sorokopud who wrote: > The driver works fine for me except that i have to do ifconfig vx0 down/up at > every startup. Besides this , everything is just great. OH, it just hit me, are you running -current ??? When did you update /etc last then ??? There has been some changes around the rc.* netstart etc files in /etc, if yours are more than a few weeks old, you should upgrade /etc (if you are running current that is). -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Sat Nov 2 01:52:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA27520 for hackers-outgoing; Sat, 2 Nov 1996 01:52:20 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA27499 for ; Sat, 2 Nov 1996 01:52:15 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA09686; Sat, 2 Nov 1996 10:51:42 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA01936; Sat, 2 Nov 1996 10:51:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id KAA27255; Sat, 2 Nov 1996 10:33:50 +0100 (MET) From: J Wunsch Message-Id: <199611020933.KAA27255@uriah.heep.sax.de> Subject: Re: ide name slot allocation problem To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 2 Nov 1996 10:33:50 +0100 (MET) Cc: proff@profane.iq.org (Julian Assange) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199610291116.WAA00431@profane.iq.org> from Julian Assange at "Oct 29, 96 10:16:49 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Julian Assange wrote: > The physical arrangement is a master ide on each > controller and no slave. Controller is triton - on > board controller. Unlike SCSI, IDE name slot allocation has always been based on ``physical slots'' (i.e., two slots per controller, regardless of whether a drive is connected or not). The same is true for e.g. the fd driver. > bash# newfs /dev/rwd2s1 > newfs: /dev/rwd2s1: `1' partition is unavailable Usage error. You gotta disklabel that slice first, and inside the label, you create partitions `a' through `h' (as desired). See the updated topic 2.15 in the FAQ for conventions in naming the partitions. > The data for partition 0 is: > sysid 165,(FreeBSD/NetBSD/386BSD) > start 63, size 204561 (99 Meg), flag 80 > beg: cyl 0/ sector 1/ head 1; > end: cyl 202/ sector 63/ head 15 > The data for partition 1 is: > sysid 165,(FreeBSD/NetBSD/386BSD) > start 204624, size 3119760 (1523 Meg), flag 0 > beg: cyl 203/ sector 1/ head 0; > end: cyl 1023/ sector 63/ head 15 Having two FreeBSD slices is basically useless. Of course, you _can_ do it, but you gotta disklabel them as well, so you gain nothing by storing it in two slices (as opposed to two BSD partitions), except perhaps the flexibility that you might easily return one of the slices to another o/s later if you desire. -- 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-hackers Sat Nov 2 01:52:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA27570 for hackers-outgoing; Sat, 2 Nov 1996 01:52:34 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA27544; Sat, 2 Nov 1996 01:52:24 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA09710; Sat, 2 Nov 1996 10:51:51 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA01945; Sat, 2 Nov 1996 10:51:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id KAA27426; Sat, 2 Nov 1996 10:50:47 +0100 (MET) From: J Wunsch Message-Id: <199611020950.KAA27426@uriah.heep.sax.de> Subject: Re: vx driver(s) - bad powerup behaviour To: gena@NetVision.net.il (Gennady Sorokopud) Date: Sat, 2 Nov 1996 10:50:47 +0100 (MET) Cc: terry@lambert.org, hm@kts.org, freebsd-hackers@FreeBSD.org, sos@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Gennady Sorokopud at "Aug 15, 96 09:32:44 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Gennady Sorokopud wrote: > >Is it utterly impossible to send or receive packets with the early > >revision adapters? > The driver works fine for me except that i have to do ifconfig vx0 down/up at > every startup. Besides this , everything is just great. The driver usually misdetects them only. According to 3Com's manual, these early revision adapters were really unusable. -- 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-hackers Sat Nov 2 02:58:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA07975 for hackers-outgoing; Sat, 2 Nov 1996 02:58:14 -0800 (PST) Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA07956; Sat, 2 Nov 1996 02:58:08 -0800 (PST) Received: from genabsd.netvision.net.il (ts013p14.pop4a.netvision.net.il [194.90.3.250]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id MAA09572; Sat, 2 Nov 1996 12:57:49 +0200 (IST) Message-ID: X-Mailer: XFMail 0.5-beta [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199611020937.KAA06751@ravenock.cybercity.dk> Date: Thu, 15 Aug 1996 11:56:51 +0200 (IST) X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision Ltd. From: Gennady Sorokopud To: sos@freebsd.org Subject: Re: vx driver(s) - bad powerup behaviour Cc: freebsd-hackers@freebsd.org, hm@kts.org, terry@lambert.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! On 02-Nov-96 sos@freebsd.org wrote: >>In reply to Gennady Sorokopud who wrote: >OH, it just hit me, are you running -current ??? >When did you update /etc last then ??? >There has been some changes around the rc.* netstart etc files >in /etc, if yours are more than a few weeks old, you should >upgrade /etc (if you are running current that is). I'm running the latest -current (48 hours old :-), but the /etc/ region was not updated for a loong time...Hmm, i'll try this! >-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > Even more code to hack -- will it ever end >.. Best regards. -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: Gennady Sorokopud Homepage: http://www.netvision.net.il/~gena This message was sent at 08/15/96 11:56:53 by XF-Mail From owner-freebsd-hackers Sat Nov 2 03:27:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA14222 for hackers-outgoing; Sat, 2 Nov 1996 03:27:27 -0800 (PST) Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.32.8.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA14209; Sat, 2 Nov 1996 03:27:23 -0800 (PST) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.7.6+2.6Wbeta7/950912) with ESMTP id UAA28921; Sat, 2 Nov 1996 20:27:03 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.7.6+2.6Wbeta7/3.3W6) with ESMTP id UAA21859; Sat, 2 Nov 1996 20:27:01 +0900 (JST) Received: by sirius.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with UUCP id UAA27766; Sat, 2 Nov 1996 20:27:01 +0900 (JST) Date: Sat, 2 Nov 1996 20:27:01 +0900 (JST) From: Naoki Hamada Message-Id: <199611021127.UAA27766@sirius.sbl.cl.nec.co.jp> References: <199611020950.KAA27426@uriah.heep.sax.de> To: joerg_wunsch@uriah.heep.sax.de CC: j@uriah.heep.sax.de, gena@NetVision.net.il, terry@lambert.org, hm@kts.org, freebsd-hackers@FreeBSD.org, sos@FreeBSD.org In-reply-to: J Wunsch's message of "Sat, 2 Nov 1996 10:50:47 +0100 (MET)" <199611020950.KAA27426@uriah.heep.sax.de> Subject: Re: vx driver(s) - bad powerup behaviour Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk J"org wrote: >The driver usually misdetects them only. According to 3Com's manual, >these early revision adapters were really unusable. Though they say that early revision adapters are unusable, I and many testers of our revised vx driver can use 'defective' adapters pretty well. - nao From owner-freebsd-hackers Sat Nov 2 06:37:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA26801 for hackers-outgoing; Sat, 2 Nov 1996 06:37:37 -0800 (PST) Received: from ravenock.cybercity.dk (disn51.cybercity.dk [194.16.57.51]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA26778; Sat, 2 Nov 1996 06:37:29 -0800 (PST) Received: (from sos@localhost) by ravenock.cybercity.dk (8.8.2/8.7.3) id PAA07262; Sat, 2 Nov 1996 15:38:00 +0100 (MET) Message-Id: <199611021438.PAA07262@ravenock.cybercity.dk> Subject: Re: vx driver(s) - bad powerup behaviour To: nao@sbl.cl.nec.co.jp (Naoki Hamada) Date: Sat, 2 Nov 1996 15:37:50 +0100 (MET) From: "Soren Schmidt" Cc: joerg_wunsch@uriah.heep.sax.de, j@uriah.heep.sax.de, gena@NetVision.net.il, terry@lambert.org, hm@kts.org, freebsd-hackers@FreeBSD.org, sos@FreeBSD.org In-Reply-To: <199611021127.UAA27766@sirius.sbl.cl.nec.co.jp> from "Naoki Hamada" at Nov 2, 96 08:27:01 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Naoki Hamada who wrote: > J"org wrote: > >The driver usually misdetects them only. According to 3Com's manual, > >these early revision adapters were really unusable. > > Though they say that early revision adapters are unusable, I and many > testers of our revised vx driver can use 'defective' adapters pretty > well. On what do you base that, from the defective message from the old driver ??, or by checking the serial number against 3com. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Sat Nov 2 06:40:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA27424 for hackers-outgoing; Sat, 2 Nov 1996 06:40:22 -0800 (PST) Received: from squirrel.tgsoft.com (sdts3-74.znet.com [207.167.65.74]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA27400 for ; Sat, 2 Nov 1996 06:40:14 -0800 (PST) Received: (from thompson@localhost) by squirrel.tgsoft.com (8.7.5/8.6.12) id GAA01266; Sat, 2 Nov 1996 06:37:01 -0800 (PST) Date: Sat, 2 Nov 1996 06:37:01 -0800 (PST) Message-Id: <199611021437.GAA01266@squirrel.tgsoft.com> From: mark thompson To: hackers@freefall.freebsd.org In-reply-to: message from Thomas David Rivers on Fri, 1 Nov 1996 20:56:35 -0500 (EST) Subject: Re: Another data point in the daily panics... Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk From: Thomas David Rivers Date: Fri, 1 Nov 1996 20:56:35 -0500 (EST) Everyone - As an example of something that crashes 2.1.5 (fairly quickly, I may add) and will not likely be determined by 'crashme'. I offer the following shell script. I don't think it has anything to do with my particular problem, since the panic isn't for the same reason. I just wanted to show it as an example of a similar type of problem that crashme would not diagnose. If anyone has access to a LINUX box - I'd be interested in hearing what happens if you perform the same test there... - Dave Rivers - ---------------------- cut here ---------------- #!/bin/sh mkdir loser while true do touch loser/abc mv loser/abc loser/def done ---- Odd. My 2.1.5 machine crashes (once a month or so) while running /etc/weekly. I assume this shellscript kills the machine because of name collisions in the renames? -mark From owner-freebsd-hackers Sat Nov 2 07:13:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA04311 for hackers-outgoing; Sat, 2 Nov 1996 07:13:14 -0800 (PST) Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.32.8.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA04293; Sat, 2 Nov 1996 07:13:09 -0800 (PST) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.7.6+2.6Wbeta7/950912) with ESMTP id AAA00969; Sun, 3 Nov 1996 00:13:06 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.7.6+2.6Wbeta7/3.3W6) with ESMTP id AAA24731; Sun, 3 Nov 1996 00:13:05 +0900 (JST) Received: by sirius.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with UUCP id AAA28081; Sun, 3 Nov 1996 00:13:05 +0900 (JST) Date: Sun, 3 Nov 1996 00:13:05 +0900 (JST) From: Naoki Hamada Message-Id: <199611021513.AAA28081@sirius.sbl.cl.nec.co.jp> References: <199611021438.PAA07262@ravenock.cybercity.dk> To: sos@FreeBSD.org CC: sos@ravenock.cybercity.dk, joerg_wunsch@uriah.heep.sax.de, j@uriah.heep.sax.de, gena@NetVision.net.il, terry@lambert.org, hm@kts.org, freebsd-hackers@FreeBSD.org In-reply-to: "Soren Schmidt"'s message of "Sat, 2 Nov 1996 15:37:50 +0100 (MET)" <199611021438.PAA07262@ravenock.cybercity.dk> Subject: Re: vx driver(s) - bad powerup behaviour Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Soren Schmidt wrote: >On what do you base that, from the defective message from the old >driver ??, or by checking the serial number against 3com. By reading the 'software information2' field in the eeprom PROPERLY as stated in the 'PCI/EISA Bus-Master Adapter Driver Technical Reference' from 3COM. Never by the wrong message from the old vx driver. For details, see my recent patch which is localted: http://jp.freebsd.org/pub/FreeBSD/incoming/vx.tar.gz. The new vx driver supports 3C590 Etherlink III PCI, 3C595 Fast Etherlink PCI, 3C592 Etherlink III EISA and 3C597 Fast Etherlink EISA. Early support for 3C900 Etherlink XL PCI and 3C905 Fast Etherlink XL PCI is also incorporated. - nao From owner-freebsd-hackers Sat Nov 2 07:37:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA08701 for hackers-outgoing; Sat, 2 Nov 1996 07:37:05 -0800 (PST) Received: from superior.truenorth.org (ppp010-sm2.sirius.com [205.134.231.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA08674 for ; Sat, 2 Nov 1996 07:36:55 -0800 (PST) Received: (from jgrosch@localhost) by superior.truenorth.org (8.7.5/8.7.3) id HAA18928; Sat, 2 Nov 1996 07:35:52 -0800 (PST) From: Josef Grosch Message-Id: <199611021535.HAA18928@superior.truenorth.org> Subject: Re: FreeBSD hacker dinner report... To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 2 Nov 1996 07:35:51 -0800 (PST) Cc: mrcpu@cdsnet.net, hackers@freebsd.org Reply-To: jgrosch@sirius.com In-Reply-To: <11721.846923403@time.cdrom.com> from "Jordan K. Hubbard" at "Nov 2, 96 00:30:03 am" X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> To those of you who haven't eaten at "The Stinking Rose", you should. The >> 40 clove garlic chicken was excellent. >> >> Thanks to Sean for setting it up. > >[ jkh looks glum - he had to miss this one in order to babysit a sick > ISP, many miles to the north. :-( ] > Jordan, when did you start making house calls? I do hope they bought you dinner and Burger World does'nt count. :-) Josef -- Josef Grosch | Laugh while you can, monkey boy ! | FreeBSD 2.1.5 jgrosch@sirius.com | - John Warfin - | UNIX for the masses From owner-freebsd-hackers Sat Nov 2 08:25:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA17637 for hackers-outgoing; Sat, 2 Nov 1996 08:25:49 -0800 (PST) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA17619 for ; Sat, 2 Nov 1996 08:25:42 -0800 (PST) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.8.0/8.8.Beta.3) with SMTP id KAA12505; Sat, 2 Nov 1996 10:25:31 -0600 (CST) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.15) id ; Sat, 2 Nov 96 10:25 CST Received: (from karl@localhost) by Jupiter.Mcs.Net (8.8.2/8.8.Beta.3) id KAA16132; Sat, 2 Nov 1996 10:25:30 -0600 (CST) From: Karl Denninger Message-Id: <199611021625.KAA16132@Jupiter.Mcs.Net> Subject: Re: Blargh - BSDI disk labels To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 2 Nov 1996 10:25:29 -0600 (CST) Cc: freebsd-hackers@freebsd.org, karl@Mcs.Net In-Reply-To: <199611020916.KAA27032@uriah.heep.sax.de> from "J Wunsch" at Nov 2, 96 10:16:10 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > As Karl Denninger wrote: > > > FreeBSD doesn't understand BSDI disk labels. Like at all. > > What does it say? > > Do they perchance already use 16 partitions instead of 8? No. 8 is their limit. It appears to see the label (ie: slice "e" shows up as type "BSD", which is where I'd expect the slice to map) but an attempt to fsck it blows sky-high, and an attempt to mount -ro panics instantly. A "disksetup" (their equivalent to disklabel) gives this: type: SCSI disk: SEAGATE ST31200N label: flags: bytes/sector: 512 sectors/track: 64 tracks/cylinder: 8 sectors/cylinder: 512 cylinders: 4026 sectors/unit: 2061108 replacement sectors/track: 0 replacement sectors/cylinder: 0 alternate cylinders: 0 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize cpg] a: 65536 0 4.2BSD 1024 8192 16 # (Cyl. 0 - 127) b: 256000 65536 swap # (Cyl. 128 - 627) c: 2061108 0 unused 0 0 # (Cyl. 0 - 4025*) h: 1739572 321536 4.2BSD 1024 8192 16 # (Cyl. 628 - 4025*) Which looks pretty normal. FreeBSD returns.. bash# disklabel sd0 # /dev/rsd0c: type: SCSI disk: sd0s1 label: flags: bytes/sector: 512 sectors/track: 32 tracks/cylinder: 64 sectors/cylinder: 2048 cylinders: 1000 sectors/unit: 2050016 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 262144 0 4.2BSD 0 0 0 # (Cyl. 0 - 127) b: 1048576 262144 swap # (Cyl. 128 - 639) c: 2050016 0 unused 0 0 # (Cyl. 0 - 1000*) e: 739296 1310720 4.2BSD 0 0 0 # (Cyl. 640 - 1000*) -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | 23 Analog Prefixes, 13 ISDN, Web servers $75/mo Voice: [+1 312 803-MCS1 x219]| Email to "info@mcs.net" WWW: http://www.mcs.net/ Fax: [+1 312 248-9865] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal From owner-freebsd-hackers Sat Nov 2 08:40:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA20628 for hackers-outgoing; Sat, 2 Nov 1996 08:40:39 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA20607 for ; Sat, 2 Nov 1996 08:40:32 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id DAA10756; Sun, 3 Nov 1996 03:31:12 +1100 Date: Sun, 3 Nov 1996 03:31:12 +1100 From: Bruce Evans Message-Id: <199611021631.DAA10756@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: VM answer requested Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> I'd like to be able to turn on the bit so that I get a fault (and it >> kills the offending process) when an unaligned access occurs. > >Adding support for this should be fairly simple. I wonder why you Especially since it was added on 1995/01/14 in rev.1.46 of locore.s :-). Applications have to set PSL_AC when they want alignment faults. Alignment faults generate SIGBUS. gcc still generates misaligned accesses, e.g., --- struct foo { short x[2]; }; struct bar { short pad; struct foo r; } bar1, bar2; main() { asm("pushfl; popl %eax; orl $0x40000,%eax; pushl %eax; popfl"); bar1.r = bar2.r; /* trap */ } --- Bruce From owner-freebsd-hackers Sat Nov 2 09:10:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA26997 for hackers-outgoing; Sat, 2 Nov 1996 09:10:14 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA26980 for ; Sat, 2 Nov 1996 09:10:08 -0800 (PST) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id JAA04713; Sat, 2 Nov 1996 09:09:56 -0800 (PST) To: jgrosch@sirius.com cc: mrcpu@cdsnet.net, hackers@freebsd.org Subject: Re: FreeBSD hacker dinner report... In-reply-to: Your message of "Sat, 02 Nov 1996 07:35:51 PST." <199611021535.HAA18928@superior.truenorth.org> Date: Sat, 02 Nov 1996 09:09:56 -0800 Message-ID: <4711.846954596@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Jordan, when did you start making house calls? I do hope they bought you > dinner and Burger World does'nt count. :-) I do occasionally charity work, that's all. The more deserving the ISP, the more of a sucker I am... :-) Jordan From owner-freebsd-hackers Sat Nov 2 09:20:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA29117 for hackers-outgoing; Sat, 2 Nov 1996 09:20:40 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA29093 for ; Sat, 2 Nov 1996 09:20:34 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA05261; Sat, 2 Nov 1996 12:20:02 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sat, 2 Nov 1996 12:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id JAA00497; Sat, 2 Nov 1996 09:45:25 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id JAA02611; Sat, 2 Nov 1996 09:46:14 -0500 (EST) Date: Sat, 2 Nov 1996 09:46:14 -0500 (EST) From: Thomas David Rivers Message-Id: <199611021446.JAA02611@lakes.water.net> To: jkh@time.cdrom.com, ponds!cdsnet.net!mrcpu Subject: Re: FreeBSD hacker dinner report... Cc: ponds!FreeBSD.org!hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > To those of you who haven't eaten at "The Stinking Rose", you should. The > > 40 clove garlic chicken was excellent. > > > > Thanks to Sean for setting it up. > > [ jkh looks glum - he had to miss this one in order to babysit a sick > ISP, many miles to the north. :-( ] > Oh wow - I've just driven by it and gotten chills! The line was way too long for me to even try and get in... To bad you missed it... - Dave Rivers - From owner-freebsd-hackers Sat Nov 2 09:22:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA29468 for hackers-outgoing; Sat, 2 Nov 1996 09:22:35 -0800 (PST) Received: from whale.gu.kiev.ua ([194.93.190.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA29406; Sat, 2 Nov 1996 09:22:15 -0800 (PST) Received: from creator.gu.kiev.ua (stesin@creator.gu.kiev.ua [194.93.190.3]) by whale.gu.kiev.ua (8.7.5/8.7.3) with SMTP id TAA78926; Sat, 2 Nov 1996 19:22:06 +0200 Date: Sat, 2 Nov 1996 19:22:06 +0200 (EET) From: Andrew Stesin X-Sender: stesin@creator.gu.kiev.ua To: hackers@freebsd.org, isp@freebsd.org cc: gated@gated.merit.edu Subject: Gated (both 3.5b3 and 3.6a2) on FreeBSD woes: no OSPF Hello startup :( Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello dear Gated and FreeBSD hackers, wouldn't you mind looking into this strange problem, please? The simplified setup is: an ethernet segment which I want to become an OSPF area; and several boxes -- Linux, BSDI, and one FreeBSD 2.2-960612-SNAP machine (a very stable SNAP, never seen any problem with it before), all are to become interarea routers later. Now I just wish to setup internal interaction between all the routers on the ether, inside a single area. While Linux and BSDI with Gated 3.6a2 are interacting Ok one with another, FreeBSD box with 3.5b3 didn't want to take part in OSPF Hello negotiation -- the ether was full of "Hello timer mismatch" messages. Ok, I thought; I'd take 3.6a2 to FreeBSD, too. It was easy, thanks A LOT for this work to John Capo who did the port of a new Gated already: > I'm running 3.6a2 on one -current system and two -stable systems. > A port is at ftp://ftp.irbs.com/FreeBSD/ports/gated-3.6a2.tgz. > John Capo jc@irbs.com > IRBS Engineering FreeBSD Servers and Workstations > (954) 792-9551 Unix/Internet Consulting - ISP Solutions But new Gated (which is really superior to the older ones due to many reasons) didn't cure the problem :( BSDI and Linux are still seeing one another nicely, but they can't see FreeBSD; and FreeBSD sees only messages like this (here is the trace snippet from FreeBSD), so the three boxes aren't able to start cooperative interaction. Nov 2 19:16:54 Nov 2 19:16:54 OSPF RECV Area 194.93.190 194.93.190.2 -> 224.0.0.5: HELLO: hello timer mismatch Nov 2 19:16:57 OSPF RECV 194.93.190.5(ed0) -> 224.0.0.5 Hello Vers: 2 Len: 48 Nov 2 19:16:57 OSPF RECV RouterID: 194.93.190.5 Area: 194.93.190 Checksum: 0x7a2b Nov 2 19:16:57 OSPF RECV Auth: Type: 0 Key: 00000000.00000000 Nov 2 19:16:57 OSPF RECV Netmask: 255.255.255.128 Hello Int: 10 Options: Nov 2 19:16:57 OSPF RECV Pri: 10 DeadInt: 40 DR: 194.93.190.5 BDR: 194.93.190.2 Nov 2 19:16:57 OSPF RECV Attached routers: 194.93.190.2 Nov 2 19:16:57 Nov 2 19:16:57 OSPF RECV Area 194.93.190 194.93.190.5 -> 224.0.0.5: HELLO: hello timer mismatch Nov 2 19:17:04 OSPF RECV 194.93.190.2(ed0) -> 224.0.0.5 Hello Vers: 2 Len: 48 Nov 2 19:17:04 OSPF RECV RouterID: 194.93.190.2 Area: 194.93.190 Checksum: 0x7a2b Nov 2 19:17:04 OSPF RECV Auth: Type: 0 Key: 00000000.00000000 Nov 2 19:17:04 OSPF RECV Netmask: 255.255.255.128 Hello Int: 10 Options: Nov 2 19:17:04 OSPF RECV Pri: 10 DeadInt: 40 DR: 194.93.190.5 BDR: 194.93.190.2 Nov 2 19:17:04 OSPF RECV Attached routers: 194.93.190.5 Nov 2 19:17:04 194.93.190.5 is Linux, 194.93.190.2 is BSDI. Can anyone help me? Seems that something is wrong with FreeBSD here -- or with it's admin (me :) Any hints suggestions and comments are appreciated! Thanks! -- Best, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-hackers Sat Nov 2 11:57:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18579 for hackers-outgoing; Sat, 2 Nov 1996 11:57:14 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA18570 for ; Sat, 2 Nov 1996 11:57:08 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vJmBI-0000A0-00; Sat, 2 Nov 1996 12:56:36 -0700 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Blargh - BSDI disk labels Cc: freebsd-hackers@freebsd.org (FreeBSD hackers), karl@Mcs.Net (Karl Denninger) In-reply-to: Your message of "Sat, 02 Nov 1996 10:16:10 +0100." <199611020916.KAA27032@uriah.heep.sax.de> References: <199611020916.KAA27032@uriah.heep.sax.de> Date: Sat, 02 Nov 1996 12:56:36 -0700 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199611020916.KAA27032@uriah.heep.sax.de> J Wunsch writes: : Do they perchance already use 16 partitions instead of 8? Speaking of which, does anybody here know of any changes to the NetBSD/OpenBSD base that would preclude FreeBSD from being able to mount those disks? I know of the disk label problem (in OpenBSD at least), which should be relatively easy to fix, but are there others? Warner From owner-freebsd-hackers Sat Nov 2 14:43:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA00911 for hackers-outgoing; Sat, 2 Nov 1996 14:43:50 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA00906 for ; Sat, 2 Nov 1996 14:43:44 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA01848; Sat, 2 Nov 1996 15:35:48 -0700 From: Terry Lambert Message-Id: <199611022235.PAA01848@phaeton.artisoft.com> Subject: Re: Blargh - BSDI disk labels To: imp@village.org (Warner Losh) Date: Sat, 2 Nov 1996 15:35:48 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, karl@Mcs.Net In-Reply-To: from "Warner Losh" at Nov 2, 96 12:56:36 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > : Do they perchance already use 16 partitions instead of 8? > > Speaking of which, does anybody here know of any changes to the > NetBSD/OpenBSD base that would preclude FreeBSD from being able to > mount those disks? I know of the disk label problem (in OpenBSD at > least), which should be relatively easy to fix, but are there others? I think the disklabel is it (I have JAZ disks with Net and Open on them). The cannonical fix,IMO, is to change the disk devices into a hierarchy of devices. I've discused this before. Each partitioning schema would descend one layer. 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-hackers Sat Nov 2 16:22:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06380 for hackers-outgoing; Sat, 2 Nov 1996 16:22:32 -0800 (PST) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA06371 for ; Sat, 2 Nov 1996 16:22:26 -0800 (PST) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA11143; Sat, 2 Nov 1996 16:21:58 -0800 Date: Sat, 2 Nov 1996 16:21:58 -0800 (PST) From: "Brian N. Handy" To: "Jordan K. Hubbard" Cc: freebsd-hackers@FreeBSD.org Subject: Re: 2.2-961006-SNAP keyboard lockup In-Reply-To: <3664.845570375@time.cdrom.com> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hey folks -- I've been paying attention to the list, but maybe I've missed something. I quote myself (and then Jordan) from an old post: >> I do occasionally have keyboard lockups too, but only under X. I'm not >> sure that mine is a FreeBSD problem however -- I'm running Xaccel. If I >> log out my session (The mouse still works) and log back in, I find that I >> have control of the keyboard again. (I run 960801-SNAP.) > >When it locks up, is it possible to run this from a mouse menu button >or something and see if it fixes it? > >echo "set ipending=2" | gdb -k -w /kernel /dev/mem >/dev/null 2>&1 I just tried this. This is in a script, suid root, which is then called from within my .fvwmrc. It didn't seem to help anything, in fact it made things worse. Before (If I remember right, it was a few hours ago) I could cut n' paste with the mouse. After doing this, hitting a mouse button from within a window only pulled up the "ctrl-mouse button" menus. I'm running an old SNAP, and maybe this has been fixed, or maybe I've done something wrong with my script. If there's something else I can do to help figure this out I'm up for it. Regards, Brian From owner-freebsd-hackers Sat Nov 2 16:44:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA07408 for hackers-outgoing; Sat, 2 Nov 1996 16:44:17 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA07400 for ; Sat, 2 Nov 1996 16:44:12 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA01992; Sat, 2 Nov 1996 17:37:17 -0700 From: Terry Lambert Message-Id: <199611030037.RAA01992@phaeton.artisoft.com> Subject: Re: 2.2-961006-SNAP keyboard lockup To: handy@sag.space.lockheed.com (Brian N. Handy) Date: Sat, 2 Nov 1996 17:37:17 -0700 (MST) Cc: jkh@time.cdrom.com, freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian N. Handy" at Nov 2, 96 04:21: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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >echo "set ipending=2" | gdb -k -w /kernel /dev/mem >/dev/null 2>&1 > > I just tried this. This is in a script, suid root, which is then called > from within my .fvwmrc. It's not doing anything then. SUID is ignored on scripts for (obvious) security reasons. 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-hackers Sat Nov 2 17:19:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA10017 for hackers-outgoing; Sat, 2 Nov 1996 17:19:31 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA10009 for ; Sat, 2 Nov 1996 17:19:29 -0800 (PST) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 0.56 #1) id E0vJrCU-0000gE-00; Sat, 2 Nov 1996 18:18:10 -0700 To: Terry Lambert Subject: Re: Blargh - BSDI disk labels Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, karl@Mcs.Net In-reply-to: Your message of "Sat, 02 Nov 1996 15:35:48 MST." <199611022235.PAA01848@phaeton.artisoft.com> References: <199611022235.PAA01848@phaeton.artisoft.com> Date: Sat, 02 Nov 1996 18:18:10 -0700 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199611022235.PAA01848@phaeton.artisoft.com> Terry Lambert writes: : I think the disklabel is it (I have JAZ disks with Net and Open on them). The disk label is part of the it. Does anybody know if there are other reasons, like FFS on disk structures are incompatible? Warner From owner-freebsd-hackers Sat Nov 2 18:53:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA15982 for hackers-outgoing; Sat, 2 Nov 1996 18:53:45 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA15975 for ; Sat, 2 Nov 1996 18:53:33 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id DAA03412; Sun, 3 Nov 1996 03:51:47 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id DAA21073; Sun, 3 Nov 1996 03:51:46 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id BAA01301; Sun, 3 Nov 1996 01:35:43 +0100 (MET) From: J Wunsch Message-Id: <199611030035.BAA01301@uriah.heep.sax.de> Subject: Re: 2.2-961006-SNAP keyboard lockup To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 3 Nov 1996 01:35:41 +0100 (MET) Cc: handy@sag.space.lockheed.com (Brian N. Handy) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Brian N. Handy" at "Nov 2, 96 04:21:58 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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Brian N. Handy wrote: > >echo "set ipending=2" | gdb -k -w /kernel /dev/mem >/dev/null 2>&1 > > I just tried this. This is in a script, suid root, which is then called > from within my .fvwmrc. But you know that shell scripts won't work setuid? (Perl scripts will, but only by requesting #!/usr/bin/suidperl.) -- 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-hackers Sat Nov 2 20:05:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA20638 for hackers-outgoing; Sat, 2 Nov 1996 20:05:45 -0800 (PST) Received: from kryten.woc.atinc.com (kryten.woc.Atinc.COM [207.2.166.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA20631 for ; Sat, 2 Nov 1996 20:05:39 -0800 (PST) Received: from PC_rhoward.kryten.atinc.com (slip-line-3.woc.Atinc.COM [207.2.166.203]) by kryten.woc.atinc.com (8.6.10/8.3) with SMTP id WAA01293; Sat, 2 Nov 1996 22:57:32 -0500 Message-ID: Priority: Normal To: FreeBASD MIME-Version: 1.0 From: Robert Howard Subject: IDE CDROM support Date: Sat, 02 Nov 96 22:46:05 EST Content-Type: text/plain; charset=US-ASCII; X-MAPIextension=".TXT" Content-Transfer-Encoding: quoted-printable Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk First, I will applogize if I directed this e-mail to the wrong place. = If so I would beg your indulgence and ask that it please be redirected as appropriate. I have recently purchased the FreeBSD release 2.1.5 on CDROM. I am tryin= g to upgrade a release 2.1, and had hoped that I might be able to do so using = the SoundBlaster Card and CDROM installed on my machine. I was never able = to do this with the 2.1 release, though I was getting advice from a lot of peop= le, including John Bressler. First, I could not find either the atapi.flp or the atapiflp.bat files = on the CDROM. I performed a search of the entire CDROM after not finding them in the dire= ctory called out in The Complete FreeBSD book. I can think of a number of good reasons why they might not be on the CDROM. I also checked the down-load sites, and the files do not appear to be there either. I would appreciat= e any guidance you might be able to give me on how to proceed. As the book indicated that it might be useful to you, the following is = a description of the problems I have had in trying to get the CDROM to play on release = 2.1: I have rebuilt the kerrnel half a dozen times or more following both the = directions in the "handbook" and variations that I got when I enlisted local experts= . I have the CDROM board on IRQ 15. The CDROM drive has is in the slave configuration When I attempt to mount it using either "mount" or "mount_9660" I receive= the error message: "device not configured" This occurs whether there is a CD in the drive or not. If additional inf= ormation would be of value please let me know. If you need it I will pull serial = numbers off the card and drives. One thing is certain -- my next system will be = SCSII. Even without the problems I have had with the CDROM, the performance differenc= es will be worth the added cost. Respectfully, Robert J. Howard From owner-freebsd-hackers Sat Nov 2 21:07:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA23315 for hackers-outgoing; Sat, 2 Nov 1996 21:07:43 -0800 (PST) Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.32.8.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA23284; Sat, 2 Nov 1996 21:07:29 -0800 (PST) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.7.6+2.6Wbeta7/950912) with ESMTP id OAA06152; Sun, 3 Nov 1996 14:07:22 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.7.6+2.6Wbeta7/3.3W6) with ESMTP id OAA29419; Sun, 3 Nov 1996 14:07:19 +0900 (JST) Received: by sirius.sbl.cl.nec.co.jp (8.7.5+2.6Wbeta6/3.3W6) with UUCP id OAA29066; Sun, 3 Nov 1996 14:07:20 +0900 (JST) Date: Sun, 3 Nov 1996 14:07:20 +0900 (JST) From: Naoki Hamada Message-Id: <199611030507.OAA29066@sirius.sbl.cl.nec.co.jp> References: <199611021438.PAA07262@ravenock.cybercity.dk> <199611021513.AAA28081@sirius.sbl.cl.nec.co.jp> To: sos@FreeBSD.org, sos@ravenock.cybercity.dk, joerg_wunsch@uriah.heep.sax.de, j@uriah.heep.sax.de, gena@NetVision.net.il, terry@lambert.org, hm@kts.org, freebsd-hackers@FreeBSD.org In-reply-to: Naoki Hamada's message of "Sun, 3 Nov 1996 00:13:05 +0900 (JST)" <199611021513.AAA28081@sirius.sbl.cl.nec.co.jp> Subject: Re: vx driver(s) - bad powerup behaviour Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I wrote: >http://jp.freebsd.org/pub/FreeBSD/incoming/vx.tar.gz. Sorry, not http but ftp. Patches for 2.1.5-RELEASE and 2.2-961014-SNAP (applicable to FreeBSD-current with subtle change) are available. >The new vx driver supports 3C590 Etherlink III PCI, 3C595 Fast >Etherlink PCI, 3C592 Etherlink III EISA and 3C597 Fast Etherlink >EISA. Early support for 3C900 Etherlink XL PCI and 3C905 Fast >Etherlink XL PCI is also incorporated. After intensive tests by several testers, this driver is quite stable and should replace current vx driver, which is a font of troubles. Could someone commit it to FreeBSD-2.2-RELEASE and FreeBSD-stable branches? - nao From owner-freebsd-hackers Sat Nov 2 21:20:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA23943 for hackers-outgoing; Sat, 2 Nov 1996 21:20:44 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA23929 for ; Sat, 2 Nov 1996 21:20:40 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA29045; Sun, 3 Nov 1996 00:20:03 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sun, 3 Nov 1996 00:20 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id VAA11092 for ; Sat, 2 Nov 1996 21:11:49 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id VAA00237; Sat, 2 Nov 1996 21:12:39 -0500 (EST) Date: Sat, 2 Nov 1996 21:12:39 -0500 (EST) From: Thomas David Rivers Message-Id: <199611030212.VAA00237@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers, ponds!lakes.water.net!rivers Subject: AHA2940 problems with 2.1.5-STABLE. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've just recovered from a "lock-up" of sorts in the aha2940 code. Apparently, what I was doing triggered a reset of the SCSI bus; which sent the ahc0: driver into a loop; continually resetting the drives. Although the machine was "working" - I couldn't get access to any of the SCSI devices: disk drives, tapes or CD-ROM. Of course, the ahc driver was producing much output; but syslogd was unable to actually write this to /var/log/messages... I quickly wrote it down; but could be mistaken here: QOUTINT=0 cd0(ahc0:3:0) time out in status phase, SCSISGI==0xe6 sd1(ahc0:1:0) asserted ATN - device reset in message buffer sd1(ahc0:1:0) timed out in status phase, SCSISGI==0xf6 ahc0: Issued Channel A Bus Reset #1. 4 SCBs aborted This repeated for a while, and then the output changed to: QOUTINT=0 cd0(ahc0:3:0) unknown error category from host adapter code sd1(ahc0:1:0) asserted ATN - device reset in message buffer sd1(ahc0:1:0) timed out in status phase, SCSISGI==0xf6 ahc0: Issued Channel A Bus Reset #1. 4 SCBs aborted Then, it changed again to: QOUTINT=0 cd0(ahc0:3:0) time out in status phase, SCSISGI==0xe6 sd1(ahc0:1:0) asserted ATN - device reset in message buffer sd1(ahc0:1:0) timed out in status phase, SCSISGI==0xf6 ahc0: Issued Channel A Bus Reset #1. 5 SCBs aborted ahc0: WARNING no command for scb1 (cmdcmplt) It would cycle between these basic three... After about 15 minutes, I rebooted the machine... Now - the question to ask is just what did I do to cause this. 1) Begin writing a tape, using tar. 2) Start Xmcd and begin playing a CD. This will cause the tape writing to start to fail; with write error messages. 3) Stop the CD. This sent my machine into the loop. My configuration is a pentium 133 PCI machine, Triton II VX chipset, with the following devices (from my latest reboot.): FreeBSD 2.1.5-STABLE #1: Sat Nov 2 09:09:05 EST 1996 rivers@lakes.water.net:/usr/src/sys.2.1.5S/compile/LAKES CPU: 133-MHz Pentium 735\90 or 815\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30605312 (29888K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 ahc0 rev 0 int a irq 15 on pci0:17 ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:0:0): "HP C3323-300 4242" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1003MB (2056008 512 byte sectors) ahc0:A:1: refuses WIDE negotiation. Using 8bit transfers (ahc0:1:0): "MICROP 1548-15MZ1077802 HZ2P" type 0 fixed SCSI 1 sd1(ahc0:1:0): Direct-Access 1635MB (3349512 512 byte sectors) ahc0:A:2: refuses WIDE negotiation. Using 8bit transfers ahc0:A:2: refuses syncronous negotiation. Using asyncronous transfers (ahc0:2:0): "WANGTEK 5150ES SCSI FA23 08" type 1 removable SCSI 1 st0(ahc0:2:0): Sequential-Access drive offline (ahc0:3:0): "NEC CD-ROM DRIVE:400 1.0" type 5 removable SCSI 2 cd0(ahc0:3:0): CD-ROM cd present.[320520 x 2048 byte records] vga0 rev 211 int a irq 11 on pci0:20 I'm running a 2.1.5-STABLE kernel I grabbed on Oct. 17th. I'd be happy to assist in any way in tracking this down... - Dave Rivers - From owner-freebsd-hackers Sat Nov 2 21:26:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA24165 for hackers-outgoing; Sat, 2 Nov 1996 21:26:30 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA24160 for ; Sat, 2 Nov 1996 21:26:25 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.7.6/8.6.9) id QAA10739; Sun, 3 Nov 1996 16:25:21 +1100 Date: Sun, 3 Nov 1996 16:25:21 +1100 From: Bruce Evans Message-Id: <199611030525.QAA10739@godzilla.zeta.org.au> To: imp@village.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: Blargh - BSDI disk labels Cc: freebsd-hackers@FreeBSD.org, karl@Mcs.Net Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >: Do they perchance already use 16 partitions instead of 8? > >Speaking of which, does anybody here know of any changes to the >NetBSD/OpenBSD base that would preclude FreeBSD from being able to >mount those disks? I know of the disk label problem (in OpenBSD at >least), which should be relatively easy to fix, but are there others? The disklabel "struct" is of variable size, so ones written with a larger in-core size should just work, provided no more than 8 partitions are actually used. (The checksum only covers the partitions that are used. There is a problem searching for labels at nonzero offsets in the label sector, but such labels are probably very rare.) This is a reason not to pad out the number of partitions in the `auto' label to the maximum - it the maximum is 16, and 16 are used, with 8 null ones at the end, then portability to systems with a maximum of 8 is broken unnecessarily. The `auto' label is supposed to give the maximum, but this is broken - it actually gives 3. Bruce From owner-freebsd-hackers Sat Nov 2 22:45:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA00384 for hackers-outgoing; Sat, 2 Nov 1996 22:45:20 -0800 (PST) Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA00369 for ; Sat, 2 Nov 1996 22:45:09 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id BAA08073; Sun, 3 Nov 1996 01:44:05 -0500 (EST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.7.3) with ESMTP id BAA04050; Sun, 3 Nov 1996 01:44:05 -0500 (EST) To: Thomas David Rivers cc: greg@uswest.net, freebsd-hackers@freefall.freebsd.org From: "Gary Palmer" Subject: Re: Another data point in the daily panics... In-reply-to: Your message of "Fri, 01 Nov 1996 06:43:12 EST." <199611011143.GAA11189@lakes.water.net> Date: Sun, 03 Nov 1996 01:44:05 -0500 Message-ID: <4048.847003445@orion.webspan.net> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thomas David Rivers wrote in message ID <199611011143.GAA11189@lakes.water.net>: > 2) Does INN & CCD hit the file system as hard as a CNEWS expire? > (I wouldn't think so with an mmap'd active file. But then > you probably shouldn't mmap the active file because of > problems there.) I would be surprised if the drive loading was different. The only thing that may change is the accessing of the drive where the history/active file(s) are kept, and that shouldn't affect the CCD's spool... all I know is when expireover/fastrm hits my FS, I can kiss the performance goodbye. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Sat Nov 2 22:46:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA00498 for hackers-outgoing; Sat, 2 Nov 1996 22:46:23 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA00273; Sat, 2 Nov 1996 22:44:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id XAA25052; Sat, 2 Nov 1996 23:43:56 -0700 Message-Id: <199611030643.XAA25052@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: dg@root.com cc: hackers@freefall.freebsd.org, smp@freefall.freebsd.org Subject: Re: ed0 timeouts In-reply-to: Your message of "Fri, 25 Oct 1996 14:10:45 PDT." <199610252110.OAA08906@root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 02 Nov 1996 23:43:56 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, >>I currently am writing code for the FreeBSD SMP kernel that will allow >> ... >>I am occasionally loosing the INTs expected to be generated by ed_xmit(). >>The ed_watchdog() routine usually recovers gracefully (network actually locked >>twice since running this code: approx 2/3 weeks). Could someone explain >>why the ed0 cards might loose this INT? Any clues/insight appreciated! > ... It sounds much more >like a problem acking ISA interrupts, or perhaps a bug in the handling of >the interrupt masks. ... Question: Is it possible for a new INT to be asserted by the if_ed driver WHILE it is currently being serviced by the edintr() routine? What I have discovered is that unlike the 8259, the IO APIC will ignore (ie NOT delivered or held pending) an edge level INT if it currently is masked. The routine in vector.s masks the INT, calls edintr(), then after edintr() returns it unmasks the INT. If another INT fired as a result of ed_start() being called in edintr() BEFORE the INT was unmasked it would be LOST. What about a scenerio where an async receive packet occured while servicing a TXMIT INT: The received packet causes a bus level edge INT to be asserted, which is lost, as it is masked by edintr() (for the XMIT INT). Now edintr() finishes, unmasking the INT, and eventually another XMIT INT occurs. BUT the board doesn't assert another edge because it already has the RCV INT "active", which was lost, but the hardware assumes it is pending. Does this sound feasable? -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Sat Nov 2 23:35:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA03577 for hackers-outgoing; Sat, 2 Nov 1996 23:35:09 -0800 (PST) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA03556 for ; Sat, 2 Nov 1996 23:34:51 -0800 (PST) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA14187; Sat, 2 Nov 1996 23:34:08 -0800 Date: Sat, 2 Nov 1996 23:34:08 -0800 (PST) From: "Brian N. Handy" To: Joerg Wunsch Cc: FreeBSD hackers Subject: Re: 2.2-961006-SNAP keyboard lockup In-Reply-To: <199611030035.BAA01301@uriah.heep.sax.de> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >echo "set ipending=2" | gdb -k -w /kernel /dev/mem >/dev/null 2>&1 >> >> I just tried this. This is in a script, suid root, which is then called >> from within my .fvwmrc. > >But you know that shell scripts won't work setuid? Arrghh...and you know, I remember from the *previous* life of this thread someone quickly mentioned this...I must be popping up in .procmailrc files everywhere > /dev/null... :-) >(Perl scripts will, but only by requesting #!/usr/bin/suidperl.) Mebbe I'll give this a shot. Based on the harrassment I've gotten for an suid script, and *no* reponse on the problem itself...do I safely assume this is probably still a problem? Happy trails Brian