From owner-freebsd-current Sun Dec 14 00:30:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA21190 for current-outgoing; Sun, 14 Dec 1997 00:30:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA21184 for ; Sun, 14 Dec 1997 00:30:40 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id AAA12834; Sun, 14 Dec 1997 00:21:18 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd012832; Sun Dec 14 00:21:14 1997 Date: Sun, 14 Dec 1997 00:18:36 -0800 (PST) From: Julian Elischer To: Greg Lehey cc: Bruce Evans , current@FreeBSD.ORG Subject: Re: DEVFS: new sample code In-Reply-To: <19971214104251.63209@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk sometimes we will be mounting filesystems off disks formatted by other systems. For those partitions we must obey hte bad-block hadling that they use or we will read garbage. a genenriv 'perfection' layer could of course be layered above any disk tht couldn't do it's own badblock mapping, or left of if it could, and even if it could, it may be used to resurect a diskk with more badblocks than teh manufacturer can handle. On Sun, 14 Dec 1997, Greg Lehey wrote: > On Fri, Dec 12, 1997 at 10:59:32AM -0800, Julian Elischer wrote: > > Disclaimer: > > *this of course only applies to what I'm doing of course* > > > > It ain't going to get done there it's getting done in a layer just below, > > and in conjunction with, the disk label layer. The disklabel layer notices > > the bad144 flag and sticks the bad144 'wedge' below itself. the bad144 has > > no business being lower than that because it doesn't cover other slices. > > They may have their own badblock handlers. > > I don't understand why slices should have any notion of bad blocks. > The way I see it, a slice is a virtual disk, and virtual disks are > immaculate. Bad blocks are a fact of life of the dirty > representations of our idealized disks. > > > it CERTAINLY doesn't get to be in the disk driver because THAT only > > knows how to move blocks of data and how to propogate up error > > reports. > > Still, it's the disk driver which should be maintaining problems on > the disk. I (still!) haven't looked at the code, but wouldn't it be > possible to teach the driver to propagate the errors? > > Greg > From owner-freebsd-current Sun Dec 14 01:57:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA25422 for current-outgoing; Sun, 14 Dec 1997 01:57:44 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA25410 for ; Sun, 14 Dec 1997 01:57:38 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id UAA11798; Sun, 14 Dec 1997 20:52:08 +1100 Date: Sun, 14 Dec 1997 20:52:08 +1100 From: Bruce Evans Message-Id: <199712140952.UAA11798@godzilla.zeta.org.au> To: pb@fasterix.freenix.org, tlambert@primenet.com Subject: Re: panics when stopping pppd Cc: freebsd-current@FreeBSD.ORG, totii@est.is Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I have a local ethernet, but apparently no MAC address on the stack >(I might have missed it though). >... >The instruction pointer is 0x6e655000 every time I've been able to >see it: > > instruction pointer = 0x8:0x6e655000 > stack pointer = 0x10:0xf4d4cd74 > frame pointer = 0x10:0xf4d4cdb0 0x6e655000 is not a vald instruction pointer. Apparently something has overwritten the stack with the string "\x50656e"... Find the full string and where it came from... I don't trust the stack trace near trap(). A frame tends to get lost. Bruce From owner-freebsd-current Sun Dec 14 09:01:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA19362 for current-outgoing; Sun, 14 Dec 1997 09:01:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA19352 for ; Sun, 14 Dec 1997 09:01:18 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id JAA19447; Sun, 14 Dec 1997 09:01:14 -0800 (PST) (envelope-from jdp) Message-Id: <199712141701.JAA19447@austin.polstra.com> To: garbanzo@hooked.net Subject: Re: problems with gzip'd executables In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Sun, 14 Dec 1997 09:01:13 -0800 From: John Polstra Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article , Alex wrote: > Has anyone else noticed that gzip'd programs will give errors when you run > them, however uncompressing them will remedy the situation. I have a > feeling this has something to do with the recent changes to the dynamic > linker. Any ideas? > > zippy:~#/usr/local/bin/tcsh > You have mail. > # exit > zippy:~#cd /usr/local/bin > zippy:/usr/local/bin#gzip -9 tcsh > zippy:/usr/local/bin#./tcsh.gz > /usr/libexec/ld.so: Cannot find program's a.out header I think you're right -- it's related to my recent dynamic linker changes. Actually it's caused not by my original changes, but by the work-around I put in later for the emacs bug. Sigh. I'll try to do something to make it work again. I really don't want to abandon the changes entirely if I can avoid it. Being able to debug from core dumps is too big of a win. However, I may have to back out my changes temporarily in order to buy time to fix the problems that have been cropping up. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sun Dec 14 09:14:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA20072 for current-outgoing; Sun, 14 Dec 1997 09:14:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA20061 for ; Sun, 14 Dec 1997 09:14:10 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id JAA19502 for ; Sun, 14 Dec 1997 09:14:09 -0800 (PST) (envelope-from jdp) Message-Id: <199712141714.JAA19502@austin.polstra.com> To: current@freebsd.org Subject: Recent problems with the mule port Date: Sun, 14 Dec 1997 09:14:08 -0800 From: John Polstra Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It has been brought to my attention that people are having trouble building and/or running mule in recent versions of FreeBSD-current. This is probably caused by the changes I made to the dynamic linker on November 28-29. Mule is based on emacs, and there were definite problems with emacs. I am looking for a fix. Meanwhile, if you need to build or run mule, please revert your dynamic linker to the version from around November 25. To do that, replace the following files in src/gnu/usr.bin/ld/rtld with the specified revisions, and do a "make cleandepend; make depend; make all install". Makefile 1.24 malloc.c 1.8 rtld.c 1.49 sbrk.c 1.4 See if you don't know how to get old versions of files. The bug is in emacs/mule, not in the dynamic linker. But I'm sorry for the hassle anyway. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sun Dec 14 09:16:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA20208 for current-outgoing; Sun, 14 Dec 1997 09:16:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA20195; Sun, 14 Dec 1997 09:16:34 -0800 (PST) (envelope-from wpaul@skynet.ctr.columbia.edu) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id MAA13140; Sun, 14 Dec 1997 12:17:38 -0500 From: Bill Paul Message-Id: <199712141717.MAA13140@skynet.ctr.columbia.edu> Subject: Re: mmap() + NFS problems persist To: dfr@nlsystems.com Date: Sun, 14 Dec 1997 12:17:37 -0500 (EST) Cc: current@freebsd.org, toor@dyson.iquest.net, dyson@freebsd.org In-Reply-To: from "Doug Rabson" at Dec 13, 97 10:23:42 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Doug Rabson had to walk into mine and say: [...] > I think I understand what might be happening. I can't easily check since > my FreeBSD hacking box is at work though. What I think happens is that > when brelse is called in this code fragment, > > > if (not_readin && n > 0) { > > if (on < bp->b_validoff || (on + n) > > > bp->b_validend) { > > bp->b_flags |= B_NOCACHE; > > bp->b_flags |= B_INVAFTERWRITE; > > if (bp->b_dirtyend > 0) { > > if ((bp->b_flags & B_DELWRI) == 0) > > panic("nfsbioread"); > > if (VOP_BWRITE(bp) == EINTR) > > return (EINTR); > > } else > > brelse(bp); > > goto again; <----- LOOPS HERE!! > > the 8k buffer has exactly one VM page associated with it. Err... with all due respect, that means it's really a 4K buffer, not an 8K buffer, yes? If so, assuming the NFS layer did an 8K read, where did the other 4K go? > The NFS code is > attempting to throw the buffer away since it is only partially valid and > it wants to read from the invalid section of the buf. It does this by > setting the B_NOCACHE flag before calling brelse. Unfortunately the > underlying VM page is still valid, so when getblk is called, the code in > allocbuf which tracks down the underlying VM pages carefully resets > b_validoff and b_validend causing the loop. > > Basically, the VMIO system has managed to ignore the NFS code's request > for a cache flush, which the NFS code relied on to break the loop in > nfs_bioread. As I see it, the problem can be fixed in two ways. The > first would be for brelse() on a B_NOCACHE buffer to invalidate the VM > pages in the buffer, restoring the old behaviour which NFS expected and > the second would be to rewrite that section of the NFS client to cope > differently with partially valid buffers. Hmmm... I think I see the code in vfs_bio.c:brelse() that has lead to this, but the comments seem to indicate that reverting it would be a bug. There's a couple things I don't understand. You seem to indicate that setting the B_NOCACHE flag will cause brelse() to flush the cache, but I didn't know brelse() did that. Also, bear in mind that the first 4K block that's in core is now dirty, so having brelse() throw it away would be wrong, unless it forced the first 4K block to be written out first, but again I don't see where that happens (unless brelse() just sets up the block to be written out and getblk() actually does it). What is the correct action here? Should the dirty page be written out first, then the buffer invalidated and the next 4K page read in? Or should we write the dirty page but keep the buffer around and load the next 4K page into another buffer? Or should both pages be combined into a single 8K block? Should we not even bother to write the dirty page out yet and just make sure the next 4K block is loaded correctly? (And is this stuff related to the other problem where the process can become stuck sleeping on 'vmopar?') I think I'm going to take a trip back to campus today so I can experiment a bit more with the test box. (It's not like I have anything else to do today.) -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-current Sun Dec 14 09:44:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA21974 for current-outgoing; Sun, 14 Dec 1997 09:44:03 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA21933 for ; Sun, 14 Dec 1997 09:43:50 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.1/nospam) with UUCP id SAA22892; Sun, 14 Dec 1997 18:43:18 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id SAA00996; Sun, 14 Dec 1997 18:40:21 +0100 (CET) Message-ID: <19971214184021.EU30067@@> Date: Sun, 14 Dec 1997 18:40:21 +0100 From: pb@fasterix.freenix.org (Pierre Beyssac) To: hasty@rah.star-gate.com (Amancio Hasty) Cc: freebsd-current@freebsd.org Subject: patch for oaccept() References: <199712140358.OAA05112@word.smith.net.au> <199712140420.UAA09215@rah.star-gate.com> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <199712140420.UAA09215@rah.star-gate.com>; from Amancio Hasty on Dec 13, 1997 20:20:04 -0800 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > Yes, Q2 works peachy over here without the orecvfrom->recvfrom change. I've got one new patch that I just submitted a PR for. This is the same problem with oaccept(). It might fix reported problems with Java applets not able to receive connections when using the Linux JDK. --- uipc_syscalls.c.orig Sun Dec 14 15:05:04 1997 +++ uipc_syscalls.c Sun Dec 14 18:28:44 1997 @@ -242,15 +242,16 @@ goto gotnoname; return 0; } if (uap->name) { + /* check sa_len before it is destroyed */ + if (namelen > sa->sa_len) + namelen = sa->sa_len; #ifdef COMPAT_OLDSOCK if (compat) ((struct osockaddr *)sa)->sa_family = sa->sa_family; #endif - if (namelen > sa->sa_len) - namelen = sa->sa_len; error = copyout(sa, (caddr_t)uap->name, (u_int)namelen); if (!error) gotnoname: error = copyout((caddr_t)&namelen, -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org From owner-freebsd-current Sun Dec 14 10:35:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA26335 for current-outgoing; Sun, 14 Dec 1997 10:35:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA26315 for ; Sun, 14 Dec 1997 10:35:27 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id TAA08404; Sun, 14 Dec 1997 19:21:27 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id TAA29512; Sun, 14 Dec 1997 19:08:16 +0100 (MET) Date: Sun, 14 Dec 1997 19:08:16 +0100 (MET) Message-Id: <199712141808.TAA29512@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: <19971214025537.28861.rocketmail@send1a.yahoomail.com> In-Reply-To: <19971214025537.28861.rocketmail@send1a.yahoomail.com> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: FreeBSD utmp problem X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Cc: Charlie Roots Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Charlie Roots wrote: > I posted a problem that I have on this list, it is about utmp and the > new 16 USERNAME stuff, but no one gave as yet an answer. You've got answers. Basically, check your other (non-core OS) programs dealing with utmp entries, mainly xterm, xdm, and ssh. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Dec 14 10:49:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA27962 for current-outgoing; Sun, 14 Dec 1997 10:49:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA27946 for ; Sun, 14 Dec 1997 10:49:50 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id SAA10542; Sun, 14 Dec 1997 18:46:47 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id TAA13107; Sun, 14 Dec 1997 19:46:46 +0100 (MET) To: John Polstra Cc: current@FreeBSD.ORG Subject: Re: problems with gzip'd executables References: <199712141701.JAA19447@austin.polstra.com> From: Eivind Eklund Date: 14 Dec 1997 19:46:45 +0100 In-Reply-To: John Polstra's message of Sun, 14 Dec 1997 09:01:13 -0800 Message-ID: <864t4brcdm.fsf@bitbox.follo.net> Lines: 19 X-Mailer: Gnus v5.4.52/XEmacs 20.2 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John Polstra writes: > I think you're right -- it's related to my recent dynamic linker > changes. Actually it's caused not by my original changes, but by the > work-around I put in later for the emacs bug. Sigh. > > I'll try to do something to make it work again. I really don't > want to abandon the changes entirely if I can avoid it. Being able > to debug from core dumps is too big of a win. However, I may have > to back out my changes temporarily in order to buy time to fix the > problems that have been cropping up. Personally, I feel that you should just drop the hacks to handle old emacs binaries and send a clear heads-up to current@FreeBSD.ORG. Current is for developers - we should have the hardware to handle an Emacs re-compile :-) Eivind. From owner-freebsd-current Sun Dec 14 11:31:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA02905 for current-outgoing; Sun, 14 Dec 1997 11:31:36 -0800 (PST) (envelope-from owner-freebsd-current) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA02899 for ; Sun, 14 Dec 1997 11:31:33 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id OAA04089; Sun, 14 Dec 1997 14:29:59 -0500 (EST) Date: Sun, 14 Dec 1997 14:29:59 -0500 (EST) From: Garrett Wollman Message-Id: <199712141929.OAA04089@khavrinen.lcs.mit.edu> To: pb@fasterix.freenix.org (Pierre Beyssac) Cc: tlambert@primenet.com (Terry Lambert), totii@est.is (?or?ur Ivarsson), freebsd-current@FreeBSD.ORG Subject: Re: panics when stopping pppd In-Reply-To: <19971214024134.PL39369@@> References: <3492A8DE.27B270DB@est.is> <199712132150.OAA03369@usr06.primenet.com> <19971214024134.PL39369@@> Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < If I spray a few printf in the rtrequest code for RTM_DELETE to > figure out what happens, it doesn't crash anymore. There might be > a race condition somewhere. It's definitely possible that there are some splnet()s or something missing. Another thing that might be worth taking a look at... rn_walktree() is supposed to be written such that it is resilient to deletes happening in its callback. But, I'm not sure if it can deal with the case of multiple records being deleted at once, particularly if one of those records turns out to be the place it was going next. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Sun Dec 14 11:59:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA04964 for current-outgoing; Sun, 14 Dec 1997 11:59:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA04959 for ; Sun, 14 Dec 1997 11:59:45 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id LAA20309; Sun, 14 Dec 1997 11:59:40 -0800 (PST) (envelope-from jdp) Message-Id: <199712141959.LAA20309@austin.polstra.com> To: Eivind Eklund cc: current@FreeBSD.ORG Subject: Re: problems with gzip'd executables In-reply-to: Your message of "14 Dec 1997 19:46:45 +0100." <864t4brcdm.fsf@bitbox.follo.net> Date: Sun, 14 Dec 1997 11:59:40 -0800 From: John Polstra Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Personally, I feel that you should just drop the hacks to > handle old emacs binaries and send a clear heads-up to > current@FreeBSD.ORG. Current is for developers - we should have the > hardware to handle an Emacs re-compile :-) I agree with you. I would like to put a patch into the emacs port before I back out the ld.so hack, though. I probably can't get around to doing that for about a week. I have the patch, but I don't have any more time to spend on this until next weekend. Meanwhile, it turns out that the gzipped executable problem was really a bug in imgact_gzip.c. So I committed a fix for that. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sun Dec 14 12:08:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA05541 for current-outgoing; Sun, 14 Dec 1997 12:08:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA05523 for ; Sun, 14 Dec 1997 12:08:03 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id LAA20213; Sun, 14 Dec 1997 11:41:28 -0800 (PST) (envelope-from jdp) Message-Id: <199712141941.LAA20213@austin.polstra.com> To: jdp@polstra.com Subject: Re: problems with gzip'd executables In-Reply-To: <199712141701.JAA19447@austin.polstra.com> References: <199712141701.JAA19447@austin.polstra.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Sun, 14 Dec 1997 11:41:28 -0800 From: John Polstra Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > /usr/libexec/ld.so: Cannot find program's a.out header It turns out that the real cause of this was an old bug in src/sys/kern/imgact_gzip.c. I have just committed the fix. Grab revision 1.32 of the file and rebuild your kernel. Then gzipped executables will work again. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sun Dec 14 12:26:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA07175 for current-outgoing; Sun, 14 Dec 1997 12:26:25 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA07161 for ; Sun, 14 Dec 1997 12:26:19 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id MAA00380; Sun, 14 Dec 1997 12:25:18 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712142025.MAA00380@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: pb@fasterix.freenix.org (Pierre Beyssac) cc: freebsd-current@freebsd.org, mike@smith.net.au Subject: Re: patch for oaccept() In-reply-to: Your message of "Sun, 14 Dec 1997 18:40:21 +0100." <19971214184021.EU30067@@> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 14 Dec 1997 12:25:17 -0800 From: Amancio Hasty Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Cool, I seem to be able to run the linux quake server over here with the glquake client 8) Pierre you may want to give the PR number to Mike. Tnks! ---- Hi Mike, This looks like a good fix and I am running a kernel with the patch right now. Amancio From owner-freebsd-current Sun Dec 14 13:11:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA11003 for current-outgoing; Sun, 14 Dec 1997 13:11:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.26]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA10970 for ; Sun, 14 Dec 1997 13:11:05 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id WAA13252; Sun, 14 Dec 1997 22:08:25 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: John Polstra cc: Eivind Eklund , current@FreeBSD.ORG Subject: Re: problems with gzip'd executables In-reply-to: Your message of "Sun, 14 Dec 1997 11:59:40 PST." <199712141959.LAA20309@austin.polstra.com> Date: Sun, 14 Dec 1997 22:08:25 +0100 Message-ID: <13250.882133705@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199712141959.LAA20309@austin.polstra.com>, John Polstra writes: >Meanwhile, it turns out that the gzipped executable problem was >really a bug in imgact_gzip.c. So I committed a fix for that. Actually it was done deliberately that way under the assumption that nobody would ever want to touch the a.out header of a running program :-) -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Sun Dec 14 14:11:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA15180 for current-outgoing; Sun, 14 Dec 1997 14:11:38 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (garbanzo@haiti-68.ppp.hooked.net [206.169.228.68]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA15161 for ; Sun, 14 Dec 1997 14:11:32 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with SMTP id OAA08976; Sun, 14 Dec 1997 14:12:34 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sun, 14 Dec 1997 14:12:34 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: John Polstra cc: current Subject: Re: problems with gzip'd executables In-Reply-To: <199712141959.LAA20309@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Dec 1997, John Polstra wrote: > > Personally, I feel that you should just drop the hacks to > > handle old emacs binaries and send a clear heads-up to > > current@FreeBSD.ORG. Current is for developers - we should have the > > hardware to handle an Emacs re-compile :-) > > I agree with you. I would like to put a patch into the emacs port > before I back out the ld.so hack, though. I probably can't get around > to doing that for about a week. I have the patch, but I don't have > any more time to spend on this until next weekend. I agree with you guys here too. Running -current, recompiling a few programs isn't supposed to be unexpected. Afterall with the procfs changes I've recompiled w, ps, and top (and my lkms) quite a few times. 100% binary compatibility isn't the goal (I think). > Meanwhile, it turns out that the gzipped executable problem was > really a bug in imgact_gzip.c. So I committed a fix for that. Thanks for committing a fix. I'll grab it in my nightly cvsup. - alex From owner-freebsd-current Sun Dec 14 15:26:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA20970 for current-outgoing; Sun, 14 Dec 1997 15:26:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA20950 for ; Sun, 14 Dec 1997 15:26:13 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id PAA00410; Sun, 14 Dec 1997 15:24:01 -0800 (PST) (envelope-from jdp) Message-Id: <199712142324.PAA00410@austin.polstra.com> To: phk@critter.freebsd.dk Subject: Re: problems with gzip'd executables In-Reply-To: <13250.882133705@critter.freebsd.dk> References: <13250.882133705@critter.freebsd.dk> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Sun, 14 Dec 1997 15:24:01 -0800 From: John Polstra Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <13250.882133705@critter.freebsd.dk>, Poul-Henning Kamp wrote: > In message <199712141959.LAA20309@austin.polstra.com>, John Polstra writes: > > >Meanwhile, it turns out that the gzipped executable problem was > >really a bug in imgact_gzip.c. So I committed a fix for that. > > Actually it was done deliberately that way under the assumption that > nobody would ever want to touch the a.out header of a running > program :-) Hey, great idea! Sorry I had to break that clever feature. ;-) Seriously, though, it is indeed a gross hack for ld.so to peek at the a.out header in memory. (I am beaming with pride ...) I'm going to back it out again when I get time to commit the emacs port patch, in a week or two. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Sun Dec 14 15:50:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA23142 for current-outgoing; Sun, 14 Dec 1997 15:50:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA23102 for ; Sun, 14 Dec 1997 15:50:16 -0800 (PST) (envelope-from andrew@zeta.org.au) Received: from gurney.reilly.home (d32.syd2.zeta.org.au [203.26.11.32]) by godzilla.zeta.org.au (8.8.7/8.6.9) with ESMTP id KAA01444; Mon, 15 Dec 1997 10:37:00 +1100 Received: (from andrew@localhost) by gurney.reilly.home (8.8.7/8.8.5) id JAA06128; Mon, 15 Dec 1997 09:56:41 +1100 (EST) From: Andrew Reilly Message-Id: <199712142256.JAA06128@gurney.reilly.home> Date: Mon, 15 Dec 1997 09:56:41 +1100 (EST) Subject: Re: xlock: caught signal 8 while running galaxy mode. To: bde@zeta.org.au cc: reilly@zeta.org.au, freebsd-current@freebsd.org, rcarter@consys.com In-Reply-To: <199712111736.EAA17753@godzilla.zeta.org.au> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 12 Dec, Bruce Evans wrote: > In old mail, Andrew wrote: >>>>I recently tried to port some speech recognition code that runs fine on > I wrote: >>> Do you mean overflow? FreeBSD masks underflow, denormal and precision >>> exceptions by default. You are exactly right here. I removed the fpsetmask(0) I had inserted to make things work, ran the program again in gdb, and did an "info float", as you suggested below. The result clearly says that underflow exceptions are not enabled. The st(0) element is larger than a float too, so I imagine that storing that would cause an overflow exception. What I'm not sure about is figuring out, from the gdb output, where things have gone awry. (gdb) run -S call.lst Starting program: /usr/home/andrew/work/Clients/Syrinx/jun-19/sycon/unix/try/syph_ux -S call.lst Call Setup. RunUtterance(model:amt4.bin, speech:amt1.lin) Program received signal SIGFPE, Arithmetic exception. 0x4a8c in CalcU () at state.c:305 305 if (s > *pMax) *pMax = s; (gdb) info float u: status 0xb9aa: exceptions: DENORM OVERF LOS; flags: 0001; top 7 e: status 0x3900: flags: 0001; top 7 control 0x1272: compute to 53 bits; round NEAREST; mask: DENORM UNDERF LOS; last instruction: opcode 0x1d0; pc 0x8:0xf01847b2; operand 0x10:0x0 regno tag msb lsb value %st(0) => valid c0b3bc70e9bbbb8fc000 -2.25613e+54 %st(7) empty c018cab22e52cfe7b800 -5.31355e+07 %st(6) empty 3ffcc54d730000000000 0.192678 %st(5) empty 4005c77ebf0000000000 99.7476 %st(4) empty c003a0ac010000000000 -20.084 %st(3) empty 4002cf06f70000000000 12.9392 %st(2) empty 403dded05e7ad6e8e6e4 8.02772e+18 %st(1) empty 403dcae4c8dcc25ecada 7.31002e+18 Note that the FPU pc doesn't bear any resemblance (to me) to the CPU pc: (gdb) info registers eax 0xbb28 47912 ecx 0xb420 46112 edx 0xb9f8 47608 ebx 0x7d4b8 513208 esp 0xefbfd6f4 0xefbfd6f4 ebp 0xefbfd720 0xefbfd720 esi 0xe49d0 936400 edi 0xbb3c 47932 eip 0x4a8c 0x4a8c eflags 0x10206 66054 cs 0x1f 31 ss 0x27 39 ds 0x27 39 es 0x27 39 Since the segment registers seem to be different. I assume that the 0x8: after pc means code segment 8. Maybe it doesn't. Since it's fairly close, I tried disassembling 47b2 (the low word of the fpu pc), but that doesn't seem a likely candidate: it's a purely integer routine. If the problem really is overflow, then the exceptions are doing the right thing, and have caught a bug that I want to know about, but can you tell from the above where I should be looking? > `p' can't handle variables in x87 registers. It prints the above value > after `register float z; z = 1' here. I think it just doesn't know > where the variables really are. Use `info float' to get more information. Thinking about it, it would be quite hard for a debugger to know that about register floats on a stack: they move around all the time. Would it be possible to force the compiler to ignore "register" on floats when the "-g" flag is used? > Not much to go wrong there. `info float' would show the (FPU) > pc where the exception occurred (the next FP instruction causes > the trap but it doesn't get executed, so the pc still points > to the previous FP instruction. Hmmm. I just don't don't know how to do that. (gdb) disassemble 0x8:0xf01847b2 A syntax error in expression, near `0xf01847b2'. (gdb) disassemble 0xf01847b2 No function contains specified address. -- Andrew "The steady state of disks is full." -- Ken Thompson From owner-freebsd-current Sun Dec 14 17:08:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA00565 for current-outgoing; Sun, 14 Dec 1997 17:08:30 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA00558 for ; Sun, 14 Dec 1997 17:08:23 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id CAA16851; Mon, 15 Dec 1997 02:08:05 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id CAA01258; Mon, 15 Dec 1997 02:06:38 +0100 (CET) Message-ID: <19971215020638.WG24374@@> Date: Mon, 15 Dec 1997 02:06:38 +0100 From: pb@fasterix.freenix.org (Pierre Beyssac) To: wollman@khavrinen.lcs.mit.edu (Garrett Wollman) Cc: pb@fasterix.freenix.org (Pierre Beyssac), tlambert@primenet.com (Terry Lambert), totii@est.is (?or?ur Ivarsson), freebsd-current@FreeBSD.ORG Subject: Re: panics when stopping pppd References: <3492A8DE.27B270DB@est.is> <199712132150.OAA03369@usr06.primenet.com> <19971214024134.PL39369@@> <199712141929.OAA04089@khavrinen.lcs.mit.edu> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <199712141929.OAA04089@khavrinen.lcs.mit.edu>; from Garrett Wollman on Dec 14, 1997 14:29:59 -0500 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Garrett Wollman writes: > Another thing that might be worth taking a look at... rn_walktree() is > supposed to be written such that it is resilient to deletes happening > in its callback. But, I'm not sure if it can deal with the case of > multiple records being deleted at once, particularly if one of those > records turns out to be the place it was going next. That's apparently a good idea since the fix I've made from that seems to work :-) Add to that that gated is trying to remove the routes itself at the same time since that's its job... I've made the following somewhat ugly patch. It just gets the RTM_DELETE out of the tree walk, and recalls rn_walktree() until there's no route found. in_ifadownkill() could probably be improved by returning a fake non-zero error to prune the tree walk. >From a few tries, it seems to correct the problem (not a single panic yet in 3 tries, while it panic'ed every time before). I'm still testing to make sure. BTW, I don't know what arg.rnh is supposed to do since it's apparently used nowhere. If the problem is indeed rn_treewalk() having callbacks delete nodes in his back, it looks like rtqkill() could cause problems too. --- in_rmx.c.orig Sat Aug 23 02:48:53 1997 +++ in_rmx.c Mon Dec 15 01:43:26 1997 @@ -368,6 +368,7 @@ struct in_ifadown_arg { struct radix_node_head *rnh; struct ifaddr *ifa; + struct rtentry *rt; }; static int @@ -375,14 +376,9 @@ { struct in_ifadown_arg *ap = xap; struct rtentry *rt = (struct rtentry *)rn; - int err; if (rt->rt_ifa == ap->ifa && !(rt->rt_flags & RTF_STATIC)) { - err = rtrequest(RTM_DELETE, (struct sockaddr *)rt_key(rt), - rt->rt_gateway, rt_mask(rt), rt->rt_flags, 0); - if (err) { - log(LOG_WARNING, "in_ifadownkill: error %d\n", err); - } + if (ap->rt == NULL) ap->rt = rt; } return 0; } @@ -392,13 +388,29 @@ { struct in_ifadown_arg arg; struct radix_node_head *rnh; + int err; if (ifa->ifa_addr->sa_family != AF_INET) return 1; arg.rnh = rnh = rt_tables[AF_INET]; arg.ifa = ifa; - rnh->rnh_walktree(rnh, in_ifadownkill, &arg); + do { + arg.rt = NULL; + rnh->rnh_walktree(rnh, in_ifadownkill, &arg); + if (arg.rt) { + err = rtrequest(RTM_DELETE, + (struct sockaddr *)rt_key(arg.rt), + arg.rt->rt_gateway, + rt_mask(arg.rt), arg.rt->rt_flags, 0); + if (err) { + log(LOG_WARNING, + "in_ifadownkill: error %d\n", err); + break; + } + } + } while (arg.rt); + ifa->ifa_flags &= ~IFA_ROUTE; return 0; } -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org From owner-freebsd-current Sun Dec 14 18:38:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA09202 for current-outgoing; Sun, 14 Dec 1997 18:38:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA09150 for ; Sun, 14 Dec 1997 18:37:57 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id NAA00578; Mon, 15 Dec 1997 13:01:27 +1030 (CST) Message-Id: <199712150231.NAA00578@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: pb@fasterix.freenix.org (Pierre Beyssac) cc: hasty@rah.star-gate.com (Amancio Hasty), freebsd-current@freebsd.org Subject: Re: patch for oaccept() In-reply-to: Your message of "Sun, 14 Dec 1997 18:40:21 BST." <19971214184021.EU30067@@> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Dec 1997 13:01:27 +1030 From: Mike Smith Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Amancio Hasty writes: > > Yes, Q2 works peachy over here without the orecvfrom->recvfrom change. > > I've got one new patch that I just submitted a PR for. This is the > same problem with oaccept(). OK, I've applied this and closed the PR. (using PRs means that if I forget/can't do it/whatever there's still a record of the problem for someone else to work from) I've also applied the corresponding changes to -stable. It's not immediately clear that -stable would actually have suffered the same problem, as there have been more than a few detail changes in that area. Again, any testing results would be appreciated. mike From owner-freebsd-current Sun Dec 14 20:56:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA19010 for current-outgoing; Sun, 14 Dec 1997 20:56:03 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA18992 for ; Sun, 14 Dec 1997 20:55:58 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id TAA03045; Sun, 14 Dec 1997 19:25:24 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712150325.TAA03045@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Mike Smith cc: pb@fasterix.freenix.org (Pierre Beyssac), freebsd-current@freebsd.org Subject: linux kbd and virtual terminal patch In-reply-to: Your message of "Mon, 15 Dec 1997 13:01:27 +1030." <199712150231.NAA00578@word.smith.net.au> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_-6994756980" Date: Sun, 14 Dec 1997 19:25:24 -0800 From: Amancio Hasty Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multipart MIME message. --==_Exmh_-6994756980 Content-Type: text/plain; charset=us-ascii Hi Mike, Here is the patch which I promised yesterday. Now whats left is to generate a Mesa library package with my version of svgalib for linux and we are all set to play quake2. In the mean time if people want to try out the quake2 test see: ftp://rah.star-gate.com/pub/README.GLQUAKE Enjoy, Amancio --- Explanation: These patches enables us to play quake2 . Support linux keyboard ioctl for setting RAW, MEDIUMRAW and XLATE. Support linux virtual terminal operations: OPENQRY, GETMODE, SETMODE, GETSTATE, ACTIVATE, and WAITACTIVE. --==_Exmh_-6994756980 Content-Type: application/octet-stream ; name="patch" Content-Description: patch Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="patch" KioqIGxpbnV4Lmgub3JpZwlTdW4gRGVjIDE0IDE4OjUwOjI1IDE5OTcKLS0tIGxpbnV4LmgJ U3VuIERlYyAxNCAxOTowMToxOSAxOTk3CioqKioqKioqKioqKioqKgoqKiogMjUsMzEgKioq KgogICAqIChJTkNMVURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4g QU5ZIFdBWSBPVVQgT0YgVEhFIFVTRSBPRgogICAqIFRISVMgU09GVFdBUkUsIEVWRU4gSUYg QURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YgU1VDSCBEQU1BR0UuCiAgICoKISAgKgkk SWQ6IGxpbnV4LmgsdiAxLjE4IDE5OTcvMTEvMTcgMDQ6MDA6MjkgYWhhc3R5IEV4cCAkCiAg ICovCiAgCiAgI2lmbmRlZiBfSTM4Nl9MSU5VWF9MSU5VWF9IXwotLS0gMjUsMzEgLS0tLQog ICAqIChJTkNMVURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5Z IFdBWSBPVVQgT0YgVEhFIFVTRSBPRgogICAqIFRISVMgU09GVFdBUkUsIEVWRU4gSUYgQURW SVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YgU1VDSCBEQU1BR0UuCiAgICoKISAgKgkkSWQ6 IGxpbnV4LmgsdiAxLjE3IDE5OTcvMTAvMjggMTA6NDk6NTcga2F0byBFeHAgJAogICAqLwog IAogICNpZm5kZWYgX0kzODZfTElOVVhfTElOVVhfSF8KKioqKioqKioqKioqKioqCioqKiAx NjcsMTcyICoqKioKLS0tIDE2NywxODAgLS0tLQogICNkZWZpbmUgTElOVVhfU0lHX1VOQkxP Q0sJMQogICNkZWZpbmUgTElOVVhfU0lHX1NFVE1BU0sJMgogIAorIC8qIGtleWJvYXJkIGRl ZmluZXMgKi8KKyAjZGVmaW5lIExJTlVYX0tER0tCTU9ERSAgICAgICAgIDB4NEI0NAorICNk ZWZpbmUgTElOVVhfS0RTS0JNT0RFICAgICAgICAgMHg0QjQ1CisgCisgI2RlZmluZSBMSU5V WF9LQkRfUkFXICAgICAgICAgICAwCisgI2RlZmluZSBMSU5VWF9LQkRfWExBVEUgICAgICAg ICAxCisgI2RlZmluZSBMSU5VWF9LQkRfTUVESVVNUkFXICAgICAyCisgCiAgLyogdGVybWlv IGNvbW1hbmRzICovCiAgI2RlZmluZSBMSU5VWF9UQ0dFVFMJCTB4NTQwMQogICNkZWZpbmUg TElOVVhfVENTRVRTCQkweDU0MDIKKioqKioqKioqKioqKioqCioqKiAyMTUsMjIwICoqKioK LS0tIDIyMywyMzYgLS0tLQogICNkZWZpbmUgTElOVVhfVElPQ1NFUlNXSUxECTB4NTQ1NQog ICNkZWZpbmUgTElOVVhfVElPQ0dMQ0tUUk1JT1MJMHg1NDU2CiAgI2RlZmluZSBMSU5VWF9U SU9DU0xDS1RSTUlPUwkweDU0NTcKKyAjZGVmaW5lIExJTlVYX1ZUX09QRU5RUlkgICAgICAg IDB4NTYwMAorICNkZWZpbmUgTElOVVhfVlRfR0VUTU9ERSAgICAgICAgMHg1NjAxCisgI2Rl ZmluZSBMSU5VWF9WVF9TRVRNT0RFICAgICAgICAweDU2MDIKKyAjZGVmaW5lIExJTlVYX1ZU X0dFVFNUQVRFICAgICAgIDB4NTYwMworICNkZWZpbmUgTElOVVhfVlRfQUNUSVZBVEUgICAg ICAgMHg1NjA2ICAKKyAjZGVmaW5lIExJTlVYX1ZUX1dBSVRBQ1RJVkUgICAgIDB4NTYwNwor IAorIAogIAogIC8qIGFyZ3VtZW50cyBmb3IgdGNmbHVzaCgpIGFuZCBMSU5VWF9UQ0ZMU0gg Ki8KICAjZGVmaW5lIExJTlVYX1RDSUZMVVNIICAgICAgICAwCioqKiBsaW51eF9pb2N0bC5j Lm9yaWcJU3VuIERlYyAxNCAxODo0OTo1OCAxOTk3Ci0tLSBsaW51eF9pb2N0bC5jCVN1biBE ZWMgMTQgMTk6MDA6MDUgMTk5NwoqKioqKioqKioqKioqKioKKioqIDQ0LDQ5ICoqKioKLS0t IDQ0LDUwIC0tLS0KICAjaW5jbHVkZSA8c3lzL3NvY2tpby5oPgogIAogICNpbmNsdWRlIDxt YWNoaW5lL3NvdW5kY2FyZC5oPgorICNpbmNsdWRlIDxtYWNoaW5lL2NvbnNvbGUuaD4KICAK ICAjaW5jbHVkZSA8aTM4Ni9saW51eC9saW51eC5oPgogICNpbmNsdWRlIDxpMzg2L2xpbnV4 L2xpbnV4X3Byb3RvLmg+CioqKioqKioqKioqKioqKgoqKiogODM2LDg0MSAqKioqCi0tLSA4 MzcsODk0IC0tLS0KICAgICAgICB9CiAgICAgICAgcmV0dXJuIGlvY3RsKHAsIChzdHJ1Y3Qg aW9jdGxfYXJncyAqKWFyZ3MpOwogIAorICAgIGNhc2UgTElOVVhfVlRfT1BFTlFSWToKKyAK KyAJYXJncy0+Y21kID0gVlRfT1BFTlFSWTsKKyAJcmV0dXJuICBpb2N0bChwLCAoc3RydWN0 IGlvY3RsX2FyZ3MgKilhcmdzKTsKKyAKKyAgICAgY2FzZSBMSU5VWF9WVF9HRVRNT0RFOgor IAorIAlhcmdzLT5jbWQgPSBWVF9HRVRNT0RFOworIAlyZXR1cm4gIGlvY3RsKHAsIChzdHJ1 Y3QgaW9jdGxfYXJncyAqKWFyZ3MpOworIAorICAgICBjYXNlIExJTlVYX1ZUX1NFVE1PREU6 CisgCisgCWFyZ3MtPmNtZCA9IFZUX1NFVE1PREU7CisgCXJldHVybiAgaW9jdGwocCwgKHN0 cnVjdCBpb2N0bF9hcmdzICopYXJncyk7CisgCisgICAgIGNhc2UgTElOVVhfVlRfR0VUU1RB VEU6CisgCisgCWFyZ3MtPmNtZCA9IFZUX0dFVEFDVElWRTsKKyAJcmV0dXJuICBpb2N0bChw LCAoc3RydWN0IGlvY3RsX2FyZ3MgKilhcmdzKTsKKyAKKyAgICAgY2FzZSBMSU5VWF9WVF9B Q1RJVkFURToKKyAKKyAJYXJncy0+Y21kID0gVlRfQUNUSVZBVEU7CisgCXJldHVybiAgaW9j dGwocCwgKHN0cnVjdCBpb2N0bF9hcmdzICopYXJncyk7CisgCisgICAgIGNhc2UgTElOVVhf VlRfV0FJVEFDVElWRToKKyAKKyAJYXJncy0+Y21kID0gVlRfV0FJVEFDVElWRTsKKyAJcmV0 dXJuICBpb2N0bChwLCAoc3RydWN0IGlvY3RsX2FyZ3MgKilhcmdzKTsKKyAKKyAgICAgY2Fz ZSBMSU5VWF9LREdLQk1PREU6CisgCisgCWFyZ3MtPmNtZCA9IEtER0tCTU9ERTsKKyAJcmV0 dXJuIGlvY3RsKHAsIChzdHJ1Y3QgaW9jdGxfYXJncyAqKWFyZ3MpOworIAorICAgICBjYXNl IExJTlVYX0tEU0tCTU9ERToKKyAgICAgICB7CisgICAgICAgICBpbnQga2JkbW9kZTsKKyAJ c3dpdGNoIChhcmdzLT5hcmcpIHsKKyAJY2FzZSBMSU5VWF9LQkRfUkFXOgorIAkgICAga2Jk bW9kZSA9IEtfUkFXOworIAkgICAgcmV0dXJuICgqZnVuYykoZnAsIEtEU0tCTU9ERSwgKGNh ZGRyX3QpJmtiZG1vZGUsIHApOworIAljYXNlIExJTlVYX0tCRF9YTEFURTogIAorIAkgICAg a2JkbW9kZSA9IEtfWExBVEU7CisgCSAgICByZXR1cm4gKCpmdW5jKShmcCwgS0RTS0JNT0RF ICwgKGNhZGRyX3QpJmtiZG1vZGUsIHApOworIAljYXNlIExJTlVYX0tCRF9NRURJVU1SQVc6 CisgCSAgICBrYmRtb2RlID0gS19SQVc7CisgCSAgICByZXR1cm4gKCpmdW5jKShmcCwgS0RT S0JNT0RFICwgKGNhZGRyX3QpJmtiZG1vZGUsIHApOworIAlkZWZhdWx0OgorIAkgICAgcmV0 dXJuIEVJTlZBTDsKKyAJfQorICAgICAgIH0KICAgICAgfQogICAgICB1cHJpbnRmKCJMSU5V WDogJ2lvY3RsJyBmZD0lZCwgdHlwPTB4JXgoJWMpLCBudW09MHgleCBub3QgaW1wbGVtZW50 ZWRcbiIsCiAgCSAgICBhcmdzLT5mZCwgKGFyZ3MtPmNtZCYweGZmZmYwMCk+PjgsCg== --==_Exmh_-6994756980-- From owner-freebsd-current Sun Dec 14 20:57:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA19119 for current-outgoing; Sun, 14 Dec 1997 20:57:38 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA19113 for ; Sun, 14 Dec 1997 20:57:33 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xhSax-0007Fy-00; Sun, 14 Dec 1997 21:57:31 -0700 Received: (from imp@localhost) by harmony.village.org (8.8.8/8.8.3) id VAA08661 for current@freebsd.org; Sun, 14 Dec 1997 21:57:23 -0700 (MST) Date: Sun, 14 Dec 1997 21:57:23 -0700 (MST) From: Warner Losh Message-Id: <199712150457.VAA08661@harmony.village.org> To: current@freebsd.org Subject: libtermcap.3.0 change Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For those of you that don't have /usr/lib/compat in your path, the newer versions of -current revert libtermcap to 2.2 from 3.0. This shouldn't be a problem, but you may need to recompile some things. This bit me with nmh, for example. Just wanted to give a heads up. Warner From owner-freebsd-current Sun Dec 14 23:27:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA29863 for current-outgoing; Sun, 14 Dec 1997 23:27:53 -0800 (PST) (envelope-from owner-freebsd-current) Received: from taliesin.cs.ucla.edu (Taliesin.CS.UCLA.EDU [131.179.96.166]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA29855 for ; Sun, 14 Dec 1997 23:27:49 -0800 (PST) (envelope-from scottm@mordred.cs.ucla.edu) Received: (qmail 6963 invoked from network); 15 Dec 1997 07:27:40 -0000 Received: from mordred.cs.ucla.edu (131.179.48.34) by taliesin.cs.ucla.edu with SMTP; 15 Dec 1997 07:27:40 -0000 Received: (from scottm@localhost) by mordred.cs.ucla.edu (8.8.8/8.8.7) id XAA19967 for freebsd-current@freebsd.org; Sun, 14 Dec 1997 23:27:45 -0800 (PST) (envelope-from scottm) Date: Sun, 14 Dec 1997 23:27:45 -0800 (PST) From: Scott Michel Message-Id: <199712150727.XAA19967@mordred.cs.ucla.edu> To: freebsd-current@freebsd.org Subject: LFS file system Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > charnier 1997/12/14 23:11:55 PST > Modified files: (Branch: RELENG_2_2) > libexec/lfs_cleanerd cleanerd.c lfs_cleanerd.8 library.c > misc.c print.c > Log: > MFC: Use err(3) instead of local redefinition. Add usage. -Wall cleaning. > > Revision Changes Path > 1.4.2.2 +29 -20 src/libexec/lfs_cleanerd/cleanerd.c > 1.3.2.1 +3 -3 src/libexec/lfs_cleanerd/lfs_cleanerd.8 > 1.4.2.1 +30 -28 src/libexec/lfs_cleanerd/library.c > 1.1.1.1.8.1 +10 -39 src/libexec/lfs_cleanerd/misc.c > 1.3.2.1 +7 -3 src/libexec/lfs_cleanerd/print.c I was under the distinct impression that LFS was broken in FreeBSD. Is this not the case? -scooter From owner-freebsd-current Mon Dec 15 00:00:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA02637 for current-outgoing; Mon, 15 Dec 1997 00:00:08 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA02585 for ; Sun, 14 Dec 1997 23:59:58 -0800 (PST) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id BAA19629; Mon, 15 Dec 1997 01:03:15 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp04.primenet.com, id smtpd019615; Mon Dec 15 01:03:08 1997 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id AAA28908; Mon, 15 Dec 1997 00:59:17 -0700 (MST) From: Terry Lambert Message-Id: <199712150759.AAA28908@usr09.primenet.com> Subject: Re: panics when stopping pppd To: pb@fasterix.freenix.org (Pierre Beyssac) Date: Mon, 15 Dec 1997 07:59:16 +0000 (GMT) Cc: tlambert@primenet.com, totii@est.is, pb@fasterix.freenix.org, freebsd-current@FreeBSD.ORG In-Reply-To: <19971214024134.PL39369@@> from "Pierre Beyssac" at Dec 14, 97 02:41:34 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > [ crash when disconnecting PPP ] > > If you have a local ethernet, look at the variables that exist on your > > stack to see if your local ethernet MAC address is there somewhere; > > this looks remarkably similar to a crash I saw, but have not yet been > > able to reproduce. > > I have a local ethernet, but apparently no MAC address on the stack > (I might have missed it though). > > On the other hand, I can reproduce the crash almost at will. > It happens only when I have dynamic routes _and_ they are removed > when PPP is down; if I stop gated before I stop PPP, there is no > crash at all even when gated routes are removed. It occurred to me (after I posted this) that the issue might actually be a copyout to the wrong address. This is especially likely with the "recieve the address in the recvfrom()" case. It may be that you will want to look at sleeps with timouts wating for interrupt wakeups. This seems a logical place for this type of problem to actually be occurring. > If I spray a few printf in the rtrequest code for RTM_DELETE to > figure out what happens, it doesn't crash anymore. There might be > a race condition somewhere. Or you might be sticking a process in core for long enough that the same stack is in place, or the same copyout() occurs, etc.. Not really a race condition, but it will behave like one. > rtrequest() appears to at least sometimes return with an error > before crashing, because in_ifadownkill managed to log the following > once (from strings vmcore | tail -100): > > <4>in_ifadownkill: error 3 > > The instruction pointer is 0x6e655000 every time I've been able to > see it: > > instruction pointer = 0x8:0x6e655000 Look at yuor ARP table' look for "6e65" in any of the addresses.. this is a bit suspiciously like a MAC addr. If it's the copyout(), it could be anywhere. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Dec 15 00:02:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA02821 for current-outgoing; Mon, 15 Dec 1997 00:02:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA02806 for ; Mon, 15 Dec 1997 00:02:32 -0800 (PST) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id BAA19829; Mon, 15 Dec 1997 01:05:49 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp04.primenet.com, id smtpd019775; Mon Dec 15 01:05:32 1997 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id BAA29005; Mon, 15 Dec 1997 01:01:41 -0700 (MST) From: Terry Lambert Message-Id: <199712150801.BAA29005@usr09.primenet.com> Subject: Re: DEVFS: new sample code To: grog@lemis.com (Greg Lehey) Date: Mon, 15 Dec 1997 08:01:41 +0000 (GMT) Cc: julian@whistle.com, bde@zeta.org.au, current@FreeBSD.ORG In-Reply-To: <19971214104251.63209@lemis.com> from "Greg Lehey" at Dec 14, 97 10:42:51 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > It ain't going to get done there it's getting done in a layer just below, > > and in conjunction with, the disk label layer. The disklabel layer notices > > the bad144 flag and sticks the bad144 'wedge' below itself. the bad144 has > > no business being lower than that because it doesn't cover other slices. > > They may have their own badblock handlers. > > I don't understand why slices should have any notion of bad blocks. > The way I see it, a slice is a virtual disk, and virtual disks are > immaculate. Bad blocks are a fact of life of the dirty > representations of our idealized disks. A slice is a linear array of sectors. A bad block SLICE layer is a layer which represents an imperfect linear array of sectors as a smaller, but perfect, linear array of sectors. For BSD disklabels, this "media perfection layer" should live at the same level as a "CCD agregation 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-current Mon Dec 15 00:06:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA03085 for current-outgoing; Mon, 15 Dec 1997 00:06:12 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA03075 for ; Mon, 15 Dec 1997 00:06:07 -0800 (PST) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id BAA04972; Mon, 15 Dec 1997 01:05:37 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp02.primenet.com, id smtpd004931; Mon Dec 15 01:05:25 1997 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id BAA29143; Mon, 15 Dec 1997 01:05:20 -0700 (MST) From: Terry Lambert Message-Id: <199712150805.BAA29143@usr09.primenet.com> Subject: Re: DEVFS: new sample code To: julian@whistle.com (Julian Elischer) Date: Mon, 15 Dec 1997 08:05:20 +0000 (GMT) Cc: grog@lemis.com, bde@zeta.org.au, current@FreeBSD.ORG In-Reply-To: from "Julian Elischer" at Dec 14, 97 00:18:36 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > sometimes we will be mounting filesystems off disks formatted by other > systems. > For those partitions we must obey hte bad-block hadling that they use or > we will read garbage. > a genenriv 'perfection' layer could of course be layered above any disk > tht couldn't do it's own badblock mapping, or left of if it could, and > even if it could, it may be used to resurect a diskk with more badblocks > than teh manufacturer can handle. The correct place for a perfection layer is at the lowest level. But because of theings like DOS not understanding perfection layers, and legacy systems, where the disklabel itself is not allowed to have bad sectors, etc., the perfection layer must move for legacy reasons. This is a difference between ideal and legacy. So I definitely support Julian's point here... perfection is where you find it. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Dec 15 00:50:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA07459 for current-outgoing; Mon, 15 Dec 1997 00:50:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA07442 for ; Mon, 15 Dec 1997 00:50:40 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id TAA01415; Mon, 15 Dec 1997 19:19:58 +1030 (CST) (envelope-from grog) Message-ID: <19971215191958.26500@lemis.com> Date: Mon, 15 Dec 1997 19:19:58 +1030 From: Greg Lehey To: Warner Losh Cc: current@FreeBSD.ORG Subject: Re: libtermcap.3.0 change References: <199712150457.VAA08661@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199712150457.VAA08661@harmony.village.org>; from Warner Losh on Sun, Dec 14, 1997 at 09:57:23PM -0700 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Dec 14, 1997 at 09:57:23PM -0700, Warner Losh wrote: > For those of you that don't have /usr/lib/compat in your path, the newer > versions of -current revert libtermcap to 2.2 from 3.0. This shouldn't > be a problem, but you may need to recompile some things. This bit > me with nmh, for example. Yup, it bit me a couple of times, too. Why? Greg From owner-freebsd-current Mon Dec 15 01:17:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA10402 for current-outgoing; Mon, 15 Dec 1997 01:17:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA10395; Mon, 15 Dec 1997 01:17:51 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id BAA00815; Mon, 15 Dec 1997 01:17:49 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712150917.BAA00815@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org cc: current@freebsd.org Subject: glquake, glguake world and quake server work 8) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Dec 1997 01:17:49 -0800 From: Amancio Hasty Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Due to Pierre Beyssac recent bug fixes to the socket layer on FreeBSD 3.0 -current , glquake and quake2 now work on FreeBS 3.0 -current with no specific hacks like I had in the linux layer. Additionally, Mike Smith checked in my mods to the linux layer . Whats left is for me or someone (hint) to generate a Mesa/Glide package and glquake, glquake world, and quake server package. You may have to wait 8 hours or so till all the commits get propagated. I have updated my ftp://rah.star-gate.com/README.GLQUAKE to reflect the recent updates. Basically, for 3.0-current users the steps to allow glquake to run have been reduced to installing my version of svgalib for linux and compiling/installing Mesa (for linux) in your system. Okay, whats so great about glquake --- well not much other than if you have a Voodoo chipset board such as a Diamond Monster 3d you can play Quake with 3d hardware assist on your FreeBSD box. Also, GLQuake clearly paves the way for 3d hardware assist on FreeBSD. Enjoy, Amancio From owner-freebsd-current Mon Dec 15 01:18:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA10500 for current-outgoing; Mon, 15 Dec 1997 01:18:32 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA10348 for ; Mon, 15 Dec 1997 01:16:49 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id TAA01978; Mon, 15 Dec 1997 19:46:23 +1030 (CST) (envelope-from grog) Message-ID: <19971215194623.30917@lemis.com> Date: Mon, 15 Dec 1997 19:46:23 +1030 From: Greg Lehey To: FreeBSD current users Subject: UFS problems on -current (panic: ffs_alloccg: map corrupted) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I've been having a large number of these panics in the last few days after replacing significant parts of my system. In each case, the system appears to die when writing a large file (the text of "The Complete FreeBSD", about 40 MB). This isn't surprising, I suppose. Dumps and debug kernel are available, but don't show me much. I'm still researching this one, but if the following list of changes catches anybody's eyes, I'd be interested in hearing from you. First, the changes: Old New P54C, 133 MHz K6/233 Old motherboard, IWill P55XB2, Intel TX chipset forgot the name 96 MB SIMM memory 128 MB mixed EDO SIMM and SDRAM Adaptec 1542A and Adaptec 2940UW and 2940 host adapters 2940 host adapters IDE system disk IDE system disk I've checked all sorts of things, including: changing the CPU back (still panics) playing around with the host adapters (inconclusive). It looked as if the 2940UW might have been the culprit, since I was writing on a disk on that adapter, but once it corrupted the IDE /usr, and after swapping around to put /home on the 2940, it still failed. upgrading from last week's -current to today's -current. No change. Any ideas? Greg From owner-freebsd-current Mon Dec 15 01:28:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA11442 for current-outgoing; Mon, 15 Dec 1997 01:28:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA11435 for ; Mon, 15 Dec 1997 01:28:13 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id UAA19198; Mon, 15 Dec 1997 20:21:57 +1100 Date: Mon, 15 Dec 1997 20:21:57 +1100 From: Bruce Evans Message-Id: <199712150921.UAA19198@godzilla.zeta.org.au> To: current@FreeBSD.ORG, imp@village.org Subject: Re: libtermcap.3.0 change Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >For those of you that don't have /usr/lib/compat in your path, the newer >versions of -current revert libtermcap to 2.2 from 3.0. This shouldn't >be a problem, but you may need to recompile some things. This bit >me with nmh, for example. /usr/lib/compat has been put in the path by src/etc/rc for 15 months now. It is important for preventing lossage from old versions of libgnumalloc. Bruce From owner-freebsd-current Mon Dec 15 03:26:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA18693 for current-outgoing; Mon, 15 Dec 1997 03:26:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA18686 for ; Mon, 15 Dec 1997 03:26:17 -0800 (PST) (envelope-from gozer@ludd.luth.se) Received: from brother.ludd.luth.se (gozer@brother.ludd.luth.se [130.240.16.78]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id MAA10814; Mon, 15 Dec 1997 12:25:58 +0100 Date: Mon, 15 Dec 1997 12:25:57 +0100 (MET) From: Johan Larsson To: Bruce Evans cc: current@FreeBSD.ORG, imp@village.org Subject: Re: libtermcap.3.0 change In-Reply-To: <199712150921.UAA19198@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 15 Dec 1997, Bruce Evans wrote: > >For those of you that don't have /usr/lib/compat in your path, the newer > >versions of -current revert libtermcap to 2.2 from 3.0. This shouldn't > >be a problem, but you may need to recompile some things. This bit > >me with nmh, for example. > > /usr/lib/compat has been put in the path by src/etc/rc for 15 months now. > It is important for preventing lossage from old versions of libgnumalloc. To get java to work i had to do a symlink in /usr/lib of libc.so.2.2 to /usr/lib/compat/libc.so.2.2 even though i have /usr/lib/compat in my path. Should it be this way? I got illegal instruction if this link didn't exist. Johan -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-current Mon Dec 15 03:34:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA19315 for current-outgoing; Mon, 15 Dec 1997 03:34:34 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zed.ludd.luth.se (zed.ludd.luth.se [130.240.16.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA19299 for ; Mon, 15 Dec 1997 03:34:28 -0800 (PST) (envelope-from gozer@ludd.luth.se) Received: from brother.ludd.luth.se (gozer@brother.ludd.luth.se [130.240.16.78]) by zed.ludd.luth.se (8.8.5/8.8.5) with SMTP id MAA11095 for ; Mon, 15 Dec 1997 12:34:25 +0100 Date: Mon, 15 Dec 1997 12:34:24 +0100 (MET) From: Johan Larsson To: FreeBSD Current Subject: mount_cd9660 panics. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I don't know if this is related to current only. But i'll start here. Whenever i try to use this script to mount the cdrom and the cdrom is empty or contains a noniso cd the kernel panics. I have taken it from slackware linux and modified it a bit to work under freebsd, it has worked for quite a while, but a month ago or something like that it started panicing. Now i always use mount /cdrom to mount it, but should it really panic??? #!/bin/sh - # /etc/rc.cdrom # MOUNTPOINT="/cdrom" unset SKIP if mount | fgrep "on $MOUNTPOINT " 1> /dev/null 2> /dev/null ; then SKIP=1 elif [ ! -d $MOUNTPOINT ]; then SKIP=1 fi if [ ! "$SKIP" = "1" ]; then unset MOUNT echo "" echo -n "Checking for a CD... " for device in wcd0c scd0c mcd0c ; do # check for a CD-ROM drive with a disc in it. if mount_cd9660 /dev/$device $MOUNTPOINT 1> /dev/null 2> /dev/null ; then MOUNT=1 rm -f /dev/cdrom ln -sf /dev/$device /dev/cdrom break; fi done if [ "$MOUNT" = "1" ]; then # mount successful echo "found on /dev/$device." echo " Mounting unknown ISO9660 CD-ROM under $MOUNTPOINT." else echo "no CD found." fi fi Johan -- * mailto:gozer@ludd.luth.se * http://www.ludd.luth.se/users/gozer/ * * Powered by FreeBSD. http://www.se.freebsd.org/ +-+-+-+-+-+-+-+-+ * From owner-freebsd-current Mon Dec 15 03:54:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA20526 for current-outgoing; Mon, 15 Dec 1997 03:54:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA20518 for ; Mon, 15 Dec 1997 03:54:30 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id WAA26913; Mon, 15 Dec 1997 22:44:20 +1100 Date: Mon, 15 Dec 1997 22:44:20 +1100 From: Bruce Evans Message-Id: <199712151144.WAA26913@godzilla.zeta.org.au> To: bde@zeta.org.au, gozer@ludd.luth.se Subject: Re: libtermcap.3.0 change Cc: current@FreeBSD.ORG, imp@village.org Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> /usr/lib/compat has been put in the path by src/etc/rc for 15 months now. >> It is important for preventing lossage from old versions of libgnumalloc. > >To get java to work i had to do a symlink in /usr/lib of libc.so.2.2 to >/usr/lib/compat/libc.so.2.2 even though i have /usr/lib/compat in my path. >Should it be this way? I think it's a different problem. >I got illegal instruction if this link didn't exist. What does ldd say about the libraries being used before and after the change? Bruce From owner-freebsd-current Mon Dec 15 05:15:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA26122 for current-outgoing; Mon, 15 Dec 1997 05:15:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA26113 for ; Mon, 15 Dec 1997 05:15:34 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id AAA29915; Tue, 16 Dec 1997 00:05:58 +1100 Date: Tue, 16 Dec 1997 00:05:58 +1100 From: Bruce Evans Message-Id: <199712151305.AAA29915@godzilla.zeta.org.au> To: bde@zeta.org.au, reilly@zeta.org.au Subject: Re: xlock: caught signal 8 while running galaxy mode. Cc: freebsd-current@freebsd.org, rcarter@consys.com Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >What I'm not sure about is figuring out, from the gdb output, where >things have gone awry. > >(gdb) run -S call.lst >Starting program: /usr/home/andrew/work/Clients/Syrinx/jun-19/sycon/unix/try/syph_ux -S call.lst >Call Setup. >RunUtterance(model:amt4.bin, speech:amt1.lin) > >Program received signal SIGFPE, Arithmetic exception. >0x4a8c in CalcU () at state.c:305 >305 if (s > *pMax) *pMax = s; >(gdb) info float >u: status 0xb9aa: exceptions: DENORM OVERF LOS; flags: 0001; top 7 >e: status 0x3900: flags: 0001; top 7 >control 0x1272: compute to 53 bits; round NEAREST; mask: DENORM UNDERF LOS; >last instruction: opcode 0x1d0; pc 0x8:0xf01847b2; operand 0x10:0x0 0x0:0xf01847b2 is in the kernel. I think this uncommitted fix of mine may actually matter: diff -c2 npx.c~ npx.c *** npx.c~ Wed Nov 19 03:45:54 1997 --- npx.c Wed Nov 19 03:46:08 1997 *************** *** 1,2 **** --- 1,3 ---- + static volatile int old_npxintr_compat = 1; /*- * Copyright (c) 1990 William Jolitz. *************** *** 518,524 **** outb(0xf0, 0); ! fnstsw(&curpcb->pcb_savefpu.sv_ex_sw); ! fnclex(); ! fnop(); /* --- 524,539 ---- outb(0xf0, 0); ! /* ! * Save state to work around the IRQ13 interface bugs. If the ! * exception 16 interface is used then the exception-pending bits ! * will be saved and will cause another exception on the next FPU ! * instruction in user mode (the same one unless the exception is ! * cleared by the application). If the IRQ13 interface is used ! * then the exception-pending bits will be saved and will usually ! * a bogus IRQ13 in the kernel when the state is restored. ! */ ! npxsave(&curpcb->pcb_savefpu); ! if (old_npxintr_compat) ! curpcb->pcb_savefpu.sv_env.en_sw &= ~0x80bf; /* The fnop() in the original version is supposed to flush out any pending IRQ13's on old braindamaged systems, but sicne it is down in process context (the process's registers haven't been saved in pcb_savefpu), it corrupts the pointer to the last FPU instruction (all non-control FPU instructions set this pointer; fnclex and fnsave are control instructions but fnop isn't). Just deleting the fnop() should fix it too. Don't clear `old_npxintr_compat'. Clearing it makes ignoring SIGFPE even more broken than usual (the SIGFPE is repeated endlessly). >If the problem really is overflow, then the exceptions are doing the >right thing, and have caught a bug that I want to know about, but can >you tell from the above where I should be looking? It's certainly overflow. Fix the kernel bug to find where it occurs. >> `p' can't handle variables in x87 registers. It prints the above value >> after `register float z; z = 1' here. I think it just doesn't know >> where the variables really are. Use `info float' to get more information. > >Thinking about it, it would be quite hard for a debugger to know that >about register floats on a stack: they move around all the time. Would >it be possible to force the compiler to ignore "register" on floats >when the "-g" flag is used? -g is supposed not to affect the code. Debugging formats have complications to keep track of when variables are in registers, but the i387 registers aren't handled well. I think movement of the stack top doesn't cause many extra complications - keeping a variable in the same i387 register for long is rarely possible, and it should be just as easy to record keeping of a variable in a different register as it is to record keeping of it in a register instead of memory. Bruce From owner-freebsd-current Mon Dec 15 07:31:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA06175 for current-outgoing; Mon, 15 Dec 1997 07:31:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA05585 for ; Mon, 15 Dec 1997 07:26:26 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.5) id KAA08128; Mon, 15 Dec 1997 10:24:42 -0500 (EST) Date: Mon, 15 Dec 1997 10:24:42 -0500 (EST) From: Garrett Wollman Message-Id: <199712151524.KAA08128@khavrinen.lcs.mit.edu> To: pb@fasterix.freenix.org (Pierre Beyssac) Cc: wollman@khavrinen.lcs.mit.edu (Garrett Wollman), tlambert@primenet.com (Terry Lambert), totii@est.is (?or?ur Ivarsson), freebsd-current@FreeBSD.ORG Subject: Re: panics when stopping pppd In-Reply-To: <19971215020638.WG24374@@> References: <3492A8DE.27B270DB@est.is> <199712132150.OAA03369@usr06.primenet.com> <19971214024134.PL39369@@> <199712141929.OAA04089@khavrinen.lcs.mit.edu> <19971215020638.WG24374@@> Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < Garrett Wollman writes: >> Another thing that might be worth taking a look at... rn_walktree() is >> supposed to be written such that it is resilient to deletes happening >> in its callback. But, I'm not sure if it can deal with the case of >> multiple records being deleted at once, particularly if one of those >> records turns out to be the place it was going next. > That's apparently a good idea since the fix I've made from that > seems to work :-) This seems to confirm my theory. Here's what I think is happening: 1) An interface is downed. All of its non-static routes get deleted automatically. 2) One of those interface routes was a cloning route. rtrequest() notices this, and deletes all of its children. 3) Oops, a pointer to one of those children was held by rn_walktree() as the next node to examine... blam! I think the right fix is to disable (2) while this is happening, since the deletion code in (1) will end up deleting those same routes. It looks like this might be as simple as turning off RTF_PRCLONING in (1) before calling rtrequest(). I have what I think is the right idea for cleaning this mess up, but have not had time to implement the solution. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Mon Dec 15 10:03:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA19341 for current-outgoing; Mon, 15 Dec 1997 10:03:06 -0800 (PST) (envelope-from owner-freebsd-current) Received: from wakko.visint.co.uk (wakko.visint.co.uk [194.207.134.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA19297; Mon, 15 Dec 1997 10:02:50 -0800 (PST) (envelope-from steve@visint.co.uk) Received: from dylan.visint.co.uk (dylan.visint.co.uk [194.207.134.180]) by wakko.visint.co.uk (8.8.5/8.7.3) with SMTP id SAA20596; Mon, 15 Dec 1997 18:02:31 GMT Date: Mon, 15 Dec 1997 18:03:06 +0000 (GMT) From: Stephen Roome To: Amancio Hasty cc: multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: glquake, glguake world and quake server work 8) In-Reply-To: <199712150917.BAA00815@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 15 Dec 1997, Amancio Hasty wrote: > Whats left is for me or someone (hint) to generate a Mesa/Glide package > and glquake, glquake world, and quake server package. Quake II (release not test)? Any chance of getting that to work, or does it already .. is there a Linux binary even ? > Okay, whats so great about glquake --- well not much other than if you > have a Voodoo chipset board such as a Diamond Monster 3d you can play > Quake with 3d hardware assist on your FreeBSD box. Also, GLQuake clearly > paves the way for 3d hardware assist on FreeBSD. Actually, I compiled all the stuff as suggested with the previous README.GLQUAKE, however I noticed that some of the testXX programs which come with glide just bombed my 3d card out (it's a guillemot Maxi Gamer 3D). Wondered if anyone else had this problem? Steve. -- Steve Roome - Vision Interactive Ltd. Tel:+44(0)117 9730597 Home:+44(0)976 241342 WWW: http://dylan.visint.co.uk/ From owner-freebsd-current Mon Dec 15 10:27:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22288 for current-outgoing; Mon, 15 Dec 1997 10:27:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA22280; Mon, 15 Dec 1997 10:27:52 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id KAA01898; Mon, 15 Dec 1997 10:27:26 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712151827.KAA01898@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Stephen Roome cc: multimedia@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: glquake, glguake world and quake server work 8) In-reply-to: Your message of "Mon, 15 Dec 1997 18:03:06 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Dec 1997 10:27:26 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Mon, 15 Dec 1997, Amancio Hasty wrote: > > Whats left is for me or someone (hint) to generate a Mesa/Glide package > > and glquake, glquake world, and quake server package. > > Quake II (release not test)? Any chance of getting that to work, or does > it already .. is there a Linux binary even ? Quake II test works however there is no Quake II release yet for linux when Quake II for linux is released I will be happy to make it work for FreeBSD provided that it does not work on FreeBSD. > > > Okay, whats so great about glquake --- well not much other than if you > > have a Voodoo chipset board such as a Diamond Monster 3d you can play > > Quake with 3d hardware assist on your FreeBSD box. Also, GLQuake clearly > > paves the way for 3d hardware assist on FreeBSD. > > Actually, I compiled all the stuff as suggested with the previous > README.GLQUAKE, however I noticed that some of the testXX programs which > come with glide just bombed my 3d card out (it's a guillemot Maxi Gamer > 3D). Wondered if anyone else had this problem? > Which tests are failing for you? Some of the tests are tricky to run because they require a data file and if you happen to run the test in the wrong the directory the test will fail. Amancio From owner-freebsd-current Mon Dec 15 11:04:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA26672 for current-outgoing; Mon, 15 Dec 1997 11:04:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA26646 for ; Mon, 15 Dec 1997 11:04:27 -0800 (PST) (envelope-from mrcpu@cdsnet.net) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.6/8.8.6) with SMTP id LAA23041 for ; Mon, 15 Dec 1997 11:04:18 -0800 (PST) Date: Mon, 15 Dec 1997 11:04:18 -0800 (PST) From: Jaye Mathisen To: current@freebsd.org Subject: Anybody using dpt-1.2.5 in -current? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk And having any troubles with it? I'm going to put one in a box, but wanted to see if everything was OK before I went to all that work. From owner-freebsd-current Mon Dec 15 12:24:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA09612 for current-outgoing; Mon, 15 Dec 1997 12:24:54 -0800 (PST) (envelope-from owner-freebsd-current) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA09263 for ; Mon, 15 Dec 1997 12:23:03 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xhh0y-0002nT-00; Mon, 15 Dec 1997 12:21:20 -0800 Date: Mon, 15 Dec 1997 12:21:18 -0800 (PST) From: Tom To: Greg Lehey cc: FreeBSD current users Subject: Re: UFS problems on -current (panic: ffs_alloccg: map corrupted) In-Reply-To: <19971215194623.30917@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 15 Dec 1997, Greg Lehey wrote: > I've been having a large number of these panics in the last few days > after replacing significant parts of my system. In each case, the ... > First, the changes: > > Old New > > P54C, 133 MHz K6/233 > Old motherboard, IWill P55XB2, Intel TX chipset > forgot the name > 96 MB SIMM memory 128 MB mixed EDO SIMM and SDRAM > Adaptec 1542A and Adaptec 2940UW and 2940 host adapters > 2940 host adapters > IDE system disk IDE system disk > > I've checked all sorts of things, including: Except the RAM. Mixed SIMMs and SDRAM can be hairy. Tom From owner-freebsd-current Mon Dec 15 14:25:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA21492 for current-outgoing; Mon, 15 Dec 1997 14:25:13 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA20916 for ; Mon, 15 Dec 1997 14:19:30 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id IAA00452; Tue, 16 Dec 1997 08:49:12 +1030 (CST) (envelope-from grog) Message-ID: <19971216084912.44046@lemis.com> Date: Tue, 16 Dec 1997 08:49:12 +1030 From: Greg Lehey To: Tom Cc: FreeBSD current users Subject: Re: UFS problems on -current (panic: ffs_alloccg: map corrupted) References: <19971215194623.30917@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: ; from Tom on Mon, Dec 15, 1997 at 12:21:18PM -0800 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Dec 15, 1997 at 12:21:18PM -0800, Tom wrote: > > On Mon, 15 Dec 1997, Greg Lehey wrote: > >> I've been having a large number of these panics in the last few days >> after replacing significant parts of my system. In each case, the > ... >> First, the changes: >> >> Old New >> >> P54C, 133 MHz K6/233 >> Old motherboard, IWill P55XB2, Intel TX chipset >> forgot the name >> 96 MB SIMM memory 128 MB mixed EDO SIMM and SDRAM >> Adaptec 1542A and Adaptec 2940UW and 2940 host adapters >> 2940 host adapters >> IDE system disk IDE system disk >> >> I've checked all sorts of things, including: > > Except the RAM. Mixed SIMMs and SDRAM can be hairy. The TX chipset explicitly allows them. That doesn't mean you're wrong, of course. I'm trying just EDO now. Greg From owner-freebsd-current Mon Dec 15 15:42:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA28213 for current-outgoing; Mon, 15 Dec 1997 15:42:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA28203 for ; Mon, 15 Dec 1997 15:42:28 -0800 (PST) (envelope-from pallenby@zibbi.mikom.csir.co.za) Received: (from pallenby@localhost) by zibbi.mikom.csir.co.za (8.8.8/8.8.7) id BAA09522 for freebsd-current@freebsd.org; Tue, 16 Dec 1997 01:42:22 +0200 (SAT) From: Paul Allenby Message-Id: <199712152342.BAA09522@zibbi.mikom.csir.co.za> Subject: wd and DMA To: freebsd-current@freebsd.org Date: Tue, 16 Dec 1997 01:42:21 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ja boet, hoe ga't 'it da'so :) A while ago John Hood spotted a bug in his isa DMA code which he fixed with the following: --- pci/ide_pci.c Sat Nov 8 02:22:48 1997 +++ /tmp/ide_pci.c Mon Nov 10 23:35:00 1997 @@ -714,7 +714,7 @@ u_long word40; /* can drive do PIO 4 and MW DMA 2? */ - if (!(mwdma_mode(wp) >= 4 && pio_mode(wp) >= 4)) + if (!(mwdma_mode(wp) >= 2 && pio_mode(wp) >= 4)) return 0; word40 = pci_conf_read(cookie->tag, 0x40); I had this patch in my source tree until I moved /sys to a different disk and had to re-checkout -current's kernel code. After booting with a new kernel, DMA was no longer reported by the wd driver. So, my request is that would someone please commit this change :) Paul From owner-freebsd-current Mon Dec 15 15:57:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA29151 for current-outgoing; Mon, 15 Dec 1997 15:57:03 -0800 (PST) (envelope-from owner-freebsd-current) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA29137 for ; Mon, 15 Dec 1997 15:56:54 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.7) with SMTP id PAA11207 for ; Mon, 15 Dec 1997 15:56:38 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Mon, 15 Dec 1997 15:56:38 -0800 (PST) From: Chris Timmons Reply-To: Chris Timmons To: freebsd-current@freebsd.org Subject: Global 2.2.1 integrated into -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk With thanks to author Shigio Yamaguchi , I have integrated the most recent release of global into current. See the page at http://wafu.netgate.net/tama/unix/indexe.html for more details about what global does. What's New since 2.2 Mainly, bugfix. (Please see 'HISTORY' in details.) What's New since 2.1 gtags(1), global(1) and gozilla(1) was rewritten with C language. What's New since 2.0: Incremental update function of tag files is available. You can locate any symbols other than function with index. You can locate any strings without index. You can control Netscape Navigator from command line. You can locate object just under the current directory. You can place tag files under /usr/obj directory. -Chris From owner-freebsd-current Mon Dec 15 23:49:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA04319 for current-outgoing; Mon, 15 Dec 1997 23:49:27 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA04313; Mon, 15 Dec 1997 23:49:16 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id KAA17114; Tue, 16 Dec 1997 10:49:04 +0300 (MSK) (envelope-from ache) Date: Tue, 16 Dec 1997 10:49:01 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Peter Wemm , jdp@freebsd.org, FreeBSD-current Subject: ld search patch and ld hints conflict at link stage (libtermcap) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk cc -O2 -pipe -I/usr/src/usr.bin/ftp/../../contrib-crypto/telnet -o ftp cmds.o cmdtab.o complete.o domacro.o fetch.o ftp.o main.o ruserpass.o util.o -ledit -ltermcap ld: no shared -ltermcap.3.0 available *** Error code 1 It happens because /usr/lib/compat/libtermcap.so.3.0 is in ld hints, so 3.0 number picked at link stage as biggest one, but then findshlib() function can't find the file because /usr/lib/compat not in standard search path as supposed! Please fix somehow, probably all libraries present in ld hints but not in search path should be silently ignored. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Tue Dec 16 00:29:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA06736 for current-outgoing; Tue, 16 Dec 1997 00:29:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from lsd.relcom.eu.net (lsd.relcom.eu.net [193.124.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA06722; Tue, 16 Dec 1997 00:28:42 -0800 (PST) (envelope-from ache@lsd.relcom.eu.net) Received: (from ache@localhost) by lsd.relcom.eu.net (8.8.8/8.8.8) id LAA19385; Tue, 16 Dec 1997 11:28:36 +0300 (MSK) (envelope-from ache) Date: Tue, 16 Dec 1997 11:28:35 +0300 (MSK) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= X-Sender: ache@lsd.relcom.eu.net To: Peter Wemm , jdp@FreeBSD.ORG, FreeBSD-current Subject: Re: ld search patch and ld hints conflict at link stage (libtermcap) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 16 Dec 1997, áÎÄÒÅÊ þÅÒÎÏ× wrote: > cc -O2 -pipe -I/usr/src/usr.bin/ftp/../../contrib-crypto/telnet -o ftp cmds.o cmdtab.o complete.o domacro.o fetch.o ftp.o main.o ruserpass.o util.o -ledit -ltermcap > ld: no shared -ltermcap.3.0 available > *** Error code 1 Forget to say that -ledit library essentialy involved here since it depends on libtermcap 3.0 as builded, so it cause 3.0 number picked. Situation fixed by rebuilding ledit, but I think we should either produce more meaning diagnostic about libraries inter-dependace or just silently drop to existen variant. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-current Tue Dec 16 01:21:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA10348 for current-outgoing; Tue, 16 Dec 1997 01:21:53 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA10333; Tue, 16 Dec 1997 01:21:40 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id JAA01629; Tue, 16 Dec 1997 09:22:07 GMT Date: Tue, 16 Dec 1997 09:22:07 +0000 (GMT) From: Doug Rabson To: Bill Paul cc: current@freebsd.org, toor@dyson.iquest.net, dyson@freebsd.org Subject: Re: mmap() + NFS problems persist In-Reply-To: <199712141717.MAA13140@skynet.ctr.columbia.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Dec 1997, Bill Paul wrote: > Of all the gin joints in all the towns in all the world, Doug Rabson had > to walk into mine and say: > > [...] > > > I think I understand what might be happening. I can't easily check since > > my FreeBSD hacking box is at work though. What I think happens is that > > when brelse is called in this code fragment, > > > > > if (not_readin && n > 0) { > > > if (on < bp->b_validoff || (on + n) > > > > bp->b_validend) { > > > bp->b_flags |= B_NOCACHE; > > > bp->b_flags |= B_INVAFTERWRITE; > > > if (bp->b_dirtyend > 0) { > > > if ((bp->b_flags & B_DELWRI) == 0) > > > panic("nfsbioread"); > > > if (VOP_BWRITE(bp) == EINTR) > > > return (EINTR); > > > } else > > > brelse(bp); > > > goto again; <----- LOOPS HERE!! > > > > the 8k buffer has exactly one VM page associated with it. > > Err... with all due respect, that means it's really a 4K buffer, not > an 8K buffer, yes? If so, assuming the NFS layer did an 8K read, where > did the other 4K go? What I meant was that the buffer is 8k but the VM system had one valid page in that region of the file (the first one). The buffer will have a full 8k of memory backing it but the b_validoff, b_validend members will be set to 0,4k to indicate that the first 4k of the buf contains valid data and the rest must be read from the file. > > > The NFS code is > > attempting to throw the buffer away since it is only partially valid and > > it wants to read from the invalid section of the buf. It does this by > > setting the B_NOCACHE flag before calling brelse. Unfortunately the > > underlying VM page is still valid, so when getblk is called, the code in > > allocbuf which tracks down the underlying VM pages carefully resets > > b_validoff and b_validend causing the loop. > > > > Basically, the VMIO system has managed to ignore the NFS code's request > > for a cache flush, which the NFS code relied on to break the loop in > > nfs_bioread. As I see it, the problem can be fixed in two ways. The > > first would be for brelse() on a B_NOCACHE buffer to invalidate the VM > > pages in the buffer, restoring the old behaviour which NFS expected and > > the second would be to rewrite that section of the NFS client to cope > > differently with partially valid buffers. > > Hmmm... I think I see the code in vfs_bio.c:brelse() that has lead to > this, but the comments seem to indicate that reverting it would be a bug. > > There's a couple things I don't understand. You seem to indicate that > setting the B_NOCACHE flag will cause brelse() to flush the cache, but > I didn't know brelse() did that. Also, bear in mind that the first > 4K block that's in core is now dirty, so having brelse() throw it away > would be wrong, unless it forced the first 4K block to be written out > first, but again I don't see where that happens (unless brelse() just > sets up the block to be written out and getblk() actually does it). I think (not sure) that the first page in the buf is not actually dirty, but contains clean, valid contents. The B_NOCACHE flag to brelse is supposed to flush this buf from the buffer cache (leastways thats what I thought). > > What is the correct action here? Should the dirty page be written out > first, then the buffer invalidated and the next 4K page read in? Or > should we write the dirty page but keep the buffer around and load the > next 4K page into another buffer? Or should both pages be combined into > a single 8K block? Should we not even bother to write the dirty page > out yet and just make sure the next 4K block is loaded correctly? Actually I think the correct action is for nfs_bioread to cope better with partially valid bufs. I do think, however, that the VMIO system is acting differently from the old buf system with respect to this flag. This is almost certainly due to some other work which I did trying to get NFS mmap to work properly earlier this year. > > (And is this stuff related to the other problem where the process can > become stuck sleeping on 'vmopar?') I can't say because I haven't been able to see a stack trace for this one. > > I think I'm going to take a trip back to campus today so I can experiment > a bit more with the test box. (It's not like I have anything else to do > today.) Good luck with your investigations. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 From owner-freebsd-current Tue Dec 16 01:22:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA10431 for current-outgoing; Tue, 16 Dec 1997 01:22:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA10397; Tue, 16 Dec 1997 01:22:08 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id UAA08412; Tue, 16 Dec 1997 20:19:07 +1100 Date: Tue, 16 Dec 1997 20:19:07 +1100 From: Bruce Evans Message-Id: <199712160919.UAA08412@godzilla.zeta.org.au> To: ache@nagual.pp.ru, current@FreeBSD.ORG, jdp@FreeBSD.ORG, peter@spinner.netplex.com.au Subject: Re: ld search patch and ld hints conflict at link stage (libtermcap) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> cc -O2 -pipe -I/usr/src/usr.bin/ftp/../../contrib-crypto/telnet -o ftp cmds.o cmdtab.o complete.o domacro.o fetch.o ftp.o main.o ruserpass.o util.o -ledit -ltermcap >> ld: no shared -ltermcap.3.0 available >> *** Error code 1 > >Forget to say that -ledit library essentialy involved here since it >depends on libtermcap 3.0 as builded, so it cause 3.0 number picked. > >Situation fixed by rebuilding ledit, but I think we should either produce >more meaning diagnostic about libraries inter-dependace or just silently >drop to existen variant. It is the bug in the build process which I pointed out before. libedit is built before libtermcap (libs are sorted in lib/Makefile :-) so it gets linked to the old libtermcap. This gets fixed by building and installing all libs _twice_. It should cause a build failure for `make world' because only libs installed under ${WORLDTMP} should be linked to. However, since we don't (can't) use -nostdlib, libs get picked up from the standard places. Bruce From owner-freebsd-current Tue Dec 16 06:52:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA29506 for current-outgoing; Tue, 16 Dec 1997 06:52:52 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mhub0.tc.umn.edu (mhub0.tc.umn.edu [128.101.131.50]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA29499 for ; Tue, 16 Dec 1997 06:52:44 -0800 (PST) (envelope-from adkin003@tc.umn.edu) Received: from gold.tc.umn.edu by mhub0.tc.umn.edu; Tue, 16 Dec 97 08:52:07 -0600 Received: from pub-29-c-224.dialup.umn.edu by gold.tc.umn.edu; Tue, 16 Dec 97 08:52:06 -0600 Date: Tue, 16 Dec 1997 08:51:20 -0600 (CST) From: dave adkins To: current@freebsd.org Subject: netscape problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Since the addition of POLLEVENT to the ufs/vfs functions of current after Dec 14, netscape 4.04 seems to hang during cache reads from disk. Reverting to pre POLLEVENT versions of the following functions seems to fix the problem. ufs_readwrite.c v1.33 (v1.34) ufs_vnops.c v1.71 (v1.73) vfs_subr.c v1.114 (v1.115) vfs_default.c v1.8 (v1.9) dave adkins From owner-freebsd-current Tue Dec 16 08:48:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA08603 for current-outgoing; Tue, 16 Dec 1997 08:48:53 -0800 (PST) (envelope-from owner-freebsd-current) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA08596 for ; Tue, 16 Dec 1997 08:48:30 -0800 (PST) (envelope-from jdp@austin.polstra.com) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.8/8.8.7) with ESMTP id IAA13950; Tue, 16 Dec 1997 08:48:06 -0800 (PST) (envelope-from jdp) Message-Id: <199712161648.IAA13950@austin.polstra.com> To: grog@lemis.com Subject: Re: UFS problems on -current (panic: ffs_alloccg: map corrupted) In-Reply-To: <19971215194623.30917@lemis.com> References: <19971215194623.30917@lemis.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Tue, 16 Dec 1997 08:48:05 -0800 From: John Polstra Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <19971215194623.30917@lemis.com>, Greg Lehey wrote: > I've been having a large number of these panics in the last few days > after replacing significant parts of my system. In each case, the > system appears to die when writing a large file (the text of "The > Complete FreeBSD", about 40 MB). I had that same panic a few days ago on a 2.2-stable machine. If I remember correctly, it happened during an open(2) call when spooling an incoming mail file. Shortly after bringing the system back up, the kernel logged two disk errors (recovered). No errors were logged prior to the panic, though they could have been lost in the crash. I don't know whether there was any connection between the disk errors and the panic. It doesn't seem like a disk error should cause this kind of panic. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Tue Dec 16 14:03:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04118 for current-outgoing; Tue, 16 Dec 1997 14:03:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA04045 for ; Tue, 16 Dec 1997 14:03:28 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id IAA26973; Wed, 17 Dec 1997 08:33:12 +1030 (CST) (envelope-from grog) Message-ID: <19971217083312.13948@lemis.com> Date: Wed, 17 Dec 1997 08:33:12 +1030 From: Greg Lehey To: John Polstra Cc: current@freebsd.org Subject: Re: UFS problems on -current (panic: ffs_alloccg: map corrupted) References: <19971215194623.30917@lemis.com> <199712161648.IAA13950@austin.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199712161648.IAA13950@austin.polstra.com>; from John Polstra on Tue, Dec 16, 1997 at 08:48:05AM -0800 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, Dec 16, 1997 at 08:48:05AM -0800, John Polstra wrote: > In article <19971215194623.30917@lemis.com>, > Greg Lehey wrote: >> I've been having a large number of these panics in the last few days >> after replacing significant parts of my system. In each case, the >> system appears to die when writing a large file (the text of "The >> Complete FreeBSD", about 40 MB). > > I had that same panic a few days ago on a 2.2-stable machine. If I > remember correctly, it happened during an open(2) call when spooling > an incoming mail file. In my case, they occurred during write() calls. > I don't know whether there was any connection between the disk errors > and the panic. It doesn't seem like a disk error should cause this > kind of panic. Agreed. It's beginning to look like my problem is hardware after all. I removed the SDRAMs and ran with only 64 MB, and all is fine, despite more work than usual yesterday. Greg From owner-freebsd-current Tue Dec 16 16:51:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA16998 for current-outgoing; Tue, 16 Dec 1997 16:51:54 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA16969 for ; Tue, 16 Dec 1997 16:51:40 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id AAA10913 for ; Wed, 17 Dec 1997 00:51:37 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id BAA17281; Wed, 17 Dec 1997 01:51:37 +0100 (MET) To: current@freebsd.org Subject: Heads up / Compile problems in lkms : Fixed From: Eivind Eklund Date: 17 Dec 1997 01:51:36 +0100 Message-ID: <86ra7caj1j.fsf@bitbox.follo.net> Lines: 14 X-Mailer: Gnus v5.4.52/XEmacs 20.2 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For those that have had problems compiling the lkms the last 24 hours due to missing opt_ipx.h and opt_compat.h files - this has now been fixed. I just didn't think of testing the LKMs :-( I'll remember them for the rest of the changes (newoptifying). Also, please be on the lookout for any strange changes WRT options - I'm doing fairly careful testing (checking for identical code before and after for the case of enabling and disabling the option) but there might still be some strange interactions I miss. Eivind. From owner-freebsd-current Tue Dec 16 16:52:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA17083 for current-outgoing; Tue, 16 Dec 1997 16:52:41 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mhub0.tc.umn.edu (0@mhub0.tc.umn.edu [128.101.131.50]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA17071 for ; Tue, 16 Dec 1997 16:52:32 -0800 (PST) (envelope-from adkin003@tc.umn.edu) Received: from gold.tc.umn.edu by mhub0.tc.umn.edu; Tue, 16 Dec 97 18:52:29 -0600 Received: from pub-27-a-186.dialup.umn.edu by gold.tc.umn.edu; Tue, 16 Dec 97 18:52:28 -0600 Date: Tue, 16 Dec 1997 18:51:42 -0600 (CST) From: dave adkins To: current@FreeBSD.ORG Subject: Re: netscape problems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 16 Dec 1997, dave adkins wrote: > > Since the addition of poll to the ufs functions of current after > Dec 14, netscape 4.04 seems to hang during cache reads from disk. > I narrowed it down to vop_stdpoll. If vop_stdpoll is replaced in a current system with vop_nopoll (ufs_vnops.c) the problem goes away. It looks like as far as netscape 4.04 is concerned vop_stdpoll confuses the select function. BTW, i failed to mention that the system is SMP. dave adkins From owner-freebsd-current Tue Dec 16 19:00:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA28416 for current-outgoing; Tue, 16 Dec 1997 19:00:02 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (garbanzo@libya-204.ppp.hooked.net [206.169.227.204]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA28258 for ; Tue, 16 Dec 1997 18:58:39 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with SMTP id SAA01608 for ; Tue, 16 Dec 1997 18:59:42 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 16 Dec 1997 18:59:42 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: current Subject: Pentium optimizations Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been lurking on the egcs list, and a few Linux/x86ites have been tossing around various Pentium or K6 enhanced functions (strlen and memcpy come to mind). I was wondering what the chance of this actually being merged into the -current cc? I was hopin we could get some Pentium optimizations without having to use the (as of now) fairly incompatable egcs. Or maybe get some of the dynamic library gunk merged into egcs. - alex From owner-freebsd-current Tue Dec 16 19:22:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA00676 for current-outgoing; Tue, 16 Dec 1997 19:22:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA00649 for ; Tue, 16 Dec 1997 19:22:27 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.5) id WAA14173; Tue, 16 Dec 1997 22:22:24 -0500 (EST) Date: Tue, 16 Dec 1997 22:22:24 -0500 (EST) From: Garrett Wollman Message-Id: <199712170322.WAA14173@khavrinen.lcs.mit.edu> To: dave adkins Cc: current@FreeBSD.ORG Subject: Re: netscape problems In-Reply-To: References: Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > system with vop_nopoll (ufs_vnops.c) the problem goes away. It looks like > as far as netscape 4.04 is concerned vop_stdpoll confuses the select > function. BTW, i failed to mention that the system is SMP. It's probably bogusly expecting to poll on a file. Hmmm... I guess I did break the interface slightly. Try adding this code to vop_stdpoll: if ((ap->a_events & ~POLLSTANDARD) == 0) return ((ap->a_events & (POLLRDNORM|POLLWRNORM))); That will restore the old behavior of always returning true for those requests. If that fixes it... -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Tue Dec 16 20:05:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA03731 for current-outgoing; Tue, 16 Dec 1997 20:05:48 -0800 (PST) (envelope-from owner-freebsd-current) Received: from internet1.mel.cybec.com.au (internet1.mel.cybec.com.au [203.103.154.130]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA03722 for ; Tue, 16 Dec 1997 20:05:35 -0800 (PST) (envelope-from TLiddelow@cybec.com.au) Received: from cybec.com.au (tech34.mel.cybec.com.au [203.103.154.37]) by internet1.mel.cybec.com.au (post.office MTA v2.0 0813 ID# 0-14031) with ESMTP id AAA461; Wed, 17 Dec 1997 15:07:03 +1100 Message-ID: <34974F93.7D7BF3C3@cybec.com.au> Date: Wed, 17 Dec 1997 15:05:39 +1100 From: TLiddelow@cybec.com.au (Tim Liddelow) Organization: Cybec Pty Ltd X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: Alex CC: current Subject: Re: Pentium optimizations References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alex wrote: > > I've been lurking on the egcs list, and a few Linux/x86ites have been > tossing around various Pentium or K6 enhanced functions (strlen and memcpy > come to mind). I was wondering what the chance of this actually being > merged into the -current cc? I was hopin we could get some Pentium > optimizations without having to use the (as of now) fairly incompatable > egcs. Or maybe get some of the dynamic library gunk merged into egcs. > > - alex I'd love to see egcs as a package for both -current and also -stable... anyone interested in doing it? I would do it if I had the time... (I know, you've heard that before). I'm not really familiar with the grokery/hackery that has been involved in merging gcc into the FreeBSD tree anyway. When gcc changes, how are these changes munged into FreeBSD's gcc ? (Not that gcc has changed much over the last eon!). I wonder if anyone has ever thought about "unbundling" cc(1) like some of the commercial unixen do...and just making it a package...then you could select the cc you wanted from sysinstall... for example, developers may select egcs, standard users may select gcc, other users may select pgcc, others a simple C compiler. Some users won't ever use C++, so why should they get the extra bloat of g++ ? Of course, this "unbundling" isn't really unbundling, because you can simply pick the compiler you want. It also means 3rd party vendors may be more inclined to provide a compiler one day. Just some thoughts. Tim. & waits for flames on unbundling & -- ==================================================================== Tim Liddelow * Internet Consulting Internet Project Manager * * Cybec Pty Ltd * Anti Virus/Firewalls/Security Phone: +61 3 9825 5645 C++/UNIX/WIN32/OOP/OOD/WWW mailto:TLiddelow@cybec.com.au * http://www.vet.com.au/ ===================================================================== From owner-freebsd-current Tue Dec 16 20:37:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA07219 for current-outgoing; Tue, 16 Dec 1997 20:37:39 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA07208 for ; Tue, 16 Dec 1997 20:37:30 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id XAA01802; Tue, 16 Dec 1997 23:37:22 -0500 (EST) (envelope-from toor) Message-Id: <199712170437.XAA01802@dyson.iquest.net> Subject: Re: Pentium optimizations In-Reply-To: from Alex at "Dec 16, 97 06:59:42 pm" To: garbanzo@hooked.net (Alex) Date: Tue, 16 Dec 1997 23:37:22 -0500 (EST) Cc: current@freebsd.org From: "John S. Dyson" Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Alex said: > > I've been lurking on the egcs list, and a few Linux/x86ites have been > tossing around various Pentium or K6 enhanced functions (strlen and memcpy > come to mind). I was wondering what the chance of this actually being > merged into the -current cc? I was hopin we could get some Pentium > optimizations without having to use the (as of now) fairly incompatable > egcs. Or maybe get some of the dynamic library gunk merged into egcs. > I also have been lurking, and frankly the EGCS compiler is a fantastic improvement. There is a LONG LONG way to go before the compiler will be ready for us (but considering the progress that they have been making, a "long long way" might mean a month or so :-)). I think that they are doing it "right", and moving aggressively. I have been making my own PPRO optimizations, and been tracking their work. I'll likely offer the stuff to them, if I see that my stuff is good enough. (I am NOT a compiler person, but have played with GCC internals since the 1.2X days.) We should do better to support the effort, and optionally offer the EGCS compiler as a port. My guess is that it won't be ready to be the 3.0-RELEASE default compiler. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, and jdyson@nc.com | it irritates the pig. From owner-freebsd-current Tue Dec 16 20:40:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA07499 for current-outgoing; Tue, 16 Dec 1997 20:40:25 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mhub1.tc.umn.edu (0@mhub1.tc.umn.edu [128.101.131.51]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA07494 for ; Tue, 16 Dec 1997 20:40:19 -0800 (PST) (envelope-from adkin003@tc.umn.edu) Received: from gold.tc.umn.edu by mhub1.tc.umn.edu; Tue, 16 Dec 97 22:40:06 -0600 Received: from pub-17-b-156.dialup.umn.edu by gold.tc.umn.edu; Tue, 16 Dec 97 22:40:05 -0600 Date: Tue, 16 Dec 1997 22:39:19 -0600 (CST) From: dave adkins To: Garrett Wollman cc: dave adkins , current@FreeBSD.ORG Subject: Re: netscape problems In-Reply-To: <199712170322.WAA14173@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 16 Dec 1997, Garrett Wollman wrote: > It's probably bogusly expecting to poll on a file. Hmmm... I guess I > did break the interface slightly. > > Try adding this code to vop_stdpoll: > > if ((ap->a_events & ~POLLSTANDARD) == 0) > return ((ap->a_events & (POLLRDNORM|POLLWRNORM))); > > That will restore the old behavior of always returning true for those > requests. If that fixes it... > > -GAWollman > > -- > Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same > wollman@lcs.mit.edu | O Siem / The fires of freedom > Opinions not those of| Dance in the burning flame > MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick > > That fixes it. No more netscape hangs during file cache reads. thanks. dave From owner-freebsd-current Tue Dec 16 21:17:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA09796 for current-outgoing; Tue, 16 Dec 1997 21:17:00 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (garbanzo@libya-196.ppp.hooked.net [206.169.227.196]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA09725; Tue, 16 Dec 1997 21:16:41 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with SMTP id VAA02660; Tue, 16 Dec 1997 21:17:46 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Tue, 16 Dec 1997 21:17:45 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: "John S. Dyson" cc: current@freebsd.org Subject: Re: Pentium optimizations In-Reply-To: <199712170437.XAA01802@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 16 Dec 1997, John S. Dyson wrote: > I also have been lurking, and frankly the EGCS compiler is a fantastic > improvement. There is a LONG LONG way to go before the compiler will > be ready for us (but considering the progress that they have been making, It's quite nice to see some progress on gcc, in fact for a while I wondered if 2.7.x was the last release of gcc. Guess not ;-) [...] > We should do better to support the effort, and optionally offer the EGCS > compiler as a port. My guess is that it won't be ready to be the 3.0-RELEASE > default compiler. The response(s) I got to my "I'm a newbie, anyone know about this problem" was basically met with "well no FreeBSD developers have contacted us, and if they did we'd accept/commit/whatever some changes..". - alex From owner-freebsd-current Tue Dec 16 21:37:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA11848 for current-outgoing; Tue, 16 Dec 1997 21:37:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from internet1.mel.cybec.com.au (internet1.mel.cybec.com.au [203.103.154.130]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA11843 for ; Tue, 16 Dec 1997 21:37:08 -0800 (PST) (envelope-from TLiddelow@cybec.com.au) Received: from cybec.com.au (tech34.mel.cybec.com.au [203.103.154.37]) by internet1.mel.cybec.com.au (post.office MTA v2.0 0813 ID# 0-14031) with ESMTP id AAA469; Wed, 17 Dec 1997 16:38:32 +1100 Message-ID: <34976507.9F3D14@cybec.com.au> Date: Wed, 17 Dec 1997 16:37:11 +1100 From: TLiddelow@cybec.com.au (Tim Liddelow) Organization: Cybec Pty Ltd X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: Alex CC: current@freebsd.org Subject: Re: Pentium optimizations References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Alex wrote: > > > There's a broken, port for pgcc. However, gcc makes it fairly easy to > install one version of gcc without a port, install another, and choose > between the two on the fly (-Vegcs-2.90.20, -Vegcs-2.90.20p, -Vgcc-2.8.0). Yep, but I don't want to bloat my system with more than one compiler...call me lazy :) > > Although, the only real reason Sun "unbundles" it's compiler is to > make more money :) AFAIK g++ = gcc with it adding -lstdc++ and -lg++ by > default, so really g++ could be a small sh script if you're so inclined > ;-) You missed the point - the compiler is a C++ compiler. It has support for C++ - templates (albeit buggy), exceptions, C++ objects, etc. It is much bigger than a small, efficient C compiler. > > > Of course, this "unbundling" isn't really unbundling, because you can > > simply pick the compiler you want. It also means 3rd party vendors > > may be more inclined to provide a compiler one day. > > But what decent 3rd party compilers are available for Free [x86] OSes? Yeah, granted. But you never know..:) > > * Since FBSD still uses the a.out format, it needs some sevre (and I'm > guessing ugly) hacks to get shared libs working. Terry Lambert has been > pusing a switch to ELF format, which would have the added benefit of > allowing shared libs without hacks. If we switch to ELF, no ugly hacks > would need to be merged. Yeah, well I've been a supporter of going to ELF for ages ... no need to convince me of this one. John Dyson for president! :) (just kidding Jordan). :) Cheers Tim. -- ==================================================================== Tim Liddelow * Internet Consulting Internet Project Manager * * Cybec Pty Ltd * Anti Virus/Firewalls/Security Phone: +61 3 9825 5645 C++/UNIX/WIN32/OOP/OOD/WWW mailto:TLiddelow@cybec.com.au * http://www.vet.com.au/ ===================================================================== From owner-freebsd-current Tue Dec 16 22:02:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA13367 for current-outgoing; Tue, 16 Dec 1997 22:02:36 -0800 (PST) (envelope-from owner-freebsd-current) Received: from taliesin.cs.ucla.edu (Taliesin.CS.UCLA.EDU [131.179.96.166]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA13362 for ; Tue, 16 Dec 1997 22:02:29 -0800 (PST) (envelope-from scottm@mordred.cs.ucla.edu) Received: (qmail 9223 invoked from network); 17 Dec 1997 06:02:19 -0000 Received: from mordred.cs.ucla.edu (131.179.48.34) by taliesin.cs.ucla.edu with SMTP; 17 Dec 1997 06:02:19 -0000 Received: from mordred (localhost [127.0.0.1]) by mordred.cs.ucla.edu (8.8.8/8.8.7) with ESMTP id WAA00650; Tue, 16 Dec 1997 22:02:26 -0800 (PST) (envelope-from scottm@mordred.cs.ucla.edu) Message-Id: <199712170602.WAA00650@mordred.cs.ucla.edu> X-Mailer: exmh version 2.0zeta 7/24/97 To: TLiddelow@cybec.com.au (Tim Liddelow) cc: current Subject: Re: Pentium optimizations In-reply-to: Your message of "Wed, 17 Dec 1997 15:05:39 +1100." <34974F93.7D7BF3C3@cybec.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Dec 1997 22:02:26 -0800 From: Scott Michel Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'd love to see that package maintainer's sanity, as egcs is a quickly moving target. Not for the faint of heart. -scooter > I'd love to see egcs as a package for both -current and also -stable... > anyone interested in doing it? I would do it if I had the time... > (I know, you've heard that before). I'm not really familiar with the > grokery/hackery that has been involved in merging gcc into the > FreeBSD tree anyway. When gcc changes, how are these changes munged > into FreeBSD's gcc ? (Not that gcc has changed much over the last > eon!). I wonder if anyone has ever thought about "unbundling" cc(1) > like some of the commercial unixen do...and just making it a > package...then you could select the cc you wanted from sysinstall... > for example, developers may select egcs, standard users may select > gcc, other users may select pgcc, others a simple C compiler. > Some users won't ever use C++, so why should they get the extra bloat > of g++ ? > > Of course, this "unbundling" isn't really unbundling, because you can > simply pick the compiler you want. It also means 3rd party vendors > may be more inclined to provide a compiler one day. > > Just some thoughts. > > Tim. > > & waits for flames on unbundling & > > -- > ==================================================================== > Tim Liddelow * Internet Consulting > Internet Project Manager * * > Cybec Pty Ltd * Anti Virus/Firewalls/Security > Phone: +61 3 9825 5645 C++/UNIX/WIN32/OOP/OOD/WWW > mailto:TLiddelow@cybec.com.au * http://www.vet.com.au/ > ===================================================================== From owner-freebsd-current Tue Dec 16 22:38:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA15256 for current-outgoing; Tue, 16 Dec 1997 22:38:36 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA15108; Tue, 16 Dec 1997 22:36:56 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id BAA00476; Wed, 17 Dec 1997 01:23:22 -0500 (EST) (envelope-from toor) Message-Id: <199712170623.BAA00476@dyson.iquest.net> Subject: Re: Pentium optimizations In-Reply-To: from Alex at "Dec 16, 97 09:17:45 pm" To: garbanzo@hooked.net (Alex) Date: Wed, 17 Dec 1997 01:23:22 -0500 (EST) Cc: dyson@freebsd.org, current@freebsd.org From: "John S. Dyson" Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Alex said: > > The response(s) I got to my "I'm a newbie, anyone know about this problem" > was basically met with "well no FreeBSD developers have contacted us, and > if they did we'd accept/commit/whatever some changes..". > I expected that they would be cooperative (the EGCS group appears to be culturally similar to us (modulo-GPL).) John Polstra is really our most active ELF/Compiler person, and so he would likely be a better "official FreeBSD" interface. He is also less politically likely to insert his foot into his eating orifice. I do have some PPro mods, and they appear to help performance on average. The PPro is a really wierd creature (like the K6.) The darned processor does so much optimization, it appears to be insensitive to code mods. There are areas of reasonable payoffs, and lots of "obvious" optimizations that end up being neutral. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Tue Dec 16 22:48:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA15947 for current-outgoing; Tue, 16 Dec 1997 22:48:34 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA15937 for ; Tue, 16 Dec 1997 22:48:24 -0800 (PST) (envelope-from handy@sag.space.lockheed.com) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA14496; Tue, 16 Dec 1997 22:48:01 -0800 Date: Tue, 16 Dec 1997 22:48:01 -0800 (PST) From: Brian Handy To: Tim Liddelow Cc: Alex , current@freebsd.org Subject: Re: Pentium optimizations In-Reply-To: <34976507.9F3D14@cybec.com.au> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Yeah, well I've been a supporter of going to ELF for ages ... no need to >convince me of this one. John Dyson for president! :) (just kidding >Jordan). I thought this was a forgone conclusion? Wasn't there a one-liner where we decided "Oh yea, *that's* why we're going to ELF, and then the two or three people who actually have the know-how to do this (Soren and John Polstra spring to mind, there must be a few others) ran off to puzzle this out. I imagine when they have the time to finish this problem, you're going to see a mega-commit to -current moving us to ELF. But, then again, I could just be blowing smoke. It's happened [far too many] times before... Happy trails, Brian From owner-freebsd-current Tue Dec 16 23:05:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA16798 for current-outgoing; Tue, 16 Dec 1997 23:05:54 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA16770 for ; Tue, 16 Dec 1997 23:05:39 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id CAA00666; Wed, 17 Dec 1997 02:04:38 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712170704.CAA00666@dyson.iquest.net> Subject: Re: Pentium optimizations In-Reply-To: <34976507.9F3D14@cybec.com.au> from Tim Liddelow at "Dec 17, 97 04:37:11 pm" To: TLiddelow@cybec.com.au (Tim Liddelow) Date: Wed, 17 Dec 1997 02:04:38 -0500 (EST) Cc: garbanzo@hooked.net, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tim Liddelow said: > > Yeah, well I've been a supporter of going to ELF for ages ... no need to > convince me of this one. John Dyson for president! :) (just kidding > Jordan). > Thank you, but John Polstra is Mr ELF on FreeBSD. I also think that we need to go to ELF soon, and I *THINK* that the decision has been made now. (I could be wrong though.) -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Tue Dec 16 23:49:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA20282 for current-outgoing; Tue, 16 Dec 1997 23:49:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA20274; Tue, 16 Dec 1997 23:49:49 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xiEEi-0000hM-00; Wed, 17 Dec 1997 00:49:44 -0700 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id AAA03406; Wed, 17 Dec 1997 00:49:51 -0700 (MST) Message-Id: <199712170749.AAA03406@harmony.village.org> To: dyson@freebsd.org Subject: Re: Pentium optimizations Cc: garbanzo@hooked.net (Alex), current@freebsd.org In-reply-to: Your message of "Tue, 16 Dec 1997 23:37:22 EST." <199712170437.XAA01802@dyson.iquest.net> References: <199712170437.XAA01802@dyson.iquest.net> Date: Wed, 17 Dec 1997 00:49:50 -0700 From: Warner Losh Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199712170437.XAA01802@dyson.iquest.net> "John S. Dyson" writes: : We should do better to support the effort, and optionally offer the EGCS : compiler as a port. My guess is that it won't be ready to be the 3.0-RELEASE : default compiler. the tricky part in doing cc as a port is to make sure that it doesn't get killed in a make world.... i'd love to see some constructive ideas here... Warner From owner-freebsd-current Wed Dec 17 00:05:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA21149 for current-outgoing; Wed, 17 Dec 1997 00:05:29 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA21137; Wed, 17 Dec 1997 00:05:15 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id DAA00959; Wed, 17 Dec 1997 03:05:07 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712170805.DAA00959@dyson.iquest.net> Subject: Re: Pentium optimizations In-Reply-To: <199712170749.AAA03406@harmony.village.org> from Warner Losh at "Dec 17, 97 00:49:50 am" To: imp@village.org (Warner Losh) Date: Wed, 17 Dec 1997 03:05:07 -0500 (EST) Cc: dyson@freebsd.org, garbanzo@hooked.net, current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh said: > In message <199712170437.XAA01802@dyson.iquest.net> "John S. Dyson" writes: > : We should do better to support the effort, and optionally offer the EGCS > : compiler as a port. My guess is that it won't be ready to be the 3.0-RELEASE > : default compiler. > > the tricky part in doing cc as a port is to make sure that it doesn't > get killed in a make world.... > > i'd love to see some constructive ideas here... > I am really not a toolchain person, so my opinions might be garbage. But, hows about using the gcc moniker for egcs or the non-default gcc? That gcc would call the elf version of ld, and use the elf versions of libraries. If gcc isn't acceptable, some other name like egcc or somesuch might be okay? We would get alot more usage of the (new) compiler if it was in ports, and potentially be able to leverage more support from the gcc/egcs teams themselves. Maybe we aren't into "GPL", but GPLed tools aren't all that bad, and it seems that we should be better supporting GCC and other tools that don't taint the runtime. (The only problem is we are already spread very thin, but frankly, we will get a pretty good multiplier if we can somehow put gcc/egcs into ports.) One thing about egcs in particular, and that is it is a fast moving target, and I have found that it sucks up too much of my time to hack on it (I enjoy it too much), and the port maintainer would also have problems tracking it. (Someone else already mentioned that as a potential problem, I think.) However, getting it into ports and somehow handle the deltas from the EGCS development would be a big win (even from a PR standpoint from the EGCS/GCC community.) I really don't want to see anyone wasting time on trying to somehow mangle EGCS into the ports framework, but if someone who is knowlegeable can do it without lots of trouble (or would have lots of fun doing it), maybe it would be a (very) good idea. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Wed Dec 17 00:46:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA23624 for current-outgoing; Wed, 17 Dec 1997 00:46:34 -0800 (PST) (envelope-from owner-freebsd-current) Received: from gjp.erols.com (alex-va-n008c243.moon.jic.com [206.156.18.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA23618 for ; Wed, 17 Dec 1997 00:46:27 -0800 (PST) (envelope-from gjp@erols.com) Received: from gjp.erols.com (localhost.erols.com [127.0.0.1]) by gjp.erols.com (8.8.8/8.8.7) with SMTP id DAA00296 for ; Wed, 17 Dec 1997 03:46:23 -0500 (EST) (envelope-from gjp@erols.com) Message-ID: <3497915F.41C67EA6@erols.com> Date: Wed, 17 Dec 1997 03:46:23 -0500 From: Gary Palmer X-Mailer: Mozilla 3.04 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: Netscape on -current Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Anyone else having problems with Netscape 3.04 under the lastest -current bits? If you use the back button on my machine at home it just sits there trying to (I think) load from the cached file, but doesn't actually manage to do it. I bet its to do with the recent poll changes in the filesystem code, but I'm not sure (haven't had a chance to look at what was done). Anyone got any ideas or seen this themselves? FreeBSD gjp.erols.com 3.0-CURRENT FreeBSD 3.0-CURRENT #5: Wed Dec 17 01:50:19 EST 1997 root@gjp.erols.com:/usr/src/sys/compile/HOME i386 Nothing unusual in my kernel config file... Thanks, Gary From owner-freebsd-current Wed Dec 17 02:59:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA00431 for current-outgoing; Wed, 17 Dec 1997 02:59:47 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mailhub (tfs.com [140.145.250.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id CAA00424; Wed, 17 Dec 1997 02:59:42 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from schizo.dk.tfs.com by mailhub (SMI-8.6/SMI-SVR4) id CAA25015; Wed, 17 Dec 1997 02:52:05 -0800 Received: from critter.freebsd.dk (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.7/8.7.3) with ESMTP id LAA24492; Wed, 17 Dec 1997 11:58:32 +0100 (MET) Received: from critter.freebsd.dk (localhost.dk.tfs.com [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id LAA01093; Wed, 17 Dec 1997 11:56:13 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Warner Losh cc: dyson@freebsd.org, garbanzo@hooked.net (Alex), current@freebsd.org Subject: Re: Pentium optimizations In-reply-to: Your message of "Wed, 17 Dec 1997 00:49:50 MST." <199712170749.AAA03406@harmony.village.org> Date: Wed, 17 Dec 1997 11:56:12 +0100 Message-ID: <1091.882356172@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199712170749.AAA03406@harmony.village.org>, Warner Losh writes: >In message <199712170437.XAA01802@dyson.iquest.net> "John S. Dyson" writes: >: We should do better to support the effort, and optionally offer the EGCS >: compiler as a port. My guess is that it won't be ready to be the 3.0-RELE >ASE >: default compiler. > >the tricky part in doing cc as a port is to make sure that it doesn't >get killed in a make world.... > >i'd love to see some constructive ideas here... /etc/make.conf: CCISLOASINSPACE= true -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-current Wed Dec 17 03:03:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA00630 for current-outgoing; Wed, 17 Dec 1997 03:03:50 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rvc1.informatik.ba-stuttgart.de (isdn059.stuttgart.netsurf.de [194.195.220.218]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA00624 for ; Wed, 17 Dec 1997 03:03:43 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id MAA01556; Wed, 17 Dec 1997 12:01:10 +0100 (MET) From: Wolfgang Helbig Message-Id: <199712171101.MAA01556@rvc1.informatik.ba-stuttgart.de> Subject: Re: Heads up / Compile problems in lkms : Fixed In-Reply-To: <86ra7caj1j.fsf@bitbox.follo.net> from Eivind Eklund at "Dec 17, 97 01:51:36 am" To: perhaps@yes.no (Eivind Eklund) Date: Wed, 17 Dec 1997 12:01:10 +0100 (MET) Cc: current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > For those that have had problems compiling the lkms the last 24 hours > due to missing opt_ipx.h and opt_compat.h files - this has now been > fixed. Hmm, possibly I missed the commit message that fixed the opt_compat.h problem, anyway here are patches that I needed to apply to do a "make depend" in /usr/src/lkm: I didn't commit them, because I am not sure they are needed. (I didn't run a full blown "make world", because of time constraints.) The patches are relative to the lkm directory. Wolfgang Index: ibcs2/Makefile =================================================================== RCS file: /usr/cvsroot/src/lkm/ibcs2/Makefile,v retrieving revision 1.13 diff -u -r1.13 Makefile --- Makefile 1997/02/22 12:47:56 1.13 +++ Makefile 1997/12/17 09:55:10 @@ -6,12 +6,16 @@ ibcs2_fcntl.c ibcs2_signal.c ibcs2_sysent.c ibcs2_ioctl.c \ ibcs2_socksys.c ibcs2_util.c ibcs2_xenix.c ibcs2_xenix_sysent.c \ ibcs2_isc.c ibcs2_isc_sysent.c \ - ibcs2_msg.c ibcs2_other.c ibcs2_sysi86.c ibcs2_sysvec.c vnode_if.h + ibcs2_msg.c ibcs2_other.c ibcs2_sysi86.c ibcs2_sysvec.c opt_compat.h \ + vnode_if.h MAN8= ibcs2.8 CFLAGS+= -DLKM -I. -DCOMPAT_IBCS2 -CLEANFILES+= vnode_if.h vnode_if.c +CLEANFILES+= opt_compat.h vnode_if.c vnode_if.h EXPORT_SYMS= _ibcs2_mod _ibcs2_emul_path _ibcs2_svr3_sysvec + +opt_compat.h: + touch opt_compat.h afterinstall: ${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ Index: nfs/Makefile =================================================================== RCS file: /usr/cvsroot/src/lkm/nfs/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 1997/02/22 12:48:40 1.3 +++ Makefile 1997/12/17 10:01:26 @@ -3,9 +3,15 @@ .PATH: ${.CURDIR}/../../sys/nfs KMOD= nfs_mod SRCS= nfs_bio.c nfs_node.c nfs_nqlease.c nfs_serv.c nfs_socket.c \ - nfs_srvcache.c nfs_subs.c nfs_syscalls.c nfs_vfsops.c nfs_vnops.c + nfs_srvcache.c nfs_subs.c nfs_syscalls.c nfs_vfsops.c nfs_vnops.c \ + opt_compat.h NOMAN= VFS_LKM= CFLAGS+= -DNFS -DINET + +CLEANFILES+= opt_compat.h + +opt_compat.h: + touch opt_compat.h .include Index: portal/Makefile =================================================================== RCS file: /usr/cvsroot/src/lkm/portal/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile 1997/02/22 12:48:47 1.3 +++ Makefile 1997/12/17 10:07:29 @@ -2,9 +2,14 @@ .PATH: ${.CURDIR}/../../sys/miscfs/portal KMOD= portal_mod -SRCS= portal_vfsops.c portal_vnops.c +SRCS= opt_compat.h portal_vfsops.c portal_vnops.c NOMAN= VFS_LKM= CFLAGS+= -DPORTAL + +CLEANFILES+= opt_compat.h + +opt_compat.h: + touch opt_compat.h .include Index: qcam/Makefile =================================================================== RCS file: /usr/cvsroot/src/lkm/qcam/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile 1997/02/22 12:48:52 1.6 +++ Makefile 1997/12/17 10:13:37 @@ -2,11 +2,14 @@ .PATH: ${.CURDIR}/../../sys/i386/isa KMOD = qcam_mod -SRCS = qcam.c qcamio.c qcam.h +SRCS = opt_compat.h qcam.c qcamio.c qcam.h MAN8 = qcam.8 CFLAGS += -I. -DQCAM_MODULE -CLEANFILES += qcam.h +CLEANFILES += opt_compat.h qcam.h + +opt_compat.h: + touch opt_compat.h qcam.h: echo "#define NQCAM 1" > qcam.h From owner-freebsd-current Wed Dec 17 05:41:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA11591 for current-outgoing; Wed, 17 Dec 1997 05:41:13 -0800 (PST) (envelope-from owner-freebsd-current) Received: from shale.csir.co.za (shale.csir.co.za [146.64.46.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA11574 for ; Wed, 17 Dec 1997 05:40:57 -0800 (PST) (envelope-from reg@shale.csir.co.za) Received: (from reg@localhost) by shale.csir.co.za (8.8.8/8.8.8) id PAA00250; Wed, 17 Dec 1997 15:45:53 +0200 (SAT) (envelope-from reg) Message-ID: <19971217154553.48312@shale.csir.co.za> Date: Wed, 17 Dec 1997 15:45:53 +0200 From: Jeremy Lea To: current@FreeBSD.org Subject: Problems with new kernel and squid Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi all, This could just be me, but when I run a -current kernel compiled this morning (1997/12/17 +- 10:00 GMT), I dont get any responses from squid 1.1.18-novm (not even able to fetch pages from the localhost), but if I boot the old kernel (1997/12/14 +- 14:00 GMT), it works again? I recompiled squid with the same sources as the 'make world' that I did this morning, but no change. There were no changes to my kernel config file. Everything else seems to work just fine. Anyone else noticing this, or have I shot myself in the foot? If this is non-obvious then I'll send in my config file etc. -Jeremy -- .sig.gz From owner-freebsd-current Wed Dec 17 06:51:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA15558 for current-outgoing; Wed, 17 Dec 1997 06:51:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA15552 for ; Wed, 17 Dec 1997 06:51:02 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.5) id JAA15756; Wed, 17 Dec 1997 09:51:00 -0500 (EST) Date: Wed, 17 Dec 1997 09:51:00 -0500 (EST) From: Garrett Wollman Message-Id: <199712171451.JAA15756@khavrinen.lcs.mit.edu> To: dave adkins Cc: Garrett Wollman , current@FreeBSD.ORG Subject: Re: netscape problems In-Reply-To: References: <199712170322.WAA14173@khavrinen.lcs.mit.edu> Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > That fixes it. No more netscape hangs during file cache reads. OK, I have committed that fix. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-current Wed Dec 17 07:09:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA16798 for current-outgoing; Wed, 17 Dec 1997 07:09:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA16784; Wed, 17 Dec 1997 07:09:35 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xiL6B-0000tG-00; Wed, 17 Dec 1997 08:09:23 -0700 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id IAA05279; Wed, 17 Dec 1997 08:09:35 -0700 (MST) Message-Id: <199712171509.IAA05279@harmony.village.org> To: Poul-Henning Kamp Subject: Re: Pentium optimizations Cc: dyson@freebsd.org, garbanzo@hooked.net (Alex), current@freebsd.org In-reply-to: Your message of "Wed, 17 Dec 1997 11:56:12 +0100." <1091.882356172@critter.freebsd.dk> References: <1091.882356172@critter.freebsd.dk> Date: Wed, 17 Dec 1997 08:09:35 -0700 From: Warner Losh Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <1091.882356172@critter.freebsd.dk> Poul-Henning Kamp writes: : CCISLOASINSPACE= true Or even CCINTREE= true BINUTILSINTREE= true as the defaults, and when they are false, the binutils and/or cc just don't get built and installed. Warner From owner-freebsd-current Wed Dec 17 07:48:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA19930 for current-outgoing; Wed, 17 Dec 1997 07:48:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from consys.com (consys.com [209.60.202.194]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA19253; Wed, 17 Dec 1997 07:42:51 -0800 (PST) (envelope-from rcarter@consys.com) Received: from dnstoo.consys.com (dnstoo.ConSys.COM [209.60.202.195]) by consys.com (8.8.6/8.8.6) with ESMTP id IAA04319; Wed, 17 Dec 1997 08:40:40 -0700 (MST) Received: from dnstoo.consys.com (localhost [127.0.0.1]) by dnstoo.consys.com (8.8.8/8.8.6) with ESMTP id IAA09962; Wed, 17 Dec 1997 08:42:33 -0700 (MST) Message-Id: <199712171542.IAA09962@dnstoo.consys.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: dyson@FreeBSD.ORG cc: garbanzo@hooked.net (Alex), current@FreeBSD.ORG Subject: Re: Pentium optimizations In-reply-to: Your message of "Wed, 17 Dec 1997 01:23:22 EST." <199712170623.BAA00476@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Dec 1997 08:42:33 -0700 From: "Russell L. Carter" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk }Alex said: }> }> The response(s) I got to my "I'm a newbie, anyone know about this problem" }> was basically met with "well no FreeBSD developers have contacted us, and }> if they did we'd accept/commit/whatever some changes..". }> }I expected that they would be cooperative (the EGCS group appears to be }culturally similar to us (modulo-GPL).) John Polstra is really our }most active ELF/Compiler person, and so he would likely be a better }"official FreeBSD" interface. He is also less politically likely to }insert his foot into his eating orifice. I do have some PPro mods, }and they appear to help performance on average. The PPro is a }really wierd creature (like the K6.) The darned processor does so }much optimization, it appears to be insensitive to code mods. There are ^^^^^^^^^^^^^^^^^^^^^^^^ Noticed that too, eh? Recently I hacked up some of the SSLeay asm code and while I could improve P5 performance about 30%, the best that I could do, with a lot of effort was maybe 4% for PII and PPro. The out-of-order execution seems to help a lot. Oh, and the P5 specific asm actually makes the PPro slow down over the C source; not good tidings for ye merry old tuners. }areas of reasonable payoffs, and lots of "obvious" optimizations that }end up being neutral. Yep. I wouldn't worry too much about other people's claims about code optimized for Pentium Pro. Russell } }-- }John | Never try to teach a pig to sing, }dyson@freebsd.org | it just makes you look stupid, }jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Wed Dec 17 09:54:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA27845 for current-outgoing; Wed, 17 Dec 1997 09:54:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA27837 for ; Wed, 17 Dec 1997 09:53:56 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id JAA02206; Wed, 17 Dec 1997 09:53:46 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712171753.JAA02206@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Gary Palmer cc: Gary Palmer , current@freebsd.org Subject: Re: cvs commit: src/sys/i386/linux linux.h linux_ioctl.c In-reply-to: Your message of "Wed, 17 Dec 1997 12:42:21 EST." <34980EFD.446B9B3D@erols.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Dec 1997 09:53:46 -0800 From: Amancio Hasty Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I think when I get back I will post a summary or target goals to get svgalib fully compatible on FreeBSD and it is pretty easy to look up ioperm in the current linux emulation layer. In the mean time you can download: ftp://rah.star-gate.com/svgalib-foo.tar.gz ftp://rah.star-gate.com/svgalib-1.2.11.tar.gz (thats the orignal) Cheers, Amancio > Amancio Hasty wrote: > > We don't need ioperm. > > How do you control access to /dev/mem then? The svgalib I use > accesses /dev/mem to do the graphics... > > > I have not noticed any problems with quake, quake II or quake server. > > Under svgalib? Weird ... I have, with both PCVT and Syscons. This > is with the default svgalib shipped in linux_lib tho ... not > a hacked up version. > > Gary From owner-freebsd-current Wed Dec 17 09:55:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA27910 for current-outgoing; Wed, 17 Dec 1997 09:55:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA27904 for ; Wed, 17 Dec 1997 09:55:13 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.8.8/8.8.5) id JAA19258 for freebsd-current@freebsd.org; Wed, 17 Dec 1997 09:56:22 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 17 Dec 1997 09:48:44 -0800 (PST) From: Steve Kargl To: freebsd-current@freebsd.org Subject: why is tcl in base distribution Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I tried to build tkrat from the ports-current collection, and to my amazement the make process tried to install the tcl80 port. tcl80 is a duplicate of tcl installed by a make world. So, (1) Why is tcl in the base distribution if it is not used? troutmask:kargl[250] file /bin/* | grep -i tcl troutmask:kargl[251] file /sbin/* | grep -i tcl troutmask:kargl[252] file /usr/bin/* | grep -i tcl /usr/bin/tclsh: FreeBSD/i386 compact demand paged dynamically linked executable troutmask:kargl[253] file /usr/sbin/* | grep -i tcl /usr/sbin/addgroup: a /usr/bin/tclsh script text (2) Why is the ports-current collection ignoring the version of tcl installed with the base distribution? -- Steve finger kargl@troutmask.apl.washington.edu http://troutmask.apl.washington.edu/~clesceri/kargl.html From owner-freebsd-current Wed Dec 17 10:13:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA29049 for current-outgoing; Wed, 17 Dec 1997 10:13:57 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA29030; Wed, 17 Dec 1997 10:13:38 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id SAA23394; Wed, 17 Dec 1997 18:13:29 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id TAA19921; Wed, 17 Dec 1997 19:13:25 +0100 (MET) To: dyson@FreeBSD.ORG Cc: garbanzo@hooked.net (Alex), current@FreeBSD.ORG Subject: Re: Pentium optimizations References: <199712170623.BAA00476@dyson.iquest.net> From: Eivind Eklund Date: 17 Dec 1997 19:13:24 +0100 In-Reply-To: "John S. Dyson"'s message of Wed, 17 Dec 1997 01:23:22 -0500 (EST) Message-ID: <86pvmvaldn.fsf@bitbox.follo.net> Lines: 19 X-Mailer: Gnus v5.4.52/XEmacs 20.2 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "John S. Dyson" writes: > I do have some PPro mods, and they appear to help performance on > average. The PPro is a really wierd creature (like the K6.) The > darned processor does so much optimization, it appears to be > insensitive to code mods. There are areas of reasonable payoffs, > and lots of "obvious" optimizations that end up being neutral. I was working with optimizing assembly code for the PPro a year ago. My experience was that modifying code seldom mattered, except for alignement. Making the tight loops hit 16-byte boundaries roughly doubled the speed. No other approach made a significant difference, AFAIR (I just supplied ideas and had another programmer implement them). All pairing happened automatically, and touching the cache to make it pre-fetch etc didn't help at all. Eivind. From owner-freebsd-current Wed Dec 17 10:31:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA00364 for current-outgoing; Wed, 17 Dec 1997 10:31:12 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA00349 for ; Wed, 17 Dec 1997 10:31:04 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id SAA23573; Wed, 17 Dec 1997 18:31:02 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id TAA21924; Wed, 17 Dec 1997 19:31:01 +0100 (MET) Message-ID: <19971217193101.27098@follo.net> Date: Wed, 17 Dec 1997 19:31:01 +0100 From: Eivind Eklund To: Wolfgang Helbig Cc: current@FreeBSD.ORG Subject: Re: Heads up / Compile problems in lkms : Fixed References: <86ra7caj1j.fsf@bitbox.follo.net> <199712171101.MAA01556@rvc1.informatik.ba-stuttgart.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <199712171101.MAA01556@rvc1.informatik.ba-stuttgart.de>; from Wolfgang Helbig on Wed, Dec 17, 1997 at 12:01:10PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, Dec 17, 1997 at 12:01:10PM +0100, Wolfgang Helbig wrote: > > > > For those that have had problems compiling the lkms the last 24 hours > > due to missing opt_ipx.h and opt_compat.h files - this has now been > > fixed. > > Hmm, possibly I missed the commit message that fixed the opt_compat.h > problem, anyway here are patches that I needed to apply to do a "make depend" > in /usr/src/lkm: Those patches look reasonable (they match with what I'd expect to be needed) - but I have not been able to reproduce the need for the patches here, neither for 'make' or 'make depend' :-( I'm slightly uncertain about what to do - commit the changes (they don't HURT, except for creating slightly more code complexity), or wait for more reports of people able to reproduce. Someone from core - what's policy? Does policy exist for this? Anybody else out there that can reproduce? Eivind. From owner-freebsd-current Wed Dec 17 10:33:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA00547 for current-outgoing; Wed, 17 Dec 1997 10:33:02 -0800 (PST) (envelope-from owner-freebsd-current) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA00540 for ; Wed, 17 Dec 1997 10:32:57 -0800 (PST) (envelope-from robin@intercore.com) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id NAA07460; Wed, 17 Dec 1997 13:28:02 -0500 (EST) Message-ID: <19971217132801.58398@num1sun.intercore.com> Date: Wed, 17 Dec 1997 13:28:01 -0500 From: Robin Cutshaw To: current@freebsd.org Subject: psmintr: out of sync (3.0-971208-SNAP) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just upgraded a Dell dual P133 system to 3.0-971208-SNAP (from the previous snap) and the mouse is flakey with XFree86. It moves randomly and the kernel logs: /kernel.GENERIC: psmintr: out of sync (0008 != 0000). Have any changes been made to the ps/2 mouse code lately? robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 robin@XFree86.Org "Time is just one damn thing after another" -- PBS/Nova ---- -- From owner-freebsd-current Wed Dec 17 10:43:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA01080 for current-outgoing; Wed, 17 Dec 1997 10:43:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA00998 for ; Wed, 17 Dec 1997 10:41:13 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.7) with SMTP id KAA11673 for ; Wed, 17 Dec 1997 10:41:12 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Wed, 17 Dec 1997 10:41:12 -0800 (PST) From: Chris Timmons To: freebsd-current@freebsd.org Subject: ctype.h versus -Werror under usr.sbin/lpr Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm not sure what the best thing to do about this would be aside from addressing the root cause. "temporarily" not use -Werror (or perphaps -Wredundant-decls if that is where the warning is coming from?) ===> usr.sbin/lpr ===> usr.sbin/lpr/common_source cc -nostdinc -g -pipe -Werror -Wall -Wnested-externs -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.sbin/lpr/common_source/common.c -o common.o cc -nostdinc -g -pipe -Werror -Wall -Wnested-externs -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.sbin/lpr/common_source/displayq.c -o displayq.o cc1: warnings being treated as errors /usr/obj/usr/src/tmp/usr/include/ctype.h:146: warning: `__maskrune' defined but not used /usr/obj/usr/src/tmp/usr/include/ctype.h:160: warning: `__toupper' defined but not used /usr/obj/usr/src/tmp/usr/include/ctype.h:167: warning: `__tolower' defined but not used *** Error code 1 Stop. From owner-freebsd-current Wed Dec 17 11:26:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA04734 for current-outgoing; Wed, 17 Dec 1997 11:26:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from pop.uniserve.com (pop.uniserve.com [204.244.156.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA04714 for ; Wed, 17 Dec 1997 11:26:23 -0800 (PST) (envelope-from tom@uniserve.com) Received: from shell.uniserve.com [204.244.210.252] by pop.uniserve.com with smtp (Exim 1.73 #1) id 0xiP6I-0004Pf-00; Wed, 17 Dec 1997 11:25:46 -0800 Date: Wed, 17 Dec 1997 11:25:44 -0800 (PST) From: Tom To: Steve Kargl cc: freebsd-current@freebsd.org Subject: Re: why is tcl in base distribution In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 17 Dec 1997, Steve Kargl wrote: > I tried to build tkrat from the ports-current collection, and to > my amazement the make process tried to install the tcl80 port. tcl80 > is a duplicate of tcl installed by a make world. So, > > (1) Why is tcl in the base distribution if it is not used? tcl is not part of the 2.2 branch, but seems to be part of the 3.0 branch (is that the final word?). Tom From owner-freebsd-current Wed Dec 17 11:28:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA05012 for current-outgoing; Wed, 17 Dec 1997 11:28:39 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA04991 for ; Wed, 17 Dec 1997 11:28:29 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id GAA13445; Thu, 18 Dec 1997 06:24:27 +1100 Date: Thu, 18 Dec 1997 06:24:27 +1100 From: Bruce Evans Message-Id: <199712171924.GAA13445@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.ORG, skynyrd@opus.cts.cwu.edu Subject: Re: ctype.h versus -Werror under usr.sbin/lpr Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I'm not sure what the best thing to do about this would be aside from >addressing the root cause. > >"temporarily" not use -Werror (or perphaps -Wredundant-decls if that is >where the warning is coming from?) > >===> usr.sbin/lpr >===> usr.sbin/lpr/common_source >cc -nostdinc -g -pipe -Werror -Wall -Wnested-externs -Wmissing-prototypes >-Wstrict-prototypes -Wredundant-decls -I/usr/obj/usr/src/tmp/usr/include >-c /usr/src/usr.sbin/lpr/common_source/common.c -o common.o >... >cc1: warnings being treated as errors >/usr/obj/usr/src/tmp/usr/include/ctype.h:146: warning: `__maskrune' >defined but not used It's a normal warning for compiling without -O. -O is the default, so hardly anyone notices the problem. Bruce From owner-freebsd-current Wed Dec 17 11:41:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA06335 for current-outgoing; Wed, 17 Dec 1997 11:41:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from opus.cts.cwu.edu (opus.cts.cwu.edu [198.104.92.71]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA06291 for ; Wed, 17 Dec 1997 11:41:40 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.8/8.8.7) with SMTP id LAA12390; Wed, 17 Dec 1997 11:41:32 -0800 (PST) (envelope-from skynyrd@opus.cts.cwu.edu) Date: Wed, 17 Dec 1997 11:41:32 -0800 (PST) From: Chris Timmons To: Bruce Evans cc: freebsd-current@FreeBSD.ORG Subject: Re: ctype.h versus -Werror under usr.sbin/lpr In-Reply-To: <199712171924.GAA13445@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well wouldn't you know it. At some point I had tweaked /etc/make.conf for something I was working on and wound up leaving -O out of the default CFLAGS. I kept looking at my sources to see why I was having the problem on one machine and not another :) -Chris On Thu, 18 Dec 1997, Bruce Evans wrote: > >cc1: warnings being treated as errors > >/usr/obj/usr/src/tmp/usr/include/ctype.h:146: warning: `__maskrune' > >defined but not used > > It's a normal warning for compiling without -O. -O is the default, so > hardly anyone notices the problem. > > Bruce > From owner-freebsd-current Wed Dec 17 12:16:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA09376 for current-outgoing; Wed, 17 Dec 1997 12:16:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from snail.slow.net (lancelot@slow.net [207.139.115.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA09358 for ; Wed, 17 Dec 1997 12:16:33 -0800 (PST) (envelope-from lancelot@slow.net) Received: from localhost (lancelot@localhost) by snail.slow.net (8.8.7/8.8.7) with SMTP id PAA03714 for ; Wed, 17 Dec 1997 15:17:21 -0500 (EST) (envelope-from lancelot@slow.net) Date: Wed, 17 Dec 1997 15:17:20 -0500 (EST) From: Sire Lancelot du Lac To: freebsd-current@freebsd.org Subject: FreeBSD description in the UNIX FAQ Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I ftped the UNIX FAQ today from rtfm.mit.edu and I found: -- FreeBSD: 386bsd 0.1 with the patchkit applied, and many updated utilities. -- As a description of my favorite OS. Maybe it's time for an update, i almost forgot what the patchkit was like. -- Christian Doucet lancelot@slow.net work: +1 514 728 1618 Freelance "Sysadmin-Programmer-UNIX-Internet" guru! home: +1 514 728 1618 This sentance has threee errors. -- trurl@yakko.nceye.net "Quotes are no ones' friend" -- xyg (jbl133@psu.edu) From owner-freebsd-current Wed Dec 17 12:34:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA10853 for current-outgoing; Wed, 17 Dec 1997 12:34:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA10841 for ; Wed, 17 Dec 1997 12:33:58 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.8.8/8.8.5) id MAA19524; Wed, 17 Dec 1997 12:35:13 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 17 Dec 1997 12:24:38 -0800 (PST) From: Steve Kargl To: Tom Subject: Re: why is tcl in base distribution Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 17-Dec-97 Tom wrote: > >On Wed, 17 Dec 1997, Steve Kargl wrote: > >> I tried to build tkrat from the ports-current collection, and to >> my amazement the make process tried to install the tcl80 port. tcl80 >> is a duplicate of tcl installed by a make world. So, >> >> (1) Why is tcl in the base distribution if it is not used? > > tcl is not part of the 2.2 branch, but seems to be part of the 3.0 >branch (is that the final word?). > It is not part of the 2.2 branch because Peter had the good sense to remove it. Check the CVS logs. ------------------------------------------------------------------ 1.2.2.1 Thu Aug 21 4:07:21 1997 by peter CVS Tags: RELENG_2_2_5_RELEASE; Branch: RELENG_2_2 Diffs to 1.2 ; Diffs to 1.3 FILE REMOVED Remove tcl since tcl7.5 is not used in 2.2, there is a binary compatable port (ie: installing the port will enable a program linked against libtcl75.so.* from the base to run), and this makes 2.2 compatable with -current from a ports perspective. Reviewed by: core ------------------------------------------------------------------- As far as I can tell, only /usr/sbin/addgroup (a 4kbyte script) uses tcl in the base distribution. tcl does not belong in the base distribution unless you enjoy bloat. To compound the problem, if you install some (any?) of the ports that use tcl, then you will have at least 2 copies it tcl in /usr. -- Steve finger kargl@troutmask.apl.washington.edu http://troutmask.apl.washington.edu/~clesceri/kargl.html From owner-freebsd-current Wed Dec 17 12:56:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA12788 for current-outgoing; Wed, 17 Dec 1997 12:56:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA12774 for ; Wed, 17 Dec 1997 12:56:06 -0800 (PST) (envelope-from pb@fasterix.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id VAA05898; Wed, 17 Dec 1997 21:55:42 +0100 (CET) (envelope-from pb@fasterix.frmug.org) Received: (from pb@localhost) by fasterix.frmug.org (8.8.8/8.8.5/pb-19970302) id VAA09984; Wed, 17 Dec 1997 21:55:17 +0100 (CET) Message-ID: <19971217215517.RV57140@@> Date: Wed, 17 Dec 1997 21:55:17 +0100 From: pb@fasterix.freenix.org (Pierre Beyssac) To: hasty@rah.star-gate.com (Amancio Hasty) Cc: gjp@erols.com (Gary Palmer), gjp@erols.net (Gary Palmer), current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/linux linux.h linux_ioctl.c References: <34980EFD.446B9B3D@erols.com> <199712171753.JAA02206@rah.star-gate.com> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <199712171753.JAA02206@rah.star-gate.com>; from Amancio Hasty on Dec 17, 1997 09:53:46 -0800 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > I think when I get back I will post a summary or target goals > to get svgalib fully compatible on FreeBSD and it is pretty That's great! > In the mean time you can download: > ftp://rah.star-gate.com/svgalib-foo.tar.gz > ftp://rah.star-gate.com/svgalib-1.2.11.tar.gz (thats the orignal) I think you mean: ftp://rah.star-gate.com/pub/svgalib-foo.tar.gz ftp://rah.star-gate.com/pub/svgalib-1.2.11.tar.gz -- Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher Free domains: http://www.eu.org/ or mail dns-manager@EU.org From owner-freebsd-current Wed Dec 17 14:27:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA20711 for current-outgoing; Wed, 17 Dec 1997 14:27:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from internet1.mel.cybec.com.au (internet1.mel.cybec.com.au [203.103.154.130]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA20703 for ; Wed, 17 Dec 1997 14:27:02 -0800 (PST) (envelope-from TLiddelow@cybec.com.au) Received: from cybec.com.au (tech34.mel.cybec.com.au [203.103.154.37]) by internet1.mel.cybec.com.au (post.office MTA v2.0 0813 ID# 0-14031) with ESMTP id AAA488; Thu, 18 Dec 1997 09:28:46 +1100 Message-ID: <349851B6.A9D9A835@cybec.com.au> Date: Thu, 18 Dec 1997 09:27:02 +1100 From: TLiddelow@cybec.com.au (Tim Liddelow) Organization: Cybec Pty Ltd X-Mailer: Mozilla 4.04 [en] (WinNT; I) MIME-Version: 1.0 To: "John S. Dyson" CC: garbanzo@hooked.net, current@FreeBSD.ORG Subject: Re: Pentium optimizations References: <199712170704.CAA00666@dyson.iquest.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John S. Dyson wrote: > > Thank you, but John Polstra is Mr ELF on FreeBSD. I also think that we need > to go to ELF soon, and I *THINK* that the decision has been made now. (I could > be wrong though.) Yeah, I know John Polstra is....apologies John P - I actually meant you but for some reason I typed "Dyson". I think it's to do with a VM virus I've got at the moment, and all the posts I'm reading from John D about the VM system lately. Yes, I know John Polstra's work and have been an avid supporter of his w.r.t. ELF and general compiler issues. Cheers Tim. -- ==================================================================== Tim Liddelow * Internet Consulting Internet Project Manager * * Cybec Pty Ltd * Anti Virus/Firewalls/Security Phone: +61 3 9825 5645 C++/UNIX/WIN32/OOP/OOD/WWW mailto:TLiddelow@cybec.com.au * http://www.vet.com.au/ ===================================================================== From owner-freebsd-current Wed Dec 17 14:36:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA21526 for current-outgoing; Wed, 17 Dec 1997 14:36:18 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (ppp9.portal.net.au [202.12.71.109]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA21489 for ; Wed, 17 Dec 1997 14:36:06 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id JAA01693; Thu, 18 Dec 1997 09:00:38 +1030 (CST) Message-Id: <199712172230.JAA01693@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Steve Kargl cc: freebsd-current@freebsd.org Subject: Re: why is tcl in base distribution In-reply-to: Your message of "Wed, 17 Dec 1997 09:48:44 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Dec 1997 09:00:38 +1030 From: Mike Smith Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I tried to build tkrat from the ports-current collection, and to > my amazement the make process tried to install the tcl80 port. tcl80 > is a duplicate of tcl installed by a make world. So, > > (1) Why is tcl in the base distribution if it is not used? Because the plan is to have it used. There are a number of in-development tools which will benefit a great deal from its presence. You can also argue that it's a major development tool, as is Perl5, which is waiting for a stable release and a committer ready to use it. > (2) Why is the ports-current collection ignoring the version of > tcl installed with the base distribution? Because the ports collection strives to be self-contained. This is a Very Smart Idea, not the least because if the anti-bloat faction rips Tcl bleeding from the corpse of the system, the ports will still work. If you really want to sew little gold stars on parts of the system, I'd start with the games collection, some of the libraries (libss has been identified as a candidate for replacement, with some work, for example), and then a sweep over the other binaries. mike From owner-freebsd-current Wed Dec 17 14:54:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23414 for current-outgoing; Wed, 17 Dec 1997 14:54:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-53.ix.netcom.com [207.93.143.181]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA23403 for ; Wed, 17 Dec 1997 14:54:29 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id OAA05354; Wed, 17 Dec 1997 14:54:20 -0800 (PST) Date: Wed, 17 Dec 1997 14:54:20 -0800 (PST) Message-Id: <199712172254.OAA05354@silvia.HIP.Berkeley.EDU> To: sgk@troutmask.apl.washington.edu CC: freebsd-current@FreeBSD.ORG In-reply-to: (message from Steve Kargl on Wed, 17 Dec 1997 09:48:44 -0800 (PST)) Subject: Re: why is tcl in base distribution From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * (1) Why is tcl in the base distribution if it is not used? Beats me. You can safely remove everything that matches "/usr/*/*tcl*" and "/usr/share/mann/*/*" though. Use NOTCL for your next make world and you will never see tcl in the base system again. * (2) Why is the ports-current collection ignoring the version of * tcl installed with the base distribution? Because the damn thing is so incompatible with itself, and have a lot of ports depend on each of the versions. If you want a longer version, I can forward you my 1.6MB archive from the most recent round of flames. Satoshi From owner-freebsd-current Wed Dec 17 15:03:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA23923 for current-outgoing; Wed, 17 Dec 1997 15:03:03 -0800 (PST) (envelope-from owner-freebsd-current) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA23913 for ; Wed, 17 Dec 1997 15:02:55 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.8.8/8.8.5) id PAA19911; Wed, 17 Dec 1997 15:03:30 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199712172230.JAA01693@word.smith.net.au> Date: Wed, 17 Dec 1997 14:48:12 -0800 (PST) From: Steve Kargl To: Mike Smith Subject: Re: why is tcl in base distribution Cc: freebsd-current@freebsd.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 17-Dec-97 Mike Smith wrote: >> I tried to build tkrat from the ports-current collection, and to >> my amazement the make process tried to install the tcl80 port. tcl80 >> is a duplicate of tcl installed by a make world. So, >> >> (1) Why is tcl in the base distribution if it is not used? > >Because the plan is to have it used. There are a number of >in-development tools which will benefit a great deal from its presence. Ah yes, the mythical sys-admin tools. If FreeBSD was a product of a local company here in Seattle, we would be screaming about vaporware. Check the CVS logs. A version of tcl was committed in June of 1996, and since that time /usr/sbin/addgroup has appeared. >> (2) Why is the ports-current collection ignoring the version of >> tcl installed with the base distribution? > >Because the ports collection strives to be self-contained. This is a >Very Smart Idea, not the least because if the anti-bloat faction rips >Tcl bleeding from the corpse of the system, the ports will still work. I agree with this Very Smart Idea. Tcl belongs in the ports collection. Period. >If you really want to sew little gold stars on parts of the system, I'd >start with the games collection, some of the libraries (libss has been >identified as a candidate for replacement, with some work, for >example), and then a sweep over the other binaries. I don't understand your point, here. I can cvsup the src tree and choose to neglect the games. I can build and install the world without the games. The only evidence that src/games exists after a make world is the fact that mtree creates /usr/games. Sure, I can do a make -DNOTCL world, and not install tcl. But, cvsup still populates src/contrib/tcl. -- Steve finger kargl@troutmask.apl.washington.edu http://troutmask.apl.washington.edu/~clesceri/kargl.html From owner-freebsd-current Wed Dec 17 15:22:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA25307 for current-outgoing; Wed, 17 Dec 1997 15:22:33 -0800 (PST) (envelope-from owner-freebsd-current) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA25294 for ; Wed, 17 Dec 1997 15:22:23 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.8.8/8.8.5) id PAA19929; Wed, 17 Dec 1997 15:23:08 -0800 (PST) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199712172254.OAA05354@silvia.HIP.Berkeley.EDU> Date: Wed, 17 Dec 1997 15:04:44 -0800 (PST) From: Steve Kargl To: (Satoshi Asami) Subject: Re: why is tcl in base distribution Cc: freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 17-Dec-97 Satoshi Asami wrote: > * (1) Why is tcl in the base distribution if it is not used? > >Beats me. You can safely remove everything that matches >"/usr/*/*tcl*" and "/usr/share/mann/*/*" though. Use NOTCL for your >next make world and you will never see tcl in the base system again. What to you do about src/contrib/tcl? cvsup dutifully populates this directory. > * (2) Why is the ports-current collection ignoring the version of > * tcl installed with the base distribution? > >Because the damn thing is so incompatible with itself, and have a lot >of ports depend on each of the versions. > >If you want a longer version, I can forward you my 1.6MB archive from >the most recent round of flames. > I've been reading the mailing lists for quite sometime and recall the previous dialogue(s). Please do not missing understand me. I am not attacking the fact that the ports are self contained. I think the original arguments for including tcl in the base distribution are bogus, and tcl rightfully belongs in ports. Steve finger kargl@troutmask.apl.washington.edu http://troutmask.apl.washington.edu/~clesceri/kargl.html From owner-freebsd-current Wed Dec 17 15:33:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA26263 for current-outgoing; Wed, 17 Dec 1997 15:33:51 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-53.ix.netcom.com [207.93.143.181]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA26255 for ; Wed, 17 Dec 1997 15:33:45 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id PAA05495; Wed, 17 Dec 1997 15:33:30 -0800 (PST) Date: Wed, 17 Dec 1997 15:33:30 -0800 (PST) Message-Id: <199712172333.PAA05495@silvia.HIP.Berkeley.EDU> To: sgk@troutmask.apl.washington.edu CC: freebsd-current@FreeBSD.ORG In-reply-to: (message from Steve Kargl on Wed, 17 Dec 1997 15:04:44 -0800 (PST)) Subject: Re: why is tcl in base distribution From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * What to you do about src/contrib/tcl? cvsup dutifully populates this * directory. man cvsup(1). Search for "REFUSE FILES". Satoshi From owner-freebsd-current Wed Dec 17 15:39:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA26590 for current-outgoing; Wed, 17 Dec 1997 15:39:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-53.ix.netcom.com [207.93.143.181]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA26584 for ; Wed, 17 Dec 1997 15:39:00 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id PAA05516; Wed, 17 Dec 1997 15:38:23 -0800 (PST) Date: Wed, 17 Dec 1997 15:38:23 -0800 (PST) Message-Id: <199712172338.PAA05516@silvia.HIP.Berkeley.EDU> To: mike@smith.net.au CC: sgk@troutmask.apl.washington.edu, freebsd-current@freebsd.org In-reply-to: <199712172230.JAA01693@word.smith.net.au> (message from Mike Smith on Thu, 18 Dec 1997 09:00:38 +1030) Subject: Re: why is tcl in base distribution From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Because the ports collection strives to be self-contained. This is a * Very Smart Idea, not the least because if the anti-bloat faction rips * Tcl bleeding from the corpse of the system, the ports will still work. In case you haven't noticed, tcl has already left -stable. And both ports and the system appear to be in extremely good condition, thank you. :) Satoshi From owner-freebsd-current Wed Dec 17 16:54:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA02102 for current-outgoing; Wed, 17 Dec 1997 16:54:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA02095 for ; Wed, 17 Dec 1997 16:54:04 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id RAA12148; Wed, 17 Dec 1997 17:54:01 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id RAA14902; Wed, 17 Dec 1997 17:53:58 -0700 Date: Wed, 17 Dec 1997 17:53:58 -0700 Message-Id: <199712180053.RAA14902@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mike Smith Cc: Steve Kargl , freebsd-current@freebsd.org Subject: Re: why is tcl in base distribution In-Reply-To: <199712172230.JAA01693@word.smith.net.au> References: <199712172230.JAA01693@word.smith.net.au> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I tried to build tkrat from the ports-current collection, and to > > my amazement the make process tried to install the tcl80 port. tcl80 > > is a duplicate of tcl installed by a make world. So, > > > > (1) Why is tcl in the base distribution if it is not used? > > Because the plan is to have it used. There are a number of > in-development tools which will benefit a great deal from its > presence. I've heard that line for almost 2 years now. I've yet to be convinced that this line is anything but someone's good idea that'll never come to fruition. (Kind of like my idea that I'm going to re-write CVS in a master-slave setup. :) > You can also argue that it's a major development tool, as is Perl5, > which is waiting for a stable release and a committer ready to use it. Except that Perl is actually used in FreeBSD, and TCL isn't. Nate From owner-freebsd-current Wed Dec 17 17:29:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA04189 for current-outgoing; Wed, 17 Dec 1997 17:29:17 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-53.ix.netcom.com [207.93.143.181]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA04178 for ; Wed, 17 Dec 1997 17:29:09 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id RAA05843; Wed, 17 Dec 1997 17:28:30 -0800 (PST) Date: Wed, 17 Dec 1997 17:28:30 -0800 (PST) Message-Id: <199712180128.RAA05843@silvia.HIP.Berkeley.EDU> To: sgk@troutmask.apl.washington.edu CC: mike@smith.net.au, freebsd-current@freebsd.org In-reply-to: (message from Steve Kargl on Wed, 17 Dec 1997 14:48:12 -0800 (PST)) Subject: Re: why is tcl in base distribution From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * Ah yes, the mythical sys-admin tools. If FreeBSD was a product of * a local company here in Seattle, we would be screaming about vaporware. Well, the decision has already been made by David Greenman so there is no need to restart the discussion. If the tools arrive, tcl will stay; otherwise, it will be removed prior to the 3.0 release. That is the decision everyone agreed to abide by. Satoshi From owner-freebsd-current Wed Dec 17 18:13:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA07458 for current-outgoing; Wed, 17 Dec 1997 18:13:45 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA07449 for ; Wed, 17 Dec 1997 18:13:41 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id SAA02943; Wed, 17 Dec 1997 18:12:07 -0800 (PST) To: Steve Kargl cc: Mike Smith , freebsd-current@FreeBSD.ORG Subject: Re: why is tcl in base distribution In-reply-to: Your message of "Wed, 17 Dec 1997 14:48:12 PST." Date: Wed, 17 Dec 1997 18:12:07 -0800 Message-ID: <2939.882411127@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I agree with this Very Smart Idea. Tcl belongs in the ports collection. > Period. If you resurrect this flame war 2 weeks before Christmas, Steve, I shall personally fly out to wherever you live and kill you. :-) Believe me, this has been discussed to *death* (Satoshi wasn't kidding when he said there was a 1.6MB archive of mail available if anyone wanted to read it) and all we proved was that it was an issue which cost far more time and effort to *discuss* than it did to simply live with for now and see how the situation develops further. Resurrecting this discussion would be a total waste of time which we especially don't need right now, holiday obligations already seriously cutting into what's available. All of us are also painfully aware of the vaporware status of the freebsd admin tools and it's been a long-standing thorn in the side for several of us. I first tried to do this work alone and, not surprisingly, it didn't happen. Then I called for volunteers on it (where were you, Steve? :) and, not surprisingly, that didn't work either. My final attempt has been to try and hire someone to do the job full-time and, given the grace of god and the U.S. Immigration authorities, we'll soon see whether that works or not. :-) In any case, I strongly recommend that we stay the course with the "live with it for now and see how things progress" conclusion we reached before. If our latest attempts at jump-starting the admin tools project fail, I'll be first in line to campaign for TCL's removal and the complete retirement of the whole admin tools concept idea, pointing you at sysinstall and saying "there, that's it. That's all you get. If you want more, write it yourself and don't bother me about it!" :-) Jordan From owner-freebsd-current Wed Dec 17 18:24:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA08218 for current-outgoing; Wed, 17 Dec 1997 18:24:21 -0800 (PST) (envelope-from owner-freebsd-current) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA08194 for ; Wed, 17 Dec 1997 18:24:06 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA15823; Thu, 18 Dec 1997 11:24:01 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id KAA19462; Thu, 18 Dec 1997 10:51:13 +0900 (JST) Message-Id: <199712180151.KAA19462@zodiac.mech.utsunomiya-u.ac.jp> To: Robin Cutshaw Cc: current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: psmintr: out of sync (3.0-971208-SNAP) In-Reply-To: Your message of "Wed, 17 Dec 1997 13:28:01 EST." <19971217132801.58398@num1sun.intercore.com> References: <19971217132801.58398@num1sun.intercore.com> Date: Thu, 18 Dec 1997 10:51:12 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I just upgraded a Dell dual P133 system to 3.0-971208-SNAP (from the >previous snap) and the mouse is flakey with XFree86. It moves randomly >and the kernel logs: > >/kernel.GENERIC: psmintr: out of sync (0008 != 0000). > >Have any changes been made to the ps/2 mouse code lately? Yes. There was a MAJOR change on 7 December. Would you possibly tell me the brand of your PS/2 mouse and send me `dmesg' output after booting the system with the -v flag at the 'Boot:' prompt? Then, set the driver flag of the psm device to 0x100 and see if your mouse works. The flag will disable sync check feature in the interrupt routine of the driver. Kazu From owner-freebsd-current Wed Dec 17 19:49:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA14000 for current-outgoing; Wed, 17 Dec 1997 19:49:06 -0800 (PST) (envelope-from owner-freebsd-current) Received: from intercore.com (num1sun.intercore.com [199.181.243.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA13988 for ; Wed, 17 Dec 1997 19:48:51 -0800 (PST) (envelope-from robin@intercore.com) Received: (robin@localhost) by intercore.com (8.7.1/8.6.4) id VAA08184; Wed, 17 Dec 1997 21:52:01 -0500 (EST) Message-ID: <19971217215200.61802@num1sun.intercore.com> Date: Wed, 17 Dec 1997 21:52:00 -0500 From: Robin Cutshaw To: Kazutaka YOKOTA Cc: current@freebsd.org Subject: Re: psmintr: out of sync (3.0-971208-SNAP) References: <19971217132801.58398@num1sun.intercore.com> <199712180151.KAA19462@zodiac.mech.utsunomiya-u.ac.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199712180151.KAA19462@zodiac.mech.utsunomiya-u.ac.jp>; from Kazutaka YOKOTA on Thu, Dec 18, 1997 at 10:51:12AM +0900 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, Dec 18, 1997 at 10:51:12AM +0900, Kazutaka YOKOTA wrote: > > Would you possibly tell me the brand of your PS/2 mouse and send me > `dmesg' output after booting the system with the -v flag at the > 'Boot:' prompt? > It's a generic PS/2 mouse (Cybex switch simulated). Here's the output from bootup: Dec 17 16:46:27 free2cpu /kernel: psm0: current command byte:0065 Dec 17 16:46:27 free2cpu /kernel: kbdio: TEST_AUX_PORT status:0000 Dec 17 16:46:27 free2cpu /kernel: kbdio: RESET_AUX return code:00fa Dec 17 16:46:27 free2cpu /kernel: kbdio: RESET_AUX status:00aa Dec 17 16:46:27 free2cpu /kernel: kbdio: RESET_AUX ID:0000 Dec 17 16:46:27 free2cpu /kernel: psm: status 00 00 64 Dec 17 16:46:27 free2cpu /kernel: psm: status 10 03 55 Dec 17 16:46:27 free2cpu last message repeated 2 times Dec 17 16:46:27 free2cpu /kernel: psm: status 10 00 64 Dec 17 16:46:27 free2cpu /kernel: psm: data 00 00 00 Dec 17 16:46:27 free2cpu /kernel: psm: data 00 00 00 Dec 17 16:46:27 free2cpu /kernel: psm: status 00 03 f6 Dec 17 16:46:27 free2cpu /kernel: psm0 at 0x60-0x64 irq 12 on motherboard Dec 17 16:46:27 free2cpu /kernel: psm0: model Generic PS/2 mouse, device ID 0, 3 buttons Dec 17 16:46:27 free2cpu /kernel: psm0: config:00000000, flags:00000000, packet size:3 Dec 17 16:46:27 free2cpu /kernel: psm0: syncmask:c8, syncbits:00 > Then, set the driver flag of the psm device to 0x100 and see if your > mouse works. The flag will disable sync check feature in the interrupt > routine of the driver. > 0x100 fixes the problem. Thanks, robin -- ---- Robin Cutshaw internet: robin@interlabs.com robin@intercore.com Internet Labs, Inc. BellNet: 404-817-9787 robin@XFree86.Org "Time is just one damn thing after another" -- PBS/Nova ---- -- From owner-freebsd-current Wed Dec 17 20:56:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA18000 for current-outgoing; Wed, 17 Dec 1997 20:56:26 -0800 (PST) (envelope-from owner-freebsd-current) Received: from superior.mooseriver.com (dynamic26.pm03.sf3d.best.com [209.24.234.154]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA15911 for ; Wed, 17 Dec 1997 20:22:43 -0800 (PST) (envelope-from jgrosch@superior.mooseriver.com) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.8/8.8.5) id UAA06822; Wed, 17 Dec 1997 20:22:32 -0800 (PST) Message-ID: <19971217202231.02056@mooseriver.com> Date: Wed, 17 Dec 1997 20:22:31 -0800 From: Josef Grosch To: Sire Lancelot du Lac Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD description in the UNIX FAQ Reply-To: jgrosch@superior.mooseriver.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: ; from Sire Lancelot du Lac on Wed, Dec 17, 1997 at 03:17:20PM -0500 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, Dec 17, 1997 at 03:17:20PM -0500, Sire Lancelot du Lac wrote: > > I ftped the UNIX FAQ today from rtfm.mit.edu and I found: > > -- > FreeBSD: 386bsd 0.1 with the patchkit applied, and many updated > utilities. > -- > As a description of my favorite OS. > Maybe it's time for an update, i almost forgot what the patchkit was like. Try to forget. In comparison with FreeBSD today the patchkit was like doing your own dental work without the benefit of drugs Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.5 jgrosch@MooseRiver.com | Micro$oft free world | UNIX for the masses From owner-freebsd-current Wed Dec 17 21:39:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA20010 for current-outgoing; Wed, 17 Dec 1997 21:39:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA18919 for ; Wed, 17 Dec 1997 21:18:34 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.8.8/8.8.5) id VAA00499; Wed, 17 Dec 1997 21:20:30 -0800 (PST) From: Steve Kargl Message-Id: <199712180520.VAA00499@troutmask.apl.washington.edu> Subject: Re: why is tcl in base distribution In-Reply-To: <2939.882411127@time.cdrom.com> from "Jordan K. Hubbard" at "Dec 17, 97 06:12:07 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 17 Dec 1997 21:20:29 -0800 (PST) Cc: mike@smith.net.au, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Jordan K. Hubbard: > > I agree with this Very Smart Idea. Tcl belongs in the ports collection. > > Period. > > If you resurrect this flame war 2 weeks before Christmas, Steve, > I shall personally fly out to wherever you live and kill you. :-) Well, I did say I live in Seattle. > Believe me, this has been discussed to *death* (Satoshi wasn't kidding > when he said there was a 1.6MB archive of mail available if anyone > wanted to read it) and all we proved was that it was an issue which > cost far more time and effort to *discuss* than it did to simply live > with for now and see how the situation develops further. Resurrecting I'm well aware of the history having followed the mailing lists/newgroups since 386BSD+patchkit days. If you ignore a problem, it doesn't go away. This is similar to Uncle Ernie, the family drunk. As along as he drinks somewhere else, it's not your problem. > All of us are also painfully aware of the vaporware status of the > freebsd admin tools and it's been a long-standing thorn in the side > for several of us. I first tried to do this work alone and, not > surprisingly, it didn't happen. Then I called for volunteers on it > (where were you, Steve? :) and, not surprisingly, that didn't work I've sent in PR's. Mostly correction to the documentation. The one time I tried to improve a tool, my submission was beaten into the ground. If you recall, I modified install(1) to take a -z and/or -Z argument to compress files during an install. Bruce or Garrett (if I remember correctly) added the -C option as a result (among others). I've also considered stripping everything out of sysinstall that is not necessary for preparing a new hard drive for use. The utility was going to be named newdisk. However, sysinstall has been a moving target. Merry Christmas, Jordan. -- Steve finger kargl@troutmask.apl.washington.edu http://troutmask.apl.washington.edu/~clesceri/kargl.html From owner-freebsd-current Wed Dec 17 22:02:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA21522 for current-outgoing; Wed, 17 Dec 1997 22:02:14 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cozumel.saidev.com (cozumel.saidev.com [207.67.52.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA21489 for ; Wed, 17 Dec 1997 22:01:36 -0800 (PST) (envelope-from derek@cozumel.saidev.com) Received: (from derek@localhost) by cozumel.saidev.com (8.7.1/8.7.1) id AAA10001; Thu, 18 Dec 1997 00:01:06 -0600 (CST) Message-ID: <19971218000105.06790@saidev.com> Date: Thu, 18 Dec 1997 00:01:05 -0600 From: Derek Inksetter To: freebsd-current@freebsd.org Subject: Getting started with current Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all. Sorry for the beginner question. I recently installed the 3.0-971208-SNAP and decided to start using the current sources (I've been a long-time user of FreeBSD, but I always stuck to released or semi-released code). I installed and used cvsup with no (apparent) problems. It seems that make world doesn't work, though. In particular, it dies doing a make clean on gnu/include. It most definitely worked before I used cvsup. Right now, I am trying again with make -DNOCLEAN world. It seems to be getting a little further, but we'll see. Am I doing something wrong, or is that just life with current? Derek -- Derek Inksetter "The sooner you get behind, the more time you'll have to catch up" --Unknown From owner-freebsd-current Wed Dec 17 23:03:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA25730 for current-outgoing; Wed, 17 Dec 1997 23:03:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA25720 for ; Wed, 17 Dec 1997 23:03:10 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id RAA10221; Thu, 18 Dec 1997 17:28:45 +1030 (CST) (envelope-from grog) Message-ID: <19971218172844.01202@lemis.com> Date: Thu, 18 Dec 1997 17:28:44 +1030 From: Greg Lehey To: Derek Inksetter Cc: freebsd-current@FreeBSD.ORG Subject: Re: Getting started with current References: <19971218000105.06790@saidev.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <19971218000105.06790@saidev.com>; from Derek Inksetter on Thu, Dec 18, 1997 at 12:01:05AM -0600 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Dec 18, 1997 at 12:01:05AM -0600, Derek Inksetter wrote: > Hi all. Sorry for the beginner question. > > I recently installed the 3.0-971208-SNAP and decided to start using the > current sources (I've been a long-time user of FreeBSD, but I always > stuck to released or semi-released code). I installed and used cvsup with > no (apparent) problems. > > It seems that make world doesn't work, though. In particular, it dies > doing a make clean on gnu/include. With an error from rm invoked with no paramters? Yes, I had that happen today too. Welcome to -current. The build process is often broken. > It most definitely worked before I used cvsup. Right now, I am > trying again with make -DNOCLEAN world. It seems to be getting a > little further, but we'll see. I've completed a 'make world' doing just that. I'd expect it to complete. > Am I doing something wrong, or is that just life with current? That's life. Greg From owner-freebsd-current Thu Dec 18 01:09:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA03409 for current-outgoing; Thu, 18 Dec 1997 01:09:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA03398 for ; Thu, 18 Dec 1997 01:09:12 -0800 (PST) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id CAA23272; Thu, 18 Dec 1997 02:09:11 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp03.primenet.com, id smtpd023250; Thu Dec 18 02:09:05 1997 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id CAA07915; Thu, 18 Dec 1997 02:09:03 -0700 (MST) From: Terry Lambert Message-Id: <199712180909.CAA07915@usr06.primenet.com> Subject: Re: FreeBSD description in the UNIX FAQ To: jgrosch@superior.mooseriver.com Date: Thu, 18 Dec 1997 09:09:02 +0000 (GMT) Cc: lancelot@slow.net, freebsd-current@FreeBSD.ORG In-Reply-To: <19971217202231.02056@mooseriver.com> from "Josef Grosch" at Dec 17, 97 08:22:31 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > FreeBSD: 386bsd 0.1 with the patchkit applied, and many updated > > utilities. > > -- > > As a description of my favorite OS. > > Maybe it's time for an update, i almost forgot what the patchkit was like. > > Try to forget. In comparison with FreeBSD today the patchkit was like doing > your own dental work without the benefit of drugs Hey! I wrote the patchkit! Be kind! Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu Dec 18 01:37:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA05332 for current-outgoing; Thu, 18 Dec 1997 01:37:33 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebsd1.cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA05312 for ; Thu, 18 Dec 1997 01:37:20 -0800 (PST) (envelope-from jb@freebsd1.cimlogic.com.au) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.8.5/8.8.5) id UAA08767; Thu, 18 Dec 1997 20:38:59 +1100 (EST) From: John Birrell Message-Id: <199712180938.UAA08767@freebsd1.cimlogic.com.au> Subject: Re: FreeBSD description in the UNIX FAQ In-Reply-To: <199712180909.CAA07915@usr06.primenet.com> from Terry Lambert at "Dec 18, 97 09:09:02 am" To: tlambert@primenet.com (Terry Lambert) Date: Thu, 18 Dec 1997 20:38:58 +1100 (EST) Cc: jgrosch@superior.mooseriver.com, lancelot@slow.net, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > Try to forget. In comparison with FreeBSD today the patchkit was like doing > > your own dental work without the benefit of drugs > > Hey! I wrote the patchkit! Be kind! AHAH! Another piece in the jigsaw puzzle. Not enough pieces yet to get a clear image, though. 8-( > Terry Lambert > terry@lambert.org -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 From owner-freebsd-current Thu Dec 18 01:38:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA05418 for current-outgoing; Thu, 18 Dec 1997 01:38:53 -0800 (PST) (envelope-from owner-freebsd-current) Received: from superior.mooseriver.com (dynamic26.pm03.sf3d.best.com [209.24.234.154]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA05400 for ; Thu, 18 Dec 1997 01:38:49 -0800 (PST) (envelope-from jgrosch@superior.mooseriver.com) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.8/8.8.5) id BAA07939; Thu, 18 Dec 1997 01:38:38 -0800 (PST) Message-ID: <19971218013837.10574@mooseriver.com> Date: Thu, 18 Dec 1997 01:38:37 -0800 From: Josef Grosch To: Terry Lambert Cc: freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD description in the UNIX FAQ Reply-To: jgrosch@superior.mooseriver.com References: <19971217202231.02056@mooseriver.com> <199712180909.CAA07915@usr06.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199712180909.CAA07915@usr06.primenet.com>; from Terry Lambert on Thu, Dec 18, 1997 at 09:09:02AM +0000 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, Dec 18, 1997 at 09:09:02AM +0000, Terry Lambert wrote: > > > FreeBSD: 386bsd 0.1 with the patchkit applied, and many updated > > > utilities. > > > -- > > > As a description of my favorite OS. > > > Maybe it's time for an update, i almost forgot what the patchkit was like. > > > > Try to forget. In comparison with FreeBSD today the patchkit was like doing > > your own dental work without the benefit of drugs > > Hey! I wrote the patchkit! Be kind! > And a damn find job you did. I was very happy the first time I successfully got the patchkit installed and 386BSD up and running. FreeBSD has come a long way from those days and its' a very good system (a lot better than some commercial systems I have used) thanks to a lot of hard work from a lot of people. Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.5 jgrosch@MooseRiver.com | Micro$oft free world | UNIX for the masses From owner-freebsd-current Thu Dec 18 04:03:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA12798 for current-outgoing; Thu, 18 Dec 1997 04:03:51 -0800 (PST) (envelope-from owner-freebsd-current) Received: from btp1da.phy.uni-bayreuth.de (btp1da.phy.uni-bayreuth.de [132.180.20.32]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA12788 for ; Thu, 18 Dec 1997 04:03:46 -0800 (PST) (envelope-from werner@btp1da.phy.uni-bayreuth.de) Received: (from werner@localhost) by btp1da.phy.uni-bayreuth.de (8.8.8/8.7.3) id NAA05091; Thu, 18 Dec 1997 13:03:32 +0100 (MET) Message-ID: <19971218130332.64166@btp1da.phy.uni-bayreuth.de> Date: Thu, 18 Dec 1997 13:03:32 +0100 From: Werner Griessl To: current@freebsd.org Subject: current buildworld broken Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Buildworld from today in current failed for me with: rm -f wump wump.o wump.6.gz wump.6.cat.gz if test -d /usr/src/gnu.i386; then echo "===> gnu.i386"; edir=gnu.i386; cd /usr/src/${edir}; else echo "===> gnu"; edir=gnu; cd /usr/src/${edir}; fi; /usr/obj/usr/src/tmp/usr/bin/make clean DIRPRFX=${edir}/ ===> gnu ===> gnu/include rm -f usage: rm [-f | -i] [-dPRrW] file ... *** Error code 1 Stop. Werner From owner-freebsd-current Thu Dec 18 04:34:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA14727 for current-outgoing; Thu, 18 Dec 1997 04:34:33 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rvc1.informatik.ba-stuttgart.de (rvc1.informatik.ba-stuttgart.de [141.31.112.22]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA14714; Thu, 18 Dec 1997 04:34:09 -0800 (PST) (envelope-from helbig@Informatik.BA-Stuttgart.DE) Received: (from helbig@localhost) by rvc1.informatik.ba-stuttgart.de (8.8.8/8.8.5) id NAA06725; Thu, 18 Dec 1997 13:04:25 +0100 (MET) From: Wolfgang Helbig Message-Id: <199712181204.NAA06725@rvc1.informatik.ba-stuttgart.de> Subject: Re: Heads up / Compile problems in lkms : Fixed In-Reply-To: <19971217193101.27098@follo.net> from Eivind Eklund at "Dec 17, 97 07:31:01 pm" To: eivind@FreeBSD.ORG (Eivind Eklund) Date: Thu, 18 Dec 1997 13:04:24 +0100 (MET) Cc: helbig@Informatik.BA-Stuttgart.DE, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Wed, Dec 17, 1997 at 12:01:10PM +0100, Wolfgang Helbig wrote: > > > > > > For those that have had problems compiling the lkms the last 24 hours > > > due to missing opt_ipx.h and opt_compat.h files - this has now been > > > fixed. > > > > Hmm, possibly I missed the commit message that fixed the opt_compat.h > > problem, anyway here are patches that I needed to apply to do a "make depend" > > in /usr/src/lkm: > > Those patches look reasonable (they match with what I'd expect to be > needed) - but I have not been able to reproduce the need for the > patches here, neither for 'make' or 'make depend' :-( > > I'm slightly uncertain about what to do - commit the changes (they > don't HURT, except for creating slightly more code complexity), or > wait for more reports of people able to reproduce. Someone from core > - what's policy? Does policy exist for this? I guess I fell in between r1.28 and r1.29 of /sys/kern/makesyscalls.sh: ---------------------------- revision 1.29 date: 1997/12/16 18:51:45; author: eivind; state: Exp; lines: +4 -3 Move around opt_compat include to accomodate Linulator brokenness (for the time being). ---------------------------- revision 1.28 date: 1997/12/16 17:40:22; author: eivind; state: Exp; lines: +3 -3 Make COMPAT_43 and COMPAT_SUNOS new-style options. ---------------------------- The file sys/sys/sysproto.h created by r1.28 has a #include "opt_compat.h" line which broke the lkm builds. This was fixed by r1.29 so everthing builds fine now. Wolfgang From owner-freebsd-current Thu Dec 18 05:12:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA17078 for current-outgoing; Thu, 18 Dec 1997 05:12:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA17060 for ; Thu, 18 Dec 1997 05:12:26 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id AAA20250; Fri, 19 Dec 1997 00:07:57 +1100 Date: Fri, 19 Dec 1997 00:07:57 +1100 From: Bruce Evans Message-Id: <199712181307.AAA20250@godzilla.zeta.org.au> To: current@FreeBSD.ORG, werner@btp1da.phy.uni-bayreuth.de Subject: Re: current buildworld broken Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Buildworld from today in current failed for me with: > >rm -f wump wump.o wump.6.gz wump.6.cat.gz >if test -d /usr/src/gnu.i386; then echo "===> gnu.i386"; edir=gnu.i386; cd /usr/src/${edir}; else echo "===> gnu"; edir=gnu; cd /usr/src/${edir}; fi; /usr/obj/usr/src/tmp/usr/bin/make clean DIRPRFX=${edir}/ >===> gnu >===> gnu/include >rm -f >usage: rm [-f | -i] [-dPRrW] file ... >*** Error code 1 Just fixed. It was initially broken for 2 hours, then broken for another 22 hours due to a quick fix. Bruce From owner-freebsd-current Thu Dec 18 05:35:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA18353 for current-outgoing; Thu, 18 Dec 1997 05:35:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cozumel.saidev.com (cozumel.saidev.com [207.67.52.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA18346 for ; Thu, 18 Dec 1997 05:35:17 -0800 (PST) (envelope-from derek@cozumel.saidev.com) Received: (from derek@localhost) by cozumel.saidev.com (8.7.1/8.7.1) id HAA13147; Thu, 18 Dec 1997 07:33:37 -0600 (CST) Message-ID: <19971218073337.11673@saidev.com> Date: Thu, 18 Dec 1997 07:33:37 -0600 From: Derek Inksetter To: Greg Lehey Cc: freebsd-current@freebsd.org Subject: Re: Getting started with current References: <19971218000105.06790@saidev.com> <19971218172844.01202@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <19971218172844.01202@lemis.com>; from Greg Lehey on Thu, Dec 18, 1997 at 05:28:44PM +1030 Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greg Lehey allegedly wrote: > On Thu, Dec 18, 1997 at 12:01:05AM -0600, Derek Inksetter wrote: > > It seems that make world doesn't work, though. In particular, it dies > > doing a make clean on gnu/include. > > With an error from rm invoked with no paramters? Yes, I had that > happen today too. Welcome to -current. The build process is often > broken. OK, that's fine. I was just concerned that I was screwing something up. I have no problem with the build process being broken. I was just looking for reassurance that I'm not to blame. > > It most definitely worked before I used cvsup. Right now, I am > > trying again with make -DNOCLEAN world. It seems to be getting a > > little further, but we'll see. > > I've completed a 'make world' doing just that. I'd expect it to > complete. Yup, it did. Thanks, Greg. Derek -- Derek Inksetter "It is easier to port a shell than a shell script." --Larry Wall From owner-freebsd-current Thu Dec 18 08:05:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA28209 for current-outgoing; Thu, 18 Dec 1997 08:05:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from fredriks-1.pr.mcs.net (fredriks-1.pr.mcs.net [205.164.50.241]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA28184 for ; Thu, 18 Dec 1997 08:04:40 -0800 (PST) (envelope-from lars@fredriks-1.pr.mcs.net) Received: (from lars@localhost) by fredriks-1.pr.mcs.net (8.8.7/8.8.8) id JAA03716 for current@freebsd.org; Thu, 18 Dec 1997 09:52:27 -0600 (CST) (envelope-from lars) From: Lars Fredriksen Message-Id: <199712181552.JAA03716@fredriks-1.pr.mcs.net> Subject: EDOM and hz To: current@freebsd.org Date: Thu, 18 Dec 1997 09:52:27 -0600 (CST) 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-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, This is a section of code in uipc_socket.c: case SO_SNDTIMEO: case SO_RCVTIMEO: { struct timeval *tv; short val; if (m == NULL || m->m_len < sizeof (*tv)) { error = EINVAL; goto bad; } tv = mtod(m, struct timeval *); if (tv->tv_sec > SHRT_MAX / hz - hz) { error = EDOM; goto bad; } val = tv->tv_sec * hz + tv->tv_usec / tick; If we are running with hz anything but 100 this code sort of breaks. That is: 32767/100-100 = 227 but 32767/250-250 = -119 Can we modify this check in such a fashion that works more universally? Perhaps by changing val to an int?? and make it: if (tv->tv_sec > INT_MAX/hz -hz) Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks-1.pr.mcs.net (home-home) ----- End of forwarded message from lars ----- -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks-1.pr.mcs.net (home-home) From owner-freebsd-current Thu Dec 18 08:12:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA28754 for current-outgoing; Thu, 18 Dec 1997 08:12:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA28740 for ; Thu, 18 Dec 1997 08:12:54 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA17260; Thu, 18 Dec 1997 09:12:44 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA16443; Thu, 18 Dec 1997 09:12:41 -0700 Date: Thu, 18 Dec 1997 09:12:41 -0700 Message-Id: <199712181612.JAA16443@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: jgrosch@superior.mooseriver.com Cc: Sire Lancelot du Lac , freebsd-current@FreeBSD.ORG Subject: Re: FreeBSD description in the UNIX FAQ In-Reply-To: <19971217202231.02056@mooseriver.com> References: <19971217202231.02056@mooseriver.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I ftped the UNIX FAQ today from rtfm.mit.edu and I found: > > > > -- > > FreeBSD: 386bsd 0.1 with the patchkit applied, and many updated > > utilities. > > -- > > As a description of my favorite OS. > > Maybe it's time for an update, i almost forgot what the patchkit was like. > > Try to forget. In comparison with FreeBSD today the patchkit was like doing > your own dental work without the benefit of drugs If you think that's bad, think about actually 'building' the darn thing. It was more like ripping out *all* your teeth from your jaw and putting them back again, over and over again until you got it right. (All w/out the benefit of drugs again). :) :) Nate From owner-freebsd-current Thu Dec 18 08:17:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA29165 for current-outgoing; Thu, 18 Dec 1997 08:17:50 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA29083 for ; Thu, 18 Dec 1997 08:17:13 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA17289; Thu, 18 Dec 1997 09:16:59 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA16463; Thu, 18 Dec 1997 09:16:52 -0700 Date: Thu, 18 Dec 1997 09:16:52 -0700 Message-Id: <199712181616.JAA16463@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Terry Lambert Cc: jgrosch@superior.mooseriver.com, lancelot@slow.net, freebsd-current@freebsd.org Subject: Re: FreeBSD description in the UNIX FAQ In-Reply-To: <199712180909.CAA07915@usr06.primenet.com> References: <19971217202231.02056@mooseriver.com> <199712180909.CAA07915@usr06.primenet.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > > > FreeBSD: 386bsd 0.1 with the patchkit applied, and many updated > > > utilities. > > > -- > > > As a description of my favorite OS. > > > Maybe it's time for an update, i almost forgot what the patchkit was like. > > > > Try to forget. In comparison with FreeBSD today the patchkit was like doing > > your own dental work without the benefit of drugs > > Hey! I wrote the patchkit! Be kind! Hey, you only build the patches 'once' and didn't have to deal with it on a regular basis. But, kudos do indeed go to Terry for at least getting us started down the road to more 'organized' patches, which up till that point had been pretty random. Nate From owner-freebsd-current Thu Dec 18 10:30:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA10927 for current-outgoing; Thu, 18 Dec 1997 10:30:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from snail.slow.net (lancelot@slow.net [207.139.115.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA10907 for ; Thu, 18 Dec 1997 10:30:23 -0800 (PST) (envelope-from lancelot@slow.net) Received: from localhost (lancelot@localhost) by snail.slow.net (8.8.7/8.8.7) with SMTP id NAA07337; Thu, 18 Dec 1997 13:30:53 -0500 (EST) (envelope-from lancelot@slow.net) Date: Thu, 18 Dec 1997 13:30:51 -0500 (EST) From: Sire Lancelot du Lac To: Nate Williams cc: freebsd-current@freebsd.org Subject: Re: FreeBSD description in the UNIX FAQ In-Reply-To: <199712181616.JAA16463@mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 18 Dec 1997, Nate Williams wrote: > Terry Lambert writes: > > > > FreeBSD: 386bsd 0.1 with the patchkit applied, and many updated > > > > utilities. > > > > -- > > > > As a description of my favorite OS. > > > > Maybe it's time for an update, i almost forgot what the patchkit was like. > > > > > > Try to forget. In comparison with FreeBSD today the patchkit was like doing > > > your own dental work without the benefit of drugs > > > > Hey! I wrote the patchkit! Be kind! > > Hey, you only build the patches 'once' and didn't have to deal with it > on a regular basis. But, kudos do indeed go to Terry for at least > getting us started down the road to more 'organized' patches, which up > till that point had been pretty random. > > > Nate > All this is very interesting and I admire what the patchkit did for all of us back in the days of 386BSD, but my point was this: Can someone from the core team write a new description for FreeBSD and submit it to the maintainer of the UNIX FAQ (tmatimar@isgtec.com). Many UNIX newbies will start by reading this FAQ and right now, FreeBSD looks like just a patch on jolitz' work. Free advertising is a Good Thing(tm) for FreeBSD. Happy holidays to the core-team and all FreeBSD contributors! Thanks again for a great OS! -- Christian Doucet lancelot@slow.net work: +1 514 728 1618 Freelance "Sysadmin-Programmer-UNIX-Internet" guru! home: +1 514 728 1618 This sentance has threee errors. -- trurl@yakko.nceye.net "Quotes are no ones' friend" -- xyg (jbl133@psu.edu) From owner-freebsd-current Thu Dec 18 11:11:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA14525 for current-outgoing; Thu, 18 Dec 1997 11:11:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from consys.com (consys.com [209.60.202.194]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA14415 for ; Thu, 18 Dec 1997 11:10:56 -0800 (PST) (envelope-from rcarter@consys.com) Received: from dnstoo.consys.com (dnstoo.ConSys.COM [209.60.202.195]) by consys.com (8.8.6/8.8.6) with ESMTP id MAA11239 for ; Thu, 18 Dec 1997 12:08:42 -0700 (MST) Received: from dnstoo.consys.com (localhost [127.0.0.1]) by dnstoo.consys.com (8.8.8/8.8.6) with ESMTP id MAA27897 for ; Thu, 18 Dec 1997 12:10:36 -0700 (MST) Message-Id: <199712181910.MAA27897@dnstoo.consys.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: freebsd-current@FreeBSD.ORG Subject: Motif on -current Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Dec 1997 12:10:36 -0700 From: "Russell L. Carter" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I need Motif to get Grass up and running on -current. But I see Xi does not support anything newer than 2.2.2, and the fellow on the phone would not admit that their product would run on even 2.2.5. So if you're running Motif on 3.0-something, could you let me know what it is and where you got it so I can run out and get the same thing? (I have the latest lesstif and the build bleeds all over the place when compiling the dependent Grass files, so I would like to reduce the porting complexity by starting out with a Known Quantity for Motif, once I get it up and running I'll try lesstif again...) Thanks, Russell From owner-freebsd-current Thu Dec 18 11:29:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA15550 for current-outgoing; Thu, 18 Dec 1997 11:29:14 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA15525 for ; Thu, 18 Dec 1997 11:28:56 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id GAA07415; Fri, 19 Dec 1997 06:24:40 +1100 Date: Fri, 19 Dec 1997 06:24:40 +1100 From: Bruce Evans Message-Id: <199712181924.GAA07415@godzilla.zeta.org.au> To: current@FreeBSD.ORG, lars@fredriks-1.pr.mcs.net Subject: Re: EDOM and hz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > if (tv->tv_sec > SHRT_MAX / hz - hz) { > error = EDOM; > goto bad; > } > val = tv->tv_sec * hz + tv->tv_usec / tick; > > >If we are running with hz anything but 100 this code sort of breaks. > >That is: > >32767/100-100 = 227 > >but >32767/250-250 = -119 Actually, it prevents breakage when `val' is stored in sb_timeo which is short. It seems to allow breakage when tv->tv_sec < 0. >Can we modify this check in such a fashion that works more universally? Perhaps sb_timeo should be long. >Perhaps by changing val to an int?? > >and make it: > if (tv->tv_sec > INT_MAX/hz -hz) Not universally. INT_MAX is not guaranteed to be > 32767. If hz is LONG_MAX :-), then the variable needs to be much longer than long. Bruce From owner-freebsd-current Thu Dec 18 11:50:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA17090 for current-outgoing; Thu, 18 Dec 1997 11:50:42 -0800 (PST) (envelope-from owner-freebsd-current) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA17079 for ; Thu, 18 Dec 1997 11:50:32 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id OAA03783; Thu, 18 Dec 1997 14:48:55 -0500 (EST) X-Authentication-Warning: picnic.mat.net: chuckr owned process doing -bs Date: Thu, 18 Dec 1997 14:48:54 -0500 (EST) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: "Russell L. Carter" cc: freebsd-current@FreeBSD.ORG Subject: Re: Motif on -current In-Reply-To: <199712181910.MAA27897@dnstoo.consys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 18 Dec 1997, Russell L. Carter wrote: > > I need Motif to get Grass up and running on -current. But I see > Xi does not support anything newer than 2.2.2, and the fellow > on the phone would not admit that their product would run on > even 2.2.5. So if you're running Motif on 3.0-something, could > you let me know what it is and where you got it so I can run > out and get the same thing? > > (I have the latest lesstif and the build bleeds all over the > place when compiling the dependent Grass files, so I would > like to reduce the porting complexity by starting out with > a Known Quantity for Motif, once I get it up and running I'll > try lesstif again...) Yes, XiG's New Motif runs quite nicely under current (I'm using it right now). > > Thanks, > Russell > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Thu Dec 18 11:56:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA17486 for current-outgoing; Thu, 18 Dec 1997 11:56:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: from thunderdome.plutotech.com (root@thunderdome.plutotech.com [206.168.67.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA17458 for ; Thu, 18 Dec 1997 11:56:28 -0800 (PST) (envelope-from ken@panzer.plutotech.com) Received: from panzer.plutotech.com (ken@panzer.plutotech.com [206.168.67.125]) by thunderdome.plutotech.com (8.8.7/8.8.5) with ESMTP id MAA22424; Thu, 18 Dec 1997 12:56:27 -0700 (MST) Received: (from ken@localhost) by panzer.plutotech.com (8.8.8/8.8.5) id MAA27127; Thu, 18 Dec 1997 12:56:23 -0700 (MST) Message-Id: <199712181956.MAA27127@panzer.plutotech.com> Subject: Re: Motif on -current In-Reply-To: <199712181910.MAA27897@dnstoo.consys.com> from "Russell L. Carter" at "Dec 18, 97 12:10:36 pm" To: rcarter@consys.com (Russell L. Carter) Date: Thu, 18 Dec 1997 12:56:23 -0700 (MST) Cc: freebsd-current@FreeBSD.ORG From: Kenneth Merry X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Russell L. Carter wrote... > > I need Motif to get Grass up and running on -current. But I see > Xi does not support anything newer than 2.2.2, and the fellow > on the phone would not admit that their product would run on > even 2.2.5. So if you're running Motif on 3.0-something, could > you let me know what it is and where you got it so I can run > out and get the same thing? > > (I have the latest lesstif and the build bleeds all over the > place when compiling the dependent Grass files, so I would > like to reduce the porting complexity by starting out with > a Known Quantity for Motif, once I get it up and running I'll > try lesstif again...) I've got Motif 2.0 from Xi Graphics, and it works just fine on -current. Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-current Thu Dec 18 11:58:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA17601 for current-outgoing; Thu, 18 Dec 1997 11:58:33 -0800 (PST) (envelope-from owner-freebsd-current) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA17577 for ; Thu, 18 Dec 1997 11:58:15 -0800 (PST) (envelope-from nash@Jupiter.Mcs.Net) Received: from Jupiter.Mcs.Net (nash@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id NAA24419; Thu, 18 Dec 1997 13:58:13 -0600 (CST) Received: from localhost (nash@localhost) by Jupiter.Mcs.Net (8.8.7/8.8.2) with SMTP id NAA07090; Thu, 18 Dec 1997 13:58:13 -0600 (CST) Date: Thu, 18 Dec 1997 13:58:12 -0600 (CST) From: Alex Nash To: "Russell L. Carter" cc: freebsd-current@FreeBSD.ORG Subject: Re: Motif on -current In-Reply-To: <199712181910.MAA27897@dnstoo.consys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 18 Dec 1997, Russell L. Carter wrote: > I need Motif to get Grass up and running on -current. But I see > Xi does not support anything newer than 2.2.2, and the fellow > on the phone would not admit that their product would run on > even 2.2.5. So if you're running Motif on 3.0-something, could > you let me know what it is and where you got it so I can run > out and get the same thing? I have a copy of Motif from Xi Graphics which I've been using since 2.1. It worked fine under 2.2.5, and it continues to function properly now that I've switched to the 3.0-SNAP from October. Alex From owner-freebsd-current Thu Dec 18 12:38:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA20327 for current-outgoing; Thu, 18 Dec 1997 12:38:08 -0800 (PST) (envelope-from owner-freebsd-current) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA20307; Thu, 18 Dec 1997 12:37:45 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id UAA12789; Thu, 18 Dec 1997 20:35:31 GMT Date: Thu, 18 Dec 1997 20:35:31 +0000 (GMT) From: Doug Rabson To: "Russell L. Carter" cc: dyson@freebsd.org, Alex , current@freebsd.org Subject: Re: Pentium optimizations In-Reply-To: <199712171542.IAA09962@dnstoo.consys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 17 Dec 1997, Russell L. Carter wrote: > }Alex said: > }> > }> The response(s) I got to my "I'm a newbie, anyone know about this problem" > }> was basically met with "well no FreeBSD developers have contacted us, and > }> if they did we'd accept/commit/whatever some changes..". > }> > }I expected that they would be cooperative (the EGCS group appears to be > }culturally similar to us (modulo-GPL).) John Polstra is really our > }most active ELF/Compiler person, and so he would likely be a better > }"official FreeBSD" interface. He is also less politically likely to > }insert his foot into his eating orifice. I do have some PPro mods, > }and they appear to help performance on average. The PPro is a > }really wierd creature (like the K6.) The darned processor does so > }much optimization, it appears to be insensitive to code mods. There are > ^^^^^^^^^^^^^^^^^^^^^^^^ > Noticed that too, eh? Recently I hacked up some of the SSLeay asm > code and while I could improve P5 performance about 30%, the best > that I could do, with a lot of effort was maybe 4% for PII and PPro. > The out-of-order execution seems to help a lot. Oh, and the P5 > specific asm actually makes the PPro slow down over the C source; > not good tidings for ye merry old tuners. > > }areas of reasonable payoffs, and lots of "obvious" optimizations that > }end up being neutral. > > Yep. I wouldn't worry too much about other people's claims about code > optimized for Pentium Pro. There are some odd things with PPro memory accesses. If you do a write to a location which isn't cached, the write is queued in a write buffer (assuming there is one free, otherwise you stall). If you then try to read any memory location, you stall till the write is completed. This is something to do with enforcing read/write ordering in SMP systems. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 Fax: +44 181 381 1039 From owner-freebsd-current Thu Dec 18 13:21:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA23298 for current-outgoing; Thu, 18 Dec 1997 13:21:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from consys.com (consys.com [209.60.202.194]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA23285 for ; Thu, 18 Dec 1997 13:21:51 -0800 (PST) (envelope-from rcarter@consys.com) Received: from dnstoo.consys.com (dnstoo.ConSys.COM [209.60.202.195]) by consys.com (8.8.6/8.8.6) with ESMTP id OAA11783 for ; Thu, 18 Dec 1997 14:19:37 -0700 (MST) Received: from dnstoo.consys.com (localhost [127.0.0.1]) by dnstoo.consys.com (8.8.8/8.8.6) with ESMTP id OAA00585 for ; Thu, 18 Dec 1997 14:21:31 -0700 (MST) Message-Id: <199712182121.OAA00585@dnstoo.consys.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: freebsd-current@freebsd.org Subject: Re: Motif on -current In-reply-to: Your message of "Thu, 18 Dec 1997 12:56:23 MST." <199712181956.MAA27127@panzer.plutotech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Dec 1997 14:21:30 -0700 From: "Russell L. Carter" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok, looks like Xi is the only game in town, and they now have my $149.99. Thanks all! Russell From owner-freebsd-current Thu Dec 18 13:22:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA23305 for current-outgoing; Thu, 18 Dec 1997 13:22:01 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA23283 for ; Thu, 18 Dec 1997 13:21:49 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id WAA18291 for freebsd-current@freebsd.org; Thu, 18 Dec 1997 22:21:44 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id WAA19845; Thu, 18 Dec 1997 22:03:36 +0100 (MET) Date: Thu, 18 Dec 1997 22:03:36 +0100 (MET) Message-Id: <199712182103.WAA19845@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: <199712181616.JAA16463@mt.sri.com> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: FreeBSD description in the UNIX FAQ X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sire Lancelot du Lac wrote: > Can someone from the core team write a new description for FreeBSD and > submit it to the maintainer of the UNIX FAQ (tmatimar@isgtec.com). Why don't _you_ do it but expect us to do all the work? I'm pretty sure, as long as your description is basically correct (and it's hard to imagine it might come out that wrong for what might become a 10-liner), nobody would mind you sending it to the FAQ maintainer in the name of FreeBSD. If you think you need explicit approval, you can always send it to core@freebsd.org before. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu Dec 18 16:14:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA05160 for current-outgoing; Thu, 18 Dec 1997 16:14:00 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA04743 for ; Thu, 18 Dec 1997 16:04:46 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id KAA00932; Fri, 19 Dec 1997 10:34:03 +1030 (CST) (envelope-from grog) Message-ID: <19971219103358.56285@lemis.com> Date: Fri, 19 Dec 1997 10:33:58 +1030 From: Greg Lehey To: FreeBSD current users Subject: More breakage in 'make world' Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk make world still doesn't work correctly. With a freshly cvsupped -current, right at the beginning, I get: Making make -------------------------------------------------------------- mkdir -p /usr/obj/src/FREEBIE/tmp/usr/bin cd /src/FREEBIE/usr.bin/make && PATH=/usr/obj/src/FREEBIE/tmp/sbin:(etc) rm -f make arch.o buf.o compat.o cond.o dir.o for.o hash.o job.o mai(etc) cd /src/FREEBIE/usr.bin/make && PATH=/usr/obj/src/FREEBIE/tmp/sbin:(etc) make: don't know how to make /usr/obj/src/FREEBIE/tmp/usr/include/sys/types.h. Stop *** Error code 2 If I rm -rf /usr/obj, it works. Greg From owner-freebsd-current Thu Dec 18 18:02:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA11509 for current-outgoing; Thu, 18 Dec 1997 18:02:53 -0800 (PST) (envelope-from owner-freebsd-current) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA11500; Thu, 18 Dec 1997 18:02:45 -0800 (PST) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199712190202.SAA11500@hub.freebsd.org> Subject: Re: EDOM and hz To: lars@fredriks-1.pr.mcs.net (Lars Fredriksen) Date: Thu, 18 Dec 1997 18:02:44 -0800 (PST) Cc: current@freebsd.org In-Reply-To: <199712181552.JAA03716@fredriks-1.pr.mcs.net> from "Lars Fredriksen" at Dec 18, 97 09:52:27 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Lars Fredriksen wrote: > > Hi, > > This is a section of code in uipc_socket.c: > > case SO_SNDTIMEO: > case SO_RCVTIMEO: > { > struct timeval *tv; > short val; > > if (m == NULL || m->m_len < sizeof (*tv)) { > error = EINVAL; > goto bad; > } > tv = mtod(m, struct timeval *); > if (tv->tv_sec > SHRT_MAX / hz - hz) { > error = EDOM; > goto bad; > } > val = tv->tv_sec * hz + tv->tv_usec / tick; > > > If we are running with hz anything but 100 this code sort of breaks. > > That is: > > 32767/100-100 = 227 > > but > 32767/250-250 = -119 > > > Can we modify this check in such a fashion that works more universally? > > Perhaps by changing val to an int?? > > and make it: > if (tv->tv_sec > INT_MAX/hz -hz) Rich Stevens recommends: if (tv->tv_sec*hz + tv_usec/tick > SHRT_MAX) { error = EDOM; goto bad; } where tick = 1,000,000 / hz and SHRT_MAX = 32767 jmb From owner-freebsd-current Thu Dec 18 19:07:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA14862 for current-outgoing; Thu, 18 Dec 1997 19:07:39 -0800 (PST) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA14853 for ; Thu, 18 Dec 1997 19:07:31 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id CAA21600; Fri, 19 Dec 1997 02:03:29 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199712190203.CAA21600@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Sire Lancelot du Lac cc: freebsd-current@freebsd.org Subject: Re: FreeBSD description in the UNIX FAQ In-reply-to: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Dec 1997 02:03:28 +0000 From: Brian Somers Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I ftped the UNIX FAQ today from rtfm.mit.edu and I found: > > -- > FreeBSD: 386bsd 0.1 with the patchkit applied, and many updated > utilities. > -- [.....] I believe it's being revised - the new entry will be FreeBSD: Mostly 386bsd 0.1 with the patchkit applied, and many updated utilities. -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Thu Dec 18 20:55:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA21838 for current-outgoing; Thu, 18 Dec 1997 20:55:56 -0800 (PST) (envelope-from owner-freebsd-current) Received: from fredriks-1.pr.mcs.net (fredriks-1.pr.mcs.net [205.164.50.241]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA21718; Thu, 18 Dec 1997 20:53:17 -0800 (PST) (envelope-from lars@fredriks-1.pr.mcs.net) Received: (from lars@localhost) by fredriks-1.pr.mcs.net (8.8.8/8.8.8) id WAA17100; Thu, 18 Dec 1997 22:53:16 -0600 (CST) (envelope-from lars) From: Lars Fredriksen Message-Id: <199712190453.WAA17100@fredriks-1.pr.mcs.net> Subject: Re: EDOM and hz In-Reply-To: <199712190202.SAA11500@hub.freebsd.org> from "Jonathan M. Bresler" at "Dec 18, 97 06:02:44 pm" To: jmb@FreeBSD.ORG (Jonathan M. Bresler) Date: Thu, 18 Dec 1997 22:53:15 -0600 (CST) Cc: current@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-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jonathan M. Bresler writes: > Lars Fredriksen wrote: > > > > Hi, > > > > This is a section of code in uipc_socket.c: > > > > case SO_SNDTIMEO: > > case SO_RCVTIMEO: > > { > > struct timeval *tv; > > short val; > > > > if (m == NULL || m->m_len < sizeof (*tv)) { > > error = EINVAL; > > goto bad; > > } > > tv = mtod(m, struct timeval *); > > if (tv->tv_sec > SHRT_MAX / hz - hz) { > > error = EDOM; > > goto bad; > > } > > val = tv->tv_sec * hz + tv->tv_usec / tick; > > > > > > If we are running with hz anything but 100 this code sort of breaks. > > > > That is: > > > > 32767/100-100 = 227 > > > > but > > 32767/250-250 = -119 > > > > > > Can we modify this check in such a fashion that works more universally? > > > > Perhaps by changing val to an int?? > > > > and make it: > > if (tv->tv_sec > INT_MAX/hz -hz) > > > > Rich Stevens recommends: > > if (tv->tv_sec*hz + tv_usec/tick > SHRT_MAX) { > error = EDOM; > goto bad; > } > > > where tick = 1,000,000 / hz > and SHRT_MAX = 32767 > jmb > Looks like a winner to me! Anyone care to commit - or I can. Just say the word.. Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks-1.pr.mcs.net (home-home) From owner-freebsd-current Thu Dec 18 22:54:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA28246 for current-outgoing; Thu, 18 Dec 1997 22:54:05 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mutara.noc.erols.net (root@mutara.noc.erols.net [207.172.25.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA28239 for ; Thu, 18 Dec 1997 22:53:59 -0800 (PST) (envelope-from gjp@mutara.noc.erols.net) Received: (from gjp@localhost) by mutara.noc.erols.net (8.8.8/8.8.7) id BAA15031; Fri, 19 Dec 1997 01:45:51 -0500 (EST) Date: Fri, 19 Dec 1997 01:45:51 -0500 (EST) Message-Id: <199712190645.BAA15031@mutara.noc.erols.net> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 References: <34980EFD.446B9B3D@erols.com> <199712171753.JAA02206@rah.star-gate.com> From: gjp@erols.net (Gary Palmer) Subject: Re: cvs commit: src/sys/i386/linux linux.h linux_ioctl.c X-Original-Newsgroups: lists.freebsd.current To: current@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In article <199712171753.JAA02206@rah.star-gate.com>, hasty@rah.star-gate.com (Amancio Hasty) writes: > > I think when I get back I will post a summary or target goals > to get svgalib fully compatible on FreeBSD and it is pretty > easy to look up ioperm in the current linux emulation layer. > > In the mean time you can download: > ftp://rah.star-gate.com/svgalib-foo.tar.gz > ftp://rah.star-gate.com/svgalib-1.2.11.tar.gz (thats the orignal) I tried that library on my machine at home and I got a blank screen :( Matrox Millenium II video card on a PPro. The linux svgalib shipped in linux_lib at least gave a picture. Gary From owner-freebsd-current Fri Dec 19 00:21:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA02873 for current-outgoing; Fri, 19 Dec 1997 00:21:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA02861 for ; Fri, 19 Dec 1997 00:21:02 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id JAA24950 for freebsd-current@freebsd.org; Fri, 19 Dec 1997 09:20:57 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id JAA24930; Fri, 19 Dec 1997 09:08:25 +0100 (MET) Date: Fri, 19 Dec 1997 09:08:25 +0100 (MET) Message-Id: <199712190808.JAA24930@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: <199712181910.MAA27897@dnstoo.consys.com> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: Motif on -current X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Russell L. Carter" wrote: > I need Motif to get Grass up and running on -current. But I see > Xi does not support anything newer than 2.2.2, and the fellow > on the phone would not admit that their product would run on > even 2.2.5. So if you're running Motif on 3.0-something, could > you let me know what it is and where you got it so I can run > out and get the same thing? I've just tried, and apart from that this product doesn't combine very well with XFree86, there's no problem building and running an application with it, on a -current machine. (In order to not mutually clobber the various config files etc., i have installed mine in /usr/Motif. However, the various Imake templates don't account for the possibility that the project roots for X11 and Motif are different, so i didn't get by without hand-fiddling the imake-generated Makefile. It would probably be worth the while fixing the Motif templates.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Dec 19 00:33:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA03515 for current-outgoing; Fri, 19 Dec 1997 00:33:53 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA03432; Fri, 19 Dec 1997 00:32:00 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id TAA03871; Fri, 19 Dec 1997 19:26:35 +1100 Date: Fri, 19 Dec 1997 19:26:35 +1100 From: Bruce Evans Message-Id: <199712190826.TAA03871@godzilla.zeta.org.au> To: jmb@FreeBSD.ORG, lars@fredriks-1.pr.mcs.net Subject: Re: EDOM and hz Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> if (tv->tv_sec > SHRT_MAX / hz - hz) { >> error = EDOM; >> goto bad; >> } >>... > > >Rich Stevens recommends: > > if (tv->tv_sec*hz + tv_usec/tick > SHRT_MAX) { > error = EDOM; > goto bad; > } > > > where tick = 1,000,000 / hz > and SHRT_MAX = 32767 As pointed out in Stevens, the original code should be changed because it is wrong. I had comments in my mailbox about this bug, but seem to have lost the mail, and I thought that -current has a fix from Lite2, but it doesn't. The suggested change is wronger. It fails when tv_sec*hz overflows, and when the addition overflows. Checking for overflow of the multiplication is not easy: Method 1: Convert everything to u_long and check that the values don't change, so that the multiplication can't trap. Then after doing the multiplication (m = a * b), check that ((m / a) == b && (m % a) == 0), except when a == 0. This would be slower than doing the division in the original code, especially if hz is constant. Method 2: Avoid possibile overflow by checking that (tv->tv_sec < LONG_MAX / hz). When combined with other checks, this gives a check much like the one in the original code. A more correct version of the original code: if (tv->tv_sec > SHRT_MAX / hz - 1) { error = EDOM; goto bad; } The -1 term is unnecessary in some cases, e.g., when tv->tv_usec == 0, but it's probably not worth doing extra checks to avoid these cases. The -1 term needs to be -2 in some cases where hz doesn't divide 1000000 evenly and tick = 1000000 / hz is rounded in a certain way. The rounding becomes more significant if hz is a large fraction of 1000000 and can't work right if hz > 1000000. Perhaps the best way is to combine the checks: u_long val; ... /* assert(hz > 0); */ if (tv->tv_sec < 0 || tv->tv_usec < 0 || tv->tv_usec >= 1000000 || tv->tv_sec > SHRT_MAX / hz) { error = EDOM; goto bad; } /* assert(tick > 0); */ /* assert(ULONG_MAX - SHRT_MAX >= 1000000); */ val = (u_long)(tv->tv_sec * hz) + tv_usec / tick; if (val > SHRT_MAX) { error = EDOM; goto bad; } Bruce From owner-freebsd-current Fri Dec 19 00:47:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA04008 for current-outgoing; Fri, 19 Dec 1997 00:47:35 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA03998; Fri, 19 Dec 1997 00:47:27 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id TAA04332; Fri, 19 Dec 1997 19:44:43 +1100 Date: Fri, 19 Dec 1997 19:44:43 +1100 From: Bruce Evans Message-Id: <199712190844.TAA04332@godzilla.zeta.org.au> To: jmb@FreeBSD.ORG, lars@fredriks-1.pr.mcs.net Subject: Re: EDOM and hz Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Rich Stevens recommends: >> >> if (tv->tv_sec*hz + tv_usec/tick > SHRT_MAX) { >> error = EDOM; >> goto bad; >> } >> >> >> where tick = 1,000,000 / hz >> and SHRT_MAX = 32767 >> jmb >> > >Looks like a winner to me! Anyone care to commit - or I can. Just >say the word.. Don't. Sorry I missed your main point that the current code cannot work for hz > sqrt(SHRT_MAX). Correct code only cannot work for hz > SHRT_MAX (approx.) :-). Bruce From owner-freebsd-current Fri Dec 19 02:34:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA10098 for current-outgoing; Fri, 19 Dec 1997 02:34:14 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ady.warpnet.ro (ady.warpnet.ro [193.230.201.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA10063; Fri, 19 Dec 1997 02:33:21 -0800 (PST) (envelope-from ady@warp.starnets.ro) Received: from localhost (ady@localhost) by ady.warpnet.ro (8.8.8/8.8.8) with SMTP id MAA12830; Fri, 19 Dec 1997 12:32:25 +0200 (EET) (envelope-from ady@warp.starnets.ro) Date: Fri, 19 Dec 1997 12:32:25 +0200 (EET) From: Penisoara Adrian X-Sender: ady@ady.warpnet.ro To: freebsd-current@FreeBSD.ORG, aic7xxx@FreeBSD.ORG Subject: sd0: MEDIUM ERROR Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I've recently ran again into an older problem; from time to time (like 4-5 months) I get a weird error message like this: -- excerpt from /var/log/messages -- Dec 18 22:57:01 ady /kernel: sd0: MEDIUM ERROR info:0x36e823 csi:a,f2,2,62 asc:11,0 Unrecovered read error sks:80,70 Dec 18 22:57:04 ady /kernel: , retries:4 ------------------------------------ uname -a: FreeBSD ady.warpnet.ro 3.0-971117-SNAP FreeBSD 3.0-971117-SNAP #0: Sun Nov 23 16:02:37 EET 1997 root@ady.warpnet.ro:/usr/src/sys/compile/ADY-SMP i386 Had this kind of problem with previous snapshots of 3.0-current too (I believe I cannot blame AIC7XXX code anymore now, I did once in the early pre-4.2Lite days, but there were also some other erors) Sould I assume that my current harddisk (Quantum VP32170S 'plugged into' a AHA2940AU) is good just to hold (at most) the squid-swap from now on ? I sincerely wouldn't trust in him now... Could this be related with some sudden reboots I experienced lately (no, my UPS didn't scream about power problems) ? Thanks and forgive me for bothering you all... Ady (@warpnet.ro) Warp Net Tech. From owner-freebsd-current Fri Dec 19 03:27:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA12388 for current-outgoing; Fri, 19 Dec 1997 03:27:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA12383 for ; Fri, 19 Dec 1997 03:27:18 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id DAA00915; Fri, 19 Dec 1997 03:26:16 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712191126.DAA00915@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: pb@fasterix.freenix.org (Pierre Beyssac) cc: gjp@erols.com (Gary Palmer), gjp@erols.net (Gary Palmer), current@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/linux linux.h linux_ioctl.c In-reply-to: Your message of "Wed, 17 Dec 1997 21:55:17 +0100." <19971217215517.RV57140@@> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Dec 1997 03:26:16 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Pierre, Tnks for the correction . So far I managed to get some of the svgalib programs to work over here. Ran into a minor problem with mmap: __svga_graph_mem_orginal = (unsigned char *) mmap( (caddr_t) 0, GRAPH_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, 0, __svgalib_mem_fd, GRAPH_BASE ); __svgalib_graph_mem = (unsigned char *) mmap((caddr_t) __svga_graph_mem_orginal, GRAPH_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED | MAP_FIXED, __svgalib_virtual_mem_fd, (int)__svga_graph_mem_orginal); It appears that we don't support remapping a map region. Does anyone know if we can perform the above mmap procedure in FreeBSD? With respect to virtual terminal operations which forced me to modify svgalib is the following sequence: for (__svgalib_tty_fd = 0; __svgalib_tty_fd < 3; __svgalib_tty_fd++) { if (fstat(__svgalib_tty_fd, &sbuf) < 0) continue; if (ioctl(__svgalib_tty_fd, VT_GETMODE, &vtm) < 0) { continue; } The permissions for the virtual console are wrong in FreeBSD /* if ((sbuf.st_rdev & 0xff00) != 0x400) continue; if (!(sbuf.st_rdev & 0xff)) continue; */ svgalib_vc = sbuf.st_rdev & 0xff; return; /* perfect */ } ----- I think if we solved the above two problems with svgalib then we will not have to have a modified version of svgalib for FreeBSD. ----- With respect to ioperm , I moved linux_ioperm from linux_dummy.c to linux_misc.c and just have this for now: int linux_ioperm(struct proc *p, struct linux_ioperm_args *args) { int error; error = suser(p->p_ucred, &p->p_acflag); if (error != 0) return error; if (securelevel > 0) return EPERM; p->p_md.md_regs->tf_eflags |= PSL_IOPL; return 0; } squake seems to work over here is not as good as glquake but hey if you don't have a Voodoo card I guess is alright to run squake 8) Enjoy, Amancio > Amancio Hasty writes: > > I think when I get back I will post a summary or target goals > > to get svgalib fully compatible on FreeBSD and it is pretty > > That's great! > > > In the mean time you can download: > > ftp://rah.star-gate.com/svgalib-foo.tar.gz > > ftp://rah.star-gate.com/svgalib-1.2.11.tar.gz (thats the orignal) > > I think you mean: > > ftp://rah.star-gate.com/pub/svgalib-foo.tar.gz > ftp://rah.star-gate.com/pub/svgalib-1.2.11.tar.gz > -- > Pierre Beyssac pb@fasterix.frmug.org pb@fasterix.freenix.org > {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher > Free domains: http://www.eu.org/ or mail dns-manager@EU.org From owner-freebsd-current Fri Dec 19 04:37:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA14802 for current-outgoing; Fri, 19 Dec 1997 04:37:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA14797 for ; Fri, 19 Dec 1997 04:37:32 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id XAA12685; Fri, 19 Dec 1997 23:32:20 +1100 Date: Fri, 19 Dec 1997 23:32:20 +1100 From: Bruce Evans Message-Id: <199712191232.XAA12685@godzilla.zeta.org.au> To: hasty@rah.star-gate.com, pb@fasterix.freenix.org Subject: Re: cvs commit: src/sys/i386/linux linux.h linux_ioctl.c Cc: current@FreeBSD.ORG, gjp@erols.com, gjp@erols.net Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >With respect to ioperm , I moved linux_ioperm from linux_dummy.c to >linux_misc.c and just have this for now: > > >int >linux_ioperm(struct proc *p, struct linux_ioperm_args *args) >{ > int error; > > error = suser(p->p_ucred, &p->p_acflag); > if (error != 0) > return error; > if (securelevel > 0) > return EPERM; > p->p_md.md_regs->tf_eflags |= PSL_IOPL; > return 0; >} That's not what Linux ioperm does. Linux ioperm sets or clears bits in the i/o permissions bitmap. It is like FreeBSD ioperm except it has a cleaner interface and is presumably less buggy. FreeBSD ioperm is not completely implemented. It is only available if the kernel was configured with `options "VM86"'. It is a subcall of sysarch(undocumented). You have to pass it a pointer to a poorly laid out struct giving the args, something like this: Linux: int ioperm(u_long from, u_long num, int turn_on); FreeBSD: struct i386_ioperm_args { u_short from, num; u_char turn_on; } foo; sysarch(I386_SET_IOPERM, /* XXX 1970's interface */ (char *)&foo); Here are some fixes for the bugs. They are untested. diff -c2 sys_machdep.c~ sys_machdep.c *** sys_machdep.c~ Fri Nov 28 14:37:35 1997 --- sys_machdep.c Fri Nov 28 17:28:16 1997 *************** *** 181,185 **** char *args; { ! int i, error = 0; struct i386_ioperm_args ua; char *iomap; --- 181,185 ---- char *args; { ! int i, error; struct i386_ioperm_args ua; char *iomap; *************** *** 188,194 **** return (error); - /* Only root can do this */ if (error = suser(p->p_ucred, &p->p_acflag)) return (error); /* * XXX --- 188,195 ---- return (error); if (error = suser(p->p_ucred, &p->p_acflag)) return (error); + if (securelevel > 0) + return (EPERM); /* * XXX *************** *** 203,207 **** iomap = (char *)p->p_addr->u_pcb.pcb_ext->ext_iomap; ! if ((int)(ua.start + ua.length) > 0xffff) return (EINVAL); --- 204,208 ---- iomap = (char *)p->p_addr->u_pcb.pcb_ext->ext_iomap; ! if (ua.start + ua.length > IOPAGES * PAGE_SIZE * NBBY) return (EINVAL); *************** *** 220,224 **** char *args; { ! int i, state, error = 0; struct i386_ioperm_args ua; char *iomap; --- 221,225 ---- char *args; { ! int i, state, error; struct i386_ioperm_args ua; char *iomap; *************** *** 226,229 **** --- 227,232 ---- if (error = copyin(args, &ua, sizeof(struct i386_ioperm_args))) return (error); + if (ua.start >= IOPAGES * PAGE_SIZE * NBBY) + return (EINVAL); if (p->p_addr->u_pcb.pcb_ext == 0) { *************** *** 234,237 **** --- 237,242 ---- iomap = (char *)p->p_addr->u_pcb.pcb_ext->ext_iomap; + i = ua.start; + state = (iomap[i >> 3] >> (i & 7)) & 1; ua.enable = !state; ua.length = 1; Bruce From owner-freebsd-current Fri Dec 19 04:40:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA14950 for current-outgoing; Fri, 19 Dec 1997 04:40:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cuervo.atl.netchannel.net (firewall-user@cuervo.netchannel.net [205.229.200.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA14945 for ; Fri, 19 Dec 1997 04:40:36 -0800 (PST) (envelope-from rbolin@netchannel.net) Received: by cuervo.atl.netchannel.net; id HAA17714; Fri, 19 Dec 1997 07:30:32 -0500 Received: from hermes.atl.netchannel.net(172.30.5.22) by cuervo.atl.netchannel.net via smap (3.2) id xma017710; Fri, 19 Dec 97 07:30:21 -0500 Received: from 207.205.32.104 by hermes.atl.netchannel.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1458.49) id YSJADDVM; Fri, 19 Dec 1997 07:48:03 -0500 Message-ID: <349A6B2D.516E0ABA@netchannel.net> Date: Fri, 19 Dec 1997 07:40:13 -0500 From: Ron Bolin X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.6 i86pc) MIME-Version: 1.0 To: FreeBSD Current Mailing List Subject: PPP Broken? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk With the 12-17-97 current, PPP seems broken. I can no longer DHCP to my IAP. Did something change in the setup that I need to know about. What is the "File exists" error shown below? Thanks Ron Dec 19 02:44:01 rlb ppp[187]: Phase: NewPhase: Dead Dec 19 07:00:00 rlb ppp[187]: Phase: Connected! Dec 19 07:00:00 rlb ppp[187]: Phase: Phone: 4046541350 Dec 19 07:00:22 rlb ppp[187]: Phase: NewPhase: Authenticate Dec 19 07:00:22 rlb ppp[187]: Phase: NewPhase: Network Dec 19 07:00:23 rlb ppp[187]: Link: myaddr = 207.69.129.204 hisaddr = 168.121. 1.1 Dec 19 07:00:23 rlb ppp[187]: Link: OsLinkup: 168.121.1.1 Dec 19 07:00:23 rlb ppp[187]: Warning: Add route failed: 0.0.0.0: errno: File ex ists -- ------------------------------------------------------------------------------- Ron Bolin, Sr. Software Eng, NetChannel Web: http://www.netchannel.net E-mail: rbolin@netchannel.net Web: http://www.gsu.edu/~gs01rlb Ph: 770-729-2929 Ext 249 Hm: 770-992-6875 Web: http://www.mindspring.com/~rlb From owner-freebsd-current Fri Dec 19 07:03:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA22216 for current-outgoing; Fri, 19 Dec 1997 07:03:17 -0800 (PST) (envelope-from owner-freebsd-current) Received: from cuervo.atl.netchannel.net (firewall-user@cuervo.netchannel.net [205.229.200.2]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA22205 for ; Fri, 19 Dec 1997 07:03:08 -0800 (PST) (envelope-from rbolin@netchannel.net) Received: by cuervo.atl.netchannel.net; id JAA24459; Fri, 19 Dec 1997 09:53:09 -0500 Received: from hermes.atl.netchannel.net(172.30.5.22) by cuervo.atl.netchannel.net via smap (3.2) id xma024429; Fri, 19 Dec 97 09:52:43 -0500 Received: from 207.205.32.104 by hermes.atl.netchannel.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1458.49) id YSJADDZC; Fri, 19 Dec 1997 10:10:25 -0500 Message-ID: <349A8C8B.49369B00@netchannel.net> Date: Fri, 19 Dec 1997 10:02:35 -0500 From: Ron Bolin X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.6 i86pc) MIME-Version: 1.0 To: FreeBSD Current Mailing List Subject: [Fwd: PPP Broken?] Content-Type: multipart/mixed; boundary="------------22DC25C9D8F354F6D9A77554" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multi-part message in MIME format. --------------22DC25C9D8F354F6D9A77554 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: rbolin@netchannel.net Please respond with e-mail as I can no loger establish a working PPP session with my personal IAP. Thanks Ron -- ------------------------------------------------------------------------------- Ron Bolin, Sr. Software Eng, NetChannel Web: http://www.netchannel.net E-mail: rbolin@netchannel.net Web: http://www.gsu.edu/~gs01rlb Ph: 770-729-2929 Ext 249 Hm: 770-992-6875 Web: http://www.mindspring.com/~rlb --------------22DC25C9D8F354F6D9A77554 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <349A6B2D.516E0ABA@netchannel.net> Date: Fri, 19 Dec 1997 07:40:13 -0500 From: Ron Bolin X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.6 i86pc) MIME-Version: 1.0 To: FreeBSD Current Mailing List Subject: PPP Broken? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit With the 12-17-97 current, PPP seems broken. I can no longer DHCP to my IAP. Did something change in the setup that I need to know about. What is the "File exists" error shown below? Thanks Ron Dec 19 02:44:01 rlb ppp[187]: Phase: NewPhase: Dead Dec 19 07:00:00 rlb ppp[187]: Phase: Connected! Dec 19 07:00:00 rlb ppp[187]: Phase: Phone: 4046541350 Dec 19 07:00:22 rlb ppp[187]: Phase: NewPhase: Authenticate Dec 19 07:00:22 rlb ppp[187]: Phase: NewPhase: Network Dec 19 07:00:23 rlb ppp[187]: Link: myaddr = 207.69.129.204 hisaddr = 168.121. 1.1 Dec 19 07:00:23 rlb ppp[187]: Link: OsLinkup: 168.121.1.1 Dec 19 07:00:23 rlb ppp[187]: Warning: Add route failed: 0.0.0.0: errno: File ex ists -- ------------------------------------------------------------------------------- Ron Bolin, Sr. Software Eng, NetChannel Web: http://www.netchannel.net E-mail: rbolin@netchannel.net Web: http://www.gsu.edu/~gs01rlb Ph: 770-729-2929 Ext 249 Hm: 770-992-6875 Web: http://www.mindspring.com/~rlb --------------22DC25C9D8F354F6D9A77554-- From owner-freebsd-current Fri Dec 19 08:21:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA26857 for current-outgoing; Fri, 19 Dec 1997 08:21:54 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA26850 for ; Fri, 19 Dec 1997 08:21:42 -0800 (PST) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id RAA00325; Fri, 19 Dec 1997 17:22:24 +0100 (MET) (envelope-from sos) Message-Id: <199712191622.RAA00325@sos.freebsd.dk> Subject: Re: ELF binaries In-Reply-To: from Alex at "Dec 12, 97 08:00:44 pm" To: garbanzo@hooked.net (Alex) Date: Fri, 19 Dec 1997 17:22:24 +0100 (MET) Cc: current@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.dk X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Alex who wrote: > I've seen some messages before about getting FreeBSD ELF support in the > binutils, and a recent interest in egcs got me wondering. How hard would > it be for the fbsd changes committed with the egcs stuff (so one can do > dynamic libraries with egcs), or what kind of problems would I run into if > I decided to grab a newer gnu binutils and use that? Most of the changes are allready there. Use i386-unknown-freebsd or some thing close to that... The compiler in current can be configured for ELF too... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Fri Dec 19 09:22:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA00924 for current-outgoing; Fri, 19 Dec 1997 09:22:33 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA00917 for ; Fri, 19 Dec 1997 09:22:22 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id JAA01709; Fri, 19 Dec 1997 09:21:07 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712191721.JAA01709@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Bruce Evans cc: pb@fasterix.freenix.org, current@FreeBSD.ORG, gjp@erols.com, gjp@erols.net Subject: Re: cvs commit: src/sys/i386/linux linux.h linux_ioctl.c In-reply-to: Your message of "Fri, 19 Dec 1997 23:32:20 +1100." <199712191232.XAA12685@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Dec 1997 09:21:06 -0800 From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I know what ioperm does and I first implemented it for 386bsd 0.0 8) Not sure if it is worth any hazzle to implement it the way that that svgalib uses it . The problem comes in when they want to do any kind of video acceleration how to then enable all those i/o registers for something like an S3 chipset. At any rate, there may be other valid uses for ioperm other than for svgalib. Tnks! Amancio > >With respect to ioperm , I moved linux_ioperm from linux_dummy.c to > >linux_misc.c and just have this for now: > > > > > >int > >linux_ioperm(struct proc *p, struct linux_ioperm_args *args) > >{ > > int error; > > > > error = suser(p->p_ucred, &p->p_acflag); > > if (error != 0) > > return error; > > if (securelevel > 0) > > return EPERM; > > p->p_md.md_regs->tf_eflags |= PSL_IOPL; > > return 0; > >} > > That's not what Linux ioperm does. Linux ioperm sets or clears bits in > the i/o permissions bitmap. It is like FreeBSD ioperm except it has a > cleaner interface and is presumably less buggy. FreeBSD ioperm is not > completely implemented. It is only available if the kernel was configured > with `options "VM86"'. It is a subcall of sysarch(undocumented). You > have to pass it a pointer to a poorly laid out struct giving the args, > something like this: > > Linux: int ioperm(u_long from, u_long num, int turn_on); > FreeBSD: struct i386_ioperm_args { u_short from, num; u_char turn_on; } foo; > sysarch(I386_SET_IOPERM, /* XXX 1970's interface */ (char *)&foo); > > Here are some fixes for the bugs. They are untested. > > diff -c2 sys_machdep.c~ sys_machdep.c > *** sys_machdep.c~ Fri Nov 28 14:37:35 1997 > --- sys_machdep.c Fri Nov 28 17:28:16 1997 > *************** > *** 181,185 **** > char *args; > { > ! int i, error = 0; > struct i386_ioperm_args ua; > char *iomap; > --- 181,185 ---- > char *args; > { > ! int i, error; > struct i386_ioperm_args ua; > char *iomap; > *************** > *** 188,194 **** > return (error); > > - /* Only root can do this */ > if (error = suser(p->p_ucred, &p->p_acflag)) > return (error); > /* > * XXX > --- 188,195 ---- > return (error); > > if (error = suser(p->p_ucred, &p->p_acflag)) > return (error); > + if (securelevel > 0) > + return (EPERM); > /* > * XXX > *************** > *** 203,207 **** > iomap = (char *)p->p_addr->u_pcb.pcb_ext->ext_iomap; > > ! if ((int)(ua.start + ua.length) > 0xffff) > return (EINVAL); > > --- 204,208 ---- > iomap = (char *)p->p_addr->u_pcb.pcb_ext->ext_iomap; > > ! if (ua.start + ua.length > IOPAGES * PAGE_SIZE * NBBY) > return (EINVAL); > > *************** > *** 220,224 **** > char *args; > { > ! int i, state, error = 0; > struct i386_ioperm_args ua; > char *iomap; > --- 221,225 ---- > char *args; > { > ! int i, state, error; > struct i386_ioperm_args ua; > char *iomap; > *************** > *** 226,229 **** > --- 227,232 ---- > if (error = copyin(args, &ua, sizeof(struct i386_ioperm_args))) > return (error); > + if (ua.start >= IOPAGES * PAGE_SIZE * NBBY) > + return (EINVAL); > > if (p->p_addr->u_pcb.pcb_ext == 0) { > *************** > *** 234,237 **** > --- 237,242 ---- > iomap = (char *)p->p_addr->u_pcb.pcb_ext->ext_iomap; > > + i = ua.start; > + state = (iomap[i >> 3] >> (i & 7)) & 1; > ua.enable = !state; > ua.length = 1; > > Bruce From owner-freebsd-current Fri Dec 19 09:59:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA03545 for current-outgoing; Fri, 19 Dec 1997 09:59:37 -0800 (PST) (envelope-from owner-freebsd-current) Received: from artorius.sunflower.com (artorius.sunflower.com [24.124.0.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA03540 for ; Fri, 19 Dec 1997 09:59:32 -0800 (PST) (envelope-from lists5@artorius.sunflower.com) Received: from artorius.sunflower.com (artorius.sunflower.com [24.124.0.13]) by artorius.sunflower.com (8.8.8/8.8.7) with SMTP id LAA06409; Fri, 19 Dec 1997 11:58:40 -0600 (CST) (envelope-from lists5@artorius.sunflower.com) Date: Fri, 19 Dec 1997 11:58:40 -0600 (CST) From: "Stephen D. Spencer" To: "Russell L. Carter" cc: freebsd-current@FreeBSD.ORG Subject: Re: Motif on -current In-Reply-To: <199712181910.MAA27897@dnstoo.consys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Russell, I am installing -current on my machine at home. I have had moderate luck with Xi Motif on 2.x (hey, if anyone can figure out why XDIR core dumps unless executed from gdb, let me know :) At any rate I will be testing this package on -current. I will let you know what I find. Regards, Stephen On Thu, 18 Dec 1997, Russell L. Carter wrote: > > I need Motif to get Grass up and running on -current. But I see > Xi does not support anything newer than 2.2.2, and the fellow > on the phone would not admit that their product would run on > even 2.2.5. So if you're running Motif on 3.0-something, could > you let me know what it is and where you got it so I can run > out and get the same thing? > > (I have the latest lesstif and the build bleeds all over the > place when compiling the dependent Grass files, so I would > like to reduce the porting complexity by starting out with > a Known Quantity for Motif, once I get it up and running I'll > try lesstif again...) > > Thanks, > Russell > > > ----------------------------------------------------------------------------- - Stephen Spencer finger gladiatr@artorius.sunflower.com for - - administrator PGP key. - - Sunflower Datavision http://www.sunflower.com - ----------------------------------------------------------------------------- From owner-freebsd-current Fri Dec 19 10:00:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA03665 for current-outgoing; Fri, 19 Dec 1997 10:00:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-53.ix.netcom.com [207.93.143.181]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA03643 for ; Fri, 19 Dec 1997 10:00:02 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id JAA10974; Fri, 19 Dec 1997 09:59:42 -0800 (PST) Date: Fri, 19 Dec 1997 09:59:42 -0800 (PST) Message-Id: <199712191759.JAA10974@silvia.HIP.Berkeley.EDU> To: joerg_wunsch@uriah.heep.sax.de CC: freebsd-current@FreeBSD.ORG In-reply-to: <199712190808.JAA24930@uriah.heep.sax.de> Subject: Re: Motif on -current From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * (In order to not mutually clobber the various config files etc., i * have installed mine in /usr/Motif. However, the various Imake * templates don't account for the possibility that the project roots for * X11 and Motif are different, so i didn't get by without hand-fiddling * the imake-generated Makefile. It would probably be worth the while * fixing the Motif templates.) Define MOTIFLIB in /etc/make.conf and create a link /usr/X11R6/include/Xm -> /usr/Motif/include/Xm. That should be all you need as long as you use ports. Satoshi From owner-freebsd-current Fri Dec 19 10:02:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA03978 for current-outgoing; Fri, 19 Dec 1997 10:02:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA03967 for ; Fri, 19 Dec 1997 10:01:57 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id EAA21467; Sat, 20 Dec 1997 04:52:10 +1100 Date: Sat, 20 Dec 1997 04:52:10 +1100 From: Bruce Evans Message-Id: <199712191752.EAA21467@godzilla.zeta.org.au> To: bde@zeta.org.au, hasty@rah.star-gate.com Subject: Re: cvs commit: src/sys/i386/linux linux.h linux_ioctl.c Cc: current@freebsd.org, gjp@erols.com, gjp@erols.net, pb@fasterix.freenix.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I know what ioperm does and I first implemented it for 386bsd 0.0 8) That was more like Linux iopl than Linux ioperm. Linux iopl is already implemented (incorrectly) in the Linux emulator. In Linux, it sets the iopl bitfield to the specified value (0-3). In the Linux emulator, it always sets the iopl bitfield to 3. >Not sure if it is worth any hazzle to implement it the way that >that svgalib uses it . The problem comes in when they want to There is no choice. Anything else would not be Linux compatible. >do any kind of video acceleration how to then enable all those >i/o registers for something like an S3 chipset. Svgalib presumably uses iopl for the hard cases. Linux has a restriction on the bitmap size, at least in old versions, so it may be impossible to access all the registers using ioperm. FreeBSD VM86-ioperm doesn't have this restriction. >At any rate, there may be other valid uses for ioperm other than >for svgalib. Linux ioperm gives some chance of secure access to device registers. It needs at least a big immutable database of which registers are secure. Where are all those i/o registers in your graphics card today? Bruce From owner-freebsd-current Fri Dec 19 10:12:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA04770 for current-outgoing; Fri, 19 Dec 1997 10:12:40 -0800 (PST) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA04746 for ; Fri, 19 Dec 1997 10:12:30 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id OAA25865; Fri, 19 Dec 1997 14:20:55 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199712191420.OAA25865@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Ron Bolin cc: FreeBSD Current Mailing List Subject: Re: PPP Broken? In-reply-to: Your message of "Fri, 19 Dec 1997 07:40:13 EST." <349A6B2D.516E0ABA@netchannel.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Dec 1997 14:20:55 +0000 From: Brian Somers Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > With the 12-17-97 current, PPP seems broken. I can no longer DHCP to my > IAP. > Did something change in the setup that I need to know about. What is > the "File exists" > error shown below? > > Thanks > > Ron > > > Dec 19 02:44:01 rlb ppp[187]: Phase: NewPhase: Dead > Dec 19 07:00:00 rlb ppp[187]: Phase: Connected! > Dec 19 07:00:00 rlb ppp[187]: Phase: Phone: 4046541350 > Dec 19 07:00:22 rlb ppp[187]: Phase: NewPhase: Authenticate > Dec 19 07:00:22 rlb ppp[187]: Phase: NewPhase: Network > Dec 19 07:00:23 rlb ppp[187]: Link: myaddr = 207.69.129.204 hisaddr = > 168.121. > 1.1 > Dec 19 07:00:23 rlb ppp[187]: Link: OsLinkup: 168.121.1.1 > Dec 19 07:00:23 rlb ppp[187]: Warning: Add route failed: 0.0.0.0: errno: > File ex > ists I think the only relevent change is that this error now gets logged as LogWARN rather than LogTCPIP. Try enabling ``command'' logging and seeing what's actually occuring. Cheers. > > -- > ------------------------------------------------------------------------------- > Ron Bolin, Sr. Software Eng, NetChannel Web: http://www.netchannel.net > E-mail: rbolin@netchannel.net Web: http://www.gsu.edu/~gs01rlb > Ph: 770-729-2929 Ext 249 Hm: 770-992-6875 Web: http://www.mindspring.com/~rlb -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Fri Dec 19 10:20:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA05377 for current-outgoing; Fri, 19 Dec 1997 10:20:01 -0800 (PST) (envelope-from owner-freebsd-current) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA05302 for ; Fri, 19 Dec 1997 10:19:51 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id KAA02040; Fri, 19 Dec 1997 10:19:42 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712191819.KAA02040@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Bruce Evans cc: current@freebsd.org, gjp@erols.com, gjp@erols.net, pb@fasterix.freenix.org Subject: Re: cvs commit: src/sys/i386/linux linux.h linux_ioctl.c In-reply-to: Your message of "Sat, 20 Dec 1997 04:52:10 +1100." <199712191752.EAA21467@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Dec 1997 10:19:42 -0800 From: Amancio Hasty Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yes, I know the way that I implemented it. Tnks. We can go via the iobitmap method after a short test cycle . --- Two problem still remain with the linux layer : the treatment of virtual consoles and mmap. Regards, Amancio > >I know what ioperm does and I first implemented it for 386bsd 0.0 8) > > That was more like Linux iopl than Linux ioperm. Linux iopl is already > implemented (incorrectly) in the Linux emulator. In Linux, it sets > the iopl bitfield to the specified value (0-3). In the Linux emulator, > it always sets the iopl bitfield to 3. > > >Not sure if it is worth any hazzle to implement it the way that > >that svgalib uses it . The problem comes in when they want to > > There is no choice. Anything else would not be Linux compatible. > > >do any kind of video acceleration how to then enable all those > >i/o registers for something like an S3 chipset. > > Svgalib presumably uses iopl for the hard cases. Linux has a restriction > on the bitmap size, at least in old versions, so it may be impossible to > access all the registers using ioperm. FreeBSD VM86-ioperm doesn't have > this restriction. > > >At any rate, there may be other valid uses for ioperm other than > >for svgalib. > > Linux ioperm gives some chance of secure access to device registers. > It needs at least a big immutable database of which registers are > secure. Where are all those i/o registers in your graphics card today? > > Bruce From owner-freebsd-current Fri Dec 19 11:11:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA09525 for current-outgoing; Fri, 19 Dec 1997 11:11:51 -0800 (PST) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA09486 for ; Fri, 19 Dec 1997 11:11:40 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id SAA27770; Fri, 19 Dec 1997 18:43:14 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199712191843.SAA27770@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Ron Bolin cc: FreeBSD Current Mailing List Subject: Re: [Fwd: PPP Broken?] In-reply-to: Your message of "Fri, 19 Dec 1997 10:02:35 EST." <349A8C8B.49369B00@netchannel.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Dec 1997 18:43:13 +0000 From: Brian Somers Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Please respond with e-mail as I can no loger establish a working > PPP session > with my personal IAP. > > Thanks > > Ron [.....] > With the 12-17-97 current, PPP seems broken. I can no longer DHCP to my > IAP. > Did something change in the setup that I need to know about. What is > the "File exists" > error shown below? > > Thanks > > Ron > > > Dec 19 02:44:01 rlb ppp[187]: Phase: NewPhase: Dead > Dec 19 07:00:00 rlb ppp[187]: Phase: Connected! > Dec 19 07:00:00 rlb ppp[187]: Phase: Phone: 4046541350 > Dec 19 07:00:22 rlb ppp[187]: Phase: NewPhase: Authenticate > Dec 19 07:00:22 rlb ppp[187]: Phase: NewPhase: Network > Dec 19 07:00:23 rlb ppp[187]: Link: myaddr = 207.69.129.204 hisaddr = > 168.121. > 1.1 > Dec 19 07:00:23 rlb ppp[187]: Link: OsLinkup: 168.121.1.1 > Dec 19 07:00:23 rlb ppp[187]: Warning: Add route failed: 0.0.0.0: errno: > File ex > ists I'll bet you're doing an ``add 0 0 HISADDR'' in both ppp.conf and ppp.linkup, but not doing a ``delete 0'' in ppp.linkup prior to the add. The second add is simply failing because a default route already exists. If your IP is static, you don't need the delete or add in ppp.linkup. If it's dynamic, you do need the ``delete 0'' (or ``delete default'' with the latest versions) as well as the ``add 0 0 hisaddr'' (or ``add default hisaddr'' with the latest versions) in ppp.linkup. If this isn't the answer, please add command logging at the start of your default section and post the relevent bits of the log. Thanks. > -- > ------------------------------------------------------------------------------- > Ron Bolin, Sr. Software Eng, NetChannel Web: http://www.netchannel.net > E-mail: rbolin@netchannel.net Web: http://www.gsu.edu/~gs01rlb > Ph: 770-729-2929 Ext 249 Hm: 770-992-6875 Web: http://www.mindspring.com/~rlb -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Fri Dec 19 11:14:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA09825 for current-outgoing; Fri, 19 Dec 1997 11:14:51 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA09816 for ; Fri, 19 Dec 1997 11:14:42 -0800 (PST) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id NAA07909; Fri, 19 Dec 1997 13:13:09 -0600 (CST) Received: (from jlemon@localhost) by right.PCS (8.6.13/8.6.4) id NAA25797; Fri, 19 Dec 1997 13:12:37 -0600 Message-ID: <19971219131237.61997@right.PCS> Date: Fri, 19 Dec 1997 13:12:37 -0600 From: Jonathan Lemon To: Bruce Evans Cc: hasty@rah.star-gate.com, pb@fasterix.freenix.org, current@FreeBSD.ORG, gjp@erols.com, gjp@erols.net Subject: Re: cvs commit: src/sys/i386/linux linux.h linux_ioctl.c References: <199712191232.XAA12685@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <199712191232.XAA12685@godzilla.zeta.org.au>; from Bruce Evans on Dec 12, 1997 at 11:32:20PM +1100 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Dec 12, 1997 at 11:32:20PM +1100, Bruce Evans wrote: > That's not what Linux ioperm does. Linux ioperm sets or clears bits in > the i/o permissions bitmap. It is like FreeBSD ioperm except it has a > cleaner interface and is presumably less buggy. FreeBSD ioperm is not > completely implemented. It is only available if the kernel was configured > with `options "VM86"'. It is a subcall of sysarch(undocumented). You > have to pass it a pointer to a poorly laid out struct giving the args, > something like this: > > Linux: int ioperm(u_long from, u_long num, int turn_on); > FreeBSD: struct i386_ioperm_args { u_short from, num; u_char turn_on; } foo; > sysarch(I386_SET_IOPERM, /* XXX 1970's interface */ (char *)&foo); Heh. I never claimed to be a wonderful interface designer. I guess it comes from working too much with SysV during the daytime. Would you care to submit a better interface? Should it be upgraded to a full system call instead of a sysarch() call? -- Jonathan From owner-freebsd-current Fri Dec 19 12:11:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA14231 for current-outgoing; Fri, 19 Dec 1997 12:11:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA14220 for ; Fri, 19 Dec 1997 12:11:39 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id HAA25067; Sat, 20 Dec 1997 07:08:56 +1100 Date: Sat, 20 Dec 1997 07:08:56 +1100 From: Bruce Evans Message-Id: <199712192008.HAA25067@godzilla.zeta.org.au> To: bde@zeta.org.au, jlemon@americantv.com Subject: Re: cvs commit: src/sys/i386/linux linux.h linux_ioctl.c Cc: current@FreeBSD.ORG, gjp@erols.com, gjp@erols.net, hasty@rah.star-gate.com, pb@fasterix.freenix.org Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> with `options "VM86"'. It is a subcall of sysarch(undocumented). You >> have to pass it a pointer to a poorly laid out struct giving the args, >> something like this: >> >> Linux: int ioperm(u_long from, u_long num, int turn_on); >> FreeBSD: struct i386_ioperm_args { u_short from, num; u_char turn_on; } foo; >> sysarch(I386_SET_IOPERM, /* XXX 1970's interface */ (char *)&foo); > >Heh. I never claimed to be a wonderful interface designer. I guess it I thought is was for BSDI compatibility :-). >comes from working too much with SysV during the daytime. Would you care >to submit a better interface? Should it be upgraded to a full system call >instead of a sysarch() call? If sysarch() is good for anything, it is good for this. I'm not sure if it is. For sysarch(), the struct should have the same types as the Linux ioperm args, or maybe fixed-szied types. Note that the Linux emulator should do its own arg checking if it converts the args to a smaller type. It's easier to check everything at only one level. Bruce From owner-freebsd-current Fri Dec 19 16:40:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06567 for current-outgoing; Fri, 19 Dec 1997 16:40:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA06555; Fri, 19 Dec 1997 16:40:50 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id QAA22944; Fri, 19 Dec 1997 16:33:11 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd022927; Fri Dec 19 16:33:00 1997 Message-ID: <349B1196.167EB0E7@whistle.com> Date: Fri, 19 Dec 1997 16:30:14 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Bruce Evans CC: current@freebsd.org Subject: Bruce vandalism again References: <199712200007.QAA04713@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > > bde 1997/12/19 16:07:12 PST > > Modified files: > sys/net if_ethersubr.c > sys/netinet if_ether.c > Log: > Fixed gratuitous ANSIisms. > > Revision Changes Path > 1.41 +5 -2 src/sys/net/if_ethersubr.c > 1.42 +2 -2 src/sys/netinet/if_ether.c Bruce. I know this has been discussed before, but I'm not convinced that you are mving with the agreement of everybody here. int -ether_ioctl(struct ifnet *ifp, int command, caddr_t data) +ether_ioctl(ifp, command, data) + struct ifnet *ifp; + int command; + caddr_t data; { struct ifaddr *ifa = (struct ifaddr *) data; I know I am converting every function I add and anything I massively rewrite to use prototypes. I know I have a lot of people on my side here. a commit that does nothing but this vandalism is REALLY ANNOYING! julian From owner-freebsd-current Fri Dec 19 17:02:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA08208 for current-outgoing; Fri, 19 Dec 1997 17:02:38 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mutara.noc.erols.net (root@mutara.noc.erols.net [207.172.25.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA08197 for ; Fri, 19 Dec 1997 17:02:29 -0800 (PST) (envelope-from gjp@erols.com) Received: from mutara.noc.erols.net (gjp@localhost [127.0.0.1]) by mutara.noc.erols.net (8.8.8/8.8.7) with SMTP id UAA16441 for ; Fri, 19 Dec 1997 20:02:16 -0500 (EST) Message-ID: <349B1918.794BDF32@erols.com> Date: Fri, 19 Dec 1997 20:02:16 -0500 From: Gary Palmer Organization: Erols Internet NOC X-Mailer: Mozilla 3.04 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: crash (in networking code?) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, We have a weird proxying system here running 100% custom code. As a test we put a new version on a FreeBSD snap release just to see how well it lasts compared to the Sun and Linux boxes we had been testing (and using previously). I used the latest ``stable'' snap: FreeBSD pproxy6.erols.com 3.0-971208-SNAP FreeBSD 3.0-971208-SNAP #0: Fri Dec 19 01:16:45 EST 1997 root@install.noc.erols.net:/usr/src/sys/compile/PPROXY i386 The problem is when we come to kill and restart the proxy daemon (it, for obvious reasons, is its own daemon/listener). The first time I went to console and sent it a SIGINT, most of the processes exited cleanly, except one, which was stuck in `D' wait (I forgot to look at the wait channel, sorry). Interestingly, the one in D wait was *not* the parent listener, but a child, presumably one that was handling a client connection at the time. kill -9 didn't work, and when I typed `reboot' the machine didn't shut down cleanly but instead panic'd. I was working on another console and the panic flashed past, sorry. Then later, a co-worker restarted it again. This time it didn't panic immediately, but rather when he restarted the daemon. Again, no panic message (for some reason the kernel message buffer didn't get preserved and dmesg didn't pick it up after it rebooted). This is pretty simple proxy code (although I'm not responsible for it :-) ), and I'm *very* surprised that its having such a detremental effect on the system. It is running as root, although it could just as easly bind to the priv port and run as a user. It does fork off children to handle the incoming client connections, and open a TCP connection to a backend server depending on the client. Anyone have any ideas what is going on? I know its pretty vague still, and I hope to debug it further on a sacraficial machine tonight, but I was hoping that someone would know if this was already fixed, or if this needs me to start looking deep into kernel internals Thanks, Gary From owner-freebsd-current Fri Dec 19 19:27:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA14515 for current-outgoing; Fri, 19 Dec 1997 19:27:50 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA14508; Fri, 19 Dec 1997 19:27:33 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id NAA07467; Sat, 20 Dec 1997 13:57:17 +1030 (CST) (envelope-from grog) Message-ID: <19971220135716.14528@lemis.com> Date: Sat, 20 Dec 1997 13:57:16 +1030 From: Greg Lehey To: Julian Elischer Cc: Bruce Evans , current@FreeBSD.ORG Subject: Re: Bruce vandalism again References: <199712200007.QAA04713@freefall.freebsd.org> <349B1196.167EB0E7@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <349B1196.167EB0E7@whistle.com>; from Julian Elischer on Fri, Dec 19, 1997 at 04:30:14PM -0800 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, Dec 19, 1997 at 04:30:14PM -0800, Julian Elischer wrote: > Bruce Evans wrote: > > > > bde 1997/12/19 16:07:12 PST > > > > Modified files: > > sys/net if_ethersubr.c > > sys/netinet if_ether.c > > Log: > > Fixed gratuitous ANSIisms. > > > > Revision Changes Path > > 1.41 +5 -2 src/sys/net/if_ethersubr.c > > 1.42 +2 -2 src/sys/netinet/if_ether.c > Bruce. > > I know this has been discussed before, > but I'm not convinced that you are mving with the agreement of > everybody here. > > int > -ether_ioctl(struct ifnet *ifp, int command, caddr_t data) > +ether_ioctl(ifp, command, data) > + struct ifnet *ifp; > + int command; > + caddr_t data; > { > struct ifaddr *ifa = (struct ifaddr *) data; > > I know I am converting every function I add and anything I massively > rewrite to use prototypes. > I know I have a lot of people on my side here. > a commit that does nothing but this vandalism is REALLY ANNOYING! I agree. This appears to be a seriously retrograde step. Bruce, why? Greg From owner-freebsd-current Fri Dec 19 20:23:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA17576 for current-outgoing; Fri, 19 Dec 1997 20:23:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from wcc.wcc.net (wcc.wcc.net [208.6.232.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA17565 for ; Fri, 19 Dec 1997 20:23:17 -0800 (PST) (envelope-from detlev!joelh@wcc.wcc.net) Received: from detlev.UUCP (ppp70.wcc.net [208.6.232.70]) by wcc.wcc.net (8.8.7/8.8.7) with ESMTP id WAA22809; Fri, 19 Dec 1997 22:20:09 -0600 (CST) Received: (from joelh@localhost) by detlev.UUCP (8.8.7/8.8.7) id WAA22433; Fri, 19 Dec 1997 22:22:58 -0600 (CST) (envelope-from joelh) Date: Fri, 19 Dec 1997 22:22:58 -0600 (CST) Message-Id: <199712200422.WAA22433@detlev.UUCP> To: freebsd-current@freebsd.org Subject: Partial rebuilds From: Joel Ray Holveck Reply-to: joelh@gnu.org Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Are there scripts around to allow me to only build that which has changed since my last build, or some other magic to allow me to keep a -current system on a limited space hard drive? Failing that, anybody know where to get inexpensive SCSI hard drives? Thanks, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped From owner-freebsd-current Fri Dec 19 21:51:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA20744 for current-outgoing; Fri, 19 Dec 1997 21:51:08 -0800 (PST) (envelope-from owner-freebsd-current) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA20732; Fri, 19 Dec 1997 21:50:54 -0800 (PST) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id VAA17334; Fri, 19 Dec 1997 21:50:30 -0800 (PST) Message-ID: <19971219215030.56082@hydrogen.nike.efn.org> Date: Fri, 19 Dec 1997 21:50:30 -0800 From: John-Mark Gurney To: Greg Lehey Cc: Julian Elischer , Bruce Evans , current@FreeBSD.ORG Subject: Re: Bruce vandalism again References: <199712200007.QAA04713@freefall.freebsd.org> <349B1196.167EB0E7@whistle.com> <19971220135716.14528@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <19971220135716.14528@lemis.com>; from Greg Lehey on Sat, Dec 20, 1997 at 01:57:16PM +1030 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greg Lehey scribbled this message on Dec 20: > On Fri, Dec 19, 1997 at 04:30:14PM -0800, Julian Elischer wrote: > > > Modified files: > > > sys/net if_ethersubr.c > > > sys/netinet if_ether.c > > > Log: > > > Fixed gratuitous ANSIisms. > > > > > > Revision Changes Path > > > 1.41 +5 -2 src/sys/net/if_ethersubr.c > > > 1.42 +2 -2 src/sys/netinet/if_ether.c > > Bruce. > > > > I know this has been discussed before, > > but I'm not convinced that you are mving with the agreement of > > everybody here. > > > > int > > -ether_ioctl(struct ifnet *ifp, int command, caddr_t data) > > +ether_ioctl(ifp, command, data) > > + struct ifnet *ifp; > > + int command; > > + caddr_t data; > > { > > struct ifaddr *ifa = (struct ifaddr *) data; > > > > I know I am converting every function I add and anything I massively > > rewrite to use prototypes. > > I know I have a lot of people on my side here. > > a commit that does nothing but this vandalism is REALLY ANNOYING! > > I agree. This appears to be a seriously retrograde step. Bruce, why? easy, don't you guys read style(9)? Use of the __P macro in new code is discouraged, although modifications to existing files should be consistent with that file's conventions. all the other parts of the code in that file are K&R style... so you need to maintain that convention... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking P.O. Box 5693, 97405 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-current Sat Dec 20 00:41:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA29516 for current-outgoing; Sat, 20 Dec 1997 00:41:20 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA29508; Sat, 20 Dec 1997 00:41:08 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id TAA23072; Sat, 20 Dec 1997 19:39:50 +1100 Date: Sat, 20 Dec 1997 19:39:50 +1100 From: Bruce Evans Message-Id: <199712200839.TAA23072@godzilla.zeta.org.au> To: grog@lemis.com, julian@whistle.com Subject: Re: Bruce vandalism again Cc: bde@FreeBSD.ORG, current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I agree. This appears to be a seriously retrograde step. Bruce, why? I'm just enforcing this part of style(9): Only use the __P macro from the include file if the source file in general is (to be) compilable with a K&R Old testament compiler. Use of the __P macro in new code is discouraged, although modifications to existing files should be consistent with that file's conventions. In general code can be considered ``new code'' when it makes up about 50% or more of the file[s] involved. This is enough to break precedents in the existing code and use the current style guidelines. Bruce From owner-freebsd-current Sat Dec 20 01:04:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA00614 for current-outgoing; Sat, 20 Dec 1997 01:04:34 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA00609; Sat, 20 Dec 1997 01:04:26 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id EAA04490; Sat, 20 Dec 1997 04:04:00 -0500 (EST) (envelope-from toor) Message-Id: <199712200904.EAA04490@dyson.iquest.net> Subject: Re: Bruce vandalism again In-Reply-To: <19971219215030.56082@hydrogen.nike.efn.org> from John-Mark Gurney at "Dec 19, 97 09:50:30 pm" To: gurney_j@resnet.uoregon.edu Date: Sat, 20 Dec 1997 04:04:00 -0500 (EST) Cc: grog@lemis.com, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John-Mark Gurney said: > > I agree. This appears to be a seriously retrograde step. Bruce, why? > > easy, don't you guys read style(9)? > Use of the __P macro in new code is discouraged, although modifications > to existing files should be consistent with that file's conventions. > > all the other parts of the code in that file are K&R style... so you > need to maintain that convention... > If style(9) is broken, which apparently it is, then it should be fixed. It isn't a religious document, but one that should change with the times. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Sat Dec 20 01:09:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA00812 for current-outgoing; Sat, 20 Dec 1997 01:09:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebsd1.cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA00794; Sat, 20 Dec 1997 01:09:18 -0800 (PST) (envelope-from jb@freebsd1.cimlogic.com.au) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.8.5/8.8.5) id UAA00292; Sat, 20 Dec 1997 20:12:34 +1100 (EST) From: John Birrell Message-Id: <199712200912.UAA00292@freebsd1.cimlogic.com.au> Subject: Re: Bruce vandalism again In-Reply-To: <199712200839.TAA23072@godzilla.zeta.org.au> from Bruce Evans at "Dec 20, 97 07:39:50 pm" To: bde@zeta.org.au (Bruce Evans) Date: Sat, 20 Dec 1997 20:12:32 +1100 (EST) Cc: grog@lemis.com, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > >I agree. This appears to be a seriously retrograde step. Bruce, why? > > I'm just enforcing this part of style(9): > > Only use the __P macro from the include file if the source > file in general is (to be) compilable with a K&R Old testament compiler. > Use of the __P macro in new code is discouraged, although modifications > to existing files should be consistent with that file's conventions. If the use of the __P macro in new code is discouraged, then FreeBSD is not trying to keep K&R compatibility (like NetBSD insists on). So we are *encouraging* ANSI prototypes. Then (IMO) code that is being edited (for other reasons) should have its function definitions changed to ANSI style at the same time, regardless of how much code is regarded as new according to this silly statement..... > In general code can be considered ``new code'' when it makes up about 50% > or more of the file[s] involved. This is enough to break precedents in > the existing code and use the current style guidelines. Now is that 50% of the code that makes up the function definitions or do we have to count all the other lines of code too?! OK, so it's nearly Christmas (the silly season), and Jordan headed of the last potential flame war about tcl, so I thought I'd light another one. *Chuckle* > > Bruce > Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 From owner-freebsd-current Sat Dec 20 01:23:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA01281 for current-outgoing; Sat, 20 Dec 1997 01:23:01 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA01276 for ; Sat, 20 Dec 1997 01:22:57 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id KAA11457; Sat, 20 Dec 1997 10:22:27 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id KAA29158; Sat, 20 Dec 1997 10:18:52 +0100 (MET) Date: Sat, 20 Dec 1997 10:18:52 +0100 (MET) Message-Id: <199712200918.KAA29158@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: sd0: MEDIUM ERROR X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Cc: Penisoara Adrian Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Penisoara Adrian wrote: > -- excerpt from /var/log/messages -- > Dec 18 22:57:01 ady /kernel: sd0: MEDIUM ERROR info:0x36e823 csi:a,f2,2,62 asc:11,0 Unrecovered read error sks:80,70 > Dec 18 22:57:04 ady /kernel: , retries:4 > ------------------------------------ > Sould I assume that my current harddisk (Quantum VP32170S 'plugged into' > a AHA2940AU) is good just to hold (at most) the squid-swap from now on ? Yep, that's a message from the disk itself, so it should be unrelated to the controller. Make sure to turn on automatic read and write error correction (ARRE/ AWRE), on mode page #1. See the man page for scsi(8). > Could this be related with some sudden reboots I experienced lately (no, > my UPS didn't scream about power problems) ? Normally not, except you've also got complaints about VM subsystem failures caused by the disk fault. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Dec 20 01:51:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA02600 for current-outgoing; Sat, 20 Dec 1997 01:51:29 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA02575 for ; Sat, 20 Dec 1997 01:51:21 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id KAA11628 for freebsd-current@freebsd.org; Sat, 20 Dec 1997 10:51:13 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id KAA29192; Sat, 20 Dec 1997 10:21:33 +0100 (MET) Date: Sat, 20 Dec 1997 10:21:33 +0100 (MET) Message-Id: <199712200921.KAA29192@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: <199712200422.WAA22433@detlev.UUCP> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: Partial rebuilds X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joel Ray Holveck wrote: > Are there scripts around to allow me to only build that which has > changed since my last build, or some other magic to allow me to keep a > -current system on a limited space hard drive? Well, make(1)? Or do you mean that you would be allowed to throw away the old .o files? That would be rather hard to accomplish. > Failing that, anybody know where to get inexpensive SCSI hard drives? Depends on your notion of `inexpensive'. The IBM DCAS34330 IMHO is (given its size). Maybe you can buy an old used drive that became too small for someone in some second-hand shop. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Dec 20 02:52:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA06747 for current-outgoing; Sat, 20 Dec 1997 02:52:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA06732 for ; Sat, 20 Dec 1997 02:52:09 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id LAA12085 for freebsd-current@freebsd.org; Sat, 20 Dec 1997 11:52:07 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id LAA29380; Sat, 20 Dec 1997 11:23:35 +0100 (MET) Date: Sat, 20 Dec 1997 11:23:35 +0100 (MET) Message-Id: <199712201023.LAA29380@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: <199712200839.TAA23072@godzilla.zeta.org.au> <199712200912.UAA00292@freebsd1.cimlogic.com.au> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: Bruce vandalism again X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John Birrell wrote: > If the use of the __P macro in new code is discouraged, then FreeBSD > is not trying to keep K&R compatibility (like NetBSD insists on). So > we are *encouraging* ANSI prototypes. Then (IMO) code that is being > edited (for other reasons) should have its function definitions > changed to ANSI style at the same time, regardless of how much code > is regarded as new according to this silly statement. I'm all in favor of new-style definitions, but wouldn't bless the above sentence completely. If someone's doing a major overhaul, then yes, by all means. If ``is being edited'' means just a single change (perhaps only fixing a typo), moving the entire file to new-style function calls would just and only obfuscate the actual change that has been performed by the commit next time you run `cvs diff' on it again. The `style compatibility' issue has one point: you can look at the actual functional changes by comparing against the 4.4BSD vendor branch. If someone's going to break this by basically rewriting an entire driver/subsystem/whatever, then this becomes a non-issue anyway, and other cosmetic changes could be done by the same time (but preferrably in a second commit, so the functional and the cosmetic changes can be looked at separately). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Dec 20 03:45:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA11628 for current-outgoing; Sat, 20 Dec 1997 03:45:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA11612; Sat, 20 Dec 1997 03:45:14 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id WAA04443; Sat, 20 Dec 1997 22:39:27 +1100 Date: Sat, 20 Dec 1997 22:39:27 +1100 From: Bruce Evans Message-Id: <199712201139.WAA04443@godzilla.zeta.org.au> To: bde@zeta.org.au, jb@freebsd1.cimlogic.com.au Subject: Re: Bruce vandalism again Cc: bde@FreeBSD.ORG, current@FreeBSD.ORG, grog@lemis.com, julian@whistle.com Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >If the use of the __P macro in new code is discouraged, then FreeBSD is >not trying to keep K&R compatibility (like NetBSD insists on). So we are >*encouraging* ANSI prototypes. Then (IMO) code that is being edited (for >other reasons) should have its function definitions changed to ANSI style >at the same time, regardless of how much code is regarded as new according >to this silly statement..... A great way to enlarge 200000-line diffs between NetBSD and FreeBSD for code that isn't really different :-(. >> In general code can be considered ``new code'' when it makes up about 50% >> or more of the file[s] involved. This is enough to break precedents in >> the existing code and use the current style guidelines. > >Now is that 50% of the code that makes up the function definitions or do >we have to count all the other lines of code too?! All lines. I would only count significant changes like rewriting vm. Bruce From owner-freebsd-current Sat Dec 20 04:44:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA14032 for current-outgoing; Sat, 20 Dec 1997 04:44:34 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebsd1.cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA14008; Sat, 20 Dec 1997 04:44:00 -0800 (PST) (envelope-from jb@freebsd1.cimlogic.com.au) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.8.5/8.8.5) id XAA00609; Sat, 20 Dec 1997 23:47:20 +1100 (EST) From: John Birrell Message-Id: <199712201247.XAA00609@freebsd1.cimlogic.com.au> Subject: Re: Bruce vandalism again In-Reply-To: <199712201139.WAA04443@godzilla.zeta.org.au> from Bruce Evans at "Dec 20, 97 10:39:27 pm" To: bde@zeta.org.au (Bruce Evans) Date: Sat, 20 Dec 1997 23:47:20 +1100 (EST) Cc: bde@zeta.org.au, bde@FreeBSD.ORG, current@FreeBSD.ORG, grog@lemis.com, julian@whistle.com X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > A great way to enlarge 200000-line diffs between NetBSD and FreeBSD for code > that isn't really different :-(. NetBSD and FreeBSD have deviated so much that I would claim that the code really _is_ different. Try, for instance, taking part of FreeBSD user land and compiling/linking it against NetBSD. Look at how the header files clash. You need some headers that match the kernel, but you need others that match the user libraries. So why do the header files differ? The answer is that the interface between user-land and the kernel/device drivers is _very_ different (and in neither system is it cleanly designed). As each operating system develops, the greater the differences become. You will probably say that's a bad thing. I'd say it is progress. Attached are diffs between sys/types.h from FreeBSD and NetBSD. Now is it supposed to be _KERNEL (NetBSD) or KERNEL (FreeBSD)?!! FreeBSD and NetBSD may have started with the same source, but NetBSD has moved away from that source just as much as FreeBSD has. In different directions. Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 0a1,2 > /* $NetBSD: types.h,v 1.32 1997/11/23 20:39:08 kleink Exp $ */ > 2c4 < * Copyright (c) 1982, 1986, 1991, 1993, 1994 --- > * Copyright (c) 1982, 1986, 1991, 1993 38,39c40 < * @(#)types.h 8.6 (Berkeley) 2/19/95 < * $Id: types.h,v 1.21 1997/05/08 13:50:36 peter Exp $ --- > * @(#)types.h 8.4 (Berkeley) 1/21/94 46,47d46 < #include /* XXX for __signed in machine/ansi.h */ < #include 50c49,52 < #ifndef _POSIX_SOURCE --- > #include > #include > > #if !defined(_POSIX_SOURCE) && !defined(_XOPEN_SOURCE) 54a57,58 > > typedef unsigned char unchar; /* Sys V compatibility */ 56a61 > typedef unsigned long ulong; /* Sys V compatibility */ 62a68,69 > typedef int64_t blkcnt_t; /* fs block count */ > typedef u_int32_t blksize_t; /* fs optimal block size */ 70,74c77,81 < typedef u_int16_t mode_t; /* permissions */ < typedef u_int16_t nlink_t; /* link count */ < typedef _BSD_OFF_T_ off_t; /* file offset */ < typedef _BSD_PID_T_ pid_t; /* process id */ < typedef quad_t rlim_t; /* resource limit */ --- > typedef u_int32_t mode_t; /* permissions */ > typedef u_int32_t nlink_t; /* link count */ > typedef quad_t off_t; /* file offset */ > typedef int32_t pid_t; /* process id */ > typedef quad_t rlim_t; /* resource limit */ 79,84d85 < #ifdef KERNEL < typedef int boolean_t; < typedef struct vm_page *vm_page_t; < #endif < < #ifndef _POSIX_SOURCE 86,88c87,89 < * minor() gives a cookie instead of an index since we don't want to < * change the meanings of bits 0-15 or waste time and space shifting < * bits 16-31 for devices that don't use them. --- > * These belong in unistd.h, but are placed here too to ensure that > * long arguments will be promoted to off_t if the program fails to > * include that header or explicitly cast them to off_t. 90,93c91,100 < #define major(x) ((int)(((u_int)(x) >> 8)&0xff)) /* major number */ < #define minor(x) ((int)((x)&0xffff00ff)) /* minor number */ < #define makedev(x,y) ((dev_t)(((x) << 8) | (y))) /* create dev_t */ < #endif --- > #if !defined(_POSIX_SOURCE) && !defined(_XOPEN_SOURCE) > #ifndef _KERNEL > #include > __BEGIN_DECLS > off_t lseek __P((int, off_t, int)); > int ftruncate __P((int, off_t)); > int truncate __P((const char *, off_t)); > __END_DECLS > #endif /* !_KERNEL */ > #endif /* !defined(_POSIX_SOURCE) ... */ 95c102,107 < #include --- > #if !defined(_POSIX_SOURCE) && !defined(_XOPEN_SOURCE) > /* Major, minor numbers, dev_t's. */ > #define major(x) ((int32_t)(((u_int32_t)(x) >> 8) & 0xff)) > #define minor(x) ((int32_t)((x) & 0xff)) > #define makedev(x,y) ((dev_t)(((x) << 8) | (y))) > #endif 98c110 < typedef _BSD_CLOCK_T_ clock_t; --- > typedef _BSD_CLOCK_T_ clock_t; 103c115 < typedef _BSD_SIZE_T_ size_t; --- > typedef _BSD_SIZE_T_ size_t; 108c120 < typedef _BSD_SSIZE_T_ ssize_t; --- > typedef _BSD_SSIZE_T_ ssize_t; 113c125 < typedef _BSD_TIME_T_ time_t; --- > typedef _BSD_TIME_T_ time_t; 118c130 < typedef _BSD_CLOCKID_T_ clockid_t; --- > typedef _BSD_CLOCKID_T_ clockid_t; 123c135 < typedef _BSD_TIMER_T_ timer_t; --- > typedef _BSD_TIMER_T_ timer_t; 127c139,149 < #ifndef _POSIX_SOURCE --- > #ifdef _BSD_SUSECONDS_T_ > typedef _BSD_SUSECONDS_T_ suseconds_t; > #undef _BSD_SUSECONDS_T_ > #endif > > #ifdef _BSD_USECONDS_T_ > typedef _BSD_USECONDS_T_ useconds_t; > #undef _BSD_USECONDS_T_ > #endif > > #if !defined(_POSIX_SOURCE) && !defined(_XOPEN_SOURCE) 137c159 < #define FD_SETSIZE 1024 --- > #define FD_SETSIZE 256 140,141c162,163 < typedef long fd_mask; < #define NFDBITS (sizeof(fd_mask) * NBBY) /* bits per mask */ --- > typedef int32_t fd_mask; > #define NFDBITS (sizeof(fd_mask) * NBBY) /* bits per mask */ 153a176 > #ifdef _KERNEL 156,171c179,181 < < /* < * These declarations belong elsewhere, but are repeated here and in < * to give broken programs a better chance of working with < * 64-bit off_t's. < */ < #ifndef KERNEL < #include < __BEGIN_DECLS < #ifndef _FTRUNCATE_DECLARED < #define _FTRUNCATE_DECLARED < int ftruncate __P((int, off_t)); < #endif < #ifndef _LSEEK_DECLARED < #define _LSEEK_DECLARED < off_t lseek __P((int, off_t, int)); --- > #else > #define FD_COPY(f, t) (void)memcpy(t, f, sizeof(*(f))) > #define FD_ZERO(p) (void)memset(p, 0, sizeof(*(p))) 173,182d182 < #ifndef _MMAP_DECLARED < #define _MMAP_DECLARED < caddr_t mmap __P((caddr_t, size_t, int, int, int, off_t)); < #endif < #ifndef _TRUNCATE_DECLARED < #define _TRUNCATE_DECLARED < int truncate __P((const char *, off_t)); < #endif < __END_DECLS < #endif /* !KERNEL */ 184c184 < #if defined(__STDC__) && defined(KERNEL) --- > #if defined(__STDC__) && defined(_KERNEL) 200c200 < #endif /* !_POSIX_SOURCE */ --- > #endif /* !defined(_POSIX_SOURCE) ... */ From owner-freebsd-current Sat Dec 20 05:02:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA15158 for current-outgoing; Sat, 20 Dec 1997 05:02:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from mutara.noc.erols.net (root@mutara.noc.erols.net [207.172.25.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA15148 for ; Sat, 20 Dec 1997 05:02:03 -0800 (PST) (envelope-from gjp@erols.com) Received: from mutara.noc.erols.net (gjp@localhost [127.0.0.1]) by mutara.noc.erols.net (8.8.8/8.8.7) with SMTP id IAA05706 for ; Sat, 20 Dec 1997 08:02:01 -0500 (EST) Message-ID: <349BC1C9.2781E494@erols.com> Date: Sat, 20 Dec 1997 08:02:01 -0500 From: Gary Palmer Organization: Erols Internet NOC X-Mailer: Mozilla 3.04 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: current@freebsd.org Subject: Re: crash (in networking code?) References: <349B1918.794BDF32@erols.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I wrote: > > Hi, > > We have a weird proxying system here running 100% custom code. > As a test we put a new version on a FreeBSD snap release just > to see how well it lasts compared to the Sun and Linux boxes we > had been testing (and using previously). I used the latest > ``stable'' snap: Some more info. When I killed the proxy process, the process table showed: 0 22318 1 0 -14 0 172 344 ckvnlk D ?? 0:00.01 ./epproxy 0 25110 187 0 -14 0 172 52 ckvnlk D ?? 0:00.00 sleep 5 0 187 1 0 -14 0 444 284 ckvnlk D p0- 0:00.02 /bin/csh -f ./runit.sh The sleep 5 is part of runit.sh ... runit.sh is meant to restart the proxy incase it dies. Interestingly, the epproxy process does *not* ever detatch from the controlling terminal, and yet the ps above shows no controlling terminal. My current theory is these panic's are a result of poor FD management in the proxy code (i.e. stdin, stdout, stderr are never closed, and hence shared amongst all the children). The backtrace (see below) seems to indicate a vnode problem of some sort, which sort of supports my theory. (The rest of the theory is based on the fact that I'm not seeing this on other boxes, and the only difference that I can see (obviously) is that the other boxes have daemons which truly detatch and close std(in|out|err). ) When I went to reboot the system to try and clear out the stuck processes, I got a double panic (both were page faults). `bt' on he corefile (no debugging info, sorry), shows: root@pproxy6:/usr/crash> gdb -k kernel.0 vmcore.0 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc...(no debugging symbols found)... IdlePTD 1cd000 current pcb at 1a9cb0 panic: page fault #0 0xf01116bf in boot () (kgdb) bt #0 0xf01116bf in boot () #1 0xf011198e in panic () #2 0xf017e861 in trap_fatal () #3 0xf017e2f4 in trap_pfault () #4 0xf017df5f in trap () #5 0xf010d4a0 in lockstatus () #6 0xf012d949 in vop_stdislocked () #7 0xf0165761 in ufs_vnoperate () #8 0xf0130774 in vfs_msync () #9 0xf0131250 in sync () #10 0xf011158b in boot () #11 0xf011198e in panic () #12 0xf017e861 in trap_fatal () #13 0xf017e2f4 in trap_pfault () #14 0xf017df5f in trap () #15 0xf010d4a0 in lockstatus () #16 0xf012d949 in vop_stdislocked () #17 0xf0165761 in ufs_vnoperate () #18 0xf0130774 in vfs_msync () #19 0xf0131250 in sync () #20 0xf012b661 in vfs_update () #21 0xf01052e2 in kproc_start () #22 0xf01754f3 in fork_trampoline () Cannot access memory at address 0x7fff004. I have a kernel with full debugging support running now, and will likely get a coredump tonite :-( Interestingly, when I tried reproducing this on another machine (with a slightly older kernel) I couldn't (but the other machine was under simulated load, not real load) Gary From owner-freebsd-current Sat Dec 20 06:19:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA19073 for current-outgoing; Sat, 20 Dec 1997 06:19:23 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA19060; Sat, 20 Dec 1997 06:19:14 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id HAA04455; Sat, 20 Dec 1997 07:19:10 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id HAA24217; Sat, 20 Dec 1997 07:19:07 -0700 Date: Sat, 20 Dec 1997 07:19:07 -0700 Message-Id: <199712201419.HAA24217@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: dyson@FreeBSD.ORG Cc: gurney_j@resnet.uoregon.edu, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Bruce vandalism again In-Reply-To: <199712200904.EAA04490@dyson.iquest.net> References: <19971219215030.56082@hydrogen.nike.efn.org> <199712200904.EAA04490@dyson.iquest.net> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > John-Mark Gurney said: > > > I agree. This appears to be a seriously retrograde step. Bruce, why? > > > > easy, don't you guys read style(9)? > > Use of the __P macro in new code is discouraged, although modifications > > to existing files should be consistent with that file's conventions. > > > > all the other parts of the code in that file are K&R style... so you > > need to maintain that convention... > > > If style(9) is broken, which apparently it is, then it should be fixed. > It isn't a religious document, but one that should change with the times. I disagree. I'm with Bruce here in that you shouldn't 'bit by bit' change code to use new ANSI prototypes *UNLESS* you change all of the code to use ANSI prototypes. So, either convert them all to the new style (my preference), or leave them all the old style, but having a mix/match of both is silly. And, if you want to change it all to the new style, make the 'style' changes commits separate from the functional changes commits so one can see the functionality changes easy w/out having to dig through the style changes. Nate From owner-freebsd-current Sat Dec 20 06:35:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA19728 for current-outgoing; Sat, 20 Dec 1997 06:35:02 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA19713; Sat, 20 Dec 1997 06:34:52 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id JAA00329; Sat, 20 Dec 1997 09:34:39 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712201434.JAA00329@dyson.iquest.net> Subject: Re: Bruce vandalism again In-Reply-To: <199712201419.HAA24217@mt.sri.com> from Nate Williams at "Dec 20, 97 07:19:07 am" To: nate@mt.sri.com (Nate Williams) Date: Sat, 20 Dec 1997 09:34:39 -0500 (EST) Cc: dyson@FreeBSD.ORG, gurney_j@resnet.uoregon.edu, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Nate Williams said: > > John-Mark Gurney said: > > > > I agree. This appears to be a seriously retrograde step. Bruce, why? > > > > > > easy, don't you guys read style(9)? > > > Use of the __P macro in new code is discouraged, although modifications > > > to existing files should be consistent with that file's conventions. > > > > > > all the other parts of the code in that file are K&R style... so you > > > need to maintain that convention... > > > > > If style(9) is broken, which apparently it is, then it should be fixed. > > It isn't a religious document, but one that should change with the times. > > I disagree. > What do you disagree with? You echo the point made in the statement above, modulo the claim that style(9) is broken. IMO, nailing us down to a < 1980 standard is lame, and keeps us in the dark ages. (I have written alot of K&R C well before FreeBSD, and looking back, ANSI is infinitely better, and we should encourage good ANSI style.) > > I'm with Bruce here in that you shouldn't 'bit by bit' > change code to use new ANSI prototypes *UNLESS* you change all of the > code to use ANSI prototypes. So, either convert them all to the new > style (my preference), or leave them all the old style, but having a > mix/match of both is silly. > > And, if you want to change it all to the new style, make the 'style' > changes commits separate from the functional changes commits so one can > see the functionality changes easy w/out having to dig through the style > changes. > Sorry, but most of us are real-world programmers, who try to keep our code ANSI. (Then we have to switch into the mode: Oh yeah, we are still using that OLD way on FreeBSD, isn't that quaint...) Minor brace style issues aren't important (those are really easy to fix.) Not using ANSI is disgraceful. I think that we need to change style(9) ASAP. I also don't think that we should gratuitiously change existing code (including gratuitious conversions one way or the other.) New code can be made to adhere to the international standard, and old code can get upgraded over a few months (maybe). -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Sat Dec 20 08:22:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA25508 for current-outgoing; Sat, 20 Dec 1997 08:22:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (ppp10.portal.net.au [202.12.71.110]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA25497; Sat, 20 Dec 1997 08:22:18 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id CAA00301; Sun, 21 Dec 1997 02:46:13 +1030 (CST) Message-Id: <199712201616.CAA00301@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Bruce Evans cc: grog@lemis.com, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Bruce vandalism again In-reply-to: Your message of "Sat, 20 Dec 1997 19:39:50 +1100." <199712200839.TAA23072@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Dec 1997 02:46:12 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >I agree. This appears to be a seriously retrograde step. Bruce, why? > > I'm just enforcing this part of style(9): > > Only use the __P macro from the include file if the source > file in general is (to be) compilable with a K&R Old testament compiler. > Use of the __P macro in new code is discouraged, although modifications > to existing files should be consistent with that file's conventions. > > In general code can be considered ``new code'' when it makes up about 50% > or more of the file[s] involved. This is enough to break precedents in > the existing code and use the current style guidelines. You are breaking your own rules, however, in performing a style-only commit. I think that we the great unwashed would much prefer to see you spend a few more minutes and infect the rest of the declarations in a given file with the ANSI bug rather than perform such a vindictively trivial retrogression. mike From owner-freebsd-current Sat Dec 20 08:26:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA25750 for current-outgoing; Sat, 20 Dec 1997 08:26:16 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (ppp10.portal.net.au [202.12.71.110]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA25732; Sat, 20 Dec 1997 08:25:58 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id CAA00321; Sun, 21 Dec 1997 02:50:22 +1030 (CST) Message-Id: <199712201620.CAA00321@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Bruce Evans cc: jb@freebsd1.cimlogic.com.au, bde@FreeBSD.ORG, current@FreeBSD.ORG, grog@lemis.com, julian@whistle.com Subject: Re: Bruce vandalism again In-reply-to: Your message of "Sat, 20 Dec 1997 22:39:27 +1100." <199712201139.WAA04443@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Dec 1997 02:50:22 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >*encouraging* ANSI prototypes. Then (IMO) code that is being edited (for > >other reasons) should have its function definitions changed to ANSI style > >at the same time, regardless of how much code is regarded as new according > >to this silly statement..... > > A great way to enlarge 200000-line diffs between NetBSD and FreeBSD for code > that isn't really different :-(. This means tracking *their* pedantic KNF style commits as well, or do you bitch at them about that? mike From owner-freebsd-current Sat Dec 20 09:07:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA28346 for current-outgoing; Sat, 20 Dec 1997 09:07:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA28328; Sat, 20 Dec 1997 09:07:08 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id EAA13078; Sun, 21 Dec 1997 04:01:39 +1100 Date: Sun, 21 Dec 1997 04:01:39 +1100 From: Bruce Evans Message-Id: <199712201701.EAA13078@godzilla.zeta.org.au> To: bde@zeta.org.au, mike@smith.net.au Subject: Re: Bruce vandalism again Cc: bde@FreeBSD.ORG, current@FreeBSD.ORG, grog@lemis.com, jb@freebsd1.cimlogic.com.au, julian@whistle.com Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> A great way to enlarge 200000-line diffs between NetBSD and FreeBSD for code >> that isn't really different :-(. > >This means tracking *their* pedantic KNF style commits as well, or do >you bitch at them about that? If the style is consistent, then all reformatting to it should give the same result. Bruce From owner-freebsd-current Sat Dec 20 09:22:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA29146 for current-outgoing; Sat, 20 Dec 1997 09:22:29 -0800 (PST) (envelope-from owner-freebsd-current) Received: from limbo.rtfm.net (nathan@rtfm.net [204.141.125.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA29132 for ; Sat, 20 Dec 1997 09:20:49 -0800 (PST) (envelope-from nathan@limbo.rtfm.net) Received: (from nathan@localhost) by limbo.rtfm.net (8.8.8/8.8.6) id MAA16495; Sat, 20 Dec 1997 12:20:48 -0500 (EST) Message-ID: <19971220122048.25138@rtfm.net> Date: Sat, 20 Dec 1997 12:20:48 -0500 From: Nathan Dorfman To: freebsd-current@FreeBSD.org Subject: su and login.conf Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 Sender: owner-freebsd-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Anyone else out there think that su should read login.conf when started without the - flag? 1) When you su to root, and don't use the - flag, you probably still want the stuff in /sbin, /usr/sbin, etc. In fact, more than a few ports makefiles (and make world IIRC) want utilities in the sbin directories without specifying a full path. 2) The umask. The umask for most users is 0, while the umask for root is 022. With an inherited umask for an su, you can realize that noone can access the new port you've installed. If I'm not mistaken, su without - is supposed to not set the - flag in your shell's argv[0] to prevent it from executing it's .profile or .login; the settings in login.conf should be affected by even a temporary su to install a port or make world or something else that requires a brief access to root. Anyway, just a suggestion, anyone else feel this way? -- ________________ _______________________________ / Nathan Dorfman V PGP: finger nathan@rtfm.net / / nathan@rtfm.net | http://www.rtfm.net / From owner-freebsd-current Sat Dec 20 10:18:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA01955 for current-outgoing; Sat, 20 Dec 1997 10:18:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA01945; Sat, 20 Dec 1997 10:17:55 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id KAA14458; Sat, 20 Dec 1997 10:17:37 -0800 (PST) To: dyson@FreeBSD.ORG cc: gurney_j@resnet.uoregon.edu, grog@lemis.com, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Bruce vandalism again In-reply-to: Your message of "Sat, 20 Dec 1997 04:04:00 EST." <199712200904.EAA04490@dyson.iquest.net> Date: Sat, 20 Dec 1997 10:17:37 -0800 Message-ID: <14454.882641857@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > If style(9) is broken, which apparently it is, then it should be fixed. > It isn't a religious document, but one that should change with the times. It's not broken. Jordan From owner-freebsd-current Sat Dec 20 10:27:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA02543 for current-outgoing; Sat, 20 Dec 1997 10:27:28 -0800 (PST) (envelope-from owner-freebsd-current) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA02537; Sat, 20 Dec 1997 10:27:11 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id KAA05089; Sat, 20 Dec 1997 10:26:40 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma005085; Sat Dec 20 10:26:30 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id KAA19822; Sat, 20 Dec 1997 10:26:30 -0800 (PST) From: Archie Cobbs Message-Id: <199712201826.KAA19822@bubba.whistle.com> Subject: Re: Bruce vandalism again In-Reply-To: <199712201419.HAA24217@mt.sri.com> from Nate Williams at "Dec 20, 97 07:19:07 am" To: nate@mt.sri.com (Nate Williams) Date: Sat, 20 Dec 1997 10:26:30 -0800 (PST) Cc: dyson@FreeBSD.ORG, gurney_j@resnet.uoregon.edu, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Nate Williams writes: > > John-Mark Gurney said: > > If style(9) is broken, which apparently it is, then it should be fixed. > > It isn't a religious document, but one that should change with the times. > > I disagree. I'm with Bruce here in that you shouldn't 'bit by bit' > change code to use new ANSI prototypes *UNLESS* you change all of the > code to use ANSI prototypes. So, either convert them all to the new > style (my preference), or leave them all the old style, but having a > mix/match of both is silly. > > And, if you want to change it all to the new style, make the 'style' > changes commits separate from the functional changes commits so one can > see the functionality changes easy w/out having to dig through the style > changes. OK, so here's a thought experiment: Suppose somebody suddenly showed up with a giant patch file that: (a) Got rid of all uses of __P() in the kernel (ie, unwrapped them so that all function declarations used ANSI protptypes) (b) Changed every function definition to use ANSI prototypes as well Would it get committed? -Archie PS. Be careful how you answer... :-) ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Sat Dec 20 10:35:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA03060 for current-outgoing; Sat, 20 Dec 1997 10:35:58 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA03049; Sat, 20 Dec 1997 10:35:46 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id KAA14549; Sat, 20 Dec 1997 10:35:03 -0800 (PST) To: "John S. Dyson" cc: nate@mt.sri.com (Nate Williams), dyson@FreeBSD.ORG, gurney_j@resnet.uoregon.edu, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Bruce vandalism again In-reply-to: Your message of "Sat, 20 Dec 1997 09:34:39 EST." <199712201434.JAA00329@dyson.iquest.net> Date: Sat, 20 Dec 1997 10:35:03 -0800 Message-ID: <14545.882642903@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Sorry, but most of us are real-world programmers, who try to keep our > code ANSI. (Then we have to switch into the mode: Oh yeah, we are still You guys aren't even discussing the same subject here - is it any wonder there's an argument? John, please go back and read this thread again because you've become lost in the weeds of a non-existant ANSI vs non-ANSI debate. This is a self-consistency debate here and you're bringing the wrong debating points to the wrong argument. :) Jordan From owner-freebsd-current Sat Dec 20 10:46:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA03734 for current-outgoing; Sat, 20 Dec 1997 10:46:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA03715; Sat, 20 Dec 1997 10:45:54 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id NAA00285; Sat, 20 Dec 1997 13:45:47 -0500 (EST) (envelope-from toor) Message-Id: <199712201845.NAA00285@dyson.iquest.net> Subject: Re: Bruce vandalism again In-Reply-To: <14454.882641857@time.cdrom.com> from "Jordan K. Hubbard" at "Dec 20, 97 10:17:37 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 20 Dec 1997 13:45:47 -0500 (EST) Cc: dyson@FreeBSD.ORG, gurney_j@resnet.uoregon.edu, grog@lemis.com, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard said: > > If style(9) is broken, which apparently it is, then it should be fixed. > > It isn't a religious document, but one that should change with the times. > > It's not broken. > So we buck the trend of the Industry? Many/most shops will blow your code away if it isn't ANSI. (Imagine a design review: Why didn't you (another person, not you JKH) declare and instantiate your functions correctly, and default to K&R. Oh right, you are an old programmer, who grew up with K&R; well we don't do that anymore.) -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Sat Dec 20 10:48:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA03922 for current-outgoing; Sat, 20 Dec 1997 10:48:38 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA03529; Sat, 20 Dec 1997 10:43:17 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id NAA00267; Sat, 20 Dec 1997 13:42:57 -0500 (EST) (envelope-from toor) Message-Id: <199712201842.NAA00267@dyson.iquest.net> Subject: Re: Bruce vandalism again In-Reply-To: <14545.882642903@time.cdrom.com> from "Jordan K. Hubbard" at "Dec 20, 97 10:35:03 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 20 Dec 1997 13:42:57 -0500 (EST) Cc: nate@mt.sri.com, dyson@FreeBSD.ORG, gurney_j@resnet.uoregon.edu, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard said: > > Sorry, but most of us are real-world programmers, who try to keep our > > code ANSI. (Then we have to switch into the mode: Oh yeah, we are still > > You guys aren't even discussing the same subject here - is it any > wonder there's an argument? John, please go back and read this thread > again because you've become lost in the weeds of a non-existant ANSI > vs non-ANSI debate. This is a self-consistency debate here and you're > bringing the wrong debating points to the wrong argument. :) > It should be self-consistant, moving towards ANSI by 3.0. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Sat Dec 20 10:50:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA04052 for current-outgoing; Sat, 20 Dec 1997 10:50:07 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA04019; Sat, 20 Dec 1997 10:49:49 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id NAA00314; Sat, 20 Dec 1997 13:49:47 -0500 (EST) (envelope-from toor) Message-Id: <199712201849.NAA00314@dyson.iquest.net> Subject: Re: Bruce vandalism again In-Reply-To: <199712201842.NAA00267@dyson.iquest.net> from "John S. Dyson" at "Dec 20, 97 01:42:57 pm" To: dyson@FreeBSD.ORG Date: Sat, 20 Dec 1997 13:49:47 -0500 (EST) Cc: jkh@time.cdrom.com, nate@mt.sri.com, dyson@FreeBSD.ORG, gurney_j@resnet.uoregon.edu, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John S. Dyson said: > Jordan K. Hubbard said: > > > Sorry, but most of us are real-world programmers, who try to keep our > > > code ANSI. (Then we have to switch into the mode: Oh yeah, we are still > > > > You guys aren't even discussing the same subject here - is it any > > wonder there's an argument? John, please go back and read this thread > > again because you've become lost in the weeds of a non-existant ANSI > > vs non-ANSI debate. This is a self-consistency debate here and you're > > bringing the wrong debating points to the wrong argument. :) > > > It should be self-consistant, moving towards ANSI by 3.0. > Gang, This is my opinion, but I don't feel well, and my mood is showing. I really don't care that much if we are ANSI or K&R, but we should be consistant. I think that there should be tolerance for code-in-motion, like we generally have, but it should be up to the committer (maybe with prodding from BDE or anyone) to bring the code up to standard, in a reasonable amount of time. It is a mistake to forget about the rest of the world, but all-in-all, of all of the things that we have to worry about, our adherance to support of K&R isn't that big a deal. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Sat Dec 20 11:04:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA05217 for current-outgoing; Sat, 20 Dec 1997 11:04:24 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA05199; Sat, 20 Dec 1997 11:04:08 -0800 (PST) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id MAA24605; Sat, 20 Dec 1997 12:04:07 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp01.primenet.com, id smtpd024586; Sat Dec 20 12:04:06 1997 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id MAA09967; Sat, 20 Dec 1997 12:04:04 -0700 (MST) From: Terry Lambert Message-Id: <199712201904.MAA09967@usr09.primenet.com> Subject: Re: Bruce vandalism again To: julian@whistle.com (Julian Elischer) Date: Sat, 20 Dec 1997 19:04:03 +0000 (GMT) Cc: bde@freebsd.org, current@freebsd.org In-Reply-To: <349B1196.167EB0E7@whistle.com> from "Julian Elischer" at Dec 19, 97 04:30:14 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Bruce. > > I know this has been discussed before, > but I'm not convinced that you are mving with the agreement of > everybody here. > > int > -ether_ioctl(struct ifnet *ifp, int command, caddr_t data) > +ether_ioctl(ifp, command, data) > + struct ifnet *ifp; > + int command; > + caddr_t data; > { > struct ifaddr *ifa = (struct ifaddr *) data; > > I know I am converting every function I add and anything I massively > rewrite to use prototypes. > I know I have a lot of people on my side here. > a commit that does nothing but this vandalism is REALLY ANNOYING! Prototypes will perform their intended function when they are declared in the header file, without needing the function declarations to contain them. Changing the function declarations allows the (dubious) benefit of compiling the stuff under C++. Even then, you need BEGINDECLS/ENDDECLS to ensure that they are C symbols so that linking is still possible because of the idiot compiler writers "decorating" symbols. I would much prefer that the code remain as portable to *C* compilers as it can possibly be, This can be done *without* protoizing the actual function declataions. I, for one, appreciate what Bruce is doing. I own hardware for which gcc is unavailable, and for which I am unwilling to become your friendly neighborhood GCC distributor for a 2 year commitment. Even mormon missionaries are only required 18 months, these days: 2 years is too long. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Dec 20 11:14:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA05799 for current-outgoing; Sat, 20 Dec 1997 11:14:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA05780; Sat, 20 Dec 1997 11:13:54 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id LAA14707; Sat, 20 Dec 1997 11:13:36 -0800 (PST) To: dyson@FreeBSD.ORG cc: nate@mt.sri.com, gurney_j@resnet.uoregon.edu, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Bruce vandalism again In-reply-to: Your message of "Sat, 20 Dec 1997 13:42:57 EST." <199712201842.NAA00267@dyson.iquest.net> Date: Sat, 20 Dec 1997 11:13:36 -0800 Message-ID: <14703.882645216@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It should be self-consistant, moving towards ANSI by 3.0. And unless you do each file *completely* during the transition, you can't have both at once. That is the essence of the argument going on now. If you do it half-assed, self-consistancy goes out the window. Jordan From owner-freebsd-current Sat Dec 20 11:18:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA06033 for current-outgoing; Sat, 20 Dec 1997 11:18:11 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA06021; Sat, 20 Dec 1997 11:17:59 -0800 (PST) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id MAA26972; Sat, 20 Dec 1997 12:17:48 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp01.primenet.com, id smtpd026960; Sat Dec 20 12:17:45 1997 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id MAA10457; Sat, 20 Dec 1997 12:17:38 -0700 (MST) From: Terry Lambert Message-Id: <199712201917.MAA10457@usr09.primenet.com> Subject: Re: Bruce vandalism again To: jb@freebsd1.cimlogic.com.au (John Birrell) Date: Sat, 20 Dec 1997 19:17:38 +0000 (GMT) Cc: bde@zeta.org.au, bde@freebsd.org, current@freebsd.org, grog@lemis.com, julian@whistle.com In-Reply-To: <199712201247.XAA00609@freebsd1.cimlogic.com.au> from "John Birrell" at Dec 20, 97 11:47:20 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > A great way to enlarge 200000-line diffs between NetBSD and FreeBSD for code > > that isn't really different :-(. > > NetBSD and FreeBSD have deviated so much that I would claim that the > code really _is_ different. "NFS is broken, so it's OK if it gets broken more..." > So why do the header files differ? Some idiot doesn't understand data abstraction well enough to be able to hide the differences. > As each operating system develops, the greater the differences become. > You will probably say that's a bad thing. I'd say it is progress. So would I... IFF FreeBSD ran on all the platforms NetBSD does. > Now is it supposed to be _KERNEL (NetBSD) or KERNEL (FreeBSD)?!! It's supposed to be _KERNEL. Why not ask someone from the former CSRG -- you *do* accept them as authoritative, right? > < typedef _BSD_CLOCK_T_ clock_t; > --- > > typedef _BSD_CLOCK_T_ clock_t; Gratuitous changes. These should be reverted or evangelized. Either way, the camps should be sync'ed to one or the other... probably the one that didn't change from the CSRG sources, if there is one. > > #if !defined(_POSIX_SOURCE) && !defined(_XOPEN_SOURCE) Necessary changes for portability, POSIX compliance, and Single UNIX Standard compliance. The camps should be sync'ed to compliance. > < typedef long fd_mask; > < #define NFDBITS (sizeof(fd_mask) * NBBY) /* bits per mask */ > --- > > typedef int32_t fd_mask; > > #define NFDBITS (sizeof(fd_mask) * NBBY) /* bits per mask */ 64 bit architecture code portability issue for processor emulation environments making system calls to the local system where the emulated sizeof(int) is not equal to the native sizeof(int). The camps should be sync'ed to portability. > < /* > < * These declarations belong elsewhere, but are repeated here and in > < * to give broken programs a better chance of working with > < * 64-bit off_t's. > < */ The camps should be sync'ed. Isn't the next generation of Intel stuff supposed to be 64bit? ...Etc. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Dec 20 11:20:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA06314 for current-outgoing; Sat, 20 Dec 1997 11:20:59 -0800 (PST) (envelope-from owner-freebsd-current) Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA06298; Sat, 20 Dec 1997 11:20:45 -0800 (PST) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id MAA13908; Sat, 20 Dec 1997 12:20:29 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp03.primenet.com, id smtpd013902; Sat Dec 20 12:20:28 1997 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id MAA10650; Sat, 20 Dec 1997 12:20:21 -0700 (MST) From: Terry Lambert Message-Id: <199712201920.MAA10650@usr09.primenet.com> Subject: Re: Bruce vandalism again To: mike@smith.net.au (Mike Smith) Date: Sat, 20 Dec 1997 19:20:21 +0000 (GMT) Cc: bde@zeta.org.au, jb@freebsd1.cimlogic.com.au, bde@FreeBSD.ORG, current@FreeBSD.ORG, grog@lemis.com, julian@whistle.com In-Reply-To: <199712201620.CAA00321@word.smith.net.au> from "Mike Smith" at Dec 21, 97 02:50:22 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > A great way to enlarge 200000-line diffs between NetBSD and FreeBSD for code > > that isn't really different :-(. > > This means tracking *their* pedantic KNF style commits as well, or do > you bitch at them about that? IMO, if style(9) encourages gratuitous differences between the camps, then style(9) is wrong. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat Dec 20 11:21:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA06324 for current-outgoing; Sat, 20 Dec 1997 11:21:03 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA06294; Sat, 20 Dec 1997 11:20:43 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id OAA00487; Sat, 20 Dec 1997 14:20:36 -0500 (EST) (envelope-from toor) Message-Id: <199712201920.OAA00487@dyson.iquest.net> Subject: Re: Bruce vandalism again In-Reply-To: <14703.882645216@time.cdrom.com> from "Jordan K. Hubbard" at "Dec 20, 97 11:13:36 am" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 20 Dec 1997 14:20:36 -0500 (EST) Cc: dyson@FreeBSD.ORG, nate@mt.sri.com, gurney_j@resnet.uoregon.edu, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG From: "John S. Dyson" Reply-To: dyson@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard said: > > It should be self-consistant, moving towards ANSI by 3.0. > > And unless you do each file *completely* during the transition, you > can't have both at once. That is the essence of the argument going on > now. If you do it half-assed, self-consistancy goes out the window. > I did miss the point of the argument. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-current Sat Dec 20 11:21:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA06386 for current-outgoing; Sat, 20 Dec 1997 11:21:17 -0800 (PST) (envelope-from owner-freebsd-current) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA06353 for ; Sat, 20 Dec 1997 11:21:08 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id UAA18020 for freebsd-current@freebsd.org; Sat, 20 Dec 1997 20:20:59 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id UAA00892; Sat, 20 Dec 1997 20:07:28 +0100 (MET) Date: Sat, 20 Dec 1997 20:07:28 +0100 (MET) Message-Id: <199712201907.UAA00892@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: <19971220122048.25138@rtfm.net> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: su and login.conf X-Original-Newsgroups: local.freebsd.current To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nathan Dorfman wrote: > Anyone else out there think that su should read login.conf when > started without the - flag? Why? Every su (to whatever user) causes $HOME to be set, so you can always differentiate between a -l and a plain su by placing stuff in ~/.cshrc vs. ~/.login. The first will be evaluated for each su, the second only for su -l. Don't blame us for the ksh-style shells not offering a similar mechanism as ~/.cshrc. Tell this to Dave Korn. $ENV sucks big rocks, and has been invented by a time when there was already enough experience with a working .cshrc. Too bad this NIHism made it into Posix. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Dec 20 11:30:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA07104 for current-outgoing; Sat, 20 Dec 1997 11:30:13 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA07098; Sat, 20 Dec 1997 11:30:04 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id LAA14813; Sat, 20 Dec 1997 11:29:47 -0800 (PST) To: dyson@FreeBSD.ORG cc: gurney_j@resnet.uoregon.edu, grog@lemis.com, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Bruce vandalism again In-reply-to: Your message of "Sat, 20 Dec 1997 13:45:47 EST." <199712201845.NAA00285@dyson.iquest.net> Date: Sat, 20 Dec 1997 11:29:47 -0800 Message-ID: <14809.882646187@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > So we buck the trend of the Industry? Many/most shops will blow your > code away if it isn't ANSI. (Imagine a design review: Why didn't > you (another person, not you JKH) declare and instantiate your functions > correctly, and default to K&R. Oh right, you are an old programmer, who > grew up with K&R; well we don't do that anymore.) You're still having the wrong argument. This isn't about ANSI vs K&R. If you want to go back over the thread and actually read it then I'll be happy to debate it with you, but I refuse to be drawn into a straw-man debate over an issue that wasn't even on the table until you begin your inexplicable attempts to totally change the subject. Jordan From owner-freebsd-current Sat Dec 20 11:44:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA07945 for current-outgoing; Sat, 20 Dec 1997 11:44:55 -0800 (PST) (envelope-from owner-freebsd-current) Received: from zippy.dyn.ml.org (garbanzo@haiti-78.ppp.hooked.net [206.169.228.78]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA07936 for ; Sat, 20 Dec 1997 11:44:46 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with ESMTP id LAA01608; Sat, 20 Dec 1997 11:45:52 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sat, 20 Dec 1997 11:45:50 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: Søren Schmidt cc: current@FreeBSD.ORG Subject: Re: ELF binaries In-Reply-To: <199712191622.RAA00325@sos.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 19 Dec 1997, Søren Schmidt wrote: > In reply to Alex who wrote: > > I've seen some messages before about getting FreeBSD ELF support in the > > binutils, and a recent interest in egcs got me wondering. How hard would > > it be for the fbsd changes committed with the egcs stuff (so one can do > > dynamic libraries with egcs), or what kind of problems would I run into if > > I decided to grab a newer gnu binutils and use that? > > Most of the changes are allready there. Use i386-unknown-freebsd or some > thing close to that... > > The compiler in current can be configured for ELF too... If I replace the binutils with GNU binutils 2.8.1, will I still be able to run my a.out programs, or will everything need to be recompiled? - alex From owner-freebsd-current Sat Dec 20 11:48:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA08291 for current-outgoing; Sat, 20 Dec 1997 11:48:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA08211; Sat, 20 Dec 1997 11:47:57 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id GAA17208; Sun, 21 Dec 1997 06:45:32 +1100 Date: Sun, 21 Dec 1997 06:45:32 +1100 From: Bruce Evans Message-Id: <199712201945.GAA17208@godzilla.zeta.org.au> To: dyson@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: Bruce vandalism again Cc: bde@FreeBSD.ORG, current@FreeBSD.ORG, gurney_j@resnet.uoregon.edu, julian@whistle.com, nate@mt.sri.com Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> It should be self-consistant, moving towards ANSI by 3.0. > >And unless you do each file *completely* during the transition, you >can't have both at once. That is the essence of the argument going on >now. If you do it half-assed, self-consistancy goes out the window. And if you do it full-assed, then the usefulness of `cvs diff' and `cvs -j' goes out the window. If you disagree, try merging some Lite2 code into gratuitously changed code, and then verifying that the merge is correct. ffs_vfsops.c is a good place to start - it is missing important Lite2 security-related code for mount(). Bruce From owner-freebsd-current Sat Dec 20 16:46:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA26279 for current-outgoing; Sat, 20 Dec 1997 16:46:09 -0800 (PST) (envelope-from owner-freebsd-current) Received: from thelab.hub.org (slip-33.acadiau.ca [131.162.2.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA26273 for ; Sat, 20 Dec 1997 16:46:00 -0800 (PST) (envelope-from scrappy@thelab.hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.8.8/8.8.2) with SMTP id UAA00332 for ; Sat, 20 Dec 1997 20:44:30 -0400 (AST) Date: Sat, 20 Dec 1997 20:44:19 -0400 (AST) From: The Hermit Hacker To: freebsd-current@freebsd.org Subject: nonexternal relocation invalid? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm getting the above error with source code downloaded this afternoon, trying to do a make world: ld: dbxread.o: nonexternal relocation invalid I searched the archives to see if I had missed something, but unfortunately those only get updated once a week ;( Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org From owner-freebsd-current Sat Dec 20 16:46:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA26334 for current-outgoing; Sat, 20 Dec 1997 16:46:59 -0800 (PST) (envelope-from owner-freebsd-current) Received: from wcc.wcc.net (wcc.wcc.net [208.6.232.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA26325 for ; Sat, 20 Dec 1997 16:46:51 -0800 (PST) (envelope-from detlev!joelh@wcc.wcc.net) Received: from detlev.UUCP (ppp37.wcc.net [208.6.232.37]) by wcc.wcc.net (8.8.7/8.8.7) with ESMTP id SAA14985; Sat, 20 Dec 1997 18:43:48 -0600 (CST) Received: (from joelh@localhost) by detlev.UUCP (8.8.7/8.8.7) id SAA04474; Sat, 20 Dec 1997 18:46:39 -0600 (CST) (envelope-from joelh) Date: Sat, 20 Dec 1997 18:46:39 -0600 (CST) Message-Id: <199712210046.SAA04474@detlev.UUCP> To: joerg_wunsch@uriah.heep.sax.de CC: freebsd-current@freebsd.org In-reply-to: <199712200921.KAA29192@uriah.heep.sax.de> (j@uriah.heep.sax.de) Subject: Re: Partial rebuilds From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199712200422.WAA22433@detlev.UUCP> <199712200921.KAA29192@uriah.heep.sax.de> Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Are there scripts around to allow me to only build that which has >> changed since my last build, or some other magic to allow me to keep a >> -current system on a limited space hard drive? > Well, make(1)? Or do you mean that you would be allowed to throw > away the old .o files? That would be rather hard to accomplish. That's what I was thinking. I suppose that the final target files could be compared against the source files, and then a rebuild done if necessary. Sounds like a neat hack. I have no desire to do so now, of course, but I'll push it on my list. >> Failing that, anybody know where to get inexpensive SCSI hard drives? > Depends on your notion of `inexpensive'. The IBM DCAS34330 IMHO is > (given its size). > Maybe you can buy an old used drive that became too small for someone > in some second-hand shop. That was my idea. Problem is, I'm one of the few SCSI users in San Angelo, so secondhand drives are hard to come by. I inadvertantly fried my last one, when I was mounting it to keep it from getting fried. :-( Happy hacking, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped From owner-freebsd-current Sat Dec 20 16:57:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA26778 for current-outgoing; Sat, 20 Dec 1997 16:57:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (ppp10.portal.net.au [202.12.71.110]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA26759; Sat, 20 Dec 1997 16:57:31 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id LAA01562; Sun, 21 Dec 1997 11:21:46 +1030 (CST) Message-Id: <199712210051.LAA01562@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Archie Cobbs cc: nate@mt.sri.com (Nate Williams), dyson@FreeBSD.ORG, gurney_j@resnet.uoregon.edu, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Bruce vandalism again In-reply-to: Your message of "Sat, 20 Dec 1997 10:26:30 -0800." <199712201826.KAA19822@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Dec 1997 11:21:46 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > OK, so here's a thought experiment: > > Suppose somebody suddenly showed up with a giant patch file that: > > (a) Got rid of all uses of __P() in the kernel (ie, unwrapped them > so that all function declarations used ANSI protptypes) This wouldn't be much worse than the $Id$->$FreeBSD$->$Id$ change. I think we could survive it OK. > (b) Changed every function definition to use ANSI prototypes as well This would be on the order of the trailing whitespace changes; you'd want a committer that was prepared to die for the cause. > Would it get committed? I suspect that you would be facing some fairly concerted opposition from people that don't like change. There's certainly plenty of popular support for it though. mike From owner-freebsd-current Sat Dec 20 17:00:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA26947 for current-outgoing; Sat, 20 Dec 1997 17:00:43 -0800 (PST) (envelope-from owner-freebsd-current) Received: from word.smith.net.au (ppp10.portal.net.au [202.12.71.110]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA26932; Sat, 20 Dec 1997 17:00:30 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id LAA01579; Sun, 21 Dec 1997 11:24:58 +1030 (CST) Message-Id: <199712210054.LAA01579@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Bruce Evans cc: mike@smith.net.au, bde@FreeBSD.ORG, current@FreeBSD.ORG, grog@lemis.com, jb@freebsd1.cimlogic.com.au, julian@whistle.com Subject: Re: Bruce vandalism again In-reply-to: Your message of "Sun, 21 Dec 1997 04:01:39 +1100." <199712201701.EAA13078@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Dec 1997 11:24:58 +1030 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> A great way to enlarge 200000-line diffs between NetBSD and FreeBSD for code > >> that isn't really different :-(. > > > >This means tracking *their* pedantic KNF style commits as well, or do > >you bitch at them about that? > > If the style is consistent, then all reformatting to it should give the > same result. This is not an answer to the question. You are suggesting that we should apply the "golden formatting" rule to minimise differences between our codebase and NetBSD's. However they are mercilessly changing code style to conform to their preferred style. To achieve your stated goal, keeping our code the same is not adequate; instead we must copy their formatting changes. I am not entirely convinced that this is a worthwhile exercise - I'd like to think we have a life of our own, and certainly *our* developer community has some fairly different ideas about how things should look. mike From owner-freebsd-current Sat Dec 20 17:24:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA27796 for current-outgoing; Sat, 20 Dec 1997 17:24:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA27790; Sat, 20 Dec 1997 17:24:08 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id SAA08055; Sat, 20 Dec 1997 18:23:43 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id SAA25464; Sat, 20 Dec 1997 18:23:41 -0700 Date: Sat, 20 Dec 1997 18:23:41 -0700 Message-Id: <199712210123.SAA25464@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: dyson@freebsd.org Cc: jkh@time.cdrom.com (Jordan K. Hubbard), gurney_j@resnet.uoregon.edu, grog@lemis.com, julian@whistle.com, bde@freebsd.org, current@freebsd.org Subject: Re: Bruce vandalism again In-Reply-To: <199712201845.NAA00285@dyson.iquest.net> References: <14454.882641857@time.cdrom.com> <199712201845.NAA00285@dyson.iquest.net> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > If style(9) is broken, which apparently it is, then it should be fixed. > > > It isn't a religious document, but one that should change with the times. > > > > It's not broken. > > So we buck the trend of the Industry? Many/most shops will blow your > code away if it isn't ANSI. Those kind of shops aren't worth dealing with. Many shops will blow your code away if it isn't COBOL either, and they are as relevant to the argument as the above shops. > (Imagine a design review: Why didn't > you (another person, not you JKH) declare and instantiate your functions > correctly, and default to K&R. Oh right, you are an old programmer, who > grew up with K&R; well we don't do that anymore.) So what? If that's the kind of folks who are doing the design reviews, then they have nothing to say. Those kind of shops are the same ones that brought us 'New Technology', which is a joke in the OS world. John, I think you're making a big issue about a non-issue. The reason the code in FreeBSD is using K&R style is because it was written before ANSI. It hasn't been modified to ANSI style simply because it hasn't needed to. Tell your design reviewers that the 'old' code is still more robust/effecient and just as functional (if not more) than the 'new' ANSI code, and that changing code to have ANSI functions just to have ANSI functions is simply a waste of time. Nate From owner-freebsd-current Sat Dec 20 17:32:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA28283 for current-outgoing; Sat, 20 Dec 1997 17:32:19 -0800 (PST) (envelope-from owner-freebsd-current) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA28266 for ; Sat, 20 Dec 1997 17:32:05 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.2/nospam) with UUCP id CAA07626 for current@FreeBSD.ORG; Sun, 21 Dec 1997 02:31:58 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: (from roberto@localhost) by keltia.freenix.fr (8.8.8/keltia-2.13/nospam) id CAA02679; Sun, 21 Dec 1997 02:22:54 +0100 (CET) (envelope-from roberto) Message-ID: <19971221022254.38295@keltia.freenix.fr> Date: Sun, 21 Dec 1997 02:22:54 +0100 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: ELF binaries References: <199712191622.RAA00325@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: ; from Alex on Sat, Dec 20, 1997 at 11:45:50AM -0800 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3883 AMD-K6 MMX @ 208 MHz Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Alex: > If I replace the binutils with GNU binutils 2.8.1, will I still be able to > run my a.out programs, or will everything need to be recompiled? The main problem is that if you are to replace as/ld and the whole binutils package is that you won't be able to build a.out binaries, especially shared libs. Our shared libs scheme is not supported anymore by GNU (someone will correct me if I'm wrong). Out of perversion, I've built the 971215 snapshot of egcs with the ELF tools so egcs now builds ELF binaries. I'm waiting for the switch to ELF eagerly. Does anyone has some example of how the pentium code generator in egcs is good ? My first experiments are not very significant... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #19: Tue Dec 9 20:17:10 CET 1997 From owner-freebsd-current Sat Dec 20 17:36:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA28530 for current-outgoing; Sat, 20 Dec 1997 17:36:15 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA28506; Sat, 20 Dec 1997 17:36:00 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id MAA07313; Sun, 21 Dec 1997 12:05:34 +1030 (CST) (envelope-from grog) Message-ID: <19971221120534.43478@lemis.com> Date: Sun, 21 Dec 1997 12:05:34 +1030 From: Greg Lehey To: "Jordan K. Hubbard" Cc: "John S. Dyson" , Nate Williams , dyson@FreeBSD.ORG, gurney_j@resnet.uoregon.edu, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Bruce vandalism again References: <199712201434.JAA00329@dyson.iquest.net> <14545.882642903@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <14545.882642903@time.cdrom.com>; from Jordan K. Hubbard on Sat, Dec 20, 1997 at 10:35:03AM -0800 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, Dec 20, 1997 at 10:35:03AM -0800, Jordan K. Hubbard wrote: >> Sorry, but most of us are real-world programmers, who try to keep our >> code ANSI. (Then we have to switch into the mode: Oh yeah, we are still > > You guys aren't even discussing the same subject here - is it any > wonder there's an argument? I don't know what's being discussed here, either, but what I see is: >> bde 1997/12/19 16:07:12 PST >> >> Modified files: >> sys/net if_ethersubr.c >> sys/netinet if_ether.c >> Log: >> Fixed gratuitous ANSIisms. >> >> Revision Changes Path >> 1.41 +5 -2 src/sys/net/if_ethersubr.c >> 1.42 +2 -2 src/sys/netinet/if_ether.c > Bruce. > > I know this has been discussed before, > but I'm not convinced that you are mving with the agreement of > everybody here. > > int > -ether_ioctl(struct ifnet *ifp, int command, caddr_t data) > +ether_ioctl(ifp, command, data) > + struct ifnet *ifp; > + int command; > + caddr_t data; > { > struct ifaddr *ifa = (struct ifaddr *) data; >From this I deduce: 1. ANSIisms have been removed. The general tenor of this discussion is that we should be gradually working towards ANSI, but files should remain consistent. This still seems to be the wrong direction to me. 2. John-Mark Gurney was the first to say: > > easy, don't you guys read style(9)? > Use of the __P macro in new code is discouraged, although modifications > to existing files should be consistent with that file's conventions. > > all the other parts of the code in that file are K&R style... so you > need to maintain that convention... I see no reference to __P in this change. Yes, this is (apart from the $Id$) the only change to the file, and there are still __Ps in this file. > (jkh) > John, please go back and read this thread again because you've > become lost in the weeds of a non-existant ANSI vs non-ANSI debate. > This is a self-consistency debate here and you're bringing the wrong > debating points to the wrong argument. :) I don't see that John (Dyson) is wrong here. Sure, it's a consistency debate. But the question of consistency brings with it the question of what kind of consistency. Since ANSI C prototypes enable more error checking than (voluntary) K&R prototypes, I consider them a Good Thing. Why should our consistency abandon them? In any case, this modification alone hasn't made the file consistent. We still have __P in there, and if_var.h still contains: int ether_ioctl __P((struct ifnet *, int, caddr_t)); It's a lot easier to prove consistency if the declaration and definition use the same kind of prototype. About the only plausible argument I've seen in favour of the K&R style is (from Bruce) that it makes importing 4.4BSD Lite 2 easier. Well, wow, that's what the FreeBSD effort's about, isn't it? Don't get me wrong, Bruce, I approve of your tidying up. I just disagree with the way you did it this time. Greg From owner-freebsd-current Sat Dec 20 17:38:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA28604 for current-outgoing; Sat, 20 Dec 1997 17:38:10 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA28595; Sat, 20 Dec 1997 17:37:52 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id MAA07326; Sun, 21 Dec 1997 12:07:40 +1030 (CST) (envelope-from grog) Message-ID: <19971221120740.65234@lemis.com> Date: Sun, 21 Dec 1997 12:07:40 +1030 From: Greg Lehey To: Mike Smith Cc: Archie Cobbs , Nate Williams , dyson@FreeBSD.ORG, gurney_j@resnet.uoregon.edu, julian@whistle.com, bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Bruce vandalism again References: <199712201826.KAA19822@bubba.whistle.com> <199712210051.LAA01562@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <199712210051.LAA01562@word.smith.net.au>; from Mike Smith on Sun, Dec 21, 1997 at 11:21:46AM +1030 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Dec 21, 1997 at 11:21:46AM +1030, Mike Smith wrote: >> OK, so here's a thought experiment: >> >> Suppose somebody suddenly showed up with a giant patch file that: >> >> (a) Got rid of all uses of __P() in the kernel (ie, unwrapped them >> so that all function declarations used ANSI protptypes) > > This wouldn't be much worse than the $Id$->$FreeBSD$->$Id$ change. I > think we could survive it OK. > >> (b) Changed every function definition to use ANSI prototypes as well > > This would be on the order of the trailing whitespace changes; you'd > want a committer that was prepared to die for the cause. This doesn't have to happen all at once. Somebody mentioned "a file at a time", which I think is reasonable. >> Would it get committed? > > I suspect that you would be facing some fairly concerted opposition > from people that don't like change. What, opposition? In this forum? Greg From owner-freebsd-current Sat Dec 20 17:40:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA28774 for current-outgoing; Sat, 20 Dec 1997 17:40:51 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA28689; Sat, 20 Dec 1997 17:39:40 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id MAA07334; Sun, 21 Dec 1997 12:09:12 +1030 (CST) (envelope-from grog) Message-ID: <19971221120912.59514@lemis.com> Date: Sun, 21 Dec 1997 12:09:12 +1030 From: Greg Lehey To: Nate Williams Cc: dyson@freebsd.org, "Jordan K. Hubbard" , gurney_j@resnet.uoregon.edu, julian@whistle.com, bde@freebsd.org, current@freebsd.org Subject: Re: Bruce vandalism again References: <14454.882641857@time.cdrom.com> <199712201845.NAA00285@dyson.iquest.net> <199712210123.SAA25464@mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <199712210123.SAA25464@mt.sri.com>; from Nate Williams on Sat, Dec 20, 1997 at 06:23:41PM -0700 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, Dec 20, 1997 at 06:23:41PM -0700, Nate Williams wrote: > > John, I think you're making a big issue about a non-issue. The reason > the code in FreeBSD is using K&R style is because it was written before > ANSI. It hasn't been modified to ANSI style simply because it hasn't > needed to. Tell your design reviewers that the 'old' code is still more > robust/effecient and just as functional (if not more) than the 'new' > ANSI code, So far, so good. > and that changing code to have ANSI functions just to have ANSI > functions is simply a waste of time. We could debate this (I'm not going to), but don't you think it's at least as much a waste of time to change prototypes to K&R? Greg From owner-freebsd-current Sat Dec 20 19:14:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA03309 for current-outgoing; Sat, 20 Dec 1997 19:14:29 -0800 (PST) (envelope-from owner-freebsd-current) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA03303 for ; Sat, 20 Dec 1997 19:14:25 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id TAA16099 for ; Sat, 20 Dec 1997 19:14:09 -0800 (PST) To: current@freebsd.org Subject: -current release build is broken (last 3 days) Date: Sat, 20 Dec 1997 19:14:09 -0800 Message-ID: <16095.882674049@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ===> lib/libcom_err/doc install-info --defsection="Programming & development tools." --defentry="* libc om_err: (com_err). A Common Error Description Library for UNIX." com_err .info /R/stage/trees/bin/usr/share/info/dir install -c -o bin -g bin -m 444 com_err.info.gz /R/stage/trees/bin/usr/share/in fo ===> lib/libcom_err/doc cd /usr/src/lib/libcom_err/doc ; make install DESTDIR=/R/stage/trees/info SHARED =copies make: don't know how to make /R/stage/trees/info/usr/share/info/dir. Stop *** Error code 2 Stop. *** Error code 1 Which brings up a point (was it Satoshi who was last fooling with this?) - shouldn't there be some way of dealing with this dependancy on a dir file? When's the right time to install it, if so much depends on it, or should a version be created on demand? If on demand, what goes in it and how do you guarantee consistent results? If not, when's the best time to create the prototype? It'd have to be fairly early, to prevent the above from happening. I can think of a couple of quick-fix solutions to this one, in any case, but would prefer to make the right one. ;) Comments? Jordan From owner-freebsd-current Sat Dec 20 19:18:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA03471 for current-outgoing; Sat, 20 Dec 1997 19:18:25 -0800 (PST) (envelope-from owner-freebsd-current) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA03465; Sat, 20 Dec 1997 19:18:06 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id CAA17155; Sun, 21 Dec 1997 02:56:17 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199712210256.CAA17155@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Archie Cobbs cc: nate@mt.sri.com (Nate Williams), dyson@freebsd.org, gurney_j@resnet.uoregon.edu, julian@whistle.com, bde@freebsd.org, current@freebsd.org Subject: Re: Bruce vandalism again In-reply-to: Your message of "Sat, 20 Dec 1997 10:26:30 PST." <199712201826.KAA19822@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Dec 1997 02:56:17 +0000 From: Brian Somers Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Nate Williams writes: > > > John-Mark Gurney said: > > > If style(9) is broken, which apparently it is, then it should be fixed. > > > It isn't a religious document, but one that should change with the times. > > > > I disagree. I'm with Bruce here in that you shouldn't 'bit by bit' > > change code to use new ANSI prototypes *UNLESS* you change all of the > > code to use ANSI prototypes. So, either convert them all to the new > > style (my preference), or leave them all the old style, but having a > > mix/match of both is silly. > > > > And, if you want to change it all to the new style, make the 'style' > > changes commits separate from the functional changes commits so one can > > see the functionality changes easy w/out having to dig through the style > > changes. > > OK, so here's a thought experiment: > > Suppose somebody suddenly showed up with a giant patch file that: > > (a) Got rid of all uses of __P() in the kernel (ie, unwrapped them > so that all function declarations used ANSI protptypes) > (b) Changed every function definition to use ANSI prototypes as well > > Would it get committed? I'd vote yes - definitely. However, I'm not in the middle of changing large chunks of code that I'll have to patch by hand because of a change like this :-I > -Archie > > PS. Be careful how you answer... :-) > > ___________________________________________________________________________ > Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Sat Dec 20 20:05:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA06068 for current-outgoing; Sat, 20 Dec 1997 20:05:04 -0800 (PST) (envelope-from owner-freebsd-current) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA06030 for ; Sat, 20 Dec 1997 20:04:54 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id OAA00486; Sun, 21 Dec 1997 14:34:44 +1030 (CST) (envelope-from grog) Message-ID: <19971221143437.26352@lemis.com> Date: Sun, 21 Dec 1997 14:34:37 +1030 From: Greg Lehey To: FreeBSD current users Subject: lpd broken in -current Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In the last week or ten days changes to lpd have caused it to eject a blank page before each job. There seems to be no reason for this. Greg From owner-freebsd-current Sat Dec 20 21:00:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA08288 for current-outgoing; Sat, 20 Dec 1997 21:00:31 -0800 (PST) (envelope-from owner-freebsd-current) Received: from thelab.hub.org (slip-33.acadiau.ca [131.162.2.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA08279 for ; Sat, 20 Dec 1997 21:00:18 -0800 (PST) (envelope-from scrappy@thelab.hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.8.8/8.8.2) with SMTP id AAA17550 for ; Sun, 21 Dec 1997 00:59:02 -0400 (AST) Date: Sun, 21 Dec 1997 00:58:51 -0400 (AST) From: The Hermit Hacker To: freebsd-current@freebsd.org Subject: Strange behaviour with -current kernel... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've just upgraded to the most current kernel, and am having some very, very strange problems with my system. I use pine for email, and each time I restart pine, it tells me that its a new version (haven't upgraded pine in months) and regenerates my .pinerc. Looking at the .pinerc itself seems to show some "weird" stuff: ------------------ # Updated by Pine(tm) 3.96, copyright 1989-1996 University of Washington. # # Pine configuration file -- customize as needed. # # This file sets the configuration options used by Pine and PC-Pine. If you # are using Pine on a Unix system, there may be a system-wide configuration # file which sets the defaults for these variables. There are comments in # this file to explain each variable, but if you have questions about # specific settings see the section on configuration options in the Pine # notes. On Unix, run pine -conf to see how system defaults have been set. # For variables that accept multiple values, list elements are separated # by commas. A line beginning with a space or tab is considered to be a # continuation of the previous line. For a variable to be unset its value # must be blank. To set a variable to the empty string its value should # be "". You can override system defaults by setting a variable to the # empty string. Switch variables are set to either "yes" or "no", and # default to "no". # Lines beginning with "#" are comments, and ignored by Pine. ateFreeObjects(); } () = tclFreeObjList; tclFreeObjList = (Tcl_Obj *) tclFreeObj List->internalRep.otherValuePtr; ()->refCount = 0; ()->bytes = tclEmptyString Rep; ()->length = 0; ()->typePtr = NULL; TclIncrObjsAllocated() # Over-rides your full name from Unix password file. Required for PC-Pine. personal-name= ---------------------- Notice the garbage? Somehow files are being overwritten...and the only thing major I'm doing on the system right now is a 'make world'... Marc G. Fournier Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org