From owner-freebsd-current Sun May 4 01:44:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA16066 for current-outgoing; Sun, 4 May 1997 01:44:10 -0700 (PDT) Received: from relay.NL.net (relay.NL.net [193.78.240.18]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA16061 for ; Sun, 4 May 1997 01:44:07 -0700 (PDT) Received: from stuyts by relay.NL.net (5.65b/NLnet-3.4) id AA29178; Sun, 4 May 1997 10:43:48 +0200 Received: from trantor.stuyts.nl (uucp@localhost) by terminus.stuyts.nl (8.8.5/8.8.4) with UUCP id KAA08165; Thu, 29 Oct 2009 10:16:41 +0100 (MET) Received: from trantor.stuyts.nl (localhost [127.0.0.1]) by trantor.stuyts.nl (8.8.5/8.8.5) with ESMTP id KAA14082; Sun, 4 May 1997 10:04:40 +0200 (MET DST) Message-Id: <199705040804.KAA14082@trantor.stuyts.nl> X-Mailer: exmh version 2.0gamma 1/27/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: current@FreeBSD.ORG Subject: Re: Philips CDD2600 bug ?? In-Reply-To: Your message of "Sat, 03 May 1997 23:46:44 +0200." <19970503234644.ZH55731@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 May 1997 10:04:40 +0200 From: Paul van der Zwan Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Paul van der Zwan wrote: > > > Yesterday my Philips CDD2600 CD-R arrived. After adding the worm driver > > I have been able to access CD-ROMS in it. (Haven't tried burning one yet) > > Weird problem is that only the first access succeeds. > > If I mount a CD it is OK, if I umount the CD I have to open and close the > > drawer to be able to mount it again. > > This sounds as if the device responds with a ``Not ready'' later. > > Which version of FreeBSD are you using? > -current , cvsupped and built yesterday ( may 3rd) On booting the kernel shows the following about the Philips. worm0 at scbus0 target 4 lun 0 worm0: type 5 removable SCSI 2 worm0: Write-Once ahc0:A:5: refuses synchronous negotiation. Using asynchronous transfers If you need more info , let me know. Paul -- Paul van der Zwan paulz@trantor.stuyts.nl "I think I'll move to theory, everything works in theory..." From owner-freebsd-current Sun May 4 01:57:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA16467 for current-outgoing; Sun, 4 May 1997 01:57:40 -0700 (PDT) Received: from ridge.spiritone.com (ridge.spiritone.com [205.139.108.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA16462 for ; Sun, 4 May 1997 01:57:38 -0700 (PDT) Received: from joes.users.spiritone.com (joes.users.spiritone.com [205.139.111.224]) by ridge.spiritone.com (8.8.5/8.8.5) with ESMTP id BAA10660 for ; Sun, 4 May 1997 01:53:40 -0700 (PDT) Received: by joes.users.spiritone.com via sendmail with stdio id for current@freebsd.org; Sun, 4 May 1997 01:57:05 -0700 (PDT) (Smail-3.2 1996-Jul-4 #1 built 1997-Apr-28) Message-Id: From: joes@spiritone.com (Joseph Stein) Subject: Help with merging in local changes with CVS etc... To: current@freebsd.org Date: Sun, 4 May 1997 01:57:05 -0700 (PDT) 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-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I would like to make a local change to the CVS repository (only). The change is in the src/sys directory, to add the ppa drivers for my zip drive. I know I will need to maintain a copy of the full CVS repository, but how do I ensure that the change will remain in effect after further changes (pulled in with CVSup)? I'd appreciate any heads-ups... (Even if it tells me to go read something.) I did a search at the web site using CVS Local CVSUP etc, and got nothing "relevant" to this task. Thanks in advance. From owner-freebsd-current Sun May 4 02:20:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA17225 for current-outgoing; Sun, 4 May 1997 02:20:41 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA17220 for ; Sun, 4 May 1997 02:20:39 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA17634 for current@FreeBSD.ORG; Sun, 4 May 1997 11:20:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA01136; Sun, 4 May 1997 10:53:53 +0200 (MET DST) Message-ID: <19970504105353.IV59602@uriah.heep.sax.de> Date: Sun, 4 May 1997 10:53:53 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Philips CDD2600 bug ?? References: <19970503234644.ZH55731@uriah.heep.sax.de> <199705040804.KAA14082@trantor.stuyts.nl> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705040804.KAA14082@trantor.stuyts.nl>; from Paul van der Zwan on May 4, 1997 10:04:40 +0200 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Paul van der Zwan wrote: > > Which version of FreeBSD are you using? > > > > -current , cvsupped and built yesterday ( may 3rd) > If you need more info , let me know. You need to do a little debugging here. Turn on options SCSIDEBUG, then actually enable debugging for the CD-R with scsi -f /dev/rworm0.ctl -d where is something unintelligible for me :), but values of 0x3f or 0x7f yield about the information we want. Try to figure out which command fails at the second open. -- 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 May 4 02:25:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA17381 for current-outgoing; Sun, 4 May 1997 02:25:02 -0700 (PDT) Received: from zeppelin.net (obiwan@zeppelin.net [206.170.177.52]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA17373 for ; Sun, 4 May 1997 02:24:59 -0700 (PDT) Received: (from obiwan@localhost) by zeppelin.net (8.8.5/8.8.5) id CAA03614; Sun, 4 May 1997 02:26:48 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 04 May 1997 02:26:10 -0700 (PDT) From: Josh Howard To: (Joseph Stein) Subject: RE: Help with merging in local changes with CVS etc... Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I did a send-pr for this a while ago, it's now somewhere in the gnats database waiting for some kind commiter to add it to the source tree... On 04-May-97 Joseph Stein wrote: >I would like to make a local change to the CVS repository (only). The >change is in the src/sys directory, to add the ppa drivers for my >zip drive. > >I know I will need to maintain a copy of the full CVS repository, but >how do I ensure that the change will remain in effect after further >changes (pulled in with CVSup)? > >I'd appreciate any heads-ups... > >(Even if it tells me to go read something.) > >I did a search at the web site using CVS Local CVSUP etc, and got nothing >"relevant" to this task. > >Thanks in advance. > --- Josh Howard (obiwan@zeppelin.net) A child of five could understand this! Fetch me a child of five. From owner-freebsd-current Sun May 4 02:34:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA17782 for current-outgoing; Sun, 4 May 1997 02:34:47 -0700 (PDT) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.129.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA17777 for ; Sun, 4 May 1997 02:34:43 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id LAA01256 for ; Sun, 4 May 1997 11:33:33 +0200 (CEST) cc: current@freebsd.org From: Poul-Henning Kamp Subject: Re: cvs commit: src/sys/sys namei.h vnode.h src/sys/kern vfs_cache.c vfs_subr.c src/sys/nfs nfs_vnops.c In-reply-to: Your message of "Sun, 04 May 1997 02:17:39 PDT." <199705040917.CAA29144@freefall.freebsd.org> Date: Sun, 04 May 1997 11:33:33 +0200 Message-ID: <1254.862738413@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This change probably means that your machine will panic if it uses an old LKM. You have been warned. :-) I'm very interested in high-quality measurements of the impact of this change. In particular if you have numbers for big server applications, news, http or otherwise. In particular, keep an eye on, and report, the two sysctl variables "debug.numvnodes" and "kern.maxvnodes", but be aware that the latter is grossly incorrectly named. You may want to tweak debug.ncnegfactor, which determines how many negative namecache entries to keep around. It defaults to 16 which means that 1/16th of the namecache is allowed to be used for negative entries. Report your findings. Poul-Henning >phk 97/05/04 02:17:39 > > Modified: sys/kern vfs_cache.c vfs_subr.c > sys/nfs nfs_vnops.c > sys/sys namei.h vnode.h > Log: > 1. Add a {pointer, v_id} pair to the vnode to store the reference to the > ".." vnode. This is cheaper storagewise than keeping it in the > namecache, and it makes more sense since it's a 1:1 mapping. > > 2. Also handle the case of "." more intelligently rather than stuff > the namecache with pointless entries. > > 3. Add two lists to the vnode and hang namecache entries which go from > or to this vnode. When cleaning a vnode, delete all namecache > entries it invalidates. > > 4. Never reuse namecache enties, malloc new ones when we need it, free > old ones when they die. No longer a hard limit on how many we can > have. > > 5. Remove the upper limit on namelength of namecache entries. > > 6. Make a global list for negative namecache entries, limit their number > to a sysctl'able (debug.ncnegfactor) fraction of the total namecache. > Currently the default fraction is 1/16th. (Suggestions for better > default wanted!) > > 7. Assign v_id correctly in the face of 32bit rollover. > > 8. Remove the LRU list for namecache entries, not needed. Remove the > #ifdef NCH_STATISTICS stuff, it's not needed either. > > 9. Use the vnode freelist as a true LRU list, also for namecache accesses. > > 10. Reuse vnodes more aggresively but also more selectively, if we can't > reuse, malloc a new one. There is no longer a hard limit on their > number, they grow to the point where we don't reuse potentially > usable vnodes. A vnode will not get recycled if still has pages in > core or if it is the source of namecache entries (Yes, this does > indeed work :-) "." and ".." are not namecache entries any longer...) > > 11. Do not overload the v_id field in namecache entries with whiteout > information, use a char sized flags field instead, so we can get > rid of the vpid and v_id fields from the namecache struct. Since > we're linked to the vnodes and purged when they're cleaned, we don't > have to check the v_id any more. > > 12. NFS knew about the limitation on name length in the namecache, it > shouldn't and doesn't now. > > Bugs: > The namecache statistics no longer includes the hits for ".." > and "." hits. > > Performance impact: > Generally in the +/- 0.5% for "normal" workstations, but > I hope this will allow the system to be selftuning over a > bigger range of "special" applications. The case where > RAM is available but unused for cache because we don't have > any vnodes should be gone. > > Future work: > Straighten out the namecache statistics. > > "desiredvnodes" is still used to (bogusly ?) size hash > tables in the filesystems. > > I have still to find a way to safely free unused vnodes > back so their number can shrink when not needed. > > There is a few uses of the v_id field left in the filesystems, > scheduled for demolition at a later time. > > Maybe a one slot cache for unused namecache entries should > be implemented to decrease the malloc/free frequency. > > Revision Changes Path > 1.25 +105 -107 src/sys/kern/vfs_cache.c > 1.85 +53 -45 src/sys/kern/vfs_subr.c > 1.47 +2 -3 src/sys/nfs/nfs_vnops.c > 1.14 +6 -18 src/sys/sys/namei.h > 1.44 +7 -2 src/sys/sys/vnode.h -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun May 4 05:20:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA21522 for current-outgoing; Sun, 4 May 1997 05:20:12 -0700 (PDT) Received: from corona.jcmax.com (corona.jcmax.com [204.69.248.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA21515 for ; Sun, 4 May 1997 05:20:10 -0700 (PDT) Received: by corona.jcmax.com (5.65/2.49G/4.1.3_U1) id AA27579; Sun, 4 May 97 08:20:08 -0400 Date: Sun, 4 May 97 08:20:08 -0400 From: cr@jcmax.com (Cyrus Rahman) Message-Id: <9705041220.AA27579@corona.jcmax.com> To: current@freebsd.org Subject: Re: Worm driver Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Which version of FreeBSD are you using? > > > > -current , cvsupped and built yesterday ( may 3rd) I've had the same problem with 3.0-current with the HP 6020i. > You need to do a little debugging here. Turn on options SCSIDEBUG, > then actually enable debugging for the CD-R with > > scsi -f /dev/rworm0.ctl -d > > where is something unintelligible for me :), but values > of 0x3f or 0x7f yield about the information we want. Try to figure > out which command fails at the second open. The problem occurs before the actual 'open' in worm_open, when scsi_test_unit_ready() is called; the test fails and returns ENXIO. Thus, for example, after opening the device once the command: wormcontrol junk returns: wormcontrol: open(/dev/rworm0): Device not configured even though it calls open() with O_NONBLOCK. I haven't figured out why scsi_test_unit_ready() fails until you open and close the carriage again. The driver does work correctly with the HP 6020i in all other observed ways, but you can't check a disk you burn till you eject it and put it back in. Cyrus From owner-freebsd-current Sun May 4 08:50:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA00601 for current-outgoing; Sun, 4 May 1997 08:50:56 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA00588 for ; Sun, 4 May 1997 08:50:53 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA21995 for current@FreeBSD.ORG; Sun, 4 May 1997 17:50:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id RAA02134; Sun, 4 May 1997 17:39:56 +0200 (MET DST) Message-ID: <19970504173956.HN10108@uriah.heep.sax.de> Date: Sun, 4 May 1997 17:39:56 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Help with merging in local changes with CVS etc... References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Josh Howard on May 4, 1997 02:26:10 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Josh Howard wrote: > I did a send-pr for this a while ago, it's now somewhere in the > gnats database waiting for some kind commiter to add it to the > source tree... A child of five could understand this! Fetch me a > child of five. The problem with all this is: . Nobody stepped forward to maintain it actively. Just committing it risks to make this a stale piece of software some day. We've got examples for this in the tree. . There has been more than one objection against the design of the entire driver (this includes the design of the lp(4) driver as well). All this cries for a rewrite, with the actual hardware driver as a controller, and the software drivers (lpt(4), ppa(4), lp(4)) on top. While lp(4) is halfways smart enough to plug in comfortably, and only steals the lpt(4) functionality while being ifconfig'ed ``up'', i think ppa(4) is doing even worse, basically requiring you to have two different kernels or such. (This is heresay, i didn't look very closely to its sources.) -- 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 May 4 08:51:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA00625 for current-outgoing; Sun, 4 May 1997 08:51:01 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA00609 for ; Sun, 4 May 1997 08:50:57 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA21997; Sun, 4 May 1997 17:50:55 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id RAA02149; Sun, 4 May 1997 17:44:07 +0200 (MET DST) Message-ID: <19970504174407.EZ62108@uriah.heep.sax.de> Date: Sun, 4 May 1997 17:44:07 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Cc: joes@spiritone.com (Joseph Stein) Subject: Re: Help with merging in local changes with CVS etc... References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Joseph Stein on May 4, 1997 01:57:05 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Joseph Stein wrote: > I know I will need to maintain a copy of the full CVS repository, but > how do I ensure that the change will remain in effect after further > changes (pulled in with CVSup)? Are you sure you really want to check it into your CVS? I think the cvsup documentation in the handbook mentions how this would to be done, though i'm not familiar with it either. Normally, you don't need to do this however (unless you're going to develop the ppa driver further on, but in this case, i'd rather acquire you as the official FreeBSD maintainer :). If you just apply the modifications to your tree, subsequent `cvs update' operations will try its best to maintain your local changes to the checked out tree. I think i've got some 20+ files in my kernel source tree that differ from the official versions, and a few files outside the kernel. I sometimes commit the changes once they `matured' (see the syslogd commit yesterday), sometimes i don't commit them since they are unclean and need more work, some of the changes are purely local (e.g. i've totally ripped off rm'ing the old compile directory from config(8) since bothered me once too many). -- 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 May 4 09:20:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02293 for current-outgoing; Sun, 4 May 1997 09:20:29 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA02284 for ; Sun, 4 May 1997 09:20:26 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA22356 for current@FreeBSD.ORG; Sun, 4 May 1997 18:20:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id RAA02192; Sun, 4 May 1997 17:51:40 +0200 (MET DST) Message-ID: <19970504175140.MS38725@uriah.heep.sax.de> Date: Sun, 4 May 1997 17:51:40 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Worm driver References: <9705041220.AA27579@corona.jcmax.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9705041220.AA27579@corona.jcmax.com>; from Cyrus Rahman on May 4, 1997 08:20:08 -0400 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Cyrus Rahman wrote: > I haven't figured out why scsi_test_unit_ready() fails until you open and > close the carriage again. > > The driver does work correctly with the HP 6020i in all other observed ways, > but you can't check a disk you burn till you eject it and put it back in. I wonder what they did on the 6020i that wasn't there on the 4020i. I think it's the STOP UNIT command. Try just omitting it. Maybe we should avoid the STOP UNIT at all, it's fairly pointless anyway. The unit will automatically stop once you try ejecting the medium. Please move this discussion to freebsd-scsi@freebsd.org if you've got further opinions. -- 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 May 4 09:49:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03700 for current-outgoing; Sun, 4 May 1997 09:49:21 -0700 (PDT) Received: from critter.dk.tfs.com (phk.freebsd.dk [195.8.129.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA03694; Sun, 4 May 1997 09:49:13 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id SAA05562; Sun, 4 May 1997 18:48:02 +0200 (CEST) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: current@freebsd.org From: Poul-Henning Kamp Subject: Re: Help with merging in local changes with CVS etc... In-reply-to: Your message of "Sun, 04 May 1997 17:39:56 +0200." <19970504173956.HN10108@uriah.heep.sax.de> Date: Sun, 04 May 1997 18:48:01 +0200 Message-ID: <5560.862764481@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970504173956.HN10108@uriah.heep.sax.de>, J Wunsch writes: >. There has been more than one objection against the design of the > entire driver (this includes the design of the lp(4) driver as well). > All this cries for a rewrite, with the actual hardware driver as a > controller, and the software drivers (lpt(4), ppa(4), lp(4)) on top. > While lp(4) is halfways smart enough to plug in comfortably, and > only steals the lpt(4) functionality while being ifconfig'ed ``up'', > i think ppa(4) is doing even worse, basically requiring you to have > two different kernels or such. (This is heresay, i didn't look > very closely to its sources.) YES, listen to that man! And don't forget qcam while we're at it. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Sun May 4 10:52:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07136 for current-outgoing; Sun, 4 May 1997 10:52:15 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA07131 for ; Sun, 4 May 1997 10:52:13 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA14117; Sun, 4 May 1997 10:49:29 -0700 From: Terry Lambert Message-Id: <199705041749.KAA14117@phaeton.artisoft.com> Subject: Re: -current build is now broken.. To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sun, 4 May 1997 10:49:29 -0700 (MST) Cc: terry@lambert.org, current@FreeBSD.ORG In-Reply-To: <199705032234.PAA05082@rah.star-gate.com> from "Amancio Hasty" at May 3, 97 03:34:20 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What we are debating is what constitutes an effective engineering company. > Bear in mind that the analytical skills which engineers bring along is > like a blade which can either benefit or turn against the company. Yeah; people with functioning "bullshit detectors" tend to make the slingers of such product uncomfortable. It's really "terrible" when you have to be honest and forthright with your employees in the knowledge that they will call you on your lies. Takes all the fun out of being a non-technical guy promoted to the position of CEO or company president, I hear. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun May 4 11:22:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08749 for current-outgoing; Sun, 4 May 1997 11:22:22 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA08744 for ; Sun, 4 May 1997 11:22:20 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA14228; Sun, 4 May 1997 11:20:07 -0700 From: Terry Lambert Message-Id: <199705041820.LAA14228@phaeton.artisoft.com> Subject: Re: Help with merging in local changes with CVS etc... To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 4 May 1997 11:20:07 -0700 (MST) Cc: current@FreeBSD.ORG, joes@spiritone.com In-Reply-To: <19970504174407.EZ62108@uriah.heep.sax.de> from "J Wunsch" at May 4, 97 05:44:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I know I will need to maintain a copy of the full CVS repository, but > > how do I ensure that the change will remain in effect after further > > changes (pulled in with CVSup)? > > Are you sure you really want to check it into your CVS? I think the > cvsup documentation in the handbook mentions how this would to be > done, though i'm not familiar with it either. It involves a FreeBSD committer providing a branch tag for local use by the committer -- one tag per thread of changes. It don't provide a mechansim for coelescing the tag head when you finally accept the changes for commit. It doesn't provide a history merge mechanism (which would rely on the coelese) so that if a change that impacted the post-merge code needed to be backed out (say a VM change or dimilar dependency), then the post-backout would no longer function. > If you just apply the modifications to your tree, subsequent `cvs > update' operations will try its best to maintain your local changes > to the checked out tree. It won't always be successful, so you should be prepared to resolve conflicts manually. Because of this, you must manually do the updates, and resolve before subsequent updates. This means that it's impossible to automate the process. It also mens that you can't locally maintain history for your code in your local tree (ideally, you would track colliding changes so that you could back the colliding tree out to whatever revision you wanted, and your merged code would still function; no dice with the suggested method). > I think i've got some 20+ files in my kernel source tree that > differ from the official versions, and a few files outside the kernel. > I sometimes commit the changes once they `matured' (see the syslogd > commit yesterday), sometimes i don't commit them since they are > unclean and need more work, some of the changes are purely local > (e.g. i've totally ripped off rm'ing the old compile directory from > config(8) since bothered me once too many). You are in a different boat. You can commit changes to the main tree and get them communicated to your local copy of the tree that way. It won't work for people who don't have commit priveledges to the main tree, only to their copy of the main tree. CVS is barely adequate. 8-(. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun May 4 11:24:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08922 for current-outgoing; Sun, 4 May 1997 11:24:21 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA08915 for ; Sun, 4 May 1997 11:24:16 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA25011 for current@FreeBSD.ORG; Sun, 4 May 1997 20:24:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA20874; Sun, 4 May 1997 20:24:00 +0200 (MET DST) Message-ID: <19970504202400.RH45263@uriah.heep.sax.de> Date: Sun, 4 May 1997 20:24:00 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Help with merging in local changes with CVS etc... References: <19970504174407.EZ62108@uriah.heep.sax.de> <199705041820.LAA14228@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705041820.LAA14228@phaeton.artisoft.com>; from Terry Lambert on May 4, 1997 11:20:07 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > It involves a FreeBSD committer providing a branch tag for local > use by the committer -- one tag per thread of changes. Yep, but this wasn't the problem of the guy asking. Your set of problems is quite different from his. -- 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 May 4 12:22:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12007 for current-outgoing; Sun, 4 May 1997 12:22:10 -0700 (PDT) Received: from zeppelin.net (obiwan@zeppelin.net [206.170.177.52]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA12002 for ; Sun, 4 May 1997 12:22:07 -0700 (PDT) Received: (from obiwan@localhost) by zeppelin.net (8.8.5/8.8.5) id MAA07888 for current@FreeBSD.ORG; Sun, 4 May 1997 12:24:08 -0700 (PDT) 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: <19970504173956.HN10108@uriah.heep.sax.de> Date: Sun, 04 May 1997 12:20:02 -0700 (PDT) From: Josh Howard To: current@FreeBSD.ORG Subject: Re: Help with merging in local changes with CVS etc... Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 04-May-97 J Wunsch wrote: > i think ppa(4) is doing even worse, basically requiring you to have > two different kernels or such. (This is heresay, i didn't look > very closely to its sources.) > Well, it's a pretty bad driver I suppose, and it does have support for lp while the driver is in place, but, I haven't actually tried it on this machine. Since this driver is obviously disliked by all, maybe somewhere in the documentation we could like where it could be found (http://www.prism.uvsq.fr/~son/ppa3.html), as the question of `how do I get my parallel port zip drive working under FreeBSD' is asked quite often (on usenet for instance). I suppose in LINT would be asking too much :-) --- Josh Howard (obiwan@zeppelin.net) You have the body of a 19 year old. Please return it before it gets wrinkled. From owner-freebsd-current Sun May 4 12:24:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12175 for current-outgoing; Sun, 4 May 1997 12:24:13 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA12157 for ; Sun, 4 May 1997 12:24:10 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA14503; Sun, 4 May 1997 12:21:58 -0700 From: Terry Lambert Message-Id: <199705041921.MAA14503@phaeton.artisoft.com> Subject: Re: Help with merging in local changes with CVS etc... To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 4 May 1997 12:21:58 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <19970504202400.RH45263@uriah.heep.sax.de> from "J Wunsch" at May 4, 97 08:24:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > It involves a FreeBSD committer providing a branch tag for local > > use by the committer -- one tag per thread of changes. > > Yep, but this wasn't the problem of the guy asking. Your set of > problems is quite different from his. He wanted to commit changes to his local tree, and have them not stomped on CVSup/CTM update. This is exactly what I want. I don't see why you think our needs are different. The ability to have the commited changes revert the local branching after the commit is a secondary issue, and relies on solving the local commit problem, first. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sun May 4 13:08:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14073 for current-outgoing; Sun, 4 May 1997 13:08:38 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA14068 for ; Sun, 4 May 1997 13:08:35 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA17884; Sun, 4 May 1997 13:07:29 -0700 Date: Sun, 4 May 1997 13:07:29 -0700 (PDT) From: "Brian N. Handy" To: Paul van der Zwan Cc: current@FreeBSD.ORG Subject: Re: Philips CDD2600 bug ?? In-Reply-To: <199705031723.TAA28844@trantor.stuyts.nl> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Yesterday my Philips CDD2600 CD-R arrived. After adding the worm driver >I have been able to access CD-ROMS in it. (Haven't tried burning one yet) >Weird problem is that only the first access succeeds. >If I mount a CD it is OK, if I umount the CD I have to open and close the >drawer to be able to mount it again. Wow, you can mount a CD in these things now? I haven't been keeping up. Anyway, your progress matches my experiences. I'm not completely sure, and I've never run the thing under Win95 with the bundled software, but the guess I came away with was this was supposed to be some sort of 'feature' -- you're supposed to put a new disk in before the thing will talk to you again. I don't have a Windoze box to try this on to see how it's handled there. You might try that and see how it works there. It was a consistent error and didn't effect my operation in the least so I let it go. I highly discourage people from playing with written CD's in my $600 CD-player, I'd rather they use the $100 CDrom sitting next to it. :-) Good luck and godspeed, Brian From owner-freebsd-current Sun May 4 13:14:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14409 for current-outgoing; Sun, 4 May 1997 13:14:25 -0700 (PDT) Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14394 for ; Sun, 4 May 1997 13:14:22 -0700 (PDT) Received: from fast.cs.utah.edu by cs.utah.edu (8.8.4/utah-2.21-cs) id OAA00704; Sun, 4 May 1997 14:12:36 -0600 (MDT) Received: by fast.cs.utah.edu (8.6.10/utah-2.15-leaf) id OAA22871; Sun, 4 May 1997 14:12:31 -0600 Date: Sun, 4 May 1997 14:12:31 -0600 From: vanmaren@fast.cs.utah.edu (Kevin Van Maren) Message-Id: <199705042012.OAA22871@fast.cs.utah.edu> To: joerg_wunsch@uriah.heep.sax.de, terry@lambert.org Subject: Re: Help with merging in local changes with CVS etc... Cc: current@FreeBSD.ORG, joes@spiritone.com Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk What we've done here is to cvsup the CVS repository, and they use RCS on individual files in the checked-out tree from the cvsup-ed one. Yes, it is a pain, but you get your local revision history. As Terry said, however, you do have to check for conflicts (or other problems)) after an update. Kevin From owner-freebsd-current Sun May 4 15:23:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20054 for current-outgoing; Sun, 4 May 1997 15:23:37 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA20046 for ; Sun, 4 May 1997 15:23:32 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA28712 for current@FreeBSD.ORG; Mon, 5 May 1997 00:23:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA21749; Mon, 5 May 1997 00:15:53 +0200 (MET DST) Message-ID: <19970505001553.VS30472@uriah.heep.sax.de> Date: Mon, 5 May 1997 00:15:53 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Help with merging in local changes with CVS etc... References: <19970504202400.RH45263@uriah.heep.sax.de> <199705041921.MAA14503@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705041921.MAA14503@phaeton.artisoft.com>; from Terry Lambert on May 4, 1997 12:21:58 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > Yep, but this wasn't the problem of the guy asking. Your set of > > problems is quite different from his. > > He wanted to commit changes to his local tree, and have them not > stomped on CVSup/CTM update. No, he actually didn't. Turn off your read flag, and re-read his mail, then you'll notice it. All he wanted was to make sure that his local ppa driver won't be killed by the next cvs update. That's a standard CVS feature. -- 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 May 4 15:24:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20101 for current-outgoing; Sun, 4 May 1997 15:24:07 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA20095 for ; Sun, 4 May 1997 15:24:04 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA28723 for current@FreeBSD.ORG; Mon, 5 May 1997 00:24:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA21762; Mon, 5 May 1997 00:18:44 +0200 (MET DST) Message-ID: <19970505001844.CT61143@uriah.heep.sax.de> Date: Mon, 5 May 1997 00:18:44 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Help with merging in local changes with CVS etc... References: <19970504173956.HN10108@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Josh Howard on May 4, 1997 12:20:02 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Josh Howard wrote: > Well, it's a pretty bad driver I suppose, and it does have support > for lp while the driver is in place, but, I haven't actually tried > it on this machine. Since this driver is obviously disliked by all, > ... It's not. But one of those who like it (and i think there are quite a number of people) should step forward and take responsibility for it. If it looks promising that it won't be sitting in the tree just rotting its bits, and that the problems i've mentioned might be addressed (not necessarily already by the time of its import), i have no objections. -- 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 May 4 16:11:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA22227 for current-outgoing; Sun, 4 May 1997 16:11:31 -0700 (PDT) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA22218 for ; Sun, 4 May 1997 16:11:25 -0700 (PDT) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.5) with ESMTP id SAA00518 for ; Sun, 4 May 1997 18:10:58 -0500 (CDT) Message-Id: <199705042310.SAA00518@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: current@freebsd.org Subject: new ifconfig quirk... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 May 1997 18:10:58 -0500 From: Chris Csanady Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems that ifconfig now requires an address family. If not specified, it just spits out the usage. You can no longer do the following.. ifconfig ep0 down ifconfig ep0 -link0 link1 etc.. If you ask me, things dealing with the media and interface being up or down dont have much to do with an address family. Or am I missing something? The code in ifconfig.c is not ambiguous as to what it does.. --Chris Csanady From owner-freebsd-current Sun May 4 17:37:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA25163 for current-outgoing; Sun, 4 May 1997 17:37:40 -0700 (PDT) Received: from terra.stack.nl (terra.stack.nl [131.155.140.128]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA25158 for ; Sun, 4 May 1997 17:37:37 -0700 (PDT) Received: from xaa.stack.nl (uucp@localhost) by terra.stack.nl (8.8.5) with UUCP id CAA05445 for freebsd-current@freebsd.org; Mon, 5 May 1997 02:37:35 +0200 (MET DST) Received: (from xaa@localhost) by xaa.stack.nl (8.8.5/8.8.2) id CAA03593; Mon, 5 May 1997 02:37:18 +0200 (MET DST) Message-ID: <19970505023718.23560@xaa.stack.nl> Date: Mon, 5 May 1997 02:37:18 +0200 From: Mark Huizer To: freebsd-current@freebsd.org Subject: cvsup.nl.freebsd.org is down :-( Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Reply-To: xaa@stack.nl (Mark Huizer) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, it crashed last friday night, and since it's at the university, I can't reach the console until Tuesday morning :-( so... it will remain down for one more day. Maybe that's the machines way of celibrating Liberation Day around here Mark ------------------------------------------------------------------------- - Mark Huizer - xaa@stack.nl - rcbamh@urc.tue.nl - ------------------------------------------------------------------------- - I tried to drown my sorrows, but my sorrows, they learned to swim - ------------------------------------------------------------------------- From owner-freebsd-current Sun May 4 18:27:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA27270 for current-outgoing; Sun, 4 May 1997 18:27:31 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA27265 for ; Sun, 4 May 1997 18:27:28 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA24797; Mon, 5 May 1997 10:57:22 +0930 (CST) From: Michael Smith Message-Id: <199705050127.KAA24797@genesis.atrad.adelaide.edu.au> Subject: Re: Help with merging in local changes with CVS etc... In-Reply-To: from Joseph Stein at "May 4, 97 01:57:05 am" To: joes@spiritone.com (Joseph Stein) Date: Mon, 5 May 1997 10:57:22 +0930 (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-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Joseph Stein stands accused of saying: > I would like to make a local change to the CVS repository (only). The > change is in the src/sys directory, to add the ppa drivers for my > zip drive. The ppa driver will be committed as soon as I have one on my desk. Jordan and freight permitting, that may be as soon as this Thursday. If you can wait 'till then, all will be well. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun May 4 18:55:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA28259 for current-outgoing; Sun, 4 May 1997 18:55:17 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA28237 for ; Sun, 4 May 1997 18:55:13 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA25015; Mon, 5 May 1997 11:24:55 +0930 (CST) From: Michael Smith Message-Id: <199705050154.LAA25015@genesis.atrad.adelaide.edu.au> Subject: Re: Help with merging in local changes with CVS etc... In-Reply-To: <19970504173956.HN10108@uriah.heep.sax.de> from J Wunsch at "May 4, 97 05:39:56 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 5 May 1997 11:24:55 +0930 (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-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > The problem with all this is: > > . Nobody stepped forward to maintain it actively. Just committing it > risks to make this a stale piece of software some day. We've got > examples for this in the tree. I have indeed stepped forward. I am waiting on hardware 8) > . There has been more than one objection against the design of the > entire driver (this includes the design of the lp(4) driver as well). I am aware of this, and have plans in hand for said rewrite. Things are a little tough just now with it being impossible to do -current kernel development on a 2.2 system. > All this cries for a rewrite, with the actual hardware driver as a > controller, and the software drivers (lpt(4), ppa(4), lp(4)) on top. > While lp(4) is halfways smart enough to plug in comfortably, and > only steals the lpt(4) functionality while being ifconfig'ed ``up'', > i think ppa(4) is doing even worse, basically requiring you to have > two different kernels or such. (This is heresay, i didn't look > very closely to its sources.) It will be possible for the two to coexist. It is allegedly possible to interleave printing and disk operations; I will have to see about that when the hardware arrives. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun May 4 22:32:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA04965 for current-outgoing; Sun, 4 May 1997 22:32:30 -0700 (PDT) Received: from r33h142.res.gatech.edu (r33h142.res.gatech.edu [128.61.33.142]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA04960 for ; Sun, 4 May 1997 22:32:28 -0700 (PDT) Received: (from jason@localhost) by r33h142.res.gatech.edu (8.8.5/8.7.3) id BAA00254 for current@freebsd.org; Mon, 5 May 1997 01:32:25 -0400 (EDT) From: Jason Bennett Message-Id: <199705050532.BAA00254@r33h142.res.gatech.edu> Subject: Panics To: current@freebsd.org Date: Mon, 5 May 1997 01:32:09 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For one reason or another, mutt is now panicing my current system. Whenever it tries to write the mail file, it freezes and the entire thing reboots. This is a recent build, about a week or so old. My only guess is my mail file is somehow corrupted, although elm doesn't have any problems. The mutt people claim it's BSD's fault for panicing. I think I have too much beta software. :-) jason -- Jason Bennett, jbennett@cc.gatech.edu | Member, Team OS/2! CS Major, Georgia Institute of Technology | Senior TA, CS 1501! Believer in Jesus Christ as Savior and Lord | VP-Comm, BSU! http://bsu.gt.ed.net/~jason/ | finger for PGP key! From owner-freebsd-current Sun May 4 23:31:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA06960 for current-outgoing; Sun, 4 May 1997 23:31:28 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA06947 for ; Sun, 4 May 1997 23:31:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id XAA03354; Sun, 4 May 1997 23:29:04 -0700 (PDT) Message-Id: <199705050629.XAA03354@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Jason Bennett cc: current@FreeBSD.ORG Subject: Re: Panics In-reply-to: Your message of "Mon, 05 May 1997 01:32:09 EDT." <199705050532.BAA00254@r33h142.res.gatech.edu> From: David Greenman Reply-To: dg@root.com Date: Sun, 04 May 1997 23:29:04 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > My only guess is my mail file is somehow corrupted, although elm >doesn't have any problems. The mutt people claim it's BSD's fault for >panicing. I think I have too much beta software. :-) Well, yes, it is FreeBSD's fault for panicing...but that doesn't help us solve the problem. If you could attempt to isolate what "mutt" is doing just prior to the panic, this would help us diagnose the problem. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Mon May 5 00:22:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA09521 for current-outgoing; Mon, 5 May 1997 00:22:53 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA09515 for ; Mon, 5 May 1997 00:22:50 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA03718 for current@FreeBSD.ORG; Mon, 5 May 1997 09:22:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA07321; Mon, 5 May 1997 09:10:53 +0200 (MET DST) Message-ID: <19970505091053.WD23959@uriah.heep.sax.de> Date: Mon, 5 May 1997 09:10:53 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Help with merging in local changes with CVS etc... References: <19970504173956.HN10108@uriah.heep.sax.de> <199705050154.LAA25015@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705050154.LAA25015@genesis.atrad.adelaide.edu.au>; from Michael Smith on May 5, 1997 11:24:55 +0930 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > . There has been more than one objection against the design of the > > entire driver (this includes the design of the lp(4) driver as well). > > I am aware of this, and have plans in hand for said rewrite. Great! I'm looking for a printer-port Ethernet adapter, so we should get in touch then... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon May 5 01:36:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA12411 for current-outgoing; Mon, 5 May 1997 01:36:35 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA12406 for ; Mon, 5 May 1997 01:36:33 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA28627; Mon, 5 May 1997 18:06:06 +0930 (CST) From: Michael Smith Message-Id: <199705050836.SAA28627@genesis.atrad.adelaide.edu.au> Subject: Re: Help with merging in local changes with CVS etc... In-Reply-To: <19970505091053.WD23959@uriah.heep.sax.de> from J Wunsch at "May 5, 97 09:10:53 am" To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 5 May 1997 18:06:06 +0930 (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-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > As Michael Smith wrote: > > > > . There has been more than one objection against the design of the > > > entire driver (this includes the design of the lp(4) driver as well). > > > > I am aware of this, and have plans in hand for said rewrite. > > Great! I'm looking for a printer-port Ethernet adapter, so we should > get in touch then... Ok. Do you have documentation for said adapter? > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon May 5 07:55:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28854 for current-outgoing; Mon, 5 May 1997 07:55:35 -0700 (PDT) Received: from asgard.hos.net (asgard.hos.net [205.238.129.41]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA28842 for ; Mon, 5 May 1997 07:55:31 -0700 (PDT) Received: (from faulkner@localhost) by asgard.hos.net (8.8.5/8.7.3) id JAA15829; Mon, 5 May 1997 09:55:20 -0500 (CDT) Message-ID: <19970505095520.38421@asgard.hos.net> Date: Mon, 5 May 1997 09:55:20 -0500 From: "Boyd R. Faulkner" To: Jason Bennett Cc: current@FreeBSD.ORG Subject: Re: Panics References: <199705050532.BAA00254@r33h142.res.gatech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199705050532.BAA00254@r33h142.res.gatech.edu>; from Jason Bennett on Mon, May 05, 1997 at 01:32:09AM -0400 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, May 05, 1997 at 01:32:09AM -0400, Jason Bennett wrote: > > > For one reason or another, mutt is now panicing my current system. > Whenever it tries to write the mail file, it freezes and the entire thing > reboots. This is a recent build, about a week or so old. > > My only guess is my mail file is somehow corrupted, although elm > doesn't have any problems. The mutt people claim it's BSD's fault for > panicing. I think I have too much beta software. :-) > > jason It isn't universal. I am running ... Mutt 0.69, Copyright (C) 1996,1997 Michael R. Elkins System info: FreeBSD 3.0-CURRENT Compile time definitions: -DOMAIN +USE_DOMAIN -HIDDEN_HOST -DONT_ADD_FROM -HOMESPOOL -USE_SETGID -USE_DOTLOCK +USE_FCNTL -USE_FLOCK -USE_DSN +USE_8BITMIME +USE_POP +HAVE_REGCOMP -USE_GNU_RX +HAVE_COLOR SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/mail" SHAREDIR="/usr/local/share" ISPELL="/usr/local/bin/ispell" _PGPPATH="/usr/local/bin/pgp" with Current supped and built 5/2. Haven't seen a thing. Inbox are maildir. Save boxes are mbox. Boyd From owner-freebsd-current Mon May 5 07:58:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA29008 for current-outgoing; Mon, 5 May 1997 07:58:12 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA29001 for ; Mon, 5 May 1997 07:58:07 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id QAA06803 for ; Mon, 5 May 1997 16:59:03 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id RAA14300 for freebsd-current@freefall.cdrom.com; Mon, 5 May 1997 17:00:55 +0200 (MET DST) Date: Mon, 5 May 1997 17:00:55 +0200 (MET DST) From: Christoph Kukulies Message-Id: <199705051500.RAA14300@gil.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: nis/yp problems Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk After upgrading to 3.0-current I'm getting this on one of my NIS/YP client machines (cron): Date: Mon, 05 May 1997 16:15:00 +0200 (MEST) Subject: Cron /usr/libexec/atrun To: root@mymachine.domain X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: yp_next: clnt_call: RPC: Unable to send; errno = No buffer space available yp_next: clnt_call: RPC: Unable to send; errno = No buffer space available yp_next: clnt_call: RPC: Unable to send; errno = No buffer space available yp_next: clnt_call: RPC: Unable to send; errno = No buffer space available yp_next: clnt_call: RPC: Unable to send; errno = No buffer space available yp_next: clnt_call: RPC: Unable to send; errno = No buffer space available -- What could be the cause for this? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Mon May 5 09:13:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03578 for current-outgoing; Mon, 5 May 1997 09:13:48 -0700 (PDT) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA03570 for ; Mon, 5 May 1997 09:13:43 -0700 (PDT) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id LAA05063 for freebsd-current@FreeBSD.org; Mon, 5 May 1997 11:15:03 -0500 (CDT) Message-Id: <199705051615.LAA05063@iworks.InterWorks.org> Date: Mon, 5 May 1997 11:15:03 -0500 (CDT) From: "Daniel M. Eischen" To: freebsd-current@FreeBSD.org Subject: src-2.2-CTM-README Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I just ventured for the first time into CTM to maintain the 2.2-stable tree over our firewall at work. I had a few problems figuring out how to get CTM to work because the src-2.2-CTM-README is (I think) not quite correct. Could someone verify my changes are correct and fix the readme? *** src-2.2-CTM-README.orig Mon May 5 12:17:19 1997 --- src-2.2-CTM-README Mon May 5 12:18:10 1997 *************** *** 25,39 **** b) Add a "flag" to identify the corresponding reference point. cd to the top of the tree (....../FreeBSD-2.2 above) For the 2.2.0 RELEASE ! echo "src-2.2 210" >src/.ctm_status ***** For the 2.2.1 RELEASE ! echo "src-2.2 217" >src/.ctm_status D. Determine which updates you need. a) Fetch all files with a larger number than your base that do not have a suffix. In considering this criteria, ignore the trailing ".gz" which indicates that the file is compressed. ! ***** For 2.2.1 RELEASE, you will start with src-2.2.0210.gz E. Apply the updates using the ctm command. You will now have an up-to-date tree. 2) Maintaining the tree --- 25,40 ---- b) Add a "flag" to identify the corresponding reference point. cd to the top of the tree (....../FreeBSD-2.2 above) For the 2.2.0 RELEASE ! echo "src-2.2 209" >src/.ctm_status ***** For the 2.2.1 RELEASE ! echo "src-2.2 216" >src/.ctm_status D. Determine which updates you need. a) Fetch all files with a larger number than your base that do not have a suffix. In considering this criteria, ignore the trailing ".gz" which indicates that the file is compressed. ! ***** For 2.2.0 RELEASE, you will start with src-2.2.0210.gz ! ***** For 2.2.1 RELEASE, you will start with src-2.2.0217.gz E. Apply the updates using the ctm command. You will now have an up-to-date tree. 2) Maintaining the tree Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-current Mon May 5 09:52:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA05474 for current-outgoing; Mon, 5 May 1997 09:52:55 -0700 (PDT) Received: from grackle.grondar.za (yd21+n7vLY2fcbEiIEzV4hyHweRbVfSd@grackle.grondar.za [196.7.18.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA05386; Mon, 5 May 1997 09:51:08 -0700 (PDT) Received: from grackle.grondar.za (KCl6f/NkVEUf3tMCKadzs16aoo1r1Usd@localhost [127.0.0.1]) by grackle.grondar.za (8.8.5/8.8.4) with ESMTP id SAA11805; Mon, 5 May 1997 18:50:26 +0200 (SAT) Message-Id: <199705051650.SAA11805@grackle.grondar.za> To: rick@snowhite.cis.uoguelph.ca, wollman@freebsd.org, dfr@freebsd.org cc: current@freebsd.org Subject: Kerberised NFSD is broken. X-Face: "=q0"STs_81w9y4&#}>]hpQ-VBL.1^,QB{9u[05?&^k1*y#*OpIkS7b?V0Rs8qg]`Z}LBTa JT}q{S+z%%SR{~1@;Ybho~Ck.)PC/#3$lceQZ`O Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello Way back in June '95, we broke Kerberised NFSD with this commit. (And nobody noticed :-) ) In it, the #ifdef's enabling Kerberos were changed from KERBEROS to NFSKERB, and some (obviously) broken code was inserted between the #if / #endif pair. Has anyone got a repaired version of this? Has anyone made it work? Can anyone spend some time on it to make it work? (Methinks the Kerberos bits can be just backed out, But I have other things on my plate right now) Here Is the log entry: RCS file: /home/ncvs/src/sbin/nfsd/nfsd.c,v keyword substitution: kv total revisions: 17; selected revisions: 1 description: ---------------------------- revision 1.4 date: 1995/06/27 11:06:22; author: dfr; state: Exp; lines: +85 -25 Changes to support version 3 of the NFS protocol. The version 2 support has been tested (client+server) against FreeBSD-2.0, IRIX 5.3 and FreeBSD-current (using a loopback mount). The version 2 support is stable AFAIK. The version 3 support has been tested with a loopback mount and minimally against an IRIX 5.3 server. It needs more testing and may have problems. I have patched amd to support the new variable length filehandles although it will still only use version 2 of the protocol. Before booting a kernel with these changes, nfs clients will need to at least build and install /usr/sbin/mount_nfs. Servers will need to build and install /usr/sbin/mountd. NFS diskless support is untested. Obtained from: Rick Macklem ...and here is the diff itself (Hunt down for the exposed "XXX" that breaks this - showing incomplete code?): Index: nfsd.c =================================================================== RCS file: /home/ncvs/src/sbin/nfsd/nfsd.c,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- nfsd.c 1994/09/22 22:16:56 1.3 +++ nfsd.c 1995/06/27 11:06:22 1.4 @@ -63,10 +63,10 @@ #include #endif #include -#include +#include #include -#ifdef KERBEROS +#ifdef NFSKERB #include #include #endif @@ -94,16 +94,23 @@ char **Argv = NULL; /* pointer to argument vector */ char *LastArg = NULL; /* end of argv */ -#ifdef KERBEROS +#ifdef NFSKERB char lnam[ANAME_SZ]; KTEXT_ST kt; -AUTH_DAT auth; +AUTH_DAT kauth; char inst[INST_SZ]; +struct nfsrpc_fullblock kin, kout; +struct nfsrpc_fullverf kverf; +NFSKERBKEY_T kivec; +struct timeval ktv; +NFSKERBKEYSCHED_T kerb_keysched; #endif void nonfs __P((int)); void reapchild __P((int)); +#ifdef __FreeBSD__ void setproctitle __P((char *)); +#endif void usage __P((void)); /* @@ -139,11 +146,13 @@ #ifdef ISO struct sockaddr_iso isoaddr, isopeer; #endif + struct timeval ktv; fd_set ready, sockbits; int ch, cltpflag, connect_type_cnt, i, len, maxsock, msgsock; int nfsdcnt, nfssvc_flag, on, reregister, sock, tcpflag, tcpsock; int tp4cnt, tp4flag, tp4sock, tpipcnt, tpipflag, tpipsock, udpflag; char *cp, **cpp; +#ifdef __FreeBSD__ struct vfsconf *vfc; vfc = getvfsbyname("nfs"); @@ -156,6 +165,7 @@ if(!vfc) { errx(1, "NFS is not available in the running kernel"); } +#endif /* Save start and extent of argv for setproctitle. */ Argv = argv; @@ -241,10 +251,12 @@ if (reregister) { if (udpflag && - !pmap_set(RPCPROG_NFS, NFS_VER2, IPPROTO_UDP, NFS_PORT)) + (!pmap_set(RPCPROG_NFS, 2, IPPROTO_UDP, NFS_PORT) || + !pmap_set(RPCPROG_NFS, 3, IPPROTO_UDP, NFS_PORT))) err(1, "can't register with portmap for UDP."); if (tcpflag && - !pmap_set(RPCPROG_NFS, NFS_VER2, IPPROTO_TCP, NFS_PORT)) + (!pmap_set(RPCPROG_NFS, 2, IPPROTO_TCP, NFS_PORT) || + !pmap_set(RPCPROG_NFS, 3, IPPROTO_TCP, NFS_PORT))) err(1, "can't register with portmap for TCP."); exit(0); } @@ -261,11 +273,17 @@ continue; } - setproctitle("nfsd-srv"); + setproctitle("server"); nfssvc_flag = NFSSVC_NFSD; nsd.nsd_nfsd = NULL; -#ifdef KERBEROS - nsd.nsd_authstr = (char *)kt.dat; +#ifdef NFSKERB + if (sizeof (struct nfsrpc_fullverf) != RPCX_FULLVERF || + sizeof (struct nfsrpc_fullblock) != RPCX_FULLBLOCK) + syslog(LOG_ERR, "Yikes NFSKERB structs not packed!"); + nsd.nsd_authstr = (u_char *)&kt; + nsd.nsd_authlen = sizeof (kt); + nsd.nsd_verfstr = (u_char *)&kverf; + nsd.nsd_verflen = sizeof (kverf); #endif while (nfssvc(nfssvc_flag, &nsd) < 0) { if (errno != ENEEDAUTH) { @@ -273,14 +291,27 @@ exit(1); } nfssvc_flag = NFSSVC_NFSD | NFSSVC_AUTHINFAIL; -#ifdef KERBEROS - kt.length = nsd.nsd_authlen; - kt.mbz = 0; - (void)strcpy(inst, "*"); - if (krb_rd_req(&kt, "rcmd", - inst, nsd.nsd_haddr, &auth, "") == RD_AP_OK && - krb_kntoln(&auth, lnam) == KSUCCESS && - (pwd = getpwnam(lnam)) != NULL) { +#ifdef NFSKERB + /* + * Get the Kerberos ticket out of the authenticator + * verify it and convert the principal name to a user + * name. The user name is then converted to a set of + * user credentials via the password and group file. + * Finally, decrypt the timestamp and validate it. + * For more info see the IETF Draft "Authentication + * in ONC RPC". + */ + kt.length = ntohl(kt.length); + if (gettimeofday(&ktv, (struct timezone *)0) == 0 && + kt.length > 0 && kt.length <= + (RPCAUTH_MAXSIZ - 3 * NFSX_UNSIGNED)) { + kin.w1 = NFS_KERBW1(kt); + kt.mbz = 0; + (void)strcpy(inst, "*"); + if (krb_rd_req(&kt, NFS_KERBSRV, + inst, nsd.nsd_haddr, &kauth, "") == RD_AP_OK && + krb_kntoln(&kauth, lnam) == KSUCCESS && + (pwd = getpwnam(lnam)) != NULL) { cr = &nsd.nsd_cr; cr->cr_uid = pwd->pw_uid; cr->cr_groups[0] = pwd->pw_gid; @@ -301,9 +332,34 @@ break; } endgrent(); - nfssvc_flag = NFSSVC_NFSD | NFSSVC_AUTHIN; + + /* + * Get the timestamp verifier out of the + * authenticator and verifier strings. + */ + kin.t1 = kverf.t1; + kin.t2 = kverf.t2; + kin.w2 = kverf.w2; + bzero((caddr_t)kivec, sizeof (kivec)); + bcopy((caddr_t)kauth.session, + (caddr_t)nsd.nsd_key,sizeof(kauth.session)); + + /* + * Decrypt the timestamp verifier in CBC mode. + */ + XXX + + /* + * Validate the timestamp verifier, to + * check that the session key is ok. + */ + nsd.nsd_timestamp.tv_sec = ntohl(kout.t1); + nsd.nsd_timestamp.tv_usec = ntohl(kout.t2); + nsd.nsd_ttl = ntohl(kout.w1); + if ((nsd.nsd_ttl - 1) == ntohl(kout.w2)) + nfssvc_flag = NFSSVC_NFSD | NFSSVC_AUTHIN; } -#endif /* KERBEROS */ +#endif /* NFSKERB */ } exit(0); } @@ -323,7 +379,8 @@ syslog(LOG_ERR, "can't bind udp addr"); exit(1); } - if (!pmap_set(RPCPROG_NFS, NFS_VER2, IPPROTO_UDP, NFS_PORT)) { + if (!pmap_set(RPCPROG_NFS, 2, IPPROTO_UDP, NFS_PORT) || + !pmap_set(RPCPROG_NFS, 3, IPPROTO_UDP, NFS_PORT)) { syslog(LOG_ERR, "can't register with udp portmap"); exit(1); } @@ -403,7 +460,8 @@ syslog(LOG_ERR, "listen failed"); exit(1); } - if (!pmap_set(RPCPROG_NFS, NFS_VER2, IPPROTO_TCP, NFS_PORT)) { + if (!pmap_set(RPCPROG_NFS, 2, IPPROTO_TCP, NFS_PORT) || + !pmap_set(RPCPROG_NFS, 3, IPPROTO_TCP, NFS_PORT)) { syslog(LOG_ERR, "can't register tcp with portmap"); exit(1); } @@ -492,7 +550,7 @@ if (connect_type_cnt == 0) exit(0); - setproctitle("nfsd-master"); + setproctitle("master"); /* * Loop forever accepting connections and passing the sockets @@ -566,7 +624,7 @@ void usage() { - (void)fprintf(stderr, "nfsd %s\n", USAGE); + (void)fprintf(stderr, "usage: nfsd %s\n", USAGE); exit(1); } @@ -582,9 +640,10 @@ int signo; { - while (wait3(NULL, WNOHANG, NULL)); + while (wait3(NULL, WNOHANG, NULL) > 0); } +#ifdef __FreeBSD__ void setproctitle(a) char *a; @@ -593,9 +652,10 @@ char buf[80]; cp = Argv[0]; - (void)snprintf(buf, sizeof(buf), "%s", a); + (void)snprintf(buf, sizeof(buf), "nfsd-%s", a); (void)strncpy(cp, buf, LastArg - cp); cp += strlen(cp); while (cp < LastArg) *cp++ = '\0'; } +#endif /* __FreeBSD__ */ -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Mon May 5 10:32:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA08103 for current-outgoing; Mon, 5 May 1997 10:32:17 -0700 (PDT) Received: from xyplex.com (xap.xyplex.com [140.179.130.200]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA08098 for ; Mon, 5 May 1997 10:32:15 -0700 (PDT) Received: from ltnsvex1.xyplex.com (ltnsvex1.xyplex.com [140.179.176.20]) by xyplex.com (8.8.5/8.7.3) with ESMTP id NAA11370 for ; Mon, 5 May 1997 13:31:12 -0400 (EDT) Message-Id: <199705051731.NAA11370@xyplex.com> Received: by ltnsvex1.xyplex.com with Internet Mail Service (5.0.1457.3) id ; Mon, 5 May 1997 13:30:59 -0400 From: "Whitesel, Rick" To: "'freebsd-current@FreeBSD.ORG'" Date: Mon, 5 May 1997 13:32:02 -0400 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe freebsd-current subscribe cvs-all From owner-freebsd-current Mon May 5 10:55:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA09128 for current-outgoing; Mon, 5 May 1997 10:55:50 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA09122 for ; Mon, 5 May 1997 10:55:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA16107; Mon, 5 May 1997 10:53:05 -0700 From: Terry Lambert Message-Id: <199705051753.KAA16107@phaeton.artisoft.com> Subject: Re: Help with merging in local changes with CVS etc... To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 5 May 1997 10:53:05 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <19970505001553.VS30472@uriah.heep.sax.de> from "J Wunsch" at May 5, 97 00:15:53 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Yep, but this wasn't the problem of the guy asking. Your set of > > > problems is quite different from his. > > > > He wanted to commit changes to his local tree, and have them not > > stomped on CVSup/CTM update. > > No, he actually didn't. Turn off your read flag, and re-read his > mail, then you'll notice it. > > All he wanted was to make sure that his local ppa driver won't be > killed by the next cvs update. That's a standard CVS feature. Well, here's his original mail: | I would like to make a local change to the CVS repository (only). The | change is in the src/sys directory, to add the ppa drivers for my | zip drive. | | I know I will need to maintain a copy of the full CVS repository, but | how do I ensure that the change will remain in effect after further | changes (pulled in with CVSup)? Sure looks like he said he wanted to make a local changes to his copy of the _CVS repository_, *NOT* his copy of the _checked out source tree_. Also looks like he wanted to ensure the changes to _his local copy of the CVS repository_ weren't stomped by CVSup. Maybe you can explain the quoted material to me so I can better understand how you are right and I am wrong? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon May 5 11:13:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA09930 for current-outgoing; Mon, 5 May 1997 11:13:54 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA09925; Mon, 5 May 1997 11:13:51 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA14898; Mon, 5 May 1997 11:13:17 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma014887; Mon May 5 11:12:46 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id LAA05845; Mon, 5 May 1997 11:12:33 -0700 (PDT) From: Archie Cobbs Message-Id: <199705051812.LAA05845@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <5kf0m1$s96@news.itfs.nsk.su> from "Nickolay N. Dudorov" at "May 3, 97 09:31:45 am" To: nnd@info.itfs.nsk.su (Nickolay N. Dudorov) Date: Mon, 5 May 1997 11:12:33 -0700 (PDT) Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [ cc'ing this to freebsd-hackers as well ] > > it is broken.. > > garret broke it and we have yet to fix it... > > May be it is possible not only "unbroke" it but > slightly extend it's functionality/usability (not really > an IPDIVERT but 'ipfw' functionality) ? > > It seems to me that IP-traffic monitoring/accounting > can be made more convinient with ipfw rules of type > > add 5000 tee 98 ip from some.net/24 to any out via interf0 > > wich will differ from > > add 5000 divert 98 ip from some.net/24 to any out via interf0 > > in not only diverting (copies of)packets to socket 98 but also in allowing > usual processing of this packets (with the next ipfw rules and > normal routing). > > In this case my (yet to be written) monitoring/accounting > program will just read packets from (read-only ?) divert socket 98 > not bothering itself with returning packets back to kernel. Sound like a good idea :-) I'm doing some more work on ipfw and divert to solve a need we have... and planning on making these changes (how much gets checked in to be determined later by group consensus, but patch will be available): - Add "ipfw tee XX" command described above - Add "ipfw skipto XX" command to skip forward to rule number XX (skipping backwards not allowed!) - Allow rules to have the form: 1000 deny ip from any to any in via ed0 out via ed1 so you can filter routed packets by both incoming AND outgoing interface. - When a reject rule applies to an incoming TCP packet, send the appropriate TCP response packet (ie., RST) instead of an ICMP port unreachable. These changes are being based on the RELENG_2_2 code; once they are working I'll try to get -current working again as well. Main goal of these changes is: - Make existing filtering rules run no slower than they would without having the changes Also: - Simplify the ip_fw_chk() function call interface Thanks, -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Mon May 5 12:22:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA13605 for current-outgoing; Mon, 5 May 1997 12:22:24 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA13591 for ; Mon, 5 May 1997 12:22:18 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA12941 for current@FreeBSD.ORG; Mon, 5 May 1997 21:21:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA08598; Mon, 5 May 1997 21:14:50 +0200 (MET DST) Message-ID: <19970505211450.WK36506@uriah.heep.sax.de> Date: Mon, 5 May 1997 21:14:50 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Help with merging in local changes with CVS etc... References: <19970505091053.WD23959@uriah.heep.sax.de> <199705050836.SAA28627@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705050836.SAA28627@genesis.atrad.adelaide.edu.au>; from Michael Smith on May 5, 1997 18:06:06 +0930 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > Great! I'm looking for a printer-port Ethernet adapter, so we should > > get in touch then... > > Ok. Do you have documentation for said adapter? Not yet. Let's see, i don't even have the adapter yet. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon May 5 12:48:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA15069 for current-outgoing; Mon, 5 May 1997 12:48:28 -0700 (PDT) Received: from dyslexic.phoenix.net (dyslexic.phoenix.net [199.3.233.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA15063 for ; Mon, 5 May 1997 12:48:25 -0700 (PDT) Received: from localhost (gemohler@localhost) by dyslexic.phoenix.net (8.8.5/8.8.5) with SMTP id OAA08630 for ; Mon, 5 May 1997 14:46:16 -0500 (CDT) X-Authentication-Warning: dyslexic.phoenix.net: gemohler owned process doing -bs Date: Mon, 5 May 1997 14:46:16 -0500 (CDT) From: Geoff Mohler X-Sender: gemohler@dyslexic.phoenix.net To: current@FreeBSD.ORG Subject: Easy library problem.. In-Reply-To: <199705051812.LAA05845@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have linux=yes in my sysconfig, and have installed the linux compat libraries. Why do I still get this particular error? Thank you wayyyy in advance if someone can answer this for me. =-=-=-=-=- ld.so failed: bad magic number in "/usr/lib/libXmu.so.6.0" =-=-=-=-=- Geoff From owner-freebsd-current Mon May 5 12:51:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA15262 for current-outgoing; Mon, 5 May 1997 12:51:34 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA15253 for ; Mon, 5 May 1997 12:51:28 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA13551 for current@FreeBSD.ORG; Mon, 5 May 1997 21:50:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA08853; Mon, 5 May 1997 21:25:28 +0200 (MET DST) Message-ID: <19970505212528.LA18461@uriah.heep.sax.de> Date: Mon, 5 May 1997 21:25:28 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Help with merging in local changes with CVS etc... References: <19970505001553.VS30472@uriah.heep.sax.de> <199705051753.KAA16107@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705051753.KAA16107@phaeton.artisoft.com>; from Terry Lambert on May 5, 1997 10:53:05 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > Sure looks like he said he wanted to make a local changes to his copy > of the _CVS repository_, *NOT* his copy of the _checked out source > tree_. Yep, ``it looks like''. But this was, not un-apparently, since he just didn't know how CVS is working. It was fairly clear that the intent was not to do local ongoing development on the additional bits. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon May 5 13:08:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16133 for current-outgoing; Mon, 5 May 1997 13:08:05 -0700 (PDT) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16109 for ; Mon, 5 May 1997 13:07:54 -0700 (PDT) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.5/8.7.3) with SMTP id WAA12952; Mon, 5 May 1997 22:07:09 +0200 (MET DST) Date: Mon, 5 May 1997 22:07:09 +0200 (MET DST) From: Andrzej Bialecki To: Archie Cobbs cc: current@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: <199705051812.LAA05845@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 May 1997, Archie Cobbs wrote: > > [ cc'ing this to freebsd-hackers as well ] > > > > it is broken.. > > > garret broke it and we have yet to fix it... > > > > In this case my (yet to be written) monitoring/accounting > > program will just read packets from (read-only ?) divert socket 98 > > not bothering itself with returning packets back to kernel. > > Sound like a good idea :-) > > I'm doing some more work on ipfw and divert to solve a need we have... > and planning on making these changes (how much gets checked in to be > determined later by group consensus, but patch will be available): On the same subject: how much work would it require to shift the NAT code (from ppp -alias, or natd) to the kernel space (LKM ?) ? I think it would tremendously enhance the performance of the NAT setup, allowing for much greater throughput. Just my twopence... Sincerely yours, --- Andrzej Bialecki FreeBSD: Turning PCs Into Workstations http://www.freebsd.org Research and Academic Network in Poland From owner-freebsd-current Mon May 5 13:21:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16978 for current-outgoing; Mon, 5 May 1997 13:21:23 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA16971 for ; Mon, 5 May 1997 13:21:18 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA14129 for current@FreeBSD.ORG; Mon, 5 May 1997 22:21:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA08972; Mon, 5 May 1997 21:50:40 +0200 (MET DST) Message-ID: <19970505215040.PH26850@uriah.heep.sax.de> Date: Mon, 5 May 1997 21:50:40 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Panics References: <199705050532.BAA00254@r33h142.res.gatech.edu> <19970505095520.38421@asgard.hos.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970505095520.38421@asgard.hos.net>; from Boyd R. Faulkner on May 5, 1997 09:55:20 -0500 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Boyd R. Faulkner wrote: > It isn't universal. I am running ... > with Current supped and built 5/2. Haven't seen a thing. Neither do i. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon May 5 13:29:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17678 for current-outgoing; Mon, 5 May 1997 13:29:41 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA17673 for ; Mon, 5 May 1997 13:29:39 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id NAA07304; Mon, 5 May 1997 13:30:12 -0700 (PDT) To: "Daniel M. Eischen" cc: freebsd-current@FreeBSD.ORG Subject: Re: src-2.2-CTM-README In-reply-to: Your message of "Mon, 05 May 1997 11:15:03 CDT." <199705051615.LAA05063@iworks.InterWorks.org> Date: Mon, 05 May 1997 13:30:11 -0700 Message-ID: <7302.862864211@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I just ventured for the first time into CTM to maintain the 2.2-stable > tree over our firewall at work. I had a few problems figuring out Fixed, thanks. This was on my TODO list but, like so many things, dropped off the end when 20 other things rushed to take their places at the top. :-) Jordan From owner-freebsd-current Mon May 5 13:38:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA18310 for current-outgoing; Mon, 5 May 1997 13:38:46 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA18305 for ; Mon, 5 May 1997 13:38:39 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA16480; Mon, 5 May 1997 13:35:49 -0700 From: Terry Lambert Message-Id: <199705052035.NAA16480@phaeton.artisoft.com> Subject: Re: Help with merging in local changes with CVS etc... To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 5 May 1997 13:35:49 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <19970505212528.LA18461@uriah.heep.sax.de> from "J Wunsch" at May 5, 97 09:25:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Sure looks like he said he wanted to make a local changes to his copy > > of the _CVS repository_, *NOT* his copy of the _checked out source > > tree_. > > Yep, ``it looks like''. But this was, not un-apparently, since he > just didn't know how CVS is working. It was fairly clear that the > intent was not to do local ongoing development on the additional bits. It still isn't clear to me that he wasn't asking the question the way he was because he wanted the changes *in* CVS. There are a lot of good reasons for wanting this, not the least of which is he can check out a source tree on his (or another) machine and build it -- and have the ppa driver available as a result of the checkout, instead of having to manually lump it around from machine to machine. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon May 5 14:01:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA19773 for current-outgoing; Mon, 5 May 1997 14:01:53 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA19756 for ; Mon, 5 May 1997 14:01:48 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA16562 for current@freebsd.org; Mon, 5 May 1997 13:59:15 -0700 From: Terry Lambert Message-Id: <199705052059.NAA16562@phaeton.artisoft.com> Subject: DOC: NAME CACHE USAGE To: current@freebsd.org Date: Mon, 5 May 1997 13:59:15 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk With all of Poul's puttering around in the name cache code (I still think the cache data should be a pointer into the directory vnode page where the actual name is, instead of making a copy of the name in another buffer, considering the directory vnode must be in core for there to be a cache reference, especially after his changes), I thought it would be the right time to post this. This is a document that I made prepatory to doing some work to move the cache lookup and entry out of the FS specific code and into common code, so that you wouldn't even have to make VOP calls if you got cache hits. This design offers the bonus of making the FS code itself smaller for each FS, and by making the code more bullet proof by making the usage entirely uniform across all FS's. I haven't really been able to pursue this work because it's all I can do to track current and repair conflicts on my existing changes 8-(. In any case, this information should be useful to anyone wanting to call the name cache from their FS code (even though it shouldn't be called from FS code at all, in an ideal world). It should also provide some usage information to Poul so that he can better direct his efforts to optimize common cases. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. ============================================================================= HOW THE BSD DIRECTORY NAME CACHE CURRENTLY WORKS Note1: This diagram refers to the ufs/cache interaction only. Other File Systems which are cache users are not described (two are known to be erroneous in certain cases). Note2: The cache_purge() and cache_purgevfs() calls on mount/unmount operations are not described in detail. In general, mount point vnodes that are covered are purged with cache_purge(), and file systems that are unmounted are purged with cache_purgevfs(). Note3: All vnodes allocated or recovered from the freelist by the getnewvnode() are purged as part of initialization. ,----------,----------,----------,-----------------------------------. VOP_ | RECLAIM | RENAME | RMDIR | LOOKUP | nameiop | | | |LOOKUP |CREATE |RENAME |DELETE | `----------`----------`----------`--------`--------`--------`--------' cache_lookup() ---------,----------,----------,----------,--------,--------,--------,--------. NO ENTRY | | | | cache | cache | cache | cache | NO EXIST | | | | miss | miss | miss | miss | ---------+----------+----------+----------+--------+--------+--------+--------. NO ENTRY | | | | cache | cache | cache | cache | EXIST | | | | miss | miss | miss | miss | ---------+----------+----------+----------+--------+--------+--------+--------. NEG ENTRY| | | | cache | PURGE3 | PURGE2 |PURGE2 | VALID | | | | hit(-) | | | | ---------+----------+----------+----------+--------+--------+--------+--------. ENTRY | | | | cache | cache | PURGE2 |PURGE2 | VALID | | | | hit | hit | | | ---------+----------+----------+----------+--------+--------+--------+--------. NEG ENTRY| | | | PURGE1 | PURGE1 | PURGE1 | PURGE1 | INVALID | | | | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. ENTRY | | | | PURGE1 | PURGE1 | PURGE1 | PURGE1 | INVALID | | | | | | | | ---------`----------`----------`----------`--------`--------`--------`--------. cache_enter() ---------,----------,----------,----------,--------,--------,--------,--------. NO ENTRY | | | | make | skip | skip | skip | NO EXIST | | | | entry | entry | entry | entry | ---------+----------+----------+----------+--------+--------+--------+--------. NO ENTRY | | | | make | make | skip | skip | EXIST | | | | entry | entry | entry | entry | ---------+----------+----------+----------+--------+--------+--------+--------. NEG ENTRY| | | | | | | | VALID | | | | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. ENTRY | | | | | | | | VALID | | | | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. NEG ENTRY| | | | | | | | INVALID | | | | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. ENTRY | | | | | | | | INVALID | | | | | | | | ---------`----------`----------`----------`--------`--------`--------`--------. cache_purge() ---------,----------,----------,----------,--------,--------,--------,--------. NO ENTRY | cache | cache | cache | | | | | NO EXIST | purge1 | purge2 | purge3 | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. NO ENTRY | cache | cache | cache | | | | | EXIST | purge1 | purge2 | purge3 | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. NEG ENTRY| cache | cache | cache | | | | | VALID | purge1 | purge2 | purge3 | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. ENTRY | cache | cache | cache | | | | | VALID | purge1 | purge2 | purge3 | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. NEG ENTRY| cache | cache | cache | | | | | INVALID | purge1 | purge2 | purge3 | | | | | ---------+----------+----------+----------+--------+--------+--------+--------. ENTRY | cache | cache | cache | | | | | INVALID | purge1 | purge2 | purge3 | | | | | ---------`----------`----------`----------`--------`--------`--------`--------. ============================================================================= KEY ============================================================================= cache Entry not present in cache; cache Entry present in cache; miss lookup returns 0 hit entry returned (may be neg) PURGE1 cache_purge has been called PURGE2 The MAKEENTRY flag(1) is to invalidate the entry not set; delete the entry PURGE3 Negative entries are purged skip The negative cache_enter() if nameiop is CREATE(2) entry won't happen for CREATE(3) make An entry, positive or cache Unconditionally invalidate entry negative, is made purge1 the vnode cache Conditionally invalidate cache The dir being rmdir'ed and purge2 the vnode(4) purge3 its parent are invalidated (1) The MAKEENTRY flag is set by default. It is unset by lookup() before VOP_LOOKUP is called IFF the component being looked up is the last component AND 'docache' is zero. 'docache' will be zero IFF: the NOCACHE flag is set on NDINIT(), OR the nameiop is DELETE, OR: IFF the nameiop *isn't* CREATE and either the WANTPARENT or LOCKPARENT flag is set on NDINIT(). The RENAME nameiop is only ever used with the LOCKPARENT flag set. The DELETE nameiop is called with WANTPARENT in the general case and LOCKPARENT in the VOP_RENAME case. (2) The CREATE nameiop will not unset the MAKEENTRY flag. This is somewhat bogus in implementation, but the purpose is to use the CREATE nameiop as an intention mode to get a directory slot to be used in the actual VOP_CREATE() later. (3) Or if the MAKEENTRY flag is not set. Which it never is in the RENAME/DELETE nameiop case in the current code. (4) The "to" vnode is invalidated if it is a directory. This is not the right thing to do in several cases, but it happens anyway: if the ufs_dirrewrite() fails or if the target directory and the source directory are the same vnode. The "from" directory is invalidated in the case of a successful rename of the directory (again, even in the case that the subsequent entry removal fails (and therefore the source directory is not changed). ============================================================================= From owner-freebsd-current Mon May 5 14:33:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21881 for current-outgoing; Mon, 5 May 1997 14:33:49 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA21874 for ; Mon, 5 May 1997 14:33:44 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA16759 for current@freebsd.org; Mon, 5 May 1997 14:31:10 -0700 From: Terry Lambert Message-Id: <199705052131.OAA16759@phaeton.artisoft.com> Subject: Bug: is it the kernel or the man page? To: current@freebsd.org Date: Mon, 5 May 1997 14:31:10 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, it looks like a bug in the close(2) man page. The man page does not indicate that the advisory record locks on a file are lost on the first close, even if you have multiple fd's for the same file. The kernel code (kern_descrip.c/closef) says that this is correct POSIX behaviour (though it really makes one wonder how the hell such a system could successfully support an NFS lockd, which wants to coelesce lock sets to a single descriptor so it can support a larger number of clients!). Could someone with commit priveledges fix the man page? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon May 5 14:53:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA23238 for current-outgoing; Mon, 5 May 1997 14:53:54 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA23232 for ; Mon, 5 May 1997 14:53:51 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA16909 for current@freebsd.org; Mon, 5 May 1997 14:51:15 -0700 From: Terry Lambert Message-Id: <199705052151.OAA16909@phaeton.artisoft.com> Subject: PING To: current@freebsd.org Date: Mon, 5 May 1997 14:51:15 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My last two postings haven't made it back yet... let's see if this one does. From owner-freebsd-current Mon May 5 15:40:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA25205 for current-outgoing; Mon, 5 May 1997 15:40:12 -0700 (PDT) Received: from bloke.statsci.com (bloke.statsci.com [206.63.206.184]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA25199 for ; Mon, 5 May 1997 15:40:10 -0700 (PDT) Received: from bloke.statsci.com [206.63.206.184] with smtp by bloke.statsci.com with smtp (/\oo/\ Smail3.1.29.1 #29.3 #3) id m0wOWLT-000QdoC; Mon, 5 May 97 15:34 PDT Message-Id: X-Mailer: exmh version 2.0gamma 1/27/96 To: Terry Lambert Cc: freebsd-current@freebsd.org Subject: Re: PING References: <199705052151.OAA16909@phaeton.artisoft.com> In-reply-to: Your message of "Mon, 05 May 1997 14:51:15 -0700." <199705052151.OAA16909@phaeton.artisoft.com> Reply-to: scott@statsci.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 May 1997 15:34:59 -0700 From: Scott Blachowicz Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > My last two postings haven't made it back yet... let's see if this one does. It made it here (for suitable definitions of "here" :-)). I don't know what's going on today, but we've been noticing all kinds of weird slowdowns or breakages out in the Internet ether today - I think we were getting some huge delays/timeouts in & around mci.net (as shown by some traceroutes)...maybe MCI is busily cutting off the rest of the world? Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-current Mon May 5 15:50:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA25805 for current-outgoing; Mon, 5 May 1997 15:50:44 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA25800 for ; Mon, 5 May 1997 15:50:41 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA02353 for current@FreeBSD.ORG; Tue, 6 May 1997 00:50:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA10210; Tue, 6 May 1997 00:48:52 +0200 (MET DST) Message-ID: <19970506004851.HS60595@uriah.heep.sax.de> Date: Tue, 6 May 1997 00:48:51 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Bug: is it the kernel or the man page? References: <199705052131.OAA16759@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705052131.OAA16759@phaeton.artisoft.com>; from Terry Lambert on May 5, 1997 14:31:10 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > The man page does not indicate that the advisory record locks on a > file are lost on the first close, even if you have multiple fd's > for the same file. Not all advisory locks are lost, supposedly only those obtained by fcntl(). This is mentioned in great detail in the fcntl man page. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon May 5 17:32:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA00883 for current-outgoing; Mon, 5 May 1997 17:32:45 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA00858; Mon, 5 May 1997 17:32:36 -0700 (PDT) Message-Id: <199705060032.RAA00858@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA127608629; Tue, 6 May 1997 10:30:29 +1000 From: Darren Reed Subject: Re: divert still broken? To: archie@whistle.com (Archie Cobbs) Date: Tue, 6 May 1997 10:30:29 +1000 (EST) Cc: nnd@info.itfs.nsk.su, current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199705051812.LAA05845@bubba.whistle.com> from "Archie Cobbs" at May 5, 97 11:12:33 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail from Archie Cobbs, sie said: > > - Simplify the ip_fw_chk() function call interface well, the list of things which you must pass are: * pointer to a pointer to an mbuf (ip_fw_chk() may want to modify it - e.g. calls m_pullup) * interface (m_rcvif is often NULL in ip_output, besides which setting it in ip_output is semantically incorrect) * value indicating whether it is being called from ip_input or ip_output - that's the *must have* list. Convienience parameters are: * pointer to the IP header * precomputed real IP header length (from ip_hl) From owner-freebsd-current Mon May 5 17:40:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA01623 for current-outgoing; Mon, 5 May 1997 17:40:57 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01598; Mon, 5 May 1997 17:40:50 -0700 (PDT) Message-Id: <199705060040.RAA01598@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA130179139; Tue, 6 May 1997 10:38:59 +1000 From: Darren Reed Subject: Re: divert still broken? To: archie@whistle.com (Archie Cobbs) Date: Tue, 6 May 1997 10:38:59 +1000 (EST) Cc: nnd@info.itfs.nsk.su, current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199705051812.LAA05845@bubba.whistle.com> from "Archie Cobbs" at May 5, 97 11:12:33 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail from Archie Cobbs, sie said: > > - Allow rules to have the form: > > 1000 deny ip from any to any in via ed0 out via ed1 > > so you can filter routed packets by both incoming AND outgoing > interface. can you do this such that the route is only looked up once ? Can you be sure that the routing table won't change between the two lookups if you can't do it with one (es. on SMP systems) ? You could possibly solve this by only enabling this sort of filter on the outbound side of ed1. > - When a reject rule applies to an incoming TCP packet, send > the appropriate TCP response packet (ie., RST) instead of an > ICMP port unreachable. I think you want to make this user configurable and perhaps on a per-rule basis. This is otherwise a rather major change in the behaviour of ipfw and users may not agree with it (and they don't necessarily subscribe to any freebsd mailling list either). From owner-freebsd-current Mon May 5 17:45:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA01888 for current-outgoing; Mon, 5 May 1997 17:45:26 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01883; Mon, 5 May 1997 17:45:24 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id RAA18238; Mon, 5 May 1997 17:44:53 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma018236; Mon May 5 17:44:53 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id RAA10251; Mon, 5 May 1997 17:44:52 -0700 (PDT) From: Archie Cobbs Message-Id: <199705060044.RAA10251@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <199705060032.RAA16250@gatekeeper.whistle.com> from Darren Reed at "May 6, 97 10:30:29 am" To: avalon@coombs.anu.edu.au (Darren Reed) Date: Mon, 5 May 1997 17:44:52 -0700 (PDT) Cc: nnd@info.itfs.nsk.su, current@freebsd.org, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > - Simplify the ip_fw_chk() function call interface > > well, the list of things which you must pass are: > * pointer to a pointer to an mbuf (ip_fw_chk() may want to modify it - e.g. > calls m_pullup) Keeping this... > * interface (m_rcvif is often NULL in ip_output, besides which setting it > in ip_output is semantically incorrect) > * value indicating whether it is being called from ip_input or ip_output Changing this.. m_rcvif is NULL if-and-only-if there is no receive interface associated with the packet. Also, you'll noticed that the call from ip_input() just sets this parameter to m_rcvif from the packet. So these two arguments are being replaced by a single argument with is the output interface... which is NULL if-and-only-if the direction of the packet is incoming. > - that's the *must have* list. Convienience parameters are: > * pointer to the IP header > * precomputed real IP header length (from ip_hl) Keeping... -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Mon May 5 17:46:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA01985 for current-outgoing; Mon, 5 May 1997 17:46:24 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA01970 for ; Mon, 5 May 1997 17:46:19 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.5/8.6.9) id TAA00164 for current@freebsd.org; Mon, 5 May 1997 19:43:07 -0500 (EST) From: "John S. Dyson" Message-Id: <199705060043.TAA00164@dyson.iquest.net> Subject: Does the SMC9432TX work with -current To: current@freebsd.org Date: Mon, 5 May 1997 19:43:07 -0500 (EST) Reply-To: dyson@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a friend who just received some SMC 10/100 cards. Of course, the Tulip driver generally works, but the vendors tend to do a switcheroo once in a while. Does the SMC9432TX work on FreeBSD? Is the silly thing a Tulip card? John From owner-freebsd-current Mon May 5 17:47:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02048 for current-outgoing; Mon, 5 May 1997 17:47:26 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA02041; Mon, 5 May 1997 17:47:24 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id RAA18251; Mon, 5 May 1997 17:46:53 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma018247; Mon May 5 17:46:38 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id RAA10264; Mon, 5 May 1997 17:46:38 -0700 (PDT) From: Archie Cobbs Message-Id: <199705060046.RAA10264@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <199705060040.RAA16456@gatekeeper.whistle.com> from Darren Reed at "May 6, 97 10:38:59 am" To: avalon@coombs.anu.edu.au (Darren Reed) Date: Mon, 5 May 1997 17:46:38 -0700 (PDT) Cc: archie@whistle.com, nnd@info.itfs.nsk.su, current@FreeBSD.ORG, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > - Allow rules to have the form: > > > > 1000 deny ip from any to any in via ed0 out via ed1 > > > > so you can filter routed packets by both incoming AND outgoing > > interface. > > can you do this such that the route is only looked up once ? Can you > be sure that the routing table won't change between the two lookups > if you can't do it with one (es. on SMP systems) ? You could possibly > solve this by only enabling this sort of filter on the outbound side > of ed1. No routing table lookup necessary; the outbound interface is determined already by the time ip_output() calls us. The inbound interface is kept in the mbuf as m_rcvif. > > - When a reject rule applies to an incoming TCP packet, send > > the appropriate TCP response packet (ie., RST) instead of an > > ICMP port unreachable. > > I think you want to make this user configurable and perhaps on a per-rule > basis. This is only with "reject" -- ie., right now it sends an ICMP unreachable. There's still "deny" which silently drops. > This is otherwise a rather major change in the behaviour of ipfw and > users may not agree with it (and they don't necessarily subscribe to > any freebsd mailling list either). It will be backwards compatible... does that help? -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Mon May 5 17:49:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02303 for current-outgoing; Mon, 5 May 1997 17:49:27 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA02296 for ; Mon, 5 May 1997 17:49:25 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id RAA18261; Mon, 5 May 1997 17:48:53 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma018257; Mon May 5 17:48:39 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id RAA10274; Mon, 5 May 1997 17:48:39 -0700 (PDT) From: Archie Cobbs Message-Id: <199705060048.RAA10274@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: from Andrzej Bialecki at "May 5, 97 10:07:09 pm" To: abial@korin.warman.org.pl (Andrzej Bialecki) Date: Mon, 5 May 1997 17:48:39 -0700 (PDT) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I'm doing some more work on ipfw and divert to solve a need we have... > > and planning on making these changes (how much gets checked in to be > > determined later by group consensus, but patch will be available): > > On the same subject: how much work would it require to shift the NAT code > (from ppp -alias, or natd) to the kernel space (LKM ?) ? I think it would > tremendously enhance the performance of the NAT setup, allowing for much > greater throughput. Just my twopence... I think ipfilter does this already... -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Mon May 5 17:52:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02531 for current-outgoing; Mon, 5 May 1997 17:52:11 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02524; Mon, 5 May 1997 17:52:07 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199705060052.RAA02524@hub.freebsd.org> Subject: Re: PING To: terry@lambert.org (Terry Lambert) Date: Mon, 5 May 1997 17:52:07 -0700 (PDT) Cc: current@FreeBSD.ORG In-Reply-To: <199705052151.OAA16909@phaeton.artisoft.com> from "Terry Lambert" at May 5, 97 02:51:15 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > My last two postings haven't made it back yet... let's see if this one does. > > Terry, please dont play the newbie here. if you must do this, subscribe to test and do it there out of the sight of honest decent hardworking people ;) jmb From owner-freebsd-current Mon May 5 17:53:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02627 for current-outgoing; Mon, 5 May 1997 17:53:17 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA02622 for ; Mon, 5 May 1997 17:53:15 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA17319; Mon, 5 May 1997 17:50:33 -0700 From: Terry Lambert Message-Id: <199705060050.RAA17319@phaeton.artisoft.com> Subject: Re: Bug: is it the kernel or the man page? To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 5 May 1997 17:50:33 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <19970506004851.HS60595@uriah.heep.sax.de> from "J Wunsch" at May 6, 97 00:48:51 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > The man page does not indicate that the advisory record locks on a ---------******------ > > file are lost on the first close, even if you have multiple fd's > > for the same file. > > Not all advisory locks are lost, supposedly only those obtained by > fcntl(). This is mentioned in great detail in the fcntl man page. But not on the close man page. And the close system call is the actor, in this particular case, so it should be documented there. PS: I specifically stated "record". PPS: The "in great detail" glowingly shouts the merits of flock(2) over fcntl(2), while omitting the fact that that it is whole file rather than the more useful record size locks, and the example explicitly violates the layering protocol for access to files via subroutine, which is to say, if file access is encpasulated, you wouldn't be locking it at the top level anyway. The fcntl(2) man page should be corrected, since while editorializing is annoying, it is tolerable only if it is correct. PPPS: The F_POSIX should be F_LOCKF; the flag is used to indicate the system call entry it came in on, not the semantic tagging. PPPPS: There should be an F_NONPOSIX to again seperate the name space so the flag could be set to avoid the behaviour; otherwise you can't do NFS lockd descriptor coelescing properly. The F_FLOCK flag should be used to discriminate the file locking name space (instead of the stupid proc/fp method to cheesily seperate the name spaces). The user could then use F_NONPOSIX to subvert the close behaviour. Say if the user was the zealot who wrote the fcntl(2) man page, or maybe the more reasonable NFS lockd. PPPPPS: The lock coelesce in the lf_setlock case should be delayed to allow NFS to provisionally assert the lock locally, and then back it out if it fails on the NFS server. Otherwise, there's no way to idempotently protect local vs. remote processes from leaving holes in the lock graph if one or the other fails. I'll fix the lock code. You fix the man page. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon May 5 19:36:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA08323 for current-outgoing; Mon, 5 May 1997 19:36:55 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08317 for ; Mon, 5 May 1997 19:36:52 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA05403; Tue, 6 May 1997 12:06:41 +0930 (CST) From: Michael Smith Message-Id: <199705060236.MAA05403@genesis.atrad.adelaide.edu.au> Subject: Re: Easy library problem.. In-Reply-To: from Geoff Mohler at "May 5, 97 02:46:16 pm" To: gemohler@c-com.net (Geoff Mohler) Date: Tue, 6 May 1997 12:06:41 +0930 (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-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Geoff Mohler stands accused of saying: > I have linux=yes in my sysconfig, and have installed the linux compat > libraries. > > Why do I still get this particular error? > > Thank you wayyyy in advance if someone can answer this for me. > > =-=-=-=-=- > ld.so failed: bad magic number in "/usr/lib/libXmu.so.6.0" > =-=-=-=-=- No idea. How about you tell us what you're actually trying to do, hmm? It's not like we've hacked into your system and watched whetever bizarre perversion you're practicing... > Geoff 8) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon May 5 19:44:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA08637 for current-outgoing; Mon, 5 May 1997 19:44:03 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08597; Mon, 5 May 1997 19:43:53 -0700 (PDT) Message-Id: <199705060243.TAA08597@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA176396505; Tue, 6 May 1997 12:41:45 +1000 From: Darren Reed Subject: Re: divert still broken? To: archie@whistle.com (Archie Cobbs) Date: Tue, 6 May 1997 12:41:45 +1000 (EST) Cc: avalon@coombs.anu.edu.au, nnd@info.itfs.nsk.su, current@freebsd.org, hackers@freebsd.org In-Reply-To: <199705060044.RAA10251@bubba.whistle.com> from "Archie Cobbs" at May 5, 97 05:44:52 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Archie Cobbs, sie said: > > > > > - Simplify the ip_fw_chk() function call interface > > > > well, the list of things which you must pass are: > > * pointer to a pointer to an mbuf (ip_fw_chk() may want to modify it - e.g. > > calls m_pullup) > > Keeping this... > > > * interface (m_rcvif is often NULL in ip_output, besides which setting it > > in ip_output is semantically incorrect) > > * value indicating whether it is being called from ip_input or ip_output > > Changing this.. m_rcvif is NULL if-and-only-if there is no receive > interface associated with the packet. Also, you'll noticed that > the call from ip_input() just sets this parameter to m_rcvif from > the packet. So these two arguments are being replaced by a single > argument with is the output interface... which is NULL if-and-only-if > the direction of the packet is incoming. > > > - that's the *must have* list. Convienience parameters are: > > * pointer to the IP header > > * precomputed real IP header length (from ip_hl) > > Keeping... Sounds ok From owner-freebsd-current Mon May 5 19:48:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA08916 for current-outgoing; Mon, 5 May 1997 19:48:40 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08899; Mon, 5 May 1997 19:48:33 -0700 (PDT) Message-Id: <199705060248.TAA08899@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA178796790; Tue, 6 May 1997 12:46:30 +1000 From: Darren Reed Subject: Re: divert still broken? To: archie@whistle.com (Archie Cobbs) Date: Tue, 6 May 1997 12:46:30 +1000 (EST) Cc: avalon@coombs.anu.edu.au, archie@whistle.com, nnd@info.itfs.nsk.su, current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199705060046.RAA10264@bubba.whistle.com> from "Archie Cobbs" at May 5, 97 05:46:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail from Archie Cobbs, sie said: > > > > > - Allow rules to have the form: > > > > > > 1000 deny ip from any to any in via ed0 out via ed1 > > > > > > so you can filter routed packets by both incoming AND outgoing > > > interface. > > > > can you do this such that the route is only looked up once ? Can you > > be sure that the routing table won't change between the two lookups > > if you can't do it with one (es. on SMP systems) ? You could possibly > > solve this by only enabling this sort of filter on the outbound side > > of ed1. > > No routing table lookup necessary; the outbound interface is determined > already by the time ip_output() calls us. The inbound interface is kept > in the mbuf as m_rcvif. So what you're (including what you mentioned about changes in your other email) saying is that these packets can only be filtered out during the forwarding/outbound filtering ? > > > - When a reject rule applies to an incoming TCP packet, send > > > the appropriate TCP response packet (ie., RST) instead of an > > > ICMP port unreachable. > > > > I think you want to make this user configurable and perhaps on a per-rule > > basis. > > This is only with "reject" -- ie., right now it sends an ICMP unreachable. > There's still "deny" which silently drops. > > > This is otherwise a rather major change in the behaviour of ipfw and > > users may not agree with it (and they don't necessarily subscribe to > > any freebsd mailling list either). > > It will be backwards compatible... does that help? okay, i'm lost with the "backwards compatible". are you saying you'll use another word (instead of reject/deny), such as "reset" to indicate sending an RST rather than some other action ? Darren From owner-freebsd-current Mon May 5 19:59:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA09352 for current-outgoing; Mon, 5 May 1997 19:59:15 -0700 (PDT) Received: from dyslexic.phoenix.net (dyslexic.phoenix.net [199.3.233.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA09345 for ; Mon, 5 May 1997 19:59:14 -0700 (PDT) Received: from localhost (gemohler@localhost) by dyslexic.phoenix.net (8.8.5/8.8.5) with SMTP id VAA12748; Mon, 5 May 1997 21:56:57 -0500 (CDT) X-Authentication-Warning: dyslexic.phoenix.net: gemohler owned process doing -bs Date: Mon, 5 May 1997 21:56:57 -0500 (CDT) From: Geoff Mohler X-Sender: gemohler@dyslexic.phoenix.net To: Michael Smith cc: current@FreeBSD.ORG Subject: Re: Easy library problem.. In-Reply-To: <199705060236.MAA05403@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Michael Smith wrote: > Geoff Mohler stands accused of saying: > > I have linux=yes in my sysconfig, and have installed the linux compat > > libraries. > > > > Why do I still get this particular error? > > > > Thank you wayyyy in advance if someone can answer this for me. > > > > =-=-=-=-=- > > ld.so failed: bad magic number in "/usr/lib/libXmu.so.6.0" > > =-=-=-=-=- > > No idea. How about you tell us what you're actually trying to do, hmm? Uhh..im just trying to run an application that wants this library, I installed the linux compats, copied the library as I found works *heh* in the Email archives.. As far as I can tell, im not trying to do anything fancy, just use an application that wants that library. From owner-freebsd-current Mon May 5 20:02:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA09579 for current-outgoing; Mon, 5 May 1997 20:02:34 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA09574; Mon, 5 May 1997 20:02:20 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id NAA22224; Tue, 6 May 1997 13:04:33 +1000 (EST) Date: Tue, 6 May 1997 13:04:32 +1000 (EST) From: "Daniel O'Callaghan" To: Archie Cobbs cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: <199705060046.RAA10264@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 May 1997, Archie Cobbs wrote: > > > - When a reject rule applies to an incoming TCP packet, send > > > the appropriate TCP response packet (ie., RST) instead of an > > > ICMP port unreachable. > > > > I think you want to make this user configurable and perhaps on a per-rule > > basis. > > This is only with "reject" -- ie., right now it sends an ICMP unreachable. > There's still "deny" which silently drops. How about ipfw add 1000 reset tcp from any to foo 23 So the choices are: deny : be silent reject: send ICMP !H reset : send RST Ipfilter allows you to choose to send !H or !N. How could this be done in ipfw? Is it needed? Danny From owner-freebsd-current Mon May 5 20:04:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA09757 for current-outgoing; Mon, 5 May 1997 20:04:59 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA09752; Mon, 5 May 1997 20:04:57 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id UAA18988; Mon, 5 May 1997 20:04:26 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma018986; Mon May 5 20:04:07 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id UAA10809; Mon, 5 May 1997 20:04:07 -0700 (PDT) From: Archie Cobbs Message-Id: <199705060304.UAA10809@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <199705060248.TAA19150@gatekeeper.whistle.com> from Darren Reed at "May 6, 97 12:46:30 pm" To: avalon@coombs.anu.edu.au (Darren Reed) Date: Mon, 5 May 1997 20:04:07 -0700 (PDT) Cc: archie@whistle.com, avalon@coombs.anu.edu.au, nnd@info.itfs.nsk.su, current@FreeBSD.ORG, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > - Allow rules to have the form: > > > > > > > > 1000 deny ip from any to any in via ed0 out via ed1 > > > > > > > > so you can filter routed packets by both incoming AND outgoing > > > > interface. > > > > > > can you do this such that the route is only looked up once ? Can you > > > be sure that the routing table won't change between the two lookups > > > if you can't do it with one (es. on SMP systems) ? You could possibly > > > solve this by only enabling this sort of filter on the outbound side > > > of ed1. > > > > No routing table lookup necessary; the outbound interface is determined > > already by the time ip_output() calls us. The inbound interface is kept > > in the mbuf as m_rcvif. > > So what you're (including what you mentioned about changes in your other > email) saying is that these packets can only be filtered out during the > forwarding/outbound filtering ? Right. > > > > - When a reject rule applies to an incoming TCP packet, send > > > > the appropriate TCP response packet (ie., RST) instead of an > > > > ICMP port unreachable. > > > > > > I think you want to make this user configurable and perhaps on a per-rule > > > basis. > > > > This is only with "reject" -- ie., right now it sends an ICMP unreachable. > > There's still "deny" which silently drops. > > > > > This is otherwise a rather major change in the behaviour of ipfw and > > > users may not agree with it (and they don't necessarily subscribe to > > > any freebsd mailling list either). > > > > It will be backwards compatible... does that help? > > okay, i'm lost with the "backwards compatible". are you saying you'll use > another word (instead of reject/deny), such as "reset" to indicate sending > an RST rather than some other action ? By "backwards compatible" I meant the parsing of rules by the ipfw programs, so that the semantics of rules with trailing options like "in via ed0", "via ed1 out", "in", etc. won't change. The way it is now: deny -> drop packet reject ip -> send icmp unreachable reject tcp -> send icmp unreachable The way it will be: deny -> drop packet reject ip -> send icmp unreachable reject tcp -> send tcp reset (which is more appropriate) There is a change in the type of notification the sender receives when a TCP packet is rejected... but this seems to me more like a bug fix than a "major change".. it's certainly easy *not* to do, and it's not something I particularly care about other than it being a bug. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Mon May 5 20:20:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA10647 for current-outgoing; Mon, 5 May 1997 20:20:58 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA10631 for ; Mon, 5 May 1997 20:20:55 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA05693; Tue, 6 May 1997 12:50:46 +0930 (CST) From: Michael Smith Message-Id: <199705060320.MAA05693@genesis.atrad.adelaide.edu.au> Subject: Re: Easy library problem.. In-Reply-To: from Geoff Mohler at "May 5, 97 09:56:57 pm" To: gemohler@c-com.net (Geoff Mohler) Date: Tue, 6 May 1997 12:50:46 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, 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-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Geoff Mohler stands accused of saying: > On Tue, 6 May 1997, Michael Smith wrote: > > > Geoff Mohler stands accused of saying: > > > I have linux=yes in my sysconfig, and have installed the linux compat > > > libraries. > > > > > > Why do I still get this particular error? > > > > > > Thank you wayyyy in advance if someone can answer this for me. > > > > > > =-=-=-=-=- > > > ld.so failed: bad magic number in "/usr/lib/libXmu.so.6.0" > > > =-=-=-=-=- > > > > No idea. How about you tell us what you're actually trying to do, hmm? > > Uhh..im just trying to run an application that wants this library, I installed > the linux compats, copied the library as I found works *heh* in the Email > archives.. > > As far as I can tell, im not trying to do anything fancy, just use an > application that wants that library. Well, so far the information content of your messages is below the noise level. I can't actually help you without a list of what you're trying to run, where you put the library, what you did after that &c. &c. So far, all I can tell you is that the library is the wrong one for wherever it is. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon May 5 20:28:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA11030 for current-outgoing; Mon, 5 May 1997 20:28:24 -0700 (PDT) Received: from dyslexic.phoenix.net (dyslexic.phoenix.net [199.3.233.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA11025 for ; Mon, 5 May 1997 20:28:22 -0700 (PDT) Received: from localhost (gemohler@localhost) by dyslexic.phoenix.net (8.8.5/8.8.5) with SMTP id WAA12821; Mon, 5 May 1997 22:25:52 -0500 (CDT) X-Authentication-Warning: dyslexic.phoenix.net: gemohler owned process doing -bs Date: Mon, 5 May 1997 22:25:52 -0500 (CDT) From: Geoff Mohler X-Sender: gemohler@dyslexic.phoenix.net To: Michael Smith cc: current@FreeBSD.ORG Subject: Re: Easy library problem.. In-Reply-To: <199705060320.MAA05693@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Michael Smith wrote: > > > > I have linux=yes in my sysconfig, and have installed the linux compat > > > > libraries. > > > > > > > > Why do I still get this particular error? > > > > > > > > Thank you wayyyy in advance if someone can answer this for me. > > > > > > > > =-=-=-=-=- > > > > ld.so failed: bad magic number in "/usr/lib/libXmu.so.6.0" > > > > =-=-=-=-=- > > > > > > No idea. How about you tell us what you're actually trying to do, hmm? > > > > Uhh..im just trying to run an application that wants this library, I installed > > the linux compats, copied the library as I found works *heh* in the Email > > archives.. > > > > As far as I can tell, im not trying to do anything fancy, just use an > > application that wants that library. > > Well, so far the information content of your messages is below the noise > level. I can't actually help you without a list of what you're trying > to run, where you put the library, what you did after that &c. &c. > > So far, all I can tell you is that the library is the wrong one for > wherever it is. > Well, since Ive installed a program, that depends on a library that comes with the standard FreeBSD install (with linux compatability) and the OS fails to recognize the library, I dont see an application problem. The OS isnt loading the library..I ant give you anymore information than that. Application is anything that wants that library. Oh yeah..its xsysinfo. Another included, sealed & approved package for FreeBSD. Sorry I cant give you gdb data to go with it. From owner-freebsd-current Mon May 5 21:05:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA12519 for current-outgoing; Mon, 5 May 1997 21:05:45 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12514 for ; Mon, 5 May 1997 21:05:39 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id AAA07110; Tue, 6 May 1997 00:05:37 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id AAA11722; Tue, 6 May 1997 00:05:34 -0400 Date: Tue, 6 May 1997 00:05:10 -0400 (EDT) From: Chuck Robey To: Michael Smith cc: Geoff Mohler , msmith@atrad.adelaide.edu.au, current@FreeBSD.ORG Subject: Re: Easy library problem.. In-Reply-To: <199705060320.MAA05693@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Michael Smith wrote: > Geoff Mohler stands accused of saying: > > On Tue, 6 May 1997, Michael Smith wrote: > > > > > Geoff Mohler stands accused of saying: > > > > I have linux=yes in my sysconfig, and have installed the linux compat > > > > libraries. > > > > > > > > Why do I still get this particular error? > > > > > > > > Thank you wayyyy in advance if someone can answer this for me. > > > > > > > > =-=-=-=-=- > > > > ld.so failed: bad magic number in "/usr/lib/libXmu.so.6.0" > > > > =-=-=-=-=- > > > > > > No idea. How about you tell us what you're actually trying to do, hmm? > > > > Uhh..im just trying to run an application that wants this library, I installed > > the linux compats, copied the library as I found works *heh* in the Email > > archives.. > > > > As far as I can tell, im not trying to do anything fancy, just use an > > application that wants that library. > > Well, so far the information content of your messages is below the noise > level. I can't actually help you without a list of what you're trying > to run, where you put the library, what you did after that &c. &c. > > So far, all I can tell you is that the library is the wrong one for > wherever it is. Yeah, but I betcha he's mixed up his FreeBSD libs (which go into /usr/lib, /usr/X11R6/lib, /usr/local/lib, and maybe some other places) and his Linux libs (which darn well have to go into /compat/linux/lib). ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Mon May 5 21:10:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA12787 for current-outgoing; Mon, 5 May 1997 21:10:14 -0700 (PDT) Received: from dyslexic.phoenix.net (dyslexic.phoenix.net [199.3.233.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12782 for ; Mon, 5 May 1997 21:10:12 -0700 (PDT) Received: from localhost (gemohler@localhost) by dyslexic.phoenix.net (8.8.5/8.8.5) with SMTP id XAA12949; Mon, 5 May 1997 23:07:50 -0500 (CDT) X-Authentication-Warning: dyslexic.phoenix.net: gemohler owned process doing -bs Date: Mon, 5 May 1997 23:07:50 -0500 (CDT) From: Geoff Mohler X-Sender: gemohler@dyslexic.phoenix.net To: Michael Smith cc: current@FreeBSD.ORG Subject: Re: Easy library problem.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith has helped me resolve this issue.. Sorry about the noise..8grin* From owner-freebsd-current Mon May 5 21:16:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA13186 for current-outgoing; Mon, 5 May 1997 21:16:07 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA13181; Mon, 5 May 1997 21:16:05 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id VAA19323; Mon, 5 May 1997 21:15:27 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma019313; Mon May 5 21:14:57 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id VAA11171; Mon, 5 May 1997 21:14:57 -0700 (PDT) From: Archie Cobbs Message-Id: <199705060414.VAA11171@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: from Daniel O'Callaghan at "May 6, 97 01:04:32 pm" To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Mon, 5 May 1997 21:14:57 -0700 (PDT) Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > - When a reject rule applies to an incoming TCP packet, send > > > > the appropriate TCP response packet (ie., RST) instead of an > > > > ICMP port unreachable. > > > > > > I think you want to make this user configurable and perhaps on a per-rule > > > basis. > > > > This is only with "reject" -- ie., right now it sends an ICMP unreachable. > > There's still "deny" which silently drops. > > How about > > ipfw add 1000 reset tcp from any to foo 23 > > So the choices are: > deny : be silent > reject: send ICMP !H > reset : send RST Sounds OK with me.. any body else care to comment? -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Mon May 5 21:32:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA13899 for current-outgoing; Mon, 5 May 1997 21:32:15 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA13894 for ; Mon, 5 May 1997 21:32:12 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wObv1-0003Lv-00; Mon, 5 May 1997 22:32:03 -0600 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Help with merging in local changes with CVS etc... Cc: current@freebsd.org In-reply-to: Your message of "Mon, 05 May 1997 09:10:53 +0200." <19970505091053.WD23959@uriah.heep.sax.de> References: <19970505091053.WD23959@uriah.heep.sax.de> <19970504173956.HN10108@uriah.heep.sax.de> <199705050154.LAA25015@genesis.atrad.adelaide.edu.au> Date: Mon, 05 May 1997 22:32:03 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970505091053.WD23959@uriah.heep.sax.de> J Wunsch writes: : > I am aware of this, and have plans in hand for said rewrite. : : Great! I'm looking for a printer-port Ethernet adapter, so we should : get in touch then... Hey. I have these funny printer sharing boxes that are half duplex that I'd like to figure out how to make full duplex (or just use two) so I can have a wireless net located where it would be hard to wire something, like out in my storage shed :-) Warner From owner-freebsd-current Mon May 5 21:55:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA14973 for current-outgoing; Mon, 5 May 1997 21:55:38 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA14963 for ; Mon, 5 May 1997 21:55:35 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA12211; Mon, 5 May 1997 21:56:01 -0700 (PDT) To: Geoff Mohler cc: Michael Smith , current@FreeBSD.ORG Subject: Re: Easy library problem.. In-reply-to: Your message of "Mon, 05 May 1997 22:25:52 CDT." Date: Mon, 05 May 1997 21:56:01 -0700 Message-ID: <12209.862894561@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Well, since Ive installed a program, that depends on a library that comes wit Here's a good example: HOW? How did you install the program? From where? Ports? Packages? Which versions were used? There's no such thing as a /usr/lib/libXmu.a and anything looking for it is seriously confused. xsysinfo certainly would have no cause to look there. If it's a linux binary you're trying to run, and you should identify it with "file" before making that determination, then you need to have all the linux compat libs installed. Jordan From owner-freebsd-current Mon May 5 22:40:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA17103 for current-outgoing; Mon, 5 May 1997 22:40:17 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca16-13.ix.netcom.com [204.32.168.141]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA17030 for ; Mon, 5 May 1997 22:39:52 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id WAA10810; Mon, 5 May 1997 22:37:44 -0700 (PDT) Date: Mon, 5 May 1997 22:37:44 -0700 (PDT) Message-Id: <199705060537.WAA10810@silvia.HIP.Berkeley.EDU> To: gemohler@c-com.net CC: msmith@atrad.adelaide.edu.au, current@FreeBSD.ORG In-reply-to: (message from Geoff Mohler on Mon, 5 May 1997 23:07:50 -0500 (CDT)) Subject: Re: Easy library problem.. From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * Michael Smith has helped me resolve this issue.. * * Sorry about the noise..8grin* Do you mind at least sharing with us what the problem was? Satoshi From owner-freebsd-current Mon May 5 23:23:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA19126 for current-outgoing; Mon, 5 May 1997 23:23:16 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA19121 for ; Mon, 5 May 1997 23:23:13 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA06517 for current@FreeBSD.ORG; Tue, 6 May 1997 08:23:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA12699; Tue, 6 May 1997 08:05:39 +0200 (MET DST) Message-ID: <19970506080539.EO65418@uriah.heep.sax.de> Date: Tue, 6 May 1997 08:05:39 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Bug: is it the kernel or the man page? References: <19970506004851.HS60595@uriah.heep.sax.de> <199705060050.RAA17319@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705060050.RAA17319@phaeton.artisoft.com>; from Terry Lambert on May 5, 1997 17:50:33 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > This is mentioned in great detail in the fcntl man page. > > But not on the close man page. Right. The close man page only speaks about locks obtained by flock() at all. It's probably simply that the fcntl() locking has been added much later in the game, with the only idea behind that it's mandated by Posix. > PS: I specifically stated "record". I've missed this. > PPS: The "in great detail" glowingly shouts the merits of flock(2) over > fcntl(2), while omitting the fact that that it is whole file rather than > the more useful record size locks, ... Maybe. But it rather looks the authors would have been way happier to provide record locking without the Posix braindeadness. > PPPS: The F_POSIX should be F_LOCKF; the flag is used to indicate the > system call entry it came in on, not the semantic tagging. I don't care much for this detail. > PPPPS: There should be an F_NONPOSIX to again seperate the name space > so the flag could be set to avoid the behaviour; You mean, record locking without the Posix braindeadness? If so, invent something new. Don't do it with fcntl() F_SETLK, or it will confuse the heck out of the people. > You fix the man page. There are other people capable of fixing man pages as well. I think the only change by now should be to add a hint to fcntl-style locking to close(2). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon May 5 23:40:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA19935 for current-outgoing; Mon, 5 May 1997 23:40:53 -0700 (PDT) Received: from gw.softec.sk (gw.softec.sk [194.196.214.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA19912 for ; Mon, 5 May 1997 23:40:19 -0700 (PDT) Received: (from mail@localhost) by gw.softec.sk (8.8.5/8.8.5) id IAA00496 for ; Tue, 6 May 1997 08:40:08 +0200 (CEST) Received: from softec.softec.sk(193.87.236.1) by gw.softec.sk via smap (V2.0) id xma000488; Tue, 6 May 97 08:40:00 +0200 Received: from cleopatra.softec.sk by softec.softec.sk id aa18025; 6 May 97 8:44 CET Received: by cleopatra.softec.sk with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.993.5) id <01BC59F9.43324CF0@cleopatra.softec.sk>; Tue, 6 May 1997 08:41:16 +0200 Message-ID: From: "Basti, Zoltan" To: "'freebsd-current@freebsd.org'" Subject: RE: divert still broken? Date: Tue, 6 May 1997 08:41:15 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.993.5 Encoding: 15 TEXT Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >I'm doing some more work on ipfw and divert to solve a need we have... >and planning on making these changes (how much gets checked in to be >determined later by group consensus, but patch will be available): [ stuff deleted ] While you are at it, would you please have a look at fragmented packets processing. Currently (2.2.1-RELEASE) IP packets with fragment offset > 0 can match TCP and UDP source port and destination port rules (but not TCP flags). This is clearly wrong, since TCP and UDP ports are always in the first fragment of a fragmented packet. > > From owner-freebsd-current Tue May 6 00:21:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA21717 for current-outgoing; Tue, 6 May 1997 00:21:48 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA21712 for ; Tue, 6 May 1997 00:21:40 -0700 (PDT) Received: from jupiter.planet.co.at (jupiter.planet.co.at [193.170.249.3]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id AAA17074 for ; Tue, 6 May 1997 00:20:29 -0700 (PDT) Received: from safeconcept.utimaco.co.at (isdn2.planet.co.at [193.170.249.226]) by jupiter.planet.co.at (8.8.3/8.6.12) with SMTP id HAA26009 for ; Tue, 6 May 1997 07:57:23 +0200 Received: from christian (christian.utimaco.co.at [10.0.0.39]) by safeconcept.utimaco.co.at (8.6.12/8.6.12) with SMTP id IAA00659 for ; Tue, 6 May 1997 08:10:45 +0200 Message-ID: <336ED5BE.2F18@utimaco.co.at> Date: Tue, 06 May 1997 08:54:54 +0200 From: "DI. Christian Gusenbauer" Reply-To: Christian.Gusenbauer@utimaco.co.at Organization: Utimaco Safe-Concept X-Mailer: Mozilla 3.01 (WinNT; I) MIME-Version: 1.0 To: FreeBsd Current Subject: Re: Panics Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! I'm getting panics, too. When running X and working with xxgdb 1.12 for a while I only have to quit this debugging session then wait for some seconds and then my machine reboots. One time, I managed to get a panic message about a page fault but there was no core dump of the kernel on the machine after rebooting :-( (yes, I enabled the dump-options in the kernel-config, but I don't get a dump). But note, if I start the debugger and do only a few steps, then quit then no reboot will occur. I built my kernel last friday with up-to-date CTM deltas. Also, I managed to get panics when I try to press ctrl-c many times and that very fast when a program (like 'ls -lR /') is running in an xterm, but I can't reliably reproduce this. > Well, yes, it is FreeBSD's fault for panicing...but that doesn't help us > solve the problem. If you could attempt to isolate what "mutt" is doing just > prior to the panic, this would help us diagnose the problem. > - -DG Christian. -- Christian Gusenbauer UTIMACO Safe Concept Christian.Gusenbauer@utimaco.co.at A-4020 Linz, AUSTRIA From owner-freebsd-current Tue May 6 00:23:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA21794 for current-outgoing; Tue, 6 May 1997 00:23:58 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA21776; Tue, 6 May 1997 00:23:51 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id IAA13085; Tue, 6 May 1997 08:23:37 +0100 (BST) Message-Id: <199705060723.IAA13085@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Archie Cobbs cc: danny@panda.hilink.com.au (Daniel O'Callaghan), current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: divert still broken? In-reply-to: Your message of "Mon, 05 May 1997 21:14:57 PDT." <199705060414.VAA11171@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 08:23:37 +0100 From: Brian Somers Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > How about > > > > ipfw add 1000 reset tcp from any to foo 23 > > > > So the choices are: > > deny : be silent > > reject: send ICMP !H > > reset : send RST > > Sounds OK with me.. any body else care to comment? I like this idea. > -Archie > > ___________________________________________________________________________ > Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-current Tue May 6 00:30:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA22125 for current-outgoing; Tue, 6 May 1997 00:30:24 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA22118; Tue, 6 May 1997 00:30:20 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id RAA18119; Tue, 6 May 1997 17:30:11 +1000 Received: from maya.devetir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with ESMTP id RAA15098; Tue, 6 May 1997 17:24:59 +1000 (EST) Received: from netfl15a.devetir.qld.gov.au (netfl15a.devetir.qld.gov.au [167.123.24.12]) by maya.devetir.qld.gov.au (8.8.5/8.8.5) with SMTP id RAA13004; Tue, 6 May 1997 17:24:56 +1000 (EST) Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id HAA26441; Tue, 6 May 1997 07:27:40 GMT Message-Id: <199705060727.HAA26441@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: port@freebsd.org, current@freebsd.org Subject: The Mystery of the Missing ports-cur.1828.gz X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 17:27:39 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I can't find this in the usual archive spots, does anyone have a copy they can email me? Stephen -- The views expressed above are not those of WorkCover Queensland, Australia. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true." Robert Wilensky, University of California From owner-freebsd-current Tue May 6 00:39:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA22528 for current-outgoing; Tue, 6 May 1997 00:39:01 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA22496; Tue, 6 May 1997 00:38:55 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id JAA25044; Tue, 6 May 1997 09:43:27 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199705060743.JAA25044@ocean.campus.luth.se> Subject: Re: divert still broken? To: archie@whistle.com (Archie Cobbs) Date: Tue, 6 May 1997 09:43:27 +0200 (MET DST) Cc: danny@panda.hilink.com.au, current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199705060414.VAA11171@bubba.whistle.com> from Archie Cobbs at "May 5, 97 09:14:57 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Archie Cobbs: [...] > > How about > > > > ipfw add 1000 reset tcp from any to foo 23 > > > > So the choices are: > > deny : be silent > > reject: send ICMP !H > > reset : send RST > > Sounds OK with me.. any body else care to comment? Yeah, I think that's good. That way you can configure it as you like. Flexability is (almost) always a good thing. Would it be hard to add something like "netreject", which would send !N, too? /Mikael From owner-freebsd-current Tue May 6 01:10:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA24025 for current-outgoing; Tue, 6 May 1997 01:10:10 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA24020; Tue, 6 May 1997 01:10:03 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id SAA23498; Tue, 6 May 1997 18:12:21 +1000 (EST) Date: Tue, 6 May 1997 18:12:20 +1000 (EST) From: "Daniel O'Callaghan" To: Mikael Karpberg cc: Archie Cobbs , current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: <199705060743.JAA25044@ocean.campus.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Mikael Karpberg wrote: > According to Archie Cobbs: > [...] > > > So the choices are: > > > deny : be silent > > > reject: send ICMP !H > > > reset : send RST > > > Yeah, I think that's good. > That way you can configure it as you like. Flexability is (almost) always > a good thing. > > Would it be hard to add something like "netreject", which would send !N, too? That would be nice. I didn't suggest it only because I couldn't think of an appropriate keyword :-) Danny From owner-freebsd-current Tue May 6 01:13:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA24170 for current-outgoing; Tue, 6 May 1997 01:13:31 -0700 (PDT) Received: from critter.dk.tfs.com ([140.145.230.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA24162; Tue, 6 May 1997 01:13:26 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id JAA02942; Tue, 6 May 1997 09:39:40 +0200 (CEST) To: Terry Lambert cc: current@FreeBSD.ORG From: Poul-Henning Kamp Subject: Re: DOC: NAME CACHE USAGE In-reply-to: Your message of "Mon, 05 May 1997 13:59:15 PDT." <199705052059.NAA16562@phaeton.artisoft.com> Date: Tue, 06 May 1997 09:39:39 +0200 Message-ID: <2940.862904379@critter> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199705052059.NAA16562@phaeton.artisoft.com>, Terry Lambert writes: >With all of Poul's puttering around in the name cache code (I still >think the cache data should be a pointer into the directory vnode >page where the actual name is, instead of making a copy of the name >in another buffer, considering the directory vnode must be in core >for there to be a cache reference, especially after his changes), I >thought it would be the right time to post this. This would waste storage for two reasons: 1. The size of the namecache structure is 36 bytes, which means that we can tack another 28 bytes onto the malloc allocation for free. This covers most of the names we ever see. 2. Copying the name away means that the directory vnodes doesn't have to have any pages cached to be useful. Think of a heavily used directory "/usr/local/lib/this/weird/path" With your suggestion we would have to have at least a page for each of the 5 directories for the namecache to work. >This is a document that I made prepatory to doing some work to move >the cache lookup and entry out of the FS specific code and into common >code, so that you wouldn't even have to make VOP calls if you got >cache hits. This design offers the bonus of making the FS code itself >smaller for each FS, and by making the code more bullet proof by making >the usage entirely uniform across all FS's. This is a nice idea, but not well thought out. If you were to do that, you would rob the filesystems of the control they have today to expire cached data at this time, leaving filesystems like union, nfs and null no other option than disabling cacheing entirely. >I haven't really been >able to pursue this work because it's all I can do to track current >and repair conflicts on my existing changes 8-(. (chorus) How nice the world would be, How perfect the world would be, If you all would listen more to me! :-) >It should also provide some usage information to Poul so that he can >better direct his efforts to optimize common cases. I think even Terry has misunderstood what "optimizing the namecache" means. I'll leave it as an excercise to the reader :-) Poul-Henning PS: there are a number of errors in your table. For instance cache_purge is called by vgone(), which covers many more cases than you document. Please don't post wrong information. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Tue May 6 01:30:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA24811 for current-outgoing; Tue, 6 May 1997 01:30:42 -0700 (PDT) Received: from mx12.netvision.net.il (mx12.NetVision.net.il [194.90.1.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA24804 for ; Tue, 6 May 1997 01:30:39 -0700 (PDT) Received: (qmail 7017 invoked from network); 6 May 1997 08:30:17 -0000 Received: from burka.netvision.net.il (gena@194.90.1.23) by mx12.netvision.net.il with SMTP; 6 May 1997 08:30:17 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-1 MIME-Version: 1.0 Date: Tue, 06 May 1997 11:27:25 +0300 (IDT) X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision Ltd. From: Gennady Sorokopud To: current@freebsd.org Subject: Another panic Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id BAA24805 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! I already send two bug reports about panics on my -current. Here is another one: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf06e7ffc fault code = supervisor read, page not present instruction pointer = 0x8:0xf017f8c9 stack pointer = 0x10:0xf4145d14 frame pointer = 0x10:0xf4195d38 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL0 , pres 1 , def 321 , gran 1 processor eflags = interrupt enabled, resum, IOPL = 0 current process = 4407 (ls) interrupt mask = kernel: type 12 trap, code = 0 Stopped at _generic_bcopy+0x41: repe movsl (%esi),%es:(%edi) -------------------trace-------------- _generic_bcopy(f0797b80,f08f4680,f4145ed4,f06f40d8,f0797b80) _ufs_lookup+0xccc _lookup+0x2c1 _namei+0x11b _lstat_0x44 _syscall+0x127 _Xsyscall+0x35 --- syscall 0xbe, eip = 0x1bbf5, esp = 0xefbfdd10, ebp = 0xefbfdd88 ------ dmesg output --------------- Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Sun May 4 14:27:48 IDT 1997 root@Burka.NetVision.net.il:/usr/src/sys/compile/BURKA CPU: Pentium (90.00-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 41943040 (40960K bytes) avail memory = 39329792 (38408K bytes) Probing for devices on PCI bus 0: chip0 rev 64 on pci0:0:0 chip1 rev 1 on pci0:1:0 pci0:8: CMD, device=0x0640, class=storage (ide) int a irq 14 [no driver assigned] vga0 rev 0 int a irq ?? on pci0:9:0 pci0:11: vendor=0x10b7, device=0x5900, class=network (ethernet) int a irq 9 [no driver assigned] ahc0 rev 0 int a irq 11 on pci0:12:0 ahc0: aic7870 Single Channel, SCSI Id=7, 16 SCBs scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 2069MB (4238836 512 byte sectors) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: utp[*UTP*] address 00:60:97:23:a2:8b npx0 flags 0x7 on motherboard npx0: INT 16 interface WARNING: / was not properly dismounted. ----------- kernel config ---------------- # # BURKA -- my desktop machine # # $Id: BURKA,v 1.1 1995/01/26 11:38:00 gena Exp $ # machine "i386" cpu "I586_CPU" maxusers 20 ident BURKA options INET #InterNETworking options FFS #Berkeley Fast File System options PROCFS #Process File System options DDB options "COMPAT_43" #Compatible with BSD 4.3 options SYSVSHM options SYSVSEM options SYSVMSG options UCONSOLE #X Console support options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor config kernel root on sd0 controller isa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" iosiz 0x0 flags 0x07 irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty flags 0x00 irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty flags 0x00 irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device ep0 at isa? port 0x300 net irq 10 vector epintr controller pci0 controller ahc1 controller scbus0 #device vx0 device sd0 pseudo-device snp 1 #Snoop device - to look at pty/vty/etc.. pseudo-device loop pseudo-device ether pseudo-device log pseudo-device tun 1 pseudo-device pty 16 pseudo-device speaker pseudo-device bpfilter 1 #berkeley packet filter Best regards. -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: Gennady Sorokopud PGP public key is available by fingering gena@netvision.net.il This message was sent at 06-May-97 11:27:25 by XFMail From owner-freebsd-current Tue May 6 02:29:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA27849 for current-outgoing; Tue, 6 May 1997 02:29:40 -0700 (PDT) Received: from plaut.de (inet.plaut.de [194.39.177.166]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA27844; Tue, 6 May 1997 02:29:36 -0700 (PDT) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id LAA19776; Tue, 6 May 1997 11:29:31 +0200 Received: from localhost (root@localhost) by totum.plaut.de (8.8.5/8.7.3) with SMTP id LAA16237; Tue, 6 May 1997 11:29:34 +0200 (MET DST) Date: Tue, 6 May 1997 11:29:33 +0200 (MET DST) From: Michael Reifenberger To: Archie Cobbs cc: "Daniel O'Callaghan" , current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: <199705060414.VAA11171@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 May 1997, Archie Cobbs wrote: > Date: Mon, 5 May 1997 21:14:57 -0700 (PDT) > From: Archie Cobbs > To: Daniel O'Callaghan > Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG > Subject: Re: divert still broken? > > ... > > So the choices are: > > deny : be silent > > reject: send ICMP !H > > reset : send RST > > Sounds OK with me.. any body else care to comment? In this case wouldn't match the keyword drop better than deny? Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis From owner-freebsd-current Tue May 6 03:07:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA02162 for current-outgoing; Tue, 6 May 1997 03:07:51 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA02157; Tue, 6 May 1997 03:07:45 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id UAA23949; Tue, 6 May 1997 20:10:41 +1000 (EST) Date: Tue, 6 May 1997 20:10:40 +1000 (EST) From: "Daniel O'Callaghan" To: Michael Reifenberger cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Michael Reifenberger wrote: > > > So the choices are: > > > deny : be silent > > > reject: send ICMP !H > > > reset : send RST > > > > Sounds OK with me.. any body else care to comment? > > In this case wouldn't match the keyword drop better than deny? Maybe. But it is better to keep the backward compatibility. Danny From owner-freebsd-current Tue May 6 03:23:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA03029 for current-outgoing; Tue, 6 May 1997 03:23:14 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA03010; Tue, 6 May 1997 03:23:04 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id LAA22147; Tue, 6 May 1997 11:22:35 +0100 (BST) Date: Tue, 6 May 1997 11:22:35 +0100 (BST) From: Doug Rabson To: Mark Murray cc: rick@snowhite.cis.uoguelph.ca, wollman@freebsd.org, dfr@freebsd.org, current@freebsd.org Subject: Re: Kerberised NFSD is broken. In-Reply-To: <199705051650.SAA11805@grackle.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 May 1997, Mark Murray wrote: > Hello > > Way back in June '95, we broke Kerberised NFSD with this commit. (And > nobody noticed :-) ) > > In it, the #ifdef's enabling Kerberos were changed from KERBEROS > to NFSKERB, and some (obviously) broken code was inserted between > the #if / #endif pair. > > Has anyone got a repaired version of this? Has anyone made it work? > Can anyone spend some time on it to make it work? > (Methinks the Kerberos bits can be just backed out, But I have other > things on my plate right now) These changes were in Rick's original NFSv3 code. I assumed that they were to make the code exportable so I kept it that way when I imported the code into FreeBSD. Every so often, I get tempted to fix up the NFSKERB code so that it works again. Maybe I will actually do this soon. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Tue May 6 03:31:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA03550 for current-outgoing; Tue, 6 May 1997 03:31:58 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA03543 for ; Tue, 6 May 1997 03:31:52 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id MAA26905 for ; Tue, 6 May 1997 12:32:49 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id MAA18768 for freebsd-current@freefall.cdrom.com; Tue, 6 May 1997 12:50:03 +0200 (MET DST) Date: Tue, 6 May 1997 12:50:03 +0200 (MET DST) From: Christoph Kukulies Message-Id: <199705061050.MAA18768@gil.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: 3.0-SNAP boot hang Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm trying to install from 3.0-970502-SNAP boot.flp (nice that we have boot.config now - though it says there ain't one) and it hangs solid at the ep0 probe (not probed due to conflict with ed0) I have an Amd DX4/133, UMC chipset, 8 MB, NE2000 at 0x300/10, IDE disk as master, ET4000 ISA, nothing else. I will try to disable as many as I can. Is there a way to say disable * and then only enable the devices I need? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue May 6 03:33:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA03623 for current-outgoing; Tue, 6 May 1997 03:33:01 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA03603; Tue, 6 May 1997 03:32:56 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id MAA26007; Tue, 6 May 1997 12:37:40 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199705061037.MAA26007@ocean.campus.luth.se> Subject: Re: divert still broken? To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 6 May 1997 12:37:40 +0200 (MET DST) Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: from Daniel O'Callaghan at "May 6, 97 08:10:40 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Daniel O'Callaghan: > > > On Tue, 6 May 1997, Michael Reifenberger wrote: > > > > > So the choices are: > > > > deny : be silent > > > > reject: send ICMP !H > > > > reset : send RST > > > > > > Sounds OK with me.. any body else care to comment? > > > > In this case wouldn't match the keyword drop better than deny? > > Maybe. But it is better to keep the backward compatibility. That doesn't mean that drop isn't a better keyword, and should be made an alias for deny. Although, if it wasn't for backwards compability (which we should keep, IMHO) then it would be better with: drop : be silent deny : send RST reject : send ICMP !H netreject : send ICMP !N But... that's not gonna happen, because we want backwards compability, so just forget I said it... :-) /Mikael From owner-freebsd-current Tue May 6 03:47:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA04164 for current-outgoing; Tue, 6 May 1997 03:47:56 -0700 (PDT) Received: from critter.dk.tfs.com ([140.145.230.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA04159; Tue, 6 May 1997 03:47:52 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id MAA00738; Tue, 6 May 1997 12:46:09 +0200 (CEST) To: Peter Dufault cc: phk@dk.tfs.com (Poul-Henning Kamp), current@freebsd.org From: Poul-Henning Kamp Subject: Re: vnode->v_usage In-reply-to: Your message of "Fri, 02 May 1997 08:19:20 EDT." <199705021219.IAA27851@hda.hda.com> Date: Tue, 06 May 1997 12:46:09 +0200 Message-ID: <736.862915569@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I meant this: if I had the time for some research I'd replace all >the *Q* macros with a single opaque data structure (and most likely >a single flavor of queue) with access functions and see what effect >that had on system performance. Well, you get one bit closer to this, when I've got all accesses to internal members of the types of , but I generally think that you will not gain much from it. But of course, it's worth a try... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Tue May 6 04:53:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA06668 for current-outgoing; Tue, 6 May 1997 04:53:28 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA06663 for ; Tue, 6 May 1997 04:53:25 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id NAA28970 for ; Tue, 6 May 1997 13:54:22 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id OAA18978 for freebsd-current@freefall.cdrom.com; Tue, 6 May 1997 14:11:37 +0200 (MET DST) Date: Tue, 6 May 1997 14:11:37 +0200 (MET DST) From: Christoph Kukulies Message-Id: <199705061211.OAA18978@gil.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: 3.0-SNAP install observations Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I installed from 3.0-970502-SNAP boot.flp (got around that initial hang by disabling down to just the devices I needed) Is there a way to save that to boot.conf? I installed via ftp from ftp.de.freebsd.org (with normal X User and User) and it went smooth so far sheere installation to disk is concerned. After installation I chose to set the root password but it didn't make it into the password db, at least I was unable to login as root after reboot. Also /etc/rc.conf didn't know about what I entered into the host configuration menu screen (all the information about gateway, hostname, domain). Just /etc/resolv.conf had inherited information from that dialog. I assume the rc.conf stuff is still under construction and it's a SNAP anyway. So no real complaint, please, just a note. Ah, and as a last note: I disabled VGA16 and SVGA since I thought I didn't need it. Later I learnt that I needed it when I wanted to try the XF86setup (graphical). So a not that VGA16 might be mandatory for some install scripts to work wouldn't be bad. -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue May 6 05:01:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA06940 for current-outgoing; Tue, 6 May 1997 05:01:31 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA06933 for ; Tue, 6 May 1997 05:01:27 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id NAA22612; Tue, 6 May 1997 13:01:46 +0100 (BST) Date: Tue, 6 May 1997 13:01:45 +0100 (BST) From: Doug Rabson To: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: vnode->v_usage In-Reply-To: <207.862417862@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Poul-Henning Kamp wrote: > In message , Dou > g Rabson writes: > >On Sun, 27 Apr 1997, Poul-Henning Kamp wrote: > >> > >> Unless somebody convinces me of the utility of this field, I will remove > >> it from the vnodes. > >> > >I think it is intended to be used to keep frequently used vnodes from > >being recycled by getnewvnode. > > Well, I've done it. Here is a patch that implements LRU for name-cache > hits on the vnode freelist. I doubt that it has any performance impact, > but it makes the vnode 4 bytes smaller, which is a good thing. > > Please test and report. > > Recompile or rename your LKMs before trying this! I just had a page fault in vtouch. The code needs to check for v_freelist.tqe_prev != 0xdeadb (shudder) to protect itself from races with getnewvnode. Index: vfs_subr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_subr.c,v retrieving revision 1.85 diff -u -r1.85 vfs_subr.c --- vfs_subr.c 1997/05/04 09:17:29 1.85 +++ vfs_subr.c 1997/05/06 11:57:05 @@ -2149,8 +2149,10 @@ return; } if (simple_lock_try(&vnode_free_list_slock)) { - TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); - TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); + if (vp->v_freelist.tqe_prev != (struct vnode **)0xdeadb) { + TAILQ_REMOVE(&vnode_free_list, vp, v_freelist); + TAILQ_INSERT_TAIL(&vnode_free_list, vp, v_freelist); + } simple_unlock(&vnode_free_list_slock); } simple_unlock(&vp->v_interlock); -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Tue May 6 05:12:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA07265 for current-outgoing; Tue, 6 May 1997 05:12:45 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA07246; Tue, 6 May 1997 05:12:39 -0700 (PDT) Message-Id: <199705061212.FAA07246@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA067270655; Tue, 6 May 1997 22:10:55 +1000 From: Darren Reed Subject: Re: divert still broken? To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 6 May 1997 22:10:55 +1000 (EST) Cc: archie@whistle.com, current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: from "Daniel O'Callaghan" at May 6, 97 01:04:32 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail from Daniel O'Callaghan, sie said: > > > > On Mon, 5 May 1997, Archie Cobbs wrote: > > > > > - When a reject rule applies to an incoming TCP packet, send > > > > the appropriate TCP response packet (ie., RST) instead of an > > > > ICMP port unreachable. > > > > > > I think you want to make this user configurable and perhaps on a per-rule > > > basis. > > > > This is only with "reject" -- ie., right now it sends an ICMP unreachable. > > There's still "deny" which silently drops. > > > How about > > ipfw add 1000 reset tcp from any to foo 23 > > So the choices are: > deny : be silent > reject: send ICMP !H > reset : send RST > > Ipfilter allows you to choose to send !H or !N. How could this be done Ipfilter will let you send whichever one you want :) > in ipfw? Is it needed? have we had the discussion about using "permission denied" icmp replies ? :) From owner-freebsd-current Tue May 6 06:14:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA09489 for current-outgoing; Tue, 6 May 1997 06:14:31 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA09483 for ; Tue, 6 May 1997 06:14:23 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id OAA22785; Tue, 6 May 1997 14:14:49 +0100 (BST) Date: Tue, 6 May 1997 14:14:49 +0100 (BST) From: Doug Rabson To: dwmalone@maths.tcd.ie, simonm@solander.dcs.gla.ac.uk cc: current@freebsd.org Subject: Fix for NFS bogusly accessing cached data Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Could someone review these fixes for kern/876 and kern/2635. Since NFSv2 does not have an ACCESS rpc, I have to attempt an uncached read of the file to approximate a VREAD access check. This should cope with the mapped root->nobody case in NFSv2. NFSv3 already fixed kern/876 since it has a working ACCESS rpc. The only part of this which worries me is that for directories I have to read the first NFS_DIRBLKSIZ bytes of the directory (a limitation of nfs_readdirrpc). Since this is only done for root and only for v2, I think the overhead is ok. Index: nfs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/nfs/nfs_vnops.c,v retrieving revision 1.47 diff -u -r1.47 nfs_vnops.c --- nfs_vnops.c 1997/05/04 09:17:36 1.47 +++ nfs_vnops.c 1997/05/06 13:06:35 @@ -410,8 +410,49 @@ } nfsm_reqdone; return (error); - } else - return (nfsspec_access(ap)); + } else { + if (error = nfsspec_access(ap)) + return (error); + + /* + * Attempt to prevent a mapped root from accessing a file + * which it shouldn't. We try to read a byte from the file + * if the user is root and the file is not zero length. + * After calling nfsspec_access, we should have the correct + * file size cached. + */ + if (ap->a_cred->cr_uid == 0 && (ap->a_mode & VREAD) + && VTONFS(vp)->n_size > 0) { + struct iovec aiov; + struct uio auio; + char buf[1]; + + aiov.iov_base = buf; + aiov.iov_len = 1; + auio.uio_iov = &aiov; + auio.uio_iovcnt = 1; + auio.uio_offset = 0; + auio.uio_resid = 1; + auio.uio_segflg = UIO_SYSSPACE; + auio.uio_rw = UIO_READ; + auio.uio_procp = ap->a_p; + + if (vp->v_type == VREG) + error = nfs_readrpc(vp, &auio, ap->a_cred); + else if (vp->v_type == VDIR) { + char* buf; + buf = malloc(NFS_DIRBLKSIZ, M_TEMP, M_WAITOK); + aiov.iov_base = buf; + aiov.iov_len = auio.uio_resid = NFS_DIRBLKSIZ; + error = nfs_readdirrpc(vp, &auio, ap->a_cred); + free(buf, M_TEMP); + } else if (vp->v_type = VLNK) + error = nfs_readlinkrpc(vp, &auio, ap->a_cred); + else + error = EACCES; + } + return (error); + } } /* @@ -833,6 +874,9 @@ if ((error = cache_lookup(dvp, vpp, cnp)) && error != ENOENT) { struct vattr vattr; int vpid; + + if (error = VOP_ACCESS(dvp, VEXEC, cnp->cn_cred, p)) + return (error); newvp = *vpp; vpid = newvp->v_id; -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Tue May 6 07:07:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA12347 for current-outgoing; Tue, 6 May 1997 07:07:53 -0700 (PDT) Received: from fgate.flevel.co.uk (root@fgate.flevel.co.uk [194.6.101.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA12270; Tue, 6 May 1997 07:07:39 -0700 (PDT) Received: from localhost (fxhtml@localhost) by fgate.flevel.co.uk (8.8.3/8.6.9) with SMTP id PAA05267; Tue, 6 May 1997 15:07:40 +0100 (BST) Date: Tue, 6 May 1997 15:07:40 +0100 (BST) From: FXHTML User To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-chat@freebsd.org Subject: BETA Testers Wanted Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Fourth Level Developments are looking for a number of beta testers for their FXHTML product. If you have a bit of time and a FreeBSD machine running either Apache or Cern WWW server then you would be suitable. FXHTML is a server side extension to HTML that in most cases eliminates the need for cgi scripting. Take a look at: http://www.flevel.co.uk/fxhtml for more details. If you are interested then please email: fxhtml@flevel.co.uk Thankyou. Trefor Southwell. Fourth Level Developments LTD. From owner-freebsd-current Tue May 6 07:52:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA14518 for current-outgoing; Tue, 6 May 1997 07:52:27 -0700 (PDT) Received: from critter.dk.tfs.com (phk.freebsd.dk [195.8.129.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA14511; Tue, 6 May 1997 07:52:18 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id OAA00202; Tue, 6 May 1997 14:52:02 +0200 (CEST) To: Doug Rabson cc: Poul-Henning Kamp , current@freebsd.org From: Poul-Henning Kamp Subject: Re: vnode->v_usage In-reply-to: Your message of "Tue, 06 May 1997 13:01:45 BST." Date: Tue, 06 May 1997 14:52:01 +0200 Message-ID: <200.862923121@critter> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks! I've tried to provoke that race, and finally decided that it didn't exist, but I guess I was wrong. Will apply your patch. Poul-Henning >I just had a page fault in vtouch. The code needs to check for >v_freelist.tqe_prev != 0xdeadb (shudder) to protect itself from races with >getnewvnode. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Tue May 6 08:03:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA15159 for current-outgoing; Tue, 6 May 1997 08:03:35 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA15153 for ; Tue, 6 May 1997 08:03:31 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id QAA28938; Tue, 6 May 1997 16:04:06 +0100 (BST) Date: Tue, 6 May 1997 16:04:06 +0100 (BST) From: Doug Rabson To: Poul-Henning Kamp cc: current@freebsd.org Subject: Re: vnode->v_usage In-Reply-To: <200.862923121@critter> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Poul-Henning Kamp wrote: > > Thanks! > > I've tried to provoke that race, and finally decided that it didn't > exist, but I guess I was wrong. > > Will apply your patch. It happened to me during boot after fsck'ing all the filesystems. I think it must be pretty rare. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Tue May 6 08:20:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA16130 for current-outgoing; Tue, 6 May 1997 08:20:11 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA16123; Tue, 6 May 1997 08:20:04 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id QAA28989; Tue, 6 May 1997 16:20:22 +0100 (BST) Date: Tue, 6 May 1997 16:20:22 +0100 (BST) From: Doug Rabson To: bde@freebsd.org cc: current@freebsd.org Subject: Adding ISA devices dynamically Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have been writing some code to do this and I had problems with the intrcnt array. This array is used to count both device and stray interrupts and is either indexed by the device id or by NR_DEVICES+irq for strays. Since I am adding devices dynamically, I generate new struct isa_devices with new device ids. Unfortunately, my new device ids are greater than NR_DEVICES and register_intr() fails for the new devices. Basically, we have a static limit for interrupting devices. I can (and have) hacked the code to have a larger static limit. The question is, what should the static limit be and should there be a limit at all? It seems fairly easy to extend the intrcnt array dynamically dynamically if I separate out the counts for strays. That would mean changing vmstat but it shouldn't be too hard. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Tue May 6 09:30:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA19823 for current-outgoing; Tue, 6 May 1997 09:30:11 -0700 (PDT) Received: from widefw.csl.sony.co.jp (widefw.csl.sony.co.jp [133.138.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA19818 for ; Tue, 6 May 1997 09:30:08 -0700 (PDT) Received: from hotaka.csl.sony.co.jp (hotaka.csl.sony.co.jp [43.27.98.57]) by widefw.csl.sony.co.jp (8.8.3/3.5Wbeta) with ESMTP id QAA02764 for ; Tue, 6 May 1997 16:29:53 GMT Received: from localhost (localhost [127.0.0.1]) by hotaka.csl.sony.co.jp (8.8.4/3.3W3) with ESMTP id BAA01994 for ; Wed, 7 May 1997 01:29:36 +0900 (JST) Message-Id: <199705061629.BAA01994@hotaka.csl.sony.co.jp> To: current@FreeBSD.ORG Subject: PRU_OLDSTYLE in current Date: Wed, 07 May 1997 01:29:35 +0900 From: Kenjiro Cho Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have noticed the following situation: PRU_OLDSTYLE has been removed from "sys/protosw.h". If you include netkey, netatalk, or netns, the current kernel panics in domaininit. Even when you specify PRU_OLDSTYLE, a kernel won't compile because "extern struct pr_usrreqs pru_oldstyle" is missing in "sys/protosw.h". My question is: should all the existing protocols move to the new pr_usrreqs? or should PRU_OLDSTYLE be put back to "sys/protosw.h" until all the protocols move to the new style? --kj --- Kenjiro Cho Sony Computer Science Laboratory Inc. From owner-freebsd-current Tue May 6 09:56:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA21261 for current-outgoing; Tue, 6 May 1997 09:56:34 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA21253 for ; Tue, 6 May 1997 09:56:29 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id SAA04183 for ; Tue, 6 May 1997 18:57:19 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id TAA07066 for freebsd-current@freefall.cdrom.com; Tue, 6 May 1997 19:14:39 +0200 (MET DST) Date: Tue, 6 May 1997 19:14:39 +0200 (MET DST) From: Christoph Kukulies Message-Id: <199705061714.TAA07066@gil.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: floppy related kernel messages Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In 3.0-current I'm seeing floppy problems on several machines. They're all manifesting in some kind of isa_dmastart: cannel 2 busy which seems to occur as the first message after an fdc error, e.g. door open or write locked with the next access after fixing the condition that led to the first error. In consequence of this I seemed to have had a system crash (reboot w/o panic) a couple of minutes ago. Here is an excerpt of my messages file: May 6 18:18:49 bach /kernel: isa_dmastart: channel 2 busy May 6 18:18:49 bach /kernel: fdc0: direction bit not set May 6 18:18:49 bach /kernel: fdc0: cmd e6 failed at out byte 1 of 9 May 6 18:18:49 bach /kernel: isa_dmastart: channel 2 busy May 6 18:18:49 bach /kernel: fd0c: hard error reading fsbn 0 (No status) May 6 18:18:49 bach /kernel: isa_dmastart: channel 2 busy May 6 18:18:49 bach /kernel: fdc0: direction bit not set May 6 18:18:49 bach /kernel: fdc0: cmd e6 failed at out byte 1 of 9 May 6 18:18:49 bach /kernel: isa_dmastart: channel 2 busy May 6 18:18:50 bach /kernel: fd0c: hard error reading fsbn 0 (No status) May 6 18:18:50 bach /kernel: isa_dmastart: channel 2 busy May 6 18:18:50 bach /kernel: fdc0: direction bit not set May 6 18:18:50 bach /kernel: fdc0: cmd e6 failed at out byte 1 of 9 May 6 18:18:50 bach /kernel: isa_dmastart: channel 2 busy May 6 18:18:50 bach /kernel: fd0c: hard error reading fsbn 0 (No status) May 6 18:20:18 bach /kernel: isa_dmastart: channel 2 busy -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Tue May 6 10:20:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA22447 for current-outgoing; Tue, 6 May 1997 10:20:23 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA22442 for ; Tue, 6 May 1997 10:20:20 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA18718; Tue, 6 May 1997 10:17:21 -0700 From: Terry Lambert Message-Id: <199705061717.KAA18718@phaeton.artisoft.com> Subject: Re: DOC: NAME CACHE USAGE To: phk@dk.tfs.com (Poul-Henning Kamp) Date: Tue, 6 May 1997 10:17:21 -0700 (MST) Cc: terry@lambert.org, current@FreeBSD.ORG In-Reply-To: <2940.862904379@critter> from "Poul-Henning Kamp" at May 6, 97 09:39:39 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > This would waste storage for two reasons: > > 1. The size of the namecache structure is 36 bytes, which means that > we can tack another 28 bytes onto the malloc allocation for free. > This covers most of the names we ever see. Well, I guess this assumes FreeBSD never moves to a SLAB allocator, right? The total 64 explains an incresed limit, but not a removal of the limit. In addition, going to: struct namecache { LIST_ENTRY(namecache) nc_hash; /* hash chain */ TAILQ_ENTRY(namecache) nc_lru; /* LRU chain */ struct vnode *nc_dvp; /* vnode of parent of name */ u_long nc_dvpid; /* capability number of nc_dvp */ struct vnode *nc_vp; /* vnode the name refers to */ u_long nc_vpid; /* capability number of nc_vp */ char *nc_name; /* segment name */ }; and only supporting up to 4 bytes for statistics (ignore the useless serial number filed -- you have the vnode pointer for that) fits you in 32 bytes instead of 64. This happens to cover *all* names, not just thos in the normal size or the normal size plus 28 bytes. And it wins for SLAB allocation at a later date by making the structures uniform size. > 2. Copying the name away means that the directory vnodes doesn't have > to have any pages cached to be useful. Think of a heavily used > directory "/usr/local/lib/this/weird/path" With your suggestion we > would have to have at least a page for each of the 5 directories > for the namecache to work. The locality of reference model which requires the vnode to be available can likewise require its pages to be available. Local to a directory is local to a directory, and it matters not who allocates the pages which must be present for a cache hit: whether they are allocated to the cache block or they are allocated to the vnode referenced by the cache block is irrelevant. The one issue here is the potential for needing to take a page fault to get the data referenced by the pointer, and that can be handled safely in this case using encapsulation similar to that in uiomove. In addition, it localizes page changes to references. You need only invalidate cache entries for the directory block which changed, not all cache entries for the entire directory, when a file is deleted or renamed, or a compaction occurs on create. These are all events which care flagged by virtue of their transiting the VFS interface: the invalidation events can be asserted there (where they currently are). This drastically increases the utility for a directory with activity occurring on it ...ie: a directory likely to have cache entries in the first place. > >This is a document that I made prepatory to doing some work to move > >the cache lookup and entry out of the FS specific code and into common > >code, so that you wouldn't even have to make VOP calls if you got > >cache hits. This design offers the bonus of making the FS code itself > >smaller for each FS, and by making the code more bullet proof by making > >the usage entirely uniform across all FS's. > > This is a nice idea, but not well thought out. > > If you were to do that, you would rob the filesystems of the control > they have today to expire cached data at this time, leaving filesystems > like union, nfs and null no other option than disabling cacheing entirely. ? The cache data for the underlying FS must be entered in the consumer FS; the vnodes are different, and there's no choice. The cache entries do not "bleed through". The point is for each FS consumer to manage the cache, rather than each FS managing the cache. For the FS's you note, they qualify as FS consumers. There's no dichotomy there. > PS: there are a number of errors in your table. For instance > cache_purge is called by vgone(), which covers many more cases > than you document. Please don't post wrong information. This document was compiled prior to the BSD4.4-Lite2 integration. I also explicitly stated: | Note1: This diagram refers to the ufs/cache interaction only. Other | File Systems which are cache users are not described (two are | known to be erroneous in certain cases). | | Note2: The cache_purge() and cache_purgevfs() calls on mount/unmount | operations are not described in detail. In general, mount | point vnodes that are covered are purged with cache_purge(), | and file systems that are unmounted are purged with | cache_purgevfs(). | | Note3: All vnodes allocated or recovered from the freelist by the | getnewvnode() are purged as part of initialization. Which I believe, between Note1 and Note3, specifically states that this case is not covered by the table. Feel free to update and repost the table, but make sure you do not introcude cycles in so doing. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue May 6 10:22:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA22556 for current-outgoing; Tue, 6 May 1997 10:22:58 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA22550; Tue, 6 May 1997 10:22:54 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id KAA23748; Tue, 6 May 1997 10:22:14 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma023746; Tue May 6 10:22:05 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id KAA16510; Tue, 6 May 1997 10:22:05 -0700 (PDT) From: Archie Cobbs Message-Id: <199705061722.KAA16510@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <199705061037.MAA26007@ocean.campus.luth.se> from Mikael Karpberg at "May 6, 97 12:37:40 pm" To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Tue, 6 May 1997 10:22:05 -0700 (PDT) Cc: danny@panda.hilink.com.au, current@FreeBSD.ORG, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk OK, let's get ALL the possibilities together and make a big list :-) Currently: deny : drop silently reject : send ICMP unreachable Quoting from netinet/ip_icmp.h (these are the "unreachable" codes): #define ICMP_UNREACH_NET 0 /* bad net */ #define ICMP_UNREACH_HOST 1 /* bad host */ #define ICMP_UNREACH_PROTOCOL 2 /* bad protocol */ #define ICMP_UNREACH_PORT 3 /* bad port */ #define ICMP_UNREACH_NEEDFRAG 4 /* IP_DF caused drop */ #define ICMP_UNREACH_SRCFAIL 5 /* src route failed */ #define ICMP_UNREACH_NET_UNKNOWN 6 /* unknown net */ #define ICMP_UNREACH_HOST_UNKNOWN 7 /* unknown host */ #define ICMP_UNREACH_ISOLATED 8 /* src host isolated */ #define ICMP_UNREACH_NET_PROHIB 9 /* prohibited access */ #define ICMP_UNREACH_HOST_PROHIB 10 /* ditto */ #define ICMP_UNREACH_TOSNET 11 /* bad tos for net */ #define ICMP_UNREACH_TOSHOST 12 /* bad tos for host */ #define ICMP_UNREACH_FILTER_PROHIB 13 /* admin prohib */ #define ICMP_UNREACH_HOST_PRECEDENCE 14 /* host prec vio. */ #define ICMP_UNREACH_PRECEDENCE_CUTOFF 15 /* prec cutoff */ Proposal: deny : drop silently (same as before) reject : send ICMP unreachable (same as before) drop : alias for "deny" reset : send RST (TCP only) unreach X : (0 <= X <= 15) send ICMP unreach, code = X unreach net : alias for "reject 0" unreach host : alias for "reject 1" unreach protocol : alias for "reject 2" unreach port : alias for "reject 3" unreach needfrag : alias for "reject 4" ... unreach filter-prohib : alias for "reject 13" unreach host-precedence : alias for "reject 14" unreach precedence-cutoff:alias for "reject 15" Anything else? :-) -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Tue May 6 10:27:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA22827 for current-outgoing; Tue, 6 May 1997 10:27:37 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA22822 for ; Tue, 6 May 1997 10:27:35 -0700 (PDT) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id NAA18499; Tue, 6 May 1997 13:27:25 -0400 (EDT) Date: Tue, 6 May 1997 13:27:25 -0400 (EDT) From: Garrett Wollman Message-Id: <199705061727.NAA18499@khavrinen.lcs.mit.edu> To: Kenjiro Cho Cc: current@FreeBSD.ORG Subject: PRU_OLDSTYLE in current In-Reply-To: <199705061629.BAA01994@hotaka.csl.sony.co.jp> References: <199705061629.BAA01994@hotaka.csl.sony.co.jp> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > I have noticed the following situation: > PRU_OLDSTYLE has been removed from "sys/protosw.h". > If you include netkey, netatalk, or netns, the current kernel panics > in domaininit. Right. This is intentional. > Even when you specify PRU_OLDSTYLE, a kernel won't compile because > "extern struct pr_usrreqs pru_oldstyle" is missing in "sys/protosw.h". Right. This is intentional. > My question is: > should all the existing protocols move to the new pr_usrreqs? That has been the intent all along. Just need somebody with the time who can update and test each stack. -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 May 6 10:45:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA23670 for current-outgoing; Tue, 6 May 1997 10:45:25 -0700 (PDT) Received: from critter.dk.tfs.com (phk2.cybercity.dk [195.8.133.247]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA23660; Tue, 6 May 1997 10:45:17 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id TAA01055; Tue, 6 May 1997 19:43:32 +0200 (CEST) To: Terry Lambert cc: phk@dk.tfs.com (Poul-Henning Kamp), current@FreeBSD.ORG From: Poul-Henning Kamp Subject: Re: DOC: NAME CACHE USAGE In-reply-to: Your message of "Tue, 06 May 1997 10:17:21 PDT." <199705061717.KAA18718@phaeton.artisoft.com> Date: Tue, 06 May 1997 19:43:31 +0200 Message-ID: <1053.862940611@critter> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199705061717.KAA18718@phaeton.artisoft.com>, Terry Lambert writes: >> This would waste storage for two reasons: >> >> 1. The size of the namecache structure is 36 bytes, which means that >> we can tack another 28 bytes onto the malloc allocation for free. >> This covers most of the names we ever see. > >Well, I guess this assumes FreeBSD never moves to a SLAB allocator, >right? only if it proves superior, and I seriously doubt that is going to happen any time soon (but by all means, submit patches!) >The total 64 explains an incresed limit, but not a removal of the >limit. think; optionally: read the code. >and only supporting up to 4 bytes for statistics (ignore the useless >serial number filed -- you have the vnode pointer for that) fits you >in 32 bytes instead of 64. Yes, except that the serial number isn't useless so it doesn't. >> 2. Copying the name away means that the directory vnodes doesn't have >> to have any pages cached to be useful. Think of a heavily used >> directory "/usr/local/lib/this/weird/path" With your suggestion we >> would have to have at least a page for each of the 5 directories >> for the namecache to work. > >The locality of reference model which requires the vnode to be available >can likewise require its pages to be available. Local to a directory >is local to a directory, and it matters not who allocates the pages >which must be present for a cache hit: whether they are allocated to >the cache block or they are allocated to the vnode referenced by the >cache block is irrelevant. Wow, what a statement. Well, back to the subject: Allocating five pages when 5 x 64 bytes will do is not efficient no matter how you twist it or the english language. In particular not when we are seing machines with 40000+ vnodes. >The point is for each FS consumer to manage the cache, rather than each >FS managing the cache. For the FS's you note, they qualify as FS >consumers. There's no dichotomy there. ...and consequently, no point to your idea either. Terry, please don't even bother answering, it's so painfully obvious that you don't know what you're talking about, and I'm certainly not going to spend any more time on you in this thread, so you will be wasting your air. Ohh, and your contribution/bullshit ratio is approaching zero. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-current Tue May 6 11:08:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA25372 for current-outgoing; Tue, 6 May 1997 11:08:38 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA25360; Tue, 6 May 1997 11:08:34 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA18922; Tue, 6 May 1997 11:05:40 -0700 From: Terry Lambert Message-Id: <199705061805.LAA18922@phaeton.artisoft.com> Subject: Re: PING To: jmb@FreeBSD.ORG (Jonathan M. Bresler) Date: Tue, 6 May 1997 11:05:40 -0700 (MST) Cc: terry@lambert.org, current@FreeBSD.ORG In-Reply-To: <199705060052.RAA02524@hub.freebsd.org> from "Jonathan M. Bresler" at May 5, 97 05:52:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > My last two postings haven't made it back yet... let's see if this one does. > > > please dont play the newbie here. > if you must do this, subscribe to test and do it there > out of the sight of honest decent hardworking people ;) There was a delay of three hours compared to -hackers; the lists are split among the same hosts for fan-out delivery, not per list, right? I just thought it was odd. Last time I thought it was odd, the first MX for freebsd.org was refusing SMTP connects entirely (remember?). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue May 6 11:20:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA26098 for current-outgoing; Tue, 6 May 1997 11:20:41 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA26093 for ; Tue, 6 May 1997 11:20:39 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA18955; Tue, 6 May 1997 11:17:34 -0700 From: Terry Lambert Message-Id: <199705061817.LAA18955@phaeton.artisoft.com> Subject: Re: Bug: is it the kernel or the man page? To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 6 May 1997 11:17:34 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <19970506080539.EO65418@uriah.heep.sax.de> from "J Wunsch" at May 6, 97 08:05:39 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > PPPS: The F_POSIX should be F_LOCKF; the flag is used to indicate the > > system call entry it came in on, not the semantic tagging. > > I don't care much for this detail. Well, it presumes that there is nothing but POSIX when it comes to record locking. 8-(. Personally, I can't see where POSIX *technically* mandates this behaviour, but Solaris does it too, so I'll let it pass. Layered software weenies. > > PPPPS: There should be an F_NONPOSIX to again seperate the name space > > so the flag could be set to avoid the behaviour; > > You mean, record locking without the Posix braindeadness? > > If so, invent something new. Don't do it with fcntl() F_SETLK, or it > will confuse the heck out of the people. Well, I was actually thinking along the lines of: fcntl( fd, F_SETLK | F_NONPOSIX, &flock); Using F_SETLK as a namespace selector. It also seems to me that this needs to be flagged on the top level lock, since one type of locking should preclude any other type of locking on the same file, for interoperability reasons. I also want to support mandatory file locking: if the file is SGID *and* the group execute bit is not set, the file would not be allowed to be mmap'ed, and a flag would be set duirng the open to indicate mandory locking was in effect. The read and write operations would check the flag, and, if present, verify the existance of a lock of the appropriate type for the requested range. The operation would be denied if the lock was not asserted. I also want to do the NFS lockd primitives which were never integrated before the Lite2 merge. > There are other people capable of fixing man pages as well. I think > the only change by now should be to add a hint to fcntl-style locking > to close(2). This is exactly the man page fix I want. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue May 6 11:34:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA26994 for current-outgoing; Tue, 6 May 1997 11:34:51 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA26983; Tue, 6 May 1997 11:34:43 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199705061834.LAA26983@hub.freebsd.org> Subject: Re: PING To: terry@lambert.org (Terry Lambert) Date: Tue, 6 May 1997 11:34:42 -0700 (PDT) Cc: jmb@FreeBSD.ORG, terry@lambert.org, current@FreeBSD.ORG In-Reply-To: <199705061805.LAA18922@phaeton.artisoft.com> from "Terry Lambert" at May 6, 97 11:05:40 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > > > My last two postings haven't made it back yet... let's see if this one does. > > > > > please dont play the newbie here. > > if you must do this, subscribe to test and do it there > > out of the sight of honest decent hardworking people ;) > > There was a delay of three hours compared to -hackers; the lists > are split among the same hosts for fan-out delivery, not per list, > right? I just thought it was odd. the fan-out delivery is identical for all FreeBSD mailing lists. please use the test mailing list (caled "test") for testing . > > Last time I thought it was odd, the first MX for freebsd.org was > refusing SMTP connects entirely (remember?). yes, thank you, i appreciate your concern. having others help me keep track of the lists is good. i am not on line *all*the*time* ;) but please use the test list for test mailings. jmb From owner-freebsd-current Tue May 6 11:40:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA27365 for current-outgoing; Tue, 6 May 1997 11:40:11 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA27360 for ; Tue, 6 May 1997 11:40:09 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA19004; Tue, 6 May 1997 11:37:12 -0700 From: Terry Lambert Message-Id: <199705061837.LAA19004@phaeton.artisoft.com> Subject: Re: DOC: NAME CACHE USAGE To: phk@dk.tfs.com (Poul-Henning Kamp) Date: Tue, 6 May 1997 11:37:12 -0700 (MST) Cc: terry@lambert.org, phk@dk.tfs.com, current@FreeBSD.ORG In-Reply-To: <1053.862940611@critter> from "Poul-Henning Kamp" at May 6, 97 07:43:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >The total 64 explains an incresed limit, but not a removal of the > >limit. > > think; optionally: read the code. I have read your code. I understand that you expand the size of the cache structure. I don't see huge wins from the change in my testing; can you post benchmarks showing that your reorganization is a win? Preferreably you will either choose to use target FS hiearchies containing names shorter than or equal to NCHNAMLEN, or you will not make cache entries in your new code for names that are not cached in the old code so that you do not skew the results. > >and only supporting up to 4 bytes for statistics (ignore the useless > >serial number filed -- you have the vnode pointer for that) fits you > >in 32 bytes instead of 64. > > Yes, except that the serial number isn't useless so it doesn't. It gets incremented in TOUCH() if statistics are enabled. However, it's value is not used for comparison or display. Like the direct inode references to the inode number which is never set in the LOCKF_DEBUG, it has no intrinsic value. > >The locality of reference model which requires the vnode to be available > >can likewise require its pages to be available. Local to a directory > >is local to a directory, and it matters not who allocates the pages > >which must be present for a cache hit: whether they are allocated to > >the cache block or they are allocated to the vnode referenced by the > >cache block is irrelevant. > > Wow, what a statement. > > Well, back to the subject: Allocating five pages when 5 x 64 bytes will > do is not efficient no matter how you twist it or the english language. > > In particular not when we are seing machines with 40000+ vnodes. If the directory has a lot of use, it will be getting cache misses as well, and the pages will be in core. If the whole directory is in the cache, then there are no space savings from the copy. > >The point is for each FS consumer to manage the cache, rather than each > >FS managing the cache. For the FS's you note, they qualify as FS > >consumers. There's no dichotomy there. > > ...and consequently, no point to your idea either. WRONG. You assume (incorrectly) that my statement applies equally for cache entry as well as for invalidation. It does not. A cache entry for a union FS vnode backed by an underlying FS's vnode is perfectly valid. It is only the invalidation case (which you raised) that is an issue. > Terry, please don't even bother answering, it's so painfully obvious > that you don't know what you're talking about, and I'm certainly > not going to spend any more time on you in this thread, so you will > be wasting your air. > > Ohh, and your contribution/bullshit ratio is approaching zero. Yet again, you ask for comments and shout down the commentors. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue May 6 11:51:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA27874 for current-outgoing; Tue, 6 May 1997 11:51:42 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA27869 for ; Tue, 6 May 1997 11:51:37 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA14537 for current@FreeBSD.ORG; Tue, 6 May 1997 20:51:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA14522; Tue, 6 May 1997 20:47:02 +0200 (MET DST) Message-ID: <19970506204702.SL03519@uriah.heep.sax.de> Date: Tue, 6 May 1997 20:47:02 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Bug: is it the kernel or the man page? References: <19970506080539.EO65418@uriah.heep.sax.de> <199705061817.LAA18955@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705061817.LAA18955@phaeton.artisoft.com>; from Terry Lambert on May 6, 1997 11:17:34 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > Well, I was actually thinking along the lines of: > > fcntl( fd, F_SETLK | F_NONPOSIX, &flock); This doesn't look too gross. > I also want to support mandatory file locking: if the file is SGID > *and* the group execute bit is not set, the file would not be allowed > to be mmap'ed, and a flag would be set duirng the open to indicate > mandory locking was in effect. I think that's quite a large change to the code base. I've read enough argumentations that mandatory file locking is basically useless... so i won't go into any discussion here. > > There are other people capable of fixing man pages as well. I think > > the only change by now should be to add a hint to fcntl-style locking > > to close(2). > > This is exactly the man page fix I want. So i've filed a PR on your behalf for this. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue May 6 11:52:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA27983 for current-outgoing; Tue, 6 May 1997 11:52:39 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA27974 for ; Tue, 6 May 1997 11:52:36 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA01528; Tue, 6 May 1997 11:39:43 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd001525; Tue May 6 18:39:41 1997 Message-ID: <336F7AE6.7AAE88DB@whistle.com> Date: Tue, 06 May 1997 11:39:34 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Kenjiro Cho CC: current@FreeBSD.ORG Subject: Re: PRU_OLDSTYLE in current References: <199705061629.BAA01994@hotaka.csl.sony.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Kenjiro Cho wrote: > > I have noticed the following situation: > PRU_OLDSTYLE has been removed from "sys/protosw.h". > If you include netkey, netatalk, or netns, the current kernel panics > in domaininit. > Even when you specify PRU_OLDSTYLE, a kernel won't compile because > "extern struct pr_usrreqs pru_oldstyle" is missing in "sys/protosw.h". > > My question is: > should all the existing protocols move to the new pr_usrreqs? > or > should PRU_OLDSTYLE be put back to "sys/protosw.h" until all the > protocols move to the new style? well theoretically I should be doing the netatalk code and archie should be doing the ipdivert code, but neither of us has a -current machine at this time. >From previous 'lore' it would have been garret's job to make a cursory try at these himself when he made the changes, but he didn't so I guess We'll get around to fixing them when we have time and machines. From owner-freebsd-current Tue May 6 12:09:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA28995 for current-outgoing; Tue, 6 May 1997 12:09:27 -0700 (PDT) Received: from mpress.com (mpress.com [208.138.29.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA28989 for ; Tue, 6 May 1997 12:09:25 -0700 (PDT) Received: (qmail 433 invoked by uid 100); 6 May 1997 19:09:20 -0000 Message-ID: <19970506120919.05018@mpress.com> Date: Tue, 6 May 1997 12:09:19 -0700 From: Brian Litzinger To: freebsd-current@freebsd.org, freebsd-smp@freebsd.org Subject: ed2 device timeout (current/SMP) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I built a recent -current(SMP) kernel and now my ethernet devices report 'ed2 device timeout' or 'de0 device timeout'. So I did a make world and still have the problem. The systems work correctly with a -current(UNI) kernel from a few days earlier. Any ideas what has done wrong? The MB is a Tyan S1668. -- Brian Litzinger brian@mediacity.com From owner-freebsd-current Tue May 6 12:59:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA01273 for current-outgoing; Tue, 6 May 1997 12:59:59 -0700 (PDT) Received: from mpress.com (mpress.com [208.138.29.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA01263 for ; Tue, 6 May 1997 12:59:55 -0700 (PDT) Received: (qmail 1936 invoked by uid 100); 6 May 1997 19:59:50 -0000 Message-ID: <19970506125949.44800@mpress.com> Date: Tue, 6 May 1997 12:59:49 -0700 From: Brian Litzinger To: freebsd-current@freebsd.org, freebsd-smp@freebsd.org Subject: ed2 device timeout [more] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As reported earlier a -current(SMP) kernel, running in single processor mode, on my Tyan S1668 breaks both the ed2 and de0 devices such that I get 'ed2: device timeout' or 'de0: device timeout' errors. However, a -current(UNI) kernel from the same source works correctly. Also, the kernel.2cpu.970428 reference SMP kernel exhibits the same broken behavior. Any ideas? -- Brian Litzinger brian@mediacity.com From owner-freebsd-current Tue May 6 13:19:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA02427 for current-outgoing; Tue, 6 May 1997 13:19:26 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA02363; Tue, 6 May 1997 13:18:09 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id OAA00934; Tue, 6 May 1997 14:17:58 -0600 (MDT) Message-Id: <199705062017.OAA00934@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Brian Litzinger cc: freebsd-current@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: ed2 device timeout [more] In-reply-to: Your message of "Tue, 06 May 1997 12:59:49 PDT." <19970506125949.44800@mpress.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 14:17:57 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > As reported earlier a -current(SMP) kernel, running in single processor > mode, on my Tyan S1668 breaks both the ed2 and de0 devices such that I > get 'ed2: device timeout' or 'de0: device timeout' errors. > > However, a -current(UNI) kernel from the same source works correctly. > > Also, the kernel.2cpu.970428 reference SMP kernel exhibits the same > broken behavior. > > Any ideas? I just cvsup'ed -current sys and am rebuilding, will let you know if I find any brokenness. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Tue May 6 13:24:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA02720 for current-outgoing; Tue, 6 May 1997 13:24:40 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA02711; Tue, 6 May 1997 13:24:37 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id NAA25858; Tue, 6 May 1997 13:23:56 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma025854; Tue May 6 13:23:29 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id NAA18578; Tue, 6 May 1997 13:23:29 -0700 (PDT) From: Archie Cobbs Message-Id: <199705062023.NAA18578@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <199705061722.KAA16510@bubba.whistle.com> from Archie Cobbs at "May 6, 97 10:22:05 am" To: archie@whistle.com (Archie Cobbs) Date: Tue, 6 May 1997 13:23:29 -0700 (PDT) Cc: karpen@ocean.campus.luth.se, danny@panda.hilink.com.au, current@FreeBSD.ORG, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Proposal: > > deny : drop silently (same as before) > reject : send ICMP unreachable (same as before) > > drop : alias for "deny" > reset : send RST (TCP only) > unreach X : (0 <= X <= 15) send ICMP unreach, code = X > unreach net : alias for "reject 0" > unreach host : alias for "reject 1" > unreach protocol : alias for "reject 2" > unreach port : alias for "reject 3" > unreach needfrag : alias for "reject 4" > > ... > > unreach filter-prohib : alias for "reject 13" > unreach host-precedence : alias for "reject 14" > unreach precedence-cutoff:alias for "reject 15" Oops.. braindead.. those aliases are all for "unreach XX", not "reject XX" . -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-current Tue May 6 13:44:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA03802 for current-outgoing; Tue, 6 May 1997 13:44:09 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA03753; Tue, 6 May 1997 13:43:37 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id OAA01050; Tue, 6 May 1997 14:42:18 -0600 (MDT) Message-Id: <199705062042.OAA01050@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Steve Passe cc: Brian Litzinger , freebsd-current@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: ed2 device timeout [more] In-reply-to: Your message of "Tue, 06 May 1997 14:17:57 MDT." <199705062017.OAA00934@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 14:42:18 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > > As reported earlier a -current(SMP) kernel, running in single processor > > mode, on my Tyan S1668 breaks both the ed2 and de0 devices such that I > > get 'ed2: device timeout' or 'de0: device timeout' errors. > > > > However, a -current(UNI) kernel from the same source works correctly. > > > > Also, the kernel.2cpu.970428 reference SMP kernel exhibits the same > > broken behavior. > > > > Any ideas? > > I just cvsup'ed -current sys and am rebuilding, will let you know if I find > any brokenness. I've successfully built and run both SMP-GENERIC and my LOCAL SMP with the de0 driver. No problems with either. please confirm are you using APIC_IO? what messages occur when the de0 device is probed? is the INT being redirected to the APIC as expected? I suspect that it might be something in world that broke. I'm not in a position to rebuild world right now so I can't test that scenerio. Has anyone else built world within the last 24 hours and had success (or failure) with the SMP kernel? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Tue May 6 14:06:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA05164 for current-outgoing; Tue, 6 May 1997 14:06:17 -0700 (PDT) Received: from lapa.isr.uc.pt (lapa.isr.uc.pt [193.136.230.54]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA05141 for ; Tue, 6 May 1997 14:05:20 -0700 (PDT) Received: from localhost (paulo@localhost) by lapa.isr.uc.pt (8.8.5/8.7.3) with SMTP id WAA00577 for ; Tue, 6 May 1997 22:04:10 +0100 (WET DST) X-Authentication-Warning: lapa.isr.uc.pt: paulo owned process doing -bs Date: Tue, 6 May 1997 22:04:10 +0100 (WET DST) From: Paulo Menezes To: current@freebsd.org Subject: Worm problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, I am trying to install a worm on FreeBSD 2.2-stable and I get the following compile errors. I would't like to have to use windoze to burn my CDs :( Any help is appreciated. Thanks in advance, Paulo cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DAPM_BROKEN_STATCLOCK -DNETATALK -DFAILSAFE -DCOMPAT_43 -DCD9660 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../scsi/worm.c ../../scsi/worm.c: In function `worm_ioctl': ../../scsi/worm.c:769: `CDIOREADTOCENTRY' undeclared (first use this function) ../../scsi/worm.c:769: (Each undeclared identifier is reported only once ../../scsi/worm.c:769: for each function it appears in.) ../../scsi/worm.c:780: dereferencing pointer to incomplete type ../../scsi/worm.c:781: dereferencing pointer to incomplete type ../../scsi/worm.c:793: dereferencing pointer to incomplete type ../../scsi/worm.c:804: dereferencing pointer to incomplete type ../../scsi/worm.c:811: dereferencing pointer to incomplete type *** Error code 1 __/%\__ ... ('-') ... /===============================================================\ | Paulo Menezes | email: paulo@isr.uc.pt | | Net Admin | | | Researcher @ ISR | web: www.isr.uc.pt/~paulo | | Teaching @ DEE-UC | | \===============================================================/ From owner-freebsd-current Tue May 6 14:52:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA07519 for current-outgoing; Tue, 6 May 1997 14:52:01 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA07487 for ; Tue, 6 May 1997 14:51:51 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA17539 for freebsd-current@freefall.FreeBSD.org; Tue, 6 May 1997 23:51:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA15150; Tue, 6 May 1997 22:47:43 +0200 (MET DST) Message-ID: <19970506224743.QJ57217@uriah.heep.sax.de> Date: Tue, 6 May 1997 22:47:43 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@freefall.FreeBSD.org Subject: Re: floppy related kernel messages References: <199705061714.TAA07066@gil.physik.rwth-aachen.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705061714.TAA07066@gil.physik.rwth-aachen.de>; from Christoph Kukulies on May 6, 1997 19:14:39 +0200 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Christoph Kukulies wrote: > In 3.0-current I'm seeing floppy problems on several machines. > They're all manifesting in some kind of > > isa_dmastart: cannel 2 busy > > which seems to occur as the first message after an fdc error, e.g. door > open or write locked with the next access after fixing the condition > that led to the first error. I can reproduce this message (and will try to fix it), but i'm afraid it's unrelated to this: > In consequence of this I seemed to have had a system crash (reboot > w/o panic) a couple of minutes ago. A few people have been reporting silent reboots, but i've never been able to see them myself. Check question: you aren't perchance using the block devices, are you? (Hmm, maybe i should start using the buffered devices, too, even though it's an error to use them. Maybe this will trigger the bug...) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue May 6 14:54:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA07668 for current-outgoing; Tue, 6 May 1997 14:54:10 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA07663 for ; Tue, 6 May 1997 14:54:07 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA19450; Tue, 6 May 1997 14:51:01 -0700 From: Terry Lambert Message-Id: <199705062151.OAA19450@phaeton.artisoft.com> Subject: Re: Bug: is it the kernel or the man page? To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 6 May 1997 14:51:01 -0700 (MST) Cc: current@FreeBSD.ORG In-Reply-To: <19970506204702.SL03519@uriah.heep.sax.de> from "J Wunsch" at May 6, 97 08:47:02 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Well, I was actually thinking along the lines of: > > > > fcntl( fd, F_SETLK | F_NONPOSIX, &flock); > > This doesn't look too gross. > > > I also want to support mandatory file locking: if the file is SGID > > *and* the group execute bit is not set, the file would not be allowed > > to be mmap'ed, and a flag would be set duirng the open to indicate > > mandory locking was in effect. > > I think that's quite a large change to the code base. I've read > enough argumentations that mandatory file locking is basically > useless... so i won't go into any discussion here. I may or may not agree with this. The point is ABI compatability with Solaris requires it whether you or I like it or not. It has value for PC file servers, on top of this, which must "shadow" their mandatory locks, either by O_EXCL (mandatory file locking, which BSD currently supports), and which are not otherwise protected from or interoperable with UNIX programs running against the same file at the same time. Makes it hard to do "file sharing client/server" apps., where the IPC is via the contents of a file on a mapped resource. It's actually not that large a change. The largest changes are in seperating the "assert" and "commit" phases for locks so that NFS can back out a lock that it tried to assert over the wire, but which failed, without damaging the local copy of the lock lists. Basically, this is simply delaying the lock list coelesce until after the remote lock has succeeded so that the individual lock can be locally backed out if the remote assert has failed. The changes for mandatory locking are actually trivial, and end up being mostly and extra 'and' and 'bne' in the read, write, and mmap paths (the "not mandatory" cases). > > > There are other people capable of fixing man pages as well. I think > > > the only change by now should be to add a hint to fcntl-style locking > > > to close(2). > > > > This is exactly the man page fix I want. > > So i've filed a PR on your behalf for this. :) Thanks! Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue May 6 15:18:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA08808 for current-outgoing; Tue, 6 May 1997 15:18:12 -0700 (PDT) Received: from mail.vlsi.fi (So2SRbhe/irw6ywYp7JxmL/JWwesJCY3@mail.vlsi.fi [195.74.10.147]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA08799; Tue, 6 May 1997 15:18:07 -0700 (PDT) Received: (from smap@localhost) by mail.vlsi.fi (8.7.6/8.7.3) id BAA07611; Wed, 7 May 1997 01:17:49 +0300 (EET DST) Received: from vlsi1.vlsi.fi(193.64.2.2) by mail.vlsi.fi via smap (V1.3) id sma007607; Wed May 7 01:17:31 1997 Received: from layout.vlsi.fi by vlsi1.vlsi.fi with ESMTP (1.37.109.16/16.2) id AA087237050; Wed, 7 May 1997 01:17:30 +0300 Received: by layout.vlsi.fi (1.37.109.15/16.2) id AA231777049; Wed, 7 May 1997 01:17:29 +0300 Date: Wed, 7 May 1997 01:17:29 +0300 Message-Id: <199705062217.AA231777049@layout.vlsi.fi> From: Ville Eerola To: Darren Reed Cc: archie@whistle.com (Archie Cobbs), nnd@info.itfs.nsk.su, current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: <199705060040.RAA01598@hub.freebsd.org> References: <199705051812.LAA05845@bubba.whistle.com> <199705060040.RAA01598@hub.freebsd.org> X-Mailer: VM Version 5.93 (beta) under GNU Emacs 19.29.6 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Darren Reed writes: > In some mail from Archie Cobbs, sie said: [cut cut] > > - When a reject rule applies to an incoming TCP packet, send > > the appropriate TCP response packet (ie., RST) instead of an > > ICMP port unreachable. > > I think you want to make this user configurable and perhaps on a per-rule > basis. Yes. This is one of the good points of IP Filter. It allows you to send many kind of responses to the packets rejected. This way you can tailor the firewall responses for different purposes. This kind of configureable reponses would be a nife addition to ipfw. Regards, Ville -- Ville.Eerola@vlsi.fi VLSI Solution Oy Tel:+358 3 3165579 Hermiankatu 6-8 C Fax:+358 3 3165220 FIN-33720 Tampere, Finland From owner-freebsd-current Tue May 6 16:19:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA12648 for current-outgoing; Tue, 6 May 1997 16:19:30 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA12642 for ; Tue, 6 May 1997 16:19:27 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id RAA12200 for ; Tue, 6 May 1997 17:19:27 -0600 (MDT) Message-Id: <199705062319.RAA12200@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: current@FreeBSD.org Subject: Problems using remote gdb Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 18:18:05 -0600 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Anyone have any advice on remote kernel debugging. It used to work for me, but now I just get: (kgdb) target remote /dev/cuaa0 Remote debugging using /dev/cuaa0 Ignoring packet error, continuing... Ignoring packet error, continuing... Couldn't establish connection to remote target I've verified that the null modem cable I have is working by using tip on both sides. From the debugging output, it seems that the remote side is simply not responding at all: (kgdb) set remotedebug 1 (kgdb) target remote /dev/cuaa0 Remote debugging using /dev/cuaa0 Sending packet: $Hc-1#09...Sending packet: $Hc-1#09...Sending packet: $Hc-1#09...Sending packet: $Hc-1#09...Timed out. Timed out. Timed out. Ignoring packet error, continuing... Sending packet: $qOffsets#4b...Sending packet: $qOffsets#4b...Sending packet: $qOffsets#4b...Sending packet: $qOffsets#4b...Timed out. Timed out. Timed out. Ignoring packet error, continuing... __ Justin T. Gibbs =========================================== FreeBSD - Turning PCs into workstations =========================================== From owner-freebsd-current Tue May 6 17:14:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA15422 for current-outgoing; Tue, 6 May 1997 17:14:43 -0700 (PDT) Received: from wireless.wdc.net (wireless.wdc.net [204.140.136.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA15417; Tue, 6 May 1997 17:14:40 -0700 (PDT) Received: from localhost (bad@localhost) by wireless.wdc.net (8.8.2/8.6.12) with SMTP id RAA18442; Tue, 6 May 1997 17:16:50 -0700 (PDT) Date: Tue, 6 May 1997 17:16:50 -0700 (PDT) From: Bernie Doehner To: hackers@freebsd.org, current@freebsd.org Subject: Computone Intelliport II driver status? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi: I have come across a very good deal on Computone Intelliport II's (8 serial port) ($49.95 a piece). Officialy according to Computone there is no FreeBSD driver. Is this correct? Is it maybe possible to use one of the other multiport (intelligent) serial drivers with the Intelliport II? Please send me private email and I'll share the information on the liquidador with you. (I want to make sure I end up with at least one of these cards if there is indeed a FreeBSD driver). Thanks. Bernie bad@uhf.wireless.net From owner-freebsd-current Tue May 6 17:52:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA17115 for current-outgoing; Tue, 6 May 1997 17:52:30 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA17110; Tue, 6 May 1997 17:52:22 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA15688; Wed, 7 May 1997 10:22:02 +0930 (CST) From: Michael Smith Message-Id: <199705070052.KAA15688@genesis.atrad.adelaide.edu.au> Subject: Re: Adding ISA devices dynamically In-Reply-To: from Doug Rabson at "May 6, 97 04:20:22 pm" To: dfr@nlsystems.com (Doug Rabson) Date: Wed, 7 May 1997 10:22:02 +0930 (CST) Cc: bde@FreeBSD.ORG, 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-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Doug Rabson stands accused of saying: > > Since I am adding devices dynamically, I generate new struct isa_devices > with new device ids. Unfortunately, my new device ids are greater than > NR_DEVICES and register_intr() fails for the new devices. Basically, we > have a static limit for interrupting devices. Unless you were planning on adding support for shared interrupts (were you?), there aren't going to be more than 16 ISA interrupts, ever. Whether it makes sense to reflect this, or to adopt some more complex but extensible scheme isn't entirely obvious to me. > Doug Rabson Mail: dfr@nlsystems.com -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue May 6 18:44:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA20469 for current-outgoing; Tue, 6 May 1997 18:44:44 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA20462 for ; Tue, 6 May 1997 18:44:42 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id TAA14981 for ; Tue, 6 May 1997 19:44:41 -0600 (MDT) Message-Id: <199705070144.TAA14981@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 cc: current@FreeBSD.org Subject: Re: Problems using remote gdb In-reply-to: Your message of "Tue, 06 May 1997 18:18:05 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 20:43:19 -0600 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk To answer my own question, you must have "flags 0x50" on the sio port that you are going to use for debugging. Can someone more "in the know" about this, review and update the handbook page on remote, serial debugging? -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Tue May 6 19:01:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA22259 for current-outgoing; Tue, 6 May 1997 19:01:14 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA22241; Tue, 6 May 1997 19:01:01 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id UAA15247; Tue, 6 May 1997 20:00:40 -0600 (MDT) Message-Id: <199705070200.UAA15247@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Michael Smith cc: dfr@nlsystems.com (Doug Rabson), bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Adding ISA devices dynamically In-reply-to: Your message of "Wed, 07 May 1997 10:22:02 +0930." <199705070052.KAA15688@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 20:59:18 -0600 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Doug Rabson stands accused of saying: >> >> Since I am adding devices dynamically, I generate new struct isa_devices >> with new device ids. Unfortunately, my new device ids are greater than >> NR_DEVICES and register_intr() fails for the new devices. Basically, we >> have a static limit for interrupting devices. > >Unless you were planning on adding support for shared interrupts (were >you?), there aren't going to be more than 16 ISA interrupts, ever. > >Whether it makes sense to reflect this, or to adopt some more complex but >extensible scheme isn't entirely obvious to me. It would be nice if the statistics for interrupts from any source were handled by one mechanism and exported cleanly to system monitoring programs. Although it may be that there will always only be 16 ISA interrupts, with the advent of APIC interrupt routining, there is plenty of oportunity and possibly need to use more than 16. Add to this the needs of other architecture ports, software interrupt handlers, etc and it's clear that a more generic interface, so long as it can be made efficient, is a good idea. >> Doug Rabson Mail: dfr@nlsystems.com > >-- >]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ >]] Genesis Software genesis@gsoft.com.au [[ >]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ >]] realtime instrument control. (ph) +61-8-8267-3493 [[ >]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Tue May 6 21:11:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA29379 for current-outgoing; Tue, 6 May 1997 21:11:40 -0700 (PDT) Received: from abby.skypoint.net (abby.skypoint.net [199.86.32.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA29374 for ; Tue, 6 May 1997 21:11:37 -0700 (PDT) Received: (from uucp@localhost) by abby.skypoint.net (8.8.5/alexis 2.7) with UUCP id XAA07513 for freebsd-current@freebsd.org; Tue, 6 May 1997 23:11:36 -0500 (CDT) Received: (from bruce@localhost) by zuhause.mn.org (8.8.5/8.8.5) id XAA14409; Tue, 6 May 1997 23:07:28 -0500 (CDT) Date: Tue, 6 May 1997 23:07:28 -0500 (CDT) Message-Id: <199705070407.XAA14409@zuhause.mn.org> From: Bruce Albrecht To: freebsd-current@freebsd.org Subject: Excessive tty-level buffer overflows Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In a five minute period while running uucp via an external sportster 33K modem at 57.6 KB on /dev/cuaa1, I received over 123,000 tty-level buffer overflows. This is a dual CPU Pentium Pro Tyan ATX 1668, running in single CPU mode. What does this mean? Is it a shoddy 16550 emulation? My kernel is from Saturday, or thereabouts. >From dmesg: sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A >From my console log: May 6 21:56:58 zuhause /kernel: sio1: 1402 more tty-level buffer overflows (total 116883) May 6 21:56:59 zuhause /kernel: sio1: 2162 more tty-level buffer overflows (total 119045) May 6 21:57:08 zuhause /kernel: sio1: 4435 more tty-level buffer overflows (total 123480) May 6 21:57:13 zuhause /kernel: sio1: 142 more tty-level buffer overflows (total 123622) From owner-freebsd-current Tue May 6 22:04:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA01420 for current-outgoing; Tue, 6 May 1997 22:04:44 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01414 for ; Tue, 6 May 1997 22:04:39 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA18220; Wed, 7 May 1997 14:33:58 +0930 (CST) From: Michael Smith Message-Id: <199705070503.OAA18220@genesis.atrad.adelaide.edu.au> Subject: Re: Excessive tty-level buffer overflows In-Reply-To: <199705070407.XAA14409@zuhause.mn.org> from Bruce Albrecht at "May 6, 97 11:07:28 pm" To: bruce@zuhause.mn.org (Bruce Albrecht) Date: Wed, 7 May 1997 14:33:58 +0930 (CST) Cc: freebsd-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-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Albrecht stands accused of saying: > In a five minute period while running uucp via an external sportster > 33K modem at 57.6 KB on /dev/cuaa1, I received over 123,000 tty-level > buffer overflows. This is a dual CPU Pentium Pro Tyan ATX 1668, > running in single CPU mode. What does this mean? Is it a shoddy > 16550 emulation? My kernel is from Saturday, or thereabouts. Please read the sio(4) manpage, which explains what a tty-level overflow is. I don't think it's the serial hardware, but you may have other problems. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Wed May 7 00:21:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07410 for current-outgoing; Wed, 7 May 1997 00:21:34 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA07394 for ; Wed, 7 May 1997 00:21:31 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23191; Wed, 7 May 1997 09:21:29 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA18277; Wed, 7 May 1997 09:07:51 +0200 (MET DST) Message-ID: <19970507090750.KE29190@uriah.heep.sax.de> Date: Wed, 7 May 1997 09:07:50 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Cc: paulo@isr.uc.pt (Paulo Menezes) Subject: Re: Worm problems References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Paulo Menezes on May 6, 1997 22:04:10 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Paulo Menezes wrote: > ../../scsi/worm.c: In function `worm_ioctl': > ../../scsi/worm.c:769: `CDIOREADTOCENTRY' undeclared (first use this > function) Umm, sorry. That's what i've got for working on different branches... Apply this patch, please. I'll commit it to the tree ASAP. Index: /sys/sys/cdio.h =================================================================== RCS file: /home/cvs/src/sys/sys/cdio.h,v retrieving revision 1.16 retrieving revision 1.17 diff -u -u -r1.16 -r1.17 --- cdio.h 1997/02/22 09:44:53 1.16 +++ cdio.h 1997/05/04 15:24:23 1.17 @@ -158,6 +158,14 @@ #define CDIOREADTOCENTRYS _IOWR('c',5,struct ioc_read_toc_entry) +struct ioc_read_toc_single_entry { + u_char address_format; + u_char track; + struct cd_toc_entry entry; +}; +#define CDIOREADTOCENTRY _IOWR('c',6,struct ioc_read_toc_single_entry) + + struct ioc_patch { u_char patch[4]; /* one for each channel */ -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Wed May 7 00:38:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA08086 for current-outgoing; Wed, 7 May 1997 00:38:16 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA08081 for ; Wed, 7 May 1997 00:38:13 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id JAA14487 for ; Wed, 7 May 1997 09:39:12 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id JAA03428 for freebsd-current@freefall.cdrom.com; Wed, 7 May 1997 09:55:35 +0200 (MET DST) Date: Wed, 7 May 1997 09:55:35 +0200 (MET DST) From: Christoph Kukulies Message-Id: <199705070755.JAA03428@gil.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: non US cvsup Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The appearance of contrib-crypto raises the issue of separted cvsup targets again (instead of src-all for us non US cvsup sites). How should be dealt with it in the future in a legally conformant way? Or is it a non-issue (I don't know if contrib-crypto really falls under these export regulations)? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Wed May 7 04:22:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA17470 for current-outgoing; Wed, 7 May 1997 04:22:21 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA17463; Wed, 7 May 1997 04:21:54 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id MAA08681; Wed, 7 May 1997 12:22:07 +0100 (BST) Date: Wed, 7 May 1997 12:22:07 +0100 (BST) From: Doug Rabson To: Michael Smith cc: bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Adding ISA devices dynamically In-Reply-To: <199705070052.KAA15688@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997, Michael Smith wrote: > Doug Rabson stands accused of saying: > > > > Since I am adding devices dynamically, I generate new struct isa_devices > > with new device ids. Unfortunately, my new device ids are greater than > > NR_DEVICES and register_intr() fails for the new devices. Basically, we > > have a static limit for interrupting devices. > > Unless you were planning on adding support for shared interrupts (were > you?), there aren't going to be more than 16 ISA interrupts, ever. > > Whether it makes sense to reflect this, or to adopt some more complex but > extensible scheme isn't entirely obvious to me. I have given up for now and reserved a few slots for dynamic irq registration. Its still ugly though. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Wed May 7 04:56:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA18616 for current-outgoing; Wed, 7 May 1997 04:56:35 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA18611 for ; Wed, 7 May 1997 04:56:31 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id NAA19136 for ; Wed, 7 May 1997 13:56:24 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id NAA03084 for freebsd-current@FreeBSD.ORG; Wed, 7 May 1997 13:55:57 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id NAA00494; Wed, 7 May 1997 13:55:09 +0200 (CEST) Message-ID: <19970507135509.15771@keltia.freenix.fr> Date: Wed, 7 May 1997 13:55:09 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: Full path for sendmail required in /etc/rc Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3279 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In order to use the "kill -1" feature of sendmail 8.8.*, you need to run sendmail with a full path. Here is a patch (I don't have net access right now or I'd do it). Index: rc =================================================================== RCS file: /spare/FreeBSD-current/src/etc/rc,v retrieving revision 1.122 diff -u -2 -r1.122 rc --- rc 1997/05/05 07:08:30 1.122 +++ rc 1997/05/07 11:50:42 @@ -226,5 +226,5 @@ if [ "X${sendmail_enable}" = X"YES" -a -r /etc/sendmail.cf ]; then - echo -n ' sendmail'; sendmail ${sendmail_flags} + echo -n ' sendmail'; /usr/sbin/sendmail ${sendmail_flags} fi Without the patch, you'll get this: May 7 13:37:30 keltia sendmail[142]: daemon invoked without full pathname; kill -1 won't work May 7 13:37:30 keltia sendmail[143]: starting daemon (8.8.5): SMTP+queueing@00:31:00 -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #8: Wed May 7 13:25:41 CEST 1997 From owner-freebsd-current Wed May 7 06:46:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA22887 for current-outgoing; Wed, 7 May 1997 06:46:58 -0700 (PDT) Received: from abby.skypoint.net (abby.skypoint.net [199.86.32.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA22881 for ; Wed, 7 May 1997 06:46:52 -0700 (PDT) Received: (from uucp@localhost) by abby.skypoint.net (8.8.5/alexis 2.7) with UUCP id IAA21269; Wed, 7 May 1997 08:46:45 -0500 (CDT) Received: (from bruce@localhost) by zuhause.mn.org (8.8.5/8.8.5) id IAA00221; Wed, 7 May 1997 08:43:59 -0500 (CDT) Date: Wed, 7 May 1997 08:43:59 -0500 (CDT) Message-Id: <199705071343.IAA00221@zuhause.mn.org> From: Bruce Albrecht To: Michael Smith Cc: freebsd-current@FreeBSD.ORG Subject: Re: Excessive tty-level buffer overflows In-Reply-To: <199705070503.OAA18220@genesis.atrad.adelaide.edu.au> References: <199705070407.XAA14409@zuhause.mn.org> <199705070503.OAA18220@genesis.atrad.adelaide.edu.au> X-Mailer: VM 6.22 under 19.15p2 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith writes: > Bruce Albrecht stands accused of saying: > > In a five minute period while running uucp via an external sportster > > 33K modem at 57.6 KB on /dev/cuaa1, I received over 123,000 tty-level > > buffer overflows. This is a dual CPU Pentium Pro Tyan ATX 1668, > > running in single CPU mode. What does this mean? Is it a shoddy > > 16550 emulation? My kernel is from Saturday, or thereabouts. > > Please read the sio(4) manpage, which explains what a tty-level > overflow is. > > I don't think it's the serial hardware, but you may have other > problems. True. But even though I was running a make world at the time, I don't think a Pentium Pro should not have been able to handle UUCP traffic at 57.6K. From owner-freebsd-current Wed May 7 06:54:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA23333 for current-outgoing; Wed, 7 May 1997 06:54:33 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA23328 for ; Wed, 7 May 1997 06:54:29 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id OAA09355 for ; Wed, 7 May 1997 14:55:13 +0100 (BST) Date: Wed, 7 May 1997 14:55:13 +0100 (BST) From: Doug Rabson Reply-To: Doug Rabson To: current@freebsd.org Subject: Backwards compatibiliy for isa_driver Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So far in my modularisation work, I have managed to keep a high level of binary compatibility (and a moderate level of source compatibility) with previous releases. The structures isa_device and isa_driver and all low-level functions in isa.c are unchanged. In particular my binary release of OSS still works :-). Unfortunately the situation with isa_driver is getting pretty ugly and I *really* want to add a detach function to it. If I add a detach function to it, I'm going to add a bunch of other stuff to simplify some of the rest of the code. My question is, how much will break if I change isa_driver? I think OSS will still work from looking at its symbol table since it calls register_intr directly instead of going through config_isadev. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-current Wed May 7 06:55:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA23501 for current-outgoing; Wed, 7 May 1997 06:55:42 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA23453; Wed, 7 May 1997 06:55:30 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id PAA07449; Wed, 7 May 1997 15:07:06 +0100 (BST) Date: Wed, 7 May 1997 15:07:06 +0100 (BST) From: Stephen Roome To: freebsd-current@freebsd.org, freebsd-isp@freebsd.org Subject: tun0 problem in 3.0-970209-SNAP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Not sure if this is a problem and whether is persists in newer versions. Anyway, it's fairly simple: here's a snip from ifconfig tun0: flags=8051 mtu 1524 inet 194.222.196.174 --> 158.152.1.222 netmask 0xffffff00 Now, I can ping the other end of this line at the moment. (I'm running ppp -alias -auto ) So, I type ifconfig tun0 down, and I can _STILL_ ping the other end of the line ? really that doesn't make a lot of sense to me. Either I'm missing something or this is really odd. Secondly, this machine does name lookups even on local emails, I haven't got the faintest idea where to try and stop this, as I don't want to have to hack sendmail.cf The best hack option so far seems to be to set a dfilter for ppp so that it won't dial out unless a machine other than the one with the modem is trying to initialise the connection. I thought I needed these lines in my config file.. set dfilter 0 deny 194.222.196.174 set dfilter 2000 permit 0/0 0/0 For some reason this doesn't work, I'm not sure why. This ia basically for an intranet router, which can handle internal and external mail, but I don't want the connection coming up because person A sends person B mail internally on the machine.... using PoP though, but that shouldn't make much difference, even typing this sets of my modem : root@visnet01# mail root Subject: hello test . EOT <---- modem makes connection now ----> root@visnet01# I don't want to have to run a DNS here to set this machine as it's mail exchanger, and this machine shouldn't need a mail exchanger for local stuff anyway. I just don't get it anymore =( -- Steve Roome Technical Systems Manager, Vision Interactive Ltd. E: steve@visint.co.uk M: +44 (0) 976 241 342 T: +44 (0) 117 973 0597 F: +44 (0) 117 923 8522 From owner-freebsd-current Wed May 7 07:48:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26250 for current-outgoing; Wed, 7 May 1997 07:48:50 -0700 (PDT) Received: from mx12.netvision.net.il (mx12.NetVision.net.il [194.90.1.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA26241 for ; Wed, 7 May 1997 07:48:36 -0700 (PDT) Received: (qmail 4472 invoked from network); 7 May 1997 14:48:03 -0000 Received: from burka.netvision.net.il (gena@194.90.1.23) by mx12.netvision.net.il with SMTP; 7 May 1997 14:48:03 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-1 MIME-Version: 1.0 Date: Tue, 06 May 1997 11:27:25 +0300 (IDT) X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision Ltd. From: Gennady Sorokopud To: current@freebsd.org Subject: Another panic Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id HAA26243 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! I reported a panic problem a few days ago (see below). After some investigation i find out that i have a file with a very long filename (~220 characters). An attempt to "stat" this file caused the panic (and this is reproducible). I loaded old kernel and removed it. Anyway, i think it's a bug and it should be fixed. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf06e7ffc fault code = supervisor read, page not present instruction pointer = 0x8:0xf017f8c9 stack pointer = 0x10:0xf4145d14 frame pointer = 0x10:0xf4195d38 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL0 , pres 1 , def 321 , gran 1 processor eflags = interrupt enabled, resum, IOPL = 0 current process = 4407 (ls) interrupt mask = kernel: type 12 trap, code = 0 Stopped at _generic_bcopy+0x41: repe movsl (%esi),%es:(%edi) -------------------trace-------------- _generic_bcopy(f0797b80,f08f4680,f4145ed4,f06f40d8,f0797b80) _ufs_lookup+0xccc _lookup+0x2c1 _namei+0x11b _lstat_0x44 _syscall+0x127 _Xsyscall+0x35 --- syscall 0xbe, eip = 0x1bbf5, esp = 0xefbfdd10, ebp = 0xefbfdd88 Best regards. -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: Gennady Sorokopud PGP public key is available by fingering gena@netvision.net.il This message was sent at 06-May-97 11:27:25 by XFMail From owner-freebsd-current Wed May 7 07:59:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA26619 for current-outgoing; Wed, 7 May 1997 07:59:48 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA26611 for ; Wed, 7 May 1997 07:59:44 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id QAA20080 for ; Wed, 7 May 1997 16:59:36 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id QAA08313 for freebsd-current@FreeBSD.ORG; Wed, 7 May 1997 16:59:18 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id QAA12084; Wed, 7 May 1997 16:58:07 +0200 (CEST) Message-ID: <19970507165807.23499@keltia.freenix.fr> Date: Wed, 7 May 1997 16:58:07 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: #include problem breaks current Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3279 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk make world is failing in libc, probably because of changes in #include by the following commit: ------------------------------------------------------------ revision 1.7 date: 1997/05/07 02:27:17; author: eivind; state: Exp; lines: +3 -1 Make a lot of include-files self-contained. I excluded the patches changing int's to gid_t and uid_t - should I commit these, too? Closes PR misc/2625. Submitted by: Julian Assange ------------------------------------------------------------ cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/src/src/lib/libc/../libc/locale -DYP -c /src/src/lib/libc/../libc/yp/yplib.c -o yplib.o In file included from /usr/include/rpcsvc/ypclnt.h:36, from /src/src/lib/libc/../libc/yp/yplib.c:65: /usr/include/rpcsvc/yp_prot.h:79: warning: `YPPROG' redefined /usr/include/rpcsvc/yp.h:237: warning: this is the location of the previous definition /usr/include/rpcsvc/yp_prot.h:80: warning: `YPVERS' redefined /usr/include/rpcsvc/yp.h:260: warning: this is the location of the previous definition /usr/include/rpcsvc/yp_prot.h:82: warning: `YPMAXRECORD' redefined /usr/include/rpcsvc/yp.h:10: warning: this is the location of the previous definition ... /usr/include/rpcsvc/yp_prot.h:242: redefinition of `struct ypbind_binding' /usr/include/rpcsvc/yp_prot.h:247: redefinition of `struct ypbind_resp' /usr/include/rpcsvc/yp_prot.h:263: redefinition of `struct ypbind_setdom' /usr/include/rpcsvc/yp_prot.h:290: redefinition of `struct yppushresp_xfr' /src/src/lib/libc/../libc/yp/yplib.c: In function `_yp_dobind': /src/src/lib/libc/../libc/yp/yplib.c:329: structure has no member named `ypbind_resp_u' /src/src/lib/libc/../libc/yp/yplib.c:331: structure has no member named `ypbind_ ... /src/src/lib/libc/../libc/yp/yplib.c: In function `yp_maplist': /src/src/lib/libc/../libc/yp/yplib.c:930: structure has no member named `stat' /src/src/lib/libc/../libc/yp/yplib.c:931: structure has no member named `maps' *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. 845.60 real 482.81 user 123.79 sys Sources from CTM_BEGIN 2.0 cvs-cur 3279 1997/05/07 05:10:23 -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #8: Wed May 7 13:25:41 CEST 1997 From owner-freebsd-current Wed May 7 09:57:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01710 for current-outgoing; Wed, 7 May 1997 09:57:20 -0700 (PDT) Received: from ady.warp.starnets.ro (ady.warp.starnets.ro [193.226.124.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA01705 for ; Wed, 7 May 1997 09:57:08 -0700 (PDT) Received: from localhost (ady@localhost) by ady.warp.starnets.ro (8.8.5/8.8.5) with SMTP id TAA20152; Wed, 7 May 1997 19:04:29 +0300 (EEST) Date: Wed, 7 May 1997 19:04:29 +0300 (EEST) From: Penisoara Adrian To: Terry Lambert cc: Poul-Henning Kamp , current@FreeBSD.ORG Subject: Re: DOC: NAME CACHE USAGE In-Reply-To: <199705061837.LAA19004@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, On Tue, 6 May 1997, Terry Lambert wrote: > > > Terry, please don't even bother answering, it's so painfully obvious > > that you don't know what you're talking about, and I'm certainly > > not going to spend any more time on you in this thread, so you will > > be wasting your air. > > > > Ohh, and your contribution/bullshit ratio is approaching zero. > > Yet again, you ask for comments and shout down the commentors. Poul, please do accept Terry's suggestions even though it's a pain for you. I believe 2 men working on a project is better than just one, even though you two don't seem to cooperate too well. Sometimes someone's bullshit might be for the others bright starting points. Please do accept Terry and please be cooperative, FreeBSD is in fact just the result of many people's cooperative work. Thanks. -- Ady (@warp.starnets.ro) "Yes, I do believe in FreeBSD !" | Running SMP FreeBSD since April '97 From owner-freebsd-current Wed May 7 10:29:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03351 for current-outgoing; Wed, 7 May 1997 10:29:44 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03342 for ; Wed, 7 May 1997 10:29:40 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id TAA20687 for ; Wed, 7 May 1997 19:29:34 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id TAA10710 for freebsd-current@FreeBSD.ORG; Wed, 7 May 1997 19:29:16 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id TAA16690; Wed, 7 May 1997 19:28:24 +0200 (CEST) Message-ID: <19970507192823.63776@keltia.freenix.fr> Date: Wed, 7 May 1997 19:28:23 +0200 From: Ollivier Robert To: "FreeBSD Current Users' list" Subject: #define conflict in #include files Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3279 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk After the recent #include changes (see my other report where reverting to older versions of ypcnlt.h & yp_prot.h fixed "make world"), there is a name conflict between which defines N_SIZE to 0x0c and usr.bin/find/find.h which uses N_SIZE as an enum member... 203 [19:18] root@keltia:usr.bin/find# make cc -O -pipe -D_NEW_VFSCONF -c /src/src/usr.bin/find/find.c In file included from /src/src/usr.bin/find/find.c:51: /src/src/usr.bin/find/find.h:45: parse error before `0x0c' *** Error code 1 Stop. 205 [19:20] root@keltia:usr.bin/find# grep 0x0c ../../include/*.h ../../include/nlist.h:#define N_SIZE 0x0c /* pseudo type, defines a symbol's size */ 207 [19:20] root@keltia:usr.bin/find# cd ../../include/ 210 [19:20] root@keltia:src/include# grep nlist\\.h * Makefile: ndbm.h netdb.h nl_types.h nlist.h paths.h pthread.h pthread_np.h pwd.h \ a.out.h:#include fts.h:#include kvm.h:#include link.h:#include nlist.h: * @(#)nlist.h 8.2 (Berkeley) 1/21/94 nlist.h: * $Id: nlist.h,v 1.5 1997/02/23 09:17:14 peter Exp $ nlist.h: * nlist.h can initialize nlist structures statically. 211 [19:21] root@keltia:src/include# ll fts.h kvm.h link.h -rw-r--r-- 1 roberto staff 5369 May 7 12:51 fts.h -rw-r--r-- 1 roberto staff 3020 Mar 22 1995 kvm.h -rw-r--r-- 1 roberto staff 10589 May 7 12:51 link.h Both fts.h & link.h were changed today by Julian Assage's patch, probably to add #include ... "make world" is broken of course. I don't really know how to fix that except either fix the name space conflict or revert as before. -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #8: Wed May 7 13:25:41 CEST 1997 From owner-freebsd-current Wed May 7 10:37:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03793 for current-outgoing; Wed, 7 May 1997 10:37:24 -0700 (PDT) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03788 for ; Wed, 7 May 1997 10:37:21 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.8.5/8.7.3) id XAA02830; Tue, 6 May 1997 23:56:53 GMT Date: Tue, 6 May 1997 23:56:53 GMT From: Adam David Message-Id: <199705062356.XAA02830@veda.is> To: louie@TransSys.COM (Louis A. Mamakos) Cc: dfr@nlsystems.com, freebsd-current@freebsd.org Subject: Re: latest -current upgrade and CFS References: <199704300027.UAA07694@whizzo.transsys.com> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I will look into it soon. Where can I get a copy of CFS? >You have to request it from Matt Blaze and declare that you're a US >citizen, you won't export it, etc. Checkout http://www.globenet.it/~ermmau/tcfs/tcfs-faq.html for what looks like a really cool kernel-mode CFS of Italian design. So far it only runs under Linux though. It doesn't answer the question, but is an avenue worth exploring. -- Adam David From owner-freebsd-current Wed May 7 10:45:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA04140 for current-outgoing; Wed, 7 May 1997 10:45:46 -0700 (PDT) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA04135 for ; Wed, 7 May 1997 10:45:42 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.8.5/8.7.3) id AAA02897; Wed, 7 May 1997 00:04:32 GMT Date: Wed, 7 May 1997 00:04:32 GMT From: Adam David Message-Id: <199705070004.AAA02897@veda.is> To: terry@lambert.ORG (Terry Lambert) Cc: freebsd-current@freebsd.org Subject: Re: Help with merging in local changes with CVS etc... Newsgroups: list.freebsd.current References: <19970504174407.EZ62108@uriah.heep.sax.de> <199705041820.LAA14228@phaeton.artisoft.com> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >CVS is barely adequate. 8-(. So what do you suggest instead? ;) -- Adam David From owner-freebsd-current Wed May 7 11:13:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05805 for current-outgoing; Wed, 7 May 1997 11:13:17 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05787; Wed, 7 May 1997 11:13:13 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id LAA09987; Wed, 7 May 1997 11:13:09 -0700 (PDT) To: Stephen Roome cc: freebsd-current@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG Subject: Re: tun0 problem in 3.0-970209-SNAP In-reply-to: Your message of "Wed, 07 May 1997 15:07:06 BST." Date: Wed, 07 May 1997 11:13:09 -0700 Message-ID: <9983.863028789@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Anyway, it's fairly simple: > > here's a snip from ifconfig > tun0: flags=8051 mtu 1524 > inet 194.222.196.174 --> 158.152.1.222 netmask 0xffffff00 Don't do that. ppp should be managing the tun0 device *exclusively* and you shouldn't be ifconfig'ing it at all. > So, I type ifconfig tun0 down, and I can _STILL_ ping the other end of > the line ? really that doesn't make a lot of sense to me. Because you're not supposed to be frobbing tun0 at all, that's why. :) Control its state entirely through ppp, please. Jordan From owner-freebsd-current Wed May 7 11:22:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06343 for current-outgoing; Wed, 7 May 1997 11:22:30 -0700 (PDT) Received: from grackle.grondar.za (IX+G6u1LjjOZnHivPwMIqejcvcK44hbh@grackle.grondar.za [196.7.18.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA06328 for ; Wed, 7 May 1997 11:22:24 -0700 (PDT) Received: from grackle.grondar.za (8QjIei11q2kICNm18NV13rowo+je5iSm@localhost [127.0.0.1]) by grackle.grondar.za (8.8.5/8.8.4) with ESMTP id UAA01753; Wed, 7 May 1997 20:21:53 +0200 (SAT) Message-Id: <199705071821.UAA01753@grackle.grondar.za> To: Christoph Kukulies cc: freebsd-current@freefall.FreeBSD.org Subject: Re: non US cvsup Date: Wed, 07 May 1997 20:21:43 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997 09:55:35 +0200 (MET DST) , Christoph Kukulies wrote: > The appearance of contrib-crypto raises the issue of separted > cvsup targets again (instead of src-all for us non US cvsup sites). > > How should be dealt with it in the future in a legally conformant way? > Or is it a non-issue (I don't know if contrib-crypto really falls under > these export regulations)? You will (should) get updates to this directory via CTM and CVSUP. M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Wed May 7 11:25:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06532 for current-outgoing; Wed, 7 May 1997 11:25:18 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA06525 for ; Wed, 7 May 1997 11:25:13 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA21765; Wed, 7 May 1997 11:21:12 -0700 From: Terry Lambert Message-Id: <199705071821.LAA21765@phaeton.artisoft.com> Subject: Re: Help with merging in local changes with CVS etc... To: adam@veda.is (Adam David) Date: Wed, 7 May 1997 11:21:12 -0700 (MST) Cc: terry@lambert.org, freebsd-current@freebsd.org In-Reply-To: <199705070004.AAA02897@veda.is> from "Adam David" at May 7, 97 00:04:32 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >CVS is barely adequate. 8-(. > > So what do you suggest instead? ;) Modify CVS, or modify the political structure that causes these sharp springs in CVS to poke developers. Like I said, it could me mostly accomodated by a non-CVSup overwritten tag that the FreeBSD committers could stick in the tree for local use. This isn't the ideal (ideally, the PPA driver would be available to everyone, since anything that works is better than anything that doesnt), but it's a step in the right direction. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Wed May 7 11:52:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07948 for current-outgoing; Wed, 7 May 1997 11:52:22 -0700 (PDT) Received: from veda.is (ubiq.veda.is [193.4.230.60]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07943 for ; Wed, 7 May 1997 11:52:17 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.8.5/8.7.3) id BAA03014; Wed, 7 May 1997 01:11:57 GMT Date: Wed, 7 May 1997 01:11:57 GMT From: Adam David Message-Id: <199705070111.BAA03014@veda.is> To: kuku@gilberto.PHysik.RWTH-Aachen.DE (Christoph Kukulies) Cc: freebsd-current@freebsd.org Subject: Re: non US cvsup Newsgroups: list.freebsd.current References: <199705070755.JAA03428@gil.physik.rwth-aachen.de> X-Newsreader: NN version 6.5.0 #2 (NOV) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >The appearance of contrib-crypto raises the issue of separted >cvsup targets again (instead of src-all for us non US cvsup sites). >How should be dealt with it in the future in a legally conformant way? >Or is it a non-issue (I don't know if contrib-crypto really falls under >these export regulations)? Doesn't src-all specifically exclude the crypto stuff? It was like that once at least. -- Adam David From owner-freebsd-current Wed May 7 12:15:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09423 for current-outgoing; Wed, 7 May 1997 12:15:34 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09412 for ; Wed, 7 May 1997 12:15:17 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id VAA25645; Wed, 7 May 1997 21:14:41 +0200 (MET DST) Date: Wed, 7 May 1997 21:14:41 +0200 (MET DST) Message-Id: <199705071914.VAA25645@bitbox.follo.net> From: Eivind Eklund To: Ollivier Robert CC: freebsd-current@FreeBSD.ORG In-reply-to: Ollivier Robert's message of Wed, 7 May 1997 16:58:07 +0200 Subject: Re: #include problem breaks current References: <19970507165807.23499@keltia.freenix.fr> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > make world is failing in libc, probably because of changes in #include by > the following commit: I've backed out that part of the change. I thought a make world wasn't necessary to test this change (I did quite a few other tests), but obviously I was wrong. I'm doing makes of other parts of the system right now to see if more of it need to be backed out; I'll do a 'make world' as soon as I've tested the most relevant parts (to find possible other problems as quickly as possible.) Eivind. From owner-freebsd-current Wed May 7 12:35:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA10280 for current-outgoing; Wed, 7 May 1997 12:35:09 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10274 for ; Wed, 7 May 1997 12:35:03 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id VAA02871; Wed, 7 May 1997 21:35:35 +0200 (MEST) From: Søren Schmidt Message-Id: <199705071935.VAA02871@sos.freebsd.dk> Subject: Re: #include problem breaks current In-Reply-To: <19970507165807.23499@keltia.freenix.fr> from Ollivier Robert at "May 7, 97 04:58:07 pm" To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Wed, 7 May 1997 21:35:35 +0200 (MEST) Cc: freebsd-current@FreeBSD.ORG 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-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Ollivier Robert who wrote: Could we please get this mess sorted out, I'm sick and tired of all that nitpicking with include files lately :(, is it REALLY nessesary to make us different from the rest of the world ???? > make world is failing in libc, probably because of changes in #include by > the following commit: > > ------------------------------------------------------------ > revision 1.7 > date: 1997/05/07 02:27:17; author: eivind; state: Exp; lines: +3 -1 > Make a lot of include-files self-contained. I excluded the patches changing > int's to gid_t and uid_t - should I commit these, too? > > Closes PR misc/2625. > > Submitted by: Julian Assange > ------------------------------------------------------------ > > cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/src/src/lib/libc/../libc/locale -DYP -c /src/src/lib/libc/../libc/yp/yplib.c -o yplib.o > In file included from /usr/include/rpcsvc/ypclnt.h:36, > from /src/src/lib/libc/../libc/yp/yplib.c:65: > /usr/include/rpcsvc/yp_prot.h:79: warning: `YPPROG' redefined > /usr/include/rpcsvc/yp.h:237: warning: this is the location of the previous definition > /usr/include/rpcsvc/yp_prot.h:80: warning: `YPVERS' redefined > /usr/include/rpcsvc/yp.h:260: warning: this is the location of the previous definition > /usr/include/rpcsvc/yp_prot.h:82: warning: `YPMAXRECORD' redefined > /usr/include/rpcsvc/yp.h:10: warning: this is the location of the previous definition > ... > /usr/include/rpcsvc/yp_prot.h:242: redefinition of `struct ypbind_binding' > /usr/include/rpcsvc/yp_prot.h:247: redefinition of `struct ypbind_resp' > /usr/include/rpcsvc/yp_prot.h:263: redefinition of `struct ypbind_setdom' > /usr/include/rpcsvc/yp_prot.h:290: redefinition of `struct yppushresp_xfr' > /src/src/lib/libc/../libc/yp/yplib.c: In function `_yp_dobind': > /src/src/lib/libc/../libc/yp/yplib.c:329: structure has no member named `ypbind_resp_u' > /src/src/lib/libc/../libc/yp/yplib.c:331: structure has no member named `ypbind_ > ... > /src/src/lib/libc/../libc/yp/yplib.c: In function `yp_maplist': > /src/src/lib/libc/../libc/yp/yplib.c:930: structure has no member named `stat' > /src/src/lib/libc/../libc/yp/yplib.c:931: structure has no member named `maps' > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > 845.60 real 482.81 user 123.79 sys > > Sources from > > CTM_BEGIN 2.0 cvs-cur 3279 1997/05/07 05:10:23 > > -- > Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 3.0-CURRENT #8: Wed May 7 13:25:41 CEST 1997 > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Wed May 7 12:40:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA10630 for current-outgoing; Wed, 7 May 1997 12:40:36 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA10621 for ; Wed, 7 May 1997 12:40:32 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id VAA02884; Wed, 7 May 1997 21:40:28 +0200 (MEST) From: Søren Schmidt Message-Id: <199705071940.VAA02884@sos.freebsd.dk> Subject: Re: #include problem breaks current In-Reply-To: <199705071914.VAA25645@bitbox.follo.net> from Eivind Eklund at "May 7, 97 09:14:41 pm" To: eivind@bitbox.follo.net (Eivind Eklund) Date: Wed, 7 May 1997 21:40:28 +0200 (MEST) Cc: roberto@keltia.freenix.fr, freebsd-current@FreeBSD.ORG 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-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Eivind Eklund who wrote: > > > > make world is failing in libc, probably because of changes in #include by > > the following commit: > > I've backed out that part of the change. I thought a make world > wasn't necessary to test this change (I did quite a few other tests), > but obviously I was wrong. A clean run through a make world is a requirement before committing changes!, errors can happen of cause, but at least it should be tested :( > I'm doing makes of other parts of the system right now to see if more > of it need to be backed out; I'll do a 'make world' as soon as I've > tested the most relevant parts (to find possible other problems as > quickly as possible.) Back it out entirely! and come back when a make world completes without errors. Excuse my harsh fashion, but I think dicipline in this respect is paramount, we can all make error's (I'm known to have done my part :) ) but we should at least check it to the best of ones abilities... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-current Wed May 7 13:08:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA12612 for current-outgoing; Wed, 7 May 1997 13:08:43 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA12585 for ; Wed, 7 May 1997 13:08:37 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id WAA25711; Wed, 7 May 1997 22:08:03 +0200 (MET DST) Date: Wed, 7 May 1997 22:08:03 +0200 (MET DST) Message-Id: <199705072008.WAA25711@bitbox.follo.net> From: Eivind Eklund To: Ollivier Robert CC: freebsd-current@FreeBSD.ORG In-reply-to: Ollivier Robert's message of Wed, 7 May 1997 19:28:23 +0200 Subject: Re: #define conflict in #include files References: <19970507192823.63776@keltia.freenix.fr> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > After the recent #include changes (see my other report where reverting to > older versions of ypcnlt.h & yp_prot.h fixed "make world"), there is a name > conflict between which defines N_SIZE to 0x0c and > usr.bin/find/find.h which uses N_SIZE as an enum member... > > Both fts.h & link.h were changed today by Julian Assage's patch, probably > to add #include ... > > "make world" is broken of course. :-( The changes have been reverted now. > I don't really know how to fix that except either fix the name space > conflict or revert as before. I'll try to fix the name space conflict. N_SIZE is used three places in find - I've changed it to N_SIZE_ARG locally (as it is an argument to find) which clashes a bit with the other names in find, but is the cleanest compromise I could find. Changing all the names in seems to be going a bit overboard; that would make accepting patches from other groups and versions difficult. Or would people rather we left all include files non-self-sufficient for the foreseeable future and let the conflict lie? Eivind. From owner-freebsd-current Wed May 7 13:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13228 for current-outgoing; Wed, 7 May 1997 13:20:03 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA13176 for ; Wed, 7 May 1997 13:19:57 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id WAA25762; Wed, 7 May 1997 22:18:27 +0200 (MET DST) Date: Wed, 7 May 1997 22:18:27 +0200 (MET DST) Message-Id: <199705072018.WAA25762@bitbox.follo.net> From: Eivind Eklund To: Søren Schmidt CC: roberto@keltia.freenix.fr, freebsd-current@FreeBSD.ORG In-reply-to: Søren Schmidt's message of Wed, 7 May 1997 21:40:28 +0200 (MEST) Subject: Re: #include problem breaks current References: <199705071914.VAA25645@bitbox.follo.net> <199705071940.VAA02884@sos.freebsd.dk> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Back it out entirely! and come back when a make world completes without > errors. Done. (The back-out part, at least.) And my apologies. > Could we please get this mess sorted out, I'm sick and tired of all > that nitpicking with include files lately :(, is it REALLY nessesary > to make us different from the rest of the world ???? To not have hidden dependencies everywhere? To have include files that actually work according to POSIX? I'd say that is necessary, yes. And I don't agree that that is 'to make us different from the rest of the world' - most of the well-engineered parts of the world already work that way. Eivind. From owner-freebsd-current Wed May 7 13:24:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13527 for current-outgoing; Wed, 7 May 1997 13:24:04 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA13521 for ; Wed, 7 May 1997 13:24:02 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id OAA04560; Wed, 7 May 1997 14:23:47 -0600 (MDT) Message-Id: <199705072023.OAA04560@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Doug Rabson cc: current@FreeBSD.ORG Subject: Re: Backwards compatibiliy for isa_driver In-reply-to: Your message of "Wed, 07 May 1997 14:55:13 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 May 1997 15:22:20 -0600 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk When it comes to the ISA code, I don't think that anyone will fault you for cleaning up that mess and producing something that is much better albeit not backward compatible. I don't think that FreeBSD is at the point where we can make any guarantees that our development branch will be 100% backwards compatible with prior releases if we want to make forward progress. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed May 7 14:17:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18311 for current-outgoing; Wed, 7 May 1997 14:17:59 -0700 (PDT) Received: from grackle.grondar.za (1+moaylCrHdMGTMtk0pvxskqjFwVF0X8@grackle.grondar.za [196.7.18.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA18285 for ; Wed, 7 May 1997 14:17:08 -0700 (PDT) Received: from grackle.grondar.za (kb/KNrqaMGwIdPQh3IkI57l1wYj3zxrN@localhost [127.0.0.1]) by grackle.grondar.za (8.8.5/8.8.4) with ESMTP id XAA08192; Wed, 7 May 1997 23:16:27 +0200 (SAT) Message-Id: <199705072116.XAA08192@grackle.grondar.za> To: Adam David cc: kuku@gilberto.PHysik.RWTH-Aachen.DE (Christoph Kukulies), freebsd-current@FreeBSD.ORG Subject: Re: non US cvsup Date: Wed, 07 May 1997 23:16:19 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997 01:11:57 GMT , Adam David wrote: > >The appearance of contrib-crypto raises the issue of separted > >cvsup targets again (instead of src-all for us non US cvsup sites). > > >How should be dealt with it in the future in a legally conformant way? > >Or is it a non-issue (I don't know if contrib-crypto really falls under > >these export regulations)? > > Doesn't src-all specifically exclude the crypto stuff? It was like that once > at least. Yes. You have to ask for the crypto stuff if you want/need it. M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-current Wed May 7 15:00:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20326 for current-outgoing; Wed, 7 May 1997 15:00:51 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA20320 for ; Wed, 7 May 1997 15:00:48 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id IAA20644; Thu, 8 May 1997 08:00:22 +1000 Date: Thu, 8 May 1997 08:00:22 +1000 From: Bruce Evans Message-Id: <199705072200.IAA20644@godzilla.zeta.org.au> To: gibbs@plutotech.com Subject: Re: Problems using remote gdb Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >To answer my own question, you must have "flags 0x50" on the sio port >that you are going to use for debugging. No, you must have 0x10 to get console support. 0x40 is optional. It makes debugging work better at a cost of breaking ordinary serial console support. See LINT. >Can someone more "in the know" about this, review and update the handbook >page on remote, serial debugging? I don't even read the handbook :-). Bruce From owner-freebsd-current Wed May 7 15:21:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA21392 for current-outgoing; Wed, 7 May 1997 15:21:36 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA21385 for ; Wed, 7 May 1997 15:21:34 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id QAA07282; Wed, 7 May 1997 16:21:09 -0600 (MDT) Message-Id: <199705072221.QAA07282@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Bruce Evans cc: gibbs@plutotech.com, current@FreeBSD.ORG Subject: Re: Problems using remote gdb In-reply-to: Your message of "Thu, 08 May 1997 08:00:22 +1000." <199705072200.IAA20644@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 May 1997 17:19:41 -0600 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>To answer my own question, you must have "flags 0x50" on the sio port >>that you are going to use for debugging. > >No, you must have 0x10 to get console support. 0x40 is optional. It >makes debugging work better at a cost of breaking ordinary serial console >support. See LINT. Well, it looked like 0x40 was a no-op without 0x10. Debugging wouldn't work for me without setting the flags, so I'd say that the flags "make debugging work better" is an understatement. 8-) -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed May 7 15:36:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22232 for current-outgoing; Wed, 7 May 1997 15:36:45 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22218 for ; Wed, 7 May 1997 15:36:35 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id IAA21803; Thu, 8 May 1997 08:30:53 +1000 Date: Thu, 8 May 1997 08:30:53 +1000 From: Bruce Evans Message-Id: <199705072230.IAA21803@godzilla.zeta.org.au> To: eivind@bitbox.follo.net, sos@sos.freebsd.dk Subject: Re: #include problem breaks current Cc: freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Could we please get this mess sorted out, I'm sick and tired of all >> that nitpicking with include files lately :(, is it REALLY nessesary >> to make us different from the rest of the world ???? > >To not have hidden dependencies everywhere? To have include files >that actually work according to POSIX? POSIX generally specifies including yourself. The rpc headers are not specified by POSIX. What I want is all include files to work according to ANSI-extended-to-cover-all-include-files. In particular, include files should neither depend on each other nor declare each others symbols (either by including each other or directly), except for a few well documented warty cases like `size_t'. Bruce From owner-freebsd-current Wed May 7 15:42:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22569 for current-outgoing; Wed, 7 May 1997 15:42:05 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22564 for ; Wed, 7 May 1997 15:42:00 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id IAA22017; Thu, 8 May 1997 08:36:21 +1000 Date: Thu, 8 May 1997 08:36:21 +1000 From: Bruce Evans Message-Id: <199705072236.IAA22017@godzilla.zeta.org.au> To: bde@zeta.org.au, gibbs@plutotech.com Subject: Re: Problems using remote gdb Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>No, you must have 0x10 to get console support. 0x40 is optional. It >>makes debugging work better at a cost of breaking ordinary serial console >>support. See LINT. > >Well, it looked like 0x40 was a no-op without 0x10. Debugging wouldn't >work for me without setting the flags, so I'd say that the flags "make >debugging work better" is an understatement. 8-) Correct, but 0x10 is not a no-op without 0x40. It gives backwards compatible behaviour. (I couldn't figure out a good way to make flags 0 give backwards compatible behaviour without breaking the new feature of setting the console device by setting flags on it.) Bruce From owner-freebsd-current Wed May 7 16:22:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24443 for current-outgoing; Wed, 7 May 1997 16:22:20 -0700 (PDT) Received: from helios.dnttm.ru (uutejb@dnttm.wave.ras.ru [194.85.104.197]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24435 for ; Wed, 7 May 1997 16:22:16 -0700 (PDT) Received: (from uutejb@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-2) with UUCP id DAA18767; Thu, 8 May 1997 03:20:59 +0400 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.8.5/8.8.5) with ESMTP id DAA01016; Wed, 8 Jan 1997 03:19:15 +0300 (MSK) Message-Id: <199701080019.DAA01016@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: Eivind Eklund cc: Ollivier Robert , freebsd-current@FreeBSD.ORG Subject: Re: #define conflict in #include files In-reply-to: Your message of "Wed, 07 May 1997 22:08:03 +0200." <199705072008.WAA25711@bitbox.follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Jan 1997 03:19:13 +0300 From: Dmitrij Tejblum Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > After the recent #include changes (see my other report where reverting to > > older versions of ypcnlt.h & yp_prot.h fixed "make world"), there is a name > > conflict between which defines N_SIZE to 0x0c and > > usr.bin/find/find.h which uses N_SIZE as an enum member... > > > > Both fts.h & link.h were changed today by Julian Assage's patch, probably > > to add #include ... Don't #include into . It is useless. It is bogus. don't depend on . Find(1) proves it --- it #include , but don't #include . > Or would people rather we left all include files non-self-sufficient > for the foreseeable future and let the conflict lie? You don't need #include in for making self-sufficient. #include would be enought. > > Eivind. > Dima From owner-freebsd-current Wed May 7 16:40:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25294 for current-outgoing; Wed, 7 May 1997 16:40:32 -0700 (PDT) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA25289 for ; Wed, 7 May 1997 16:40:30 -0700 (PDT) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.8.5/8.8.5) with ESMTP id QAA26894; Wed, 7 May 1997 16:40:29 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id QAA21804; Wed, 7 May 1997 16:40:28 -0700 (PDT) Date: Wed, 7 May 1997 16:40:28 -0700 (PDT) From: Chris Timmons To: Bruce Evans cc: current@FreeBSD.ORG Subject: Re: Problems using remote gdb In-Reply-To: <199705072200.IAA20644@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Actually the comment for flags=0x40 seems like it might have a typo. Should it read "Do not reserve ...." or is there a complete other sentence missing that starts "Do not"? "Do not reserve this unit for low level console operations. (Makes kernel debugging easier at the expense of normal serial console support.)" ??? Would a low-level console operations include system messages written to /dev/console? -Chris # $Id: LINT,v 1.331 1997/05/06 18:24:17 fsmp Exp $ # 0x40 reserve this unit for low level console operations. Do not # On Thu, 8 May 1997, Bruce Evans wrote: > >To answer my own question, you must have "flags 0x50" on the sio port > >that you are going to use for debugging. > > No, you must have 0x10 to get console support. 0x40 is optional. It > makes debugging work better at a cost of breaking ordinary serial console > support. See LINT. > > >Can someone more "in the know" about this, review and update the handbook > >page on remote, serial debugging? > > I don't even read the handbook :-). > > Bruce > From owner-freebsd-current Wed May 7 17:22:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA27465 for current-outgoing; Wed, 7 May 1997 17:22:05 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA27451 for ; Wed, 7 May 1997 17:21:23 -0700 (PDT) Received: from zen.nash.org (localhost [127.0.0.1]) by zen.nash.org (8.8.5/8.6.12) with SMTP id TAA14682; Wed, 7 May 1997 19:19:42 -0500 (CDT) Message-ID: <33711C1E.4DAA423A@mcs.com> Date: Wed, 07 May 1997 19:19:42 -0500 From: Alex Nash X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Bruce Albrecht CC: freebsd-current@FreeBSD.ORG Subject: Re: Excessive tty-level buffer overflows References: <199705070407.XAA14409@zuhause.mn.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Albrecht wrote: > >From my console log: > May 6 21:56:58 zuhause /kernel: sio1: 1402 more tty-level buffer overflows (total 116883) > May 6 21:56:59 zuhause /kernel: sio1: 2162 more tty-level buffer overflows (total 119045) > May 6 21:57:08 zuhause /kernel: sio1: 4435 more tty-level buffer overflows (total 123480) > May 6 21:57:13 zuhause /kernel: sio1: 142 more tty-level buffer overflows (total 123622) I've noticed the same thing here after moving from 2.2 to 3.0-SMP. This message was present in 2.2, but I'd never seen it before -- I suspect the problem is related to the SMP kernel. You might try a 3.0-UP kernel to see if the problem goes away. Alex From owner-freebsd-current Wed May 7 17:41:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA28535 for current-outgoing; Wed, 7 May 1997 17:41:39 -0700 (PDT) Received: from abby.skypoint.net (abby.skypoint.net [199.86.32.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA28528 for ; Wed, 7 May 1997 17:41:37 -0700 (PDT) Received: (from uucp@localhost) by abby.skypoint.net (8.8.5/alexis 2.7) with UUCP id TAA16544; Wed, 7 May 1997 19:41:35 -0500 (CDT) Received: (from bruce@localhost) by zuhause.mn.org (8.8.5/8.8.5) id TAA00322; Wed, 7 May 1997 19:35:55 -0500 (CDT) Date: Wed, 7 May 1997 19:35:55 -0500 (CDT) Message-Id: <199705080035.TAA00322@zuhause.mn.org> From: Bruce Albrecht To: Alex Nash Cc: freebsd-current@FreeBSD.ORG Subject: Re: Excessive tty-level buffer overflows In-Reply-To: <33711C1E.4DAA423A@mcs.com> References: <199705070407.XAA14409@zuhause.mn.org> <33711C1E.4DAA423A@mcs.com> X-Mailer: VM 6.22 under 19.15p2 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alex Nash writes: > Bruce Albrecht wrote: > > >From my console log: > > May 6 21:56:58 zuhause /kernel: sio1: 1402 more tty-level buffer overflows (total 116883) > > May 6 21:56:59 zuhause /kernel: sio1: 2162 more tty-level buffer overflows (total 119045) > > May 6 21:57:08 zuhause /kernel: sio1: 4435 more tty-level buffer overflows (total 123480) > > May 6 21:57:13 zuhause /kernel: sio1: 142 more tty-level buffer overflows (total 123622) > > I've noticed the same thing here after moving from 2.2 to 3.0-SMP. > This message was present in 2.2, but I'd never seen it before -- > I suspect the problem is related to the SMP kernel. You might try > a 3.0-UP kernel to see if the problem goes away. Unfortunately, I'm running a 3.0-UP kernel because I'm unable to boot an SMP kernel right now. From owner-freebsd-current Wed May 7 17:46:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA28703 for current-outgoing; Wed, 7 May 1997 17:46:25 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA28698 for ; Wed, 7 May 1997 17:46:18 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id KAA27367; Thu, 8 May 1997 10:42:23 +1000 Date: Thu, 8 May 1997 10:42:23 +1000 From: Bruce Evans Message-Id: <199705080042.KAA27367@godzilla.zeta.org.au> To: bde@zeta.org.au, skynyrd@opus.cts.cwu.edu Subject: Re: Problems using remote gdb Cc: current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Actually the comment for flags=0x40 seems like it might have a typo. >Should it read "Do not reserve ...." or is there a complete other sentence >missing that starts "Do not"? > > "Do not reserve this unit for low level console operations. (Makes > kernel debugging easier at the expense of normal serial console > support.)" ??? Yes, the sentence somehow got truncated. It should say something like: "Do not probe the hardware for the device. (This makes debugging of kernel startup easier by avoiding state changes in the device being used to talk to the debugger. The context switching in i/o routines attempts to hide the state changes, but doesn't work in all cases.)" "Reserve" implies that other things aren't done. The device isn't attached, since it can't be used for normal i/o. This makes debugging of running kernels easier by avoiding state changes... >Would a low-level console operations include system messages written to >/dev/console? No. The console driver doesn't know about low level consoles. There are now 3 layers of consoles: /dev/console - an ordinary device, written to by syslogd, etc. low level part of console driver - used for kernel printfs low level consoles - lower than the console driver, called directly by i386_gdbstub. Bruce From owner-freebsd-current Wed May 7 18:03:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA29254 for current-outgoing; Wed, 7 May 1997 18:03:51 -0700 (PDT) Received: from cs.utah.edu (cs.utah.edu [128.110.4.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA29248 for ; Wed, 7 May 1997 18:03:48 -0700 (PDT) Received: from fast.cs.utah.edu by cs.utah.edu (8.8.4/utah-2.21-cs) id TAA17196; Wed, 7 May 1997 19:03:14 -0600 (MDT) Received: by fast.cs.utah.edu (8.6.10/utah-2.15-leaf) id TAA22733; Wed, 7 May 1997 19:03:12 -0600 Date: Wed, 7 May 1997 19:03:12 -0600 From: vanmaren@fast.cs.utah.edu (Kevin Van Maren) Message-Id: <199705080103.TAA22733@fast.cs.utah.edu> To: bruce@zuhause.mn.org, nash@mcs.com Subject: Re: Excessive tty-level buffer overflows Cc: freebsd-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I also have seen it a lot on 2.1.6 with the cyclades PCI driver. Kevin From owner-freebsd-current Wed May 7 20:31:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA04965 for current-outgoing; Wed, 7 May 1997 20:31:39 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA04954; Wed, 7 May 1997 20:31:29 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id NAA01676; Thu, 8 May 1997 13:30:16 +1000 Date: Thu, 8 May 1997 13:30:16 +1000 From: Bruce Evans Message-Id: <199705080330.NAA01676@godzilla.zeta.org.au> To: current@FreeBSD.ORG, gena@NetVision.net.il Subject: Re: Another panic Cc: phk@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I reported a panic problem a few days ago (see below). After some investigation >i find out that i have a file with a very long filename (~220 characters). An >attempt to "stat" this file caused the panic (and this is reproducible). >I loaded old kernel and removed it. Anyway, i think it's a bug and it should be >fixed. > >Stopped at _generic_bcopy+0x41: repe movsl (%esi),%es:(%edi) >-------------------trace-------------- >_generic_bcopy(f0797b80,f08f4680,f4145ed4,f06f40d8,f0797b80) [cache_enter] >_ufs_lookup+0xccc It seems to be a classic sign extension bug. nc_nlen has type char, so it is unsuitable for storing name lengths longer than 127. This probably didn't matter until recently because NCHNAMLEN limited the lengths. The casts to (u_int) may have helped hide the problem. Bruce From owner-freebsd-current Wed May 7 20:59:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA05829 for current-outgoing; Wed, 7 May 1997 20:59:11 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA05815 for ; Wed, 7 May 1997 20:58:53 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id NAA02619; Thu, 8 May 1997 13:54:50 +1000 Date: Thu, 8 May 1997 13:54:50 +1000 From: Bruce Evans Message-Id: <199705080354.NAA02619@godzilla.zeta.org.au> To: bruce@zuhause.mn.org, freebsd-current@FreeBSD.ORG Subject: Re: Excessive tty-level buffer overflows Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >In a five minute period while running uucp via an external sportster >33K modem at 57.6 KB on /dev/cuaa1, I received over 123,000 tty-level >buffer overflows. This is a dual CPU Pentium Pro Tyan ATX 1668, >running in single CPU mode. What does this mean? Is it a shoddy >16550 emulation? My kernel is from Saturday, or thereabouts. It's what happen when input arrives on an open port and nothing reads it. Perhaps recent config changes broke the initialization of flow control that normally prevents input from arriving. Bruce From owner-freebsd-current Wed May 7 21:40:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07741 for current-outgoing; Wed, 7 May 1997 21:40:43 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA07736 for ; Wed, 7 May 1997 21:40:40 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id VAA11355; Wed, 7 May 1997 21:40:10 -0700 (PDT) Message-Id: <199705080440.VAA11355@austin.polstra.com> To: adam@veda.is Subject: Re: non US cvsup Newsgroups: polstra.freebsd.current In-Reply-To: <199705070111.BAA03014@veda.is> References: <199705070755.JAA03428@gil.physik.rwth-aachen.de> <199705070111.BAA03014@veda.is> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Wed, 07 May 1997 21:40:09 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199705070111.BAA03014@veda.is>, Adam David wrote: > Doesn't src-all specifically exclude the crypto stuff? Yes, it does. It also excludes the new contrib-crypto tree. The only collections containing crypto stuff are src-contrib-crypto, src-eBones, src-secure, and cvs-crypto. The latter is a mega-collection containing everything that's in the other three. 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 Wed May 7 22:07:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA08795 for current-outgoing; Wed, 7 May 1997 22:07:43 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA08788 for ; Wed, 7 May 1997 22:07:41 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id WAA11435; Wed, 7 May 1997 22:06:52 -0700 (PDT) Message-Id: <199705080506.WAA11435@austin.polstra.com> To: terry@lambert.org Subject: Re: Help with merging in local changes with CVS etc... Newsgroups: polstra.freebsd.current In-Reply-To: <199705071821.LAA21765@phaeton.artisoft.com> References: <199705071821.LAA21765@phaeton.artisoft.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Wed, 07 May 1997 22:06:52 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Like I said, it could me mostly accomodated by a non-CVSup > overwritten tag that the FreeBSD committers could stick in the > tree for local use. As has been mentioned several times here and/or in -hackers, FreeBSD's "cvs" command has a hack to support exactly that. If you set the environment variable CVS_LOCAL_BRANCH_NUM to, say, 1000, then all your locally-created branch tags will be numbered starting at 1000, well separate from the ones CVSup is going to be bringing in from the master site. Committers, don't even _consider_ setting this environment variable on freefall, or you will bring down the wrath of many upon yourself. And think long and hard before you do this in your local repository, because such local mods are _not_ supported well by CVSup at this time. It sort of works, if you remove the "delete" keyword, but there are many problems with the approach. It is for that reason that none of the CVSup documentation explains how to manage local mods to your repository. Until the full support is there in a form that I'm happy with, you are strictly on your own if you try to use CVSup to maintain local mods. If you don't have the "delete" keyword in your supfile, I don't want to hear any bellyaching from you. -- 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 Wed May 7 23:15:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA11443 for current-outgoing; Wed, 7 May 1997 23:15:18 -0700 (PDT) Received: from bsd.hs.ntnu.edu.tw (bsd.hs.ntnu.edu.tw [140.122.126.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA11435 for ; Wed, 7 May 1997 23:15:00 -0700 (PDT) From: ksl@bsd.hs.ntnu.edu.tw Received: (from ksl@localhost) by bsd.hs.ntnu.edu.tw (8.8.5/8.8.5) id OAA13797 for freebsd-current@freebsd.org; Thu, 8 May 1997 14:19:46 +0800 (CST) Message-Id: <199705080619.OAA13797@bsd.hs.ntnu.edu.tw> Subject: help!!! To: freebsd-current@freebsd.org Date: Thu, 8 May 1997 14:19:46 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i am a high school student in taiwan, several days ago, while i was installing freeBSD, there were some error messages: wd0:wdcontrol:wdcommand failed reading fsbn 0wd0 status 80 error 0 wd0:wdcontrol:wdcommand failed reading fsbn 0wd0 status 80 error 0 wd0:wdcontrol:wdcommand failed reading fsbn 0wd0 status 80 error 0 wd0:wdcontrol:wdcommand failed reading fsbn 0wd0 status 80 error 0 wd0:wdcontrol:wdcommand failed reading fsbn 0wd0 status 80 error 0 wd0:wdstart:wdcontrol returned nonzero, state=1 i asked the question in the news of taiwan, but nobody knows where the problem is. and someone told me that i can email here, so i wrote this mail.. sorry to bother you, please reply , thank you very much. From owner-freebsd-current Thu May 8 00:58:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14697 for current-outgoing; Thu, 8 May 1997 00:58:03 -0700 (PDT) Received: from silvia.HIP.Berkeley.EDU (ala-ca26-32.ix.netcom.com [207.93.42.96]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA14688 for ; Thu, 8 May 1997 00:57:40 -0700 (PDT) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.5/8.6.9) id AAA15186; Thu, 8 May 1997 00:54:54 -0700 (PDT) Date: Thu, 8 May 1997 00:54:54 -0700 (PDT) Message-Id: <199705080754.AAA15186@silvia.HIP.Berkeley.EDU> To: imp@village.org CC: current@FreeBSD.org In-reply-to: (message from Warner Losh on Sun, 20 Apr 1997 18:14:24 -0600) Subject: Re: Speed deamons: How to build a build box? From: asami@vader.cs.berkeley.edu (Satoshi Asami) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Well, to prove what I said, I repartitioned my disks and tried again. Here's my setup: @ 233MHz P6 (overclocked, obviously :) with 256KB, Asus P/I-P6NP5 @ 96MB main memory (FPM, ECC enabled) @ two 4GB 7200RPM F/W disks, partitioned as (size in MB): /(32), swap (128), /tmp (16), /var (16), /usr (128), scratch (384), rest (3400) /, /tmp, /var, /usr on the second disk is not used. The "scratch" on first disk is /usr/src, and is /usr/obj on second disk, and these are mounted mounted async,noatime. The "rest" partition contains home directories, the cvs tree and such, and aren't used by make world. (In other words, the heads only need to seek the first 1/6 of each disk.) @ Full /usr/obj, -DNOCLEAN not set, NOPROFILE set, CFLAGS="-O pipe". @ X window shut down, make world running on syscons console. The result was: "5093.48 real 3316.52 user 837.60 sys" That's 1:24:53. :) Satoshi From owner-freebsd-current Thu May 8 07:51:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA00885 for current-outgoing; Thu, 8 May 1997 07:51:14 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA00880 for ; Thu, 8 May 1997 07:51:09 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA13506 for current@FreeBSD.ORG; Thu, 8 May 1997 16:51:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id QAA25303; Thu, 8 May 1997 16:26:42 +0200 (MET DST) Message-ID: <19970508162641.DE47196@uriah.heep.sax.de> Date: Thu, 8 May 1997 16:26:41 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Problems using remote gdb References: <199705080042.KAA27367@godzilla.zeta.org.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705080042.KAA27367@godzilla.zeta.org.au>; from Bruce Evans on May 8, 1997 10:42:23 +1000 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > No. The console driver doesn't know about low level consoles. There are > now 3 layers of consoles: > > /dev/console - an ordinary device, written to by syslogd, etc. > low level part of console driver - used for kernel printfs > low level consoles - lower than the console driver, called directly > by i386_gdbstub. So now, what has the handbook to be changed to? Bruce, reading the handbook isn't rocket science :), just in case you don't know how to use Lynx, here's the appropriate paragraphs: ------------------------------------------------------------------------ You should configure the kernel in question with config -g, include DDB into the configuration, and compile it as usual. This gives a large blurb of a binary, due to the debugging information. Copy this kernel to the target machine, strip the debugging symbols off with strip -x, and boot it using the -d boot option. Connect the first serial line of the target machine to any serial line of the debugging host. Now, on the debugging machine, go to the compile directory of the target kernel, and start gdb: % gdb -k kernel 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... (kgdb) Initialize the remote debugging session (assuming the first serial port is being used) by: (kgdb) target remote /dev/cuaa0 Now, on the target host (that entered DDB right before even starting the device probe), type: Debugger("Boot flags requested debugger") Stopped at Debugger+0x35: movb $0, edata+0x51bc db> gdb DDB will respond with: Next trap will enter GDB remote protocol mode ------------------------------------------------------------------------ Somewhere there, the information about which flags to sio0 are required and which are useful should go. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu May 8 08:06:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01594 for current-outgoing; Thu, 8 May 1997 08:06:00 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA01585 for ; Thu, 8 May 1997 08:05:55 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id RAA14371 for current@FreeBSD.org; Thu, 8 May 1997 17:00:24 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id QAA17034; Thu, 8 May 1997 16:45:50 +0200 (CEST) Message-ID: <19970508164550.11920@klemm.gtn.com> Date: Thu, 8 May 1997 16:45:50 +0200 From: Andreas Klemm To: current@FreeBSD.org Subject: ifconfig dumps core (last media changes) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Trying to configure my ipi0 (bisdn) interface causes a core dump (of ifconfig). -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Thu May 8 08:06:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01608 for current-outgoing; Thu, 8 May 1997 08:06:04 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA01588 for ; Thu, 8 May 1997 08:05:57 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id RAA14365 for current@FreeBSD.org; Thu, 8 May 1997 17:00:21 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id QAA16863; Thu, 8 May 1997 16:44:31 +0200 (CEST) Message-ID: <19970508164431.61820@klemm.gtn.com> Date: Thu, 8 May 1997 16:44:31 +0200 From: Andreas Klemm To: current@FreeBSD.org Subject: bug in restore (can't restore dumps anymore) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk root{1005} ~ restore -i . is not on the tape Root directory is not on tape abort? [yn] -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-current Thu May 8 09:22:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA05516 for current-outgoing; Thu, 8 May 1997 09:22:25 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA05506 for ; Thu, 8 May 1997 09:22:18 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA14909; Thu, 8 May 1997 18:21:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA26001; Thu, 8 May 1997 18:10:51 +0200 (MET DST) Message-ID: <19970508181050.TP28499@uriah.heep.sax.de> Date: Thu, 8 May 1997 18:10:50 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Cc: andreas@klemm.gtn.com (Andreas Klemm) Subject: Re: bug in restore (can't restore dumps anymore) References: <19970508164431.61820@klemm.gtn.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970508164431.61820@klemm.gtn.com>; from Andreas Klemm on May 8, 1997 16:44:31 +0200 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Andreas Klemm wrote: > root{1005} ~ restore -i > . is not on the tape > Root directory is not on tape > abort? [yn] Not confirmed, although i don't run exactly -current. But i've upgraded dump(8) to the current version. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Thu May 8 10:57:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA10349 for current-outgoing; Thu, 8 May 1997 10:57:57 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA10344 for ; Thu, 8 May 1997 10:57:53 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id TAA06245; Thu, 8 May 1997 19:56:56 +0200 (MET DST) Date: Thu, 8 May 1997 19:56:56 +0200 (MET DST) Message-Id: <199705081756.TAA06245@bitbox.follo.net> From: Eivind Eklund To: Bruce Evans CC: sos@sos.freebsd.dk, freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr In-reply-to: Bruce Evans's message of Thu, 8 May 1997 08:30:53 +1000 Subject: Re: #include problem breaks current References: <199705072230.IAA21803@godzilla.zeta.org.au> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > >> Could we please get this mess sorted out, I'm sick and tired of all > >> that nitpicking with include files lately :(, is it REALLY nessesary > >> to make us different from the rest of the world ???? > > > >To not have hidden dependencies everywhere? To have include files > >that actually work according to POSIX? > > POSIX generally specifies including yourself. The rpc > headers are not specified by POSIX. What I want is all include > files to work according to ANSI-extended-to-cover-all-include-files. > In particular, include files should neither depend on each other nor > declare each others symbols (either by including each other or directly), > except for a few well documented warty cases like `size_t'. I'll try to go through all the include files and at least document the cases where they depend on each other. Then we can discuss what to do about each case afterwards. Eivind. Sigh. All this fuzz "just to close a PR"... From owner-freebsd-current Thu May 8 11:14:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11113 for current-outgoing; Thu, 8 May 1997 11:14:14 -0700 (PDT) Received: from peeper.my.domain ([208.128.8.122]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA11099 for ; Thu, 8 May 1997 11:14:06 -0700 (PDT) Received: (from tom@localhost) by peeper.my.domain (8.8.5/8.7.3) id NAA02184; Thu, 8 May 1997 13:08:14 -0500 (CDT) Message-ID: <19970508130813.34535@peeper.my.domain> Date: Thu, 8 May 1997 13:08:13 -0500 From: Tom Jackson To: FreeBSD Current Subject: make world yes/make kernel no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69e Reply-To: toj@gorilla.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After the include files backout, 6+ hour make world with clobber succeeded but then a make kernel gave: cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -g -nostdinc -I- -I. -I../.. -I../../../include -DMD5 -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DFFS -DINET -DKERNEL -include opt_global.h ../../i386/i386/math_emulate.c ../../i386/i386/math_emulate.c: In function `sib': ../../i386/i386/math_emulate.c:632: incompatible types in assignment ../../i386/i386/math_emulate.c:635: invalid operands to binary + *** Error code 1 Stop. -- Tom Jackson I'm ProChoice->FreeBSD toj@gorilla.net http://www.freebsd.org tjackson@tulsix.utulsa.edu "Out in the Ozone Again" From owner-freebsd-current Thu May 8 12:16:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA14072 for current-outgoing; Thu, 8 May 1997 12:16:23 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA14067 for ; Thu, 8 May 1997 12:16:16 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id VAA23343 for ; Thu, 8 May 1997 21:16:05 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id VAA27131 for current@FreeBSD.ORG; Thu, 8 May 1997 21:16:03 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id VAA10334; Thu, 8 May 1997 21:01:13 +0200 (CEST) Message-ID: <19970508210112.44343@keltia.freenix.fr> Date: Thu, 8 May 1997 21:01:12 +0200 From: Ollivier Robert To: current@FreeBSD.ORG Subject: Re: bug in restore (can't restore dumps anymore) References: <19970508164431.61820@klemm.gtn.com> <19970508181050.TP28499@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: <19970508181050.TP28499@uriah.heep.sax.de>; from J Wunsch on Thu, May 08, 1997 at 06:10:50PM +0200 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3279 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to J Wunsch: > Not confirmed, although i don't run exactly -current. But i've > upgraded dump(8) to the current version. Not confirmed either under CURRENT. 221 [20:51] root@keltia:compile/NKELTIA# restore -iv Verify tape and initialize maps Tape block size is 32 Dump date: Wed May 7 14:17:04 1997 Dumped from: the epoch Level 0 dump of /var on keltia.freenix.fr:/dev/sd12e Label: none Extract directories from tape Initialize symbol table. restore > ls .: 2 ./ 5 crash@ 171 lost+found/ 12487 rwho/ 2 ../ 6147 cron/ 12455 mail/ 190 spool/ 6144 account/ 6151 db/ 174 msgs/ 536 tmp/ 12288 at/ 129 games/ 12486 preserve/ 6706 yp/ 12290 backups/ 137 log/ 175 run/ restore > -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #8: Wed May 7 13:25:41 CEST 1997 From owner-freebsd-current Thu May 8 13:39:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA18318 for current-outgoing; Thu, 8 May 1997 13:39:10 -0700 (PDT) Received: from mpress.com (mpress.com [208.138.29.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA18307 for ; Thu, 8 May 1997 13:39:06 -0700 (PDT) Received: (qmail 10730 invoked by uid 100); 8 May 1997 20:39:03 -0000 Message-ID: <19970508133903.59852@mpress.com> Date: Thu, 8 May 1997 13:39:03 -0700 From: Brian Litzinger To: freebsd-smp@freebsd.org, freebsd-current@freebsd.org Subject: Panic Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tyan S1668 Dual PP150 in dual processor mode. with make world and kernel late 5/6/97 PDT. Fatal trap 12: page fault while in kernel mode cpunumber = 0 fault virtual address = 0x44 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0111330 stack pointer = 0x10:0xf49bff30 frame pointer = 0x10:0xf49bff30 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 4 (update) interrupt mask = kernel: type 12 trap, code=0 Stopped at _lockstatus+0x8: cmpw $0,0x10(%edx) Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Thu May 8 02:38:55 GMT 1997 brian@research.mpress.com:/uss/src/sys-UP/compile/SMP FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011 cpu1 (AP): apic id: 0, version: 0x00040011 io0 (APIC): apic id: 2, version: 0x00170011 CPU: Pentium Pro (686-class CPU) Origin = "GenuineIntel" Id = 0x612 Stepping=2 Features=0xfbff,MTRR,PGE,MCA,CMOV> real memory = 67108864 (65536K bytes) avail memory = 63348736 (61864K bytes) bdevsw_add_generic: adding D_DISK flag for device 7 bdevsw_add_generic: adding D_DISK flag for device 16 bdevsw_add_generic: adding D_DISK flag for device 17 Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0:0 chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 de0 rev 35 int a irq 19 on pci0:11:0 Freeing (NOT implemented) redirected PCI irq 11. de0: 21040 [10Mb/s] pass 2.3 de0: address 00:c0:95:ec:22:ef de0: enabling 10baseT port ahc0 rev 3 int a irq 18 on pci0:12:0 Freeing (NOT implemented) redirected PCI irq 15. ahc0: aic7870 Wide Channel, SCSI Id=7, 16 SCBs scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 4095MB (8388315 512 byte sectors) vga0 rev 0 on pci0:13:0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 ed1 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 wdc1 not found at 0x170 aha0 not found at 0x330 aic0 not found at 0x340 wt0 not found at 0x300 mcd0 not found at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 npx0 on motherboard npx0: INT 16 interface apm0: disabled, not probed. changing root device to sd0a Enabled INTs: 1, 2, 3, 4, 6, 7, 8, 18, 19, imen: 0x00f3fe21 WARNING: / was not properly dismounted. SMP: All idle procs online. You can now activate SMP processing, use: sysctl -w kern.smp_active=2 SMP: Starting 1st AP! SMP: AP CPU #1 LAUNCHED!! Starting Scheduling... SMP: TADA! CPU #1 made it into the scheduler!. SMP: All 2 CPU's are online! -- Brian Litzinger brian@mediacity.com From owner-freebsd-current Thu May 8 13:58:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA19076 for current-outgoing; Thu, 8 May 1997 13:58:55 -0700 (PDT) Received: from mpress.com (mpress.com [208.138.29.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA19069 for ; Thu, 8 May 1997 13:58:53 -0700 (PDT) Received: (qmail 11405 invoked by uid 100); 8 May 1997 20:58:45 -0000 Message-ID: <19970508135844.09441@mpress.com> Date: Thu, 8 May 1997 13:58:44 -0700 From: Brian Litzinger To: freebsd-current@freebsd.org Subject: current kernel no compile Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DFAILSAFE -DCOMPAT_43 -DNFS -DFFS -DINET -DSMP_INVLTLB -DKERNEL -include opt_global.h ../../i386/i386/math_emulate.c ../../i386/i386/math_emulate.c: In function `sib': ../../i386/i386/math_emulate.c:632: incompatible types in assignment ../../i386/i386/math_emulate.c:635: invalid operands to binary + *** Error code 1 I had supp'ed Thu May 8 13:50:38 PDT 1997 -- Brian Litzinger brian@mediacity.com From owner-freebsd-current Thu May 8 16:16:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25639 for current-outgoing; Thu, 8 May 1997 16:16:56 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA25627; Thu, 8 May 1997 16:16:52 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id RAA11065; Thu, 8 May 1997 17:16:46 -0600 (MDT) Message-Id: <199705082316.RAA11065@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Brian Litzinger cc: freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Panic In-reply-to: Your message of "Thu, 08 May 1997 13:39:03 PDT." <19970508133903.59852@mpress.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 May 1997 17:16:46 -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, >Tyan S1668 Dual PP150 in dual processor mode. >with make world and kernel late 5/6/97 PDT. > >Fatal trap 12: page fault while in kernel mode > ... ...get one problem fixed then somwething else breaks! I just cvsup'ed standard and started a make world, haven't done that in over a week. I have to go fix someones network, so I won't know the results till late tonite... Any idea what program caught the trap? had you been running long, or was it almost immediate? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-current Thu May 8 16:48:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA27200 for current-outgoing; Thu, 8 May 1997 16:48:40 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA27195 for ; Thu, 8 May 1997 16:48:29 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id JAA10890; Fri, 9 May 1997 09:44:56 +1000 Date: Fri, 9 May 1997 09:44:56 +1000 From: Bruce Evans Message-Id: <199705082344.JAA10890@godzilla.zeta.org.au> To: current@FreeBSD.ORG, j@uriah.heep.sax.de Subject: Re: Problems using remote gdb Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >So now, what has the handbook to be changed to? > >Bruce, reading the handbook isn't rocket science :), just in case you >don't know how to use Lynx, here's the appropriate paragraphs: Using lynx isn't rocket science :-). The configuration of serial consoles is under development and not very suiatble for putting in handbooks (the current configuration doesn't apply to 2.2...). > strip -x, and boot it using the -d boot option. Connect the first ^^^^^^^^^ > serial line of the target machine to any serial line of the debugging ^^^^^^^^^^^ Now any sio port can be used. Previously only sio0 with the default configuration (with i/o address 0x3f8, etc.) could be used. >(kgdb) > > Initialize the remote debugging session (assuming the first serial ^^^^^^^^^^^^^^^^ > port is being used) by: ^^^^ > >(kgdb) target remote /dev/cuaa0 ^^^^^^^^^^^ This is the first sio port on a FreeBSD debugger-host. Any serial port on any debugger-host can be used. > Now, on the target host (that entered DDB right before even starting ^^^^^^^^^^^ some confusion about `host'. I used it for the machine running gdb. > the device probe), type: Bruce From owner-freebsd-current Thu May 8 18:31:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01480 for current-outgoing; Thu, 8 May 1997 18:31:40 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA01474; Thu, 8 May 1997 18:31:38 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA29328; Thu, 8 May 1997 18:27:51 -0700 From: Terry Lambert Message-Id: <199705090127.SAA29328@phaeton.artisoft.com> Subject: PATCHES: NFS server locking support To: hackers@freebsd.org, current@freebsd.org Date: Thu, 8 May 1997 18:27:50 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have just uploaded patches for kernel support of NFS server locking. They are on freefall in the file: ~terry/LOCK.DIFF This file contains: o The NAMEI layering changes o The namei() EXCLUDE flag changes Note: If you don't like this, fix CVS, or apply the inverse of the NAMEI patch, which is located in: ~terry/NAMEI.DIFF.FREEZE Otherwise, I think this should be committed as a unit. o The necessary changes to the fcntl(2) man page o Support for the additional fcntl(2) operands: F_RGETLK Remote Get lock F_RSETLK Remote set lock F_RSETLKW Remote set lock, blocking * F_CNVT Convert NFS handle to open fd o Support for the additional record locking flag: ** F_UNLKSYS Remove all locks for a given system id o Veto restructuring changes to VOP_ADVLOCK and the FS specific VOP_ADVLOCK code, as necessary to implement reversible local lock assertion in the case of an NFS client lock failure. As a side effect, advisory file and record locking now works on all file systems, not just FFS and NFS. Notes: * F_CNVT requires a covenant between the NFS lockd in user space, and the kernel, based on the wire representation of NFS file handles propagated to the lockd process. Because I don't know what this is from the incomplete user space rpc.lockd code, this function is stubbed to return ENOSYS. Once this information is documented, it will be a simple matter to call FHTOVP on the user's behalf. Note that POSIX close semantics regarding advisory locking are antagonistic to an NFS lockd at this time. I have not written a POSIX namespace override option for open or for fcntl() at this time. This means the user space NFS lockd will not be able to coelesce open fd's, and must lazy-close them based on stat information. This will severely restrict the number of simultaneous locking clients that can ne active at one time until these semantic overrides go in. ** The F_UNLKSYS function operates on a single process open file table. This means that you can not have peer-based load balancing of NFS lockd clients. This could be rewritten to travers the system open file table instead of the per process open file table. If this were done, the restriction would be lifted. I am personally more interested in a multithreaded NFS lockd instead of a multiple instances of an NFS lockd, so I have not done this. This file does *NOT* contain: o Patches to rpc.lockd to make it anything other than the stub server it currently is. o NFS client locking code in nfs/nfs_vnops.c o Necessary POSIX semantic overides on close(2) interaction with advisory locks for multiple open fd's referencing the same file. o Mandatory locking support for Solaris ABI compatavbility (it's relatively trivial, but would complicate testing). What I am intereted in: o If anyone can panic the code. o If this breaks any locking applications. It seems to pass POSIX validation on my local system, but I would be interested in more complex multi-process locking tests which exercise the proxy facilities in addition to the local locking semantics. I would be interested in deadlock and collision/embrace case tests, if anyone is interested in writing them. o I'd like to see this code committed, assuming it doesn't break anything, including the namei changes. I think the additional functionality added to all FS's instead of just NFS an FFS proves the merits of correcting the layering, as well as the merits of veto-based processing. o I'd like to see someone flesh out the rpc.lockd, like Jordan promised to do for his BSD internals class. If the code is committed so that I don't have to maintain it locally, I'd be happy to work on rpc.lockd with the time saved. o NetBSD/OpenBSD/BSDi picking up this code. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Thu May 8 19:26:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA04238 for current-outgoing; Thu, 8 May 1997 19:26:31 -0700 (PDT) Received: from mpress.com (mpress.com [208.138.29.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA04224 for ; Thu, 8 May 1997 19:26:27 -0700 (PDT) Received: (qmail 13841 invoked by uid 100); 9 May 1997 02:26:21 -0000 Message-ID: <19970508192621.06979@mpress.com> Date: Thu, 8 May 1997 19:26:21 -0700 From: Brian Litzinger To: Steve Passe Cc: freebsd-smp@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: Panic References: <19970508133903.59852@mpress.com> <199705082316.RAA11065@Ilsa.StevesCafe.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199705082316.RAA11065@Ilsa.StevesCafe.com>; from Steve Passe on Thu, May 08, 1997 at 05:16:46PM -0600 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On May 8, Steve Passe wrote: > Hi, > > >Tyan S1668 Dual PP150 in dual processor mode. > >with make world and kernel late 5/6/97 PDT. > > > >Fatal trap 12: page fault while in kernel mode > > ... > > ...get one problem fixed then somwething else breaks! > > I just cvsup'ed standard and started a make world, haven't done that in over > a week. I have to go fix someones network, so I won't know the results till > late tonite... > > Any idea what program caught the trap? had you been running long, or was it > almost immediate? I do not. The system had been running for about 12 hours when it happened. The system was just sitting idle. It did it in the middle of the night. brian From owner-freebsd-current Thu May 8 19:34:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA04737 for current-outgoing; Thu, 8 May 1997 19:34:20 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA04698; Thu, 8 May 1997 19:34:00 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id EAA00875; Fri, 9 May 1997 04:33:55 +0200 (MET DST) Date: Fri, 9 May 1997 04:33:55 +0200 (MET DST) Message-Id: <199705090233.EAA00875@bitbox.follo.net> From: Eivind Eklund To: peter@freebsd.org, current@freebsd.org Subject: -current kernel breakage Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (Resent due to typo - should go to -current, too) The following commit seems breaks src/sys/i386/i386/math_emulate.h 1.8 Wed May 7 19:55:13 1997 by peter CVS Tags: HEAD Diffs to 1.7 Convert md_regs from an int[] to a struct trapframe *. It simplifies some code. =================================================================== RCS file: /home/ncvs/src/sys/i386/include/proc.h,v retrieving revision 1.7 retrieving revision 1.8 diff -p -u -r1.7 -r1.8 --- src/sys/i386/include/proc.h 1997/02/22 09:34:59 1.7 +++ /home/ncvs/src/sys/i386/include/proc.h 1997/05/07 19:55:13 1.8 @@ -31,20 +31,17 @@ * SUCH DAMAGE. * * from: @(#)proc.h 7.1 (Berkeley) 5/15/91 - * $Id: proc.h,v 1.7 1997/02/22 09:34:59 peter Exp $ + * $Id: proc.h,v 1.8 1997/05/07 19:55:13 peter Exp $ */ #ifndef _MACHINE_PROC_H_ -#define _MACHINE_PROC_H_ 1 +#define _MACHINE_PROC_H_ /* * Machine-dependent part of the proc structure for i386. */ struct mdproc { - int md_flags; /* machine-dependent flags */ - int *md_regs; /* registers on current frame */ + struct trapframe *md_regs; /* registers on current frame */ }; -/* md_flags */ -#define MDP_AST 0x0001 /* async trap pending */ -#endif /* _MACHINE_PROC_H_ */ +#endif /* !_MACHINE_PROC_H_ */ The following patch fix it, but I'm not certain whether that or a further rewrite of math_emulate is the best way to go. --- ../../i386/i386/math_emulate.c.orig Fri May 9 04:20:05 1997 +++ ../../i386/i386/math_emulate.c Fri May 9 04:22:48 1997 @@ -613,7 +613,7 @@ tEAX, tECX, tEDX, tEBX, tESP, tEBP, tESI, tEDI }; -#define REG(x) (curproc->p_md.md_regs[__regoffset[(x)]]) +#define REG(x) (((int*)curproc->p_md.md_regs)[__regoffset[(x)]]) static char * sib(struct trapframe * info, int mod) Eivind. From owner-freebsd-current Thu May 8 20:09:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06354 for current-outgoing; Thu, 8 May 1997 20:09:18 -0700 (PDT) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA06349 for ; Thu, 8 May 1997 20:09:16 -0700 (PDT) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id UAA04692; Thu, 8 May 1997 20:09:15 -0700 Date: Thu, 8 May 1997 20:09:15 -0700 From: Sean Eric Fagan Message-Id: <199705090309.UAA04692@kithrup.com> To: current@freebsd.org Subject: Re: PATCHES: NFS server locking support Newsgroups: kithrup.freebsd.current In-Reply-To: <199705090127.SAA29328.kithrup.freebsd.current@phaeton.artisoft.com> Organization: Kithrup Enterprises, Ltd. Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199705090127.SAA29328.kithrup.freebsd.current@phaeton.artisoft.com> terry writes: >I have just uploaded patches for kernel support of NFS server locking. I've looked at a previous version of these patches before (and am going over the current ones now). > o The NAMEI layering changes > o The namei() EXCLUDE flag changes > > Note: If you don't like this, fix CVS, or apply > the inverse of the NAMEI patch, which is > located in: > > ~terry/NAMEI.DIFF.FREEZE > > Otherwise, I think this should be committed > as a unit. I am still, as I have told Terry, not sure about these changes. I don't object to them in principal (and, for what they want to do, the code looks correct, based on my manual examination), but they are a change in the API, and that bothers me. > o The necessary changes to the fcntl(2) man page > o Support for the additional fcntl(2) operands: [...] >Notes: * F_CNVT requires a covenant between the NFS lockd in > user space, and the kernel, based on the wire > representation of NFS file handles propagated to > the lockd process. Because I don't know what this > is from the incomplete user space rpc.lockd code, > this function is stubbed to return ENOSYS. Once > this information is documented, it will be a simple > matter to call FHTOVP on the user's behalf. While I think this is a nice thing, and the code seems okay (I wonder about the "backward compatibility hack" though). However... I would prefer to see some explanation of the programming model (although it's pretty easy to figure out, I think, based on the code) *AND* a working lockd. (But, again: not a terribly strong requirement, as long as lockd is being worked on. But without it, these changes do nothing, which means just another source of potential bitrot.) >This file does *NOT* contain: > > o Patches to rpc.lockd to make it anything other than > the stub server it currently is. > > o NFS client locking code in nfs/nfs_vnops.c See my above comment about these. >What I am intereted in: > > o If anyone can panic the code. > > o If this breaks any locking applications. It seems to > pass POSIX validation on my local system, but I would > be interested in more complex multi-process locking > tests which exercise the proxy facilities in addition > to the local locking semantics. I would be interested > in deadlock and collision/embrace case tests, if anyone > is interested in writing them. However, these are very worthwhile reasons to try this out. I assume Terry has done all the testing he thinks he's able to do, and wants to get it out to a wider audience. (Although, speaking from personal experience, this is always a terribly frustrating thing to do while developing code. *sigh* Unfortunately, since I don't do much with locking, and nothing with NFS, I'm not a good test subject, so I can't volunteer for that. Sorry.) > o I'd like to see this code committed, assuming it doesn't > break anything, including the namei changes. I think > the additional functionality added to all FS's instead > of just NFS an FFS proves the merits of correcting the > layering, as well as the merits of veto-based processing. The namei changes to concern me. The other people working on filesystem code *MUST* buy into this. If they're willing to do the changes, I don't object (if anyone really cares, I mean ;)). Sean. From owner-freebsd-current Thu May 8 22:26:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA11821 for current-outgoing; Thu, 8 May 1997 22:26:20 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA11804; Thu, 8 May 1997 22:26:14 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id WAA16607; Thu, 8 May 1997 22:26:21 -0700 (PDT) To: current@freebsd.org cc: announce@freebsd.org Subject: 3.0 SNAPshots on ftp.freebsd.org Date: Thu, 08 May 1997 22:26:21 -0700 Message-ID: <16603.863155581@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, it looks like someone other than myself got to break sysinstall for this snap (not to name names, but the CVS repository will point up the guilty party :-) - using the (A)ll disk option will now core dump sysinstall in the 970505 sources (and it's still broken in -current but I expect a fix to be committed shortly). Hmph. I'm sorry folks, and I don't really know what to say, but it's effectively the case now that 3.0-970505-SNAP is unusable with a very often-used installation option and so I will now withdraw it from ftp.freebsd.org. Since doing this on a regular basis also sucks, I think that I will call a halt to all further 3.0-SNAPs for the time being until I can evolve a better way of dealing with this. My feeling is that our best solution will be to find some VERY KIND PERSON [hint hint :-)] to allow us to use their PPro-200 box to build and offer for FTP daily 3.0-SNAPs in much the same way that the releng22.freebsd.org (admin1.calweb.com) machine does it for the 2.2 branch. That way people can just grab the snap-o-the-day and see what they think of it. If one looks especially functional, we can also copy it to ftp.freebsd.org in much the same way we do with the RELENG 2.2 stuff but it will *not* be the most definitive version, that will remain on the SNAP-server. Thoughts? Anyone care to donate some CPU time, disk space and network connectivity to host this service? Basically, it's gotta be at least a mid-speed Pentium Pro or a fast Pentium (200Mhz), have at least 800MB of disk storage to spare and be T1 or better connected to the net. Anything less and really, honestly, you don't want to go there. ;-) Thanks! Jordan From owner-freebsd-current Thu May 8 23:02:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA13156 for current-outgoing; Thu, 8 May 1997 23:02:44 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA13147; Thu, 8 May 1997 23:02:39 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id IAA01928; Fri, 9 May 1997 08:02:29 +0200 (MET DST) Date: Fri, 9 May 1997 08:02:29 +0200 (MET DST) Message-Id: <199705090602.IAA01928@bitbox.follo.net> From: Eivind Eklund To: "Jordan K. Hubbard" CC: current@FreeBSD.ORG, announce@FreeBSD.ORG In-reply-to: "Jordan K. Hubbard"'s message of Thu, 08 May 1997 22:26:21 -0700 Subject: Re: 3.0 SNAPshots on ftp.freebsd.org References: <16603.863155581@time.cdrom.com> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > That way people can just grab the snap-o-the-day and see what they > think of it. If one looks especially functional, we can also copy it > to ftp.freebsd.org in much the same way we do with the RELENG 2.2 > stuff but it will *not* be the most definitive version, that will > remain on the SNAP-server. > > Thoughts? Anyone care to donate some CPU time, disk space and network > connectivity to host this service? Basically, it's gotta be at least > a mid-speed Pentium Pro or a fast Pentium (200Mhz), have at least > 800MB of disk storage to spare and be T1 or better connected to the > net. Anything less and really, honestly, you don't want to go > there. ;-) I was actually planning to do this, mainly for internal testing. I'm not certain I can donate the bandwidth for a lot of downloads - the disk is already there, as is some CPU (P166, which _might_ be enough - make world takes about 3.5 hours). I could make more CPU available by switching over my own box (PPro 200), but I would like to keep that for myself :-) I'll see how the setup works, and if the load on the machine for creating the releases turn out to be satisfactory, attempt to make it available to the wider community on a trial basis. If load for downloads turn out to be too much, I'll try to find somewhere else to make it available for ftp (paying for hosting if necessary.) Anybody else going to do the experiment? Eivind. From owner-freebsd-current Thu May 8 23:48:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA15614 for current-outgoing; Thu, 8 May 1997 23:48:31 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA15609; Thu, 8 May 1997 23:48:29 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id XAA16875; Thu, 8 May 1997 23:48:36 -0700 (PDT) To: hub@freebsd.org Cc: current@freebsd.org Subject: Please remove all 3.0-SNAP releases from mirror sites... Date: Thu, 08 May 1997 23:48:36 -0700 Message-ID: <16871.863160516@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After thinking long and hard about this for the last 8 weeks (and the currently broken snapshot was simply the last in a long series of annoyances with -current release building), I've concluded that 3.0 is simply not ready yet, even to be SNAPshoted, and I am discontinuing SNAPs for now. SNAPshots are reasonable test vehicles only when the pain/benefit ratio for making them is reasonable, and that definitely has not been the case for quite some time. Even when you can somehow manage to build one, and that's generally true only for perhaps one day in ten right now, what you wind up with is usually so broken as to be unusable (as were the last two attempts). And so, to avoid confusion, please delete any 3.0 snaps from your sites. I will no longer support them nor will Walnut Creek CDROM be releasing any on CD. Should a "SNAP server" appear at some point then it'll be a somewhat different ballgame since that's a fully automated, totally non-supported release mechanism and if it falls over or cranks out crap for a few weeks, well, you should have read the warning labels on it first before using it. :) Jordan From owner-freebsd-current Fri May 9 01:11:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA19895 for current-outgoing; Fri, 9 May 1997 01:11:06 -0700 (PDT) Received: from mx12.netvision.net.il (mx12.NetVision.net.il [194.90.1.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA19885 for ; Fri, 9 May 1997 01:11:02 -0700 (PDT) Received: (qmail 6058 invoked from network); 9 May 1997 08:10:54 -0000 Received: from burka.netvision.net.il (gena@194.90.1.23) by mx12.netvision.net.il with SMTP; 9 May 1997 08:10:54 -0000 Message-ID: X-Mailer: XFMail 1.2-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <19970508133903.59852@mpress.com> Date: Fri, 09 May 1997 11:09:05 +0300 (IDT) X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision Ltd. From: Gennady Sorokopud To: Brian Litzinger Subject: RE: Panic Cc: freebsd-current@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm getting those panics for already 2-3 weeks :-(. (i'm not using SMP). One was caused by lstat on file with very long file name, all others .. god knows. I just got one exactly like this 2 hours ago :-(. On 08-May-97 Brian Litzinger wrote: >Tyan S1668 Dual PP150 in dual processor mode. >with make world and kernel late 5/6/97 PDT. > >Fatal trap 12: page fault while in kernel mode >cpunumber = 0 >fault virtual address = 0x44 >fault code = supervisor read, page not present >instruction pointer = 0x8:0xf0111330 >stack pointer = 0x10:0xf49bff30 >frame pointer = 0x10:0xf49bff30 >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32, gran 1 >processor eflags = interrupt enabled, resume, IOPL = 0 >current process = 4 (update) >interrupt mask = > >kernel: type 12 trap, code=0 >Stopped at _lockstatus+0x8: cmpw $0,0x10(%edx) > > >Copyright (c) 1992-1997 FreeBSD Inc. >Copyright (c) 1982, 1986, 1989, 1991, 1993 > The Regents of the University of California. All rights reserved. >FreeBSD 3.0-CURRENT #0: Thu May 8 02:38:55 GMT 1997 > brian@research.mpress.com:/uss/src/sys-UP/compile/SMP >FreeBSD/SMP: Multiprocessor motherboard > cpu0 (BSP): apic id: 1, version: 0x00040011 > cpu1 (AP): apic id: 0, version: 0x00040011 > io0 (APIC): apic id: 2, version: 0x00170011 >CPU: Pentium Pro (686-class CPU) > Origin = "GenuineIntel" Id = 0x612 Stepping=2 > >Features=0xfbff,MTRR,PGE,MCA,CMOV >> >real memory = 67108864 (65536K bytes) >avail memory = 63348736 (61864K bytes) >bdevsw_add_generic: adding D_DISK flag for device 7 >bdevsw_add_generic: adding D_DISK flag for device 16 >bdevsw_add_generic: adding D_DISK flag for device 17 >Probing for devices on PCI bus 0: >chip0 rev 2 on pci0:0:0 >chip1 rev 1 on pci0:7:0 >chip2 rev 0 on pci0:7:1 >de0 rev 35 int a irq 19 on pci0:11:0 >Freeing (NOT implemented) redirected PCI irq 11. >de0: 21040 [10Mb/s] pass 2.3 >de0: address 00:c0:95:ec:22:ef >de0: enabling 10baseT port >ahc0 rev 3 int a irq 18 on pci0:12:0 >Freeing (NOT implemented) redirected PCI irq 15. >ahc0: aic7870 Wide Channel, SCSI Id=7, 16 SCBs >scbus0 at ahc0 bus 0 >sd0 at scbus0 target 0 lun 0 >sd0: type 0 fixed SCSI 2 >sd0: Direct-Access 4095MB (8388315 512 byte sectors) >vga0 rev 0 on pci0:13:0 >Probing for devices on the ISA bus: >sc0 at 0x60-0x6f irq 1 on motherboard >sc0: VGA color <16 virtual consoles, flags=0x0> >ed0 not found at 0x280 >ed1 not found at 0x300 >sio0 at 0x3f8-0x3ff irq 4 on isa >sio0: type 16550A >sio1 at 0x2f8-0x2ff irq 3 on isa >sio1: type 16550A >sio2: disabled, not probed. >lpt0 at 0x378-0x37f irq 7 on isa >lpt0: Interrupt-driven port >lp0: TCP/IP capable interface >psm0: disabled, not probed. >fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa >fdc0: NEC 72065B >fd0: 1.44MB 3.5in >wdc0 not found at 0x1f0 >wdc1 not found at 0x170 >aha0 not found at 0x330 >aic0 not found at 0x340 >wt0 not found at 0x300 >mcd0 not found at 0x300 >matcdc0 not found at 0x230 >scd0 not found at 0x230 >npx0 on motherboard >npx0: INT 16 interface >apm0: disabled, not probed. >changing root device to sd0a >Enabled INTs: 1, 2, 3, 4, 6, 7, 8, 18, 19, imen: 0x00f3fe21 >WARNING: / was not properly dismounted. >SMP: All idle procs online. >You can now activate SMP processing, use: sysctl -w kern.smp_active=2 >SMP: Starting 1st AP! >SMP: AP CPU #1 LAUNCHED!! Starting Scheduling... >SMP: TADA! CPU #1 made it into the scheduler!. >SMP: All 2 CPU's are online! >-- >Brian Litzinger >brian@mediacity.com Best regards. -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: Gennady Sorokopud PGP public key is available by fingering gena@netvision.net.il This message was sent at 09-May-97 11:09:06 by XFMail From owner-freebsd-current Fri May 9 01:14:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA20063 for current-outgoing; Fri, 9 May 1997 01:14:40 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA20049 for ; Fri, 9 May 1997 01:14:37 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id IAA21094 for ; Fri, 9 May 1997 08:14:29 GMT Date: Fri, 9 May 1997 17:14:28 +0900 (JST) From: Michael Hancock To: freebsd-current@freebsd.org Subject: byacc and Perl Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Would upgrading byacc to the Perl capable version cause any uproar? For example you can do: byacc -P foo.y and it will generate y.tab.pl. Regards, Mike Hancock From owner-freebsd-current Fri May 9 02:43:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA23680 for current-outgoing; Fri, 9 May 1997 02:43:49 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA23675 for ; Fri, 9 May 1997 02:43:44 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA25977 for current@FreeBSD.ORG; Fri, 9 May 1997 11:43:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA03600; Fri, 9 May 1997 10:15:29 +0200 (MET DST) Message-ID: <19970509101528.TX43772@uriah.heep.sax.de> Date: Fri, 9 May 1997 10:15:28 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Problems using remote gdb References: <199705082344.JAA10890@godzilla.zeta.org.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705082344.JAA10890@godzilla.zeta.org.au>; from Bruce Evans on May 9, 1997 09:44:56 +1000 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > The configuration of serial consoles is under development and not very > suiatble for putting in handbooks (the current configuration doesn't > apply to 2.2...). There's no problem for the handbook verbally mentioning the differences between version. Well actually, the information in the handbook works for 2.2, so the flags only have to be mentioned as a 3.0 item. > > strip -x, and boot it using the -d boot option. Connect the first > ^^^^^^^^^ > > serial line of the target machine to any serial line of the debugging > ^^^^^^^^^^^ Now any sio port can be used. Previously only sio0 with > the default configuration (with i/o address 0x3f8, etc.) > could be used. What are the knobs for this? > > Initialize the remote debugging session (assuming the first serial > ^^^^^^^^^^^^^^^^ > > port is being used) by: > ^^^^ > > > >(kgdb) target remote /dev/cuaa0 > ^^^^^^^^^^^ > > This is the first sio port on a FreeBSD debugger-host. Any serial port on > any debugger-host can be used. Sure. That's why a wrote ``assuming the first serial port''. From a kernel hacker, i expect he knows that the second port will be cuaa1 etc. ;-) > > Now, on the target host (that entered DDB right before even starting > ^^^^^^^^^^^ some confusion about `host'. > I used it for the machine running gdb. > > the device probe), type: Target host is the machine running the kernel to test. That's also the machine that now (apparently) requires some flags to sio0 (or whatever has been chosen), so my question: which flags? According to Justin, 0x40. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri May 9 04:02:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA27166 for current-outgoing; Fri, 9 May 1997 04:02:07 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA27114 for ; Fri, 9 May 1997 04:00:11 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id UAA01919; Fri, 9 May 1997 20:54:59 +1000 Date: Fri, 9 May 1997 20:54:59 +1000 From: Bruce Evans Message-Id: <199705091054.UAA01919@godzilla.zeta.org.au> To: current@freebsd.org, j@uriah.heep.sax.de Subject: Re: Problems using remote gdb Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > strip -x, and boot it using the -d boot option. Connect the first >> ^^^^^^^^^ >> > serial line of the target machine to any serial line of the debugging >> ^^^^^^^^^^^ Now any sio port can be used. Previously only sio0 with >> the default configuration (with i/o address 0x3f8, etc.) >> could be used. > >What are the knobs for this? See LINT. >> >(kgdb) target remote /dev/cuaa0 >> ^^^^^^^^^^^ >> >> This is the first sio port on a FreeBSD debugger-host. Any serial port on >> any debugger-host can be used. > >Sure. That's why a wrote ``assuming the first serial port''. From a >kernel hacker, i expect he knows that the second port will be cuaa1 >etc. ;-) It's only the first sio serial port under FreeBSD. >> > Now, on the target host (that entered DDB right before even starting >> ^^^^^^^^^^^ some confusion about `host'. >> I used it for the machine running gdb. >> > the device probe), type: > >Target host is the machine running the kernel to test. That's also Targets aren't usually referred to as hosts. See gdb.info. >the machine that now (apparently) requires some flags to sio0 (or >whatever has been chosen), so my question: which flags? According to >Justin, 0x40. Nope. 0x10. See LINT. Bruce From owner-freebsd-current Fri May 9 08:35:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA10034 for current-outgoing; Fri, 9 May 1997 08:35:18 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA10020 for ; Fri, 9 May 1997 08:35:13 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wPrgr-0000NV-00; Fri, 9 May 1997 09:34:37 -0600 To: S ren Schmidt Subject: Re: #include problem breaks current Cc: roberto@keltia.freenix.fr (Ollivier Robert), freebsd-current@freebsd.org In-reply-to: Your message of "Wed, 07 May 1997 21:35:35 +0200." <199705071935.VAA02871@sos.freebsd.dk> References: <199705071935.VAA02871@sos.freebsd.dk> Date: Fri, 09 May 1997 09:34:37 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705071935.VAA02871@sos.freebsd.dk> S ren Schmidt writes: : Could we please get this mess sorted out, I'm sick and tired of all : that nitpicking with include files lately :(, is it REALLY nessesary : to make us different from the rest of the world ???? No. It isn't. These changes seem gratuitous to me. Warner From owner-freebsd-current Fri May 9 08:42:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA10553 for current-outgoing; Fri, 9 May 1997 08:42:55 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA10548 for ; Fri, 9 May 1997 08:42:52 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wPrmp-0000Os-00; Fri, 9 May 1997 09:40:47 -0600 To: Eivind Eklund Subject: Re: #include problem breaks current Cc: Bruce Evans , sos@sos.freebsd.dk, freebsd-current@freebsd.org, roberto@keltia.freenix.fr In-reply-to: Your message of "Thu, 08 May 1997 19:56:56 +0200." <199705081756.TAA06245@bitbox.follo.net> References: <199705081756.TAA06245@bitbox.follo.net> <199705072230.IAA21803@godzilla.zeta.org.au> Date: Fri, 09 May 1997 09:40:47 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705081756.TAA06245@bitbox.follo.net> Eivind Eklund writes: : I'll try to go through all the include files and at least document the : cases where they depend on each other. : Then we can discuss what to do about each case afterwards. Right now I'd say the vast majority of cases are documented. For example, see the connect man page. It clearly shows that you have to include sys/types.h before sys/socket.h. fts clearly shows that sys/types.h and sys/stat.h are requried to be included before fts.h. : Sigh. All this fuzz "just to close a PR"... Not all PRs should be closed. Many are clearly wrong. Warner From owner-freebsd-current Fri May 9 09:03:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA12000 for current-outgoing; Fri, 9 May 1997 09:03:47 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA11995 for ; Fri, 9 May 1997 09:03:43 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA02699 for current@FreeBSD.ORG; Fri, 9 May 1997 18:03:42 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id RAA04807; Fri, 9 May 1997 17:54:20 +0200 (MET DST) Message-ID: <19970509175420.MI56305@uriah.heep.sax.de> Date: Fri, 9 May 1997 17:54:20 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Problems using remote gdb References: <199705091054.UAA01919@godzilla.zeta.org.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705091054.UAA01919@godzilla.zeta.org.au>; from Bruce Evans on May 9, 1997 20:54:59 +1000 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > >Sure. That's why a wrote ``assuming the first serial port''. From a > >kernel hacker, i expect he knows that the second port will be cuaa1 > >etc. ;-) > > It's only the first sio serial port under FreeBSD. Well, it's the FreeBSD handbook, too. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri May 9 09:05:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA12141 for current-outgoing; Fri, 9 May 1997 09:05:18 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA12120 for ; Fri, 9 May 1997 09:04:58 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id SAA02595; Fri, 9 May 1997 18:04:14 +0200 (MET DST) Date: Fri, 9 May 1997 18:04:14 +0200 (MET DST) Message-Id: <199705091604.SAA02595@bitbox.follo.net> From: Eivind Eklund To: Warner Losh CC: bde@zeta.org.au, sos@sos.freebsd.dk, freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr In-reply-to: Warner Losh's message of Fri, 09 May 1997 09:40:47 -0600 Subject: Re: #include problem breaks current References: <199705081756.TAA06245@bitbox.follo.net> <199705072230.IAA21803@godzilla.zeta.org.au> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > In message <199705081756.TAA06245@bitbox.follo.net> Eivind Eklund writes: > : I'll try to go through all the include files and at least document the > : cases where they depend on each other. > : Then we can discuss what to do about each case afterwards. > > Right now I'd say the vast majority of cases are documented. For > example, see the connect man page. It clearly shows that you have to > include sys/types.h before sys/socket.h. fts clearly shows that > sys/types.h and sys/stat.h are requried to be included before fts.h. Yeah. I found some bad cases, but not many. And I was thinking of a collective documentation, to let us have the data to make a decision. > : Sigh. All this fuzz "just to close a PR"... > > Not all PRs should be closed. Many are clearly wrong. IMHO, all PRs should be closed. Not all PRs should be committed or result in any action; but all should be closed. If no corrective action is necessary, close with "PR is wrong - closed." Otherwise, we'll just end up with an infinite set of bad PRs - and that is a Bad Idea. Eivind. From owner-freebsd-current Fri May 9 09:07:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA12367 for current-outgoing; Fri, 9 May 1997 09:07:53 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA12357 for ; Fri, 9 May 1997 09:07:50 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wPsCe-0000QO-00; Fri, 9 May 1997 10:07:28 -0600 To: Eivind Eklund Subject: Re: #include problem breaks current Cc: bde@zeta.org.au, sos@sos.freebsd.dk, freebsd-current@freebsd.org, roberto@keltia.freenix.fr In-reply-to: Your message of "Fri, 09 May 1997 18:04:14 +0200." <199705091604.SAA02595@bitbox.follo.net> References: <199705091604.SAA02595@bitbox.follo.net> <199705081756.TAA06245@bitbox.follo.net> <199705072230.IAA21803@godzilla.zeta.org.au> Date: Fri, 09 May 1997 10:07:27 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705091604.SAA02595@bitbox.follo.net> Eivind Eklund writes: : > : Sigh. All this fuzz "just to close a PR"... : > : > Not all PRs should be closed. Many are clearly wrong. : : IMHO, all PRs should be closed. Not all PRs should be committed or : result in any action; but all should be closed. If no corrective : action is necessary, close with "PR is wrong - closed." : : Otherwise, we'll just end up with an infinite set of bad PRs - and : that is a Bad Idea. Yes. I was unclear about expressing exactly that same point. Warner From owner-freebsd-current Fri May 9 10:37:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA17900 for current-outgoing; Fri, 9 May 1997 10:37:07 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA17875; Fri, 9 May 1997 10:37:00 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA00623; Fri, 9 May 1997 10:32:17 -0700 From: Terry Lambert Message-Id: <199705091732.KAA00623@phaeton.artisoft.com> Subject: Re: PATCHES: NFS server locking support To: sef@Kithrup.COM (Sean Eric Fagan) Date: Fri, 9 May 1997 10:32:17 -0700 (MST) Cc: current@FreeBSD.ORG, fs@FreeBSD.ORG In-Reply-To: <199705090309.UAA04692@kithrup.com> from "Sean Eric Fagan" at May 8, 97 08:09:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > o The NAMEI layering changes > > o The namei() EXCLUDE flag changes > > I am still, as I have told Terry, not sure about these changes. I don't > object to them in principal (and, for what they want to do, the code looks > correct, based on my manual examination), but they are a change in the API, > and that bothers me. Unfortunately, I can't reasonably seperate them out of my source tree, yet proceed with other developement. My other developement is more important to me than spending the time to sterilize the changes. Free free to apply the inverse of the namei patch (the frozen NAMEI change patch), as suggested previously. As far as changing the API, I think that's exactly what needs to be done; it's been the fundamental basis of my FS arguments for years (that the current VOP/VFS layers were badly abstracted and not in concordance with the Heidemann documentation they purport to implement). > While I think this is a nice thing, and the code seems okay (I wonder about > the "backward compatibility hack" though). However... I would prefer to see > some explanation of the programming model (although it's pretty easy to > figure out, I think, based on the code) *AND* a working lockd. (But, again: > not a terribly strong requirement, as long as lockd is being worked on. But > without it, these changes do nothing, which means just another source of > potential bitrot.) I give Jordan permission to repost my private email to him regarding the rpc.lockd enforcement model that these patches have in mind. It is identical to the model in the ISO documentation, and it is identical to the model employed by Sun Microsystems in SunOS 4.x, so it's not like it's "black art" or anything. Until POSIX semantic overrrides are in place, handles are converted to fd's, and the requests are made on the fd's. The fd's are lazy-closed (this is documented in the comments on the lf_unlksys() function) to avoid the POSIX crap. I suggest a handle hash and reference counting via dev/inode from fstat of the fd's. Alternately, Andrew, who wrote the original lockd, might be interested in doing the rest of the code. Just to chime in here: I'd like to see the same documentation for much of the FreeBSD kernel, especially the VM system. 8-). > > o I'd like to see this code committed, assuming it doesn't > > break anything, including the namei changes. I think > > the additional functionality added to all FS's instead > > of just NFS an FFS proves the merits of correcting the > > layering, as well as the merits of veto-based processing. > > The namei changes to concern me. The other people working on filesystem > code *MUST* buy into this. If they're willing to do the changes, I don't > object (if anyone really cares, I mean ;)). Then you will also be concerned about what I did not document here: the lockf chain has been moved from the inode to the vnode; that's why it applies to all FS's equally now without additional local FS changes above the NFS/FFS changes to bring them in line with the new model. This will be obvious from even a cursory examination of the code, but I thought it would be best to prepare you. This necessitates a call to VOP_GETATTR() in the SEEK_SET case in order to get the file size. I viewed this as an acceptable trade (against a least-common case) that allowed me to abstract the advisory locking system away from the per FS in core inode object, and that's what makes advisory locking work on *ALL* FS's which return 0 from the FS specific VOP_ADVLOCK() (ie: they do not veto the lock request, and it is therefore committed). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 9 10:38:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA18022 for current-outgoing; Fri, 9 May 1997 10:38:52 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA18007; Fri, 9 May 1997 10:38:47 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA00646; Fri, 9 May 1997 10:34:42 -0700 From: Terry Lambert Message-Id: <199705091734.KAA00646@phaeton.artisoft.com> Subject: Re: PATCHES: NFS server locking support To: terry@lambert.org (Terry Lambert) Date: Fri, 9 May 1997 10:34:42 -0700 (MST) Cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199705090127.SAA29328@phaeton.artisoft.com> from "Terry Lambert" at May 8, 97 06:27:50 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have just uploaded patches for kernel support of NFS server locking. For people without freefall accounts, these files have also been placed for FTP at: ftp://cdrom.com/pub/FreeBSD/incoming/TERRY.LOCK.README ftp://cdrom.com/pub/FreeBSD/incoming/TERRY.LOCK.DIFF ftp://cdrom.com/pub/FreeBSD/incoming/TERRY.NAMEI.FREEZE Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri May 9 10:55:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19703 for current-outgoing; Fri, 9 May 1997 10:55:01 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA19695 for ; Fri, 9 May 1997 10:54:59 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id LAA23763; Fri, 9 May 1997 11:54:53 -0600 (MDT) Message-Id: <199705091754.LAA23763@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: current@FreeBSD.ORG Subject: Re: Problems using remote gdb In-reply-to: Your message of "Fri, 09 May 1997 10:15:28 +0200." <19970509101528.TX43772@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 12:53:09 -0600 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Target host is the machine running the kernel to test. That's also >the machine that now (apparently) requires some flags to sio0 (or >whatever has been chosen), so my question: which flags? According to >Justin, 0x40. 0x50 -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Fri May 9 10:57:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19933 for current-outgoing; Fri, 9 May 1997 10:57:56 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA19928 for ; Fri, 9 May 1997 10:57:54 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id LAA23936; Fri, 9 May 1997 11:57:45 -0600 (MDT) Message-Id: <199705091757.LAA23936@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Bruce Evans cc: current@FreeBSD.ORG, j@uriah.heep.sax.de Subject: Re: Problems using remote gdb In-reply-to: Your message of "Fri, 09 May 1997 20:54:59 +1000." <199705091054.UAA01919@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 12:56:02 -0600 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>the machine that now (apparently) requires some flags to sio0 (or >>whatever has been chosen), so my question: which flags? According to >>Justin, 0x40. > >Nope. 0x10. See LINT. But 0x10 is a no-op according to sio.c without using 0x40 too. >Bruce -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Fri May 9 14:26:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA29630 for current-outgoing; Fri, 9 May 1997 14:26:19 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA29624 for ; Fri, 9 May 1997 14:26:15 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id HAA23149; Sat, 10 May 1997 07:24:32 +1000 Date: Sat, 10 May 1997 07:24:32 +1000 From: Bruce Evans Message-Id: <199705092124.HAA23149@godzilla.zeta.org.au> To: eivind@bitbox.follo.net, imp@village.org Subject: Re: #include problem breaks current Cc: bde@zeta.org.au, freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr, sos@sos.freebsd.dk Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Right now I'd say the vast majority of cases are documented. For >example, see the connect man page. It clearly shows that you have to >include sys/types.h before sys/socket.h. fts clearly shows that >sys/types.h and sys/stat.h are requried to be included before fts.h. But sys/stat.h isn't required. It is only required to access (*fts_statp). I fixed many man pages in -current so that the headers given in the synopsis actually worked, but connect.2 and fts.3 already had correct headers. Bruce From owner-freebsd-current Fri May 9 14:35:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA00141 for current-outgoing; Fri, 9 May 1997 14:35:56 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA00136 for ; Fri, 9 May 1997 14:35:54 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id HAA23406; Sat, 10 May 1997 07:31:06 +1000 Date: Sat, 10 May 1997 07:31:06 +1000 From: Bruce Evans Message-Id: <199705092131.HAA23406@godzilla.zeta.org.au> To: bde@zeta.org.au, gibbs@plutotech.com Subject: Re: Problems using remote gdb Cc: current@FreeBSD.ORG, j@uriah.heep.sax.de Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>the machine that now (apparently) requires some flags to sio0 (or >>>whatever has been chosen), so my question: which flags? According to >>>Justin, 0x40. >> >>Nope. 0x10. See LINT. > >But 0x10 is a no-op according to sio.c without using 0x40 too. Nope. 0x10 gives backwards compatible behaviour. 0x50 breaks ordinary serial consoles. I use only 0x10. Bruce From owner-freebsd-current Fri May 9 14:48:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA00568 for current-outgoing; Fri, 9 May 1997 14:48:32 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA00550 for ; Fri, 9 May 1997 14:48:26 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wPxVS-0000ka-00; Fri, 9 May 1997 15:47:14 -0600 To: Bruce Evans Subject: Re: #include problem breaks current Cc: eivind@bitbox.follo.net, freebsd-current@freebsd.org, roberto@keltia.freenix.fr, sos@sos.freebsd.dk In-reply-to: Your message of "Sat, 10 May 1997 07:24:32 +1000." <199705092124.HAA23149@godzilla.zeta.org.au> References: <199705092124.HAA23149@godzilla.zeta.org.au> Date: Fri, 09 May 1997 15:47:13 -0600 From: Warner Losh Message-Id: Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705092124.HAA23149@godzilla.zeta.org.au> Bruce Evans writes: : I fixed many man pages in -current so that the headers given in the : synopsis actually worked, but connect.2 and fts.3 already had correct : headers. Yup. And most of the fixes were based on the posix requirements, if I recall them correctly. Warner From owner-freebsd-current Fri May 9 15:45:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA03221 for current-outgoing; Fri, 9 May 1997 15:45:58 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA03198 for ; Fri, 9 May 1997 15:45:52 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id IAA25865; Sat, 10 May 1997 08:45:32 +1000 Date: Sat, 10 May 1997 08:45:32 +1000 From: Bruce Evans Message-Id: <199705092245.IAA25865@godzilla.zeta.org.au> To: bde@zeta.org.au, imp@village.org Subject: Re: #include problem breaks current Cc: eivind@bitbox.follo.net, freebsd-current@FreeBSD.ORG, roberto@keltia.freenix.fr, sos@sos.freebsd.dk Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >: I fixed many man pages in -current so that the headers given in the >: synopsis actually worked, but connect.2 and fts.3 already had correct >: headers. > >Yup. And most of the fixes were based on the posix requirements, if I >recall them correctly. Nope. POSIX says "#include " in all synopses. (It's not completely clear that this is required for inclusion of the relevant non-types.h header.) Anyway, most of the fixes in PR2625 are for non-POSIX headers. Bruce From owner-freebsd-current Fri May 9 21:16:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA15927 for current-outgoing; Fri, 9 May 1997 21:16:06 -0700 (PDT) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA15898 for ; Fri, 9 May 1997 21:16:02 -0700 (PDT) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA10194; Sat, 10 May 97 06:16:34 +0100 Date: Sat, 10 May 97 06:16:34 +0100 Message-Id: <9705100516.AA10194@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: freebsd-current@freebsd.org Subject: Fatal trap 12: page fault while in kernel mode X-Mailer: Emacs Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My system sometimes crashes with this error message when I kill slattach . This problem appeared a little after the Lite-2 merge and is still present (kernel from 2 days ago): Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8ad90 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0149c34 stack pointer = 0x10:0xf4108d04 frame pointer = 0x10:0xf4108d3c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 7872 (slattach) interrupt mask = net tty trap number = 12 panic: page fault Unfortunatly it does not create a dump. Here is the only info I can provide: f014b8e0 F slcompress.o f014b8e0 T _sl_compress_init f014b8e0 t ___gnu_compiled_c f014b8e0 t gcc2_compiled. f014b950 T _sl_compress_tcp f014be34 T _sl_uncompress_tcp f014beb0 T _sl_uncompress_tcp_core Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Fri May 9 21:22:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA16197 for current-outgoing; Fri, 9 May 1997 21:22:04 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA16178; Fri, 9 May 1997 21:22:00 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA18080; Fri, 9 May 1997 21:22:09 -0700 (PDT) To: current@freebsd.org cc: announce@freebsd.org Subject: A 3.0-current SNAP building machine has been found! Date: Fri, 09 May 1997 21:22:09 -0700 Message-ID: <18077.863238129@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ACC TelEnterprises & James FitzGibbon have stepped forward and created, how shall I put it, a very *attractively* configured and connected machine for this purpose, complete with administrative support. Therefore, once I have it set up to start building SNAPs, I'll start up the cron job and have David G. point "current.freebsd.org" at this machine so that it people can ftp the latest 3.0-SNAPs from it in the same way they currently have releng22.freebsd.org for the RELENG_2_2 (2.2-stable) branch. Of course, this raises an interesting question: Now that it's truly possible to get daily releases from the 3.0 & 2.2 bits (and, if someone else is still up to volunteer a box, I guess we could also create a releng210.freebsd.org for the 2.1-stable branch?) - what differentiates a "good" one from a bad one? Which ones should we copy over to ftp.freebsd.org, periodically? I suppose that Terry will now suggest some sort of voting system and I can't even say that it's such a bad idea (just so long as I don't have to write the vote collection and tabulation software :-). Comments? Jordan From owner-freebsd-current Fri May 9 21:51:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA17444 for current-outgoing; Fri, 9 May 1997 21:51:21 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA17437; Fri, 9 May 1997 21:51:18 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id AAA13236; Sat, 10 May 1997 00:51:16 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id AAA04747; Sat, 10 May 1997 00:51:14 -0400 Date: Sat, 10 May 1997 00:50:26 -0400 (EDT) From: Chuck Robey To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG, announce@FreeBSD.ORG Subject: Re: A 3.0-current SNAP building machine has been found! In-Reply-To: <18077.863238129@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997, Jordan K. Hubbard wrote: > ACC TelEnterprises & James FitzGibbon have stepped forward and > created, how shall I put it, a very *attractively* configured and > connected machine for this purpose, complete with administrative > support. > > Therefore, once I have it set up to start building SNAPs, I'll start > up the cron job and have David G. point "current.freebsd.org" at this > machine so that it people can ftp the latest 3.0-SNAPs from it in the > same way they currently have releng22.freebsd.org for the RELENG_2_2 > (2.2-stable) branch. > > Of course, this raises an interesting question: Now that it's truly > possible to get daily releases from the 3.0 & 2.2 bits (and, if > someone else is still up to volunteer a box, I guess we could also > create a releng210.freebsd.org for the 2.1-stable branch?) - what > differentiates a "good" one from a bad one? Which ones should we copy > over to ftp.freebsd.org, periodically? > > I suppose that Terry will now suggest some sort of voting system and I > can't even say that it's such a bad idea (just so long as I don't have > to write the vote collection and tabulation software :-). > > Comments? A lot of people who probably shouldn't, will get those bits. Making it easier for those that should get it will unavoidably have that side effect. We don't want to discourage it, even, but I think an obligatory part of that cron job will be to update a *very* prominent README giving the date of the last successful make world, and some verbage as to what that means. That way we can convert a possible public relations problem ("FreeBSD snaps are always bad") to a public relations plus ("FreeBSD snaps with the Seal Of Approval dated [whatever] are easy to get"). BTW, many thanks to ACC TelEnterprises & James FitzGibbon! ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri May 9 21:52:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA17564 for current-outgoing; Fri, 9 May 1997 21:52:07 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA17519 for ; Fri, 9 May 1997 21:52:02 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA00467 for current@FreeBSD.ORG; Sat, 10 May 1997 06:52:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id GAA09040; Sat, 10 May 1997 06:31:36 +0200 (MET DST) Message-ID: <19970510063136.YI64258@uriah.heep.sax.de> Date: Sat, 10 May 1997 06:31:36 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: current@FreeBSD.ORG Subject: Re: Problems using remote gdb References: <199705092131.HAA23406@godzilla.zeta.org.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705092131.HAA23406@godzilla.zeta.org.au>; from Bruce Evans on May 10, 1997 07:31:06 +1000 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > >But 0x10 is a no-op according to sio.c without using 0x40 too. > > Nope. 0x10 gives backwards compatible behaviour. 0x50 breaks ordinary > serial consoles. I use only 0x10. Once you guys agree on some value, please let me know. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri May 9 22:26:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA19441 for current-outgoing; Fri, 9 May 1997 22:26:58 -0700 (PDT) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA19436 for ; Fri, 9 May 1997 22:26:57 -0700 (PDT) Received: from localhost (ben@localhost) by narcissus.ml.org (8.8.5/8.7.3) with SMTP id WAA17304; Fri, 9 May 1997 22:26:54 -0700 (PDT) Date: Fri, 9 May 1997 22:26:53 -0700 (PDT) From: Snob Art Genre To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG Subject: Re: A 3.0-current SNAP building machine has been found! In-Reply-To: <18077.863238129@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997, Jordan K. Hubbard wrote: > I suppose that Terry will now suggest some sort of voting system and I > can't even say that it's such a bad idea (just so long as I don't have > to write the vote collection and tabulation software :-). > > Comments? Make Terry write it. By force, if necessary. > > Jordan > Ben "You have your mind on computers, it seems." From owner-freebsd-current Fri May 9 23:29:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA22360 for current-outgoing; Fri, 9 May 1997 23:29:33 -0700 (PDT) Received: from helmholtz.salk.edu (helmholtz.salk.edu [198.202.70.34]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA22346; Fri, 9 May 1997 23:29:30 -0700 (PDT) Received: from pauling.salk.edu (pauling [198.202.70.108]) by helmholtz.salk.edu (8.7.5/8.7.3) with SMTP id WAA16547; Fri, 9 May 1997 22:45:43 -0700 (PDT) Date: Fri, 9 May 1997 22:45:37 -0700 (PDT) From: Tom Bartol To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG, announce@FreeBSD.ORG Subject: Re: A 3.0-current SNAP building machine has been found! In-Reply-To: <18077.863238129@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997, Jordan K. Hubbard wrote: > > I suppose that Terry will now suggest some sort of voting system and I > can't even say that it's such a bad idea (just so long as I don't have > to write the vote collection and tabulation software :-). > > Comments? > > Jordan > How about a vote based on uptime or some such -- This tests many aspects of a SNAP -- the smoother the installation goes the quicker you're up and running and the sooner you start accumulating uptime and the more stable you are the more uptime you get... Tom From owner-freebsd-current Sat May 10 00:02:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA23677 for current-outgoing; Sat, 10 May 1997 00:02:22 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA23672 for ; Sat, 10 May 1997 00:02:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id AAA15148; Sat, 10 May 1997 00:02:16 -0700 (PDT) Message-Id: <199705100702.AAA15148@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Jean-Marc Zucconi cc: freebsd-current@FreeBSD.ORG Subject: Re: Fatal trap 12: page fault while in kernel mode In-reply-to: Your message of "Sat, 10 May 1997 06:16:34 BST." <9705100516.AA10194@cabri.obs-besancon.fr> From: David Greenman Reply-To: dg@root.com Date: Sat, 10 May 1997 00:02:16 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >My system sometimes crashes with this error message when I kill >slattach . This problem appeared a little after the Lite-2 merge and >is still present (kernel from 2 days ago): > >Fatal trap 12: page fault while in kernel mode >fault virtual address = 0x8ad90 >fault code = supervisor read, page not present > >instruction pointer = 0x8:0xf0149c34 >stack pointer = 0x10:0xf4108d04 >frame pointer = 0x10:0xf4108d3c >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 >processor eflags = interrupt enabled, resume, IOPL = 0 >current process = 7872 (slattach) >interrupt mask = net tty >trap number = 12 >panic: page fault > >Unfortunatly it does not create a dump. Here is the only info I can >provide: > >f014b8e0 F slcompress.o >f014b8e0 T _sl_compress_init >f014b8e0 t ___gnu_compiled_c >f014b8e0 t gcc2_compiled. >f014b950 T _sl_compress_tcp >f014be34 T _sl_uncompress_tcp >f014beb0 T _sl_uncompress_tcp_core I don't know why you provided that; what we need is the stuff around f0149xxx. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Sat May 10 00:21:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA24270 for current-outgoing; Sat, 10 May 1997 00:21:10 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA24264 for ; Sat, 10 May 1997 00:21:04 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA01427 for freebsd-current@FreeBSD.ORG; Sat, 10 May 1997 09:21:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA09572; Sat, 10 May 1997 08:52:02 +0200 (MET DST) Message-ID: <19970510085202.OC46607@uriah.heep.sax.de> Date: Sat, 10 May 1997 08:52:02 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG Subject: Re: Fatal trap 12: page fault while in kernel mode References: <9705100516.AA10194@cabri.obs-besancon.fr> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9705100516.AA10194@cabri.obs-besancon.fr>; from Jean-Marc Zucconi on May 10, 1997 06:16:34 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jean-Marc Zucconi wrote: > instruction pointer = 0x8:0xf0149c34 > f014b8e0 F slcompress.o > f014b8e0 T _sl_compress_init > f014b8e0 t ___gnu_compiled_c > f014b8e0 t gcc2_compiled. > f014b950 T _sl_compress_tcp > f014be34 T _sl_uncompress_tcp > f014beb0 T _sl_uncompress_tcp_core They are too far off. You ought to look into the region around 0xf0149c34, that's ~ 450 bytes before the quoted block. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat May 10 01:12:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA25636 for current-outgoing; Sat, 10 May 1997 01:12:44 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA25631 for ; Sat, 10 May 1997 01:12:40 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id SAA05330; Sat, 10 May 1997 18:12:35 +1000 (EST) Message-ID: <19970510181235.54559@rf900.physics.usyd.edu.au> Date: Sat, 10 May 1997 18:12:35 +1000 From: David Dawes To: current@freebsd.org Subject: Panic with 2.2-STABLE when running an XFree86 dga app Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Last night my 2.2 machine (kernel from about 4 weeks ago) paniced when exiting an XFree86 'dga' program. For those that don't know, 'dga' clients mmap the video framebuffer directly rather than accessing it via the Xserver. I'm guessing that the panic happened when it was unmapping the framebuffer (the code doesn't explicitly call munmap() for this, it just exits). The panic message was: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf3531ffd fault code = supervisor write, page not present instruction pointer = 0x8:0xf01ba717 stack pointer = 0x10:0xefbffed8 frame pointer = 0x10:0xefbffef4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 9630 (tex) interrupt mask = panic: page fault Symbols around 0xf01ba717 are: f01ba648 T _pmap_protect f01ba7ac T _pmap_enter so I'd guess it paniced in pmap_protect. If any further information is required, let me know. David From owner-freebsd-current Sat May 10 04:06:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA01784 for current-outgoing; Sat, 10 May 1997 04:06:16 -0700 (PDT) Received: from metz.une.edu.au (metz.une.edu.au [129.180.1.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA01769; Sat, 10 May 1997 04:06:06 -0700 (PDT) Received: from localhost (fmcrae@localhost) by metz.une.edu.au (8.8.5/8.8.5) with SMTP id VAA32253; Sat, 10 May 1997 21:05:55 +1000 (EST) Date: Sat, 10 May 1997 21:05:55 +1000 (EST) From: Kawani To: "Jordan K. Hubbard" cc: current@FreeBSD.ORG, announce@FreeBSD.ORG Subject: Re: A 3.0-current SNAP building machine has been found! In-Reply-To: <18077.863238129@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Why I am getting this and I am not even subscribed to this list? Fiona McRae *---------------------------------------------------------------* ! fmcrae@metz.une.edu.au OR kawani@humbug.org.au ! ! ------------------------------------------------ ! ! URL -> http://metz.une.edu.au/~fmcrae ! ! ------------------------------------------------ ! ! "Dreams are rudiments of the great state to come. ! ! We dream about is about to happen." - BAILEY ! *---------------------------------------------------------------* From owner-freebsd-current Sat May 10 09:48:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA10848 for current-outgoing; Sat, 10 May 1997 09:48:47 -0700 (PDT) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA10840 for ; Sat, 10 May 1997 09:48:44 -0700 (PDT) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA13573; Sat, 10 May 97 18:49:05 +0100 Date: Sat, 10 May 97 18:49:05 +0100 Message-Id: <9705101749.AA13573@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: dg@root.com Cc: freebsd-current@freebsd.org In-Reply-To: <199705100702.AAA15148@implode.root.com> (message from David Greenman on Sat, 10 May 1997 00:02:16 -0700) Subject: Re: Fatal trap 12: page fault while in kernel mode X-Mailer: Emacs Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> David Greenman writes: >> f014b8e0 F slcompress.o >> f014b8e0 T _sl_compress_init >> f014b8e0 t ___gnu_compiled_c >> f014b8e0 t gcc2_compiled. >> f014b950 T _sl_compress_tcp >> f014be34 T _sl_uncompress_tcp >> f014beb0 T _sl_uncompress_tcp_core > I don't know why you provided that; what we need is the stuff around > f0149xxx. Sorry - I was really tired. Here is the right info: f014995c T _rtredirect f0149ad4 T _rtioctl f0149aec T _ifa_ifwithroute f0149bb8 T _rtrequest f014a038 t _rt_fixdelete Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-current Sat May 10 11:47:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15874 for current-outgoing; Sat, 10 May 1997 11:47:20 -0700 (PDT) Received: from X2296 (ppp6565.on.sympatico.ca [206.172.208.157]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15869 for ; Sat, 10 May 1997 11:47:18 -0700 (PDT) Received: from localhost (tim@localhost) by X2296 (8.7.6/8.7.3) with SMTP id OAA00279; Sat, 10 May 1997 14:46:46 -0400 (EDT) Date: Sat, 10 May 1997 14:46:45 -0400 (EDT) From: Tim Vanderhoek Reply-To: ac199@hwcn.org To: Michael Hancock cc: freebsd-current@FreeBSD.ORG Subject: Re: byacc and Perl In-Reply-To: Message-ID: X-OS: FreeBSD 2.2 X-Mailer: Pine MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997, Michael Hancock wrote: > Would upgrading byacc to the Perl capable version cause any uproar? For > example you can do: If you want to have real fun, try the Java-capable version! :-) (Search Yahoo for "byacc/java") -- tIM...HOEk Whoever told you I had a .signature was lying. From owner-freebsd-current Sat May 10 12:48:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA18650 for current-outgoing; Sat, 10 May 1997 12:48:12 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA18636; Sat, 10 May 1997 12:48:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA04327; Sat, 10 May 1997 12:43:05 -0700 From: Terry Lambert Message-Id: <199705101943.MAA04327@phaeton.artisoft.com> Subject: Re: A 3.0-current SNAP building machine has been found! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 10 May 1997 12:43:05 -0700 (MST) Cc: current@FreeBSD.ORG, announce@FreeBSD.ORG In-Reply-To: <18077.863238129@time.cdrom.com> from "Jordan K. Hubbard" at May 9, 97 09:22:09 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I suppose that Terry will now suggest some sort of voting system and I > can't even say that it's such a bad idea (just so long as I don't have > to write the vote collection and tabulation software :-). > > Comments? I was actually against using "voting"; I prefer forcing developers to verify that compiles work and the resulting code does not trivially fail prior to it being committed. That way the tree would always work; the best you can get out of "voting" is "provided with high confidence that it might work". Anyway, my comments. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat May 10 12:54:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA18911 for current-outgoing; Sat, 10 May 1997 12:54:26 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA18906 for ; Sat, 10 May 1997 12:54:24 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA04349; Sat, 10 May 1997 12:49:19 -0700 From: Terry Lambert Message-Id: <199705101949.MAA04349@phaeton.artisoft.com> Subject: Re: byacc and Perl To: ac199@hwcn.org Date: Sat, 10 May 1997 12:49:19 -0700 (MST) Cc: michaelh@cet.co.jp, freebsd-current@FreeBSD.ORG In-Reply-To: from "Tim Vanderhoek" at May 10, 97 02:46:45 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Would upgrading byacc to the Perl capable version cause any uproar? For > > example you can do: > > If you want to have real fun, try the Java-capable version! :-) > (Search Yahoo for "byacc/java") I have, with the permission of the maintainer, added C++ code generation support to yacc (it generates interface implementations for a yacc parser class). I expected to merge the Perl and Java generation into the code as part of the cleanup. Has anyone else (besides me) contacted the official maintainer? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Sat May 10 14:42:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA23819 for current-outgoing; Sat, 10 May 1997 14:42:28 -0700 (PDT) Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA23806 for ; Sat, 10 May 1997 14:42:19 -0700 (PDT) Received: (from uucp@localhost) by frmug.org (8.8.5/8.8.5/frmug-2.0) with UUCP id XAA00594 for current@FreeBSD.org; Sat, 10 May 1997 23:42:08 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by xp11.frmug.org (8.8.5/8.8.5/xp11-uucp-1.1) with ESMTP id OAA12967 for ; Sat, 10 May 1997 14:07:49 +0200 (CEST) Message-Id: <199705101207.OAA12967@xp11.frmug.org> To: current@FreeBSD.org Subject: portrange.lowlast < portrange.lowfirst ??? Date: Sat, 10 May 1997 14:07:49 +0200 From: "Philippe Charnier" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, When doing `sysctl -a' I noticed this: net.inet.ip.portrange.lowfirst: 1023 net.inet.ip.portrange.lowlast: 600 net.inet.ip.portrange.first: 1024 net.inet.ip.portrange.last: 5000 net.inet.ip.portrange.hifirst: 40000 net.inet.ip.portrange.hilast: 44999 Is it right order for lowfirst and lowlast? (Values are declared in /usr/src/sys/netinet/in_pcb.c) ------ ------ Philippe Charnier charnier@lirmm.fr (smtp) charnier@xp11.frmug.org (uucp) ``a PC not running FreeBSD is like a venusian with no tentacles'' ------------------------------------------------------------------------ From owner-freebsd-current Sat May 10 15:21:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA27392 for current-outgoing; Sat, 10 May 1997 15:21:38 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA27379 for ; Sat, 10 May 1997 15:21:32 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA10749 for freebsd-current@FreeBSD.ORG; Sun, 11 May 1997 00:21:24 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA00577; Sat, 10 May 1997 23:55:53 +0200 (MET DST) Message-ID: <19970510235552.SS44855@uriah.heep.sax.de> Date: Sat, 10 May 1997 23:55:52 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-current@FreeBSD.ORG Subject: Re: Fatal trap 12: page fault while in kernel mode References: <199705100702.AAA15148@implode.root.com> <9705101749.AA13573@cabri.obs-besancon.fr> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9705101749.AA13573@cabri.obs-besancon.fr>; from Jean-Marc Zucconi on May 10, 1997 18:49:05 +0100 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jean-Marc Zucconi wrote: > Sorry - I was really tired. Here is the right info: > > f014995c T _rtredirect > f0149ad4 T _rtioctl > f0149aec T _ifa_ifwithroute > f0149bb8 T _rtrequest > f014a038 t _rt_fixdelete (Reminder: the %eip value was 0xf0149c34, the faulting KVA 0x8ad90) This would be deep in rtrequest() then, thus a question for our network people. I suppose it's somewhere inside the RTM_DELETE case, but it's fairly lengthy. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat May 10 19:30:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA06662 for current-outgoing; Sat, 10 May 1997 19:30:07 -0700 (PDT) Received: from watcher.isl.net (ppp-24.isl.net [199.3.25.73]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA06655; Sat, 10 May 1997 19:30:02 -0700 (PDT) Received: (from ortmann@localhost) by watcher.isl.net (8.8.5/8.8.5) id VAA00377; Sat, 10 May 1997 21:30:44 -0500 (CDT) From: Daniel Ortmann Message-Id: <199705110230.VAA00377@watcher.isl.net> Subject: "java" bytecode working in -current? To: freebsd-www@freebsd.org, freebsd-current@freebsd.org Date: Sat, 10 May 1997 21:30:42 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Two quick questions: 1) Is anyone able to run kaffe on 3.0-current? 2) May I expect serious stability difficulties with "java" on -current? I have been successful compiling java code with guavac but have experienced only core dumps trying to run it with kaffe. The kaffe README says that it runs on FreeBSD 2.x systems but says nothing about 3.0. -- Daniel Ortmann 507.288.7732 (h) ortmann@isl.net 2414 30 av NW, #D 507.253.6795 (w) ortmann@vnet.ibm.com Rochester, MN 55901 "PERL: The Swiss Army Chainsaw"