From owner-freebsd-hackers Sun Aug 26 0:49:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp7.xs4all.nl (smtp7.xs4all.nl [194.109.127.133]) by hub.freebsd.org (Postfix) with ESMTP id 15FDB37B409; Sun, 26 Aug 2001 00:49:14 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp7.xs4all.nl (8.9.3/8.9.3) with ESMTP id JAA06170; Sun, 26 Aug 2001 09:49:12 +0200 (CEST) Received: (from wkb@localhost) by freebie.xs4all.nl (8.11.4/8.11.4) id f7Q7nCu03595; Sun, 26 Aug 2001 09:49:12 +0200 (CEST) (envelope-from wkb) Date: Sun, 26 Aug 2001 09:49:11 +0200 From: Wilko Bulte To: "Bruce A. Mah" Cc: FreeBSD hackers list , nik@FreeBSD.ORG Subject: Re: building 'release' and compiling doc ports Message-ID: <20010826094911.C3501@freebie.xs4all.nl> References: <20010824190806.A46103@freebie.xs4all.nl> <200108241725.f7OHPfB50419@intruder.bmah.org> <20010824194405.A46482@freebie.xs4all.nl> <200108241752.f7OHqox51679@intruder.bmah.org> <20010825001408.B47203@freebie.xs4all.nl> <200108242311.f7ONBIt56794@intruder.bmah.org> <20010825083659.A51201@freebie.xs4all.nl> <200108251457.f7PEvVW45896@intruder.bmah.org> <20010825174208.A1269@freebie.xs4all.nl> <200108260421.f7Q4LZK84037@intruder.bmah.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108260421.f7Q4LZK84037@intruder.bmah.org>; from bmah@FreeBSD.ORG on Sat, Aug 25, 2001 at 09:21:35PM -0700 X-OS: FreeBSD 4.3-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 25, 2001 at 09:21:35PM -0700, Bruce A. Mah wrote: > If memory serves me right, Wilko Bulte wrote: > > On Sat, Aug 25, 2001 at 07:57:31AM -0700, Bruce A. Mah wrote: > Haven't been to Macau...but there's lots of jade in Hong Kong too. :-) One hour by fast boat, I was surprised. Worth visiting! > openjade is a descendent of jade (I don't think jade is being developed > anymore). For some reason, jade has some problems running on the Alpha. > I asked nik once why we don't just use openjade for everything...I think > the answer was that there were some issues with languages using > multi-byte characters. Personally, I run openjade on most of my i386 > boxes (it's an option for that architecture). > > (These things are SGML parsers, BTW. That's about the extent of my > knowledge.) Right, this makes sense. It implies that multibyte chars will be dealt with wrongly for the Alpha distrib.. > > > OK. Can you apply the following patch to Makefile.inc.docports? It's > > > against HEAD but it should apply equally well to RELENG4 because the > > > files (modulo CVS strings) are identical. > > [...time passes...report of apparent success...] > > Yay! OK, I'll commit this "soon" (kind of brain-dead right now, don't > trust myself to do commits properly). If you get to it first, that's > fine too. OK. > > You forgot the :-).. building all ports will take aeons (I suspect; > > I would be surprised if it didnot) > > No...I just meant building the ports tree itself, not all of the > packages. In other words, if you don't set "NOPORTS=YES", a complete > ports tree gets checked out and tarred up for the distribution. The > docproj ports get built out out of this ports tree, so the definition > of ${MINIMALDOCPORTS} is moot. If you set "NOPORTS=YES", then only the > ports in ${MINIMALDOCPORTS} get checked out of the repo, and that's > where you (we?) got bitten. O.. yes, makes sense. -- | / o / / _ Arnhem, The Netherlands email: wilko@FreeBSD.org |/|/ / / /( (_) Bulte To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 0:53:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by hub.freebsd.org (Postfix) with ESMTP id 2B56E37B406; Sun, 26 Aug 2001 00:53:24 -0700 (PDT) (envelope-from ms@laptop.6bone.nl) Received: from laptop.6bone.nl (penguin.ripe.net [193.0.1.232]) by birch.ripe.net (8.11.4/8.11.4) with SMTP id f7Q7rM605698; Sun, 26 Aug 2001 09:53:22 +0200 Received: (nullmailer pid 71121 invoked by uid 1000); Sun, 26 Aug 2001 07:53:21 -0000 Date: Sun, 26 Aug 2001 09:53:21 +0200 From: Mark Santcroos To: Mike Barcroft Cc: hackers@FreeBSD.ORG Subject: Re: Proposed Utility - detach(1) Message-ID: <20010826095321.A2037@laptop.6bone.nl> References: <20010824141955.B64018@coffee.q9media.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010824141955.B64018@coffee.q9media.com>; from mike@FreeBSD.ORG on Fri, Aug 24, 2001 at 02:19:55PM -0400 X-Handles: MS6-6BONE, MS18417-RIPE Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [ replying to the total thread ] BSD/OS already has daemon(8) for years that just runs daemon(3). I don't think it is necessary to change nohup, and go with the way BSD/OS did it. Mark ps. the manpage: daemon(8) BSD System Manager's Manual daemon(8) NAME daemon - run detached from the controlling terminal SYNOPSIS daemon [-cf] command arguments ... DESCRIPTION The daemon utility detaches itself from the controlling terminal and exec(3)'s the program specified by its arguments. The options are as follows: -c Change the current working directory to the root (``/''). -f Redirect standard input, standard output and standard error to /dev/null. The daemon utility exits 1 if an error is returned by the daemon(3) li- brary routine, otherwise 0. If the command cannot be exec'd, an error message is displayed on standard error unless the -f flag is specified. On Fri, Aug 24, 2001 at 02:19:55PM -0400, Mike Barcroft wrote: > I would appreciate comments on the usefulness of a utility which would > allow one to detach a process from a TTY. I imagine the utility would > be very small and just call daemon(3) and execlp(3). > > Would a utility like this be useful? Is this functionality already > available in a system utility? > > > Best regards, > Mike Barcroft > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 1:58:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 7842337B40D; Sun, 26 Aug 2001 01:58:38 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7Q8XCP92476; Sun, 26 Aug 2001 01:33:12 -0700 (PDT) (envelope-from obrien) Date: Sun, 26 Aug 2001 01:33:12 -0700 From: "David O'Brien" To: Valentin Nechayev , John Baldwin , freebsd-hackers@freebsd.org, Steve Roome Subject: Re: function calls/rets in assembly Message-ID: <20010826013312.D89398@dragon.nuxi.com> Reply-To: freebsd-hackers@freebsd.org References: <20010824110805.C88259@dragon.nuxi.com> <20010825154427.B761@iv.nn.kiev.ua> <20010825160302.A559@ringworld.oblivion.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010825160302.A559@ringworld.oblivion.bg>; from roam@ringlet.net on Sat, Aug 25, 2001 at 04:03:02PM +0300 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 25, 2001 at 04:03:02PM +0300, Peter Pentchev wrote: > I wonder if a mentioning of -mpreferred-stack-boundary should be > added to tuning(7).. One first needs to decide for sure that it is an optimization. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 2: 6:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 8C50A37B401; Sun, 26 Aug 2001 02:06:46 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7Q96kF92963; Sun, 26 Aug 2001 02:06:46 -0700 (PDT) (envelope-from obrien) Date: Sun, 26 Aug 2001 02:06:46 -0700 From: "David O'Brien" To: "Bruce A. Mah" Cc: Wilko Bulte , FreeBSD hackers list , nik@freebsd.org Subject: Re: building 'release' and compiling doc ports Message-ID: <20010826020646.A92887@dragon.nuxi.com> Reply-To: freebsd-hackers@freebsd.org References: <20010824190806.A46103@freebie.xs4all.nl> <200108241725.f7OHPfB50419@intruder.bmah.org> <20010824194405.A46482@freebie.xs4all.nl> <200108241752.f7OHqox51679@intruder.bmah.org> <20010825001408.B47203@freebie.xs4all.nl> <200108242311.f7ONBIt56794@intruder.bmah.org> <20010825083659.A51201@freebie.xs4all.nl> <200108251457.f7PEvVW45896@intruder.bmah.org> <20010825174208.A1269@freebie.xs4all.nl> <200108260421.f7Q4LZK84037@intruder.bmah.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108260421.f7Q4LZK84037@intruder.bmah.org>; from bmah@freebsd.org on Sat, Aug 25, 2001 at 09:21:35PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 25, 2001 at 09:21:35PM -0700, Bruce A. Mah wrote: > openjade is a descendent of jade (I don't think jade is being developed > anymore). For some reason, jade has some problems running on the Alpha. > I asked nik once why we don't just use openjade for everything...I think > the answer was that there were some issues with languages using > multi-byte characters. Personally, I run openjade on most of my i386 > boxes (it's an option for that architecture). Ask murray@freebsd.org about this. He is using Jade over OpenJade for the 2nd Ed. of the printed "FreeBSD Handbook". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 2:10:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 3CFF337B406; Sun, 26 Aug 2001 02:10:32 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7Q9ATK93028; Sun, 26 Aug 2001 02:10:29 -0700 (PDT) (envelope-from obrien) Date: Sun, 26 Aug 2001 02:10:29 -0700 From: "David O'Brien" To: Mark Santcroos Cc: Mike Barcroft , hackers@FreeBSD.ORG Subject: Re: Proposed Utility - detach(1) Message-ID: <20010826021029.B92887@dragon.nuxi.com> Reply-To: hackers@FreeBSD.ORG References: <20010824141955.B64018@coffee.q9media.com> <20010826095321.A2037@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010826095321.A2037@laptop.6bone.nl>; from marks@ripe.net on Sun, Aug 26, 2001 at 09:53:21AM +0200 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 26, 2001 at 09:53:21AM +0200, Mark Santcroos wrote: > BSD/OS already has daemon(8) for years that just runs daemon(3). > > I don't think it is necessary to change nohup, and go with the way BSD/OS > did it. The BSD/OS 4.1 code is also available for us to take this utility from. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 2:13:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id EF9BE37B403 for ; Sun, 26 Aug 2001 02:13:44 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7Q9DIC93093; Sun, 26 Aug 2001 02:13:18 -0700 (PDT) (envelope-from obrien) Date: Sun, 26 Aug 2001 02:13:17 -0700 From: "David O'Brien" To: Valentin Nechayev Cc: Peter Pentchev , freebsd-hackers@FreeBSD.ORG Subject: Re: function calls/rets in assembly Message-ID: <20010826021317.C92887@dragon.nuxi.com> Reply-To: freebsd-hackers@FreeBSD.ORG References: <20010824110805.C88259@dragon.nuxi.com> <20010825154427.B761@iv.nn.kiev.ua> <20010825160302.A559@ringworld.oblivion.bg> <20010825193335.C761@iv.nn.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010825193335.C761@iv.nn.kiev.ua>; from netch@iv.nn.kiev.ua on Sat, Aug 25, 2001 at 07:33:35PM +0300 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 25, 2001 at 07:33:35PM +0300, Valentin Nechayev wrote: > Sat, Aug 25, 2001 at 16:03:02, roam (Peter Pentchev) wrote about "Re: function calls/rets in assembly": > > > I wonder if a mentioning of -mpreferred-stack-boundary should be > > added to tuning(7).. > > This will be quite strange idea. Tuning which reduces 2-4 times stack size > of userland application... hm... corporations spend years and millions $$ > to reach such effect... should man page say "first at all, add the right > option to /etc/make.conf and rebuild the whole userland, because gcc > is written by morons and we are too lazy or stupid to remove their ugly > crap"? > Matt Dillon is right that the best variant is to exclude this > brain-damaged option at all. > If gcc team wants to implement proper > alignment to work with SSE and other high-specialized stuff, > they should learn commands for bitwise AND, and use only where really needed. Perhaps you'd like to send your patch to gcc-patches@gcc.gnu.org. Perhaps you'd like to explain to them why they are so wrong about this? You'd do that at gcc@gcc.gnu.org. They have their reasons for this, and I'll let them explain them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 3:49:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bugz.infotecs.ru (bugz.infotecs.ru [195.210.139.22]) by hub.freebsd.org (Postfix) with ESMTP id 7E0F837B405 for ; Sun, 26 Aug 2001 03:49:24 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from root@localhost) by bugz.infotecs.ru (8.11.6/8.11.4) id f7QAn0l93234; Sun, 26 Aug 2001 14:49:00 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200108261049.f7QAn0l93234@bugz.infotecs.ru> Subject: Re: unknown PNP hardware To: imp@harmony.village.org (Warner Losh) Date: Sun, 26 Aug 2001 14:48:59 +0400 (MSD) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Warner Losh" at Aug 25, 2001 10:36:37 AM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > : I'm running -current as of an hour ago. I've gotten this since I've > : been running 4.2-stable, any ideas on how I can find out what it > : belongs to? > : > : unknown: can't assign resources > : unknown: can't assign resources > : unknown: can't assign resources > : unknown: can't assign resources > : unknown: can't assign resources > : unknown: can't assign resources > > Don't worry about these. > > Warner Well, is there some good reason of printing those messages by default ? Wouldn't it be better to move this stuff to -v output ? Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 4:24:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bugz.infotecs.ru (bugz.infotecs.ru [195.210.139.22]) by hub.freebsd.org (Postfix) with ESMTP id 3395E37B408 for ; Sun, 26 Aug 2001 04:24:18 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from root@localhost) by bugz.infotecs.ru (8.11.6/8.11.4) id f7QBOHc00471 for freebsd-hackers@freebsd.org; Sun, 26 Aug 2001 15:24:17 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200108261124.f7QBOHc00471@bugz.infotecs.ru> Subject: pam_rootok To: freebsd-hackers@freebsd.org Date: Sun, 26 Aug 2001 15:24:17 +0400 (MSD) X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, would someone (Mark ?) finally remove this: pam_rootok: pam_sm_authenticate: Refused; not superuser I think it should be sent to the debug output, not a terminal. It's quite annoying ... Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 8:47:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 5B3B137B411 for ; Sun, 26 Aug 2001 08:47:35 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f7QFlXq62597; Sun, 26 Aug 2001 09:47:33 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f7QFlXW11240; Sun, 26 Aug 2001 09:47:33 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200108261547.f7QFlXW11240@harmony.village.org> To: "Eugene L. Vorokov" Subject: Re: unknown PNP hardware Cc: freebsd-hackers@freebsd.org In-reply-to: Your message of "Sun, 26 Aug 2001 14:48:59 +0400." <200108261049.f7QAn0l93234@bugz.infotecs.ru> References: <200108261049.f7QAn0l93234@bugz.infotecs.ru> Date: Sun, 26 Aug 2001 09:47:33 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <200108261049.f7QAn0l93234@bugz.infotecs.ru> "Eugene L. Vorokov" writes: : Well, is there some good reason of printing those messages by default ? : Wouldn't it be better to move this stuff to -v output ? Because it is current and they are there to annoy certain people into fixing it. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 9:56: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from acl.lanl.gov (acl.lanl.gov [128.165.147.1]) by hub.freebsd.org (Postfix) with ESMTP id 9DE4637B40A for ; Sun, 26 Aug 2001 09:56:00 -0700 (PDT) (envelope-from rminnich@lanl.gov) Received: from snaresland.acl.lanl.gov (snaresland.acl.lanl.gov [128.165.147.113]) by acl.lanl.gov (8.11.3/8.8.5) with SMTP id f7QGu0g54712 for ; Sun, 26 Aug 2001 10:56:00 -0600 (MDT) Received: (qmail 10222 invoked by uid 3499); 26 Aug 2001 10:55:59 -0600 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 26 Aug 2001 10:55:59 -0600 Date: Sun, 26 Aug 2001 10:55:59 -0600 (MDT) From: Ronald G Minnich X-X-Sender: To: Mike Smith Cc: djohnson , Subject: Re: PCI Enumeration In-Reply-To: <200108260051.f7Q0prn21818@mass.dis.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 25 Aug 2001, Mike Smith wrote: > I/O space is easy, but memory space is hard. Userspace access to > physical memory is a big no-no in the *nix world. I want to disagree just a bit. If you look at myrinet, or the many fpga cards, it's the standard modus operandi. You have to do it that way. ron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 10:23:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id D0A0537B409 for ; Sun, 26 Aug 2001 10:23:38 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f7QHSer00871; Sun, 26 Aug 2001 10:28:44 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200108261728.f7QHSer00871@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Eugene L. Vorokov" Cc: imp@harmony.village.org (Warner Losh), freebsd-hackers@freebsd.org Subject: Re: unknown PNP hardware In-reply-to: Your message of "Sun, 26 Aug 2001 14:48:59 +0400." <200108261049.f7QAn0l93234@bugz.infotecs.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 26 Aug 2001 10:28:40 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > : unknown: can't assign resources > > > > Don't worry about these. > > Well, is there some good reason of printing those messages by default ? Yes; the case that prints them is the same case that will complain if there are resource conflicts for other devices as well. > Wouldn't it be better to move this stuff to -v output ? No. The 'better' fix is to re-order the PnP probes so that hints lose out to PnP data. The hinted probes are already silent. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 10:28:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id CE2F437B409; Sun, 26 Aug 2001 10:28:16 -0700 (PDT) (envelope-from msmith@mass.dis.org) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.4/8.11.3) with ESMTP id f7QHXVr00963; Sun, 26 Aug 2001 10:33:31 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200108261733.f7QHXVr00963@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Ronald G Minnich Cc: Mike Smith , djohnson , freebsd-hackers@FreeBSD.ORG Subject: Re: PCI Enumeration In-reply-to: Your message of "Sun, 26 Aug 2001 10:55:59 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 26 Aug 2001 10:33:31 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Sat, 25 Aug 2001, Mike Smith wrote: > > > I/O space is easy, but memory space is hard. Userspace access to > > physical memory is a big no-no in the *nix world. > > I want to disagree just a bit. If you look at myrinet, or the many fpga > cards, it's the standard modus operandi. You have to do it that way. You're not disagreeing; you're talking at cross purposes. Direct userspace access to physical memory is bad. The ability for user processes to access *specific* physical memory via kernel-owned protection paths is often necessary to meet specific performance goals, or to overcome lame hardware designs. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 11:14: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from arb.arb.za.net (www.powerbox.co.za [196.7.148.4]) by hub.freebsd.org (Postfix) with ESMTP id 411B737B40D for ; Sun, 26 Aug 2001 11:13:54 -0700 (PDT) (envelope-from mark@grondar.za) Received: (from uucp@localhost) by arb.arb.za.net (8.11.3/8.11.3) with UUCP id f7QIDaZ68152; Sun, 26 Aug 2001 20:13:36 +0200 (SAST) (envelope-from mark@grondar.za) Received: from grondar.za (localhost [127.0.0.1]) by grimreaper.grondar.za (8.11.6/8.11.4) with ESMTP id f7QGxkv01039; Sun, 26 Aug 2001 17:59:47 +0100 (BST) (envelope-from mark@grondar.za) Message-Id: <200108261659.f7QGxkv01039@grimreaper.grondar.za> To: "Eugene L. Vorokov" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: pam_rootok References: <200108261124.f7QBOHc00471@bugz.infotecs.ru> In-Reply-To: <200108261124.f7QBOHc00471@bugz.infotecs.ru> ; from "Eugene L. Vorokov" "Sun, 26 Aug 2001 15:24:17 +0400." Date: Sun, 26 Aug 2001 17:59:46 +0100 From: Mark Murray Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > would someone (Mark ?) finally remove this: > > pam_rootok: pam_sm_authenticate: Refused; not superuser > > I think it should be sent to the debug output, not a terminal. It's > quite annoying ... Mergemaster. M -- Mark Murray Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 11:16:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 965C737B408 for ; Sun, 26 Aug 2001 11:16:54 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from opal (cs.binghamton.edu [128.226.123.101]) by bingnet2.cc.binghamton.edu (8.11.4/8.11.4) with ESMTP id f7QIGn928359 for ; Sun, 26 Aug 2001 14:16:49 -0400 (EDT) Date: Sun, 26 Aug 2001 14:16:12 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@opal To: freebsd-hackers@freebsd.org Subject: Re: ata0-master: non aligned DMA transfer attempted Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks for your replay. I use gdb to find out that the buffer address is not 16-byte aligned. This leads to a question as to how to align a statically allocated data structure properly. Using union seems to be able to align you on a long boundary (or even long long?), but that is not 16 byte aligned. union { my_data_structure_t xyz; long pad; } The natural alignment seems to work only on primitive data types. If you define: unsigned char sector_buf[512]; It will not always be aligned on a 512 byte boundary, even 16-byte alignment is not guaranteed. Is there a way to achieve this? -Zhihui On Fri, 24 Aug 2001, Julian Elischer wrote: > Zhihui Zhang wrote: > > > > I write a program that writes into a raw device directly. Although the > > program runs OK, the system prints messages like: > > > > ata0-master: non aligned DMA transfer attempted > make sure your DMA buffer is alligned on a 64 byte boundary... > (a page would be best) > and that you are transferring an exact bultiple of 512 bytes. > > The DMA hardware on some macines cannot handle a buffer on less than 16 byte > allignment, (some on odd allignment,.. (it's a bit hardware dependent). > > so be safe and allign your buffers. > > > when it detects it cannot do it, i used PIO instead, so your data is still > transferred... > > > > > What exactly happens here? Is there any problem in my program? > > > > Thanks. > > > > -Zhihui > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > -- > +------------------------------------+ ______ _ __ > | __--_|\ Julian Elischer | \ U \/ / hard at work in > | / \ julian@elischer.org +------>x USA \ a very strange > | ( OZ ) \___ ___ | country ! > +- X_.---._/ presently in San Francisco \_/ \\ > v > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 11:34:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fdy2.demon.co.uk (fdy2.demon.co.uk [194.222.102.143]) by hub.freebsd.org (Postfix) with ESMTP id 420F037B406 for ; Sun, 26 Aug 2001 11:34:22 -0700 (PDT) (envelope-from rjs@fdy2.demon.co.uk) Received: (from rjs@localhost) by fdy2.demon.co.uk (8.11.3/8.11.3) id f7QIXPW75964; Sun, 26 Aug 2001 19:33:25 +0100 (BST) (envelope-from rjs) Date: Sun, 26 Aug 2001 19:33:25 +0100 (BST) Message-Id: <200108261833.f7QIXPW75964@fdy2.demon.co.uk> From: Robert Swindells To: hackers@freebsd.org Subject: Mailing Lists Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Would it be possible to state somewhere - maybe on the web site, the policy for allowing posts to the mailing list ? I'm getting a bit fed up of my posts getting bounced because the MTA for freebsd.org doesn't like my domain name. Robert Swindells To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 11:39: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from maila.telia.com (maila.telia.com [194.22.194.231]) by hub.freebsd.org (Postfix) with ESMTP id AC8FE37B401 for ; Sun, 26 Aug 2001 11:38:56 -0700 (PDT) (envelope-from ertr1013@student.uu.se) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by maila.telia.com (8.11.2/8.11.0) with ESMTP id f7QIctQ27762 for ; Sun, 26 Aug 2001 20:38:55 +0200 (CEST) Received: from ertr1013.student.uu.se (h185n2fls20o913.telia.com [212.181.163.185]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id UAA12521 for ; Sun, 26 Aug 2001 20:38:53 +0200 (CEST) Received: (qmail 80231 invoked by uid 1001); 26 Aug 2001 18:38:39 -0000 Date: Sun, 26 Aug 2001 20:38:38 +0200 From: Erik Trulsson To: Zhihui Zhang Cc: freebsd-hackers@freebsd.org Subject: Re: ata0-master: non aligned DMA transfer attempted Message-ID: <20010826203838.A62752@student.uu.se> Mail-Followup-To: Zhihui Zhang , freebsd-hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.21i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 26, 2001 at 02:16:12PM -0400, Zhihui Zhang wrote: > > Thanks for your replay. I use gdb to find out that the buffer address is > not 16-byte aligned. This leads to a question as to how to align a > statically allocated data structure properly. Using union seems to be able > to align you on a long boundary (or even long long?), but that is not 16 > byte aligned. > > union { > my_data_structure_t xyz; > long pad; > } > > The natural alignment seems to work only on primitive data types. If you > define: > > unsigned char sector_buf[512]; > > It will not always be aligned on a 512 byte boundary, even 16-byte > alignment is not guaranteed. Is there a way to achieve this? > Not in 100% portable manner. One way to achieve this would be to do in the same way as with malloc()ed data: Allocate more memory than necessary and then do the aligning manually. Eg. unsigned char unaligned_buf[1023]; unsigned char * aligned_ptr; ... aligned_ptr = (unsigned char *) (((unsigned long)(unaligned_buf + 511)) & (~511UL)); /* Now aligned_ptr should point to a 512-byte buffer allocated on a 512-byte boundary. */ (This code assumes that an unsigned long can hold a pointer. This is not necessarily true. I also haven't tested the code so be careful.) Another way might be to use a gcc-specific extension: unsigned char buf[512] __attribute__ ((aligned (512))); This does depend on some support from the linker so it might not work. (No, I haven't tested this either :-) ) -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 11:58:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 3F89637B408 for ; Sun, 26 Aug 2001 11:58:37 -0700 (PDT) (envelope-from ticso@mail.cicely.de) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f7QIwKA66578; Sun, 26 Aug 2001 20:58:23 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f7QIwKj07593; Sun, 26 Aug 2001 20:58:20 +0200 (CEST) Date: Sun, 26 Aug 2001 20:58:19 +0200 From: Bernd Walter To: Robert Swindells Cc: hackers@FreeBSD.ORG Subject: Re: Mailing Lists Message-ID: <20010826205819.A7587@cicely20.cicely.de> References: <200108261833.f7QIXPW75964@fdy2.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108261833.f7QIXPW75964@fdy2.demon.co.uk>; from rjs@fdy2.demon.co.uk on Sun, Aug 26, 2001 at 07:33:25PM +0100 X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 26, 2001 at 07:33:25PM +0100, Robert Swindells wrote: > > Would it be possible to state somewhere - maybe on the web site, the policy > for allowing posts to the mailing list ? > > I'm getting a bit fed up of my posts getting bounced because the MTA > for freebsd.org doesn't like my domain name. Then your domain name is most likely not functional. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 12:17:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 4756E37B408 for ; Sun, 26 Aug 2001 12:17:33 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f7QJHnT68379; Sun, 26 Aug 2001 21:17:49 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200108261917.f7QJHnT68379@freebsd.dk> Subject: Re: ata0-master: non aligned DMA transfer attempted In-Reply-To: "from Zhihui Zhang at Aug 26, 2001 02:16:12 pm" To: Zhihui Zhang Date: Sun, 26 Aug 2001 21:17:49 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Zhihui Zhang wrote: > > Thanks for your replay. I use gdb to find out that the buffer address is > not 16-byte aligned. This leads to a question as to how to align a > statically allocated data structure properly. Using union seems to be able > to align you on a long boundary (or even long long?), but that is not 16 > byte aligned. For all ATA controllers except for one crappy exception, the buffer should just be on a 2byte aligned adresss, so using 16 or even 64 bytes as Julian suggested is not needed. But you can ONLY transfer 512bytes at a time. -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 12:18:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 60D6437B401 for ; Sun, 26 Aug 2001 12:18:28 -0700 (PDT) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.11.3/8.11.3) id f7QJIgM68585; Sun, 26 Aug 2001 21:18:42 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200108261918.f7QJIgM68585@freebsd.dk> Subject: Re: ata0-master: non aligned DMA transfer attempted In-Reply-To: <200108261917.f7QJHnT68379@freebsd.dk> =?ISO-8859-1?Q?from_S=F8ren_Schmidt_at_Aug_26=2C_2001_09=3A17=3A49_pm?= To: sos@freebsd.dk Date: Sun, 26 Aug 2001 21:18:42 +0200 (CEST) Cc: Zhihui Zhang , freebsd-hackers@FreeBSD.ORG Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Søren Schmidt wrote: > It seems Zhihui Zhang wrote: > > > > Thanks for your replay. I use gdb to find out that the buffer address is > > not 16-byte aligned. This leads to a question as to how to align a > > statically allocated data structure properly. Using union seems to be able > > to align you on a long boundary (or even long long?), but that is not 16 > > byte aligned. > > For all ATA controllers except for one crappy exception, the buffer > should just be on a 2byte aligned adresss, so using 16 or even > 64 bytes as Julian suggested is not needed. > > But you can ONLY transfer 512bytes at a time. Or a multiple there of... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 12:54: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from segfault.kiev.ua (segfault.kiev.ua [193.193.193.4]) by hub.freebsd.org (Postfix) with ESMTP id 8FE9537B401 for ; Sun, 26 Aug 2001 12:53:55 -0700 (PDT) (envelope-from netch@iv.nn.kiev.ua) Received: (from uucp@localhost) by segfault.kiev.ua (8) with UUCP id WUS47058 for freebsd-hackers@FreeBSD.ORG; Sun, 26 Aug 2001 22:53:51 +0300 (EEST) (envelope-from netch@iv.nn.kiev.ua) Received: (from netch@localhost) by iv.nn.kiev.ua (8.11.5/8.11.5) id f7QJqjJ01833 for freebsd-hackers@FreeBSD.ORG; Sun, 26 Aug 2001 22:52:45 +0300 (EEST) (envelope-from netch) Date: Sun, 26 Aug 2001 22:52:45 +0300 From: Valentin Nechayev To: freebsd-hackers@FreeBSD.ORG Subject: Re: function calls/rets in assembly Message-ID: <20010826225245.A360@iv.nn.kiev.ua> References: <20010824110805.C88259@dragon.nuxi.com> <20010825154427.B761@iv.nn.kiev.ua> <20010825160302.A559@ringworld.oblivion.bg> <20010825193335.C761@iv.nn.kiev.ua> <20010826021317.C92887@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010826021317.C92887@dragon.nuxi.com>; from dev-null@NUXI.com on Sun, Aug 26, 2001 at 02:13:17AM -0700 X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sun, Aug 26, 2001 at 02:13:17, dev-null (David O'Brien) wrote about "Re: function calls/rets in assembly": > > If gcc team wants to implement proper > > alignment to work with SSE and other high-specialized stuff, > > they should learn commands for bitwise AND, and use only where really needed. > Perhaps you'd like to send your patch to gcc-patches@gcc.gnu.org. I can send it. You can simply calculate what this patch does. It works for me, and it makes code for 99.99% of my tasks better. Are you suppose I'll get from gcc team something except rotten tomatos? > Perhaps you'd like to explain to them why they are so wrong about this? > You'd do that at gcc@gcc.gnu.org. They know all arguments I can say. But, except arguments, there are argument weights. Their weights are such that they think it will be correct to add such feature and spoil all code around with alignment needed for extremely small amount of one. And my messages shan't change argument weights for them. I don't want to talk with them. I want simply exclude this crap from my systems. Well, this will be yet another patch to my set of local patches applied after cvsup. > They have their reasons for this, and I'll let them explain them. No need. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 13:21:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail38.sdc1.sfba.home.com (femail38.sdc1.sfba.home.com [24.254.60.32]) by hub.freebsd.org (Postfix) with ESMTP id 0A51E37B401; Sun, 26 Aug 2001 13:21:32 -0700 (PDT) (envelope-from bmah@employees.org) Received: from intruder.bmah.org ([24.176.204.87]) by femail38.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010826202131.ECYE24024.femail38.sdc1.sfba.home.com@intruder.bmah.org>; Sun, 26 Aug 2001 13:21:31 -0700 Received: (from bmah@localhost) by intruder.bmah.org (8.11.5/8.11.3) id f7QKLVG90790; Sun, 26 Aug 2001 13:21:31 -0700 (PDT) (envelope-from bmah) Message-Id: <200108262021.f7QKLVG90790@intruder.bmah.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Wilko Bulte Cc: "Bruce A. Mah" , FreeBSD hackers list , nik@FreeBSD.ORG Subject: Re: building 'release' and compiling doc ports In-Reply-To: <20010826094911.C3501@freebie.xs4all.nl> References: <20010824190806.A46103@freebie.xs4all.nl> <200108241725.f7OHPfB50419@intruder.bmah.org> <20010824194405.A46482@freebie.xs4all.nl> <200108241752.f7OHqox51679@intruder.bmah.org> <20010825001408.B47203@freebie.xs4all.nl> <200108242311.f7ONBIt56794@intruder.bmah.org> <20010825083659.A51201@freebie.xs4all.nl> <200108251457.f7PEvVW45896@intruder.bmah.org> <20010825174208.A1269@freebie.xs4all.nl> <200108260421.f7Q4LZK84037@intruder.bmah.org> <20010826094911.C3501@freebie.xs4all.nl> Comments: In-reply-to Wilko Bulte message dated "Sun, 26 Aug 2001 09:49:11 +0200." From: bmah@FreeBSD.ORG (Bruce A. Mah) Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1826541932P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 26 Aug 2001 13:21:31 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_1826541932P Content-Type: text/plain; charset=us-ascii If memory serves me right, Wilko Bulte wrote: > On Sat, Aug 25, 2001 at 09:21:35PM -0700, Bruce A. Mah wrote: > > If memory serves me right, Wilko Bulte wrote: > > > On Sat, Aug 25, 2001 at 07:57:31AM -0700, Bruce A. Mah wrote: > > > Haven't been to Macau...but there's lots of jade in Hong Kong too. :-) > > One hour by fast boat, I was surprised. Worth visiting! I've wanted to go for awhile, but it seems like every time we go to Hong Kong (about twice a year), we've got too many other things to do. One of these times... > > Yay! OK, I'll commit this "soon" (kind of brain-dead right now, don't > > trust myself to do commits properly). If you get to it first, that's > > fine too. > > OK. OK, saw the log message, thanks for doing the commit. Feel free to do the MFC too. Cheers, Bruce. --==_Exmh_1826541932P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Exmh version 2.3.1+ 05/14/2001 iD8DBQE7iVpL2MoxcVugUsMRAvCKAKCHJH8AWAtY/m4QpR/+ZIBEFFUOfACfV3Vs G1yZRM0bR805n4/HN3Sn+jM= =UuJT -----END PGP SIGNATURE----- --==_Exmh_1826541932P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 14: 1:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id AB43E37B408 for ; Sun, 26 Aug 2001 14:01:14 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.135.64.Dial1.SanJose1.Level3.net [209.245.135.64]) by albatross.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id OAA25546; Sun, 26 Aug 2001 14:01:12 -0700 (PDT) Message-ID: <3B8963C2.BB680DB6@mindspring.com> Date: Sun, 26 Aug 2001 14:01:54 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Cc: Valentin Nechayev , Peter Pentchev Subject: Re: function calls/rets in assembly References: <20010824110805.C88259@dragon.nuxi.com> <20010825154427.B761@iv.nn.kiev.ua> <20010825160302.A559@ringworld.oblivion.bg> <20010825193335.C761@iv.nn.kiev.ua> <20010826021317.C92887@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > > If gcc team wants to implement proper > > alignment to work with SSE and other high-specialized stuff, > > they should learn commands for bitwise AND, and use only where > > really needed. > > Perhaps you'd like to send your patch to gcc-patches@gcc.gnu.org. > Perhaps you'd like to explain to them why they are so wrong about this? > You'd do that at gcc@gcc.gnu.org. > > They have their reasons for this, and I'll let them explain them. If it's anything like their reasons for the per-thread exception stack allocation being static, and thus causing additional overhead for non-C++ and non-threads-using programs (i.e., mainly because they already had it implemented that was in egcs when Jeremy Allison made the patches to do it right for gcc when we were making ACAP run for the first time under the GNU tool chain), then you might as well not bother sending them email. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 14:22:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id C143F37B407; Sun, 26 Aug 2001 14:22:56 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.135.64.Dial1.SanJose1.Level3.net [209.245.135.64]) by albatross.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id OAA14514; Sun, 26 Aug 2001 14:22:54 -0700 (PDT) Message-ID: <3B8968D8.51AD0871@mindspring.com> Date: Sun, 26 Aug 2001 14:23:36 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Ronald G Minnich Cc: Mike Smith , djohnson , freebsd-hackers@FreeBSD.ORG Subject: Re: PCI Enumeration References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ronald G Minnich wrote: > On Sat, 25 Aug 2001, Mike Smith wrote: > > > I/O space is easy, but memory space is hard. Userspace access to > > physical memory is a big no-no in the *nix world. > > I want to disagree just a bit. If you look at myrinet, or the many fpga > cards, it's the standard modus operandi. You have to do it that way. I think that Mike's point is that even when you access physical memory from user space, you are accessing it as virtual memory. Normally, the device RAM window is mapped into the KVA, and such access is done via /dev/kmem, which is translated through the KVA virtual mapping. Even if you mmap such a region into a user space processes address space, you end up translating through the UVA of the process to get at the RAM (X does this for linear frame buffers, etc.). If you are trying to do this windowed, or through another mapping (e.g., for a frame buffer card with 16M of RAM plugged into a 4G system, with no way to map the full 16M into the KVA, no matter how you slice it), it's not just "hard", it's "nearly impossible to do correctly". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 21: 7:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from torb.pix.net (torb.pix.net [192.135.81.20]) by hub.freebsd.org (Postfix) with ESMTP id 2D3A437B403 for ; Sun, 26 Aug 2001 21:07:48 -0700 (PDT) (envelope-from stripes@iamsofired.com) Received: (from stripes@localhost) by torb.pix.net (8.11.4/8.11.4) id f7R47ko17319 for hackers@FreeBSD.ORG; Mon, 27 Aug 2001 00:07:46 -0400 (EDT) (envelope-from stripes@iamsofired.com) X-Authentication-Warning: torb.pix.net: stripes set sender to stripes@iamsofired.com using -f Date: Mon, 27 Aug 2001 00:07:46 -0400 From: Josh M Osborne To: hackers@FreeBSD.ORG Subject: Re: Proposed Utility - detach(1) Message-ID: <20010827000746.A17299@torb.pix.net> References: <20010824141955.B64018@coffee.q9media.com> <20010826095321.A2037@laptop.6bone.nl> <20010826021029.B92887@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010826021029.B92887@dragon.nuxi.com>; from dev-null@NUXI.com on Sun, Aug 26, 2001 at 02:10:29AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 26, 2001 at 02:10:29AM -0700, David O'Brien wrote: [...] > The BSD/OS 4.1 code is also available for us to take this utility from. Really? I didn't know they donated all of that. Anyway it isn't a complex program. When I migrated from BSD/OS to FreeBSD it is one of the things I missed, and wrote. Have it. Or write another. Or take BSD/OSes. #include #include #include int main(int argc, char *argv[]) { int rc, ch, e; int noclose = 0, nochdir = 0; extern int optind, errno; char *pname = argv[0]; while((ch = getopt(argc, argv, "nr")) != -1) { switch(ch) { case 'n': noclose = 1; break; case 'r': nochdir = 1; break; case '?': default: fprintf(stderr, "Usage: %s [-c] [-r] command args...\n", pname); fprintf(stderr, " -n don't redirect std{in,out,err} to /dev/null\n"); fprintf(stderr, " -r don't chdir to / (root)\n"); exit(1); break; } } argc -= optind; argv += optind; printf("argc %d, argv[0] %s\n", argc, argv[0]); if (argc < 1) { fprintf(stderr, "%s: no command to run?\n", pname); exit(1); } rc = daemon(nochdir, noclose); if (rc < 0) { e = errno; fprintf(stderr, "%s: daemon call failed: %s\n", pname, strerror(e)); exit(2); } execvp(argv[0], argv); e = errno; /* This may be futile - stderr may be /dev/null */ fprintf(stderr, "%s: exec of %s failed: %s\n", pname, argv[0], strerror(e)); exit(3); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 23: 9:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id 518F137B405 for ; Sun, 26 Aug 2001 23:09:52 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 63662 invoked from network); 27 Aug 2001 06:09:51 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 27 Aug 2001 06:09:51 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010825154427.B761@iv.nn.kiev.ua> Date: Sun, 26 Aug 2001 23:09:58 -0700 (PDT) From: John Baldwin To: Valentin Nechayev Subject: Re: function calls/rets in assembly Cc: Steve Roome , freebsd-hackers@FreeBSD.ORG, "David O'Brien" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 25-Aug-01 Valentin Nechayev wrote: > Well, unnesesary stack pointer shiftings disappeared. > After calling with additional -O1: > > printasint: > pushl %ebp > movl %esp,%ebp > pushl 8(%ebp) > pushl $.LC0 > call printf > leave > ret > > You can simply see that this assembly output is fully identical > to one you requested. > > Well, now you should add wanted options to /etc/make.conf and avoid > seeing of such nightmares. Erm, the original topic of this dicussion was about attempting to use the assembly from the C compiler to see how things work when writing one's own assembly functions. Having to know magical extra parameters to pass to the compiler to make this a fruitful exercise doesn't help. If the compiler were more intelligent about the code it output by default in the first place, then that would help. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 23:35:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web12802.mail.yahoo.com (web12802.mail.yahoo.com [216.136.174.37]) by hub.freebsd.org (Postfix) with SMTP id C4BAF37B405 for ; Sun, 26 Aug 2001 23:35:49 -0700 (PDT) (envelope-from prohit99@yahoo.com) Message-ID: <20010827063549.32524.qmail@web12802.mail.yahoo.com> Received: from [202.142.70.159] by web12802.mail.yahoo.com; Sun, 26 Aug 2001 23:35:49 PDT Date: Sun, 26 Aug 2001 23:35:49 -0700 (PDT) From: Rohit Panda Subject: installation problem To: jkh@narf.osd.bsdi.com, mertz@gnosis.cx Cc: lee@uk.FreeBSD.org, freebsd-questions@FreeBSD.org, freebsd-hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-829094587-998894149=:32478" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --0-829094587-998894149=:32478 Content-Type: text/plain; charset=us-ascii hi , i was using linux and a great fan of it.Then i heard about this wonderful OS called FreeBSD and wanted to try it out.i thought to install it via FTP. My E: drive in my windows machine is the place where i want to install FreeBSD(i have formatted my E: ,but iam getting the chance to fdisk because Sysinstall is not running). But iam facing a problem during installation.i have made the images of the kern.flp and mfsroot.flp from windows using the utility fdimage.Then i booted from the kernel image floppy .Everything goes fine and after that when i put the other floppy and hit enter it says " zf_read:unexpected EOF ". Then it continues with the kernel configuration.Once i teied to configure and the next time i skipped,but after that comes the problem.after it probes it says Mounting root from ufs:/dev/md0c md0:raw partition size != slice size md0:start 0,end 7,size 8 md0c:start 0,end 5759,size 5760 md0:truncating raw partition md0:start 0,end 7,size 8 md0:start 0,end 5759,size 5760 Root Mount failed :22 manual root filesystem specification :device Mount using filesystem eg.ufs:/dev/da0s1a ? list valid disk boot devices abort manual i/p THEN WHEN IT COMES TO THE PROMPT....... mountroot> NOW IF I HIT ENTER panic :root mount failed ,startup aborted . syncing disks done uptime:11m 8 s Automatic reboot in 15 secs....... how do i correct the problem.Sysinstall is not starting and how to go about it.if u could help me i will be very grateful to u.otherwise tell me some alternate methords to do. thanking u in advance rohit --------------------------------- Do You Yahoo!? Make international calls for as low as $0.04/minute with Yahoo! Messenger. --0-829094587-998894149=:32478 Content-Type: text/html; charset=us-ascii

hi ,

    i was using linux and a great fan of it.Then i heard about this wonderful OS called FreeBSD and wanted to try it out.i thought to install it via FTP. My E: drive in my windows machine is the place where i want to install FreeBSD(i have formatted my E: ,but iam getting the chance to fdisk because Sysinstall is not running). But iam facing a problem during installation.i have made the images of the kern.flp and mfsroot.flp from windows using the utility fdimage.Then i booted from the kernel image floppy .Everything goes fine and after that when i put the other floppy and hit enter it says " zf_read:unexpected EOF ". Then it continues with the kernel configuration.Once i teied to configure and the next time i skipped,but after that comes the problem.after it probes it says

Mounting root from ufs:/dev/md0c

md0:raw partition size != slice size

md0:start 0,end 7,size 8

md0c:start 0,end 5759,size 5760

md0:truncating raw partition

md0:start 0,end 7,size 8

md0:start 0,end 5759,size 5760

Root Mount failed :22

manual root filesystem specification

<fstype>:device Mount <device> using filesystem<fstype>

eg.ufs:/dev/da0s1a

? list valid disk boot devices

<empty line> abort manual i/p

THEN WHEN IT COMES TO THE PROMPT.......

mountroot> NOW IF I HIT ENTER

panic :root mount failed ,startup aborted .

syncing disks

done uptime:11m 8 s

Automatic reboot in 15 secs.......

how do i correct the problem.Sysinstall is not starting and how to go about it.if u could help me i will be very grateful to u.otherwise tell me some alternate methords to do.

thanking u in advance

rohit


Do You Yahoo!?
Make international calls for as low as $0.04/minute with Yahoo! Messenger. --0-829094587-998894149=:32478-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sun Aug 26 23:36:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from sharmas.dhs.org (cpe-66-1-147-119.ca.sprintbbd.net [66.1.147.119]) by hub.freebsd.org (Postfix) with ESMTP id EAE3737B409; Sun, 26 Aug 2001 23:36:22 -0700 (PDT) (envelope-from adsharma@sharmas.dhs.org) Received: by sharmas.dhs.org (Postfix, from userid 500) id 5F47D5E36E; Sun, 26 Aug 2001 23:38:02 -0700 (PDT) Date: Sun, 26 Aug 2001 23:38:02 -0700 From: Arun Sharma To: hackers@freebsd.org, java@freebsd.org Subject: truss that supports fork and rfork Message-ID: <20010826233802.A13081@sharmas.dhs.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I just ported over my old patches to truss to -current that I first posted here in May 2000: http://groups.google.com/groups?hl=en&safe=off&threadm=fa.g3c7itv.5imipd%40ifi.uio.no&rnum=1&prev=/groups%3Fas_q%3Dtruss%26as_uauthors%3DArun%2520Sharma The new patch is here: http://www.sharma-home.net/~adsharma/projects/freebsd/truss.diff.gz For people using rfork based POSIX threads implementations like NGPT (see the ports collection), this may be a useful tool. The new flag to use is -f (for follow children). If the feedback is positive, I'll clean up the patch, update the man page etc. -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 0:10:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 766FE37B405; Mon, 27 Aug 2001 00:10:06 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.134.96.Dial1.SanJose1.Level3.net [209.245.134.96]) by falcon.mail.pas.earthlink.net (8.11.5/8.9.3) with ESMTP id f7R7A4p26025; Mon, 27 Aug 2001 00:10:04 -0700 (PDT) Message-ID: <3B89F276.578CEFE1@mindspring.com> Date: Mon, 27 Aug 2001 00:10:46 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Valentin Nechayev , Steve Roome , freebsd-hackers@FreeBSD.org, "David O'Brien" Subject: Re: function calls/rets in assembly References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Baldwin wrote: > > Well, now you should add wanted options to /etc/make.conf and avoid > > seeing of such nightmares. > > Erm, the original topic of this dicussion was about attempting to use the > assembly from the C compiler to see how things work when writing one's own > assembly functions. Having to know magical extra parameters to pass to the > compiler to make this a fruitful exercise doesn't help. If the compiler were > more intelligent about the code it output by default in the first place, then > that would help. Should we all start chanting now? Sign extend to int! Sign extend to int! K&R were right! K&R were right! Sign extend to int! 8^P -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 0:11:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from blueyonder.co.uk (pcow024o.blueyonder.co.uk [195.188.53.126]) by hub.freebsd.org (Postfix) with ESMTP id BAFFE37B405 for ; Mon, 27 Aug 2001 00:11:27 -0700 (PDT) (envelope-from steve@mail.yahoo.com) Received: from mail.yahoo.com ([62.30.71.217]) by blueyonder.co.uk with Microsoft SMTPSVC(5.5.1877.687.68); Mon, 27 Aug 2001 08:11:35 +0100 Received: (from steve@localhost) by mail.yahoo.com (8.11.3/8.11.3) id f7R7BCJ00576 for freebsd-hackers@freebsd.org; Mon, 27 Aug 2001 08:11:12 +0100 (BST) (envelope-from steve) Date: Mon, 27 Aug 2001 08:11:12 +0100 From: Steve Roome To: freebsd-hackers@freebsd.org Subject: Re: function calls/rets in assembly Message-ID: <20010827081112.C365@dylan.home> Mail-Followup-To: Steve Roome , freebsd-hackers@freebsd.org References: <20010824010139.E365@dylan.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010824010139.E365@dylan.home>; from stephen_roome@yahoo.com on Fri, Aug 24, 2001 at 01:01:39AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 24, 2001 at 01:01:39AM +0100, I wrote: > Hi, I'm having some problems with (what ought to be) fairly > straightforward assembly, mainly I think, with how FreeBSD (4.3, but > does that matter ?) does function calls (which don't work for me!) ... Many responses. ... Thanks for all your responses, (especially those I might have failed to get back to.) and the informative extra chat about why gcc sucks so much. One final question... (which may be a gcc question, sorry if it is..) why do we have some people proposing the use of "leave". When from the docs I've read, leave takes longer than a mov and return ? Steve Roome To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 2: 4:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from star.rila.bg (star.rila.bg [212.39.75.32]) by hub.freebsd.org (Postfix) with ESMTP id 5134037B403 for ; Mon, 27 Aug 2001 02:04:52 -0700 (PDT) (envelope-from vlady@star.rila.bg) Received: from star.rila.bg (vlady@localhost [127.0.0.1]) by star.rila.bg (8.11.4/8.11.4) with ESMTP id f7R95dc24904 for ; Mon, 27 Aug 2001 12:05:40 +0300 (EEST) (envelope-from vlady@star.rila.bg) Message-Id: <200108270905.f7R95dc24904@star.rila.bg> X-Mailer: exmh version 2.4 05/15/2001 with nmh-1.0.3 To: freebsd-hackers@freebsd.org From: "Vladimir Terziev" Subject: Problems with Squid on 4.4-RC Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 27 Aug 2001 12:05:39 +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi hackers, I've cvsuped with release tag RELENG_4 and I've considered that I had FreeBSD 4.4-RC. This is not a problem at all, but I've tried to install and run Squid-2.4-STABLE1. It has installed sucsessfuly. I've run it, but when a browser makes a request to it, the child which got the request exits with a signal 6 (ABRT I think). Does anybody have an idea what is the reason? Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 2:14:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id 7EEC237B403 for ; Mon, 27 Aug 2001 02:14:08 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 2541 invoked by uid 1000); 27 Aug 2001 09:12:31 -0000 Date: Mon, 27 Aug 2001 12:12:31 +0300 From: Peter Pentchev To: Rohit Panda Cc: jkh@narf.osd.bsdi.com, mertz@gnosis.cx, lee@uk.FreeBSD.org, freebsd-questions@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: installation problem Message-ID: <20010827121231.C2218@ringworld.oblivion.bg> Mail-Followup-To: Rohit Panda , jkh@narf.osd.bsdi.com, mertz@gnosis.cx, lee@uk.FreeBSD.org, freebsd-questions@FreeBSD.org, freebsd-hackers@FreeBSD.org References: <20010827063549.32524.qmail@web12802.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010827063549.32524.qmail@web12802.mail.yahoo.com>; from prohit99@yahoo.com on Sun, Aug 26, 2001 at 11:35:49PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Aug 26, 2001 at 11:35:49PM -0700, Rohit Panda wrote: > > hi , > > i was using linux and a great fan of it.Then i heard about this > wonderful OS called FreeBSD and wanted to try it out.i thought to install > it via FTP. My E: drive in my windows machine is the place where i want > to install FreeBSD(i have formatted my E: ,but iam getting the chance > to fdisk because Sysinstall is not running). But iam facing a problem > during installation.i have made the images of the kern.flp and mfsroot.flp > from windows using the utility fdimage.Then i booted from the kernel > image floppy .Everything goes fine and after that when i put the other > floppy and hit enter it says " zf_read:unexpected EOF ". Then it continues > with the kernel configuration.Once i teied to configure and the next time > i skipped,but after that comes the problem.after it probes it says Please wrap lines at 80 or less characters in the future. The problem you are seeing is most probably a corrupted floppy disk, or a corrupted image. Try writing the mfsroot.flp image to another disk, then if this fails, try downloading mfsroot.flp again. Oh, and btw, posting to freebsd-questions would have been *quite* enough :) G'luck, Peter -- This sentence claims to be an Epimenides paradox, but it is lying. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 2:16: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id D352737B401 for ; Mon, 27 Aug 2001 02:16:01 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 2605 invoked by uid 1000); 27 Aug 2001 09:14:25 -0000 Date: Mon, 27 Aug 2001 12:14:25 +0300 From: Peter Pentchev To: Vladimir Terziev Cc: freebsd-hackers@freebsd.org Subject: Re: Problems with Squid on 4.4-RC Message-ID: <20010827121425.D2218@ringworld.oblivion.bg> Mail-Followup-To: Vladimir Terziev , freebsd-hackers@freebsd.org References: <200108270905.f7R95dc24904@star.rila.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108270905.f7R95dc24904@star.rila.bg>; from vlady@rila.bg on Mon, Aug 27, 2001 at 12:05:39PM +0300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 27, 2001 at 12:05:39PM +0300, Vladimir Terziev wrote: > > Hi hackers, > > I've cvsuped with release tag RELENG_4 and I've considered that I had > FreeBSD 4.4-RC. This is not a problem at all, but I've tried to install and > run Squid-2.4-STABLE1. It has installed sucsessfuly. I've run it, but when a > browser makes a request to it, the child which got the request exits with a > signal 6 (ABRT I think). > > Does anybody have an idea what is the reason? Are you using the www/squid24 port? G'luck, Peter -- If you think this sentence is confusing, then change one pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 2:35:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from proxy2.ba.best.com (proxy2.ba.best.com [206.184.139.14]) by hub.freebsd.org (Postfix) with ESMTP id C25C437B401 for ; Mon, 27 Aug 2001 02:35:14 -0700 (PDT) (envelope-from scott@renfro.org) Received: from renfro.org (kgeaoi@sdn-ar-007casjosP255.dialsprint.net [63.180.75.17]) by proxy2.ba.best.com (8.9.3/8.9.2/best.out) with ESMTP id CAA11139; Mon, 27 Aug 2001 02:33:26 -0700 (PDT) Received: (from scott@localhost) by renfro.org (8.11.4/8.11.4) id f7R9XNY59577; Mon, 27 Aug 2001 02:33:23 -0700 (PDT) (envelope-from scott) Date: Mon, 27 Aug 2001 02:33:23 -0700 From: Scott Renfro To: Konstantin Chuguev Cc: Josef Karthauser , Vladimir Terziev , hackers@FreeBSD.ORG Subject: Re: secure Filesystem Message-ID: <20010827023323.A59347@bonsai.home.renfro.org> References: <200108160909.f7G99ic57826@star.rila.bg> <20010816101355.B3163@tao.org.uk> <3B7B9002.8E915742@dante.org.uk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B7B9002.8E915742@dante.org.uk>; from Konstantin.Chuguev@dante.org.uk on Thu, Aug 16, 2001 at 10:18:58AM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Aug 16, 2001 at 10:18:58AM +0100, Konstantin Chuguev wrote: > > I'd say, it's a daemon pretending to be an NFS server. It's running > locally on port other than NFS. > > Very nice implementation, I use it a lot. A small problem with it is > that it seems to support 7-bit file names only. I tracked down tonight the one other problem with cfs that has plagued me repeatedly (although it hasn't prevented me from using it day in and day out with a couple of shell scripts to fix-up mail files corrupted by this bug). There is a rather serious bug in cfs that causes it to throw away writes when those writes append to the file, are smaller than the blocksize (8 bytes by default), and would otherwise leave the file a multiple of the blocksize. In this situation, the file needs to be truncated (due to the padding scheme in use), but cfs doesn't truncate and the file appears unchanged after the write. Patches have been sent to cfs-users@crypto.com and I submitted a separate PR[1] to get the patch into ports until a new cfs release hits the street. I've attached a copy of that patch since the readers of this thread seem to be using cfs. cheers, --Scott [1] http://www.FreeBSD.org/cgi/query-pr.cgi?pr=30120 -- Scott Renfro --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="cfs-write-bug.diff" --- cfs_fh.c.orig Mon Aug 27 01:47:52 2001 +++ cfs_fh.c Mon Aug 27 01:48:41 2001 @@ -177,6 +177,13 @@ perror("write"); return -1; } + /* due to the way the file is padded we may actually have to + truncate it here. This happens when the write is at the end of + the file, is shorter than CFSBLOCK and brings the file to a length + which is evenly dividable by CFSBLOCK */ + if (offset+len > dtov(sb.st_size) && vtod(offset+len) < sb.st_size) { + ftruncate(fd, vtod(offset+len)); + } /* iolen may contain CFSBLOCK extra chars */ return(dtov(iolen)-fronterr); } --TB36FDmn/VVEgNH/-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 2:38:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from synology.com (dns1.synology.com [202.173.37.131]) by hub.freebsd.org (Postfix) with ESMTP id 235EC37B403 for ; Mon, 27 Aug 2001 02:38:08 -0700 (PDT) (envelope-from rexluo@synology.com) Received: from synology.com (IDENT:nobody@localhost [127.0.0.1]) by synology.com (8.9.3/8.9.3) with SMTP id RAA13944 for freebsd-hackers@FreeBSD.ORG; Mon, 27 Aug 2001 17:39:57 +0800 Date: Mon, 27 Aug 2001 17:39:57 +0800 Message-Id: <200108270939.RAA13944@synology.com> To: freebsd-hackers@FreeBSD.ORG Subject: Can I use DDB within splhigh()/splx() block? From: Rex Luo X-Mailer: TWIG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear, I ran my system with modified 4.1R kernel, and I hit a problem. System is hanged, and I cannot even use ddb to break on the console. Is that possible kernel is trapped in splhigh()/splx() block? Thanks, -- -- Rex Luo Tel : 886-2-25521814 Ext. 824 Fax : 886-2-25521824 e-mail : rexluo@synology.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 2:43:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bugz.infotecs.ru (bugz.infotecs.ru [195.210.139.22]) by hub.freebsd.org (Postfix) with ESMTP id B276A37B403 for ; Mon, 27 Aug 2001 02:43:45 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from vel@localhost) by bugz.infotecs.ru (8.11.6/8.11.4) id f7R9hf901857 for freebsd-hackers@freebsd.org; Mon, 27 Aug 2001 13:43:41 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200108270943.f7R9hf901857@bugz.infotecs.ru> Subject: problem with unloading device driver To: freebsd-hackers@freebsd.org Date: Mon, 27 Aug 2001 13:43:41 +0400 (MSD) X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I have a module which adds new device. It does make_dev() and then simulates mknod() syscall, so that /dev/name is always automatically created. Also I have a daemon which reads from and writes to this device. The daemon opens the device once and then holds it open. When my module unloads, it simulates unlink() and then does detsroy_dev(). I just noticed that when I unload my module, the first write() by daemon to the fd associated with that device causes system to crash. Trace looks like this: (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc0177ed7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:330 #2 0xc01782f1 in panic (fmt=0xc0276af8 "bwrite: buffer is not busy???") at /usr/src/sys/kern/kern_shutdown.c:623 #3 0xc01a4a7b in bwrite (bp=0xc26b2390) at /usr/src/sys/kern/vfs_bio.c:672 #4 0xc01a5d08 in vfs_bio_awrite (bp=0xc26b2390) at /usr/src/sys/kern/vfs_bio.c:1538 #5 0xc01580ac in spec_fsync (ap=0xc7319cec) at /usr/src/sys/fs/specfs/spec_vnops.c:400 #6 0xc0157cb9 in spec_vnoperate (ap=0xc7319cec) at /usr/src/sys/fs/specfs/spec_vnops.c:119 #7 0xc02161bc in ffs_sync (mp=0xc05ac000, waitfor=2, cred=0xc05b1d00, p=0xc02d3fa0) at vnode_if.h:441 #8 0xc01b1677 in sync (p=0xc02d3fa0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:622 #9 0xc0177acb in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:239 #10 0xc01782f1 in panic (fmt=0xc0288ffe "%s") at /usr/src/sys/kern/kern_shutdown.c:623 #11 0xc025337b in trap_fatal (frame=0xc7319dec, eva=12) at /usr/src/sys/i386/i386/trap.c:936 #12 0xc02530c5 in trap_pfault (frame=0xc7319dec, usermode=0, eva=12) at /usr/src/sys/i386/i386/trap.c:850 #13 0xc0252a44 in trap (frame={tf_fs = -953090024, tf_es = -953090032, tf_ds = -1071972336, tf_edi = -953049344, tf_esi = -952992672, tf_ebp = -953049500, tf_isp = -953049576, tf_ebx = -1053283072, tf_edx = -953049456, tf_ecx = 7, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1072332928, tf_cs = 8, tf_eflags = 66195, tf_esp = -1053283072, tf_ss = -953049344}) at /usr/src/sys/i386/i386/trap.c:405 #14 0xc0157f80 in spec_write (ap=0xc7319e90) at /usr/src/sys/fs/specfs/spec_vnops.c:289 #15 0xc0157cb9 in spec_vnoperate (ap=0xc7319e90) at /usr/src/sys/fs/specfs/spec_vnops.c:119 #16 0xc01b6f6b in vn_write (fp=0xc137f280, uio=0xc7319f00, cred=0xc1363800, flags=0, p=0xc72a5540) at vnode_if.h:303 #17 0xc018fc18 in dofilewrite (p=0xc72a5540, fp=0xc137f280, fd=3, buf=0xbfbffbab, nbyte=1, offset=-1, flags=0) at /usr/src/sys/sys/file.h:162 #18 0xc018face in write (p=0xc72a5540, uap=0xc7319f80) at /usr/src/sys/kern/sys_generic.c:334 #19 0xc02538a5 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077937128, tf_esi = -1077937136, tf_ebp = -1077937220, tf_isp = -953049132, tf_ebx = 1, tf_edx = 0, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 2, tf_eip = 671760164, tf_cs = 31, tf_eflags = 663, tf_esp = -1077937280, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1123 #20 0xc024479d in syscall_with_err_pushed () #21 0x80486bd in ?? () (kgdb) frame 14 #14 0xc0157f80 in spec_write (ap=0xc7319e90) at /usr/src/sys/fs/specfs/spec_vnops.c:289 289 error = (*devsw(dev)->d_write) (dev, uio, ap->a_ioflag); (kgdb) p *dev $2 = {si_flags = 0, si_atime = {tv_sec = 998903778, tv_nsec = 2619315}, si_ctime = {tv_sec = 998903780, tv_nsec = 22640918}, si_mtime = {tv_sec = 998903780, tv_nsec = 22640918}, si_udev = 8448, si_hash = {le_next = 0xc02bcd38, le_prev = 0xc02bdca4}, si_hlist = {slh_first = 0xc7327c60}, si_children = {lh_first = 0x0}, si_siblings = {le_next = 0x0, le_prev = 0x0}, si_parent = 0x0, si_snapshots = {tqh_first = 0x0, tqh_last = 0xc1382d3c}, si_copyonwrite = 0, si_inode = 0, si_name = "paudit\000\000\000\000\000\000\000\000\000", si_drv1 = 0x0, si_drv2 = 0x0, si_devsw = 0x0, si_iosize_max = 65536, si_uid = 0, si_gid = 0, si_mode = 438, __si_u = {__si_tty = {__sit_tty = 0x0}, __si_disk = {__sid_disk = 0x0, __sid_mountpoint = 0x0, __sid_bsize_phys = 0, __sid_bsize_best = 0}}} si_devsw is 0 here, which seems to be a problem. Is this a bug, or can I do something inside my module to prevent this from happening ? Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 3:15:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ringworld.nanolink.com (discworld.nanolink.com [217.75.135.248]) by hub.freebsd.org (Postfix) with SMTP id 3D05837B406 for ; Mon, 27 Aug 2001 03:15:30 -0700 (PDT) (envelope-from roam@ringlet.net) Received: (qmail 3135 invoked by uid 1000); 27 Aug 2001 10:13:28 -0000 Date: Mon, 27 Aug 2001 13:13:28 +0300 From: Peter Pentchev To: "Eugene L. Vorokov" Cc: freebsd-hackers@freebsd.org Subject: Re: problem with unloading device driver Message-ID: <20010827131328.G2218@ringworld.oblivion.bg> Mail-Followup-To: "Eugene L. Vorokov" , freebsd-hackers@freebsd.org References: <200108270943.f7R9hf901857@bugz.infotecs.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108270943.f7R9hf901857@bugz.infotecs.ru>; from vel@bugz.infotecs.ru on Mon, Aug 27, 2001 at 01:43:41PM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 27, 2001 at 01:43:41PM +0400, Eugene L. Vorokov wrote: > Hello, > > I have a module which adds new device. It does make_dev() and then simulates > mknod() syscall, so that /dev/name is always automatically created. > Also I have a daemon which reads from and writes to this device. The daemon > opens the device once and then holds it open. When my module unloads, > it simulates unlink() and then does detsroy_dev(). I just noticed that > when I unload my module, the first write() by daemon to the fd associated with > that device causes system to crash. Is there really a reason you do not want to keep a persistent device entry in /dev? Aside from cluttering /dev - this is a problem solved in -current with a working devfs. True, -stable does not really have a devfs - the one that was in the tree was removed, because it was way less functional (and working) than the one in -current; still, why, really, should you be worried about one (or five) more device nodes in /dev? G'luck, Peter -- I had to translate this sentence into English because I could not read the original Sanskrit. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 3:18:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by hub.freebsd.org (Postfix) with ESMTP id 7881637B407 for ; Mon, 27 Aug 2001 03:18:26 -0700 (PDT) (envelope-from netch@lucky.net) Received: from netch@localhost (netch@localhost) by burka.carrier.kiev.ua id NHA19639; Mon, 27 Aug 2001 13:18:14 +0300 (EEST) (envelope-from netch) Date: Mon, 27 Aug 2001 13:18:14 +0300 From: Valentin Nechayev To: Steve Roome Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: function calls/rets in assembly Message-ID: <20010827131814.A18891@lucky.net> Reply-To: netch@lucky.net References: <20010824010139.E365@dylan.home> <20010827081112.C365@dylan.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010827081112.C365@dylan.home> X-42: On Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mon, Aug 27, 2001 at 08:11:12, stephen_roome wrote about "Re: function calls/rets in assembly": > One final question... (which may be a gcc question, sorry if it is..) > > why do we have some people proposing the use of "leave". When from the > docs I've read, leave takes longer than a mov and return ? To optimize for some higher than i386, use -mcpu= With -mcpu=i486 and higher, gcc writes movl %ebp,%esp popl %ebp Also consider -march= option. /netch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 3:24:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bugz.infotecs.ru (bugz.infotecs.ru [195.210.139.22]) by hub.freebsd.org (Postfix) with ESMTP id BAC2F37B403 for ; Mon, 27 Aug 2001 03:24:10 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from root@localhost) by bugz.infotecs.ru (8.11.6/8.11.4) id f7RANw202324; Mon, 27 Aug 2001 14:23:58 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200108271023.f7RANw202324@bugz.infotecs.ru> Subject: Re: problem with unloading device driver To: roam@ringlet.net (Peter Pentchev) Date: Mon, 27 Aug 2001 14:23:58 +0400 (MSD) Cc: freebsd-hackers@freebsd.org In-Reply-To: <20010827131328.G2218@ringworld.oblivion.bg> from "Peter Pentchev" at Aug 27, 2001 01:13:28 PM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Hello, > > > > I have a module which adds new device. It does make_dev() and then simulates > > mknod() syscall, so that /dev/name is always automatically created. > > Also I have a daemon which reads from and writes to this device. The daemon > > opens the device once and then holds it open. When my module unloads, > > it simulates unlink() and then does detsroy_dev(). I just noticed that > > when I unload my module, the first write() by daemon to the fd associated with > > that device causes system to crash. > > Is there really a reason you do not want to keep a persistent device > entry in /dev? Aside from cluttering /dev - this is a problem solved > in -current with a working devfs. True, -stable does not really have > a devfs - the one that was in the tree was removed, because it was > way less functional (and working) than the one in -current; still, > why, really, should you be worried about one (or five) more device > nodes in /dev? The point is that I do not want user to create device node in /dev manually; it's a production module, and the requirement is to have everything added automatically on load and not to have unconfigured entries when module is not loaded. Do you think it will stop crashing if I keep persistent device nodes in /dev ? Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 4:16: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 2077837B408 for ; Mon, 27 Aug 2001 04:16:02 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: by bazooka.unixfreak.org (Postfix, from userid 1000) id BA49D3E2F; Mon, 27 Aug 2001 04:16:01 -0700 (PDT) Received: from bazooka.unixfreak.org (localhost [127.0.0.1]) by bazooka.unixfreak.org (Postfix) with ESMTP id AF2783C12D; Mon, 27 Aug 2001 04:16:01 -0700 (PDT) To: "Eugene L. Vorokov" Cc: freebsd-hackers@freebsd.org Subject: Re: problem with unloading device driver In-Reply-To: <200108270943.f7R9hf901857@bugz.infotecs.ru>; from vel@bugz.infotecs.ru on "Mon, 27 Aug 2001 13:43:41 +0400 (MSD)" Date: Mon, 27 Aug 2001 04:15:56 -0700 From: Dima Dorfman Message-Id: <20010827111601.BA49D3E2F@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Eugene L. Vorokov" wrote: > Hello, > > I have a module which adds new device. It does make_dev() and then simulates > mknod() syscall, so that /dev/name is always automatically created. > Also I have a daemon which reads from and writes to this device. The daemon > opens the device once and then holds it open. When my module unloads, > it simulates unlink() and then does detsroy_dev(). I just noticed that > when I unload my module, the first write() by daemon to the fd associated with > that device causes system to crash. Trace looks like this: You're unloading your module while something still has an fd associated with a device it provides? How do you expect that to work? The right thing to do would be to keep track of how many times your device has been opened, and fail to unload (return an error from the modevent handler) if something still has it open. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 4:23:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id BE90C37B444 for ; Mon, 27 Aug 2001 04:23:11 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: by bazooka.unixfreak.org (Postfix, from userid 1000) id 7DD633E31; Mon, 27 Aug 2001 04:23:11 -0700 (PDT) Received: from bazooka.unixfreak.org (localhost [127.0.0.1]) by bazooka.unixfreak.org (Postfix) with ESMTP id 726163C12B for ; Mon, 27 Aug 2001 04:23:11 -0700 (PDT) To: hackers@freebsd.org Subject: syslogd bound to a specific address? Date: Mon, 27 Aug 2001 04:23:06 -0700 From: Dima Dorfman Message-Id: <20010827112311.7DD633E31@bazooka.unixfreak.org> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Is there a compelling reason why syslogd doesn't have an option to make it bind to a specific address? Most daemons have one, but syslogd does not. I'm asking because jail(8) explicitly mentions that syslogd doesn't support this, which either means the author knows why it can't reasonably support it, or doesn't have the time to write it. The patch attached below seems to work reasonably well for me. Is there something I'm missing? Thanks. Index: syslogd.8 =================================================================== RCS file: /home/ncvs/src/usr.sbin/syslogd/syslogd.8,v retrieving revision 1.40 diff -u -r1.40 syslogd.8 --- syslogd.8 2001/08/27 11:04:09 1.40 +++ syslogd.8 2001/08/27 11:11:10 @@ -42,6 +42,7 @@ .Nm .Op Fl 46Adknsuv .Op Fl a Ar allowed_peer +.Op Fl b Ar bind_address .Op Fl f Ar config_file .Op Fl m Ar mark_interval .Op Fl p Ar log_socket @@ -151,6 +152,10 @@ options are ignored if the .Fl s option is also specified. +.It Fl b Ar bind_address +Specify one specific IP address or hostname to bind to. +If a hostname is specified, +the IPv4 or IPv6 address which corresponds to it is used. .It Fl d Put .Nm Index: syslogd.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/syslogd/syslogd.c,v retrieving revision 1.80 diff -u -r1.80 syslogd.c --- syslogd.c 2001/07/19 22:04:09 1.80 +++ syslogd.c 2001/08/27 11:11:11 @@ -291,7 +291,7 @@ void die __P((int)); void domark __P((int)); void fprintlog __P((struct filed *, int, char *)); -int* socksetup __P((int)); +int* socksetup __P((int, const char *)); void init __P((int)); void logerror __P((const char *)); void logmsg __P((int, char *, char *, int)); @@ -319,13 +319,15 @@ struct sockaddr_storage frominet; FILE *fp; char *p, *hname, line[MAXLINE + 1]; + const char *bindhostname; struct timeval tv, *tvp; struct sigaction sact; sigset_t mask; pid_t ppid = 1; socklen_t len; - while ((ch = getopt(argc, argv, "46Aa:df:kl:m:np:P:suv")) != -1) + bindhostname = NULL; + while ((ch = getopt(argc, argv, "46Aa:b:df:kl:m:np:P:suv")) != -1) switch (ch) { case '4': family = PF_INET; @@ -342,6 +344,9 @@ if (allowaddr(optarg) == -1) usage(); break; + case 'b': + bindhostname = optarg; + break; case 'd': /* debug */ Debug++; break; @@ -447,7 +452,7 @@ } } if (SecureMode <= 1) - finet = socksetup(family); + finet = socksetup(family, bindhostname); if (finet) { if (SecureMode) { @@ -2235,8 +2240,9 @@ } int * -socksetup(af) +socksetup(af, bindhostname) int af; + const char *bindhostname; { struct addrinfo hints, *res, *r; int error, maxs, *s, *socks; @@ -2245,7 +2251,7 @@ hints.ai_flags = AI_PASSIVE; hints.ai_family = af; hints.ai_socktype = SOCK_DGRAM; - error = getaddrinfo(NULL, "syslog", &hints, &res); + error = getaddrinfo(bindhostname, "syslog", &hints, &res); if (error) { logerror(gai_strerror(error)); errno = 0; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 4:32:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bugz.infotecs.ru (bugz.infotecs.ru [195.210.139.22]) by hub.freebsd.org (Postfix) with ESMTP id 3903E37B409 for ; Mon, 27 Aug 2001 04:32:31 -0700 (PDT) (envelope-from vel@bugz.infotecs.ru) Received: (from root@localhost) by bugz.infotecs.ru (8.11.6/8.11.4) id f7RBVs902785; Mon, 27 Aug 2001 15:31:55 +0400 (MSD) (envelope-from vel) From: "Eugene L. Vorokov" Message-Id: <200108271131.f7RBVs902785@bugz.infotecs.ru> Subject: Re: problem with unloading device driver To: dima@unixfreak.org (Dima Dorfman) Date: Mon, 27 Aug 2001 15:31:54 +0400 (MSD) Cc: freebsd-hackers@freebsd.org In-Reply-To: <20010827111601.BA49D3E2F@bazooka.unixfreak.org> from "Dima Dorfman" at Aug 27, 2001 04:15:56 AM X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Hello, > > > > I have a module which adds new device. It does make_dev() and then simulates > > mknod() syscall, so that /dev/name is always automatically created. > > Also I have a daemon which reads from and writes to this device. The daemon > > opens the device once and then holds it open. When my module unloads, > > it simulates unlink() and then does detsroy_dev(). I just noticed that > > when I unload my module, the first write() by daemon to the fd associated with > > that device causes system to crash. Trace looks like this: > > You're unloading your module while something still has an fd > associated with a device it provides? How do you expect that to work? > The right thing to do would be to keep track of how many times your > device has been opened, and fail to unload (return an error from the > modevent handler) if something still has it open. Oh yes ... but I thought kernel should know that I unloaded the driver and close associated fd's, returning some error code when a program still tries to operate on them. Anyway, I now return EBUSY, and it works fine. Thanks ! Regards, Eugene To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 6:44:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-m05.mx.aol.com (imo-m05.mx.aol.com [64.12.136.8]) by hub.freebsd.org (Postfix) with ESMTP id E69B237B403 for ; Mon, 27 Aug 2001 06:44:42 -0700 (PDT) (envelope-from NIKAS@aol.com) Received: from NIKAS@aol.com by imo-m05.mx.aol.com (mail_out_v31_r1.4.) id n.ca.1a2aeb57 (25510) for ; Mon, 27 Aug 2001 09:44:36 -0400 (EDT) From: NIKAS@aol.com Message-ID: Date: Mon, 27 Aug 2001 09:44:36 EDT Subject: (no subject) To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 4.0 for Windows 95 sub 120 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG nikas@aol.com to eliminate junk mail. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 7:22:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 06CAD37B405 for ; Mon, 27 Aug 2001 07:22:46 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from onyx (onyx.cs.binghamton.edu [128.226.140.171]) by bingnet2.cc.binghamton.edu (8.11.4/8.11.4) with ESMTP id f7REMho28881; Mon, 27 Aug 2001 10:22:43 -0400 (EDT) Date: Mon, 27 Aug 2001 10:21:40 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@onyx To: Julian Elischer Cc: freebsd-hackers@freebsd.org Subject: Re: ata0-master: non aligned DMA transfer attempted In-Reply-To: <3B8942DB.A242B58C@elischer.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 26 Aug 2001, Julian Elischer wrote: > Zhihui Zhang wrote: > > > > Thanks for your replay. I use gdb to find out that the buffer address is > > not 16-byte aligned. This leads to a question as to how to align a > > statically allocated data structure properly. Using union seems to be able > > to align you on a long boundary (or even long long?), but that is not 16 > > byte aligned. > > > > union { > > my_data_structure_t xyz; > > long pad; > > } > > > > The natural alignment seems to work only on primitive data types. If you > > define: > > > > unsigned char sector_buf[512]; > > > > It will not always be aligned on a 512 byte boundary, even 16-byte > > alignment is not guaranteed. Is there a way to achieve this? > > unfortunatly not, except to allocate N+16 bytes, and allign it yourself by > > using a 2nd variable.. > > x = malloc(buffesize + 16) > y = x + 15 & ~15 > ... > write (fd, y, buffersize); > ... > free (x); > exit(); > > > You may experiment to see what allignment your hardware needs... > 2?, 4?, 6?, 16? > > when does the message happen? I believe that message is from ata_dmasetup(): if (((uintptr_t)data & scp->alignment) || (count & scp->alignment)) { ata_printf(scp, device, "non aligned DMA transfer attempted\n"); return -1; } The user address obtained by static allocation is not 16-byte aligned. The kernel routine physio() grabs a physical buffer to do DMA, but it still uses the user's address. The KVA associated with the buffer is not used. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 8:27:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.nwlink.com (smtp.nwlink.com [209.20.130.57]) by hub.freebsd.org (Postfix) with ESMTP id 91CAB37B403 for ; Mon, 27 Aug 2001 08:27:17 -0700 (PDT) (envelope-from rposey@nwlink.com) Received: from katie (ip112.r6.d.bel.nwlink.com [207.202.173.112]) by smtp.nwlink.com (8.9.3/8.9.1) with SMTP id IAA24860 for ; Mon, 27 Aug 2001 08:25:32 -0700 (PDT) Message-ID: <000701c12f0c$c274c4b0$70adcacf@katie> From: "Robert Posey" To: Subject: Date: Mon, 27 Aug 2001 08:27:17 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.3018.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Subscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 9:22: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tarakan-network.com (chojin.adsl.nerim.net [62.4.22.98]) by hub.freebsd.org (Postfix) with ESMTP id 8A0D837B403; Mon, 27 Aug 2001 09:21:36 -0700 (PDT) (envelope-from freebsd@tarakan-network.com) Received: from chojin ([192.168.69.2]) by tarakan-network.com (8.11.6/8.11.3) with SMTP id f7RGLSo75370; Mon, 27 Aug 2001 18:21:28 +0200 (CEST) (envelope-from freebsd@tarakan-network.com) Message-ID: <007701c12f14$5cefb7f0$0245a8c0@chojin> From: "Chojin" To: "Rino Mardo" Cc: , References: <000d01c12d7d$24fb5ea0$0245a8c0@chojin> <00e401c12dca$1472dc00$72a145ca@rino> Subject: Re: cvsup ports always failed Date: Mon, 27 Aug 2001 18:21:44 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2526.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2526.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I found the solution: By default there was # If your network link is a T1 or faster, comment out the following line. *default compress I commented it and now it works :) ----- Original Message ----- From: "Rino Mardo" To: "Chojin" ; ; Sent: Sunday, August 26, 2001 2:48 AM Subject: Re: cvsup ports always failed > > Hello, > > > > I hope someone could help me because I don't know what to do. > > > > I had error in cvsup to update my ports. > > Since this error I putted more memory ( I have 650 Mb now), reinstalled my > > system (cvsup and make world) and recompiled my kernel. > > > > After all done (and rebooted) I do my cvsup > > /usr/share/examples/cvsup/ports-supfile > > Connected to ftp2.fr.FreeBSD.org > > Updating collection ports-all/cvs > > Edit ports/INDEX > > > > > > *** > > *** runtime error: > > *** gc: Could not extend the traced heap > > *** > > > > > have you tried doing cvsup your ports after cvsup your sources? update your > ports before recompiling. > > just my 2cents. > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 9:42:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tarakan-network.com (chojin.adsl.nerim.net [62.4.22.98]) by hub.freebsd.org (Postfix) with ESMTP id 9101D37B405; Mon, 27 Aug 2001 09:42:45 -0700 (PDT) (envelope-from freebsd@tarakan-network.com) Received: from chojin ([192.168.69.2]) by tarakan-network.com (8.11.6/8.11.3) with SMTP id f7RGgko77959; Mon, 27 Aug 2001 18:42:46 +0200 (CEST) (envelope-from freebsd@tarakan-network.com) Message-ID: <00af01c12f17$56bc7870$0245a8c0@chojin> From: "Chojin" To: , Subject: root is limited ? :-o Date: Mon, 27 Aug 2001 18:43:02 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2526.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2526.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I see a strange thing: with bash (or tcsh or any other shell) when I try to modify virtual memory limit with ulimit by ex: ulimit -v unlimited (or any number). When I use limit in tcsh to change virtual memory, I can put anything, it doesn't modify anything. virtual memory (kbytes) 24576 Same thing for data size. It's strange because I've got enough memory: Mem: 61M Active, 270M Inact, 53M Wired, 308K Cache, 73M Buf, 241M Free Swap: 800M Total, 800M Free Anyone has got an idea ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 9:58:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 7940737B401 for ; Mon, 27 Aug 2001 09:58:35 -0700 (PDT) (envelope-from julian@elischer.org) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA74170; Mon, 27 Aug 2001 10:06:21 -0700 (PDT) Message-ID: <3B8A78CA.A888C9BC@elischer.org> Date: Mon, 27 Aug 2001 09:43:54 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Zhihui Zhang Cc: freebsd-hackers@freebsd.org Subject: Re: ata0-master: non aligned DMA transfer attempted References: Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Zhihui Zhang wrote: > I believe that message is from ata_dmasetup(): > > if (((uintptr_t)data & scp->alignment) || (count & scp->alignment)) { > ata_printf(scp, device, "non aligned DMA transfer attempted\n"); > return -1; > } > > The user address obtained by static allocation is not 16-byte aligned. The > kernel routine physio() grabs a physical buffer to do DMA, but it still > uses the user's address. The KVA associated with the buffer is not used. > > -Zhihui the physical address of a buffer will have the same allignment as the KVA address. -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 10:22:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 679FA37B405 for ; Mon, 27 Aug 2001 10:22:28 -0700 (PDT) (envelope-from zzhang@cs.binghamton.edu) Received: from onyx (onyx.cs.binghamton.edu [128.226.140.171]) by bingnet2.cc.binghamton.edu (8.11.4/8.11.4) with ESMTP id f7RHMKo09821; Mon, 27 Aug 2001 13:22:20 -0400 (EDT) Date: Mon, 27 Aug 2001 13:21:17 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@onyx To: Julian Elischer Cc: freebsd-hackers@freebsd.org Subject: Re: ata0-master: non aligned DMA transfer attempted In-Reply-To: <3B8A78CA.A888C9BC@elischer.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 27 Aug 2001, Julian Elischer wrote: > Zhihui Zhang wrote: > > > I believe that message is from ata_dmasetup(): > > > > if (((uintptr_t)data & scp->alignment) || (count & scp->alignment)) { > > ata_printf(scp, device, "non aligned DMA transfer attempted\n"); > > return -1; > > } > > > > The user address obtained by static allocation is not 16-byte aligned. The > > kernel routine physio() grabs a physical buffer to do DMA, but it still > > uses the user's address. The KVA associated with the buffer is not used. > > > > -Zhihui > > > the physical address of a buffer will have the same allignment as the KVA > address. But how can you explain the following statement in physio(): bp->b_dev = dev; bp->b_iodone = physwakeup; ----> bp->b_data = uio->uio_iov[i].iov_base; bp->b_bcount = uio->uio_iov[i].iov_len; bp->b_offset = uio->uio_offset; bp->b_saveaddr = sa; The bp->b_data is set to point to the user address. And later on, it is passed to the data argument of ata_dmasetup(), where the alignment is checked. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 10:43:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bdr-xcon.matchlogic.com (mail.matchlogic.com [205.216.147.127]) by hub.freebsd.org (Postfix) with ESMTP id BD82937B40C for ; Mon, 27 Aug 2001 10:43:50 -0700 (PDT) (envelope-from crandall@matchlogic.com) Received: by mail.matchlogic.com with Internet Mail Service (5.5.2653.19) id ; Mon, 27 Aug 2001 10:24:49 -0600 Received: by mail.matchlogic.com with Internet Mail Service (5.5.2653.19) id ; Fri, 24 Aug 2001 10:29:41 -0600 Message-ID: <5FE9B713CCCDD311A03400508B8B30130828F33F@bdr-xcln.corp.matchlogic.com> From: Charles Randall To: "'freebsd-hackers@freebsd.org'" Subject: Portability of #warning in /usr/include Date: Fri, 24 Aug 2001 10:29:39 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've noted that several include files in /usr/include use the C preprocessor #warning directive. This isn't standard C and prevents some software from compiling using a compiler like TenDRA. What's the current opinion on this? Charles To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 10:43:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bdr-xcon.matchlogic.com (mail.matchlogic.com [205.216.147.127]) by hub.freebsd.org (Postfix) with ESMTP id 0496637B40B for ; Mon, 27 Aug 2001 10:43:50 -0700 (PDT) (envelope-from crandall@matchlogic.com) Received: by mail.matchlogic.com with Internet Mail Service (5.5.2653.19) id ; Mon, 27 Aug 2001 11:43:49 -0600 Received: by mail.matchlogic.com with Internet Mail Service (5.5.2653.19) id ; Wed, 22 Aug 2001 14:09:58 -0600 Received: by mail.matchlogic.com with Internet Mail Service (5.5.2653.19) id ; Thu, 16 Aug 2001 09:43:00 -0600 Message-ID: <5FE9B713CCCDD311A03400508B8B30130828F2FB@bdr-xcln.corp.matchlogic.com> From: Charles Randall To: 'Konstantin Chuguev' , Josef Karthauser Cc: Vladimir Terziev , hackers@FreeBSD.ORG Subject: RE: secure Filesystem Date: Thu, 16 Aug 2001 09:42:58 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="koi8-r" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Also note that the version available in ports/packages for FreeBSD 4.x is CFS v1.4.0b2. CFS v1.4.1 is available on Matt Blaze's site. http://www.crypto.com/software/ However, the documentation doesn't seem to indicate what may have changed between these versions. I found this while looking for pointers to compressible file systems (before anyone warms up their flame thrower, they're still of good use for some applications even though disk is real cheap). Any leads there? I couldn't find anything. Charles -----Original Message----- From: Konstantin Chuguev [mailto:Konstantin.Chuguev@dante.org.uk] Sent: Thursday, August 16, 2001 3:19 AM To: Josef Karthauser Cc: Vladimir Terziev; hackers@FreeBSD.ORG Subject: Re: secure Filesystem Josef Karthauser wrote: > > Does FreeBSD support any type of secure (encrypted) filesystem? > > Look at /usr/ports/security/cfs. It's a useland crypto-filesystem that > runs over NFS. > I'd say, it's a daemon pretending to be an NFS server. It's running locally on port other than NFS. Very nice implementation, I use it a lot. A small problem with it is that it seems to support 7-bit file names only. -- * * Konstantin Chuguev Francis House * * Application Engineer 112 Hills Road * Tel: +44 1223 302992 Cambridge CB2 1PQ D A N T E WWW: http://www.dante.net United Kingdom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 10:44: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bdr-xcon.matchlogic.com (mail.matchlogic.com [205.216.147.127]) by hub.freebsd.org (Postfix) with ESMTP id DE75537B406 for ; Mon, 27 Aug 2001 10:44:00 -0700 (PDT) (envelope-from crandall@matchlogic.com) Received: by mail.matchlogic.com with Internet Mail Service (5.5.2653.19) id ; Mon, 27 Aug 2001 11:44:00 -0600 Received: by mail.matchlogic.com with Internet Mail Service (5.5.2653.19) id ; Wed, 22 Aug 2001 14:04:25 -0600 Received: by mail.matchlogic.com with Internet Mail Service (5.5.2653.19) id ; Mon, 20 Aug 2001 09:52:04 -0600 Message-ID: <5FE9B713CCCDD311A03400508B8B30130828F313@bdr-xcln.corp.matchlogic.com> From: Charles Randall To: 'fergus' , hackers Subject: RE: shared memory models/techniques Date: Mon, 20 Aug 2001 09:52:03 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Are your processes all created by fork() or are they unrelated? If they're all descendants of the same process, take a look at the GNU mm library (which is loosely based on structure of the mm_malloc library I wrote for my company but couldn't release). http://www.engelschall.com/sw/mm/ If they're unrelated, you'll have to use SysV. Charles -----Original Message----- From: fergus [mailto:tofergus@yahoo.co.uk] Sent: Saturday, August 18, 2001 4:57 AM To: hackers Subject: shared memory models/techniques hope this is an ok place to post this. as far as i can tell there are three ways to share memory between processes - using mmap, ipc shared mem or skip it using threads instead. is this right? basically i have a server process accepting many connections & i was using threads, however, it doesn't really make sense processes would probably be simpler with shared mem. i was going to use IPC but don't like building uncessesary dependancies (i.e. it's a kernel option). is mmap the best way to do this? why would you use ipc instead? . . . and finally (milking the assistance to the last) is there a really simple app using shared mem resources that anyone knows about so i can butcher it? thanks in advance. fergus To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 10:49:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 5307837B416 for ; Mon, 27 Aug 2001 10:48:48 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id f7RHmeX69052; Mon, 27 Aug 2001 10:48:40 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.5/8.11.0) id f7RHmdi11152; Mon, 27 Aug 2001 10:48:39 -0700 (PDT) (envelope-from jdp) Date: Mon, 27 Aug 2001 10:48:39 -0700 (PDT) Message-Id: <200108271748.f7RHmdi11152@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: freebsd@tarakan-network.com Subject: Re: cvsup ports always failed In-Reply-To: <000d01c12d7d$24fb5ea0$0245a8c0@chojin> References: <000d01c12d7d$24fb5ea0$0245a8c0@chojin> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <000d01c12d7d$24fb5ea0$0245a8c0@chojin>, Chojin wrote: > > *** > *** runtime error: > *** gc: Could not extend the traced heap > *** Please read the CVSup FAQ at http://www.polstra.com/projects/freeware/CVSup/ There is a question there which directly addresses this problem. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 10:57:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from proxy4.ba.best.com (proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (Postfix) with ESMTP id C778D37B409 for ; Mon, 27 Aug 2001 10:57:27 -0700 (PDT) (envelope-from scott@renfro.org) Received: from renfro.org (znjh04@sdn-ar-007casjosP255.dialsprint.net [63.180.75.17]) by proxy4.ba.best.com (8.9.3/8.9.2/best.out) with ESMTP id KAA12236; Mon, 27 Aug 2001 10:56:39 -0700 (PDT) Received: (from scott@localhost) by renfro.org (8.11.4/8.11.4) id f7RHujx62356; Mon, 27 Aug 2001 10:56:45 -0700 (PDT) (envelope-from scott) Date: Mon, 27 Aug 2001 10:56:44 -0700 From: Scott Renfro To: Charles Randall Cc: hackers@FreeBSD.ORG Subject: Re: secure Filesystem Message-ID: <20010827105644.C59347@bonsai.home.renfro.org> References: <5FE9B713CCCDD311A03400508B8B30130828F2FB@bdr-xcln.corp.matchlogic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5FE9B713CCCDD311A03400508B8B30130828F2FB@bdr-xcln.corp.matchlogic.com>; from crandall@matchlogic.com on Thu, Aug 16, 2001 at 09:42:58AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 16, 2001 at 09:42:58AM -0600, Charles Randall wrote: > > Also note that the version available in ports/packages for FreeBSD 4.x is > CFS v1.4.0b2. CFS v1.4.1 is available on Matt Blaze's site. There's an open PR on this. If you want 1.4.1, apply the patch in the PR at http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29638 > However, the documentation doesn't seem to indicate what may have changed > between these versions. No functional changes, AFAICT. Just build/compatibility improvements for some platforms. cheers, --Scott -- Scott Renfro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 11:21:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from slutpuppy.org (sparky.slutpuppy.org [216.105.12.213]) by hub.freebsd.org (Postfix) with ESMTP id D276D37B405 for ; Mon, 27 Aug 2001 11:21:23 -0700 (PDT) (envelope-from partsman@liquidunix.org) Received: from localhost (partsman@localhost) by slutpuppy.org (8.11.6/8.10.0) with ESMTP id f7RILL656878 for ; Mon, 27 Aug 2001 13:21:21 -0500 (CDT) Date: Mon, 27 Aug 2001 13:21:20 -0500 (CDT) From: John Hildreth X-X-Sender: To: Subject: Kernel compiles failing Message-ID: <20010827131551.P48798-200000@sparky.slutpuppy.org> SPARKY: SLUTPUPPY.ORG Clinton: "But I didnt inhale" Got: Milk? MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-552920124-998936480=:48798" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-552920124-998936480=:48798 Content-Type: TEXT/PLAIN; charset=US-ASCII I hate to say it but I dont have the exact errors -- I will put my kernel config in here so you can see what Im trying to build (SMP pIII 550) two things are failing about the kernel builds 1: options SMB and options NETSMB when those options are in the kernel, the build will fail, generally with ocnv errors -- if needed I can run another build and paste the errors this has been an issue since 4.3 (fails on 4.4rc1 as well) 2: device pcm with this option in the kernel, (and the irq/drq options for my isa sound card) the kernel will successfully build, but the boot will halt once the kernel tries to config the pcm device -- causing me to have to power off and boot kernel.old are these known issues, and if so is there a fix anywhere? any help would be greatly appreciated Attached is my kernel config without the pcm/SMB/NETSMB options (plain text file called SPARKY (my machines hostname) John Hildreth MMPS Engineer Allegiance Telecom partsman@liquidunix.org Office: 469-259-2612 Cell: 214-914-3112 --0-552920124-998936480=:48798 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=SPARKY Content-Transfer-Encoding: BASE64 Content-ID: <20010827132120.N48798@sparky.slutpuppy.org> Content-Description: SPARKY Content-Disposition: attachment; filename=SPARKY Iw0KIyBHRU5FUklDIC0tIEdlbmVyaWMga2VybmVsIGNvbmZpZ3VyYXRpb24g ZmlsZSBmb3IgRnJlZUJTRC9pMzg2DQojDQojIEZvciBtb3JlIGluZm9ybWF0 aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJlYWQgdGhlIGhhbmRib29rIHNl Y3Rpb24gb24NCiMgS2VybmVsIENvbmZpZ3VyYXRpb24gRmlsZXM6DQojDQoj ICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvaGFuZGJvb2sva2VybmVsY29u ZmlnLWNvbmZpZy5odG1sDQojDQojIFRoZSBoYW5kYm9vayBpcyBhbHNvIGF2 YWlsYWJsZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rDQoj IGlmIHlvdSd2ZSBpbnN0YWxsZWQgdGhlIGRvYyBkaXN0cmlidXRpb24sIG90 aGVyd2lzZSBhbHdheXMgc2VlIHRoZQ0KIyBGcmVlQlNEIFdvcmxkIFdpZGUg V2ViIHNlcnZlciAoaHR0cDovL3d3dy5GcmVlQlNELm9yZy8pIGZvciB0aGUN CiMgbGF0ZXN0IGluZm9ybWF0aW9uLg0KIw0KIyBBbiBleGhhdXN0aXZlIGxp c3Qgb2Ygb3B0aW9ucyBhbmQgbW9yZSBkZXRhaWxlZCBleHBsYW5hdGlvbnMg b2YgdGhlDQojIGRldmljZSBsaW5lcyBpcyBhbHNvIHByZXNlbnQgaW4gdGhl IC4vTElOVCBjb25maWd1cmF0aW9uIGZpbGUuIElmIHlvdSBhcmUNCiMgaW4g ZG91YnQgYXMgdG8gdGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5IG9mIGEgbGlu ZSwgY2hlY2sgZmlyc3QgaW4gTElOVC4NCiMNCiMgJEZyZWVCU0Q6IHNyYy9z eXMvaTM4Ni9jb25mL0dFTkVSSUMsdiAxLjI0Ni4yLjM0IDIwMDEvMDgvMTIg MTM6MTM6NDYgam9lcmcgRXhwICQNCg0KbWFjaGluZQkJaTM4Ng0KY3B1CQlJ Njg2X0NQVQ0KaWRlbnQJCVNQQVJLWQ0KbWF4dXNlcnMJMTI4DQoNCm1ha2Vv cHRpb25zCURFQlVHPS1nCQkjQnVpbGQga2VybmVsIHdpdGggZ2RiKDEpIGRl YnVnIHN5bWJvbHMNCg0Kb3B0aW9ucyAJTUFUSF9FTVVMQVRFCQkjU3VwcG9y dCBmb3IgeDg3IGVtdWxhdGlvbg0Kb3B0aW9ucyAJSU5FVAkJCSNJbnRlck5F VHdvcmtpbmcNCm9wdGlvbnMgCUlORVQ2CQkJI0lQdjYgY29tbXVuaWNhdGlv bnMgcHJvdG9jb2xzDQpvcHRpb25zIAlGRlMJCQkjQmVya2VsZXkgRmFzdCBG aWxlc3lzdGVtDQpvcHRpb25zIAlGRlNfUk9PVAkJI0ZGUyB1c2FibGUgYXMg cm9vdCBkZXZpY2UgW2tlZXAgdGhpcyFdDQpvcHRpb25zIAlTT0ZUVVBEQVRF UwkJI0VuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBvcnQNCm9wdGlvbnMg CU1GUwkJCSNNZW1vcnkgRmlsZXN5c3RlbQ0Kb3B0aW9ucyAJTURfUk9PVAkJ CSNNRCBpcyBhIHBvdGVudGlhbCByb290IGRldmljZQ0Kb3B0aW9ucyAJTkZT CQkJI05ldHdvcmsgRmlsZXN5c3RlbQ0Kb3B0aW9ucyAJTkZTX1JPT1QJCSNO RlMgdXNhYmxlIGFzIHJvb3QgZGV2aWNlLCBORlMgcmVxdWlyZWQNCm9wdGlv bnMgCU1TRE9TRlMJCQkjTVNET1MgRmlsZXN5c3RlbQ0Kb3B0aW9ucyAgICAg ICAgIFFVT1RBDQpvcHRpb25zIAlDRDk2NjAJCQkjSVNPIDk2NjAgRmlsZXN5 c3RlbQ0Kb3B0aW9ucyAJQ0Q5NjYwX1JPT1QJCSNDRC1ST00gdXNhYmxlIGFz IHJvb3QsIENEOTY2MCByZXF1aXJlZA0Kb3B0aW9ucyAJUFJPQ0ZTCQkJI1By b2Nlc3MgZmlsZXN5c3RlbQ0Kb3B0aW9ucyAJQ09NUEFUXzQzCQkjQ29tcGF0 aWJsZSB3aXRoIEJTRCA0LjMgW0tFRVAgVEhJUyFdDQpvcHRpb25zIAlTQ1NJ X0RFTEFZPTE1MDAwCSNEZWxheSAoaW4gbXMpIGJlZm9yZSBwcm9iaW5nIFND U0kNCm9wdGlvbnMgCVVDT05TT0xFCQkjQWxsb3cgdXNlcnMgdG8gZ3JhYiB0 aGUgY29uc29sZQ0Kb3B0aW9ucyAJVVNFUkNPTkZJRwkJI2Jvb3QgLWMgZWRp dG9yDQpvcHRpb25zIAlWSVNVQUxfVVNFUkNPTkZJRwkjdmlzdWFsIGJvb3Qg LWMgZWRpdG9yDQpvcHRpb25zICAgICAgICAgRERCDQpvcHRpb25zICAgICAg ICAgRERCX1VOQVRURU5ERUQNCm9wdGlvbnMgCUtUUkFDRQkJCSNrdHJhY2Uo MSkgc3VwcG9ydA0Kb3B0aW9ucyAJU1lTVlNITQkJCSNTWVNWLXN0eWxlIHNo YXJlZCBtZW1vcnkNCm9wdGlvbnMgCVNZU1ZNU0cJCQkjU1lTVi1zdHlsZSBt ZXNzYWdlIHF1ZXVlcw0Kb3B0aW9ucyAJU1lTVlNFTQkJCSNTWVNWLXN0eWxl IHNlbWFwaG9yZXMNCm9wdGlvbnMgCVAxMDAzXzFCCQkjUG9zaXggUDEwMDNf MUIgcmVhbC10aW1lIGV4dGVuc2lvbnMNCm9wdGlvbnMgCV9LUE9TSVhfUFJJ T1JJVFlfU0NIRURVTElORw0Kb3B0aW9ucwkJSUNNUF9CQU5ETElNCQkjUmF0 ZSBsaW1pdCBiYWQgcmVwbGllcw0Kb3B0aW9ucyAJS0JEX0lOU1RBTExfQ0RF VgkjIGluc3RhbGwgYSBDREVWIGVudHJ5IGluIC9kZXYNCm9wdGlvbnMgICAg ICAgICBJTkNMVURFX0NPTkZJR19GSUxFICAgICAjIEluY2x1ZGUgdGhpcyBm aWxlIGluIGtlcm5lbA0Kb3B0aW9ucyAgICAgICAgIERJQUdOT1NUSUMNCm9w dGlvbnMJCVBFUkZNT04NCm9wdGlvbnMgICAgICAgICBMSUJNQ0hBSU4gICAg ICAgICAgICAgICAjbWJ1ZiBtYW5hZ2VtZW50IGxpYnJhcnkNCg0KDQoNCg0K IyBUbyBtYWtlIGFuIFNNUCBrZXJuZWwsIHRoZSBuZXh0IHR3byBhcmUgbmVl ZGVkDQpvcHRpb25zIAlTTVAJCQkjIFN5bW1ldHJpYyBNdWx0aVByb2Nlc3Nv ciBLZXJuZWwNCm9wdGlvbnMgCUFQSUNfSU8JCQkjIFN5bW1ldHJpYyAoQVBJ QykgSS9PDQoNCmRldmljZQkJaXNhDQpkZXZpY2UJCWVpc2ENCmRldmljZQkJ cGNpDQoNCiMgRmxvcHB5IGRyaXZlcw0KZGV2aWNlCQlmZGMwCWF0IGlzYT8g cG9ydCBJT19GRDEgaXJxIDYgZHJxIDINCmRldmljZQkJZmQwCWF0IGZkYzAg ZHJpdmUgMA0KZGV2aWNlCQlmZDEJYXQgZmRjMCBkcml2ZSAxDQojDQojIElm IHlvdSBoYXZlIGEgVG9zaGliYSBMaWJyZXR0byB3aXRoIGl0cyBZLUUgRGF0 YSBQQ01DSUEgZmxvcHB5LA0KIyBkb24ndCB1c2UgdGhlIGFib3ZlIGxpbmUg Zm9yIGZkYzAgYnV0IHRoZSBmb2xsb3dpbmcgb25lOg0KI2RldmljZQkJZmRj MA0KDQojIEFUQSBhbmQgQVRBUEkgZGV2aWNlcw0KZGV2aWNlCQlhdGEwCWF0 IGlzYT8gcG9ydCBJT19XRDEgaXJxIDE0DQpkZXZpY2UJCWF0YTEJYXQgaXNh PyBwb3J0IElPX1dEMiBpcnEgMTUNCmRldmljZQkJYXRhDQpkZXZpY2UJCWF0 YWRpc2sJCQkjIEFUQSBkaXNrIGRyaXZlcw0KZGV2aWNlCQlhdGFwaWNkCQkJ IyBBVEFQSSBDRFJPTSBkcml2ZXMNCmRldmljZQkJYXRhcGlmZAkJCSMgQVRB UEkgZmxvcHB5IGRyaXZlcw0KZGV2aWNlCQlhdGFwaXN0CQkJIyBBVEFQSSB0 YXBlIGRyaXZlcw0Kb3B0aW9ucyAJQVRBX1NUQVRJQ19JRAkJI1N0YXRpYyBk ZXZpY2UgbnVtYmVyaW5nDQoNCiMgU0NTSSBDb250cm9sbGVycw0KZGV2aWNl CQlhaGIJCSMgRUlTQSBBSEExNzQyIGZhbWlseQ0KZGV2aWNlCQlhaGMJCSMg QUhBMjk0MCBhbmQgb25ib2FyZCBBSUM3eHh4IGRldmljZXMNCmRldmljZQkJ YW1kCQkjIEFNRCA1M0M5NzQgKFRla3JhbSBEQy0zOTAoVCkpDQpkZXZpY2UJ CWlzcAkJIyBRbG9naWMgZmFtaWx5DQpkZXZpY2UJCW5jcgkJIyBOQ1IvU3lt YmlvcyBMb2dpYw0KZGV2aWNlCQlzeW0JCSMgTkNSL1N5bWJpb3MgTG9naWMg KG5ld2VyIGNoaXBzZXRzKQ0Kb3B0aW9ucwkJU1lNX1NFVFVQX0xQX1BST0JF X01BUD0weDQwDQoJCQkJIyBBbGxvdyBuY3IgdG8gYXR0YWNoIGxlZ2FjeSBO Q1IgZGV2aWNlcyB3aGVuIA0KCQkJCSMgYm90aCBzeW0gYW5kIG5jciBhcmUg Y29uZmlndXJlZA0KDQpkZXZpY2UJCWFkdjAJYXQgaXNhPw0KZGV2aWNlCQlh ZHcNCmRldmljZQkJYnQwCWF0IGlzYT8NCmRldmljZQkJYWhhMAlhdCBpc2E/ DQpkZXZpY2UJCWFpYzAJYXQgaXNhPw0KDQpkZXZpY2UJCW5jdgkJIyBOQ1Ig NTNDNTAwDQpkZXZpY2UJCW5zcAkJIyBXb3JrYml0IE5pbmphIFNDU0ktMw0K ZGV2aWNlCQlzdGcJCSMgVE1DIDE4QzMwLzE4QzUwDQoNCiMgU0NTSSBwZXJp cGhlcmFscw0KZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQp DQpkZXZpY2UJCWRhCQkjIERpcmVjdCBBY2Nlc3MgKGRpc2tzKQ0KZGV2aWNl CQlzYQkJIyBTZXF1ZW50aWFsIEFjY2VzcyAodGFwZSBldGMpDQpkZXZpY2UJ CWNkCQkjIENEDQpkZXZpY2UJCXBhc3MJCSMgUGFzc3Rocm91Z2ggZGV2aWNl IChkaXJlY3QgU0NTSSBhY2Nlc3MpDQoNCiMgUkFJRCBjb250cm9sbGVycyBp bnRlcmZhY2VkIHRvIHRoZSBTQ1NJIHN1YnN5c3RlbQ0KZGV2aWNlCQlhc3IJ CSMgRFBUIFNtYXJ0UkFJRCBWLCBWSSBhbmQgQWRhcHRlYyBTQ1NJIFJBSUQN CmRldmljZQkJZHB0CQkjIERQVCBTbWFydGNhY2hlIC0gU2VlIExJTlQgZm9y IG9wdGlvbnMhDQpkZXZpY2UJCW1seQkJIyBNeWxleCBBY2NlbGVSQUlEL2VY dHJlbWVSQUlEDQoNCiMgUkFJRCBjb250cm9sbGVycw0KZGV2aWNlCQlhYWMJ CSMgQWRhcHRlYyBGU0EgUkFJRCwgRGVsbCBQRVJDMi9QRVJDMw0KZGV2aWNl CQlpZGEJCSMgQ29tcGFxIFNtYXJ0IFJBSUQNCmRldmljZQkJYW1yCQkjIEFN SSBNZWdhUkFJRA0KZGV2aWNlCQltbHgJCSMgTXlsZXggREFDOTYwIGZhbWls eQ0KZGV2aWNlCQl0d2UJCSMgM3dhcmUgRXNjYWxhZGUNCg0KIyBhdGtiZGMw IGNvbnRyb2xzIGJvdGggdGhlIGtleWJvYXJkIGFuZCB0aGUgUFMvMiBtb3Vz ZQ0KZGV2aWNlCQlhdGtiZGMwCWF0IGlzYT8gcG9ydCBJT19LQkQNCmRldmlj ZQkJYXRrYmQwCWF0IGF0a2JkYz8gaXJxIDEgZmxhZ3MgMHgxDQpkZXZpY2UJ CXBzbTAJYXQgYXRrYmRjPyBpcnEgMTINCg0KZGV2aWNlCQl2Z2EwCWF0IGlz YT8NCg0KIyBzcGxhc2ggc2NyZWVuL3NjcmVlbiBzYXZlcg0KcHNldWRvLWRl dmljZQlzcGxhc2gNCg0KIyBzeXNjb25zIGlzIHRoZSBkZWZhdWx0IGNvbnNv bGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlDQpkZXZpY2UJ CXNjMAlhdCBpc2E/IGZsYWdzIDB4MTAwDQoNCiMgRW5hYmxlIHRoaXMgYW5k IFBDVlRfRlJFRUJTRCBmb3IgcGN2dCB2dDIyMCBjb21wYXRpYmxlIGNvbnNv bGUgZHJpdmVyDQojZGV2aWNlCQl2dDAJYXQgaXNhPw0KI29wdGlvbnMgCVhT RVJWRVIJCQkjIHN1cHBvcnQgZm9yIFggc2VydmVyIG9uIGEgdnQgY29uc29s ZQ0KI29wdGlvbnMgCUZBVF9DVVJTT1IJCSMgc3RhcnQgd2l0aCBibG9jayBj dXJzb3INCiMgSWYgeW91IGhhdmUgYSBUaGlua1BBRCwgdW5jb21tZW50IHRo aXMgYWxvbmcgd2l0aCB0aGUgcmVzdCBvZiB0aGUgUENWVCBsaW5lcw0KI29w dGlvbnMgCVBDVlRfU0NBTlNFVD0yCQkjIElCTSBrZXlib2FyZHMgYXJlIG5v bi1zdGQNCg0KIyBGbG9hdGluZyBwb2ludCBzdXBwb3J0IC0gZG8gbm90IGRp c2FibGUuDQpkZXZpY2UJCW5weDAJYXQgbmV4dXM/IHBvcnQgSU9fTlBYIGly cSAxMw0KDQojIFBvd2VyIG1hbmFnZW1lbnQgc3VwcG9ydCAoc2VlIExJTlQg Zm9yIG1vcmUgb3B0aW9ucykNCmRldmljZQkJYXBtMCAgICBhdCBuZXh1cz8g ZGlzYWJsZSBmbGFncyAweDIwICMgQWR2YW5jZWQgUG93ZXIgTWFuYWdlbWVu dA0KDQojIFBDQ0FSRCAoUENNQ0lBKSBzdXBwb3J0DQpkZXZpY2UJCWNhcmQN CmRldmljZQkJcGNpYzAJYXQgaXNhPyBpcnEgMCBwb3J0IDB4M2UwIGlvbWVt IDB4ZDAwMDANCmRldmljZQkJcGNpYzEJYXQgaXNhPyBpcnEgMCBwb3J0IDB4 M2UyIGlvbWVtIDB4ZDQwMDAgZGlzYWJsZQ0KDQojIFNlcmlhbCAoQ09NKSBw b3J0cw0KZGV2aWNlCQlzaW8wCWF0IGlzYT8gcG9ydCBJT19DT00xIGZsYWdz IDB4MTAgaXJxIDQNCmRldmljZQkJc2lvMQlhdCBpc2E/IHBvcnQgSU9fQ09N MiBpcnEgMw0KZGV2aWNlCQlzaW8yCWF0IGlzYT8gZGlzYWJsZSBwb3J0IElP X0NPTTMgaXJxIDUNCmRldmljZQkJc2lvMwlhdCBpc2E/IGRpc2FibGUgcG9y dCBJT19DT000IGlycSA5DQoNCiMgUGFyYWxsZWwgcG9ydA0KZGV2aWNlCQlw cGMwCWF0IGlzYT8gaXJxIDcNCmRldmljZQkJcHBidXMJCSMgUGFyYWxsZWwg cG9ydCBidXMgKHJlcXVpcmVkKQ0KZGV2aWNlCQlscHQJCSMgUHJpbnRlcg0K ZGV2aWNlCQlwbGlwCQkjIFRDUC9JUCBvdmVyIHBhcmFsbGVsDQpkZXZpY2UJ CXBwaQkJIyBQYXJhbGxlbCBwb3J0IGludGVyZmFjZSBkZXZpY2UNCiNkZXZp Y2UJCXZwbwkJIyBSZXF1aXJlcyBzY2J1cyBhbmQgZGENCg0KDQojIFBDSSBF dGhlcm5ldCBOSUNzLg0KZGV2aWNlCQlkZQkJIyBERUMvSW50ZWwgREMyMXg0 eCAoYGBUdWxpcCcnKQ0KZGV2aWNlCQl0eHAJCSMgM0NvbSAzY1I5OTAgKGBg VHlwaG9vbicnKQ0KZGV2aWNlCQl2eAkJIyAzQ29tIDNjNTkwLCAzYzU5NSAo YGBWb3J0ZXgnJykNCg0KIyBQQ0kgRXRoZXJuZXQgTklDcyB0aGF0IHVzZSB0 aGUgY29tbW9uIE1JSSBidXMgY29udHJvbGxlciBjb2RlLg0KIyBOT1RFOiBC ZSBzdXJlIHRvIGtlZXAgdGhlICdkZXZpY2UgbWlpYnVzJyBsaW5lIGluIG9y ZGVyIHRvIHVzZSB0aGVzZSBOSUNzIQ0KZGV2aWNlCQltaWlidXMJCSMgTUlJ IGJ1cyBzdXBwb3J0DQpkZXZpY2UJCWRjCQkjIERFQy9JbnRlbCAyMTE0MyBh bmQgdmFyaW91cyB3b3JrYWxpa2VzDQpkZXZpY2UJCWZ4cAkJIyBJbnRlbCBF dGhlckV4cHJlc3MgUFJPLzEwMEIgKDgyNTU3LCA4MjU1OCkNCmRldmljZQkJ cGNuCQkjIEFNRCBBbTc5Qzk3eCBQQ0kgMTAvMTAwIE5JQ3MNCmRldmljZQkJ cmwJCSMgUmVhbFRlayA4MTI5LzgxMzkNCmRldmljZQkJc2YJCSMgQWRhcHRl YyBBSUMtNjkxNSAoYGBTdGFyZmlyZScnKQ0KZGV2aWNlCQlzaXMJCSMgU2ls aWNvbiBJbnRlZ3JhdGVkIFN5c3RlbXMgU2lTIDkwMC9TaVMgNzAxNg0KZGV2 aWNlCQlzdGUJCSMgU3VuZGFuY2UgU1QyMDEgKEQtTGluayBERkUtNTUwVFgp DQpkZXZpY2UJCXRsCQkjIFRleGFzIEluc3RydW1lbnRzIFRodW5kZXJMQU4N CmRldmljZQkJdHgJCSMgU01DIEV0aGVyUG93ZXIgSUkgKDgzYzE3MCBgYEVQ SUMnJykNCmRldmljZQkJdnIJCSMgVklBIFJoaW5lLCBSaGluZSBJSQ0KZGV2 aWNlCQl3YgkJIyBXaW5ib25kIFc4OUM4NDBGDQpkZXZpY2UJCXd4CQkjIElu dGVsIEdpZ2FiaXQgRXRoZXJuZXQgQ2FyZCAoYGBXaXNlbWFuJycpDQpkZXZp Y2UJCXhsCQkjIDNDb20gM2M5MHggKGBgQm9vbWVyYW5nJycsIGBgQ3ljbG9u ZScnKQ0KDQojIElTQSBFdGhlcm5ldCBOSUNzLg0KIyAnZGV2aWNlIGVkJyBy ZXF1aXJlcyAnZGV2aWNlIG1paWJ1cycNCmRldmljZQkJZWQwCWF0IGlzYT8g cG9ydCAweDI4MCBpcnEgMTAgaW9tZW0gMHhkODAwMA0KZGV2aWNlCQlleA0K ZGV2aWNlCQllcA0KZGV2aWNlCQlmZTAJYXQgaXNhPyBwb3J0IDB4MzAwDQoj IFhpcmNvbSBFdGhlcm5ldA0KZGV2aWNlCQl4ZQ0KIyBQUklTTSBJIElFRUUg ODAyLjExYiB3aXJlbGVzcyBOSUMuDQpkZXZpY2UJCWF3aQ0KIyBXYXZlTEFO L0lFRUUgODAyLjExIHdpcmVsZXNzIE5JQ3MuIE5vdGU6IHRoZSBXYXZlTEFO L0lFRUUgcmVhbGx5DQojIGV4aXN0cyBvbmx5IGFzIGEgUENNQ0lBIGRldmlj ZSwgc28gdGhlcmUgaXMgbm8gSVNBIGF0dGFjaG1lbnQgbmVlZGVkDQojIGFu ZCByZXNvdXJjZXMgd2lsbCBhbHdheXMgYmUgZHluYW1pY2FsbHkgYXNzaWdu ZWQgYnkgdGhlIHBjY2FyZCBjb2RlLg0KZGV2aWNlCQl3aQ0KIyBBaXJvbmV0 IDQ1MDAvNDgwMCA4MDIuMTEgd2lyZWxlc3MgTklDcy4gTm90ZTogdGhlIGRl Y2xhcmF0aW9uIGJlbG93IHdpbGwNCiMgd29yayBmb3IgUENNQ0lBIGFuZCBQ Q0kgY2FyZHMsIGFzIHdlbGwgYXMgSVNBIGNhcmRzIHNldCB0byBJU0EgUG5Q DQojIG1vZGUgKHRoZSBmYWN0b3J5IGRlZmF1bHQpLiBJZiB5b3Ugc2V0IHRo ZSBzd2l0Y2hlcyBvbiB5b3VyIElTQQ0KIyBjYXJkIGZvciBhIG1hbnVhbGx5 IGNob3NlbiBJL08gYWRkcmVzcyBhbmQgSVJRLCB5b3UgbXVzdCBzcGVjaWZ5 DQojIHRob3NlIHBhcmFtZXRlcnMgaGVyZS4NCmRldmljZQkJYW4NCiMgVGhl IHByb2JlIG9yZGVyIG9mIHRoZXNlIGlzIHByZXNlbnRseSBkZXRlcm1pbmVk IGJ5IGkzODYvaXNhL2lzYV9jb21wYXQuYy4NCmRldmljZQkJaWUwCWF0IGlz YT8gcG9ydCAweDMwMCBpcnEgMTAgaW9tZW0gMHhkMDAwMA0KI2RldmljZQkJ bGUwCWF0IGlzYT8gcG9ydCAweDMwMCBpcnEgNSBpb21lbSAweGQwMDAwDQpk ZXZpY2UJCWxuYzAJYXQgaXNhPyBwb3J0IDB4MjgwIGlycSAxMCBkcnEgMA0K ZGV2aWNlCQljczAJYXQgaXNhPyBwb3J0IDB4MzAwDQpkZXZpY2UJCXNuMAlh dCBpc2E/IHBvcnQgMHgzMDAgaXJxIDEwDQoNCiMgUHNldWRvIGRldmljZXMg LSB0aGUgbnVtYmVyIGluZGljYXRlcyBob3cgbWFueSB1bml0cyB0byBhbGxv Y2F0ZS4NCnBzZXVkby1kZXZpY2UJbG9vcAkJIyBOZXR3b3JrIGxvb3BiYWNr DQpwc2V1ZG8tZGV2aWNlCWV0aGVyCQkjIEV0aGVybmV0IHN1cHBvcnQNCnBz ZXVkby1kZXZpY2UJc2wJMQkjIEtlcm5lbCBTTElQDQpwc2V1ZG8tZGV2aWNl CXBwcAkxCSMgS2VybmVsIFBQUA0KcHNldWRvLWRldmljZQl0dW4JCSMgUGFj a2V0IHR1bm5lbC4NCnBzZXVkby1kZXZpY2UJcHR5CQkjIFBzZXVkby10dHlz ICh0ZWxuZXQgZXRjKQ0KcHNldWRvLWRldmljZQltZAkJIyBNZW1vcnkgImRp c2tzIg0KcHNldWRvLWRldmljZQlnaWYJCSMgSVB2NiBhbmQgSVB2NCB0dW5u ZWxpbmcNCnBzZXVkby1kZXZpY2UJZmFpdGgJMQkjIElQdjYtdG8tSVB2NCBy ZWxheWluZyAodHJhbnNsYXRpb24pDQpwc2V1ZG8tZGV2aWNlICAgc3BlYWtl ciAgICAgICAgICNQbGF5IElCTSBCQVNJQy1zdHlsZSBub2lzZXMgb3V0IHlv dXIgc3BlYWtlcg0KcHNldWRvLWRldmljZSAgIHNucCAgICAgMyAgICAgICAj U25vb3AgZGV2aWNlIC0gdG8gbG9vayBhdCBwdHkvdnR5L2V0Yy4uICAgDQoN CiMgVGhlIGBicGYnIHBzZXVkby1kZXZpY2UgZW5hYmxlcyB0aGUgQmVya2Vs ZXkgUGFja2V0IEZpbHRlci4NCiMgQmUgYXdhcmUgb2YgdGhlIGFkbWluaXN0 cmF0aXZlIGNvbnNlcXVlbmNlcyBvZiBlbmFibGluZyB0aGlzIQ0KcHNldWRv LWRldmljZQlicGYJCSNCZXJrZWxleSBwYWNrZXQgZmlsdGVyDQoNCiMgVVNC IHN1cHBvcnQNCmRldmljZQkJdWhjaQkJIyBVSENJIFBDSS0+VVNCIGludGVy ZmFjZQ0KZGV2aWNlCQlvaGNpCQkjIE9IQ0kgUENJLT5VU0IgaW50ZXJmYWNl DQpkZXZpY2UJCXVzYgkJIyBVU0IgQnVzIChyZXF1aXJlZCkNCmRldmljZQkJ dWdlbgkJIyBHZW5lcmljDQpkZXZpY2UJCXVoaWQJCSMgIkh1bWFuIEludGVy ZmFjZSBEZXZpY2VzIg0KZGV2aWNlCQl1a2JkCQkjIEtleWJvYXJkDQpkZXZp Y2UJCXVscHQJCSMgUHJpbnRlcg0KZGV2aWNlCQl1bWFzcwkJIyBEaXNrcy9N YXNzIHN0b3JhZ2UgLSBSZXF1aXJlcyBzY2J1cyBhbmQgZGENCmRldmljZQkJ dW1zCQkjIE1vdXNlDQpkZXZpY2UJCXVzY2FubmVyCSMgU2Nhbm5lcnMNCiMg VVNCIEV0aGVybmV0LCByZXF1aXJlcyBtaWkNCmRldmljZQkJYXVlCQkjIEFE TXRlayBVU0IgZXRoZXJuZXQNCmRldmljZQkJY3VlCQkjIENBVEMgVVNCIGV0 aGVybmV0DQpkZXZpY2UJCWt1ZQkJIyBLYXdhc2FraSBMU0kgVVNCIGV0aGVy bmV0DQpvcHRpb25zICAgICAgICAgSVBGSVJFV0FMTCAgICAgICAgICAgICAg I2ZpcmV3YWxsDQpvcHRpb25zICAgICAgICAgSVBGSVJFV0FMTF9WRVJCT1NF ICAgICAgI3ByaW50IGluZm9ybWF0aW9uIGFib3V0DQpvcHRpb25zCQlWRVNB DQpvcHRpb25zICAgICAgICAgU0NfUElYRUxfTU9ERSAgICAgICAgICAgIyBh ZGQgc3VwcG9ydCBmb3IgdGhlIHJhc3RlciB0ZXh0IG1vZGUgIA0Kb3B0aW9u cyAgICAgICAgIFZHQV9XSURUSDkwICAgICAgICAgICAgICMgc3VwcG9ydCA5 MCBjb2x1bW4gbW9kZXMgICAgICAgICAgICAgICAgICAgICAgDQojIFNNQiBi dXMNCiMNCiMgU3lzdGVtIE1hbmFnZW1lbnQgQnVzIHN1cHBvcnQgaXMgcHJv dmlkZWQgYnkgdGhlICdzbWJ1cycgZGV2aWNlLg0KIyBBY2Nlc3MgdG8gdGhl IFNNQnVzIGRldmljZSBpcyB2aWEgdGhlICdzbWInIGRldmljZSAoL2Rldi9z bWIqKSwNCiMgd2hpY2ggaXMgYSBjaGlsZCBvZiB0aGUgJ3NtYnVzJyBkZXZp Y2UuDQojDQojIFN1cHBvcnRlZCBkZXZpY2VzOg0KIyBzbWIgICAgICAgICAg IHN0YW5kYXJkIGlvIHRocm91Z2ggL2Rldi9zbWIqDQojDQojIFN1cHBvcnRl ZCBTTUIgaW50ZXJmYWNlczoNCiMgaWljc21iICAgICAgICBJMkMgdG8gU01C IGJyaWRnZSB3aXRoIGFueSBpaWNidXMgaW50ZXJmYWNlDQojIGJrdHIgICAg ICAgICAgYnJvb2t0cmVlODQ4IEkyQyBoYXJkd2FyZSBpbnRlcmZhY2UNCiMg aW50cG0gICAgICAgICBJbnRlbCBQSUlYNCBQb3dlciBNYW5hZ2VtZW50IFVu aXQNCiMgYWxwbSAgICAgICAgICBBY2VyIEFsYWRkaW4tSVYvVi9Qcm8yIFBv d2VyIE1hbmFnZW1lbnQgVW5pdA0KIyBpY2hzbWIgICAgICAgIEludGVsIElD SCBTTUJ1cyBjb250cm9sbGVyIGNoaXBzICg4MjgwMUFBLCA4MjgwMUFCLCA4 MjgwMUJBKQ0KIw0KZGV2aWNlICAgICAgICAgIHNtYnVzICAgICAgICAgICAj IEJ1cyBzdXBwb3J0LCByZXF1aXJlZCBmb3Igc21iIGJlbG93Lg0KIA0KZGV2 aWNlICAgICAgICAgIGludHBtDQpkZXZpY2UgICAgICAgICAgYWxwbQ0KZGV2 aWNlICAgICAgICAgIGljaHNtYg0KIA0KZGV2aWNlICAgICAgICAgIHNtYg0K IA0KIw0KIyBJMkMgQnVzDQojDQojIFBoaWxpcHMgaTJjIGJ1cyBzdXBwb3J0 IGlzIHByb3ZpZGVkIGJ5IHRoZSBgaWljYnVzJyBkZXZpY2UuDQojDQojIFN1 cHBvcnRlZCBkZXZpY2VzOg0KIyBpYyAgICBpMmMgbmV0d29yayBpbnRlcmZh Y2UNCiMgaWljICAgaTJjIHN0YW5kYXJkIGlvDQojIGlpY3NtYiBpMmMgdG8g c21iIGJyaWRnZS4gQWxsb3cgaTJjIGkvbyB3aXRoIHNtYiBjb21tYW5kcy4N CiMNCiMgU3VwcG9ydGVkIGludGVyZmFjZXM6DQojIHBjZiAgIFBoaWxpcHMg UENGODU4NCBJU0EtYnVzDQpkZXZpY2UgICAgICAgICAgaWljYnVzICAgICAg ICAgICMgQnVzIHN1cHBvcnQsIHJlcXVpcmVkIGZvciBpYy9paWMvaWljc21i IGJlbG93Lg0KZGV2aWNlICAgICAgICAgIGlpY2JiDQogDQpkZXZpY2UgICAg ICAgICAgaWMNCmRldmljZSAgICAgICAgICBpaWMNCmRldmljZSAgICAgICAg ICBpaWNzbWIgICAgICAgICAgIyBzbWIgb3ZlciBpMmMgYnJpZGdlDQogDQpk ZXZpY2UgICAgICAgICAgcGNmMCAgICBhdCBpc2E/IHBvcnQgMHgzMjAgaXJx IDUNCg== --0-552920124-998936480=:48798-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 11:48: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id A3F7037B405 for ; Mon, 27 Aug 2001 11:48:02 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 7E0E281D01; Mon, 27 Aug 2001 13:47:52 -0500 (CDT) Date: Mon, 27 Aug 2001 13:47:52 -0500 From: Alfred Perlstein To: Charles Randall Cc: "'freebsd-hackers@freebsd.org'" Subject: Re: Portability of #warning in /usr/include Message-ID: <20010827134752.G81307@elvis.mu.org> References: <5FE9B713CCCDD311A03400508B8B30130828F33F@bdr-xcln.corp.matchlogic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5FE9B713CCCDD311A03400508B8B30130828F33F@bdr-xcln.corp.matchlogic.com>; from crandall@matchlogic.com on Fri, Aug 24, 2001 at 10:29:39AM -0600 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Charles Randall [010827 12:44] wrote: > I've noted that several include files in /usr/include use the C preprocessor > #warning directive. This isn't standard C and prevents some software from > compiling using a compiler like TenDRA. What's the current opinion on this? My opinion is that #warning should be standardized, however since it's not, diffs to surround them with #ifdef __GNU_C__ (or whatever it is) will probably be committed. -- -Alfred Perlstein [alfred@freebsd.org] Ok, who wrote this damn function called '??'? And why do my programs keep crashing in it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 12:48:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id EDC0737B407 for ; Mon, 27 Aug 2001 12:48:13 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id f7RJmAs12568; Mon, 27 Aug 2001 15:48:10 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20010827134752.G81307@elvis.mu.org> References: <5FE9B713CCCDD311A03400508B8B30130828F33F@bdr-xcln.corp.matchlogic.com> <20010827134752.G81307@elvis.mu.org> Date: Mon, 27 Aug 2001 15:48:07 -0400 To: Alfred Perlstein , Charles Randall From: Garance A Drosihn Subject: Re: Portability of #warning in /usr/include Cc: Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 1:47 PM -0500 8/27/01, Alfred Perlstein wrote: >* Charles Randall [010827 12:44] wrote: >> I've noted that several include files in /usr/include use the C preprocessor >> #warning directive. This isn't standard C and prevents some software from >> compiling using a compiler like TenDRA. What's the current opinion on this? > >My opinion is that #warning should be standardized, however since it's >not, diffs to surround them with #ifdef __GNU_C__ (or whatever it is) >will probably be committed. This may not work. I know I had some problem with #warn and #warning with some code I was working on, where some C compilers would only recognize one and other C compilers would only recognize the other. Some of those compilers would NOT let you '#ifdef' out the version that it did not recognize (perhaps thinking that '#warn' or '#warning' might be some gross typo for '#else' or '#endif', I guess...). -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 13: 5:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from math.smsu.edu (math.smsu.edu [146.7.45.198]) by hub.freebsd.org (Postfix) with ESMTP id 0F42837B407 for ; Mon, 27 Aug 2001 13:05:32 -0700 (PDT) (envelope-from erik@math.smsu.edu) Received: by math.smsu.edu (Postfix, from userid 1000) id 666928E451; Mon, 27 Aug 2001 15:05:30 -0500 (CDT) To: hackers@freebsd.org Subject: sysconf() vs sysctl() Message-Id: <20010827200530.666928E451@math.smsu.edu> Date: Mon, 27 Aug 2001 15:05:30 -0500 (CDT) From: erik@math.smsu.edu (Erik Greenwald) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Are there any plans to implement'_SC_NPROCESSORS_CONF' in sysconf() ? I'm aware of hw.ncpu and the sysctl() call with {CTL_HW,HW_NCPU}, but sysconf is posix and sysctl is not :) (is it already done in 5.0? I'm using 4.4) thnx -Erik [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 14:11:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail26.sdc1.sfba.home.com (femail26.sdc1.sfba.home.com [24.254.60.16]) by hub.freebsd.org (Postfix) with ESMTP id 53C3237B409 for ; Mon, 27 Aug 2001 14:11:41 -0700 (PDT) (envelope-from kway@overtone.org) Received: from bean.overtone.org ([24.249.254.100]) by femail26.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010827211141.JPJX10065.femail26.sdc1.sfba.home.com@bean.overtone.org> for ; Mon, 27 Aug 2001 14:11:41 -0700 Received: by bean.overtone.org (Postfix, from userid 1001) id C53C75B4A9; Mon, 27 Aug 2001 21:11:39 +0000 (GMT) Date: Mon, 27 Aug 2001 21:11:39 +0000 From: Kevin Way To: freebsd-hackers@freebsd.org Subject: Re: import NetBSD rc system Message-ID: <20010827211138.A25972@bean.overtone.org> References: <1795096378.20010611154930@163.net> <20010814054348.A5361@bean.overtone.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010814054348.A5361@bean.overtone.org>; from kevin.way@overtone.org on Tue, Aug 14, 2001 at 05:43:48AM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Is there anything we need to talk about still, or do we just need an > unemployed guy who understands the problem to bang out a big pile of code. > If we need to hold joint discussions, what are the outstanding issues? Given the lack of any response, I didn't do any further work. My previous work on the NetBSD import is available at http://overtone.org/rc.d/ The version contained in the tarball there requires that you flip rc_new to YES in your rc.conf, else it uses the old stuff. It's not compatible with BOOTP diskless booting out of the box, though it includes the trivial patch to make that work. It includes some minor notes I made for myself while I first worked on the project. There's also a TODO list, noting the items which still need work done (beyond debugging) Everything in the tarball is derived from BSD licensed sources, and it all remains under the BSD license. If anybody decides that they want to fix this up and use it, I'd be more than happy to answer any questions, or accept any flames that you might have. -Kevin Way --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7ireKKxA01iDoLN4RAm71AKDc3G8/lGfSrlPjPb6EmtREUFFAWgCgkQa8 2NAO3p6uz9r9MUkHpOyKICY= =p2u0 -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 14:23: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from slutpuppy.org (sparky.slutpuppy.org [216.105.12.213]) by hub.freebsd.org (Postfix) with ESMTP id 449BB37B401 for ; Mon, 27 Aug 2001 14:22:59 -0700 (PDT) (envelope-from partsman@liquidunix.org) Received: from localhost (partsman@localhost) by slutpuppy.org (8.11.6/8.10.0) with ESMTP id f7RLMv701353 for ; Mon, 27 Aug 2001 16:22:57 -0500 (CDT) Date: Mon, 27 Aug 2001 16:22:57 -0500 (CDT) From: John Hildreth X-X-Sender: To: Subject: Re: Kernel compiles failing In-Reply-To: <20010827131551.P48798-200000@sparky.slutpuppy.org> Message-ID: <20010827161818.C1332-100000@sparky.slutpuppy.org> SPARKY: SLUTPUPPY.ORG Clinton: "But I didnt inhale" Got: Milk? MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I found the problem -- in an earlier post to this veryu list options NETSMB #SMB/CIFS requester options NETSMBCRYPTO #encrypted password support options SMBFS #SMB/CIFS filesystem options LIBICONV These 4 options are necessary from what I can tell in order for SMB* to compile into the kernel properly. Im still looking for an answer or some guidance on the pcm issue if anyone wants to take a poke at it John Hildreth MMPS Engineer Allegiance Telecom partsman@liquidunix.org Office: 469-259-2612 Cell: 214-914-3112 It has been said: > I hate to say it but I dont have the exact errors -- > I will put my kernel config in here so you can see what Im trying to build > (SMP pIII 550) > > two things are failing about the kernel builds > 1: options SMB and options NETSMB > when those options are in the kernel, the build will fail, > generally with ocnv errors -- if needed I can run another build and paste > the errors this has been an issue since 4.3 (fails on 4.4rc1 as well) > > 2: device pcm > with this option in the kernel, (and the irq/drq options for my isa sound > card) the kernel will successfully build, but the boot will halt once the > kernel tries to config the pcm device -- causing me to have to power off > and boot kernel.old > > are these known issues, and if so is there a fix anywhere? > > any help would be greatly appreciated > > Attached is my kernel config without the pcm/SMB/NETSMB options > (plain text file called SPARKY (my machines hostname) > > John Hildreth > MMPS Engineer > Allegiance Telecom > partsman@liquidunix.org > Office: 469-259-2612 > Cell: 214-914-3112 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 14:53:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp015.mail.yahoo.com (smtp015.mail.yahoo.com [216.136.173.59]) by hub.freebsd.org (Postfix) with SMTP id 418FC37B401 for ; Mon, 27 Aug 2001 14:53:28 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 27 Aug 2001 21:53:28 -0000 X-Apparently-From: Message-ID: <3B8AC157.5000203@yahoo.com> Date: Mon, 27 Aug 2001 16:53:27 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: FreeBSD-hackers@freebsd.org Subject: TCSH bug... Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Sorry if this doesn't go here... I don't know where else to put it... Please forward it to the correct people. With: set rmstar in your .cshrc, perform the following operations: -------------------------------------------------------------- 4:49:49pm wahoo(49): tcsh 4:49:51pm wahoo(1): mkdir bs 4:49:54pm wahoo(2): cd bs 4:49:56pm wahoo(3): touch 1 2 3 4 5 6 7 8 9 0 4:50:02pm wahoo(4): ls . .. 0 1 2 3 4 5 6 7 8 9 4:50:05pm wahoo(5): rm * Do you really want to delete all files? [n/y] n Bus error (core dumped) 4:50:10pm wahoo(50): cd bs 4:50:19pm wahoo(51): ls . .. 0 1 2 3 4 5 6 7 8 9 tcsh.core 4:50:20pm wahoo(52): --------------------------------------------------------------- Whazzup? This will always happen, iff you select to not rm * jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 15: 3:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (bdsl.66.12.217.106.gte.net [66.12.217.106]) by hub.freebsd.org (Postfix) with ESMTP id A2EA837B42C for ; Mon, 27 Aug 2001 15:03:21 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: from inlafrec (bdsl.66.12.217.40.gte.net [66.12.217.40]) (authenticated) by virtual-voodoo.com (8.11.6/8.11.5) with ESMTP id f7RM3Dr61209; Mon, 27 Aug 2001 17:03:13 -0500 (EST) (envelope-from steve@virtual-voodoo.com) Message-ID: <020701c12f43$8e0e2310$28d90c42@eservoffice.com> From: "Steven Ames" To: , References: <3B8AC157.5000203@yahoo.com> Subject: Re: TCSH bug... Date: Mon, 27 Aug 2001 16:59:32 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Under -CURRENT? virtual-voodoo# touch 0 1 2 3 4 5 6 7 8 9 virtual-voodoo# ls 0 1 2 3 4 5 6 7 8 9 virtual-voodoo# set rmstar virtual-voodoo# rm * Do you really want to delete all files? [n/y] y virtual-voodoo# ls virtual-voodoo# version tcsh 6.10.00 (Astron) 2000-11-19 (i386-intel-FreeBSD) options 8b,nls,dl,al,kan,sm,rh,color,dspm I'm not seeing this problem... This is from -CURRENT from about 2 hours ago. -Steve ----- Original Message ----- From: "Jim Bryant" To: Sent: Monday, August 27, 2001 4:53 PM Subject: TCSH bug... > Sorry if this doesn't go here... I don't know where else to put it... Please forward it to the correct people. > > With: > > set rmstar > > in your .cshrc, perform the following operations: > > -------------------------------------------------------------- > 4:49:49pm wahoo(49): tcsh > 4:49:51pm wahoo(1): mkdir bs > 4:49:54pm wahoo(2): cd bs > 4:49:56pm wahoo(3): touch 1 2 3 4 5 6 7 8 9 0 > 4:50:02pm wahoo(4): ls > . .. 0 1 2 3 4 5 6 7 8 9 > 4:50:05pm wahoo(5): rm * > Do you really want to delete all files? [n/y] n > Bus error (core dumped) > 4:50:10pm wahoo(50): cd bs > 4:50:19pm wahoo(51): ls > . .. 0 1 2 3 4 5 6 > 7 8 9 tcsh.core > 4:50:20pm wahoo(52): > --------------------------------------------------------------- > > Whazzup? This will always happen, iff you select to not rm * > > jim > -- > ET has one helluva sense of humor! > He's always anal-probing right-wing schizos! > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 15:25:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp017.mail.yahoo.com (smtp017.mail.yahoo.com [216.136.174.114]) by hub.freebsd.org (Postfix) with SMTP id 67BF537B40C for ; Mon, 27 Aug 2001 15:25:32 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 27 Aug 2001 22:25:31 -0000 X-Apparently-From: Message-ID: <3B8AC8DB.5090603@yahoo.com> Date: Mon, 27 Aug 2001 17:25:31 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Steven Ames Cc: FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -current from saturday... And I've noticed it for a few months, just forgot about it until last night... Also, you failed to duplicate the test... Try answering "NO" when it asks... Steven Ames wrote: > Under -CURRENT? > > virtual-voodoo# touch 0 1 2 3 4 5 6 7 8 9 > virtual-voodoo# ls > 0 1 2 3 4 5 6 7 8 9 > virtual-voodoo# set rmstar > virtual-voodoo# rm * > Do you really want to delete all files? [n/y] y > virtual-voodoo# ls > virtual-voodoo# > > version tcsh 6.10.00 (Astron) 2000-11-19 (i386-intel-FreeBSD) options > 8b,nls,dl,al,kan,sm,rh,color,dspm > > I'm not seeing this problem... This is from -CURRENT from about 2 hours ago. > > -Steve > > ----- Original Message ----- > From: "Jim Bryant" > To: > Sent: Monday, August 27, 2001 4:53 PM > Subject: TCSH bug... > > > >>Sorry if this doesn't go here... I don't know where else to put it... >> > Please forward it to the correct people. > >>With: >> >>set rmstar >> >>in your .cshrc, perform the following operations: >> >>-------------------------------------------------------------- >> 4:49:49pm wahoo(49): tcsh >> 4:49:51pm wahoo(1): mkdir bs >> 4:49:54pm wahoo(2): cd bs >> 4:49:56pm wahoo(3): touch 1 2 3 4 5 6 7 8 9 0 >> 4:50:02pm wahoo(4): ls >>. .. 0 1 2 3 4 5 6 7 >> > 8 9 > >> 4:50:05pm wahoo(5): rm * >>Do you really want to delete all files? [n/y] n >>Bus error (core dumped) >> 4:50:10pm wahoo(50): cd bs >> 4:50:19pm wahoo(51): ls >>. .. 0 1 2 >> > 3 4 5 6 > >> 7 8 9 tcsh.core >> 4:50:20pm wahoo(52): >>--------------------------------------------------------------- >> >>Whazzup? This will always happen, iff you select to not rm * >> >>jim >>-- >>ET has one helluva sense of humor! >>He's always anal-probing right-wing schizos! >> >> >>_________________________________________________________ >>Do You Yahoo!? >>Get your free @yahoo.com address at http://mail.yahoo.com >> >> >>To Unsubscribe: send mail to majordomo@FreeBSD.org >>with "unsubscribe freebsd-hackers" in the body of the message >> >> > -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 15:45:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (bdsl.66.12.217.106.gte.net [66.12.217.106]) by hub.freebsd.org (Postfix) with ESMTP id 2C41E37B403 for ; Mon, 27 Aug 2001 15:45:12 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: from inlafrec (bdsl.66.12.217.40.gte.net [66.12.217.40]) (authenticated) by virtual-voodoo.com (8.11.6/8.11.5) with ESMTP id f7RMj2r86432; Mon, 27 Aug 2001 17:45:04 -0500 (EST) (envelope-from steve@virtual-voodoo.com) Message-ID: <004801c12f49$66cccb20$28d90c42@eservoffice.com> From: "Steven Ames" To: Cc: References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> Subject: Re: TCSH bug... Date: Mon, 27 Aug 2001 17:41:21 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > -current from saturday... > > And I've noticed it for a few months, just forgot about it until last night... > > Also, you failed to duplicate the test... Try answering "NO" when it asks... OK. Yep. I see the same results. I believe that when you say 'no' tcsh tries to get clever and remove that command from your command stack (history). The relevent code is in tc.func.c starting at line 1238. I don't see anything obviously silly... I'll do a bit of debugging though. -Steve > Steven Ames wrote: > > > Under -CURRENT? > > > > virtual-voodoo# touch 0 1 2 3 4 5 6 7 8 9 > > virtual-voodoo# ls > > 0 1 2 3 4 5 6 7 8 9 > > virtual-voodoo# set rmstar > > virtual-voodoo# rm * > > Do you really want to delete all files? [n/y] y > > virtual-voodoo# ls > > virtual-voodoo# > > > > version tcsh 6.10.00 (Astron) 2000-11-19 (i386-intel-FreeBSD) options > > 8b,nls,dl,al,kan,sm,rh,color,dspm > > > > I'm not seeing this problem... This is from -CURRENT from about 2 hours ago. > > > > -Steve > > > > ----- Original Message ----- > > From: "Jim Bryant" > > To: > > Sent: Monday, August 27, 2001 4:53 PM > > Subject: TCSH bug... > > > > > > > >>Sorry if this doesn't go here... I don't know where else to put it... > >> > > Please forward it to the correct people. > > > >>With: > >> > >>set rmstar > >> > >>in your .cshrc, perform the following operations: > >> > >>-------------------------------------------------------------- > >> 4:49:49pm wahoo(49): tcsh > >> 4:49:51pm wahoo(1): mkdir bs > >> 4:49:54pm wahoo(2): cd bs > >> 4:49:56pm wahoo(3): touch 1 2 3 4 5 6 7 8 9 0 > >> 4:50:02pm wahoo(4): ls > >>. .. 0 1 2 3 4 5 6 7 > >> > > 8 9 > > > >> 4:50:05pm wahoo(5): rm * > >>Do you really want to delete all files? [n/y] n > >>Bus error (core dumped) > >> 4:50:10pm wahoo(50): cd bs > >> 4:50:19pm wahoo(51): ls > >>. .. 0 1 2 > >> > > 3 4 5 6 > > > >> 7 8 9 tcsh.core > >> 4:50:20pm wahoo(52): > >>--------------------------------------------------------------- > >> > >>Whazzup? This will always happen, iff you select to not rm * > >> > >>jim > >>-- > >>ET has one helluva sense of humor! > >>He's always anal-probing right-wing schizos! > >> > >> > >>_________________________________________________________ > >>Do You Yahoo!? > >>Get your free @yahoo.com address at http://mail.yahoo.com > >> > >> > >>To Unsubscribe: send mail to majordomo@FreeBSD.org > >>with "unsubscribe freebsd-hackers" in the body of the message > >> > >> > > > > > -- > ET has one helluva sense of humor! > He's always anal-probing right-wing schizos! > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 15:52: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp012.mail.yahoo.com (smtp012.mail.yahoo.com [216.136.173.32]) by hub.freebsd.org (Postfix) with SMTP id 4B9B537B409 for ; Mon, 27 Aug 2001 15:51:48 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 27 Aug 2001 22:51:48 -0000 X-Apparently-From: Message-ID: <3B8ACF03.4060604@yahoo.com> Date: Mon, 27 Aug 2001 17:51:47 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Steven Ames Cc: FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks... Steven Ames wrote: >>-current from saturday... >> >>And I've noticed it for a few months, just forgot about it until last >> > night... > >>Also, you failed to duplicate the test... Try answering "NO" when it >> > asks... > > OK. Yep. I see the same results. I believe that when you say 'no' tcsh tries > to > get clever and remove that command from your command stack (history). The > relevent code is in tc.func.c starting at line 1238. I don't see anything > obviously > silly... I'll do a bit of debugging though. > > -Steve > > >>Steven Ames wrote: >> >> >>>Under -CURRENT? >>> >>>virtual-voodoo# touch 0 1 2 3 4 5 6 7 8 9 >>>virtual-voodoo# ls >>>0 1 2 3 4 5 6 7 8 >>> > 9 > >>>virtual-voodoo# set rmstar >>>virtual-voodoo# rm * >>>Do you really want to delete all files? [n/y] y >>>virtual-voodoo# ls >>>virtual-voodoo# >>> >>>version tcsh 6.10.00 (Astron) 2000-11-19 (i386-intel-FreeBSD) options >>>8b,nls,dl,al,kan,sm,rh,color,dspm >>> >>>I'm not seeing this problem... This is from -CURRENT from about 2 hours >>> > ago. > >>>-Steve >>> >>>----- Original Message ----- >>>From: "Jim Bryant" >>>To: >>>Sent: Monday, August 27, 2001 4:53 PM >>>Subject: TCSH bug... >>> >>> >>> >>> >>>>Sorry if this doesn't go here... I don't know where else to put it... >>>> >>>> >>>Please forward it to the correct people. >>> >>> >>>>With: >>>> >>>>set rmstar >>>> >>>>in your .cshrc, perform the following operations: >>>> >>>>-------------------------------------------------------------- >>>> 4:49:49pm wahoo(49): tcsh >>>> 4:49:51pm wahoo(1): mkdir bs >>>> 4:49:54pm wahoo(2): cd bs >>>> 4:49:56pm wahoo(3): touch 1 2 3 4 5 6 7 8 9 0 >>>> 4:50:02pm wahoo(4): ls >>>>. .. 0 1 2 3 4 5 6 >>>> > 7 > >>>8 9 >>> >>> >>>> 4:50:05pm wahoo(5): rm * >>>>Do you really want to delete all files? [n/y] n >>>>Bus error (core dumped) >>>> 4:50:10pm wahoo(50): cd bs >>>> 4:50:19pm wahoo(51): ls >>>>. .. 0 1 2 >>>> >>>> >>>3 4 5 6 >>> >>> >>>> 7 8 9 tcsh.core >>>> 4:50:20pm wahoo(52): >>>>--------------------------------------------------------------- >>>> >>>>Whazzup? This will always happen, iff you select to not rm * >>>> >>>>jim >>>>-- >>>>ET has one helluva sense of humor! >>>>He's always anal-probing right-wing schizos! >>>> >>>> >>>>_________________________________________________________ >>>>Do You Yahoo!? >>>>Get your free @yahoo.com address at http://mail.yahoo.com >>>> >>>> >>>>To Unsubscribe: send mail to majordomo@FreeBSD.org >>>>with "unsubscribe freebsd-hackers" in the body of the message >>>> >>>> >>>> >> >>-- >>ET has one helluva sense of humor! >>He's always anal-probing right-wing schizos! >> >> >>_________________________________________________________ >>Do You Yahoo!? >>Get your free @yahoo.com address at http://mail.yahoo.com >> >> >> > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > > -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 16:27:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail3.mx.voyager.net (mail3.mx.voyager.net [216.93.66.202]) by hub.freebsd.org (Postfix) with ESMTP id 584C337B401 for ; Mon, 27 Aug 2001 16:27:48 -0700 (PDT) (envelope-from mhagerty@voyager.net) Received: from thunderbird.voyager.net (216-93-124-123.mdmmi.voyager.net [216.93.124.123]) by mail3.mx.voyager.net (8.11.6/8.10.2) with ESMTP id f7RNRlk04541 for ; Mon, 27 Aug 2001 19:27:47 -0400 (EDT) Message-Id: <5.1.0.14.2.20010827185351.01ba3aa8@pop.voyager.net> X-Sender: mhagerty@pop.voyager.net X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 27 Aug 2001 19:27:54 -0400 To: freebsd-hackers@freebsd.org From: Matthew Hagerty Subject: To determine if a file has grown? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Greetings, Is there a fast and/or efficient way to determine if a file size has changed without reopening the file every time? I'm writing a program that needs to open a file and watch it to see when data gets written to the file (from an external source or another part of the same program), then read the data to process it. I was looking at stat() but I've read that it is a high overhead function. Any insight would be greatly appreciated. Thanks, Matthew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 16:29:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id 30D9637B401 for ; Mon, 27 Aug 2001 16:29:07 -0700 (PDT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id E1CBE81D01; Mon, 27 Aug 2001 18:28:56 -0500 (CDT) Date: Mon, 27 Aug 2001 18:28:56 -0500 From: Alfred Perlstein To: Matthew Hagerty Cc: freebsd-hackers@freebsd.org Subject: Re: To determine if a file has grown? Message-ID: <20010827182856.L81307@elvis.mu.org> References: <5.1.0.14.2.20010827185351.01ba3aa8@pop.voyager.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.1.0.14.2.20010827185351.01ba3aa8@pop.voyager.net>; from mhagerty@voyager.net on Mon, Aug 27, 2001 at 07:27:54PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * Matthew Hagerty [010827 18:28] wrote: > Greetings, > > Is there a fast and/or efficient way to determine if a file size has > changed without reopening the file every time? I'm writing a program that > needs to open a file and watch it to see when data gets written to the file > (from an external source or another part of the same program), then read > the data to process it. I was looking at stat() but I've read that it is a > high overhead function. Any insight would be greatly appreciated. use kqueue. -- -Alfred Perlstein [alfred@freebsd.org] 'Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 17:54: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from www.kozubik.com (www.kozubik.com [216.188.96.212]) by hub.freebsd.org (Postfix) with ESMTP id 44A8337B409 for ; Mon, 27 Aug 2001 17:54:06 -0700 (PDT) (envelope-from john@kozubik.com) Received: from localhost (john@localhost) by www.kozubik.com (8.11.0/8.11.0) with ESMTP id f7S0oHV07432 for ; Mon, 27 Aug 2001 17:50:17 -0700 (PDT) (envelope-from john@kozubik.com) Date: Mon, 27 Aug 2001 17:50:17 -0700 (PDT) From: John Kozubik To: hackers@freebsd.org Subject: multi-channel firewire host adaptors available ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Has anyone seen multi-channel (up to eight) firewire PCI host adaptors ? We require full 400Mb throughput on each channel, simultaneously. If not up to eight, how dense have you folks seen a single PCI board ? (query not limited to just boards with FreeBSD support...) Thanks. ----- John Kozubik - john@kozubik.com - http://www.kozubik.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 17:58:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail2.mediadesign.nl (md2.mediadesign.nl [212.19.205.67]) by hub.freebsd.org (Postfix) with SMTP id B2AC837B405 for ; Mon, 27 Aug 2001 17:58:23 -0700 (PDT) (envelope-from alson@flutnet.org) Received: (qmail 27222 invoked by uid 1002); 28 Aug 2001 00:58:22 -0000 Date: Tue, 28 Aug 2001 02:58:22 +0200 From: Alson van der Meulen To: hackers@freebsd.org Subject: Re: multi-channel firewire host adaptors available ? Message-ID: <20010828025822.A25482@md2.mediadesign.nl> Mail-Followup-To: hackers@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.20i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 27, 2001 at 05:50:17PM -0700, John Kozubik wrote: > > Has anyone seen multi-channel (up to eight) firewire PCI host adaptors ? > We require full 400Mb throughput on each channel, simultaneously. > > If not up to eight, how dense have you folks seen a single PCI board ? > > (query not limited to just boards with FreeBSD support...) IIRC the bandwidth of the PCI bus is around 1.2Gbit, so eight devices on one single PCI bus won't really work. This might be better for 66mhz/64bit PCI slots though. Correct me if I'm wrong... Alson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 18:14:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (bdsl.66.12.217.106.gte.net [66.12.217.106]) by hub.freebsd.org (Postfix) with ESMTP id 0441A37B405 for ; Mon, 27 Aug 2001 18:14:11 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: (from root@localhost) by virtual-voodoo.com (8.11.6/8.11.5) id f7S1E7C89871; Mon, 27 Aug 2001 20:14:07 -0500 (EST) (envelope-from steve) Date: Mon, 27 Aug 2001 20:14:07 -0500 From: Charlie & To: Steven Ames Cc: kc5vdj@yahoo.com, FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... Message-ID: <20010827201407.A32152@virtual-voodoo.com> References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <004801c12f49$66cccb20$28d90c42@eservoffice.com>; from steve@virtual-voodoo.com on Mon, Aug 27, 2001 at 05:41:21PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 27, 2001 at 05:41:21PM -0500, Steven Ames wrote: > > -current from saturday... > > > > And I've noticed it for a few months, just forgot about it until last > night... > > > > Also, you failed to duplicate the test... Try answering "NO" when it > asks... > > OK. Yep. I see the same results. I believe that when you say 'no' tcsh tries > to > get clever and remove that command from your command stack (history). The > relevent code is in tc.func.c starting at line 1238. I don't see anything > obviously > silly... I'll do a bit of debugging though. Hrm... The code all looks good. The offending bit is in tc.func.c between lines 1245 and 1254 (one block). While removing items from a doubly linked list tmp->next gets set to an invalid pointer. The code itself looks good so the list getting passed to it must be flawed. That'll take some real effort to track down. Interesting datapoint though... tcsh from ports doesn't have this problem. Though I don't see any code changes between the two that could cause this, so it'd have to be in compile time options or 'config'. -Steve > > -Steve > > > Steven Ames wrote: > > > > > Under -CURRENT? > > > > > > virtual-voodoo# touch 0 1 2 3 4 5 6 7 8 9 > > > virtual-voodoo# ls > > > 0 1 2 3 4 5 6 7 8 > 9 > > > virtual-voodoo# set rmstar > > > virtual-voodoo# rm * > > > Do you really want to delete all files? [n/y] y > > > virtual-voodoo# ls > > > virtual-voodoo# > > > > > > version tcsh 6.10.00 (Astron) 2000-11-19 (i386-intel-FreeBSD) options > > > 8b,nls,dl,al,kan,sm,rh,color,dspm > > > > > > I'm not seeing this problem... This is from -CURRENT from about 2 hours > ago. > > > > > > -Steve > > > > > > ----- Original Message ----- > > > From: "Jim Bryant" > > > To: > > > Sent: Monday, August 27, 2001 4:53 PM > > > Subject: TCSH bug... > > > > > > > > > > > >>Sorry if this doesn't go here... I don't know where else to put it... > > >> > > > Please forward it to the correct people. > > > > > >>With: > > >> > > >>set rmstar > > >> > > >>in your .cshrc, perform the following operations: > > >> > > >>-------------------------------------------------------------- > > >> 4:49:49pm wahoo(49): tcsh > > >> 4:49:51pm wahoo(1): mkdir bs > > >> 4:49:54pm wahoo(2): cd bs > > >> 4:49:56pm wahoo(3): touch 1 2 3 4 5 6 7 8 9 0 > > >> 4:50:02pm wahoo(4): ls > > >>. .. 0 1 2 3 4 5 6 > 7 > > >> > > > 8 9 > > > > > >> 4:50:05pm wahoo(5): rm * > > >>Do you really want to delete all files? [n/y] n > > >>Bus error (core dumped) > > >> 4:50:10pm wahoo(50): cd bs > > >> 4:50:19pm wahoo(51): ls > > >>. .. 0 1 2 > > >> > > > 3 4 5 6 > > > > > >> 7 8 9 tcsh.core > > >> 4:50:20pm wahoo(52): > > >>--------------------------------------------------------------- > > >> > > >>Whazzup? This will always happen, iff you select to not rm * > > >> > > >>jim > > >>-- > > >>ET has one helluva sense of humor! > > >>He's always anal-probing right-wing schizos! > > >> > > >> > > >>_________________________________________________________ > > >>Do You Yahoo!? > > >>Get your free @yahoo.com address at http://mail.yahoo.com > > >> > > >> > > >>To Unsubscribe: send mail to majordomo@FreeBSD.org > > >>with "unsubscribe freebsd-hackers" in the body of the message > > >> > > >> > > > > > > > > > -- > > ET has one helluva sense of humor! > > He's always anal-probing right-wing schizos! > > > > > > _________________________________________________________ > > Do You Yahoo!? > > Get your free @yahoo.com address at http://mail.yahoo.com > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 18:43:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smile.idiom.com (inreach-gw1.idiom.com [209.209.13.26]) by hub.freebsd.org (Postfix) with ESMTP id 59C2637B405 for ; Mon, 27 Aug 2001 18:43:41 -0700 (PDT) (envelope-from mda@discerning.com) Received: from mdaxke (adsl-63-196-0-240.dsl.snfc21.pacbell.net [63.196.0.240]) by smile.idiom.com (8.9.1/8.8.5) with SMTP id SAA77089; Mon, 27 Aug 2001 18:43:40 -0700 (PDT) Message-ID: <08e601c12f62$c48b79a0$6c456420@mdaxke> From: "Mark D. Anderson" To: Cc: "Charles Randall " Subject: Re: Portability of #warning in /usr/include Date: Mon, 27 Aug 2001 18:42:28 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > This may not work. >... > Some of those compilers > would NOT let you '#ifdef' out the version that it did not recognize > (perhaps thinking that '#warn' or '#warning' might be some gross typo > for '#else' or '#endif', I guess...). this is true; some compilers seem to require that #ifdef'd out code be syntactically correct. while #warning is not available in ISO C, #error is. it was deliberate to omit #warning; there is nothing in the standard to require #error to be fatal. one could easily argue that #warning would have been useful, even if the distinction between #warning and #error is hazy. i don't think pragmas offer a solution, in either the "#pragma warning" or "_Pragma" forms. i do not think gcc supports a "warning" pragma however (as in #pragma GCC warning foobar or _Pragma("GCC warning foobar")), nor is their such a thing in the STDC pragma namespace. one sure way to make things work is to move compiler-specific things to compiler-specific headers, which would probably be a good idea anyhow. something like including a "compiler_specific.h" which would in turn contain stuff like: #ifdef __GNUC__ #include "gnu_cruft.h" #elif __TenDRA__ /* don't know if this is what it is called */ #include "tendra_cruft.h" #else #error what compiler is this? #endif -mda To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 19:45:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp014.mail.yahoo.com (smtp014.mail.yahoo.com [216.136.173.58]) by hub.freebsd.org (Postfix) with SMTP id E166437B407 for ; Mon, 27 Aug 2001 19:45:04 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 28 Aug 2001 02:45:04 -0000 X-Apparently-From: Message-ID: <3B8B05AF.9070004@yahoo.com> Date: Mon, 27 Aug 2001 21:45:03 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: Charlie & Cc: Steven Ames , FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> <20010827201407.A32152@virtual-voodoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Charlie & wrote: > On Mon, Aug 27, 2001 at 05:41:21PM -0500, Steven Ames wrote: > >>>-current from saturday... >>> >>>And I've noticed it for a few months, just forgot about it until last >>> >>night... >> >>>Also, you failed to duplicate the test... Try answering "NO" when it >>> >>asks... >> >>OK. Yep. I see the same results. I believe that when you say 'no' tcsh tries >>to >>get clever and remove that command from your command stack (history). The >>relevent code is in tc.func.c starting at line 1238. I don't see anything >>obviously >>silly... I'll do a bit of debugging though. >> > > Hrm... The code all looks good. The offending bit is in tc.func.c > between lines 1245 and 1254 (one block). While removing items from > a doubly linked list tmp->next gets set to an invalid pointer. The > code itself looks good so the list getting passed to it must be flawed. > > That'll take some real effort to track down. Interesting datapoint though... > tcsh from ports doesn't have this problem. Though I don't see any code > changes between the two that could cause this, so it'd have to be in > compile time options or 'config'. > Yeah, I had looked at it, but couldn't really see anything major when I did... That was a few months ago when I first noticed the problem. Someone recently commented in the tcsh/csh thread concerning the fact that the FreeBSD tcsh is maintained separately from the port, and nobody is really sure who is responsible for keeping the FreeBSD version both in sync, AND, csh compatable when called with the executable name "csh". Interesting to note that this has been fixed in the -port though, as opposed to the one that is installed by default. >>>Steven Ames wrote: >>> >>> >>>>Under -CURRENT? >>>> >>>>virtual-voodoo# touch 0 1 2 3 4 5 6 7 8 9 >>>>virtual-voodoo# ls >>>>0 1 2 3 4 5 6 7 8 >>>> >>9 >> >>>>virtual-voodoo# set rmstar >>>>virtual-voodoo# rm * >>>>Do you really want to delete all files? [n/y] y >>>>virtual-voodoo# ls >>>>virtual-voodoo# >>>> >>>>version tcsh 6.10.00 (Astron) 2000-11-19 (i386-intel-FreeBSD) options >>>>8b,nls,dl,al,kan,sm,rh,color,dspm >>>> >>>>I'm not seeing this problem... This is from -CURRENT from about 2 hours >>>> >>ago. >> >>>>-Steve >>>> >>>>----- Original Message ----- >>>>From: "Jim Bryant" >>>>To: >>>>Sent: Monday, August 27, 2001 4:53 PM >>>>Subject: TCSH bug... >>>> >>>> >>>> >>>> >>>>>Sorry if this doesn't go here... I don't know where else to put it... >>>>> >>>>> >>>>Please forward it to the correct people. >>>> >>>> >>>>>With: >>>>> >>>>>set rmstar >>>>> >>>>>in your .cshrc, perform the following operations: >>>>> >>>>>-------------------------------------------------------------- >>>>> 4:49:49pm wahoo(49): tcsh >>>>> 4:49:51pm wahoo(1): mkdir bs >>>>> 4:49:54pm wahoo(2): cd bs >>>>> 4:49:56pm wahoo(3): touch 1 2 3 4 5 6 7 8 9 0 >>>>> 4:50:02pm wahoo(4): ls >>>>>. .. 0 1 2 3 4 5 6 >>>>> >>7 >> >>>>8 9 >>>> >>>> >>>>> 4:50:05pm wahoo(5): rm * >>>>>Do you really want to delete all files? [n/y] n >>>>>Bus error (core dumped) >>>>> 4:50:10pm wahoo(50): cd bs >>>>> 4:50:19pm wahoo(51): ls >>>>>. .. 0 1 2 >>>>> >>>>> >>>>3 4 5 6 >>>> >>>> >>>>> 7 8 9 tcsh.core >>>>> 4:50:20pm wahoo(52): >>>>>--------------------------------------------------------------- >>>>> >>>>>Whazzup? This will always happen, iff you select to not rm * >>>>> >>>>>jim >>>>>-- >>>>>ET has one helluva sense of humor! >>>>>He's always anal-probing right-wing schizos! >>>>> >>>>> >>>>>_________________________________________________________ >>>>>Do You Yahoo!? >>>>>Get your free @yahoo.com address at http://mail.yahoo.com >>>>> >>>>> >>>>>To Unsubscribe: send mail to majordomo@FreeBSD.org >>>>>with "unsubscribe freebsd-hackers" in the body of the message >>>>> >>>>> >>>>> >>> >>>-- >>>ET has one helluva sense of humor! >>>He's always anal-probing right-wing schizos! >>> >>> >>>_________________________________________________________ >>>Do You Yahoo!? >>>Get your free @yahoo.com address at http://mail.yahoo.com >>> >>> >>> >> >>To Unsubscribe: send mail to majordomo@FreeBSD.org >>with "unsubscribe freebsd-hackers" in the body of the message >> > -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 20: 2:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id E156B37B407 for ; Mon, 27 Aug 2001 20:02:48 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7S32hr08189; Mon, 27 Aug 2001 20:02:43 -0700 (PDT) (envelope-from obrien) Date: Mon, 27 Aug 2001 20:02:43 -0700 From: "David O'Brien" To: Jim Bryant Cc: Charlie & , Steven Ames , FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... Message-ID: <20010827200243.A8113@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> <20010827201407.A32152@virtual-voodoo.com> <3B8B05AF.9070004@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B8B05AF.9070004@yahoo.com>; from kc5vdj@yahoo.com on Mon, Aug 27, 2001 at 09:45:03PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 27, 2001 at 09:45:03PM -0500, Jim Bryant wrote: > Someone recently commented in the tcsh/csh thread concerning the fact > that the FreeBSD tcsh is maintained separately from the port, As is all 3rd party contributed software. > and nobody is really sure who is responsible for keeping the FreeBSD > version both in sync, AND, csh compatable when called with the > executable name "csh". We *do* know who that is. This however is a more tcsh-specific issue, and raising it with the tcsh author would probably lead you to faster happiness. Is there some reason you wont email him about this? -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 23:33:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.121.85]) by hub.freebsd.org (Postfix) with ESMTP id F311C37B405 for ; Mon, 27 Aug 2001 23:33:24 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.143.233.Dial1.SanJose1.Level3.net [209.245.143.233]) by gull.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id XAA16293; Mon, 27 Aug 2001 23:33:18 -0700 (PDT) Message-ID: <3B8B3B59.41535C19@mindspring.com> Date: Mon, 27 Aug 2001 23:34:01 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Steven Ames Cc: kc5vdj@yahoo.com, FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Steven Ames wrote: > Do you really want to delete all files? [n/y] y [ ... ] > I'm not seeing this problem... This is from -CURRENT from about 2 hours ago. [ ... ] > > Do you really want to delete all files? [n/y] n > > Bus error (core dumped) [ ... ] > > Whazzup? This will always happen, iff you select to not rm * Try saying 'n' instead of 'y'. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Mon Aug 27 23:54:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail4.home.nl (mail4.home.nl [213.51.129.228]) by hub.freebsd.org (Postfix) with ESMTP id 5A44A37B408 for ; Mon, 27 Aug 2001 23:54:14 -0700 (PDT) (envelope-from gert@wnw.org) Received: from obelix.wnw.org ([213.51.105.21]) by mail4.home.nl (InterMail vM.4.01.03.00 201-229-121) with ESMTP id <20010828075439.KVKK2492.mail4.home.nl@obelix.wnw.org>; Tue, 28 Aug 2001 08:54:39 +0100 Received: from imap.wnw.org (ns.wnw.org [192.168.1.1]) by obelix.wnw.org (8.11.6/8.11.1) with SMTP id f7S6sEJ02191; Tue, 28 Aug 2001 08:54:15 +0200 (CEST) (envelope-from gert@wnw.org) Received: from 194.151.81.2 (SquirrelMail authenticated user gert) by obelix.wnw.org with HTTP; Tue, 28 Aug 2001 08:54:15 +0200 (CEST) Message-ID: <2499.194.151.81.2.998981655.squirrel@obelix.wnw.org> Date: Tue, 28 Aug 2001 08:54:15 +0200 (CEST) Subject: Re: Problems with Squid on 4.4-RC From: "Gert de Weert" To: vlady@rila.bg Cc: freebsd-hackers@freebsd.org X-Mailer: SquirrelMail (version 1.0.6) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Vladimir, I had the same problem and the solution is to compile with the -O switch instead of the -O2. There is a lot of information at the squid site. Gert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 0:23:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from robin.mail.pas.earthlink.net (robin.mail.pas.earthlink.net [207.217.120.65]) by hub.freebsd.org (Postfix) with ESMTP id 6B0D937B40A for ; Tue, 28 Aug 2001 00:23:02 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.143.233.Dial1.SanJose1.Level3.net [209.245.143.233]) by robin.mail.pas.earthlink.net (8.11.5/8.9.3) with ESMTP id f7S7N0o23209; Tue, 28 Aug 2001 00:23:00 -0700 (PDT) Message-ID: <3B8B46FE.6829CB7E@mindspring.com> Date: Tue, 28 Aug 2001 00:23:42 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: John Kozubik Cc: hackers@freebsd.org Subject: Re: multi-channel firewire host adaptors available ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG John Kozubik wrote: > Has anyone seen multi-channel (up to eight) firewire PCI host adaptors ? > We require full 400Mb throughput on each channel, simultaneously. Interesting... 64bit PCI * 66Mhz = 4,429,185,024 bit/S = 4,244 Mbit/S = 528MB/S ...burst rate. Sustained rate is about half that, so the ballpark is: 2,122 Mbit/S = 264 MB/S. Assuming "400Mb" is "400Mbit", you will be at most able to process a total of 5 channels worth of data simultaneously. If that's "400MB", well, expect to get only 2/3 of a single channel, or burst, up to 1 1/3 channels... PS: The most I have seen on a single card is 2... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 0:30:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from robin.mail.pas.earthlink.net (robin.mail.pas.earthlink.net [207.217.120.65]) by hub.freebsd.org (Postfix) with ESMTP id C7D2637B403 for ; Tue, 28 Aug 2001 00:30:19 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.143.233.Dial1.SanJose1.Level3.net [209.245.143.233]) by robin.mail.pas.earthlink.net (8.11.5/8.9.3) with ESMTP id f7S7UIo22354; Tue, 28 Aug 2001 00:30:18 -0700 (PDT) Message-ID: <3B8B48B4.9D749335@mindspring.com> Date: Tue, 28 Aug 2001 00:31:00 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Mark D. Anderson" Cc: freebsd-hackers@freebsd.org, Charles Randall Subject: Re: Portability of #warning in /usr/include References: <08e601c12f62$c48b79a0$6c456420@mdaxke> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Mark D. Anderson" wrote: > > This may not work. > >... > > Some of those compilers > > would NOT let you '#ifdef' out the version that it did not recognize > > (perhaps thinking that '#warn' or '#warning' might be some gross typo > > for '#else' or '#endif', I guess...). > > this is true; some compilers seem to require that #ifdef'd out code > be syntactically correct. This can be handled by using an external preprocessor, before handing the code to the compiler. From my recollection, the only thing a preprocessor is required to pass through is #pragma directives. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 0:42:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from robin.mail.pas.earthlink.net (robin.mail.pas.earthlink.net [207.217.120.65]) by hub.freebsd.org (Postfix) with ESMTP id B97B237B408 for ; Tue, 28 Aug 2001 00:42:55 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.245.143.233.Dial1.SanJose1.Level3.net [209.245.143.233]) by robin.mail.pas.earthlink.net (8.11.5/8.9.3) with ESMTP id f7S7gro00820; Tue, 28 Aug 2001 00:42:53 -0700 (PDT) Message-ID: <3B8B4BA7.EEDE7A55@mindspring.com> Date: Tue, 28 Aug 2001 00:43:35 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Hagerty Cc: freebsd-hackers@freebsd.org Subject: Re: To determine if a file has grown? References: <5.1.0.14.2.20010827185351.01ba3aa8@pop.voyager.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matthew Hagerty wrote: > Is there a fast and/or efficient way to determine if a file size has > changed without reopening the file every time? I'm writing a program that > needs to open a file and watch it to see when data gets written to the file > (from an external source or another part of the same program), then read > the data to process it. I was looking at stat() but I've read that it is a > high overhead function. Any insight would be greatly appreciated. For FFS, you can register for a kevent that will tell you that the file has changed (man kqueue). If you are running another FS, like NFS, generally this is not supported, and you will not get anything back telling you about the change. FS research in this area has created a thing called "notifications"; the kevent you will get is a [poor] cousing of notifications, when it comes to file system events which you want to watch, but it is sufficient to your task for FFS. For some other local FS, you can either add the relevent kevent (via "KNOTE()" macros -- see FFS for how to implement) or, for NFS, you are out of luck. If you are "out of luck" (NFS, or unwilling/unable to make the FS changes necessary), you can simply open the file -- and keep it open forever. Then each time you wish to check, you should do an fstat() of the open descriptor. This will be much less expensive than a stat, but more expensive than a kevent, since you will end up checking periodically, even if nothing has changed. If you are doing this to pass messages between programs, you will probably want to use a pipe, socket, or System V message queue (man msgget) instead. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 0:47:17 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.kebne.se (mail.kebne.se [212.209.134.151]) by hub.freebsd.org (Postfix) with ESMTP id E5EF237B403 for ; Tue, 28 Aug 2001 00:47:13 -0700 (PDT) (envelope-from gunnar.olsson@xelerated.com) Received: by mail.kebne.se with Internet Mail Service (5.5.2653.19) id ; Tue, 28 Aug 2001 09:47:07 +0200 Message-ID: <31A473DBB655D21180850008C71E251A031AAFEA@mail.kebne.se> From: Gunnar Olsson To: "Freebsd Hackers (E-mail)" Subject: memory checker for c++??? Date: Tue, 28 Aug 2001 09:47:06 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi there, I do devoloping in c++ in gnu environment, and wonder if someone can recommend a tool for memory checker. Best Regards Gunnar Olsson ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Gunnar Olsson Phone: +46 8 5062 5762 Xelerated Packet Devices AB Fax: +46 8 5455 3211 Regeringsgatan 67 Mobile: +46 73 3279765 SE-10386 Stockholm Web: http://www.xelerated.com Email: mailto:gunnar.olsson@xelerated.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 2: 4:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from maild.telia.com (maild.telia.com [194.22.190.101]) by hub.freebsd.org (Postfix) with ESMTP id 1B29137B406 for ; Tue, 28 Aug 2001 02:04:39 -0700 (PDT) (envelope-from ertr1013@student.uu.se) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by maild.telia.com (8.11.2/8.11.0) with ESMTP id f7S94bM02239 for ; Tue, 28 Aug 2001 11:04:37 +0200 (CEST) Received: from ertr1013.student.uu.se (h185n2fls20o913.telia.com [212.181.163.185]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id LAA04754 for ; Tue, 28 Aug 2001 11:04:33 +0200 (CEST) Received: (qmail 91680 invoked by uid 1001); 28 Aug 2001 09:04:17 -0000 Date: Tue, 28 Aug 2001 11:04:17 +0200 From: Erik Trulsson To: freebsd-hackers@freebsd.org Subject: Re: Portability of #warning in /usr/include Message-ID: <20010828110417.A84786@student.uu.se> Mail-Followup-To: freebsd-hackers@freebsd.org References: <08e601c12f62$c48b79a0$6c456420@mdaxke> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <08e601c12f62$c48b79a0$6c456420@mdaxke> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 27, 2001 at 06:42:28PM -0700, Mark D. Anderson wrote: > > This may not work. > >... > > Some of those compilers > > would NOT let you '#ifdef' out the version that it did not recognize > > (perhaps thinking that '#warn' or '#warning' might be some gross typo > > for '#else' or '#endif', I guess...). > > this is true; some compilers seem to require that #ifdef'd out code be syntactically correct. I think that the ISO C standard requires that all the code, including #ifdef'd out code, must consist of valid preprocessor tokens. The preprocessor must after all look at the #ifdef'd out code to determine where the #ifdef ends. So, having a line start with '#' without being a valid preprocessor directive would be a syntax error according to ISO C. -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 4:12: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tepid.osl.fast.no (tepid.osl.fast.no [213.188.9.130]) by hub.freebsd.org (Postfix) with ESMTP id 714CD37B405; Tue, 28 Aug 2001 04:11:53 -0700 (PDT) (envelope-from raw@fast.no) Received: from raw.grenland.fast.no (fw-oslo.fast.no [213.188.9.129]) by tepid.osl.fast.no (8.9.3/8.9.1) with ESMTP id NAA73667; Tue, 28 Aug 2001 13:11:50 +0200 (CEST) (envelope-from raw@fast.no) Received: (from raw@localhost) by raw.grenland.fast.no (8.11.3/8.11.3) id f7SBBl581357; Tue, 28 Aug 2001 13:11:47 +0200 (CEST) (envelope-from raw) From: Raymond Wiker MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15243.31859.851226.854660@raw.grenland.fast.no> Date: Tue, 28 Aug 2001 13:11:47 +0200 To: "Chojin" Cc: , Subject: root is limited ? :-o In-Reply-To: <00af01c12f17$56bc7870$0245a8c0@chojin> References: <00af01c12f17$56bc7870$0245a8c0@chojin> X-Mailer: VM 6.92 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chojin writes: > Hello, > > I see a strange thing: > > with bash (or tcsh or any other shell) when I try to modify virtual memory > limit with ulimit by ex: > ulimit -v unlimited (or any number). > > When I use limit in tcsh to change virtual memory, I can put anything, it > doesn't modify anything. > virtual memory (kbytes) 24576 > > Same thing for data size. > > It's strange because I've got enough memory: > Mem: 61M Active, 270M Inact, 53M Wired, 308K Cache, 73M Buf, 241M Free > Swap: 800M Total, 800M Free > > > Anyone has got an idea ? I think that the virtual memory size for a process is dependent on two other values: the data segment size and the stack size. The maximum data segment size is determined by the MAXDSIZE (set in the kernel config file); there is also a "default data segment size (DFLDSIZE, also in the kernel config file). If your kernel has both of these set, and DLFDSIZE is less than MAXDSIZE, you should be able to increase the data segment size (note: it appears that you have to be root to increase the limits). At any rate, it does not appear that you can set the virtual memory size separately. I think this is unfortunate; I have applications where I want to do anonymous mmap at fixed addresses, and these addresses must be outside the "data segment". The total amount of vm for the application is determined by the data segment size and stack size, and this may be insufficient if the memory mapped segments are large. //Raymond. -- Raymond Wiker Raymond.Wiker@fast.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 6:17:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gandalf.vi.bravenet.com (gandalf.bravenet.com [139.142.105.50]) by hub.freebsd.org (Postfix) with SMTP id 11A5437B401 for ; Tue, 28 Aug 2001 06:17:33 -0700 (PDT) (envelope-from dphoenix@bravenet.com) Received: (qmail 400 invoked by uid 1001); 28 Aug 2001 13:28:30 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 28 Aug 2001 13:28:30 -0000 Date: Tue, 28 Aug 2001 06:28:29 -0700 (PDT) From: Dan To: Subject: memory + apache Message-ID: <20010828054406.Q99717-100000@gandalf.bravenet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG i am seeing problems where apache is running into swap at times. When all is said and done...i see alot of available memory from top and alot still stuck in swap. Restarting apache at that point clears the swap space right out and memory is used properly again. These seem to be short bursting peeks which i can;t get to in time to run vmstat on. When i login i never see any paging or swapping going on maybe 2 blocked processes waiting to run seems the average under the b column in vmstat. Another thing to note is cpu sky rockets when those burts happen. How can a process go into swap really badly yet seem to not use all available memory first. Disk I/O does not seem like a factor. What I am thinking of doing is decreasing buffer cache size. Currently there is 512 megs of ram. So 512-(kernel executable size)/5 i figure decrease it to around 25 megs instead of default for the buffer cache. Currently i see it using about 61 megs of buffer cache. I see in the LINT kernel config an option to set it, how do i tell what the current default is? nbufs in not currently in the kernel i have configured. I know I will decrease I/O performance doign this but it doesn;t seem to be the factor. -- Dan +------------------------------------------------------+ | BRAVENET WEB SERVICES | | dan@bravenet.com | | screen;cd /usr/src;make buildworld;cd ~ | | cp MYKERNEL /sys/i386/conf;cd /usr/src | | make buildkernel KERNCONF=MYKERNEL | |make installkernel KERNCONF=MYKERNEL;make installworld| +______________________________________________________+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 7: 4:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (bdsl.66.12.217.106.gte.net [66.12.217.106]) by hub.freebsd.org (Postfix) with ESMTP id 4C6F937B401 for ; Tue, 28 Aug 2001 07:04:09 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: (from steve@localhost) by virtual-voodoo.com (8.11.6/8.11.5) id f7SE3v856662; Tue, 28 Aug 2001 09:03:57 -0500 (EST) (envelope-from steve) Date: Tue, 28 Aug 2001 09:03:57 -0500 From: Steve Ames To: Jim Bryant Cc: FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... Message-ID: <20010828090357.A21396@virtual-voodoo.com> References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> <20010827201407.A32152@virtual-voodoo.com> <3B8B05AF.9070004@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B8B05AF.9070004@yahoo.com>; from kc5vdj@yahoo.com on Mon, Aug 27, 2001 at 09:45:03PM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 27, 2001 at 09:45:03PM -0500, Jim Bryant wrote: > Someone recently commented in the tcsh/csh thread concerning the fact > that the FreeBSD tcsh is maintained separately from the port, > and nobody is really sure who is responsible for keeping the FreeBSD > version both in sync, AND, csh compatable when called with the > executable name "csh". Interesting to note that this has been fixed > in the -port though, as opposed to the one that is installed by > default. Except the code in /usr/src/contrib/tcsh and the code from the port are very close to being the same. In fact if you copy the files that differ from ports to contrib the error still persists. Though... if you copy config.h from ports to /usr/src/bin/csh and then recompile the problem goes away. The only obvious difference is that /usr/src/bin/csh/config.h defines SYSMALLOC? -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 7:20:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (bdsl.66.12.217.106.gte.net [66.12.217.106]) by hub.freebsd.org (Postfix) with ESMTP id 3FE0737B405; Tue, 28 Aug 2001 07:20:17 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: (from steve@localhost) by virtual-voodoo.com (8.11.6/8.11.5) id f7SEKGd74006; Tue, 28 Aug 2001 09:20:16 -0500 (EST) (envelope-from steve) Date: Tue, 28 Aug 2001 09:20:16 -0500 From: Steve Ames To: "David O'Brien" Cc: Jim Bryant , Charlie & , FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... Message-ID: <20010828092016.B21396@virtual-voodoo.com> References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> <20010827201407.A32152@virtual-voodoo.com> <3B8B05AF.9070004@yahoo.com> <20010827200243.A8113@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010827200243.A8113@dragon.nuxi.com>; from obrien@FreeBSD.ORG on Mon, Aug 27, 2001 at 08:02:43PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 27, 2001 at 08:02:43PM -0700, David O'Brien wrote: > On Mon, Aug 27, 2001 at 09:45:03PM -0500, Jim Bryant wrote: > > Someone recently commented in the tcsh/csh thread concerning the fact > > that the FreeBSD tcsh is maintained separately from the port, > > As is all 3rd party contributed software. > > > and nobody is really sure who is responsible for keeping the FreeBSD > > version both in sync, AND, csh compatable when called with the > > executable name "csh". > > We *do* know who that is. This however is a more tcsh-specific issue, > and raising it with the tcsh author would probably lead you to faster > happiness. Is there some reason you wont email him about this? Except it isn't tcsh specific really. Our config.h in /usr/src/bin/csh defines SYSMALLOC. The port does not. The port works, the system version doesn't. If you comment out SYSMALLOC in /usr/src/bin/csh/config.h and recompile then the TCSH bug goes away. Now you could argue that perhaps the definition of SYSMALLOC just exposes a bug in tcsh? OTOH, since the system version in -STABLE also defines SYSMALLOC and still manages to work... you could also argue that this points to some other bug in -CURRENT... lastly it could be argued that I'm barking up completely the wrong tree. *shrug* -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 9:16:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id AF5EC37B403; Tue, 28 Aug 2001 09:16:33 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id MAA01553; Tue, 28 Aug 2001 12:16:31 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.3/8.9.1) id f7SGG2e44698; Tue, 28 Aug 2001 12:16:02 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15243.50114.846473.519938@grasshopper.cs.duke.edu> Date: Tue, 28 Aug 2001 12:16:02 -0400 (EDT) To: Steve Ames Cc: "David O'Brien" , Jim Bryant , Charlie & , FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... In-Reply-To: <20010828092016.B21396@virtual-voodoo.com> References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> <20010827201407.A32152@virtual-voodoo.com> <3B8B05AF.9070004@yahoo.com> <20010827200243.A8113@dragon.nuxi.com> <20010828092016.B21396@virtual-voodoo.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Steve Ames writes: > > We *do* know who that is. This however is a more tcsh-specific issue, > > and raising it with the tcsh author would probably lead you to faster > > happiness. Is there some reason you wont email him about this? > > Except it isn't tcsh specific really. > > Our config.h in /usr/src/bin/csh defines SYSMALLOC. The port does not. > The port works, the system version doesn't. If you comment out SYSMALLOC > in /usr/src/bin/csh/config.h and recompile then the TCSH bug goes away. > > Now you could argue that perhaps the definition of SYSMALLOC just exposes > a bug in tcsh? OTOH, since the system version in -STABLE also defines > SYSMALLOC and still manages to work... you could also argue that this points > to some other bug in -CURRENT... lastly it could be argued that I'm barking > up completely the wrong tree. *shrug* Actually, it is a tcsh bug. Try playing with the MALLOC_OPTIONS env. variable in -stable. Specifically, set it to 'AJ' & I bet it will drop core in -stable. Eg: <12:10pm>thunder/gallatin:/tmp>uname -sr FreeBSD 4.4-RC <12:10pm>thunder/gallatin:/tmp>setenv MALLOC_OPTIONS 'AJ' <12:10pm>thunder/gallatin:/tmp>tcsh tcsh 6.10.00 (Astron) 2000-11-19 (alpha-digital-FreeBSD) options 8b,nls,dl,al,kan,sm,rh,color,dspm <12:10pm>thunder/gallatin:/tmp>set rmstar <12:10pm>thunder/gallatin:/tmp>rm * Do you really want to delete all files? [n/y] n Segmentation fault (core dumped) Note that -current has malloc options 'AJ' on by default to catch just this kind of bug. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 9:18:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cs.Technion.AC.IL (csa.cs.technion.ac.il [132.68.32.1]) by hub.freebsd.org (Postfix) with ESMTP id 1DE5237B406 for ; Tue, 28 Aug 2001 09:18:38 -0700 (PDT) (envelope-from nadav@cs.technion.ac.il) Received: from csd.cs.technion.ac.il (csd.cs.technion.ac.il [132.68.32.8]) by cs.Technion.AC.IL (8.10.2+Sun/8.9.0) with ESMTP id f7SGKCQ21523; Tue, 28 Aug 2001 19:20:12 +0300 (IDT) Received: from localhost (nadav@localhost) by csd.cs.technion.ac.il (8.9.3+Sun/8.9.0) with SMTP id TAA10300; Tue, 28 Aug 2001 19:20:11 +0300 (IDT) X-Authentication-Warning: csd.cs.technion.ac.il: nadav owned process doing -bs Date: Tue, 28 Aug 2001 19:20:11 +0300 (IDT) From: Nadav Eiron X-Sender: nadav@csd To: Gunnar Olsson Cc: "Freebsd Hackers (E-mail)" Subject: Re: memory checker for c++??? In-Reply-To: <31A473DBB655D21180850008C71E251A031AAFEA@mail.kebne.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've used /usr/ports/devel/dmalloc (on Linux, arghh) with great success. It helped me find a memory corruption that a $20K commercial tool was completely clueless about :) Nadav On Tue, 28 Aug 2001, Gunnar Olsson wrote: > Hi there, > I do devoloping in c++ in gnu environment, and wonder if someone > can recommend a tool for memory checker. > > Best Regards > Gunnar Olsson > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Gunnar Olsson Phone: +46 8 5062 5762 > Xelerated Packet Devices AB Fax: +46 8 5455 3211 > Regeringsgatan 67 Mobile: +46 73 3279765 > SE-10386 Stockholm > Web: http://www.xelerated.com > Email: mailto:gunnar.olsson@xelerated.com > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 9:31:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dayspring.firedrake.org (dayspring.firedrake.org [195.82.105.251]) by hub.freebsd.org (Postfix) with ESMTP id 1046137B406; Tue, 28 Aug 2001 09:31:44 -0700 (PDT) (envelope-from float@firedrake.org) Received: from float by dayspring.firedrake.org with local (Exim 3.22 #1 (Debian)) id 15bllq-0002eu-00; Tue, 28 Aug 2001 17:31:22 +0100 Date: Tue, 28 Aug 2001 17:31:22 +0100 To: Andrew Gallatin Cc: Steve Ames , David O'Brien , Jim Bryant , Charlie & , FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... Message-ID: <20010828173122.A10015@firedrake.org> References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> <20010827201407.A32152@virtual-voodoo.com> <3B8B05AF.9070004@yahoo.com> <20010827200243.A8113@dragon.nuxi.com> <20010828092016.B21396@virtual-voodoo.com> <15243.50114.846473.519938@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15243.50114.846473.519938@grasshopper.cs.duke.edu> User-Agent: Mutt/1.3.18i From: void Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 28, 2001 at 12:16:02PM -0400, Andrew Gallatin wrote: > > Actually, it is a tcsh bug. Try playing with the MALLOC_OPTIONS > env. variable in -stable. Specifically, set it to 'AJ' & I bet it will > drop core in -stable. You would win that bet. % uname -sr FreeBSD 4.4-PRERELEASE % export MALLOC_OPTIONS='AJ' % tcsh % set rmstar % rm * Do you really want to delete all files? [n/y] n Bus error (core dumped) -- Ben "An art scene of delight I created this to be ..." -- Sun Ra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 9:41: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tarakan-network.com (chojin.adsl.nerim.net [62.4.22.98]) by hub.freebsd.org (Postfix) with ESMTP id A94AD37B405; Tue, 28 Aug 2001 09:40:52 -0700 (PDT) (envelope-from freebsd@tarakan-network.com) Received: from chojin ([192.168.69.2]) by tarakan-network.com (8.11.6/8.11.3) with SMTP id f7SGemo93707; Tue, 28 Aug 2001 18:40:48 +0200 (CEST) (envelope-from freebsd@tarakan-network.com) Message-ID: <002f01c12fe0$3f85fd10$0245a8c0@chojin> From: "Chojin" To: "Raymond Wiker" Cc: , References: <00af01c12f17$56bc7870$0245a8c0@chojin> <15243.31859.851226.854660@raw.grenland.fast.no> Subject: Re: root is limited ? :-o Date: Tue, 28 Aug 2001 18:41:12 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2526.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2526.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It's strange because even in LINT there are not DLFDSIZE and MAXDSIZE options. What values should I put ? Will it fix my problem ? because as I have not enough virtual memory allocated some make failed (like mysqld: virtual memory exhausted). ----- Original Message ----- From: "Raymond Wiker" To: "Chojin" Cc: ; Sent: Tuesday, August 28, 2001 1:11 PM Subject: root is limited ? :-o > Chojin writes: > > Hello, > > > > I see a strange thing: > > > > with bash (or tcsh or any other shell) when I try to modify virtual memory > > limit with ulimit by ex: > > ulimit -v unlimited (or any number). > > > > When I use limit in tcsh to change virtual memory, I can put anything, it > > doesn't modify anything. > > virtual memory (kbytes) 24576 > > > > Same thing for data size. > > > > It's strange because I've got enough memory: > > Mem: 61M Active, 270M Inact, 53M Wired, 308K Cache, 73M Buf, 241M Free > > Swap: 800M Total, 800M Free > > > > > > Anyone has got an idea ? > > I think that the virtual memory size for a process is > dependent on two other values: the data segment size and the stack > size. The maximum data segment size is determined by the MAXDSIZE (set > in the kernel config file); there is also a "default data segment size > (DFLDSIZE, also in the kernel config file). > > If your kernel has both of these set, and DLFDSIZE is less > than MAXDSIZE, you should be able to increase the data segment size > (note: it appears that you have to be root to increase the limits). At > any rate, it does not appear that you can set the virtual memory size > separately. > > I think this is unfortunate; I have applications where I > want to do anonymous mmap at fixed addresses, and these addresses must > be outside the "data segment". The total amount of vm for the > application is determined by the data segment size and stack size, and > this may be insufficient if the memory mapped segments are large. > > //Raymond. > > -- > Raymond Wiker > Raymond.Wiker@fast.no > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 10: 4:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 7C4D237B401 for ; Tue, 28 Aug 2001 10:04:21 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7SH2rt97829; Tue, 28 Aug 2001 10:02:53 -0700 (PDT) (envelope-from obrien) Date: Tue, 28 Aug 2001 10:02:51 -0700 From: "David O'Brien" To: Steve Ames Cc: Jim Bryant , Charlie & , FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... Message-ID: <20010828100251.A97741@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> <20010827201407.A32152@virtual-voodoo.com> <3B8B05AF.9070004@yahoo.com> <20010827200243.A8113@dragon.nuxi.com> <20010828092016.B21396@virtual-voodoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010828092016.B21396@virtual-voodoo.com>; from steve@virtual-voodoo.com on Tue, Aug 28, 2001 at 09:20:16AM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 28, 2001 at 09:20:16AM -0500, Steve Ames wrote: > Except it isn't tcsh specific really. > > Our config.h in /usr/src/bin/csh defines SYSMALLOC. The port does not. > The port works, the system version doesn't. If you comment out SYSMALLOC > in /usr/src/bin/csh/config.h and recompile then the TCSH bug goes away. Then please submit a patch in a PR. I did the original config.h and I am not a powerful CSH user, so I made best guesses. FreeBSD survives because others get involved. > Now you could argue that perhaps the definition of SYSMALLOC just exposes > a bug in tcsh? Maybe. One that cares should email Christos to find out if it is a bug or feature. Those that experience the problem are the ones in the best position to explain and get to the bottom of the issue. > OTOH, since the system version in -STABLE also defines SYSMALLOC and > still manages to work... you could also argue that this points to some > other bug in -CURRENT... lastly it could be argued that I'm barking up > completely the wrong tree. *shrug* Current and RELENG_4 do differ in the default malloc.conf settings. Current uses "ADJ<". Can you try those settings on RELENG_4 and see if it changes anything? -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 10:23:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (bdsl.66.12.217.106.gte.net [66.12.217.106]) by hub.freebsd.org (Postfix) with ESMTP id 5134A37B405; Tue, 28 Aug 2001 10:23:48 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: from inlafrec (bdsl.66.12.217.40.gte.net [66.12.217.40]) (authenticated) by virtual-voodoo.com (8.11.6/8.11.5) with ESMTP id f7SHNer61235; Tue, 28 Aug 2001 12:23:40 -0500 (EST) (envelope-from steve@virtual-voodoo.com) Message-ID: <00e101c12fe5$a95bda70$28d90c42@eservoffice.com> From: "Steven Ames" To: "Andrew Gallatin" Cc: "David O'Brien" , "Jim Bryant" , References: <3B8AC157.5000203@yahoo.com><020701c12f43$8e0e2310$28d90c42@eservoffice.com><3B8AC8DB.5090603@yahoo.com><004801c12f49$66cccb20$28d90c42@eservoffice.com><20010827201407.A32152@virtual-voodoo.com><3B8B05AF.9070004@yahoo.com><20010827200243.A8113@dragon.nuxi.com><20010828092016.B21396@virtual-voodoo.com> <15243.50114.846473.519938@grasshopper.cs.duke.edu> Subject: Re: TCSH bug... Date: Tue, 28 Aug 2001 12:19:56 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "Andrew Gallatin" > Actually, it is a tcsh bug. Try playing with the MALLOC_OPTIONS > env. variable in -stable. Specifically, set it to 'AJ' & I bet it will > drop core in -stable. Eg: > [EXAMPLE DELETED] > Note that -current has malloc options 'AJ' on by default to catch just > this kind of bug. Ah. That wasn't clear from 'man malloc' under CURRENT. Setting MALLOC_OPTIONS = "J" (on -STABLE) causes the dump. Now according to the man page for malloc: J Each byte of new memory allocated by malloc(), realloc() or reallocf() as well as all memory returned by free(), realloc() or reallocf() will be initialized to 0xd0. This options also sets the ``R'' option. This is intended for debugging and will impact performance negatively. This option is used to catch places where the code makes assumptions about the contents of malloc memory? (e.g. that it is zeroed)? I will submit a problem report to Christos but I want to make sure that I can explain exactly what is happening and why... -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 10:25:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (bdsl.66.12.217.106.gte.net [66.12.217.106]) by hub.freebsd.org (Postfix) with ESMTP id 9389937B401; Tue, 28 Aug 2001 10:25:19 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: from inlafrec (bdsl.66.12.217.40.gte.net [66.12.217.40]) (authenticated) by virtual-voodoo.com (8.11.6/8.11.5) with ESMTP id f7SHPIr81407; Tue, 28 Aug 2001 12:25:18 -0500 (EST) (envelope-from steve@virtual-voodoo.com) Message-ID: <00e201c12fe5$e3daad20$28d90c42@eservoffice.com> From: "Steven Ames" To: Cc: "Jim Bryant" , References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> <20010827201407.A32152@virtual-voodoo.com> <3B8B05AF.9070004@yahoo.com> <20010827200243.A8113@dragon.nuxi.com> <20010828092016.B21396@virtual-voodoo.com> <20010828100251.A97741@dragon.nuxi.com> Subject: Re: TCSH bug... Date: Tue, 28 Aug 2001 12:21:34 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "David O'Brien" > > Now you could argue that perhaps the definition of SYSMALLOC just exposes > > a bug in tcsh? > > Maybe. One that cares should email Christos to find out if it is a bug > or feature. Those that experience the problem are the ones in the best > position to explain and get to the bottom of the issue. > > > OTOH, since the system version in -STABLE also defines SYSMALLOC and > > still manages to work... you could also argue that this points to some > > other bug in -CURRENT... lastly it could be argued that I'm barking up > > completely the wrong tree. *shrug* > > Current and RELENG_4 do differ in the default malloc.conf settings. > Current uses "ADJ<". Can you try those settings on RELENG_4 and see if > it changes anything? Andrew Gallatin pointed out that same thing. It seems the 'J' option is what is causing the crash. That (I think?) makes this a tcsh bug. I'll submit a problem report to Christos (anyone have his address? Not readily findable at www.tcsh.org). In the interim (before he has a chance to look over the problem and offer a correction) would it be possible to stop defining SYSMALLOC? I'll submit a PR for it if you believe thats appropriate. -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 10:36: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from alpo.whistle.com (s206m1.whistle.com [207.76.206.1]) by hub.freebsd.org (Postfix) with ESMTP id E206637B403 for ; Tue, 28 Aug 2001 10:36:01 -0700 (PDT) (envelope-from mark@whistle.com) Received: from [207.76.207.129] (PBG4.whistle.com [207.76.207.129]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id KAA74870 for ; Tue, 28 Aug 2001 10:33:47 -0700 (PDT) Mime-Version: 1.0 X-Sender: mark-ml@207.76.206.1 Message-Id: In-Reply-To: <00e101c12fe5$a95bda70$28d90c42@eservoffice.com> References: <3B8AC157.5000203@yahoo.com><020701c12f43$8e0e2310$28d90c42@eservoffice.co m><3B8AC8DB.5090603@yahoo.com><004801c12f49$66cccb20$28d90c42@eservoffice. com><20010827201407.A32152@virtual-voodoo.com><3B8B05AF.9070004@yahoo.com> <20010827200243.A8113@dragon.nuxi.com><20010828092016.B21396@virtual-voodo o.com> <15243.50114.846473.519938@grasshopper.cs.duke.edu> <00e101c12fe5$a95bda70$28d90c42@eservoffice.com> Date: Tue, 28 Aug 2001 10:34:24 -0700 To: From: Mark Peek Subject: Re: TCSH bug... Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 12:19 PM -0500 8/28/01, Steven Ames wrote: >I will submit a problem report to Christos but I want to make sure >that I can explain exactly what is happening and why... Memory is getting freed out from under a pointer to that memory. I just submitted this patch to the tcsh mailing list and hopefully Christos or someone else can validate that it is the correct patch to make. Mark Index: tc.func.c =================================================================== RCS file: /cvs/freebsd/src/contrib/tcsh/tc.func.c,v retrieving revision 1.1.1.2.2.2 diff -u -r1.1.1.2.2.2 tc.func.c --- tc.func.c 2001/03/05 05:50:09 1.1.1.2.2.2 +++ tc.func.c 2001/08/28 17:20:59 @@ -1259,6 +1259,7 @@ del = tmp; xfree((ptr_t) del); } + we = tmp; } } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 10:41:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id AC62537B406 for ; Tue, 28 Aug 2001 10:41:54 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7SHc4Q03161; Tue, 28 Aug 2001 10:38:04 -0700 (PDT) (envelope-from obrien) Date: Tue, 28 Aug 2001 10:38:04 -0700 From: "David O'Brien" To: Steven Ames Cc: Jim Bryant , FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... Message-ID: <20010828103804.F97741@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> <20010827201407.A32152@virtual-voodoo.com> <3B8B05AF.9070004@yahoo.com> <20010827200243.A8113@dragon.nuxi.com> <20010828092016.B21396@virtual-voodoo.com> <20010828100251.A97741@dragon.nuxi.com> <00e201c12fe5$e3daad20$28d90c42@eservoffice.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00e201c12fe5$e3daad20$28d90c42@eservoffice.com>; from steve@virtual-voodoo.com on Tue, Aug 28, 2001 at 12:21:34PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 28, 2001 at 12:21:34PM -0500, Steven Ames wrote: > That (I think?) makes this a tcsh bug. I'll submit a problem report to > Christos Much appreciated. > (anyone have his address? Not readily findable at www.tcsh.org). $ grep @ /usr/src/contrib/tcsh/* /usr/src/contrib/tcsh/README: christos@zoulas.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 10:42:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id C7EDC37B401 for ; Tue, 28 Aug 2001 10:42:07 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7SHeeQ03208; Tue, 28 Aug 2001 10:40:40 -0700 (PDT) (envelope-from obrien) Date: Tue, 28 Aug 2001 10:40:40 -0700 From: "David O'Brien" To: Steven Ames Cc: Jim Bryant , FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... Message-ID: <20010828104039.G97741@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> <20010827201407.A32152@virtual-voodoo.com> <3B8B05AF.9070004@yahoo.com> <20010827200243.A8113@dragon.nuxi.com> <20010828092016.B21396@virtual-voodoo.com> <20010828100251.A97741@dragon.nuxi.com> <00e201c12fe5$e3daad20$28d90c42@eservoffice.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00e201c12fe5$e3daad20$28d90c42@eservoffice.com>; from steve@virtual-voodoo.com on Tue, Aug 28, 2001 at 12:21:34PM -0500 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 28, 2001 at 12:21:34PM -0500, Steven Ames wrote: > In the interim (before he has a chance to look over the problem and > offer a correction) would it be possible to stop defining SYSMALLOC? Could you build tcsh from /usr/src with -g (and make sure not to strip the binary when you install it). Then use gdb on the resulting core dump? If you don't use GDB much, the output of the "where" command is the first thing of interest. > I'll submit a PR for it if you believe thats appropriate. I am afraid, this would just cause people to forget about the problem rather than to continue pursuing the problem. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 10:45:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from virtual-voodoo.com (bdsl.66.12.217.106.gte.net [66.12.217.106]) by hub.freebsd.org (Postfix) with ESMTP id 0EF4B37B408; Tue, 28 Aug 2001 10:45:42 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: from inlafrec (bdsl.66.12.217.40.gte.net [66.12.217.40]) (authenticated) by virtual-voodoo.com (8.11.6/8.11.5) with ESMTP id f7SHjer49404; Tue, 28 Aug 2001 12:45:41 -0500 (EST) (envelope-from steve@virtual-voodoo.com) Message-ID: <011401c12fe8$bc76b960$28d90c42@eservoffice.com> From: "Steven Ames" To: Cc: "Jim Bryant" , References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> <20010827201407.A32152@virtual-voodoo.com> <3B8B05AF.9070004@yahoo.com> <20010827200243.A8113@dragon.nuxi.com> <20010828092016.B21396@virtual-voodoo.com> <20010828100251.A97741@dragon.nuxi.com> <00e201c12fe5$e3daad20$28d90c42@eservoffice.com> <20010828104039.G97741@dragon.nuxi.com> Subject: Re: TCSH bug... Date: Tue, 28 Aug 2001 12:41:57 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From: "David O'Brien" > > I'll submit a PR for it if you believe thats appropriate. > > I am afraid, this would just cause people to forget about the problem > rather than to continue pursuing the problem. Looks like Mark Peek found the problem and already submitted the solution to the tcsh folks. Very nice! -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 13:43:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id 7C99337B406; Tue, 28 Aug 2001 13:43:52 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id f7SKhoq71820; Tue, 28 Aug 2001 14:43:50 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.11.3/8.11.4) with ESMTP id f7SKhon05702; Tue, 28 Aug 2001 14:43:50 -0600 (MDT) (envelope-from imp@harmony.village.org) Message-Id: <200108282043.f7SKhon05702@harmony.village.org> To: Andrew Gallatin Subject: Re: TCSH bug... Cc: Steve Ames , "David O'Brien" , Jim Bryant , Charlie & , FreeBSD-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 28 Aug 2001 12:16:02 EDT." <15243.50114.846473.519938@grasshopper.cs.duke.edu> References: <15243.50114.846473.519938@grasshopper.cs.duke.edu> <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> <20010827201407.A32152@virtual-voodoo.com> <3B8B05AF.9070004@yahoo.com> <20010827200243.A8113@dragon.nuxi.com> <20010828092016.B21396@virtual-voodoo.com> Date: Tue, 28 Aug 2001 14:43:50 -0600 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <15243.50114.846473.519938@grasshopper.cs.duke.edu> Andrew Gallatin writes: : Actually, it is a tcsh bug. Try playing with the MALLOC_OPTIONS : env. variable in -stable. Specifically, set it to 'AJ' & I bet it will : drop core in -stable. Eg: Dumps core for me too :-) Definely a tcsh bug. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 15:15:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aries.ai.net (aries.ai.net [205.134.163.4]) by hub.freebsd.org (Postfix) with ESMTP id 4A31D37B409 for ; Tue, 28 Aug 2001 15:15:05 -0700 (PDT) (envelope-from deepak@ai.net) Received: from blood (pool-138-88-45-161.res.east.verizon.net [138.88.45.161]) by aries.ai.net (8.9.3/8.9.3) with SMTP id SAA26530 for ; Tue, 28 Aug 2001 18:20:08 -0400 (EDT) (envelope-from deepak@ai.net) Reply-To: From: "Deepak Jain" To: "freebsd-hackers@FreeBSD. ORG" Subject: FW: Interesting Router Question Date: Tue, 28 Aug 2001 18:19:07 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -----Original Message----- From: Deepak Jain [mailto:deepak@ai.net] Sent: Monday, August 27, 2001 7:04 PM To: FreeBSD-Questions; freebsd-isp@FreeBSD. ORG Subject: Interesting Router Question We've got a customer running a FreeBSD router with 2 x 1GE interfaces [ti0 and ti1]. At no point was bandwidth an issue. The router was under some kind of ICMP attack: For about 30 minutes: icmp-response bandwidth limit 96304/200 pps icmp-response bandwidth limit 97801/200 pps icmp-response bandwidth limit 97936/200 pps icmp-response bandwidth limit 97966/200 pps icmp-response bandwidth limit 98230/200 pps icmp-response bandwidth limit 97998/200 pps icmp-response bandwidth limit 98132/200 pps icmp-response bandwidth limit 98326/200 pps icmp-response bandwidth limit 98091/200 pps icmp-response bandwidth limit 87236/200 pps icmp-response bandwidth limit 85108/200 pps icmp-response bandwidth limit 84609/200 pps icmp-response bandwidth limit 86915/200 pps icmp-response bandwidth limit 88917/200 pps icmp-response bandwidth limit 88218/200 pps icmp-response bandwidth limit 72871/20000 pps icmp-response bandwidth limit 74934/20000 pps icmp-response bandwidth limit 74507/20000 pps icmp-response bandwidth limit 82928/20000 pps icmp-response bandwidth limit 75657/20000 pps The router is a dual 600mhz PIII and had a load average of about 0.2 peak during the entire event, but was running out of buffer space. A ping would return "No buffer space available". Performance became atrocious with high packet loss and latency, but completely buffer related. The mbuf settings are as follows: 1235/2640/67584 mbufs in use (current/peak/max): 1195 mbufs allocated to data 40 mbufs allocated to packet headers 592/1054/16896 mbuf clusters in use (current/peak/max) 2768 Kbytes allocated to network (5% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines sysctl settings: net.inet.ip.redirect: 0 net.local.stream.sendspace: 255360 net.local.stream.recvspace: 8192 net.inet.icmp.drop_redirect: 1 net.inet.icmp.log_redirect: 1 net.inet.icmp.bmcastecho: 0 net.inet.tcp.sendspace: 524288 net.inet.tcp.recvspace: 524288 net.inet.udp.recvspace: 524288 What settings need to be tweaked to allow more ICMP-related buffers to allow the system's CPU to discard packets normally. ipfw didn't help or hurt this performance [i.e., blocking ICMPs or not] same result. The solution was to install an ICMP filter on the Cisco feeding this customer. Under normal circumstances, this is what a netstat -i 1 returns: input (Total) output packets errs bytes packets errs bytes colls 43001 0 12845737 42965 0 12715776 0 42589 0 12426503 42624 0 12299112 0 42485 0 12804047 42409 0 12675087 0 42059 0 12324347 42060 0 12197342 0 42989 0 13004977 42985 0 12875017 0 42331 0 12608670 42353 0 12481620 0 42327 0 12941571 42252 0 12815136 0 42435 0 12414956 42451 0 12288774 0 43408 0 13065007 43369 0 12932819 0 42849 0 12649420 42853 0 12521309 0 42328 0 12918886 42349 0 12788549 0 44085 0 13469072 44009 0 13337215 0 47849 0 14434350 47686 0 14272423 0 Thanks for any assistance, Deepak Jain AiNET To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 15:21:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from webmail.chimesnet.com (mail001.level3.chc-chimes.com [63.211.16.2]) by hub.freebsd.org (Postfix) with ESMTP id A35F037B409 for ; Tue, 28 Aug 2001 15:21:21 -0700 (PDT) (envelope-from mayres@chimesnet.com) Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by webmail.chimesnet.com (Postfix) with ESMTP id D5A0FCAC50B; Tue, 28 Aug 2001 18:21:20 -0400 (EDT) Received: by jade.chc-chimes.com (Postfix, from userid 1101) id B915D1C80; Tue, 28 Aug 2001 18:21:20 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by jade.chc-chimes.com (Postfix) with ESMTP id AAF24385C; Tue, 28 Aug 2001 18:21:20 -0400 (EDT) Date: Tue, 28 Aug 2001 18:21:20 -0400 (EDT) From: Matt Ayres X-X-Sender: To: Deepak Jain Cc: "freebsd-hackers@FreeBSD. ORG" Subject: Re: FW: Interesting Router Question In-Reply-To: Message-ID: <20010828182023.B19807-100000@jade.chc-chimes.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You need to tune kern.ipc.maxsockbuf. I normally use 2097152 for the ti gigabit cards. Thanks, Matt Ayres On Tue, 28 Aug 2001, Deepak Jain wrote: > > > -----Original Message----- > From: Deepak Jain [mailto:deepak@ai.net] > Sent: Monday, August 27, 2001 7:04 PM > To: FreeBSD-Questions; freebsd-isp@FreeBSD. ORG > Subject: Interesting Router Question > > > > We've got a customer running a FreeBSD router with 2 x 1GE interfaces [ti0 > and ti1]. At no point was bandwidth an issue. > > The router was under some kind of ICMP attack: > > For about 30 minutes: > icmp-response bandwidth limit 96304/200 pps > icmp-response bandwidth limit 97801/200 pps > icmp-response bandwidth limit 97936/200 pps > icmp-response bandwidth limit 97966/200 pps > icmp-response bandwidth limit 98230/200 pps > icmp-response bandwidth limit 97998/200 pps > icmp-response bandwidth limit 98132/200 pps > icmp-response bandwidth limit 98326/200 pps > icmp-response bandwidth limit 98091/200 pps > icmp-response bandwidth limit 87236/200 pps > icmp-response bandwidth limit 85108/200 pps > icmp-response bandwidth limit 84609/200 pps > icmp-response bandwidth limit 86915/200 pps > icmp-response bandwidth limit 88917/200 pps > icmp-response bandwidth limit 88218/200 pps > icmp-response bandwidth limit 72871/20000 pps > icmp-response bandwidth limit 74934/20000 pps > icmp-response bandwidth limit 74507/20000 pps > icmp-response bandwidth limit 82928/20000 pps > icmp-response bandwidth limit 75657/20000 pps > > The router is a dual 600mhz PIII and had a load average of about 0.2 peak > during the entire event, but was running out of buffer space. A ping would > return "No buffer space available". Performance became atrocious with high > packet loss and latency, but completely buffer related. > > The mbuf settings are as follows: > > 1235/2640/67584 mbufs in use (current/peak/max): > 1195 mbufs allocated to data > 40 mbufs allocated to packet headers > 592/1054/16896 mbuf clusters in use (current/peak/max) > 2768 Kbytes allocated to network (5% of mb_map in use) > 0 requests for memory denied > 0 requests for memory delayed > 0 calls to protocol drain routines > > > sysctl settings: > > net.inet.ip.redirect: 0 > net.local.stream.sendspace: 255360 > net.local.stream.recvspace: 8192 > net.inet.icmp.drop_redirect: 1 > net.inet.icmp.log_redirect: 1 > net.inet.icmp.bmcastecho: 0 > net.inet.tcp.sendspace: 524288 > net.inet.tcp.recvspace: 524288 > net.inet.udp.recvspace: 524288 > > > What settings need to be tweaked to allow more ICMP-related buffers to allow > the system's CPU to discard packets normally. ipfw didn't help or hurt this > performance [i.e., blocking ICMPs or not] same result. > > The solution was to install an ICMP filter on the Cisco feeding this > customer. > > Under normal circumstances, this is what a netstat -i 1 returns: > > input (Total) output > packets errs bytes packets errs bytes colls > 43001 0 12845737 42965 0 12715776 0 > 42589 0 12426503 42624 0 12299112 0 > 42485 0 12804047 42409 0 12675087 0 > 42059 0 12324347 42060 0 12197342 0 > 42989 0 13004977 42985 0 12875017 0 > 42331 0 12608670 42353 0 12481620 0 > 42327 0 12941571 42252 0 12815136 0 > 42435 0 12414956 42451 0 12288774 0 > 43408 0 13065007 43369 0 12932819 0 > 42849 0 12649420 42853 0 12521309 0 > 42328 0 12918886 42349 0 12788549 0 > 44085 0 13469072 44009 0 13337215 0 > 47849 0 14434350 47686 0 14272423 0 > > Thanks for any assistance, > > Deepak Jain > AiNET > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 16:30:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from owa-sj-1.digisle.com (owa-sj-1.digisle.com [167.216.153.124]) by hub.freebsd.org (Postfix) with ESMTP id 97ADF37B406; Tue, 28 Aug 2001 16:30:24 -0700 (PDT) (envelope-from myevmenk@digisle.net) Received: from VWALL-SJ-1.digisle.com ([167.216.153.118]) by owa-sj-1.digisle.com with Microsoft SMTPSVC(5.0.2195.2966); Fri, 24 Aug 2001 15:30:54 -0700 Received: from 206.220.227.145 by VWALL-SJ-1.digisle.com (InterScan E-Mail VirusWall NT); Fri, 24 Aug 2001 23:30:06 +0100 Message-ID: <3B86D55E.A9BB0815@digisle.net> Date: Fri, 24 Aug 2001 15:29:50 -0700 From: Maksim Yevmenkin Organization: Digital Island X-Mailer: Mozilla 4.72 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: chris@calldei.com Cc: Mike Barcroft , hackers@FreeBSD.ORG, Peter da Silva Subject: Re: Proposed Utility - detach(1) References: <20010824141955.B64018@coffee.q9media.com> <20010824171548.A60451@holly.calldei.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 Aug 2001 22:30:54.0555 (UTC) FILETIME=[6FF892B0:01C12CEC] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Chris Costello wrote: > > On Friday, August 24, 2001, Mike Barcroft wrote: > > I would appreciate comments on the usefulness of a utility which would > > allow one to detach a process from a TTY. I imagine the utility would > > be very small and just call daemon(3) and execlp(3). > > > > Would a utility like this be useful? Is this functionality already > > available in a system utility? > > All shells implement this: > > sh: > $ sleep 5 & > $ > [1] 61049 Exit 0 sleep 5 > > ksh: > $ sleep 5 & > [1] 61052 > $ > [1] + Done sleep 5& > > csh: > % sleep 5 & > [1] 61058 > % > [1] Done sleep 5 > > etc. > > Why does this need to be implemented in a separate executable? what you probably want to do is: % nohup sleep 5 & to make sure that proccess is still alive if you logout. thanks, max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 16:57: 5 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.gnf.org (firewall.gnf.org [208.44.31.34]) by hub.freebsd.org (Postfix) with ESMTP id 54B1437B403 for ; Tue, 28 Aug 2001 16:57:03 -0700 (PDT) (envelope-from gordont@gnf.org) Received: by mail.gnf.org (Postfix, from userid 888) id 14C2E11E509; Tue, 28 Aug 2001 16:56:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.gnf.org (Postfix) with ESMTP id 1026511A56A for ; Tue, 28 Aug 2001 16:56:06 -0700 (PDT) Date: Tue, 28 Aug 2001 16:56:06 -0700 (PDT) From: Gordon Tetlow To: Subject: OpenSSH + Kerberos 5 + PAM Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I like Kerberos 5 and it's ability to use tickets so I don't have to type passwords whenever I login/su/need to authenticate myself. So it *really* annoys me that there is a pam_krb5 module that allows you to authenticate against a Kerberos 5 principal but it won't accept any tickets that I try to pass to it. I've done a bit of research on the matter and am told that it is a limitation of the PAM API. So be it. I suppose I can install kerberos' version of telnet/ftp/rsh/rlogin/etc, but again, I'm lazy (I *am* a system administrator). I was thinking that it would be nice to have Kerberos 5 authentication available in OpenSSH since that comes with the distribution and is even enabled by default. So, being lazy, I decided to trawl the net seeing if I could find anyone that has already done the work. Bingo! http://www.sxw.org.uk/computing/patches/openssh.html The author claims that it works with both KTH and MIT Kerberos 5 implementations (I've tried it on MIT and it works like a charm). I was wondering if there was any interest in integrating this, or if it is considered too large a patch. If there is interest, I would be willing to do the legwork to try and integrate it (although there is probably lots of cases to deal with). -gordon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 18:19:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from alpo.whistle.com (s206m1.whistle.com [207.76.206.1]) by hub.freebsd.org (Postfix) with ESMTP id C7C6237B406 for ; Tue, 28 Aug 2001 18:19:09 -0700 (PDT) (envelope-from mark@whistle.com) Received: from [207.76.207.129] (PBG4.whistle.com [207.76.207.129]) by alpo.whistle.com (8.9.1a/8.9.1) with ESMTP id SAA84107; Tue, 28 Aug 2001 18:18:26 -0700 (PDT) Mime-Version: 1.0 X-Sender: mark-ml@207.76.206.1 Message-Id: In-Reply-To: <011401c12fe8$bc76b960$28d90c42@eservoffice.com> References: <3B8AC157.5000203@yahoo.com> <020701c12f43$8e0e2310$28d90c42@eservoffice.com> <3B8AC8DB.5090603@yahoo.com> <004801c12f49$66cccb20$28d90c42@eservoffice.com> <20010827201407.A32152@virtual-voodoo.com> <3B8B05AF.9070004@yahoo.com> <20010827200243.A8113@dragon.nuxi.com> <20010828092016.B21396@virtual-voodoo.com> <20010828100251.A97741@dragon.nuxi.com> <00e201c12fe5$e3daad20$28d90c42@eservoffice.com> <20010828104039.G97741@dragon.nuxi.com> <011401c12fe8$bc76b960$28d90c42@eservoffice.com> Date: Tue, 28 Aug 2001 18:18:34 -0700 To: "Steven Ames" From: Mark Peek Subject: Re: TCSH bug... Cc: "Jim Bryant" , Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 12:41 PM -0500 8/28/01, Steven Ames wrote: >From: "David O'Brien" >> > I'll submit a PR for it if you believe thats appropriate. >> >> I am afraid, this would just cause people to forget about the problem >> rather than to continue pursuing the problem. > >Looks like Mark Peek found the problem and already submitted the >solution to the tcsh folks. Very nice! Just to follow up, Christos debugged the problem further on one of my test systems and he came up with this official patch. Since this file is on a vendor branch, I have a query to wiser committers to see how to apply this patch. Mark ----- Index: tc.func.c =================================================================== RCS file: /src/pub/tcsh/tc.func.c,v retrieving revision 3.96 retrieving revision 3.97 diff -u -u -r3.96 -r3.97 --- tc.func.c 2001/08/06 23:52:04 3.96 +++ tc.func.c 2001/08/28 23:13:44 3.97 @@ -1,4 +1,4 @@ -/* $Header: /src/pub/tcsh/tc.func.c,v 3.96 2001/08/06 23:52:04 christos Exp $ */ +/* $Header: /src/pub/tcsh/tc.func.c,v 3.97 2001/08/28 23:13:44 christos Exp $ */ /* * tc.func.c: New tcsh builtins. */ @@ -36,7 +36,7 @@ */ #include "sh.h" -RCSID("$Id: tc.func.c,v 3.96 2001/08/06 23:52:04 christos Exp $") +RCSID("$Id: tc.func.c,v 3.97 2001/08/28 23:13:44 christos Exp $") #include "ed.h" #include "ed.defns.h" /* for the function names */ @@ -1296,8 +1296,11 @@ tmp->next->prev = tmp->prev; xfree((ptr_t) tmp->word); del = tmp; + tmp = tmp->next; xfree((ptr_t) del); } + we = tmp; + continue; } } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 18:38:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 77A5437B403 for ; Tue, 28 Aug 2001 18:38:54 -0700 (PDT) (envelope-from nectar@nectar.com) Received: by gw.nectar.com (Postfix, from userid 1001) id E182FCA7; Tue, 28 Aug 2001 20:38:53 -0500 (CDT) Date: Tue, 28 Aug 2001 20:38:53 -0500 From: "Jacques A. Vidrine" To: Gordon Tetlow Cc: hackers@freebsd.org Subject: Re: OpenSSH + Kerberos 5 + PAM Message-ID: <20010828203853.A1455@hellblazer.nectar.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from gordont@gnf.org on Tue, Aug 28, 2001 at 04:56:06PM -0700 X-Url: http://www.nectar.com/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 28, 2001 at 04:56:06PM -0700, Gordon Tetlow wrote: > I like Kerberos 5 and it's ability to use tickets so I don't have to type > passwords whenever I login/su/need to authenticate myself. So it *really* > annoys me that there is a pam_krb5 module that allows you to authenticate > against a Kerberos 5 principal but it won't accept any tickets that I try > to pass to it. I've done a bit of research on the matter and am told that > it is a limitation of the PAM API. So be it. > > I suppose I can install kerberos' version of telnet/ftp/rsh/rlogin/etc, > but again, I'm lazy (I *am* a system administrator). I was thinking that > it would be nice to have Kerberos 5 authentication available in OpenSSH > since that comes with the distribution and is even enabled by default. > > So, being lazy, I decided to trawl the net seeing if I could find anyone > that has already done the work. Bingo! > http://www.sxw.org.uk/computing/patches/openssh.html The author claims > that it works with both KTH and MIT Kerberos 5 implementations (I've tried > it on MIT and it works like a charm). I was wondering if there was any > interest in integrating this, or if it is considered too large a patch. If > there is interest, I would be willing to do the legwork to try and > integrate it (although there is probably lots of cases to deal with). See also for patches to openssh-portable that provide Kerberos 5 support for SSH protocols 1 and 2. I intend to integrate them at some point, but I want to fix the option handling first -- it is kind of confusing between protocol versions 1 and 2. Cheers, -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 19:37:15 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from corp.e-scape.net (corp.e-scape.net [216.13.52.6]) by hub.freebsd.org (Postfix) with ESMTP id C5E6237B407 for ; Tue, 28 Aug 2001 19:37:10 -0700 (PDT) (envelope-from stefanos@e-scape.net) Received: from corp.e-scape.net (localhost.e.scape.net [127.0.0.1]) by corp.e-scape.net (8.9.3/8.9.3) with ESMTP id JAA14057; Wed, 29 Aug 2001 09:20:21 -0400 (EDT) (envelope-from stefanos@corp.e-scape.net) Message-Id: <200108291320.JAA14057@corp.e-scape.net> To: Vladimir Terziev Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Problems with Squid on 4.4-RC Date: Wed, 29 Aug 2001 09:20:21 -0400 From: Stefanos Kiakas Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I really did not have time to investigate this but the same problem occured with version 2.3 of Squid. The port worked but the "off the shelf" version did not. The problem was corrected for 2.3 and 2.4 but it seems it persists in the source code available from the development site. I know I have no right to complain since I am too busy to maintain any ports but I would like to encourage people to submit corrections they make in the ports system to the original maintainers. stef ------- Forwarded Message Date: Mon, 27 Aug 2001 12:14:25 +0300 From: Peter Pentchev To: Vladimir Terziev Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Problems with Squid on 4.4-RC Message-ID: <20010827121425.D2218@ringworld.oblivion.bg> References: <200108270905.f7R95dc24904@star.rila.bg> On Mon, Aug 27, 2001 at 12:05:39PM +0300, Vladimir Terziev wrote: > > Hi hackers, > > I've cvsuped with release tag RELENG_4 and I've considered that I had > FreeBSD 4.4-RC. This is not a problem at all, but I've tried to install and > run Squid-2.4-STABLE1. It has installed sucsessfuly. I've run it, but when a > browser makes a request to it, the child which got the request exits with a > signal 6 (ABRT I think). > > Does anybody have an idea what is the reason? Are you using the www/squid24 port? G'luck, Peter - -- If you think this sentence is confusing, then change one pig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message ------- End of Forwarded Message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 20:36:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id 3A1D537B40A for ; Tue, 28 Aug 2001 20:36:29 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3AAB466D2A; Tue, 28 Aug 2001 20:36:28 -0700 (PDT) Date: Tue, 28 Aug 2001 20:36:28 -0700 From: Kris Kennaway To: Mark Peek Cc: Steven Ames , Jim Bryant , FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... Message-ID: <20010828203627.B65205@xor.obsecurity.org> References: <004801c12f49$66cccb20$28d90c42@eservoffice.com> <20010827201407.A32152@virtual-voodoo.com> <3B8B05AF.9070004@yahoo.com> <20010827200243.A8113@dragon.nuxi.com> <20010828092016.B21396@virtual-voodoo.com> <20010828100251.A97741@dragon.nuxi.com> <00e201c12fe5$e3daad20$28d90c42@eservoffice.com> <20010828104039.G97741@dragon.nuxi.com> <011401c12fe8$bc76b960$28d90c42@eservoffice.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="GID0FwUMdk1T2AWN" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from mark@whistle.com on Tue, Aug 28, 2001 at 06:18:34PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --GID0FwUMdk1T2AWN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 28, 2001 at 06:18:34PM -0700, Mark Peek wrote: > At 12:41 PM -0500 8/28/01, Steven Ames wrote: > >From: "David O'Brien" > >> > I'll submit a PR for it if you believe thats appropriate. > >> > >> I am afraid, this would just cause people to forget about the problem > >> rather than to continue pursuing the problem. > > > >Looks like Mark Peek found the problem and already submitted the > >solution to the tcsh folks. Very nice! >=20 > Just to follow up, Christos debugged the problem further on one of > my test systems and he came up with this official patch. Since this > file is on a vendor branch, I have a query to wiser committers to > see how to apply this patch. Export a copy of the current tcsh code from contrib/tcsh, apply the patch, and vendor import the entire thing with an appropriate tag (tag style varies by contributed package, but I usually use something like PKGNAME_x_y_2001_08_28 for a patch against PKGNAME-x.y obtained from the vendor on 2001-08-28 (if you know the date it was checked in to their CVS tree or equivalent I use that, otherwise the date I received the patch). The reason for doing the export first is so that the tag gets applied to all files, not just the single file you change, so you can check out the module with that tag and get a consistent snapshot. Kris --GID0FwUMdk1T2AWN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7jGM7Wry0BWjoQKURAsXiAKDe45HAIhA0MF4fTIIwNy/zO3D87ACeP3TB lYTLXkLbPF00KdCgamQKXto= =VcZz -----END PGP SIGNATURE----- --GID0FwUMdk1T2AWN-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 21:50: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from shinatama.hayai.de (tekkno.tv [212.222.165.65]) by hub.freebsd.org (Postfix) with ESMTP id 1BDF437B408 for ; Tue, 28 Aug 2001 21:50:04 -0700 (PDT) (envelope-from marco@shinatama.hayai.de) Received: (from marco@localhost) by shinatama.hayai.de (8.11.6/8.11.3) id f7T6oTv35875; Wed, 29 Aug 2001 06:50:29 GMT (envelope-from marco) Date: Wed, 29 Aug 2001 06:50:29 +0000 From: Marco Wertejuk To: Dan Cc: freebsd-hackers@freebsd.org Subject: Re: memory + apache Message-ID: <20010829065029.A35836@localhost.com> References: <20010828054406.Q99717-100000@gandalf.bravenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010828054406.Q99717-100000@gandalf.bravenet.com>; from dphoenix@bravenet.com on Tue, Aug 28, 2001 at 06:28:29AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello Dan, have you tried tuning apache's MaxRequestsPerChild Value ? Although it doesn't seem to be a memory leak, tweaking this value causes old apache threads to be closed. Maybe you can try this and report the results. -- Mit freundlichen Gruessen, Marco Wertejuk - mwcis.com Computer/Internet/Security-Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Tue Aug 28 22:50:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from niwun.pair.com (niwun.pair.com [209.68.2.70]) by hub.freebsd.org (Postfix) with SMTP id 5C93937B406 for ; Tue, 28 Aug 2001 22:50:09 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 82910 invoked by uid 3193); 29 Aug 2001 05:50:08 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 29 Aug 2001 05:50:08 -0000 Date: Wed, 29 Aug 2001 01:50:08 -0400 (EDT) From: Mike Silbersack X-Sender: To: Deepak Jain Cc: "freebsd-hackers@FreeBSD. ORG" Subject: Re: FW: Interesting Router Question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 28 Aug 2001, Deepak Jain wrote: > We've got a customer running a FreeBSD router with 2 x 1GE interfaces [ti0 > and ti1]. At no point was bandwidth an issue. > > The router was under some kind of ICMP attack: > > For about 30 minutes: > icmp-response bandwidth limit 96304/200 pps ... > icmp-response bandwidth limit 75657/20000 pps Um, whoa! Someone on the system upped the bandwidth limit, making the problem worse. As to what type of flood that is - you can't tell with that version of freebsd. It could've been a UDP or TCP flood (ACK or SYN). It actually couldn't have been a icmp flood, that version of freebsd didn't limit icmp responses. (Even though the message implies it, yes. This has been clarified in 4.3.) > The router is a dual 600mhz PIII and had a load average of about 0.2 peak > during the entire event, but was running out of buffer space. A ping would > return "No buffer space available". Performance became atrocious with high > packet loss and latency, but completely buffer related. No buffer space available can also refer to the system being out of sockets as well. From the mbuf stats you provided, it looks like you were never in trouble there. The routing table, on the other hand, might also have been filling up with cloned routes; it's hard to say. I don't think you could have done must to improve the situation; high packet loss seems expected when you're getting bombarded with 90000 packets per second. Next time it happens you'll want to check top and see where the processor time is going. One thing obvious here is that you're allowing outside packets to the ip stack of the router. I think it would probably be a good idea to setup ipfw to drop all packets destined for the router itself unless they're coming from known IPs. Doing this would make all of the above a non-issue. I have no clue why adding the icmp filter helped. Doing so should not have mattered. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 0: 6: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cn.com (207-237-228-253.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com [207.237.228.253]) by hub.freebsd.org (Postfix) with ESMTP id D3C1537B403 for ; Wed, 29 Aug 2001 00:05:55 -0700 (PDT) (envelope-from bgross@cn.com) Received: (from bgross@localhost) by dhcp-515-2.cable.rcn.com (8.11.6/8.11.6) id f7OLhtV62348 for freebsd-hackers@FreeBSD.ORG; Fri, 24 Aug 2001 17:43:55 -0400 (EDT) (envelope-from bgross) Date: Fri, 24 Aug 2001 17:43:54 -0400 From: Benjamin Gross To: freebsd-hackers@FreeBSD.ORG Subject: Undefined symbol "_ZTVN10__cxxabiv117__class_type_infoE" Message-ID: <20010824174354.A62307@rcn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I've just installed gcc version 3.0 on a FreeBSD v4.4 system to work on a c++ project, and when I try to execute a program that has been successfully compiled and linked, I get the following message: /usr/libexec/ld-elf.so.1: Undefined symbol "_ZTVN10__cxxabiv117__class_type_infoE" referenced from COPY relocation in ./test Does anyone know what the problem is ? thanks, ben To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 0: 6: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cn.com (207-237-228-253.c3-0.nyr-ubr2.nyr.ny.cable.rcn.com [207.237.228.253]) by hub.freebsd.org (Postfix) with ESMTP id B9AE537B407 for ; Wed, 29 Aug 2001 00:05:57 -0700 (PDT) (envelope-from bgross@cn.com) Received: (from bgross@localhost) by dhcp-515-2.cable.rcn.com (8.11.6/8.11.6) id f7O1Xds59814 for freebsd-hackers@freebsd.org; Thu, 23 Aug 2001 21:33:39 -0400 (EDT) (envelope-from bgross) Date: Thu, 23 Aug 2001 21:33:39 -0400 From: Benjamin Gross To: freebsd-hackers@FreeBSD.ORG Subject: Undefined symbol "_ZTVN10__cxxabiv117__class_type_infoE" Message-ID: <20010823213339.A59363@rcn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I'm trying to run a prg written in c++ (gcc v3.0) that was successfully compiled and linked on a FreeBSD 4.4 system. I received the following message when I try to execute it: /usr/libexec/ld-elf.so.1: Undefined symbol "_ZTVN10__cxxabiv117__class_type_infoE" referenced from COPY relocation in ./test gcc.gnu.org list FreeBSD 4.3 as being a platform for gcc v3.0 and I was able to build and install gcc3.0 without any problems. Does anyone know what the problem is ? Thanks, -Ben To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 0:41: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 4158D37B405 for ; Wed, 29 Aug 2001 00:41:04 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from mindspring.com (dialup-209.247.139.113.Dial1.SanJose1.Level3.net [209.247.139.113]) by snipe.mail.pas.earthlink.net (8.11.5/8.9.3) with ESMTP id f7T7exf28298; Wed, 29 Aug 2001 00:41:00 -0700 (PDT) Message-ID: <3B8C9CAE.ADF82D1B@mindspring.com> Date: Wed, 29 Aug 2001 00:41:34 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: craig Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: the sum of n processes's virtual memory more than 4G? References: <001501c13055$0ff2ac40$051a0a0a@fd.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG craig wrote: > > I know every process in FreeBSD have 4G(3G user) space. But the > sum of n(n<4096?) processes seems to have n*4G virtual memory. > Is it possible? The physical max memory for i386 is 4G. Can I > just make a swap file more than 4G such like 6G, 8G or more? Yes. Each process runs in a completely seperate virtual address space. > I guess the sum of n processes's virtual memory can not be more > than 4G ,so the sum of physical memory and swap space cannot be > over 4G also.Can you confirm my view? A single process can not have more than 3G (default) of virtual memory, whether that memory is currently in swap, or has been moved to physical RAM, instead. > Another problem, is there any tool for instrumentation for > FreeBSD kernel? man systat man vmstat man top man netstat man sysctl -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 7:23:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ywing.creative.net.au (ywing.creative.net.au [203.56.168.34]) by hub.freebsd.org (Postfix) with ESMTP id 0495037B401 for ; Wed, 29 Aug 2001 07:23:46 -0700 (PDT) (envelope-from freebsd@ywing.creative.net.au) Received: (from freebsd@localhost) by ywing.creative.net.au (8.11.4/8.9.3) id f7TENQO49561; Wed, 29 Aug 2001 16:23:26 +0200 (CEST) (envelope-from freebsd) Date: Wed, 29 Aug 2001 16:23:26 +0200 From: Adrian Chadd To: Julian Elischer Cc: Vladimir Terziev , freebsd-hackers@freebsd.org Subject: Re: Problems with Squid on 4.4-RC Message-ID: <20010829162326.A49535@ywing.creative.net.au> References: <3B8C9931.D400B8BD@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3B8C9931.D400B8BD@elischer.org>; from julian@elischer.org on Wed, Aug 29, 2001 at 12:26:41AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > I really did not have time to investigate this but > the same problem occured with version 2.3 of Squid. The port > worked but the "off the shelf" version did not. The problem > was corrected for 2.3 and 2.4 but it seems it persists in the > source code available from the development site. > > I know I have no right to complain since I am too busy > to maintain any ports but I would like to encourage people > to submit corrections they make in the ports system to the > original maintainers. Hi, Ok. here's the problem in a nutshell. GCC is bad with optimisation levels above 0. Ok, here's the problem outside of the nutshell. There's some code in squid that triggers a gcc bug when using -O2 and sometimes with -O. There's some magic in the configure script to disable -Ox, but the gcc version in 4.4 (I think anything 4.3 and above really) wasn't put in the squid-2.4STABLE1 script. This is why when you run squid-2.4stable1 on your 4.4 box it barfs after one request - the DNS request is made, and the code pukes. The solution is just to use the port. All the package does is disable the -Ox when building. Oh, squid-2.4STABLE2 should know about the 4.4 GCC version. But I just suggest use the package or disable the optimisation yourself. :-) Adrian, not on -hackers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 9:57:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp-2.enteract.com (smtp-2.enteract.com [207.229.143.4]) by hub.freebsd.org (Postfix) with ESMTP id C4BE737B403 for ; Wed, 29 Aug 2001 09:57:08 -0700 (PDT) (envelope-from dscheidt@tumbolia.com) Received: from shell-2.enteract.com (shell-2.enteract.com [207.229.143.41]) by smtp-2.enteract.com (Postfix) with ESMTP id 014617458; Wed, 29 Aug 2001 11:57:08 -0500 (CDT) Date: Wed, 29 Aug 2001 11:57:07 -0500 (CDT) From: David Scheidt X-X-Sender: To: Dan Cc: Subject: Re: memory + apache In-Reply-To: <20010828054406.Q99717-100000@gandalf.bravenet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 28 Aug 2001, Dan wrote: : :i am seeing problems where apache is running into swap at times. :When all is said and done...i see alot of available memory from top :and alot still stuck in swap. Restarting apache at that point clears the :swap space right out and memory is used properly again. Is there an actual performance hit here? Stuff that gets paged out is going to stay there until it's used. On a system that's not normally pressed for memory may well mean never. What you've described here isn't a problem. : :These seem to be short bursting peeks which i can;t get to in time to run :vmstat on. When i login i never see any paging or swapping going on maybe Then leave it running. $ while true do date >> logfile vmstat -c 3600 -w 1 | tee -a logfile done will put the date in your logfile every hour, and vmstat's output both to the screen and the logfile everysecond. Next time this happens, look at the logfile, and I'll bet you find you really are running out of memory. Figure out when it starts, and look at the apache logs, and you may be able to figure out what's causing it. It might be unusually heavy load, or memory hogging script, or something like that. It's also possible it's something other than the webserver, like a cronjob that does something ugly, or an interactive user. :2 blocked processes waiting to run seems the average under the b column :in vmstat. Another thing to note is cpu sky rockets when those burts :happen. How can a process go into swap really badly yet seem to not use :all available memory first. Disk I/O does not seem like a factor. What I Do you have any evidence that there's free memory when the box starts swapping? Free memory after the memory shortage has gone away is not evidence that there was memory available when it was swapping. The VM system is smarter than you are. Don't try and tune it before you know what's wrong. -- dscheidt@tumbolia.com Bipedalism is only a fad. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 10:46:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from matsulab.is.titech.ac.jp (matsulab.is.titech.ac.jp [131.112.35.129]) by hub.freebsd.org (Postfix) with ESMTP id B9E9537B401 for ; Wed, 29 Aug 2001 10:46:43 -0700 (PDT) (envelope-from fuyuhik8@is.titech.ac.jp) Received: from tripper.private by matsulab.is.titech.ac.jp (8.8.8+Sun/3.7W) id CAA04541; Thu, 30 Aug 2001 02:46:25 +0900 (JST) Date: Thu, 30 Aug 2001 02:48:54 +0900 Message-ID: <55k7zmiwop.wl@tripper.private> From: Fuyuhiko Maruyama To: Daniel Eischen Cc: Arun Sharma , hackers@FreeBSD.ORG Subject: Re: libc_r, signals and modifying sigcontext In-Reply-To: <20010729170402.A18538@sharmas.dhs.org> References: <20010729011656.A11337@sharmas.dhs.org> User-Agent: Wanderlust/2.6.0 (Twist And Shout) on XEmacs/21.5.1 (anise) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: multipart/mixed; boundary="Multipart_Thu_Aug_30_02:48:54_2001-1" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Multipart_Thu_Aug_30_02:48:54_2001-1 Content-Type: text/plain; charset=US-ASCII Hi all, I'm also wondering how to use signals to handle runtime exceptions such as SIGFPE and SIGSEGV in pthread application. These signals are often used by implementation of Java VM to handle Java's runtime exceptions. Almost same scheme works fine in non-pthread application but it doesn't in pthread application. `test.c' gives the simplified version of this problem (the program assumes x86). When I use _thread_sys_sigreturn someone suggests, the first signal is caught by signal handler on the current thread that cause the exception but signals after second attempts are never caught on the current thread. This is because the sigmask for signal handler thread, the current thread at first signal, is masked at uthread_sig.c(line 1070) and it isn't recovered when _thread_sys_sigreturn is called. So we need `sigreturn' function for libc_r instead of using _thread_sys_sigreturn. `uthread_sigreturn.c` gives a simple implementation of sigreturn for 4.3-STABLE(4.4-RC). When I use sigreturn (implemented at `uthread_sigreturn.c') instead of_thread_sys_sigreturn in `test.c', the program works as I expected. How do you think to add sigreturn function into libc_r? P.S. The manual page for sigreturn.2 is too old. -- Fuyuhiko MARUYAMA Matsuoka laboratory, Department of Mathematical and Computing Sciences, Graduate School of Information Science and Engineering, Tokyo Institute of Technology. --Multipart_Thu_Aug_30_02:48:54_2001-1 Content-Type: application/octet-stream Content-Disposition: attachment; filename="test.c" Content-Transfer-Encoding: 7bit #include #include #include #include static int zero = 0; static void * null_pointer_touch(void *args) { int i; for (i = 0; i < 5; i++) { printf("My thread ID = 0x%x, now I touch NULL pointer. #%d\n", (int)pthread_self(), i); fflush(stdout); *((int *)(zero)) = 1; /* touching NULL pointer! */ printf("My thread ID = 0x%x, survived from Segmentation Fault.\n", (int)pthread_self()); fflush(stdout); sched_yield(); } return 0; } static int result_by_zerodiv; static void * zero_divide(void *args) { int i; for (i = 0; i < 5; i++) { printf("My thread ID = 0x%x, now I divide 7 by %d. #%d\n", (int)pthread_self(), zero, i); fflush(stdout); result_by_zerodiv = 7 / zero; /* dividing with zero */ printf("My thread ID = 0x%x, survived from division by %d.\n", (int)pthread_self(), zero); fflush(stdout); sched_yield(); } return 0; } static void signal_handler(int sig, siginfo_t *siginfo, void *context) { unsigned char* pc; ucontext_t *ucontext = (ucontext_t *)context; mcontext_t *mcontext = &ucontext->uc_mcontext; printf("My thread ID = 0x%x, I'm handling signal %d now.\n", (int)pthread_self(), sig); fflush(stdout); pc = (unsigned char *)mcontext->mc_eip; switch (sig) { case SIGFPE: if (*pc == 0xf7) mcontext->mc_eip += 6; break; case SIGSEGV: if (*pc == 0xc7) mcontext->mc_eip += 6; } /* sigreturn(ucontext); */ _thread_sys_sigreturn(ucontext); /* return; */ } main() { pthread_t null_pointer_thread; pthread_t zero_division_thread; struct sigaction action; int result; printf("My thread ID = 0x%x, I'm the main thread.\n", (int)pthread_self()); fflush(stdout); memset(&action, 0, sizeof(struct sigaction)); action.sa_handler = signal_handler; action.sa_flags = SA_SIGINFO; sigaction(SIGSEGV, &action, NULL); sigaction(SIGFPE, &action, NULL); printf("Creating rogue thread.\n"); fflush(stdout); pthread_create(&null_pointer_thread, NULL, null_pointer_touch, NULL); pthread_create(&zero_division_thread, NULL, zero_divide, NULL); while (result = pthread_join(null_pointer_thread, NULL)) printf("pthread_join() failed: %d\n", result); while (result = pthread_join(zero_division_thread, NULL)) printf("pthread_join() failed: %d\n", result); } --Multipart_Thu_Aug_30_02:48:54_2001-1 Content-Type: application/octet-stream Content-Disposition: attachment; filename="uthread_sigreturn.c" Content-Transfer-Encoding: 7bit #include #include #include #include #ifdef _THREAD_SAFE #include #include "pthread_private.h" int _sigreturn(ucontext_t *uc) { _thread_run->sigmask = uc->uc_sigmask; return _thread_sys_sigreturn(uc); } __strong_reference(_sigreturn, sigreturn); #endif --Multipart_Thu_Aug_30_02:48:54_2001-1-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 11: 2: 8 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-m03.mx.aol.com (imo-m03.mx.aol.com [64.12.136.6]) by hub.freebsd.org (Postfix) with ESMTP id D542C37B403 for ; Wed, 29 Aug 2001 11:02:04 -0700 (PDT) (envelope-from Bsdguru@aol.com) Received: from Bsdguru@aol.com by imo-m03.mx.aol.com (mail_out_v31_r1.4.) id n.24.18924341 (4413) for ; Wed, 29 Aug 2001 14:01:58 -0400 (EDT) From: Bsdguru@aol.com Message-ID: <24.18924341.28be8815@aol.com> Date: Wed, 29 Aug 2001 14:01:57 EDT Subject: Loader problems To: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 139 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have a hard drive with 2 versions of freebsd (4.1 and 4.2) loaded on it. They boot and load ok, but when 4.1 is soft-rebooted, it stops at the boot: prompt and 3 strange characters are displayed (not alphanumeric)...the second partition seems fine. Backspacing over the characters and hitting return manually and the machine boots normally. Both partitions are using the BTX loader v1.01 Any ideas? Bryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 11: 5: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from matsulab.is.titech.ac.jp (matsulab.is.titech.ac.jp [131.112.35.129]) by hub.freebsd.org (Postfix) with ESMTP id A3FD837B408 for ; Wed, 29 Aug 2001 11:04:57 -0700 (PDT) (envelope-from fuyuhik8@is.titech.ac.jp) Received: from tripper.private by matsulab.is.titech.ac.jp (8.8.8+Sun/3.7W) id DAA05138; Thu, 30 Aug 2001 03:04:53 +0900 (JST) Date: Thu, 30 Aug 2001 03:07:22 +0900 Message-ID: <55itf6ivtx.wl@tripper.private> From: Fuyuhiko Maruyama To: Daniel Eischen Cc: hackers@FreeBSD.ORG Subject: Re: libc_r, signals and modifying sigcontext In-Reply-To: <55k7zmiwop.wl@tripper.private> References: <20010729011656.A11337@sharmas.dhs.org> <20010729170402.A18538@sharmas.dhs.org> <55k7zmiwop.wl@tripper.private> User-Agent: Wanderlust/2.6.0 (Twist And Shout) on XEmacs/21.5.1 (anise) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I missed one thing to say, When I try to know what's happen in the libc_r, I use libc_r with DEBUG_SIGNAL defined. There seems to be something wrong with libc_r's signal handler when it cannot find the thread to handle signal, libc_r seems to refer some phantom thread that doesn't exist and it may cause another fault. If you also use libc_r with DEBUG_SIGNAL defined, you can see the problem during execution of my previous sample program (test.c). Thanks. -- Fuyuhiko MARUYAMA Matsuoka laboratory, Department of Mathematical and Computing Sciences, Graduate School of Information Science and Engineering, Tokyo Institute of Technology. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 11:27:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 293DF37B405 for ; Wed, 29 Aug 2001 11:27:21 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id f7TIRKX85042 for ; Wed, 29 Aug 2001 11:27:20 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.3.p0.FreeBSD:010829112720:295=_" Date: Wed, 29 Aug 2001 11:27:20 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: hackers@freebsd.org Subject: PLEASE REVIEW: loader fix for gzipped kernels Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format --_=XFMail.1.3.p0.FreeBSD:010829112720:295=_ Content-Type: text/plain; charset=us-ascii I would appreciate another pair of eyes on the attached patch before I commit it. I have been working with gzipped kernels a lot lately, and have noticed that when the loader tries to load certain kernels, it fails with the message "elf_loadexec: cannot seek". I tracked this down to a bug in "src/lib/libstand/lseek.c", which is fixed by this patch. Here is the bug that it fixed. Libstand maintains a read-ahead buffer for each open file, so that it can read in chunks of 512 bytes for greater efficiency. When the loader tries to lseek forward in a file by a small amount, it sometimes happens that the target file offset is already in the read-ahead buffer. But the existing code in lseek.c simply discards the contents of that buffer and does a seek directly on the underlying file. This results in an attempt to seek backwards in the file, since some of the data has already been read into the read-ahead buffer. Gzipped data streams cannot seek backwards, so an error is returned. The code added by the patch checks to see if the desired file offset is already in the read-ahead buffer. If it is, the code simply adjusts the buffer pointer and length, thereby avoiding a reverse seek on the gzipped data stream. The bug is present in both -current and -stable. This patch is relative to -stable, but it applies cleanly to -current too. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa --_=XFMail.1.3.p0.FreeBSD:010829112720:295=_ Content-Disposition: attachment; filename="libstand.patch" Content-Type: text/plain; charset=us-ascii; name=libstand.patch; SizeOnDisk=1410 Content-Transfer-Encoding: 7bit Index: lseek.c =================================================================== RCS file: /home/ncvs/src/lib/libstand/lseek.c,v retrieving revision 1.1.1.1.6.1 diff -u -r1.1.1.1.6.1 lseek.c --- lseek.c 2000/09/10 01:32:06 1.1.1.1.6.1 +++ lseek.c 2001/08/29 17:45:21 @@ -70,6 +70,8 @@ off_t lseek(int fd, off_t offset, int where) { + struct stat sb; + off_t bufpos, filepos, target; struct open_file *f = &files[fd]; if ((unsigned)fd >= SOPEN_MAX || f->f_flags == 0) { @@ -94,6 +96,39 @@ return (-1); } return (f->f_offset); + } + + /* + * If there is some unconsumed data in the readahead buffer and it + * contains the desired offset, simply adjust the buffer pointers. + */ + if (f->f_ralen != 0) { + if ((filepos = (f->f_ops->fo_seek)(f, (off_t)0, SEEK_CUR)) == -1) + return (-1); + bufpos = filepos - f->f_ralen; + switch (where) { + case SEEK_SET: + target = offset; + break; + case SEEK_CUR: + target = bufpos + offset; + break; + case SEEK_END: + if ((f->f_ops->fo_stat)(f, &sb) == -1 || sb.st_size == -1) { + errno = EOFFSET; + return (-1); + } + target = sb.st_size + offset; + break; + default: + errno = EINVAL; + return (-1); + } + if (bufpos <= target && target < filepos) { + f->f_raoffset += target - bufpos; + f->f_ralen -= target - bufpos; + return (target); + } } /* --_=XFMail.1.3.p0.FreeBSD:010829112720:295=_-- End of MIME message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 11:32:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 8A57237B405 for ; Wed, 29 Aug 2001 11:32:22 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id OAA14898; Wed, 29 Aug 2001 14:31:25 -0400 (EDT) Date: Wed, 29 Aug 2001 14:31:25 -0400 (EDT) From: Daniel Eischen To: Fuyuhiko Maruyama Cc: Arun Sharma , hackers@FreeBSD.ORG Subject: Re: libc_r, signals and modifying sigcontext In-Reply-To: <55k7zmiwop.wl@tripper.private> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 30 Aug 2001, Fuyuhiko Maruyama wrote: > Hi all, > > I'm also wondering how to use signals to handle runtime exceptions > such as SIGFPE and SIGSEGV in pthread application. These signals are > often used by implementation of Java VM to handle Java's runtime > exceptions. Almost same scheme works fine in non-pthread application > but it doesn't in pthread application. > > `test.c' gives the simplified version of this problem (the program > assumes x86). When I use _thread_sys_sigreturn someone suggests, the > first signal is caught by signal handler on the current thread that > cause the exception but signals after second attempts are never caught > on the current thread. This is because the sigmask for signal handler > thread, the current thread at first signal, is masked at > uthread_sig.c(line 1070) and it isn't recovered when > _thread_sys_sigreturn is called. > > So we need `sigreturn' function for libc_r instead of using > _thread_sys_sigreturn. `uthread_sigreturn.c` gives a simple > implementation of sigreturn for 4.3-STABLE(4.4-RC). When I use > sigreturn (implemented at `uthread_sigreturn.c') instead > of_thread_sys_sigreturn in `test.c', the program works as I expected. > > > How do you think to add sigreturn function into libc_r? Your implementation of sigreturn is not correct for our threads library. You don't need the strong reference in -current. The signal mask in the ucontext_t is the _process_ signal mask. This is not the threads signal mask which can be different. It may work in your case because your threads don't change their signal mask, so it may be the same as the process signal mask. I'm not sure what sigreturn should do in a threaded environment, particularly if it should restore the threads signal mask or not. In order to make it work the you want it to, and I'm not sure that is the correct thing yet, you need to change the signal mask in the ucontext before the signal handler is invoked. This would be done somewhere in uthread_sig.c. You would put the threads signal mask (before OR'ing in the sa_mask from the installed handler) into the ucontext. This would make the ucontext passed to a signal handler contain that threads signal mask, not the process signal mask. Then when implementing sigreturn, you restore the threads signal mask from the ucontext, place the process signal mask in the ucontext, and _thread_sys_sigreturn(). Here's a quick (uncompiled, untested) attempt at a fix. Index: uthread/uthread_sig.c =================================================================== RCS file: /opt/FreeBSD/cvs/src/lib/libc_r/uthread/uthread_sig.c,v retrieving revision 1.25.2.8 diff -u -r1.25.2.8 uthread_sig.c --- uthread/uthread_sig.c 2001/07/06 12:31:25 1.25.2.8 +++ uthread/uthread_sig.c 2001/08/29 18:29:39 @@ -1063,6 +1063,7 @@ sizeof(psf->uc)); memcpy(&psf->siginfo, &_thread_sigq[psf->signo - 1].siginfo, sizeof(psf->siginfo)); + psf->uc.uc_sigmask = thread->sigmask; } /* Setup the signal mask: */ #include #include #include #include #ifdef _THREAD_SAFE #include #include "pthread_private.h" int _sigreturn(ucontext_t *ucp) { _thread_run->sigmask = ucp->uc_sigmask; ucp->uc_sigmask = _process_sigmask; return (_thread_sys_sigreturn(ucp)); } __strong_reference(_sigreturn, sigreturn); #endif -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 11:33:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from isris.pair.com (isris.pair.com [209.68.2.39]) by hub.freebsd.org (Postfix) with SMTP id 9691F37B405 for ; Wed, 29 Aug 2001 11:33:23 -0700 (PDT) (envelope-from rooneg@isris.pair.com) Received: (qmail 82421 invoked by uid 3130); 29 Aug 2001 18:33:22 -0000 Date: Wed, 29 Aug 2001 14:33:22 -0400 From: Garrett Rooney To: John Polstra Cc: hackers@freebsd.org Subject: Re: PLEASE REVIEW: loader fix for gzipped kernels Message-ID: <20010829143322.A43833@electricjellyfish.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jdp@polstra.com on Wed, Aug 29, 2001 at 11:27:20AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Aug 29, 2001 at 11:27:20AM -0700, John Polstra wrote: > I would appreciate another pair of eyes on the attached patch before > I commit it. > > I have been working with gzipped kernels a lot lately, and have > noticed that when the loader tries to load certain kernels, it fails > with the message "elf_loadexec: cannot seek". I tracked this down to > a bug in "src/lib/libstand/lseek.c", which is fixed by this patch. so that's why the -CURRENT snapshot i was trying to install last night refused to boot... exactly that error. damn that was irritating me. i thought i was getting a corrupt iso image or something. -- garrett rooney Unix was not designed to stop you from rooneg@electricjellyfish.net doing stupid things, because that would http://electricjellyfish.net/ stop you from doing clever things. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 11:39:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 86D6237B40C; Wed, 29 Aug 2001 11:39:43 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.5/8.11.5) with SMTP id f7TIdcP72146; Wed, 29 Aug 2001 14:39:38 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 29 Aug 2001 14:39:38 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: hackers@FreeBSD.org, developers@FreeBSD.org Subject: BSDCon 2002 - deadline extension for abstracts (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This just popped up on the Darwin development list, but might also be of interest to FreeBSD developers interested in submitting a paper. Apparently I wasn't the only one who needed a deadline :-). Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services ---------- Forwarded message ---------- Date: Wed, 29 Aug 2001 11:12:11 -0700 From: Brian Cassidy To: darwin-development@lists.apple.com Cc: Ron Dumont , prabhaka@apple.com Subject: BSDCon 2002 - deadline extension for abstracts Darwin developers, The chairperson of BSDCon 2002 has extended the deadline for paper abstract submissions by one week. Paper abstracts must now be submitted by Friday September 7. If you weren't sure that you could meet the original deadline, you now have a bit more leeway. So please, if you have any interest in sharing your work on Darwin with the rest of the BSD community, write up a short abstract and send it to bsdconchair@usenix.org . Please visit the BSDCon 2002 web site for more information or to access the web submission form: http://www.usenix.org/events/bsdcon02/cfp/ Thanks again, The Darwin Team. _______________________________________________ darwin-development mailing list darwin-development@lists.apple.com http://www.lists.apple.com/mailman/listinfo/darwin-development To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 13:12:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from matsulab.is.titech.ac.jp (matsulab.is.titech.ac.jp [131.112.35.129]) by hub.freebsd.org (Postfix) with ESMTP id BFD2537B403 for ; Wed, 29 Aug 2001 13:12:24 -0700 (PDT) (envelope-from fuyuhik8@is.titech.ac.jp) Received: from tripper.private by matsulab.is.titech.ac.jp (8.8.8+Sun/3.7W) id FAA07771; Thu, 30 Aug 2001 05:12:18 +0900 (JST) Date: Thu, 30 Aug 2001 05:14:47 +0900 Message-ID: <55heuqipxk.wl@tripper.private> From: Fuyuhiko Maruyama To: Daniel Eischen Cc: Fuyuhiko Maruyama , hackers@FreeBSD.ORG Subject: Re: libc_r, signals and modifying sigcontext In-Reply-To: References: <55k7zmiwop.wl@tripper.private> User-Agent: Wanderlust/2.6.0 (Twist And Shout) on XEmacs/21.5.1 (anise) MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At Wed, 29 Aug 2001 14:31:25 -0400 (EDT), Daniel Eischen wrote: > > On Thu, 30 Aug 2001, Fuyuhiko Maruyama wrote: > > Hi all, > > > > I'm also wondering how to use signals to handle runtime exceptions > > such as SIGFPE and SIGSEGV in pthread application. These signals are > > often used by implementation of Java VM to handle Java's runtime > > exceptions. Almost same scheme works fine in non-pthread application > > but it doesn't in pthread application. > > > > `test.c' gives the simplified version of this problem (the program > > assumes x86). When I use _thread_sys_sigreturn someone suggests, the > > first signal is caught by signal handler on the current thread that > > cause the exception but signals after second attempts are never caught > > on the current thread. This is because the sigmask for signal handler > > thread, the current thread at first signal, is masked at > > uthread_sig.c(line 1070) and it isn't recovered when > > _thread_sys_sigreturn is called. > > > > So we need `sigreturn' function for libc_r instead of using > > _thread_sys_sigreturn. `uthread_sigreturn.c` gives a simple > > implementation of sigreturn for 4.3-STABLE(4.4-RC). When I use > > sigreturn (implemented at `uthread_sigreturn.c') instead > > of_thread_sys_sigreturn in `test.c', the program works as I expected. > > > > > > How do you think to add sigreturn function into libc_r? > > Your implementation of sigreturn is not correct for our threads > library. You don't need the strong reference in -current. Does it need in -stable? > The signal mask in the ucontext_t is the _process_ signal > mask. This is not the threads signal mask which can be > different. It may work in your case because your threads > don't change their signal mask, so it may be the same as > the process signal mask. Right, I made mistakes, my sample is too simplified. Now I understand it, thanks. > I'm not sure what sigreturn should do in a threaded environment, > particularly if it should restore the threads signal mask or > not. At least on Solaris, we can restore sigmask for thread at signal handler using setcontext(uc) to return from signal handler, but I'm not sure ucontext in Solaris is whether per thread object or per process object. On the other hand, we cannot restore the sigmask for thread when we return from signal handler with libc_r. So we need similar function as Solaris's setcontext, of course setcontext may do more than sigreturn do. And the most important fact is we cannot implement sigreturn in user programs because it need to know the actual implementation of thread library. Java VM needs this function. My previous example explains how JIT compiled codes in Java VM works. Actual codes which may cause SIGSEGV or SIGFPE does not always raise signals. > In order to make it work the you want it to, and I'm > not sure that is the correct thing yet, you need to change > the signal mask in the ucontext before the signal handler > is invoked. This would be done somewhere in uthread_sig.c. > You would put the threads signal mask (before OR'ing in > the sa_mask from the installed handler) into the ucontext. > This would make the ucontext passed to a signal handler > contain that threads signal mask, not the process signal > mask. Then when implementing sigreturn, you restore the > threads signal mask from the ucontext, place the process > signal mask in the ucontext, and _thread_sys_sigreturn(). > > Here's a quick (uncompiled, untested) attempt at a fix. > > Index: uthread/uthread_sig.c > =================================================================== > RCS file: /opt/FreeBSD/cvs/src/lib/libc_r/uthread/uthread_sig.c,v > retrieving revision 1.25.2.8 > diff -u -r1.25.2.8 uthread_sig.c > --- uthread/uthread_sig.c 2001/07/06 12:31:25 1.25.2.8 > +++ uthread/uthread_sig.c 2001/08/29 18:29:39 > @@ -1063,6 +1063,7 @@ > sizeof(psf->uc)); > memcpy(&psf->siginfo, &_thread_sigq[psf->signo - 1].siginfo, > sizeof(psf->siginfo)); > + psf->uc.uc_sigmask = thread->sigmask; > } > > /* Setup the signal mask: */ > > > > #include > #include > #include > #include > > #ifdef _THREAD_SAFE > #include > #include "pthread_private.h" > > int > _sigreturn(ucontext_t *ucp) > { > _thread_run->sigmask = ucp->uc_sigmask; > ucp->uc_sigmask = _process_sigmask; > return (_thread_sys_sigreturn(ucp)); > } > > __strong_reference(_sigreturn, sigreturn); > #endif Your patch seems to work, yes I tried with test.c modified to specify per thread sigmask. But now I have worry about when there are another signals pended. The actual work needed for sigreturn is restore the sigmask to unblock the very signal masked at uthread_sig.c(line 1070) temporarily. Using thread->sigmask for sigreturn may do overwork. How do you think about this? -- Fuyuhiko MARUYAMA Matsuoka laboratory, Department of Mathematical and Computing Sciences, Graduate School of Information Science and Engineering, Tokyo Institute of Technology. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 14:28:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by hub.freebsd.org (Postfix) with ESMTP id 53C5037B408 for ; Wed, 29 Aug 2001 14:28:45 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@[147.11.46.201]) by mail.wrs.com (8.9.3/8.9.1) with ESMTP id OAA10399; Wed, 29 Aug 2001 14:28:29 -0700 (PDT) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Wed, 29 Aug 2001 14:28:34 -0700 (PDT) From: John Baldwin To: John Polstra Subject: RE: PLEASE REVIEW: loader fix for gzipped kernels Cc: hackers@FreeBSD.org Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 29-Aug-01 John Polstra wrote: > I would appreciate another pair of eyes on the attached patch before > I commit it. Looks good to me, but I'm only somewhat familiar with libstand. :) -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 14:32:45 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id D029937B401; Wed, 29 Aug 2001 14:32:42 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id f7TLWGX86056; Wed, 29 Aug 2001 14:32:16 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.5/8.11.0) id f7TLWAK01043; Wed, 29 Aug 2001 14:32:10 -0700 (PDT) (envelope-from jdp) Date: Wed, 29 Aug 2001 14:32:10 -0700 (PDT) Message-Id: <200108292132.f7TLWAK01043@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: jhb@freebsd.org Subject: Re: PLEASE REVIEW: loader fix for gzipped kernels In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article , John Baldwin wrote: > > Looks good to me, but I'm only somewhat familiar with libstand. :) Thanks for taking a look at it. Matt Dillon also reviewed it and gave it a clean bill of health. He made a suggestion for making the code a bit smaller. I'll incorporate that and then commit it to -current. John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 14:33: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 1AA4137B401 for ; Wed, 29 Aug 2001 14:33:05 -0700 (PDT) (envelope-from eischen@vigrid.com) Received: (from eischen@localhost) by pcnet1.pcnet.com (8.8.7/PCNet) id RAA15227; Wed, 29 Aug 2001 17:32:02 -0400 (EDT) Date: Wed, 29 Aug 2001 17:32:02 -0400 (EDT) From: Daniel Eischen To: Fuyuhiko Maruyama Cc: Fuyuhiko Maruyama , hackers@FreeBSD.ORG Subject: Re: libc_r, signals and modifying sigcontext In-Reply-To: <55heuqipxk.wl@tripper.private> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 30 Aug 2001, Fuyuhiko Maruyama wrote: > At Wed, 29 Aug 2001 14:31:25 -0400 (EDT), > Daniel Eischen wrote: > > > > On Thu, 30 Aug 2001, Fuyuhiko Maruyama wrote: > > > Hi all, > > > > > > [SNIP] > > > > > > How do you think to add sigreturn function into libc_r? > > > > Your implementation of sigreturn is not correct for our threads > > library. You don't need the strong reference in -current. > Does it need in -stable? I'm not sure. > > The signal mask in the ucontext_t is the _process_ signal > > mask. This is not the threads signal mask which can be > > different. It may work in your case because your threads > > don't change their signal mask, so it may be the same as > > the process signal mask. > Right, I made mistakes, my sample is too simplified. Now I understand > it, thanks. > > > I'm not sure what sigreturn should do in a threaded environment, > > particularly if it should restore the threads signal mask or > > not. > At least on Solaris, we can restore sigmask for thread at signal > handler using setcontext(uc) to return from signal handler, but I'm > not sure ucontext in Solaris is whether per thread object or per > process object. On the other hand, we cannot restore the sigmask for > thread when we return from signal handler with libc_r. So we need > similar function as Solaris's setcontext, of course setcontext may do > more than sigreturn do. And the most important fact is we cannot > implement sigreturn in user programs because it need to know the > actual implementation of thread library. sigreturn should be pretty compatible with setcontext. You can do a setcontext on the ucontext_t argument passed to a signal handler to restore the state prior to the signal. This is exactly what sigreturn does. FreeBSD doesn't have {get,set,make}context yet. > Java VM needs this function. My previous example explains how JIT > compiled codes in Java VM works. Actual codes which may cause SIGSEGV > or SIGFPE does not always raise signals. > > > In order to make it work the you want it to, and I'm > > not sure that is the correct thing yet, you need to change > > the signal mask in the ucontext before the signal handler > > is invoked. This would be done somewhere in uthread_sig.c. > > You would put the threads signal mask (before OR'ing in > > the sa_mask from the installed handler) into the ucontext. > > This would make the ucontext passed to a signal handler > > contain that threads signal mask, not the process signal > > mask. Then when implementing sigreturn, you restore the > > threads signal mask from the ucontext, place the process > > signal mask in the ucontext, and _thread_sys_sigreturn(). > > > > Here's a quick (uncompiled, untested) attempt at a fix. > > Your patch seems to work, yes I tried with test.c modified to specify > per thread sigmask. But now I have worry about when there are another > signals pended. I think that when there are multiple signals pending, the kernel installs multiple trampolines, so when one signal handler returns the next signal handler is called. If you sigreturn, setcontext, or just exit the signal handler normally, the next signal handler will be called. If you longjmp out of the handler though, you bypass all the other pending handlers and lose those signals. I've tested this under -current. > The actual work needed for sigreturn is restore the > sigmask to unblock the very signal masked at uthread_sig.c(line 1070) > temporarily. Using thread->sigmask for sigreturn may do overwork. > How do you think about this? If there were multiple trampolines set up by the kernel, then the threads library will get the next signal when the thread sigreturns or exits the signal handler normally. There may be a small race if two or more signals happen really close together and the threads library installs multiple signal frames for a thread before getting a chance to execute that thread. In this case, a sigreturn might bypass the other frames that have been setup. If you install the signal handlers with the sa_mask all set, then this won't happen and all signals will be masked for the thread while it is in the signal handler. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 14:35: 3 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from earth.backplane.com (earth-nat-cw.backplane.com [208.161.114.67]) by hub.freebsd.org (Postfix) with ESMTP id 6DB1437B403; Wed, 29 Aug 2001 14:34:59 -0700 (PDT) (envelope-from dillon@earth.backplane.com) Received: (from dillon@localhost) by earth.backplane.com (8.11.6/8.11.2) id f7TLYwL50352; Wed, 29 Aug 2001 14:34:58 -0700 (PDT) (envelope-from dillon) Date: Wed, 29 Aug 2001 14:34:58 -0700 (PDT) From: Matt Dillon Message-Id: <200108292134.f7TLYwL50352@earth.backplane.com> To: John Polstra Cc: hackers@FreeBSD.ORG, jhb@FreeBSD.ORG Subject: Re: PLEASE REVIEW: loader fix for gzipped kernels References: <200108292132.f7TLWAK01043@vashon.polstra.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :In article , :John Baldwin wrote: :> :> Looks good to me, but I'm only somewhat familiar with libstand. :) : :Thanks for taking a look at it. Matt Dillon also reviewed it and gave :it a clean bill of health. He made a suggestion for making the code a :bit smaller. I'll incorporate that and then commit it to -current. : :John I'll give it a quick test after you commit it (I can combine the test with some other work I'm doing). -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 16:38:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id ACDE237B405 for ; Wed, 29 Aug 2001 16:38:21 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id f7TNabX86662; Wed, 29 Aug 2001 16:36:37 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.5/8.11.0) id f7TNabC00394; Wed, 29 Aug 2001 16:36:37 -0700 (PDT) (envelope-from jdp) Date: Wed, 29 Aug 2001 16:36:37 -0700 (PDT) Message-Id: <200108292336.f7TNabC00394@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: dillon@earth.backplane.com Subject: Re: PLEASE REVIEW: loader fix for gzipped kernels In-Reply-To: <200108292134.f7TLYwL50352@earth.backplane.com> References: <200108292132.f7TLWAK01043@vashon.polstra.com> <200108292134.f7TLYwL50352@earth.backplane.com> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <200108292134.f7TLYwL50352@earth.backplane.com>, Matt Dillon wrote: > I'll give it a quick test after you commit it (I can combine the > test with some other work I'm doing). Thanks. I've committed it, and it should hit the mirrors within the next hour. I tested it with both gzipped and full-size kernels, in -current and -stable on the i386 and in -slightlystale on the Alpha. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 17: 7:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from elm.phenome.org (elm.phenome.org [194.153.169.3]) by hub.freebsd.org (Postfix) with ESMTP id 2EDEE37B401 for ; Wed, 29 Aug 2001 17:07:44 -0700 (PDT) (envelope-from joshua@roughtrade.net) Received: from localhost (joshua@localhost [127.0.0.1]) by localhost (8.12.0.Beta19/8.12.0.Beta19/Debian 8.12.0.Beta19) with ESMTP id f7U06MvR018217; Thu, 30 Aug 2001 01:06:22 +0100 Date: Thu, 30 Aug 2001 01:06:22 +0100 (BST) From: Joshua Goodall X-X-Sender: To: Mike Silbersack Cc: Deepak Jain , "freebsd-hackers@FreeBSD. ORG" Subject: Re: FW: Interesting Router Question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 29 Aug 2001, Mike Silbersack wrote: > As to what type of flood that is - you can't tell with that version of > freebsd. It could've been a UDP or TCP flood (ACK or SYN). It actually > couldn't have been a icmp flood, that version of freebsd didn't limit icmp > responses. (Even though the message implies it, yes. This has been > clarified in 4.3.) Although there's no canonical log message, you *may* be able to derive something from watching changes in netstat -s. J To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 17:56:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from pianosa.catch22.org (pianosa.catch22.org [64.81.48.19]) by hub.freebsd.org (Postfix) with ESMTP id 2901137B401 for ; Wed, 29 Aug 2001 17:56:39 -0700 (PDT) (envelope-from dbt@meat.net) Received: by pianosa.catch22.org (Postfix, from userid 1000) id 6813A1793; Wed, 29 Aug 2001 17:56:38 -0700 (PDT) Date: Wed, 29 Aug 2001 17:56:38 -0700 From: David Terrell To: Gordon Tetlow Cc: hackers@freebsd.org Subject: Re: OpenSSH + Kerberos 5 + PAM Message-ID: <20010829175637.H20868@pianosa.catch22.org> Reply-To: David Terrell References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: ; from gordont@gnf.org on Tue, Aug 28, 2001 at 04:56:06PM -0700 X-Nethack: You feel like someone is making a pointless Nethack reference.--More-- X-Uptime: 5:53PM up 39 days, 20:31, 36 users, load averages: 0.09, 0.17, 0.21 X-Baby: Theodore Marvin Wolpinsky Terrell born 183 days, 3 hours, 7 minutes, 14 seconds ago Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 28, 2001 at 04:56:06PM -0700, Gordon Tetlow wrote: > I like Kerberos 5 and it's ability to use tickets so I don't have to type > passwords whenever I login/su/need to authenticate myself. So it *really* > annoys me that there is a pam_krb5 module that allows you to authenticate > against a Kerberos 5 principal but it won't accept any tickets that I try > to pass to it. I've done a bit of research on the matter and am told that > it is a limitation of the PAM API. So be it. > > I suppose I can install kerberos' version of telnet/ftp/rsh/rlogin/etc, > but again, I'm lazy (I *am* a system administrator). I was thinking that > it would be nice to have Kerberos 5 authentication available in OpenSSH > since that comes with the distribution and is even enabled by default. > > So, being lazy, I decided to trawl the net seeing if I could find anyone > that has already done the work. Bingo! > http://www.sxw.org.uk/computing/patches/openssh.html The author claims > that it works with both KTH and MIT Kerberos 5 implementations (I've tried > it on MIT and it works like a charm). I was wondering if there was any > interest in integrating this, or if it is considered too large a patch. If > there is interest, I would be willing to do the legwork to try and > integrate it (although there is probably lots of cases to deal with). Patches have been circulated on openssh-unix-dev to apply kerb5 to the upstream OpenBSD source. In fact, krb5 support is in protocol 1 in the OpenBSD tree now, and I'd speculate that protocol 2 support will be in by the time 3.0 ships in December, since OpenBSD 3.0 will ship with Kerb5 (Heimdal) in the base. -- David Terrell | "Any sufficiently advanced technology Prime Minister, Nebcorp | is indistinguishable from a rigged demo." dbt@meat.net | - Brian Swetland http://wwn.nebcorp.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 18:36:28 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aramis.rutgers.edu (aramis.rutgers.edu [128.6.4.2]) by hub.freebsd.org (Postfix) with ESMTP id 214C737B401; Wed, 29 Aug 2001 18:36:24 -0700 (PDT) (envelope-from muralir@aramis.rutgers.edu) Received: from localhost (muralir@localhost) by aramis.rutgers.edu (8.8.8/8.8.8) with SMTP id VAA19558; Wed, 29 Aug 2001 21:35:47 -0400 (EDT) Date: Wed, 29 Aug 2001 21:35:46 -0400 (EDT) From: Murali Rangarajan To: freebsd-hackers@FreeBSD.org Subject: Fault type in the page fault handler Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Is it possible to figure out the fault type(READ or WRITE fault) from inside the page fault handler in user space? I can get the faulting address fine but I have trouble figuring out the fault type. I looked at the i386/i386/machdep.c but couldn't find anything about the access/fault type. Any help would be appreciated. Thanks, Murali To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 20: 1:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.morning.ru (ns.morning.ru [195.161.98.5]) by hub.freebsd.org (Postfix) with ESMTP id DBE4237B406; Wed, 29 Aug 2001 20:01:26 -0700 (PDT) (envelope-from poige@morning.ru) Received: from 217.106.131.29 ([195.161.98.250]) by ns.morning.ru (8.11.5/8.11.5) with ESMTP id f7U31MY85701; Thu, 30 Aug 2001 11:01:24 +0800 (KRAST) Date: Thu, 30 Aug 2001 11:01:32 +0800 From: Igor Podlesny X-Mailer: The Bat! (v1.52 Beta/7) UNREG / CD5BF9353B3B7091 Organization: Morning Network X-Priority: 3 (Normal) Message-ID: <792042206.20010830110132@morning.ru> To: Mike Barcroft Cc: hackers@FreeBSD.ORG, Peter da Silva Subject: Re: Proposed Utility - detach(1) In-Reply-To: <20010824141955.B64018@coffee.q9media.com> References: <20010824141955.B64018@coffee.q9media.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I would appreciate comments on the usefulness of a utility which would > allow one to detach a process from a TTY. I imagine the utility would > be very small and just call daemon(3) and execlp(3). 1) cd /usr/ports/sysutils/detach have fun... 2) the code itself is rather simple and I wrote such detach.c by myself on FreeBSD 3.4 before I had a chance to look into ports collection. Here it is: /*========================================================== * detach.c *---------------------------------------------------------- * Executes given as arguments programs having * detached TTY at first. * * by Poige, poige@nm.ru *========================================================== */ #include #include #include int main(int argc, char **argv) { /* executes another programs having detached * tty at first */ return ! ( argv[1] && (fork () == 0) && (setsid () > 0) && (fork () == 0) && (execvp (argv[1], argv + 1) > 0) ); } > Would a utility like this be useful? yes > Is this functionality already available in a system utility? in ports... > Best regards, > Mike Barcroft -- Igor mailto:poige@morning.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 20:19:47 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-m10.mx.aol.com (imo-m10.mx.aol.com [64.12.136.165]) by hub.freebsd.org (Postfix) with ESMTP id 2829337B401; Wed, 29 Aug 2001 20:19:43 -0700 (PDT) (envelope-from Bsdguru@aol.com) Received: from Bsdguru@aol.com by imo-m10.mx.aol.com (mail_out_v31_r1.4.) id n.d4.b8df66a (4413); Wed, 29 Aug 2001 23:19:29 -0400 (EDT) From: Bsdguru@aol.com Message-ID: Date: Wed, 29 Aug 2001 23:19:28 EDT Subject: Re: Loader problems To: msmith@freebsd.org Cc: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 138 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In a message dated 8/29/01 7:34:47 PM Eastern Daylight Time, msmith@freebsd.org writes: > > I have a hard drive with 2 versions of freebsd (4.1 and 4.2) loaded on it. > > They boot and load ok, but when 4.1 is soft-rebooted, it stops at the boot: > > > prompt and 3 strange characters are displayed (not alphanumeric)...the > second > > > > partition seems fine. Backspacing over the characters and hitting return > > manually and the machine boots normally. Both partitions are using the > BTX > > loader v1.01 > > > > Any ideas? > > Sounds like you're getting garbage in the keyboard buffer. 8( > > How new is the motherboard/BIOS? > Fairly new. Other disks work ok, and we use this motherboard on lots of systems. Its something with the setup...the 2 freebsds on a disk I think. Bryan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 20:22:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from niwun.pair.com (niwun.pair.com [209.68.2.70]) by hub.freebsd.org (Postfix) with SMTP id 8DFB537B401 for ; Wed, 29 Aug 2001 20:22:21 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 86878 invoked by uid 3193); 30 Aug 2001 03:22:20 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Aug 2001 03:22:20 -0000 Date: Wed, 29 Aug 2001 23:22:20 -0400 (EDT) From: Mike Silbersack X-Sender: To: Cc: , Subject: Re: Loader problems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 29 Aug 2001 Bsdguru@aol.com wrote: > Fairly new. Other disks work ok, and we use this motherboard on lots of > systems. Its something with the setup...the 2 freebsds on a disk I think. > > Bryan If it's any consolation, my -current box started requiring me to hit enter to get past the loader a few weeks ago. I didn't bother trying to track it down, but it sounds related. If there's something to check, I'll be glad to do so. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 20:24:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-m09.mx.aol.com (imo-m09.mx.aol.com [64.12.136.164]) by hub.freebsd.org (Postfix) with ESMTP id 96FA337B406; Wed, 29 Aug 2001 20:24:07 -0700 (PDT) (envelope-from Bsdguru@aol.com) Received: from Bsdguru@aol.com by imo-m09.mx.aol.com (mail_out_v31_r1.4.) id n.d1.bce8fce (4413); Wed, 29 Aug 2001 23:24:05 -0400 (EDT) From: Bsdguru@aol.com Message-ID: Date: Wed, 29 Aug 2001 23:24:04 EDT Subject: Re: Loader problems To: msmith@freebsd.org Cc: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 138 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In a message dated 8/29/01 7:34:47 PM Eastern Daylight Time, msmith@freebsd.org writes: > the second > > > > partition seems fine. Backspacing over the characters and hitting return > > manually and the machine boots normally. Both partitions are using the > BTX > > loader v1.01 > > > > Any ideas? > > Sounds like you're getting garbage in the keyboard buffer. 8( > > How new is the motherboard/BIOS? > Also, if there was garbage in the keyboard buffer, wouldnt it affect both partiions (and not just the fist as in this case)? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 21:37:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp018.mail.yahoo.com (smtp018.mail.yahoo.com [216.136.174.115]) by hub.freebsd.org (Postfix) with SMTP id 1373137B403 for ; Wed, 29 Aug 2001 21:37:22 -0700 (PDT) (envelope-from kc5vdj@yahoo.com) Received: from mkc-65-28-47-209.kc.rr.com (HELO yahoo.com) (65.28.47.209) by smtp.mail.vip.sc5.yahoo.com with SMTP; 30 Aug 2001 04:37:21 -0000 X-Apparently-From: Message-ID: <3B8DC2FE.4030002@yahoo.com> Date: Wed, 29 Aug 2001 23:37:18 -0500 From: Jim Bryant Reply-To: kc5vdj@yahoo.com User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:0.9.2) Gecko/20010726 Netscape6/6.1 X-Accept-Language: en-us MIME-Version: 1.0 To: David Terrell Cc: Gordon Tetlow , hackers@freebsd.org Subject: Re: OpenSSH + Kerberos 5 + PAM References: <20010829175637.H20868@pianosa.catch22.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Terrell wrote: > On Tue, Aug 28, 2001 at 04:56:06PM -0700, Gordon Tetlow wrote: > >>I like Kerberos 5 and it's ability to use tickets so I don't have to type >>passwords whenever I login/su/need to authenticate myself. So it *really* >>annoys me that there is a pam_krb5 module that allows you to authenticate >>against a Kerberos 5 principal but it won't accept any tickets that I try >>to pass to it. I've done a bit of research on the matter and am told that >>it is a limitation of the PAM API. So be it. >> >>I suppose I can install kerberos' version of telnet/ftp/rsh/rlogin/etc, >>but again, I'm lazy (I *am* a system administrator). I was thinking that >>it would be nice to have Kerberos 5 authentication available in OpenSSH >>since that comes with the distribution and is even enabled by default. >> >>So, being lazy, I decided to trawl the net seeing if I could find anyone >>that has already done the work. Bingo! >>http://www.sxw.org.uk/computing/patches/openssh.html The author claims >>that it works with both KTH and MIT Kerberos 5 implementations (I've tried >>it on MIT and it works like a charm). I was wondering if there was any >>interest in integrating this, or if it is considered too large a patch. If >>there is interest, I would be willing to do the legwork to try and >>integrate it (although there is probably lots of cases to deal with). >> > > Patches have been circulated on openssh-unix-dev to apply kerb5 to > the upstream OpenBSD source. In fact, krb5 support is in protocol 1 > in the OpenBSD tree now, and I'd speculate that protocol 2 support > will be in by the time 3.0 ships in December, since OpenBSD 3.0 will > ship with Kerb5 (Heimdal) in the base. I'm not that current on krb5, but I do have to ask if the CERT issues have been resolved? My info on this is a little old, but I recall CERT advisories last year on serious vulnerabilities in krb5 at the time, it would be nice to know if they have been fixed. jim -- ET has one helluva sense of humor! He's always anal-probing right-wing schizos! _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Wed Aug 29 21:56:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from merlot.juniper.net (natint.juniper.net [207.17.136.129]) by hub.freebsd.org (Postfix) with ESMTP id E88BF37B401 for ; Wed, 29 Aug 2001 21:56:15 -0700 (PDT) (envelope-from joelh@juniper.net) Received: from sindri.juniper.net (sindri.juniper.net [172.17.22.63]) by merlot.juniper.net (8.11.3/8.11.3) with ESMTP id f7U4uA093317; Wed, 29 Aug 2001 21:56:10 -0700 (PDT) (envelope-from joelh@juniper.net) Received: (from joelh@localhost) by sindri.juniper.net (8.11.1/8.9.3) id f7U4uAR08305; Wed, 29 Aug 2001 21:56:10 -0700 (PDT) (envelope-from joelh@juniper.net) Date: Wed, 29 Aug 2001 21:56:10 -0700 (PDT) Message-Id: <200108300456.f7U4uAR08305@sindri.juniper.net> X-Authentication-Warning: sindri.juniper.net: joelh set sender to joelh@juniper.net using -f To: hackers@freebsd.org Subject: Thoughts on this pthreads bug: why release O_NONBLOCK in _exit? From: Joel Ray Holveck Reply-To: joelh@juniper.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've been studying a few things in pthreads to figure out a bug that's had me banging my head against a wall. I'd be interested in knowing what peoples' thoughts are. The basic scenario is that a fd loses its schedulability after the process calls daemon(). To review: The current pthreads implementation requires fds to be marked O_NONBLOCK (which pthreads manages itself) to allow scheduling to work properly. The daemon() library call's life (for the purposes of this discussion) is to fork. The parent dies by calling _exit(0), and the child goes on. The _exit routine in libc_r turns off the O_NONBLOCK flag on all file descriptors, except those which the program turned it on for. Now, the problem. The forked parent and child, of course, are sharing fds. So when the forked child exits, the parent's fds have their O_NONBLOCK flags toggled off. If the parent is still running multithreaded, this creates a scheduling problem. I've included a condensed version of the code I've been using to test this below. It's enough to demonstrate the problem, if not the normal symptoms. What I can't figure out is why libc_r's _exit toggles off the O_NONBLOCKs. Any thoughts? Thanks, joelh #include #include #include #include #include #include int main(int argc, char *argv) { pid_t pid; int fd; fd = socket(PF_UNIX, SOCK_DGRAM, 0); printf("flags after open: %x\n", _thread_sys_fcntl(fd, F_GETFL)); fflush(stdout); pid = fork(); if (pid != 0) { printf("flags after fork in parent: %x\n", _thread_sys_fcntl(fd, F_GETFL)); fflush(stdout); /* We use _exit instead of exit to imitate what daemon() * does. */ _exit(0); } else { sleep(1); /* Give the parent time to die */ printf("flags after fork in child: %x\n", _thread_sys_fcntl(fd, F_GETFL)); exit(0); } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 4:43:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 3C9C837B408; Thu, 30 Aug 2001 04:43:43 -0700 (PDT) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f7UBf8A49152; Thu, 30 Aug 2001 13:41:09 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 30 Aug 2001 13:48:32 +0200 (CEST) From: Martin Blapp To: , , , , , Cc: , , , Subject: Clock speedup on 4.X FreeBSD SMP and serverworks chipset In-Reply-To: <20010830122354.A42964@caerdonn.eurocontrol.fr> Message-ID: <20010830133205.N676-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Searching the freebsd mailinglists I have seen that you also suffering under this problem on 4.X. STABLE: I have isolated the problem to be due reading the time with microtime() Execute this programm: #include #include #include int main(void) { for(;;) { struct timeval tv; struct timezone tz; gettimeofday(&tv, &tz); } return (0); } and you will see a 10% timedrift. For 20 seconds, I get 2 second time speedup. You should not see this time drift if you remove the gettimeofday() syscall of the programm. If someone has a machine where he can install CURRENT, or has a machine with ServerWorks Chipset and SMP, is it possible that he can activate ACPI and test it again ? There is already a PR, PR kern/30135. Martin Martin Blapp, mb@imp.ch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 6:23:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 3B4AA37B414 for ; Thu, 30 Aug 2001 06:23:17 -0700 (PDT) (envelope-from nectar@nectar.com) Received: from madman.nectar.com (madman.nectar.com [10.0.1.111]) by gw.nectar.com (Postfix) with ESMTP id 90C57D4E; Thu, 30 Aug 2001 08:23:16 -0500 (CDT) Received: (from nectar@localhost) by madman.nectar.com (8.11.3/8.11.3) id f7UDNA822111; Thu, 30 Aug 2001 08:23:10 -0500 (CDT) (envelope-from nectar) Date: Thu, 30 Aug 2001 08:23:10 -0500 From: "Jacques A. Vidrine" To: Jim Bryant Cc: David Terrell , Gordon Tetlow , hackers@freebsd.org Subject: Re: OpenSSH + Kerberos 5 + PAM Message-ID: <20010830082310.A22080@madman.nectar.com> References: <20010829175637.H20868@pianosa.catch22.org> <3B8DC2FE.4030002@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B8DC2FE.4030002@yahoo.com>; from kc5vdj@yahoo.com on Wed, Aug 29, 2001 at 11:37:18PM -0500 X-Url: http://www.nectar.com/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Aug 29, 2001 at 11:37:18PM -0500, Jim Bryant wrote: > I'm not that current on krb5, but I do have to ask if the CERT issues > have been resolved? My info on this is a little old, but I recall > CERT advisories last year on serious vulnerabilities in krb5 at the > time, it would be nice to know if they have been fixed. Do you think you could be a little more specific? AFAIK, there are no publicly known, unfixed vulnerabilities in either MIT or Heimdal Kerberos. Cheers, -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 6:42:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from imo-m09.mx.aol.com (imo-m09.mx.aol.com [64.12.136.164]) by hub.freebsd.org (Postfix) with ESMTP id E71F537B403 for ; Thu, 30 Aug 2001 06:42:38 -0700 (PDT) (envelope-from Bsdguru@aol.com) Received: from Bsdguru@aol.com by imo-m09.mx.aol.com (mail_out_v31_r1.4.) id j.14b.2a17a2 (30961); Thu, 30 Aug 2001 09:41:48 -0400 (EDT) From: Bsdguru@aol.com Message-ID: <14b.2a17a2.28bf9c9c@aol.com> Date: Thu, 30 Aug 2001 09:41:48 EDT Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset To: mb@imp.ch Cc: hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL 5.0 for Windows sub 138 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In a message dated 8/30/01 7:44:23 AM Eastern Daylight Time, mb@imp.ch writes: > Searching the freebsd mailinglists I have seen that you also suffering > under this problem on 4.X. STABLE: > > I have isolated the problem to be due reading the time with microtime() > > Execute this programm: > > #include > #include > #include > > int > main(void) > { > > for(;;) { > struct timeval tv; > struct timezone tz; > gettimeofday(&tv, &tz); > } > return (0); > } > > and you will see a 10% timedrift. For 20 seconds, I get 2 second > time speedup. > > You should not see this time drift if you remove the gettimeofday() > syscall of the programm. > > If someone has a machine where he can install CURRENT, or has a machine > with ServerWorks Chipset and SMP, is it possible that he can activate > ACPI and test it again ? > > There is already a PR, PR kern/30135. > maybe the millions of system calls to the time function has something to do with the effect? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 7: 5:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.ceeyes.com (mail.in.ceeyes.com [65.192.85.133]) by hub.freebsd.org (Postfix) with ESMTP id 1EFC037B403 for ; Thu, 30 Aug 2001 07:05:49 -0700 (PDT) (envelope-from sridharm@in.ceeyes.com) Received: from in.ceeyes.com (localhost [127.0.0.1]) by mail.ceeyes.com (8.9.1b+Sun/8.9.3) with ESMTP id TAA26500 for ; Thu, 30 Aug 2001 19:35:45 +0530 (INST) Message-ID: <3B8E49C8.6685EC17@in.ceeyes.com> Date: Thu, 30 Aug 2001 19:42:24 +0530 From: Sridhar M X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: [Fwd: Help me regarding IP forwarding] Content-Type: multipart/mixed; boundary="------------F8F3D12FC2E36A8B8F846BA5" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------F8F3D12FC2E36A8B8F846BA5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------F8F3D12FC2E36A8B8F846BA5 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mozilla-Status2: 00000000 Message-ID: <3B8E2130.F0EEC773@in.ceeyes.com> Date: Thu, 30 Aug 2001 16:49:13 +0530 From: Sridhar M X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-questions@FreeBSD.ORG Subject: Help me regarding IP forwarding Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit hi while i am working on FreeBSD5.0, my system has configured with two ethernet cards which was i need. and my system ethernet cards configuration are fxp0 : ip : 10.1.6.160/24 fxp1: ip 10.1.6.161/24 default gateway : ip : 10.1.6.1 gateway and routed was enabled . i am able to ping locally to the card fxp0( 10.1.6.160)interface, but not to fxp1 (10.1.6.161) interface. as this testing was done without connecting network, 1).. If i connected two interfaces (fxp0 and fxp1)to network then we are able to ping locally as well as in the network. 2). If i coonected one interface(fxp0) to network , we are able to ping fxp0(10.1.6.160) in the network as well as locally., but not to fxp1(10.1.6.161) in either cas. 3)I f i coonected one interface(fxp1) to network, we are not able to ping both (fxp0 and fxp1) in the noetwork. but able to ping locally to only fxp0.. 4) and i have placed fxp0 ip as the gateway for fxp1, then i am able to ping fxp1 locally.. those are all the case that i have tesetd.....? what might be the problem? and i want to forward the packets from one interface to another interface on network. our setup is freebsd system having two ethernet cards... one ethenet card is connected to one host and another ehternet card is connected to another host k, now i am unable to ping from one host to another host thru these ethernet cards. these two hosts and free BSD system are in the same network. so that was the problem, is it possible with freeBSD ? if yes , what could be the neceessary things to be take care? what are all the steps i have to follow to make this packet forwrding enable? please help me, i will be greateful to u for your response....... thank Q sridhar --------------F8F3D12FC2E36A8B8F846BA5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 7:18:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web.cs.ndsu.nodak.edu (web.cs.ndsu.NoDak.edu [134.129.125.7]) by hub.freebsd.org (Postfix) with ESMTP id C35B437B401 for ; Thu, 30 Aug 2001 07:18:44 -0700 (PDT) (envelope-from tinguely@web.cs.ndsu.nodak.edu) Received: (from tinguely@localhost) by web.cs.ndsu.nodak.edu (8.11.4/8.11.4) id f7UEIgc50465; Thu, 30 Aug 2001 09:18:42 -0500 (CDT) (envelope-from tinguely) Date: Thu, 30 Aug 2001 09:18:42 -0500 (CDT) From: mark tinguely Message-Id: <200108301418.f7UEIgc50465@web.cs.ndsu.nodak.edu> To: dphoenix@bravenet.com, freebsd-hackers@FreeBSD.ORG Subject: Re: memory + apache In-Reply-To: <20010828054406.Q99717-100000@gandalf.bravenet.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Once a page gets backed into swap backstore, it will remain until the application exits. The page may be brought back to physical memory and be used from physical memory. It was decided back in the early days that it was not worth the effort to remove the page from backstore until the program exitted. Is your memory/CPU peaks periodic enough to watch with top(1) or other diagnostic tool. Something is eating your memory (like a run-away CGI). --mark tinguely. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 8: 5:27 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id A4D0837B407; Thu, 30 Aug 2001 08:05:20 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id BAA00840; Fri, 31 Aug 2001 01:01:16 +1000 Date: Fri, 31 Aug 2001 01:01:04 +1000 (EST) From: Bruce Evans X-X-Sender: To: Martin Blapp Cc: , , , , , , , , , Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset In-Reply-To: <20010830133205.N676-100000@levais.imp.ch> Message-ID: <20010831001909.W2482-100000@besplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 30 Aug 2001, Martin Blapp wrote: > Searching the freebsd mailinglists I have seen that you also suffering > under this problem on 4.X. STABLE: I now remember your old mail about this. I (implicitly) suggested a fix, but apparently no one tried it: > On Thu, 21 Jun 2001, Martin Blapp wrote: > > > Just gettimeofday() produces 8sec time drifting now. No need > > to use poll() in our little programm I sent previously. > > > > There is no time drifting if we used a 100% load programm with > > just poll(). > > > > Very strange. Do you have some idea ? > > From clock.c in -current: > > | #ifdef APIC_IO > | #define lapic_irr1 ((volatile u_int *)&lapic)[0x210 / 4] /* XXX XXX */ > | /* XXX this assumes that apic_8254_intr is < 24. */ > | (lapic_irr1 & (1 << apic_8254_intr)))) > | #else > | (inb(IO_ICU1) & 1))) > | #endif > > Maybe apic_8254_intr is not < 24. I think the second XXX comment has > rotted in -current, but it still applies in RELENG_4. I now think apic_8254_intr can't be >= 24 (>= 32 in -current), but "8254 is routed via 8259 and IOAPIC #0 intpin 0" in your probe messages says that the relevant status bit is in lapic_irr0, not in lapic_irr1. Try changing the 0x210 to 0x200. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 8: 9: 9 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 71A5D37B406; Thu, 30 Aug 2001 08:08:59 -0700 (PDT) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f7UF79A70908; Thu, 30 Aug 2001 17:07:09 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Thu, 30 Aug 2001 17:14:33 +0200 (CEST) From: Martin Blapp To: Bruce Evans Cc: , , , , , , , , , Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset In-Reply-To: <20010831001909.W2482-100000@besplex.bde.org> Message-ID: <20010830171101.I676-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Together with Thomas Moestel, I have found that the following patch seems to solve the gettimeofday() problem and stops the time drift: --- sys/i386/isa/clock.c Thu Aug 30 17:01:31 2001 +++ sys/i386/isa/clock.c.new Thu Aug 30 17:01:29 2001 @@ -1203,7 +1203,7 @@ high = inb(TIMER_CNTR0); count = timer0_max_count - ((high << 8) | low); if (count < i8254_lastcount || - (!i8254_ticked && (clkintr_pending || + (!i8254_ticked && (/*clkintr_pending || */ ((count < 20 || (!(ef & PSL_I) && count < timer0_max_count / 2u)) && #ifdef APIC_IO #define lapic_irr1 ((volatile u_int *)&lapic)[0x210 / 4] /* XXX XXX */ We are looking now why this happens. Bruce: I've looked once what value of apic_8254_intr and it was below 24. I'll dicuss your change with Thomas and see if that makes the same diff as our patch. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 8:10:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id C7D5B37B401 for ; Thu, 30 Aug 2001 08:10:31 -0700 (PDT) (envelope-from bicknell@ussenterprise.ufp.org) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f7UFAIK97629 for freebsd-hackers@freebsd.org; Thu, 30 Aug 2001 11:10:18 -0400 (EDT) (envelope-from bicknell) Date: Thu, 30 Aug 2001 11:10:18 -0400 From: Leo Bicknell To: freebsd-hackers@freebsd.org Subject: Should URL's be pervasive. Message-ID: <20010830111018.A97057@ussenterprise.ufp.org> Mail-Followup-To: Leo Bicknell , freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I ran into a pair of all too common annoyances this morning that got me thinking. Via the magic of cut and paste I ended up with the following two sorts of command lines: mutt mailto:bicknell@ufp.org traceroute http://www.ufp.org/ These of course come from the 'copy link location' available in most browsers. When pasted into most Unix commands (with the exception of fetch and lynx, of course) the result is something that just doesn't work. This got me thinking, should all commands know how to take an URL, and 'do the right thing'? Could this be made easy by providing a standard URL parsing library that all commands could use for parsing? I'm not yet sure I understand the downsides. In the commands above I am 99.9% sure mutt should know how to deal with a mailto URL, after all it is a mail client. I am very unsure if I want telnet to be able to take an arbitrary URL and just pull out the host bit, and do a traceroute. It seems to make some sense in this case, but it could cause overloading issues in other cases. I'll provide some more examples, but I'd like to get some opinions of if these things should work, and more importantly if this should be a design goal/standard for projects like FreeBSD. ftp ftp://ftp.uu.net/pub/ talk mailto:bicknell@ussenterprise.ufp.org mount nfs://server.ufp.org/partition/ file:/mnt ssh ssh://bicknell@www.ufp.org/ If you want to go really crazy, what about making the shell know about prefered applications, and parse URL's directly. Command lines like this could work: % mailto:bicknell@ufp.org Which starts mutt with the argument 'bicknell@ufp.org', or % http://www.ufp.org/ Which fires off netscape/lynx/whatever pointed at www.ufp.org? -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 8:15:10 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cartman.techsupport.co.uk (cabletel1.cableol.net [194.168.3.4]) by hub.freebsd.org (Postfix) with ESMTP id 0C30B37B403 for ; Thu, 30 Aug 2001 08:15:05 -0700 (PDT) (envelope-from ceri@techsupport.co.uk) Received: from ceri by cartman.techsupport.co.uk with local (Exim 3.31 #1) id 15cTX7-00034h-00; Thu, 30 Aug 2001 16:15:05 +0100 Date: Thu, 30 Aug 2001 16:15:05 +0100 From: Ceri To: Leo Bicknell Cc: freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. Message-ID: <20010830161505.A11705@cartman.techsupport.co.uk> References: <20010830111018.A97057@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010830111018.A97057@ussenterprise.ufp.org>; from bicknell@ufp.org on Thu, Aug 30, 2001 at 11:10:18AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 30, 2001 at 11:10:18AM -0400, Leo Bicknell said: > > I ran into a pair of all too common annoyances this morning that > got me thinking. Via the magic of cut and paste I ended up with > the following two sorts of command lines: > > mutt mailto:bicknell@ufp.org > traceroute http://www.ufp.org/ Please don't do this. FreeBSD is not a web browser. Ceri -- Your local RFC Nazi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 8:17:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from erouter0.it-datacntr.louisville.edu (erouter0.it-datacntr.louisville.edu [136.165.1.36]) by hub.freebsd.org (Postfix) with ESMTP id CD8E337B405 for ; Thu, 30 Aug 2001 08:17:34 -0700 (PDT) (envelope-from keith.stevenson@louisville.edu) Received: from osaka.louisville.edu (osaka.louisville.edu [136.165.1.114]) by erouter0.it-datacntr.louisville.edu (Postfix) with ESMTP id 2159011FE; Thu, 30 Aug 2001 11:17:14 -0400 (EDT) Received: by osaka.louisville.edu (Postfix, from userid 15) id 2493C18636; Thu, 30 Aug 2001 11:17:08 -0400 (EDT) Date: Thu, 30 Aug 2001 11:17:08 -0400 From: Keith Stevenson To: Leo Bicknell Cc: freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. Message-ID: <20010830111708.A20961@osaka.louisville.edu> References: <20010830111018.A97057@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010830111018.A97057@ussenterprise.ufp.org>; from bicknell@ufp.org on Thu, Aug 30, 2001 at 11:10:18AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 30, 2001 at 11:10:18AM -0400, Leo Bicknell wrote: > > I ran into a pair of all too common annoyances this morning that > got me thinking. Via the magic of cut and paste I ended up with > the following two sorts of command lines: > > mutt mailto:bicknell@ufp.org > traceroute http://www.ufp.org/ > > These of course come from the 'copy link location' available in > most browsers. When pasted into most Unix commands (with the > exception of fetch and lynx, of course) the result is something > that just doesn't work. This got me thinking, should all commands > know how to take an URL, and 'do the right thing'? Could this > be made easy by providing a standard URL parsing library that > all commands could use for parsing? Ick. If I wanted this kind of integration I would run Windows, KDE, or GNOME instead of my nice, stable, predictable, lightweight desktop environment. In my opinion, the "URLification" of the user environment would be a negative unless there were a very easy way to turn it completely off. Regards, --Keith Stevenson-- -- Keith Stevenson System Programmer - Data Center Services - University of Louisville keith.stevenson@louisville.edu GPG key fingerprint = 332D 97F0 6321 F00F 8EE7 2D44 00D8 F384 75BB 89AE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 8:27:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tepid.osl.fast.no (tepid.osl.fast.no [213.188.9.130]) by hub.freebsd.org (Postfix) with ESMTP id 0855337B401 for ; Thu, 30 Aug 2001 08:27:32 -0700 (PDT) (envelope-from raw@fast.no) Received: from raw.grenland.fast.no (fw-oslo.fast.no [213.188.9.129]) by tepid.osl.fast.no (8.9.3/8.9.1) with ESMTP id RAA70687; Thu, 30 Aug 2001 17:27:03 +0200 (CEST) (envelope-from raw@fast.no) Received: (from raw@localhost) by raw.grenland.fast.no (8.11.3/8.11.3) id f7UFR0Y88730; Thu, 30 Aug 2001 17:27:01 +0200 (CEST) (envelope-from raw) From: Raymond Wiker MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15246.23364.719158.606166@raw.grenland.fast.no> Date: Thu, 30 Aug 2001 17:27:00 +0200 To: freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. In-Reply-To: <20010830161505.A11705@cartman.techsupport.co.uk> References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830161505.A11705@cartman.techsupport.co.uk> X-Mailer: VM 6.92 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ceri writes: > On Thu, Aug 30, 2001 at 11:10:18AM -0400, Leo Bicknell said: > > > > I ran into a pair of all too common annoyances this morning that > > got me thinking. Via the magic of cut and paste I ended up with > > the following two sorts of command lines: > > > > mutt mailto:bicknell@ufp.org > > traceroute http://www.ufp.org/ > > Please don't do this. > FreeBSD is not a web browser. That's a pretty silly argument. There are already several commands that are part of FreeBSD, and use either URI syntax or something similar. E.g, mount some.server:/usr/src /usr/src scp user@some.server:file . fetch http://some.server/file Having a standard library that can pick apart such addresses is going to make parsing easier, and it may also make the system slightly easier to use (by enforcing a single syntax across all the commands that require this sort of functionality). Whether it is a reasonable use of developer time is a completely different matter. FWIW, the Symbolics Lisp Machines had something similar to this integrated at the file system layer - it was possible to access (edit, even) files through FTP, NFS, ChaosNet (and other) protocols without explicitly mounting file systems. //Raymond. -- Raymond Wiker Raymond.Wiker@fast.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 8:36:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from cartman.techsupport.co.uk (cabletel1.cableol.net [194.168.3.4]) by hub.freebsd.org (Postfix) with ESMTP id 5CB9B37B405 for ; Thu, 30 Aug 2001 08:36:56 -0700 (PDT) (envelope-from ceri@techsupport.co.uk) Received: from ceri by cartman.techsupport.co.uk with local (Exim 3.31 #1) id 15cTrj-0003MH-00; Thu, 30 Aug 2001 16:36:23 +0100 Date: Thu, 30 Aug 2001 16:36:23 +0100 From: Ceri To: Raymond Wiker Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. Message-ID: <20010830163623.A12559@cartman.techsupport.co.uk> Reply-To: setantae@submonkey.net References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830161505.A11705@cartman.techsupport.co.uk> <15246.23364.719158.606166@raw.grenland.fast.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15246.23364.719158.606166@raw.grenland.fast.no>; from Raymond.Wiker@fast.no on Thu, Aug 30, 2001 at 05:27:00PM +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 30, 2001 at 05:27:00PM +0200, Raymond Wiker said: > Ceri writes: > > On Thu, Aug 30, 2001 at 11:10:18AM -0400, Leo Bicknell said: > > > > > > I ran into a pair of all too common annoyances this morning that > > > got me thinking. Via the magic of cut and paste I ended up with > > > the following two sorts of command lines: > > > > > > mutt mailto:bicknell@ufp.org > > > traceroute http://www.ufp.org/ > > > > Please don't do this. > > FreeBSD is not a web browser. > > mount some.server:/usr/src /usr/src mount /usr/src from some.server on /usr/src > scp user@some.server:file . copy file from some.server to ., using user's privileges > fetch http://some.server/file fetch file from some.server using the http protocol WTF is ``traceroute http://www.ufp.org/'' supposed to mean ? As for ``mutt mailto:bicknell@ufp.org'', according to RFC 2822, mailto:bicknell@ufp.org; is a valid group address, so how do you want to deal with that (yes, there's a semicolon required, but that just introduces more fun when dealing with shells) ? Ceri [changing my reply-to address as I'm off home now] -- # There is this special biologist word we use for 'stable'. # It is 'dead'. -- Jack Cohen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 8:49:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from euphoria.confusion.net (208-219-21-30.dsl.aros.net [208.219.21.30]) by hub.freebsd.org (Postfix) with ESMTP id C1CDF37B405 for ; Thu, 30 Aug 2001 08:49:18 -0700 (PDT) (envelope-from stuyman@confusion.net) Received: from localhost (localhost [127.0.0.1]) by euphoria.confusion.net (8.11.2/8.11.2) with SMTP id f7UFn5c23895; Thu, 30 Aug 2001 08:49:05 -0700 (PDT) Date: Thu, 30 Aug 2001 08:49:04 -0700 (PDT) From: Laurence Berland To: Keith Stevenson Cc: Leo Bicknell , freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. In-Reply-To: <20010830111708.A20961@osaka.louisville.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Optimally, you could write a urlsh or something, and leave everyone else alone. The shell could do substitutions on URLs just like they do on wildcards etc, and the applications would not need to be rewritten, plus you wouldn't add bloat to those of us who don't want this in the system... Laurence On Thu, 30 Aug 2001, Keith Stevenson wrote: > On Thu, Aug 30, 2001 at 11:10:18AM -0400, Leo Bicknell wrote: > > > > I ran into a pair of all too common annoyances this morning that > > got me thinking. Via the magic of cut and paste I ended up with > > the following two sorts of command lines: > > > > mutt mailto:bicknell@ufp.org > > traceroute http://www.ufp.org/ > > > > These of course come from the 'copy link location' available in > > most browsers. When pasted into most Unix commands (with the > > exception of fetch and lynx, of course) the result is something > > that just doesn't work. This got me thinking, should all commands > > know how to take an URL, and 'do the right thing'? Could this > > be made easy by providing a standard URL parsing library that > > all commands could use for parsing? > > Ick. If I wanted this kind of integration I would run Windows, KDE, or GNOME > instead of my nice, stable, predictable, lightweight desktop environment. > > In my opinion, the "URLification" of the user environment would be a negative > unless there were a very easy way to turn it completely off. > > Regards, > --Keith Stevenson-- > > -- > Keith Stevenson > System Programmer - Data Center Services - University of Louisville > keith.stevenson@louisville.edu > GPG key fingerprint = 332D 97F0 6321 F00F 8EE7 2D44 00D8 F384 75BB 89AE > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > Laurence Berland http://www.isp.northwestern.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 8:55:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gandalf.vi.bravenet.com (gandalf.bravenet.com [139.142.105.50]) by hub.freebsd.org (Postfix) with SMTP id D447E37B401 for ; Thu, 30 Aug 2001 08:55:46 -0700 (PDT) (envelope-from dphoenix@bravenet.com) Received: (qmail 99676 invoked by uid 1001); 30 Aug 2001 16:06:44 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Aug 2001 16:06:44 -0000 Date: Thu, 30 Aug 2001 09:06:44 -0700 (PDT) From: Dan To: mark tinguely Cc: Subject: Re: memory + apache In-Reply-To: <200108301418.f7UEIgc50465@web.cs.ndsu.nodak.edu> Message-ID: <20010830085917.I98751-100000@gandalf.bravenet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Yeah that is what I am thinking to. My guess is some large array allocated in the php code maybe or a sql query taking to long to finish eating up all the ram. That is kind of interesting to know. I would think the backstore would maybe be moved back to the paging system after the memory is free to use again at the very least. My understanding is once return address of memory used in swap is accessed a page fault occurs and then it would be taken out of swap space. I guess maybe what is happening is that that memory got into swap and is never used again so that is why i keep seeing those numbers in the swap space, or like you said the system just has decided to leave it there once it has gone in. I'll have to do some more research but I guess this is comming down to more of catching the offending apache process then watching vmstat for page in and page outs happening.....I would say it's fairly obvious that that is happening before it hits swap. Anyone have recommendations on catching what php code it is accessing at that certian time or how to track it down. On Thu, 30 Aug 2001, mark tinguely wrote: > Date: Thu, 30 Aug 2001 09:18:42 -0500 (CDT) > From: mark tinguely > To: dphoenix@bravenet.com, freebsd-hackers@FreeBSD.ORG > Subject: Re: memory + apache > > Once a page gets backed into swap backstore, it will remain until the > application exits. The page may be brought back to physical memory > and be used from physical memory. It was decided back in the early > days that it was not worth the effort to remove the page from backstore > until the program exitted. > > Is your memory/CPU peaks periodic enough to watch with top(1) or > other diagnostic tool. Something is eating your memory (like a run-away > CGI). > > --mark tinguely. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 10:21: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from web.cs.ndsu.nodak.edu (web.cs.ndsu.NoDak.edu [134.129.125.7]) by hub.freebsd.org (Postfix) with ESMTP id 93C0A37B40C for ; Thu, 30 Aug 2001 10:21:03 -0700 (PDT) (envelope-from tinguely@web.cs.ndsu.nodak.edu) Received: (from tinguely@localhost) by web.cs.ndsu.nodak.edu (8.11.4/8.11.4) id f7UHJtR51738; Thu, 30 Aug 2001 12:19:55 -0500 (CDT) (envelope-from tinguely) Date: Thu, 30 Aug 2001 12:19:55 -0500 (CDT) From: mark tinguely Message-Id: <200108301719.f7UHJtR51738@web.cs.ndsu.nodak.edu> To: dphoenix@bravenet.com, tinguely@web.cs.ndsu.nodak.edu Subject: Re: memory + apache Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20010830085917.I98751-100000@gandalf.bravenet.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Yeah that is what I am thinking to. My guess is some large array allocated > in the php code maybe or a sql query taking to long to finish eating up > all the ram. That is kind of interesting to know. you said that the CPU usage spikes also at the time of the memory depletion? I wonder if you have some fork storm. If you had process accounting enabled and match it up with the web log file and vmstat activity you may be able to narrow your search. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 11:22:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 73F5F37B409 for ; Thu, 30 Aug 2001 11:22:22 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 61063 invoked by uid 1000); 30 Aug 2001 18:22:00 -0000 Date: Thu, 30 Aug 2001 20:22:00 +0200 From: "Karsten W. Rohrbach" To: Dan Cc: mark tinguely , freebsd-hackers@FreeBSD.ORG Subject: Re: memory + apache Message-ID: <20010830202200.C60638@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , Dan , mark tinguely , freebsd-hackers@FreeBSD.ORG References: <200108301418.f7UEIgc50465@web.cs.ndsu.nodak.edu> <20010830085917.I98751-100000@gandalf.bravenet.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Md/poaVZ8hnGTzuv" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010830085917.I98751-100000@gandalf.bravenet.com>; from dphoenix@bravenet.com on Thu, Aug 30, 2001 at 09:06:44AM -0700 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer X-Work-URL: http://www.ngenn.net/ X-Work-Address: nGENn GmbH, Schloss Kransberg, D-61250 Usingen-Kransberg, Germany X-Work-Phone: +49-6081-682-304 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Md/poaVZ8hnGTzuv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dan(dphoenix@bravenet.com)@2001.08.30 09:06:44 +0000: >=20 > Yeah that is what I am thinking to. My guess is some large array allocated > in the php code maybe or a sql query taking to long to finish eating up > all the ram. That is kind of interesting to know. I would think the configure php with --enable-memory-limits and look what happens du you use mm in any module? > backstore would maybe be moved back to the paging system after the memory > is free to use again at the very least. My understanding is once return > address of memory used in swap is accessed a page fault occurs and then it > would be taken out of swap space. I guess maybe what is happening is that > that memory got into swap and is never used again so that is why i keep > seeing those numbers in the swap space, or like you said the system just > has decided to leave it there once it has gone in. >=20 > I'll have to do some more research but I guess this is comming down to > more of catching the offending apache process then watching vmstat for > page in and page outs happening.....I would say it's fairly obvious that > that is happening before it hits swap. just a wild guess: not apache but (if not php and a script) one of it's modules (which is nasty to debug). there are some misbehaving proprietary modules out there. is you apache configured monolithic or dso/apxs? >=20 > Anyone have recommendations on catching what php code it is accessing at > that certian time or how to track it down. >=20 cheers, /k --=20 > A Puritan is someone who is deathly afraid that someone, somewhere, is > having fun. KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.n= et/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- catch@spam.de GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 B= F46 Please do not remove my address from To: and Cc: fields in mailing lists. 1= 0x --Md/poaVZ8hnGTzuv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7joRIM0BPTilkv0YRAupgAKCMS+D08c/aeLvqjyzsvJB+8Z0eVQCaAxNS vUezEiF8O2B0Q/CX0arupfI= =oyqu -----END PGP SIGNATURE----- --Md/poaVZ8hnGTzuv-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 11:34:29 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 0B2EC37B40C for ; Thu, 30 Aug 2001 11:34:21 -0700 (PDT) (envelope-from karsten@rohrbach.de) Received: (qmail 61303 invoked by uid 1000); 30 Aug 2001 18:34:17 -0000 Date: Thu, 30 Aug 2001 20:34:17 +0200 From: "Karsten W. Rohrbach" To: Leo Bicknell Cc: freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. Message-ID: <20010830203417.D60638@mail.webmonster.de> Mail-Followup-To: "Karsten W. Rohrbach" , Leo Bicknell , freebsd-hackers@freebsd.org References: <20010830111018.A97057@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="sgneBHv3152wZ8jf" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010830111018.A97057@ussenterprise.ufp.org>; from bicknell@ufp.org on Thu, Aug 30, 2001 at 11:10:18AM -0400 X-Arbitrary-Number-Of-The-Day: 42 X-URL: http://www.webmonster.de/ X-Disclaimer: My opinions do not necessarily represent those of my employer X-Work-URL: http://www.ngenn.net/ X-Work-Address: nGENn GmbH, Schloss Kransberg, D-61250 Usingen-Kransberg, Germany X-Work-Phone: +49-6081-682-304 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --sgneBHv3152wZ8jf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Leo Bicknell(bicknell@ufp.org)@2001.08.30 11:10:18 +0000: >=20 > I ran into a pair of all too common annoyances this morning that > got me thinking. Via the magic of cut and paste I ended up with > the following two sorts of command lines: >=20 > mutt mailto:bicknell@ufp.org > traceroute http://www.ufp.org/ [...] you might want to implement a shell that does it in its command line parser (see: zshcompctl(1) for matching arguments depending on commands for command line tab completion) a rather hairy thing will be the predictability of the shell's parser, then :-) btw, i don't know how you guys think about it but there are more and more people becoming browser-centric, thus internet-illiterate (i hope this is the right word). traceroute http://... just does not look right. neither does mailto:some@address since the mailto: is a valid lhs in mail addressing (-> RFC2821/2822). for url-fetching it is okay, but fetch, ncftp3 and other tools already support this fully. the consequent step would be to standardize cutcopypaste behaviour of browsers to strip the mailto: "protocol" from those urls before stuffing it into the clipboard buffer. cheers, /k >=20 > These of course come from the 'copy link location' available in > most browsers. When pasted into most Unix commands (with the > exception of fetch and lynx, of course) the result is something > that just doesn't work. This got me thinking, should all commands > know how to take an URL, and 'do the right thing'? Could this > be made easy by providing a standard URL parsing library that > all commands could use for parsing? >=20 > I'm not yet sure I understand the downsides. In the commands above > I am 99.9% sure mutt should know how to deal with a mailto URL, > after all it is a mail client. I am very unsure if I want telnet > to be able to take an arbitrary URL and just pull out the host bit, > and do a traceroute. It seems to make some sense in this case, > but it could cause overloading issues in other cases. >=20 > I'll provide some more examples, but I'd like to get some opinions > of if these things should work, and more importantly if this should > be a design goal/standard for projects like FreeBSD. >=20 > ftp ftp://ftp.uu.net/pub/ > talk mailto:bicknell@ussenterprise.ufp.org > mount nfs://server.ufp.org/partition/ file:/mnt > ssh ssh://bicknell@www.ufp.org/ >=20 > If you want to go really crazy, what about making the shell know > about prefered applications, and parse URL's directly. Command > lines like this could work: >=20 > % mailto:bicknell@ufp.org >=20 > Which starts mutt with the argument 'bicknell@ufp.org', or >=20 > % http://www.ufp.org/ >=20 > Which fires off netscape/lynx/whatever pointed at www.ufp.org? >=20 > --=20 > Leo Bicknell - bicknell@ufp.org > Systems Engineer - Internetworking Engineer - CCIE 3440 > Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org >=20 > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message --=20 > If you meet somebody who tells you that he loves you more than anybody > in the whole wide world, don't trust him. It means he experiments. KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.n= et/ karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- catch@spam.de GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 B= F46 Please do not remove my address from To: and Cc: fields in mailing lists. 1= 0x --sgneBHv3152wZ8jf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7jocpM0BPTilkv0YRAo59AJ90Vq1bCfC0x/ZCyTf2ct+6j5E7DgCggRhT VpmVh96XhUNKeuS+OkXtXZc= =clCg -----END PGP SIGNATURE----- --sgneBHv3152wZ8jf-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 11:36:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id CBCC137B401 for ; Thu, 30 Aug 2001 11:36:14 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7UIZ4Q95706; Thu, 30 Aug 2001 11:35:04 -0700 (PDT) (envelope-from obrien) Date: Thu, 30 Aug 2001 11:35:04 -0700 From: "David O'Brien" To: Kris Kennaway Cc: Mark Peek , Steven Ames , Jim Bryant , FreeBSD-hackers@FreeBSD.ORG Subject: Re: TCSH bug... Message-ID: <20010830113504.B95579@dragon.nuxi.com> Reply-To: obrien@FreeBSD.ORG References: <20010827201407.A32152@virtual-voodoo.com> <3B8B05AF.9070004@yahoo.com> <20010827200243.A8113@dragon.nuxi.com> <20010828092016.B21396@virtual-voodoo.com> <20010828100251.A97741@dragon.nuxi.com> <00e201c12fe5$e3daad20$28d90c42@eservoffice.com> <20010828104039.G97741@dragon.nuxi.com> <011401c12fe8$bc76b960$28d90c42@eservoffice.com> <20010828203627.B65205@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010828203627.B65205@xor.obsecurity.org>; from kris@obsecurity.org on Tue, Aug 28, 2001 at 08:36:28PM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Aug 28, 2001 at 08:36:28PM -0700, Kris Kennaway wrote: > Export a copy of the current tcsh code from contrib/tcsh, apply the > patch, and vendor import the entire thing with an appropriate tag (tag > style varies by contributed package, but I usually use something like > PKGNAME_x_y_2001_08_28 for a patch against PKGNAME-x.y obtained from > the vendor on 2001-08-28 This is misleading. It implies you updated all the files to match the author's on this date. The tag should be one that implies the single bug that was fixed. > The reason for doing the export first is so that the tag gets applied > to all files, not just the single file you change, so you can check > out the module with that tag and get a consistent snapshot. Correct. This is good practice. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 11:40:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 9813937B401 for ; Thu, 30 Aug 2001 11:40:22 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7UIdR995768; Thu, 30 Aug 2001 11:39:27 -0700 (PDT) (envelope-from obrien) Date: Thu, 30 Aug 2001 11:39:27 -0700 From: "David O'Brien" To: Benjamin Gross Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Undefined symbol "_ZTVN10__cxxabiv117__class_type_infoE" Message-ID: <20010830113927.C95579@dragon.nuxi.com> Reply-To: freebsd-hackers@FreeBSD.ORG References: <20010823213339.A59363@rcn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010823213339.A59363@rcn.com>; from bgross1@rcn.com on Thu, Aug 23, 2001 at 09:33:39PM -0400 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG PLEASE properly configure your editor to 80 column lines. I see you use Mutt -- I know this can be done. On Thu, Aug 23, 2001 at 09:33:39PM -0400, Benjamin Gross wrote: > I'm trying to run a prg written in c++ (gcc v3.0) that was successfully > compiled and linked on a FreeBSD 4.4 system. I received the following > message when I try to execute it: > > /usr/libexec/ld-elf.so.1: Undefined symbol "_ZTVN10__cxxabiv117__class_type_infoE" referenced from COPY relocation in ./test What was the *complete* compile/link line? What does `ldd ./test' output? -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 11:46:48 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gandalf.vi.bravenet.com (gandalf.bravenet.com [139.142.105.50]) by hub.freebsd.org (Postfix) with SMTP id AAAA537B40D for ; Thu, 30 Aug 2001 11:46:45 -0700 (PDT) (envelope-from dphoenix@bravenet.com) Received: (qmail 7978 invoked by uid 1001); 30 Aug 2001 18:55:45 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Aug 2001 18:55:45 -0000 Date: Thu, 30 Aug 2001 11:55:45 -0700 (PDT) From: Dan To: mark tinguely Cc: Subject: Re: memory + apache In-Reply-To: <200108301719.f7UHJtR51738@web.cs.ndsu.nodak.edu> Message-ID: <20010830113325.E6569-100000@gandalf.bravenet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I will give it a try. touch /var/account/acct accton how long does it take for anything to get written to that file? As far as fork storms, I did noticed 1. I had the junior admin write a script to restart apache if LA got to high ....doing a truss on the pid i did noticed mad processes and his perl script hitting 10% cpu at times. Looking at it it was just a basic infinite while loop checking `uptime`. I have taken that script off but I don;t think that is what is causing this swap issue. Checking the hardware as well I have confirmed that the manufacter for these machines only included a heat sink and this tiny fan not big enough for these boxes....so cooling of the chip may be an issue as well.....gonna have to check over a bunch of things next couple days. On Thu, 30 Aug 2001, mark tinguely wrote: > Date: Thu, 30 Aug 2001 12:19:55 -0500 (CDT) > From: mark tinguely > To: dphoenix@bravenet.com, tinguely@web.cs.ndsu.nodak.edu > Cc: freebsd-hackers@FreeBSD.ORG > Subject: Re: memory + apache > > > > Yeah that is what I am thinking to. My guess is some large array allocated > > in the php code maybe or a sql query taking to long to finish eating up > > all the ram. That is kind of interesting to know. > > you said that the CPU usage spikes also at the time of the memory depletion? > I wonder if you have some fork storm. If you had process accounting > enabled and match it up with the web log file and vmstat activity you > may be able to narrow your search. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 13: 2:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id D19F637B406 for ; Thu, 30 Aug 2001 13:02:03 -0700 (PDT) (envelope-from babolo@links.ru) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id AAA10716; Fri, 31 Aug 2001 00:04:08 +0400 (MSD) Message-Id: <200108302004.AAA10716@aaz.links.ru> Subject: Re: Should URL's be pervasive. In-Reply-To: <20010830163623.A12559@cartman.techsupport.co.uk> from "Ceri" at "Aug 30, 1 04:36:23 pm" To: setantae@submonkey.net Date: Fri, 31 Aug 2001 00:04:08 +0400 (MSD) Cc: Raymond.Wiker@fast.no, freebsd-hackers@FreeBSD.ORG From: .@babolo.ru MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ceri writes: > On Thu, Aug 30, 2001 at 05:27:00PM +0200, Raymond Wiker said: > > Ceri writes: > > > On Thu, Aug 30, 2001 at 11:10:18AM -0400, Leo Bicknell said: > > > > > > > > I ran into a pair of all too common annoyances this morning that > > > > got me thinking. Via the magic of cut and paste I ended up with > > > > the following two sorts of command lines: > > > > > > > > mutt mailto:bicknell@ufp.org > > > > traceroute http://www.ufp.org/ > > > Please don't do this. > > > FreeBSD is not a web browser. > > mount some.server:/usr/src /usr/src > mount /usr/src from some.server on /usr/src > > > scp user@some.server:file . > copy file from some.server to ., using user's privileges > > > fetch http://some.server/file > fetch file from some.server using the http protocol > > WTF is ``traceroute http://www.ufp.org/'' supposed to mean ? Tracing route using tcp packets with destination address of www.ufp.org and destination port 80. > As for ``mutt mailto:bicknell@ufp.org'', according to RFC 2822, > mailto:bicknell@ufp.org; is a valid group address, so how do you > want to deal with that (yes, there's a semicolon required, but that just > introduces more fun when dealing with shells) ? -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 14:48:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aaz.links.ru (aaz.links.ru [193.125.152.37]) by hub.freebsd.org (Postfix) with ESMTP id 049D837B42B for ; Thu, 30 Aug 2001 14:48:32 -0700 (PDT) (envelope-from babolo@links.ru) Received: (from babolo@localhost) by aaz.links.ru (8.9.3/8.9.3) id AAA10805; Fri, 31 Aug 2001 00:11:30 +0400 (MSD) Message-Id: <200108302011.AAA10805@aaz.links.ru> Subject: Re: Should URL's be pervasive. In-Reply-To: from "Laurence Berland" at "Aug 30, 1 08:49:04 am" To: stuyman@confusion.net (Laurence Berland) Date: Fri, 31 Aug 2001 00:11:30 +0400 (MSD) Cc: keith.stevenson@louisville.edu, bicknell@ufp.org, freebsd-hackers@FreeBSD.ORG From: .@babolo.ru MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Laurence Berland writes: > Optimally, you could write a urlsh or something, and leave everyone else > alone. The shell could do substitutions on URLs just like they do on > wildcards etc, and the applications would not need to be rewritten, plus > you wouldn't add bloat to those of us who don't want this in the system... It is possible if interfaces of utilities is fully standartized. For example -p flag in any command means port number. Such as mutt -l user -h host.domain as legal alternative of mutt user@host.domain > Laurence > > On Thu, 30 Aug 2001, Keith Stevenson wrote: > > > On Thu, Aug 30, 2001 at 11:10:18AM -0400, Leo Bicknell wrote: > > > > > > I ran into a pair of all too common annoyances this morning that > > > got me thinking. Via the magic of cut and paste I ended up with > > > the following two sorts of command lines: > > > > > > mutt mailto:bicknell@ufp.org > > > traceroute http://www.ufp.org/ > > > > > > These of course come from the 'copy link location' available in > > > most browsers. When pasted into most Unix commands (with the > > > exception of fetch and lynx, of course) the result is something > > > that just doesn't work. This got me thinking, should all commands > > > know how to take an URL, and 'do the right thing'? Could this > > > be made easy by providing a standard URL parsing library that > > > all commands could use for parsing? > > > > Ick. If I wanted this kind of integration I would run Windows, KDE, or GNOME > > instead of my nice, stable, predictable, lightweight desktop environment. > > > > In my opinion, the "URLification" of the user environment would be a negative > > unless there were a very easy way to turn it completely off. > > > > Regards, > > --Keith Stevenson-- > > > > -- > > Keith Stevenson > > System Programmer - Data Center Services - University of Louisville > > keith.stevenson@louisville.edu > > GPG key fingerprint = 332D 97F0 6321 F00F 8EE7 2D44 00D8 F384 75BB 89AE > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hackers" in the body of the message > > > > Laurence Berland > http://www.isp.northwestern.edu > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > -- @BABOLO http://links.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 15:59:12 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from midten.fast.no (midten.fast.no [213.188.8.11]) by hub.freebsd.org (Postfix) with ESMTP id DEE0F37B407; Thu, 30 Aug 2001 15:59:03 -0700 (PDT) (envelope-from Tor.Egge@fast.no) Received: from fast.no (IDENT:tegge@midten.fast.no [213.188.8.11]) by midten.fast.no (8.9.3/8.9.3) with ESMTP id AAA75808; Fri, 31 Aug 2001 00:54:23 +0200 (CEST) Message-Id: <200108302254.AAA75808@midten.fast.no> To: mb@imp.ch Cc: bde@zeta.org.au, bkarp@icsi.berkeley.edu, kpielorz@tdx.co.uk, sthaug@nethelp.no, atrn@zeta.org.au, roberto@eurocontrol.fr, drussell@saturn-tech.com, phk@FreeBSD.ORG, Patrick.Guelat@imp.ch, freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset From: Tor.Egge@fast.no In-Reply-To: Your message of "Thu, 30 Aug 2001 17:14:33 +0200 (CEST)" References: <20010830171101.I676-100000@levais.imp.ch> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 31 Aug 2001 00:54:21 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > --- sys/i386/isa/clock.c Thu Aug 30 17:01:31 2001 > +++ sys/i386/isa/clock.c.new Thu Aug 30 17:01:29 2001 > @@ -1203,7 +1203,7 @@ > high = inb(TIMER_CNTR0); > count = timer0_max_count - ((high << 8) | low); > if (count < i8254_lastcount || > - (!i8254_ticked && (clkintr_pending || > + (!i8254_ticked && (/*clkintr_pending || */ > ((count < 20 || (!(ef & PSL_I) && count < timer0_max_count / > 2u)) && > #ifdef APIC_IO > #define lapic_irr1 ((volatile u_int *)&lapic)[0x210 / 4] /* > XXX XXX */ > > We are looking now why this happens. One scenario where this problem will happen: CPU #0 CPU#1 calls i8254_gettimecount locks clock_lock reads high value for count Gets interrupt from i8254 sets clkintr_pending fails to get Giant forward interrupt sees clkintr_pending steps i8254_offset due to clkintr_pending sets i8254_ticked to 1 sets i8254_lastcount to high value unlocks clock_lock receive forwarded interrupt locks clock_lock doesn't step i8254_offset due to i8254_ticked being 1 doesn't set i8254_lastcount calls i8254_gettimecount again locks clock_lock reads low value for count steps i8254_offset due to count < i8254_lastcount sets i8254_ticked to 1 The problem here is that CPU#1 fails to hold clock_lock while setting clkintr_pending, causing i8254_offset to be stepped twice, first due to clkintr_pending, then due to i8254_lastcount being larger than count. According to icu_setup(), CPU interrupt vector TPR_FAST_INTS + apic_8254_intr is used, normally 0x60. Thus any check for lapic_irr1 is bogus. Checking lapic_irr3 isn't failsafe since the interrupt can be in the process of being delivered to another CPU. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 16: 9:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from blueyonder.co.uk (pcow034o.blueyonder.co.uk [195.188.53.122]) by hub.freebsd.org (Postfix) with ESMTP id AFE6D37B403 for ; Thu, 30 Aug 2001 16:09:24 -0700 (PDT) (envelope-from steve@mail.yahoo.com) Received: from mail.yahoo.com ([62.31.93.4]) by blueyonder.co.uk with Microsoft SMTPSVC(5.5.1877.687.68); Thu, 30 Aug 2001 23:21:31 +0100 Received: (from steve@localhost) by mail.yahoo.com (8.11.3/8.11.3) id f7UML9b01312; Thu, 30 Aug 2001 23:21:09 +0100 (BST) (envelope-from steve) Date: Thu, 30 Aug 2001 23:21:09 +0100 From: Steve Roome To: Keith Stevenson Cc: Leo Bicknell , freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. Message-ID: <20010830232109.A1077@dylan.home> Mail-Followup-To: Steve Roome , Keith Stevenson , Leo Bicknell , freebsd-hackers@freebsd.org References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830111708.A20961@osaka.louisville.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010830111708.A20961@osaka.louisville.edu>; from keith.stevenson@louisville.edu on Thu, Aug 30, 2001 at 11:17:08AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 30, 2001 at 11:17:08AM -0400, Keith Stevenson wrote: > Ick. If I wanted this kind of integration I would run Windows, KDE, or GNOME > instead of my nice, stable, predictable, lightweight desktop environment. This entire email is very IMHO Why? a URI is by name a "Uniform Resource Locator", the standard idea being that anything can be referenced by using a uniform system. I mean other than the fact that it might look ugly, or not seem like a good idea, it's become a fairly standard way of addressing things. Anyway, how else would you wish to describe something that can quite legibly define a particular protocol to use on a particular port of a machine and furthermore can give extra information. perhaps it wouldn't be so bad, think about the ease of use of : mount http://www.somesite.org/ /mnt/webdir Why not ? mount nfs://10.0.0.4/export/home /mnt/homedir okay, so it's an extra 6 characters, but perhaps we could let mount default to it. fetch ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/4.3-RELEASE/ERRATA.TXT instead of ftp and all the associated typing.. Why, gosh, we've got that and I don't see people complaining, other than it not doing https yet... (Someone has written code to do this, I've got it here to test!) ping http://www.myserver.wherever/ instead of telnet wherever 80, just to see if I get a connected or not ? Besides, what stability is lost if for instance you can dynamically link into the fetch libraries and then do : more ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/4.3-RELEASE/ERRATA.TXT Mad ideas this could develop into : A URI library, that in effect is a subset of the normal stdio or even libc functionality, or effectively a set of URI 'filesystem' type calls ? You could even have a URI filesystem with /dev/uri/[PROTO] entries, and just rm them to dissallow ( some amount of ) access. (to some extent) Oh, it's so horrid... easy to manage though! The extra functionality isn't such a big deal, personally I think it would be really handy to be able to do access say, web sites from the command line. Almost all of the functionality is there.. Someday it would be nice to, use the "web" like so : ls -l ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/4.3-RELEASE/ERRATA.TXT to just get the timestamp of the file since I last looked at it ? I'm sure people could think up far better ideas, but how about this in cron : 30 */3 * * * nobody cp http://abc.weatherserver.xyz/satimage.gif \ /usr/local/share/satmap.gif Yes, I know that can be done with fetch, but it would be even nicer if ls -l worked as well, and then I wouldn't need to download and diff, just compare the dates. > In my opinion, the "URLification" of the user environment would be a negative > unless there were a very easy way to turn it completely off. How about : kldunload uri.mod Steve P.S. my mua doesn't have do grep -v "[:flame:]" so please be nice =) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 17:39:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from maxim.gbch.net (gw.gbch.net [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id 3BD8237B405 for ; Thu, 30 Aug 2001 17:39:22 -0700 (PDT) (envelope-from gjb@gbch.net) Received: (qmail 57696 invoked by uid 1001); 31 Aug 2001 10:36:44 +1000 Message-ID: X-Posted-By: GJB-Post 2.21 16-Jun-2001 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Date: Fri, 31 Aug 2001 10:36:44 +1000 From: Greg Black To: Leo Bicknell Cc: freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. References: <20010830111018.A97057@ussenterprise.ufp.org> In-reply-to: <20010830111018.A97057@ussenterprise.ufp.org> of Thu, 30 Aug 2001 11:10:18 -0400 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Leo Bicknell wrote: | I ran into a pair of all too common annoyances this morning that | got me thinking. Via the magic of cut and paste I ended up with | the following two sorts of command lines: | | mutt mailto:bicknell@ufp.org | traceroute http://www.ufp.org/ | | These of course come from the 'copy link location' available in | most browsers. When pasted into most Unix commands (with the | exception of fetch and lynx, of course) the result is something | that just doesn't work. This got me thinking, should all commands | know how to take an URL, and 'do the right thing'? Could this | be made easy by providing a standard URL parsing library that | all commands could use for parsing? Why not do it the Unix way? Create a new application, e.g., url(1), to parse the URLs and use it like so: mutt `url mailto:bicknell@ufp.org` --> mutt bicknell@ufp.org traceroute `url -h http://www.ufp.org/` --> traceroute www.ufp.org With no options, url would provide a "sane" default for the type of URL, e.g., "user@host.dom" for a mailto. Options then modify that; e.g., -u could extract the user part from a mailto; -h would give the host part of any URL; and so on. An alternate approach might be to have url exec the command once it had done its parsing: url mailto:bicknell@ufp.org mutt url -h http://www.ufp.org/ traceroute This way, we don't have to modify all those applications. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 19:42:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 9A0CF37B403 for ; Thu, 30 Aug 2001 19:42:29 -0700 (PDT) (envelope-from bicknell@ussenterprise.ufp.org) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f7V2bkn41018; Thu, 30 Aug 2001 22:37:46 -0400 (EDT) (envelope-from bicknell) Date: Thu, 30 Aug 2001 22:37:46 -0400 From: Leo Bicknell To: Greg Black Cc: Leo Bicknell , freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. Message-ID: <20010830223746.A40540@ussenterprise.ufp.org> Mail-Followup-To: Leo Bicknell , Greg Black , Leo Bicknell , freebsd-hackers@freebsd.org References: <20010830111018.A97057@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from gjb@gbch.net on Fri, Aug 31, 2001 at 10:36:44AM +1000 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 31, 2001 at 10:36:44AM +1000, Greg Black wrote: > Why not do it the Unix way? Create a new application, e.g., > url(1), to parse the URLs and use it like so: Sometimes the solution is so obvious. :-) Well, part of it. I'm thinking it's worth creating liburl, with parse routines, and then a front end for the command line, url(1). Some quick google work shows nothing quite like url(1) (save one obscure reference to the MKS toolkit on Windows), and searching for a lex/yacc grammar for parsing urls doesn't turn up anything useful. If only there were more hours in a day. -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 20:46:33 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from loki.datamatrix.com (loki.datamatrix.com [63.163.67.137]) by hub.freebsd.org (Postfix) with ESMTP id 225DA37B401 for ; Thu, 30 Aug 2001 20:46:19 -0700 (PDT) (envelope-from hansc@techserve.datamatrix.com) Received: from techserve.datamatrix.com (techserve.datamatrix.com [63.163.67.141]) by loki.datamatrix.com (8.11.3/8.9.3) with ESMTP id f7V3geZ18481 for ; Thu, 30 Aug 2001 20:42:40 -0700 (PDT) (envelope-from hansc@techserve.datamatrix.com) Received: from fernis (sdsl-66-80-62-82.dsl.sca.megapath.net [66.80.62.82]) by techserve.datamatrix.com (8.11.3/8.11.1) with SMTP id f7V3gch32596 for ; Thu, 30 Aug 2001 20:42:38 -0700 (PDT) (envelope-from hansc@techserve.datamatrix.com) Message-ID: <006c01c131cf$1ea67020$523e5042@datamatrix.com> From: "Hans Christensen" To: Subject: SLOW ftp transfers one way Date: Thu, 30 Aug 2001 20:43:38 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0069_01C13194.720D9C60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0069_01C13194.720D9C60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have recently redefined a problem which has been plaguing me for = close to a year now. I have several FBSD boxes at a site fed by a Sprint T1 = (Site A). Each of these boxes is capable of ftp'ing to each other on the same subnet at speeds approaching the limits of the disk subsystem. In short, transfers on the LAN between FBSD boxen appear to be fine. In addition, = I have enlisted the help of the folks at sprint to ftp in and out of these boxes with speeds approaching the limits of the T1 line - no problem = there. It should be noted that the sprint guys have done their transfers from within sprint's network and are therefore NOT crossing their own network access points. Here is where it gets weird. If I ftp into one of my boxes at Site A across the WAN (in this case from a colocation facility) and put a large file onto my server in Site A, I get speeds of about 10KB/s. This may fluctuate from 4KB/s to 16KB/s, but it far below what one would normally = see across a T1 line. Interestingly enough, sending ftp traffic out of Site = A seems to move five to ten time faster - not perfect, but workable. Below = are example of the same file transferred first out of Site A to the = colocation facility, and then the same file just transferred, back into Site A. You will note the difference in speeds... This colocation facility is NOT on = the same network as sprint and therefore DOES have to cross one of Sprint's network access points. Furthermore, to rule out the possibility that the colo facility is to blame, I ftp'ed from a linux box on yet another = ISP's network. This linux box had the same type of performance problems. Slow = puts to Site A and reasonable gets from Site A. I have seen this before as well, between boxes at the colocation facility and again across different class c subnets. Sprint claims that = the problem lies with the MTU settings of the boxes at the "linux side" and = the "colo side." This smells wrong to me, but I confess that I don't really = know that it is wrong. I have looked in the FBSD bug reports for any = indication of a similar problem and do not see any so far, but I have seen several questions on the mailing list archives. Most of these are dismissed as improper configuration of ethernet cards. I have tried these suggestions = but found no relief. I ftp close to a GB of info every night into Site A and I need it to = go faster than it has been going, but I'm stumped. Anybody got any clues = for the clueless? Hans Christensen hansc@datamatrix.com Remote system type is UNIX. Using binary mode to transfer files. ftp> put jdk-1_2_2_006-win.exe local: jdk-1_2_2_006-win.exe remote: jdk-1_2_2_006-win.exe 227 Entering Passive Mode (************). 150 Opening BINARY mode data connection for jdk-1_2_2_006-win.exe 100% |************************************************************************= *** ***************************| 298 KB 00:00 ETA 226 Transfer complete. 305152 bytes sent in 3.66 seconds (81.33 KB/s) ftp> get jdk-1_2_2_006-win.exe local: jdk-1_2_2_006-win.exe remote: jdk-1_2_2_006-win.exe 227 Entering Passive Mode (*************). 150 Opening BINARY mode data connection for jdk-1_2_2_006-win.exe = (305152 bytes). 100% |************************************************************************= *** ***************************| 298 KB 00:00 ETA 226 Transfer complete. 305152 bytes received in 25.77 seconds (11.56 KB/s) ftp> Here is a dmesg: Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD 4.3-STABLE #0: Fri Jun 1 06:59:28 PDT 2001 Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x673 Stepping =3D 3 Features=3D0x387f9ff real memory =3D 201261056 (196544K bytes) avail memory =3D 192282624 (187776K bytes) Preloaded elf kernel "kernel" at 0xc035e000. VESA: v2.0, 8192k memory, flags:0x0, mode table:0xc02fd882 (1000022) VESA: ATI MACH64 Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on = pci0 pci1: on pcib1 pci1: at 0.0 irq 11 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 = on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.2 chip1: port 0x5000-0x500f at device 7.3 on pci0 fxp0: port 0xe400-0xe43f mem 0xeb000000-0xeb0fffff,0xeb202000-0xeb202fff irq 10 at device 9.0 on pci0 fxp0: Ethernet address 00:90:27:9a:47:1e inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: port 0xe800-0xe83f mem 0xeb100000-0xeb1fffff,0xeb200000-0xeb200fff irq 5 at device 10.0 on pci0 fxp1: Ethernet address 00:90:27:9a:47:10 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ahc0: port 0xec00-0xecff mem 0xeb201000-0xeb201fff irq 11 at device 12.0 on pci0 aic7880: Wide Channel A, SCSI Id=3D7, 16/255 SCBs fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on = isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: failed to get data. psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 IP packet filtering initialized, divert disabled, rule-based forwarding enabled, default to accept, logging disabled ad0: 9787MB [19885/16/63] at ata0-master UDMA33 ad2: 19546MB [39714/16/63] at ata1-master UDMA33 acd0: CD-RW at ata0-slave using PIO4 Waiting 5 seconds for SCSI devices to settle no devsw da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 105010MB (215061120 512 byte sectors: 255H 63S/T 13386C) (majdev=3D0 bootdev=3D0xa0200000) Mounting root from ufs:/dev/ad0s1 ------=_NextPart_000_0069_01C13194.720D9C60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
    I have recently redefined a problem which = has been=20 plaguing me for close
to a year now. I have several FBSD boxes at a = site fed=20 by a Sprint T1 (Site
A). Each of these boxes is capable of ftp'ing to = each=20 other on the same
subnet at speeds approaching the limits of the disk = subsystem. In short,
transfers on the LAN between FBSD boxen appear = to be=20 fine. In addition, I
have enlisted the help of the folks at sprint to = ftp in=20 and out of these
boxes with speeds approaching the limits of the T1 = line - no=20 problem there.
It should be noted that the sprint guys have done = their=20 transfers from
within sprint's network and are therefore NOT crossing = their=20 own network
access points.
    Here is where it = gets weird.=20 If I ftp into one of my boxes at Site A
across the WAN (in this case = from a=20 colocation facility) and put a large
file onto my server in Site A, I = get=20 speeds of about 10KB/s. This may
fluctuate from 4KB/s to 16KB/s, but = it far=20 below what one would normally see
across a T1 line. Interestingly = enough,=20 sending ftp traffic out of Site A
seems to move five to ten time = faster - not=20 perfect, but workable. Below are
example of the same file transferred = first=20 out of Site A to the colocation
facility, and then the same file just = transferred, back into Site A. You
will note the difference in = speeds... This=20 colocation facility is NOT on the
same network as sprint and = therefore DOES=20 have to cross one of Sprint's
network access points. Furthermore, to = rule out=20 the possibility that the
colo facility is to blame, I ftp'ed from a = linux box=20 on yet another ISP's
network. This linux box had the same type of = performance=20 problems. Slow puts
to Site A and reasonable gets from Site=20 A.
    I have seen this before as well, between boxes = at the=20 colocation
facility and again across different class c subnets. = Sprint claims=20 that the
problem lies with the MTU settings of the boxes at the = "linux side"=20 and the
"colo side." This smells wrong to me, but I confess that I = don't=20 really know
that it is wrong. I have looked in the FBSD bug reports = for any=20 indication
of a similar problem and do not see any so far, but I have = seen=20 several
questions on the mailing list archives. Most of these are = dismissed=20 as
improper configuration of ethernet cards. I have tried these = suggestions=20 but
found no relief.
    I ftp close to a GB of = info every=20 night into Site A and I need it to go
faster than it has been going, = but I'm=20 stumped. Anybody got any clues for
the clueless?

Hans=20 Christensen
hansc@datamatrix.com

Remote system type is UNIX.
Using = binary mode=20 to transfer files.
ftp> put jdk-1_2_2_006-win.exe
local:=20 jdk-1_2_2_006-win.exe remote: jdk-1_2_2_006-win.exe
227 Entering = Passive Mode=20 (************).
150 Opening BINARY mode data connection for=20 jdk-1_2_2_006-win.exe
100%
|***************************************= ************************************
***************************| = ; =20 298 KB    00:00 ETA
226 Transfer complete.
305152 = bytes=20 sent in 3.66 seconds (81.33 KB/s)
ftp> get = jdk-1_2_2_006-win.exe
local:=20 jdk-1_2_2_006-win.exe remote: jdk-1_2_2_006-win.exe
227 Entering = Passive Mode=20 (*************).
150 Opening BINARY mode data connection for=20 jdk-1_2_2_006-win.exe=20 (305152
bytes).
100%
|******************************************= *********************************
***************************| &n= bsp;=20 298 KB    00:00 ETA
226 Transfer complete.
305152 = bytes=20 received in 25.77 seconds (11.56 KB/s)
ftp>


 Here = is a=20 dmesg:

Copyright (c) 1992-2001 The FreeBSD Project.
Copyright = (c)=20 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993,=20 1994
        The Regents of the = University=20 of California. All rights reserved.
FreeBSD 4.3-STABLE #0: Fri = Jun  1=20 06:59:28 PDT 2001
Timecounter "i8254"  frequency 1193182 = Hz
CPU:=20 Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class = CPU)
  Origin=20 =3D "GenuineIntel"  Id =3D 0x673  Stepping =3D=20 3

Features=3D0x387f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,M= TRR,PGE,MCA,CMOV,
PAT,PSE36,PN,MMX,FXSR,SSE>
real=20 memory  =3D 201261056 (196544K bytes)
avail memory =3D 192282624 = (187776K=20 bytes)
Preloaded elf kernel "kernel" at 0xc035e000.
VESA: v2.0, = 8192k=20 memory, flags:0x0, mode table:0xc02fd882 (1000022)
VESA: ATI=20 MACH64
Pentium Pro MTRR support enabled
md0: Malloc disk
npx0: = <math=20 processor> on motherboard
npx0: INT 16 interface
pcib0: = <Intel=20 82443BX (440 BX) host to PCI bridge> on motherboard
pci0: <PCI = bus>=20 on pcib0
pcib1: <Intel 82443BX (440 BX) PCI-PCI (AGP) bridge> = at device=20 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <ATI Mach64-GB = graphics accelerator> at 0.0 irq 11
isab0: <Intel 82371AB PCI = to ISA=20 bridge> at device 7.0 on pci0
isa0: <ISA bus> on = isab0
atapci0:=20 <Intel PIIX4 ATA33 controller> port 0xf000-0xf00f at device 7.1=20 on
pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 = on=20 atapci0
pci0: <Intel 82371AB/EB (PIIX4) USB controller> at=20 7.2
chip1: <Intel 82371AB Power management controller> port=20 0x5000-0x500f at
device 7.3 on pci0
fxp0: <Intel Pro = 10/100B/100+=20 Ethernet> port 0xe400-0xe43f=20 mem
0xeb000000-0xeb0fffff,0xeb202000-0xeb202fff irq 10 at device 9.0 = on=20 pci0
fxp0: Ethernet address 00:90:27:9a:47:1e
inphy0: <i82555 = 10/100=20 media interface> on miibus0
inphy0:  10baseT, 10baseT-FDX, = 100baseTX,=20 100baseTX-FDX, auto
fxp1: <Intel Pro 10/100B/100+ Ethernet> = port=20 0xe800-0xe83f mem
0xeb100000-0xeb1fffff,0xeb200000-0xeb200fff irq 5 = at device=20 10.0 on pci0
fxp1: Ethernet address 00:90:27:9a:47:10
inphy1: = <i82555=20 10/100 media interface> on miibus1
inphy1:  10baseT, = 10baseT-FDX,=20 100baseTX, 100baseTX-FDX, auto
ahc0: <Adaptec 2940 Ultra SCSI = adapter>=20 port 0xec00-0xecff mem
0xeb201000-0xeb201fff irq 11 at device 12.0 on = pci0
aic7880: Wide Channel A, SCSI Id=3D7, 16/255 SCBs
fdc0: = <NEC 72065B=20 or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
atkbdc0:=20 <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: = <AT=20 Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: = failed to get=20 data.
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model = Generic PS/2=20 mouse, device ID 0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df = iomem=20 0xa0000-0xbffff on isa0
sc0: <System console> at flags 0x100 on = isa0
sc0: VGA <16 virtual consoles, flags=3D0x300>
sio0 at = port=20 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at = port=20 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
ppc0: <Parallel = port> at=20 port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (NIBBLE-only) in = COMPATIBLE mode
lpt0: <Printer> on ppbus0
lpt0: = Interrupt-driven=20 port
ppi0: <Parallel I/O> on ppbus0
IP packet filtering = initialized,=20 divert disabled, rule-based forwarding
enabled, default to accept, = logging=20 disabled
ad0: 9787MB <WDC WD102AA> [19885/16/63] at ata0-master = UDMA33
ad2: 19546MB <FUJITSU MPF3204AT> [39714/16/63] at = ata1-master=20 UDMA33
acd0: CD-RW <MATSHITA CD-RW CW-7586> at ata0-slave using = PIO4
Waiting 5 seconds for SCSI devices to settle
no devsw da0 at = ahc0 bus=20 0 target 0 lun 0
da0: <RAID INC COBRA-2 0223> Fixed Direct = Access=20 SCSI-2 device
da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), = Tagged=20 Queueing
Enabled
da0: 105010MB (215061120 512 byte sectors: 255H = 63S/T=20 13386C)
(majdev=3D0 bootdev=3D0xa0200000)
Mounting root from=20 ufs:/dev/ad0s1
------=_NextPart_000_0069_01C13194.720D9C60-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 21:11:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from front1.mail.megapathdsl.net (front1.mail.megapathdsl.net [66.80.60.31]) by hub.freebsd.org (Postfix) with ESMTP id B44AB37B401 for ; Thu, 30 Aug 2001 21:10:57 -0700 (PDT) (envelope-from nagrosst@blast.net) Received: from [216.46.72.52] (HELO beta) by front1.mail.megapathdsl.net (CommuniGate Pro SMTP 3.4.8a) with SMTP id 5654600 for freebsd-hackers@freebsd.org; Thu, 30 Aug 2001 20:00:25 -0700 From: "David Nagrosst" To: Subject: Scripts to Ease Account deactivation/reactivation administration. I hacked these scripts up for an ISP I used to work at. Date: Thu, 30 Aug 2001 23:01:44 -0400 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_01C131A7.BD4994A0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0000_01C131A7.BD4994A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Scripts to Ease Account deactivation/reactivation. I hacked these scripts up for an ISP I used to work at. Just thought I would pass the scripts on, just in case someone else needed an easy way to deactivate and reactivate accounts, typically you would do this when users did not pay there bills. David ------=_NextPart_000_0000_01C131A7.BD4994A0 Content-Type: text/plain; name="unstaruser.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="unstaruser.txt" #!/usr/bin/perl #Edited and modified by David S. Nagrosst April 2 2001 #Orignally Edited/Hacked from the rmuser script # -*- perl -*- # Copyright 1995, 1996, 1997 Guy Helmer, Ames, Iowa 50014. # All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer as # the first lines of this file unmodified. # 2. Redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in the # documentation and/or other materials provided with the = distribution. # 3. The name of the author may not be used to endorse or promote = products # derived from this software without specific prior written = permission. # # THIS SOFTWARE IS PROVIDED BY GUY HELMER ``AS IS'' AND ANY EXPRESS OR # IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED = WARRANTIES # OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE = DISCLAIMED. # IN NO EVENT SHALL GUY HELMER BE LIABLE FOR ANY DIRECT, INDIRECT, # INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, = BUT # NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF = USE, # DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY # THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT # (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE = OF # THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. # # rmuser - Perl script to remove users # # Guy Helmer , 02/23/97 # # $FreeBSD: src/usr.sbin/adduser/rmuser.perl,v 1.8.2.1 2000/03/20 = 13:00:36 peter=20 sub LOCK_SH {0x01;} sub LOCK_EX {0x02;} sub LOCK_NB {0x04;} sub LOCK_UN {0x08;} sub F_SETFD {2;} $ENV{"PATH"} =3D "/bin:/sbin:/usr/bin:/usr/sbin"; umask(022); $whoami =3D $0; $passwd_file =3D "/etc/master.passwd"; $new_passwd_file =3D "${passwd_file}.new.$$"; $affirm =3D 0; sub cleanup { local($sig) =3D @_; print STDERR "Caught signal SIG$sig -- cleaning up.\n"; &unlockpw; if (-e $new_passwd_file) { unlink $new_passwd_file; } exit(0); } sub lockpw { # Open the password file for reading if (!open(MASTER_PW, "$passwd_file")) { print STDERR "${whoami}: Error: Couldn't open ${passwd_file}: $!\n"; exit(1); } # Set the close-on-exec flag just in case fcntl(MASTER_PW, &F_SETFD, 1); # Apply an advisory lock the password file if (!flock(MASTER_PW, &LOCK_EX|&LOCK_NB)) { print STDERR "${whoami}: Error: Couldn't lock ${passwd_file}: $!\n"; exit(1); } } sub unlockpw { flock(MASTER_PW, &LOCK_UN); } $SIG{'INT'} =3D 'cleanup'; $SIG{'QUIT'} =3D 'cleanup'; $SIG{'HUP'} =3D 'cleanup'; $SIG{'TERM'} =3D 'cleanup'; if ($#ARGV =3D=3D 1 && $ARGV[0] eq '-y') { shift @ARGV; $affirm =3D 1; } if ($#ARGV > 0) { print STDERR "usage: ${whoami} [-y] [username]\n"; exit(1); } if ($< !=3D 0) { print STDERR "${whoami}: Error: you must be root to use = ${whoami}\n"; exit(1); } &lockpw; if ($#ARGV =3D=3D 0) { # Username was given as a parameter $login_name =3D pop(@ARGV); die "Sorry, login name must contain alphanumeric characters only.\n" if ($login_name !~ /^[a-zA-Z0-9_]\w*$/); } else { if ($affirm) { print STDERR "${whoami}: Error: -y option given without username!\n"; &unlockpw; exit 1; } } if (($pw_ent =3D &check_login_name($login_name)) eq '0') { print STDERR "${whoami}: Error: User ${login_name} not in password = database\n"; &unlockpw; exit 1; } ($name, $password, $uid, $gid, $class, $change, $expire, $gecos, = $home_dir, $shell) =3D split(/:/, $pw_ent); if ($uid =3D=3D 0) { print "${whoami}: Error: I'd rather not remove a user with a uid of = 0.\n"; &unlockpw; exit 1; } if (! $affirm) { print "Matching password entry:\n\n$pw_ent\n\n"; $ans =3D &get_yn("Is this the user you wish to Unsuspend? "); if ($ans eq 'N') { print "${whoami}: Informational: User ${login_name} not = deactivated.\n"; &unlockpw; exit 0; } } # # Copy master password file to new file less removed user's entry &update_passwd_file; # All done! exit 0; sub check_login_name { # # Check to see whether login name is in password file local($login_name) =3D @_; local($Mname, $Mpassword, $Muid, $Mgid, $Mclass, $Mchange, $Mexpire, $Mgecos, $Mhome_dir, $Mshell); local($i); seek(MASTER_PW, 0, 0); while ($i =3D ) { chop $i; ($Mname, $Mpassword, $Muid, $Mgid, $Mclass, $Mchange, $Mexpire, $Mgecos, $Mhome_dir, $Mshell) =3D split(/:/, $i); if ($Mname eq $login_name) { seek(MASTER_PW, 0, 0); return($i); # User is in password database } } seek(MASTER_PW, 0, 0); return '0'; # User wasn't found } sub get_yn { # # Get a yes or no answer; return 'Y' or 'N' local($prompt) =3D @_; local($done, $ans); for ($done =3D 0; ! $done; ) { print $prompt; $ans =3D <>; chop $ans; $ans =3D~ tr/a-z/A-Z/; if (!($ans =3D~ /^[YN]/)) { print STDERR "Please answer (y)es or (n)o.\n"; } else { $done =3D 1; } } return(substr($ans, 0, 1)); } sub update_passwd_file { local($skipped, $i); print STDERR "Updating password file,"; seek(MASTER_PW, 0, 0); open(NEW_PW, ">$new_passwd_file") || die "\n${whoami}: Error: Couldn't open file ${new_passwd_file}:\n = $!\n"; chmod(0600, $new_passwd_file) || print STDERR "\n${whoami}: Warning: couldn't set mode of = $new_passwd_file to 0600 ($!)\n\tcontinuing, but please check mode of = /etc/master.passwd!\n"; $skipped =3D 0; while ($i =3D ) { if ($i =3D~ /\n$/) { chop $i; } if ($i ne $pw_ent) { print NEW_PW "$i\n";=20 } elsif ($i eq $pw_ent) { $_ =3D $i; s/:\*/:/; $i =3D $_; =20 print NEW_PW "$i\n"; } else { print STDERR "Dropped entry for $login_name\n" if $debug; $skipped =3D 1; } } close(NEW_PW); seek(MASTER_PW, 0, 0); if ($skipped =3D=3D 1) { print STDERR "\n${whoami}: Whoops! Didn't find ${login_name}'s entry = second time around!\n"; unlink($new_passwd_file) || print STDERR "\n${whoami}: Warning: couldn't unlink = $new_passwd_file ($!)\n\tPlease investigate, as this file should not be = left in the filesystem\n"; &unlockpw; exit 1; } # # Run pwd_mkdb to install the updated password files and databases print STDERR " updating databases,"; system('/usr/sbin/pwd_mkdb', '-p', ${new_passwd_file}); print STDERR " done. Unsuspended\n"; close(MASTER_PW); # Not useful anymore } ------=_NextPart_000_0000_01C131A7.BD4994A0 Content-Type: text/plain; name="staruser.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="staruser.txt" #!/usr/bin/perl #Edited and modified by David S. Nagrosst April 2 2001 #Orignally Edited/Hacked from the rmuser script # -*- perl -*- # Copyright 1995, 1996, 1997 Guy Helmer, Ames, Iowa 50014. # All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer as # the first lines of this file unmodified. # 2. Redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in the # documentation and/or other materials provided with the = distribution. # 3. The name of the author may not be used to endorse or promote = products # derived from this software without specific prior written = permission. # # THIS SOFTWARE IS PROVIDED BY GUY HELMER ``AS IS'' AND ANY EXPRESS OR # IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED = WARRANTIES # OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE = DISCLAIMED. # IN NO EVENT SHALL GUY HELMER BE LIABLE FOR ANY DIRECT, INDIRECT, # INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, = BUT # NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF = USE, # DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY # THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT # (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE = OF # THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. # # rmuser - Perl script to remove users # # Guy Helmer , 02/23/97 # # $FreeBSD: src/usr.sbin/adduser/rmuser.perl,v 1.8.2.1 2000/03/20 = 13:00:36 peter=20 sub LOCK_SH {0x01;} sub LOCK_EX {0x02;} sub LOCK_NB {0x04;} sub LOCK_UN {0x08;} sub F_SETFD {2;} $ENV{"PATH"} =3D "/bin:/sbin:/usr/bin:/usr/sbin"; umask(022); $whoami =3D $0; $passwd_file =3D "/etc/master.passwd"; $new_passwd_file =3D "${passwd_file}.new.$$"; $affirm =3D 0; sub cleanup { local($sig) =3D @_; print STDERR "Caught signal SIG$sig -- cleaning up.\n"; &unlockpw; if (-e $new_passwd_file) { unlink $new_passwd_file; } exit(0); } sub lockpw { # Open the password file for reading if (!open(MASTER_PW, "$passwd_file")) { print STDERR "${whoami}: Error: Couldn't open ${passwd_file}: $!\n"; exit(1); } # Set the close-on-exec flag just in case fcntl(MASTER_PW, &F_SETFD, 1); # Apply an advisory lock the password file if (!flock(MASTER_PW, &LOCK_EX|&LOCK_NB)) { print STDERR "${whoami}: Error: Couldn't lock ${passwd_file}: $!\n"; exit(1); } } sub unlockpw { flock(MASTER_PW, &LOCK_UN); } $SIG{'INT'} =3D 'cleanup'; $SIG{'QUIT'} =3D 'cleanup'; $SIG{'HUP'} =3D 'cleanup'; $SIG{'TERM'} =3D 'cleanup'; if ($#ARGV =3D=3D 1 && $ARGV[0] eq '-y') { shift @ARGV; $affirm =3D 1; } if ($#ARGV > 0) { print STDERR "usage: ${whoami} [-y] [username]\n"; exit(1); } if ($< !=3D 0) { print STDERR "${whoami}: Error: you must be root to use = ${whoami}\n"; exit(1); } &lockpw; if ($#ARGV =3D=3D 0) { # Username was given as a parameter $login_name =3D pop(@ARGV); die "Sorry, login name must contain alphanumeric characters only.\n" if ($login_name !~ /^[a-zA-Z0-9_]\w*$/); } else { if ($affirm) { print STDERR "${whoami}: Error: -y option given without username!\n"; &unlockpw; exit 1; } } if (($pw_ent =3D &check_login_name($login_name)) eq '0') { print STDERR "${whoami}: Error: User ${login_name} not in password = database\n"; &unlockpw; exit 1; } ($name, $password, $uid, $gid, $class, $change, $expire, $gecos, = $home_dir, $shell) =3D split(/:/, $pw_ent); if ($uid =3D=3D 0) { print "${whoami}: Error: I'd rather not remove a user with a uid of = 0.\n"; &unlockpw; exit 1; } $checkstar=3D$password; $checkstar=3D substr($checkstar,0,1); if ($checkstar eq "*") {=20 die "Sorry, that account has already been starred.\n" }=20 if (! $affirm) { print "Matching password entry:\n\n$pw_ent\n\n"; $ans =3D &get_yn("Is this the User you wish to Suspend? "); if ($ans eq 'N') { print "${whoami}: Informational: User ${login_name} not = deactivated.\n"; &unlockpw; exit 0; } } # # Copy master password file to new file less removed user's entry &update_passwd_file; # All done! exit 0; sub check_login_name { # # Check to see whether login name is in password file local($login_name) =3D @_; local($Mname, $Mpassword, $Muid, $Mgid, $Mclass, $Mchange, $Mexpire, $Mgecos, $Mhome_dir, $Mshell); local($i); seek(MASTER_PW, 0, 0); while ($i =3D ) { chop $i; ($Mname, $Mpassword, $Muid, $Mgid, $Mclass, $Mchange, $Mexpire, $Mgecos, $Mhome_dir, $Mshell) =3D split(/:/, $i); if ($Mname eq $login_name) { seek(MASTER_PW, 0, 0); return($i); # User is in password database } } seek(MASTER_PW, 0, 0); return '0'; # User wasn't found } sub get_yn { # # Get a yes or no answer; return 'Y' or 'N' local($prompt) =3D @_; local($done, $ans); for ($done =3D 0; ! $done; ) { print $prompt; $ans =3D <>; chop $ans; $ans =3D~ tr/a-z/A-Z/; if (!($ans =3D~ /^[YN]/)) { print STDERR "Please answer (y)es or (n)o.\n"; } else { $done =3D 1; } } return(substr($ans, 0, 1)); } sub update_passwd_file { local($skipped, $i); print STDERR "Updating password file,"; seek(MASTER_PW, 0, 0); open(NEW_PW, ">$new_passwd_file") || die "\n${whoami}: Error: Couldn't open file ${new_passwd_file}:\n = $!\n"; chmod(0600, $new_passwd_file) || print STDERR "\n${whoami}: Warning: couldn't set mode of = $new_passwd_file to 0600 ($!)\n\tcontinuing, but please check mode of = /etc/master.passwd!\n"; $skipped =3D 0; while ($i =3D ) { if ($i =3D~ /\n$/) { chop $i; } if ($i ne $pw_ent) { print NEW_PW "$i\n";=20 } elsif ($i eq $pw_ent) { $_ =3D $i; s/:/:*/; $i =3D $_; =20 print NEW_PW "$i\n"; } else { print STDERR "Dropped entry for $login_name\n" if $debug; $skipped =3D 1; } } close(NEW_PW); seek(MASTER_PW, 0, 0); if ($skipped =3D=3D 1) { print STDERR "\n${whoami}: Whoops! Didn't find ${login_name}'s entry = second time around!\n"; unlink($new_passwd_file) || print STDERR "\n${whoami}: Warning: couldn't unlink = $new_passwd_file ($!)\n\tPlease investigate, as this file should not be = left in the filesystem\n"; &unlockpw; exit 1; } # # Run pwd_mkdb to install the updated password files and databases print STDERR " updating databases,"; system('/usr/sbin/pwd_mkdb', '-p', ${new_passwd_file}); print STDERR " done. Suspended \n"; close(MASTER_PW); # Not useful anymore } ------=_NextPart_000_0000_01C131A7.BD4994A0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 21:35:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from math.smsu.edu (math.smsu.edu [146.7.45.198]) by hub.freebsd.org (Postfix) with ESMTP id ECBC237B407 for ; Thu, 30 Aug 2001 21:35:47 -0700 (PDT) (envelope-from erik@math.smsu.edu) Received: by math.smsu.edu (Postfix, from userid 1000) id 4B5A48E0DF; Thu, 30 Aug 2001 23:22:18 -0500 (CDT) To: freebsd-hackers@freebsd.org Subject: Re: FreeBSD and Athlon Processors Message-Id: <20010831042218.4B5A48E0DF@math.smsu.edu> Date: Thu, 30 Aug 2001 23:22:18 -0500 (CDT) From: erik@math.smsu.edu (Erik Greenwald) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Yeah. As long as you avoid motherboards with the VIA KT133A/KT133 > chipset and the VIA 686B Southbridge, you're probably fine (not all such > motherboards supposedly have problems, but how do you tell the > difference?). For more info, check out: I'm using both of those (iwill kk266) with a thunderbird 850, and haven't had problems in fbsd. Linux flakes out a bit when I tell it I have a k7 processor, so I told it I have a k6 and it works fine. -Erik [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 21:59:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from maxim.gbch.net (gw.gbch.net [203.24.22.66]) by hub.freebsd.org (Postfix) with SMTP id 873CD37B406 for ; Thu, 30 Aug 2001 21:59:46 -0700 (PDT) (envelope-from gjb@gbch.net) Received: (qmail 68881 invoked by uid 1001); 31 Aug 2001 12:51:34 +1000 Message-ID: X-Posted-By: GJB-Post 2.21 16-Jun-2001 X-Operating-System: FreeBSD 4.2-RELEASE i386 X-Location: Brisbane, Australia; 27.49841S 152.98439E X-URL: http://www.gbch.net/gjb.html X-Image-URL: http://www.gbch.net/gjb/gjb-auug048.gif X-GPG-Fingerprint: EBB2 2A92 A79D 1533 AC00 3C46 5D83 B6FB 4B04 B7D6 X-PGP-Public-Keys: http://www.gbch.net/keys.html Date: Fri, 31 Aug 2001 12:51:34 +1000 From: Greg Black To: Leo Bicknell , Leo Bicknell , freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830223746.A40540@ussenterprise.ufp.org> In-reply-to: <20010830223746.A40540@ussenterprise.ufp.org> of Thu, 30 Aug 2001 22:37:46 -0400 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Leo Bicknell wrote: | On Fri, Aug 31, 2001 at 10:36:44AM +1000, Greg Black wrote: | > Why not do it the Unix way? Create a new application, e.g., | > url(1), to parse the URLs and use it like so: | | Sometimes the solution is so obvious. :-) Well, part of it. I'm | thinking it's worth creating liburl, with parse routines, and then | a front end for the command line, url(1). If I was doing it, I'd do the command line program first in awk or Python to get on top of the parsing in an easy way and to have a test tool working. Then, when I was happy, I'd take advantage of the easy translation to C that is possible from awk or Python and build the library. Finally, I'd re-write the command in C to link against liburl. | If only there were more hours in a day. Just slow down your clock :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 22: 3:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from niwun.pair.com (niwun.pair.com [209.68.2.70]) by hub.freebsd.org (Postfix) with SMTP id 8351F37B403 for ; Thu, 30 Aug 2001 22:03:17 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 85309 invoked by uid 3193); 31 Aug 2001 04:00:28 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 31 Aug 2001 04:00:28 -0000 Date: Fri, 31 Aug 2001 00:00:28 -0400 (EDT) From: Mike Silbersack X-Sender: To: Hans Christensen Cc: Subject: Re: SLOW ftp transfers one way In-Reply-To: <006c01c131cf$1ea67020$523e5042@datamatrix.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 30 Aug 2001, Hans Christensen wrote: > Here is where it gets weird. If I ftp into one of my boxes at Site A > across the WAN (in this case from a colocation facility) and put a large > file onto my server in Site A, I get speeds of about 10KB/s. This may > fluctuate from 4KB/s to 16KB/s, but it far below what one would normally see > across a T1 line. Interestingly enough, sending ftp traffic out of Site A > seems to move five to ten time faster - not perfect, but workable. Below are Grab some traffic dumps with tcpdump of the transfers in question. (Not the 1GB ones, smaller ones. ) Preferrably, run tcpdump at the same time on *both* sides of the connection. This way, you'll be able to see where packets are getting dropped and/or what weird tcp interactions are occuring. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Thu Aug 30 23:40:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from guru.mired.org (okc-94-248-46.mmcable.com [24.94.248.46]) by hub.freebsd.org (Postfix) with SMTP id 3F55B37B401 for ; Thu, 30 Aug 2001 23:40:53 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 44385 invoked by uid 100); 31 Aug 2001 06:38:40 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="trvpRMhWTP" Content-Transfer-Encoding: 7bit Message-ID: <15247.12528.872288.911871@guru.mired.org> Date: Fri, 31 Aug 2001 01:38:40 -0500 To: Greg Black Cc: hackers@freebsd.org Subject: Re: Should URL's be pervasive. In-Reply-To: References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830223746.A40540@ussenterprise.ufp.org> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --trvpRMhWTP Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit Greg Black types: > | On Fri, Aug 31, 2001 at 10:36:44AM +1000, Greg Black wrote: > | > Why not do it the Unix way? Create a new application, e.g., > | > url(1), to parse the URLs and use it like so: > | Sometimes the solution is so obvious. :-) Well, part of it. I'm > | thinking it's worth creating liburl, with parse routines, and then > | a front end for the command line, url(1). > If I was doing it, I'd do the command line program first in awk > or Python to get on top of the parsing in an easy way and to > have a test tool working. As already mentioned, libfetch can do the parsing - but fetchParseURL is either buggy or needs extending; I haven't checked. A simple C program to use that and spit out the parts is easy (see attached). I have a good idea for how to do output formatting; I think I'm going to work on that tonight. The real question is whether or not DES will let us fool with libfetch to add this stuff. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. --trvpRMhWTP Content-Type: text/plain Content-Description: url.c - link with -lfetch Content-Disposition: inline; filename="url.c" Content-Transfer-Encoding: 7bit /* * A QAD hack for pulling values out of urls. */ #include #include #include #include #define OPTIONS "fhmPpsU" void usage(char *name) { fprintf(stderr, "usage: %s [-f | -h | -m | -P | -p | -s | -U] URL\n", name) ; exit(EXIT_FAILURE) ; } int main(int argc, char **argv) { int outf ; char *in ; struct url *out ; if (argc == 2) { outf = 0 ; in = argv[1] ; } else if (argc == 3) { if (argv[1][0] != '-' || argv[1][2] != '\0') usage(argv[0]) ; outf = argv[1][1] ; if (index(OPTIONS, outf) == NULL) usage(argv[0]) ; in = argv[2] ; } else usage(argv[0]) ; if ((out = fetchParseURL(in)) == NULL) { fprintf(stderr, "%s: Failed to parse URL\n", argv[0]) ; exit(EXIT_FAILURE) ; } else { switch (outf) { case 'f': puts(out->doc) ; break ; case 'h': puts(out->host) ; break ; case 'm': printf("%s@%s\n", out->user, out->host) ; break ; case 'P': puts(out->pwd) ; break ; case 'p': printf("%d\n", out->port) ; break ; case 's': puts(out->scheme) ; break ; case 'U': puts(out->user) ; break ; default: printf("We need a scheme-based formatting thing here...\n") ; break ; } fetchFreeURL(out) ; } exit(EXIT_SUCCESS) ; } --trvpRMhWTP-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 0:19:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tepid.osl.fast.no (tepid.osl.fast.no [213.188.9.130]) by hub.freebsd.org (Postfix) with ESMTP id A7FB937B401 for ; Fri, 31 Aug 2001 00:19:10 -0700 (PDT) (envelope-from raw@fast.no) Received: from raw.grenland.fast.no (fw-oslo.fast.no [213.188.9.129]) by tepid.osl.fast.no (8.9.3/8.9.1) with ESMTP id JAA97222; Fri, 31 Aug 2001 09:18:55 +0200 (CEST) (envelope-from raw@fast.no) Received: (from raw@localhost) by raw.grenland.fast.no (8.11.3/8.11.3) id f7V7IrJ90546; Fri, 31 Aug 2001 09:18:53 +0200 (CEST) (envelope-from raw) From: Raymond Wiker MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15247.14941.211628.708473@raw.grenland.fast.no> Date: Fri, 31 Aug 2001 09:18:53 +0200 To: freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. In-Reply-To: <20010830223746.A40540@ussenterprise.ufp.org> References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830223746.A40540@ussenterprise.ufp.org> X-Mailer: VM 6.92 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Leo Bicknell writes: > On Fri, Aug 31, 2001 at 10:36:44AM +1000, Greg Black wrote: > > Why not do it the Unix way? Create a new application, e.g., > > url(1), to parse the URLs and use it like so: > > Sometimes the solution is so obvious. :-) Well, part of it. I'm > thinking it's worth creating liburl, with parse routines, and then > a front end for the command line, url(1). > > Some quick google work shows nothing quite like url(1) (save one > obscure reference to the MKS toolkit on Windows), and searching > for a lex/yacc grammar for parsing urls doesn't turn up anything > useful. > > If only there were more hours in a day. OK, here's a Common Lisp function that works for some of the common cases. One of my colleagues rewrote this to C++, for a total of about 100 lines. If there's any interest, I can ask him if I can post the code here. Alternatively, we could start rewriting FreeBSD in Common Lisp :-) BTW: There are at least two IETF RFCs that deal exclusively with URL/URI parsing, but I don't have the RFC numbers handy. (defun split-url (url-string) "Splits the given URL into components representing the protocol, user, password, host, port number, path and arguments." (flet ((split (sep string) (let ((pos (search sep string))) (if pos (list (subseq string 0 pos) (subseq string (+ pos (length sep)))) string)))) (macrolet ((try-split (sep str (true-1-var true-2-var) &optional false-var) (let ((ressym (gensym))) `(let ((,ressym (split ,sep ,str))) (if (listp ,ressym) (setf ,true-1-var (car ,ressym) ,true-2-var (cadr ,ressym)) ,(when false-var `(setf ,false-var ,ressym))))))) (let (proto user pass host port path args) (try-split "://" url-string (proto host) host) (try-split "/" host (host path)) (try-split "@" host (user host)) (when user (try-split ":" user (user pass))) (try-split ":" host (host port)) (if path (let ((argstr nil)) (try-split "?" path (path argstr)) (when argstr (setq args (let ((args '()) (end nil)) (loop (try-split "&" argstr (arg argstr) end) (if end (return-from nil (nreverse (cons end args))) (push arg args))))))) (setq path "/")) (values proto user pass host port path args))))) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 0:50:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from midten.fast.no (midten.fast.no [213.188.8.11]) by hub.freebsd.org (Postfix) with ESMTP id 29ACF37B406; Fri, 31 Aug 2001 00:50:27 -0700 (PDT) (envelope-from Tor.Egge@fast.no) Received: from fast.no (IDENT:tegge@midten.fast.no [213.188.8.11]) by midten.fast.no (8.9.3/8.9.3) with ESMTP id DAA80823; Fri, 31 Aug 2001 03:48:13 +0200 (CEST) Message-Id: <200108310148.DAA80823@midten.fast.no> To: mb@imp.ch Cc: bde@zeta.org.au, bkarp@icsi.berkeley.edu, kpielorz@tdx.co.uk, sthaug@nethelp.no, atrn@zeta.org.au, roberto@eurocontrol.fr, drussell@saturn-tech.com, phk@FreeBSD.ORG, Patrick.Guelat@imp.ch, freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset From: Tor.Egge@fast.no In-Reply-To: Your message of "Fri, 31 Aug 2001 00:54:21 +0200" References: <200108302254.AAA75808@midten.fast.no> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 31 Aug 2001 03:48:13 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I wrote: > The problem here is that CPU#1 fails to hold clock_lock while setting > clkintr_pending, causing i8254_offset to be stepped twice, first due > to clkintr_pending, then due to i8254_lastcount being larger than count. With this patch applied to RELENG_4, the clock speedup seems to disappear. --- apic_vector.s.old Fri Mar 2 13:47:31 2001 +++ apic_vector.s Fri Aug 31 01:07:53 2001 @@ -707,7 +707,12 @@ FAST_INTR(21,fastintr21) FAST_INTR(22,fastintr22) FAST_INTR(23,fastintr23) -#define CLKINTR_PENDING movl $1,CNAME(clkintr_pending) +#define CLKINTR_PENDING pushl $clock_lock; \ + call s_lock; \ + movl $1,CNAME(clkintr_pending); \ + call s_unlock; \ + addl $4, %esp + INTR(0,intr0, CLKINTR_PENDING) INTR(1,intr1,) INTR(2,intr2,) The corresponding patch for -current is Index: apic_vector.s =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/apic_vector.s,v retrieving revision 1.71 diff -u -r1.71 apic_vector.s --- apic_vector.s 27 Apr 2001 19:28:21 -0000 1.71 +++ apic_vector.s 31 Aug 2001 01:35:05 -0000 @@ -7,6 +7,8 @@ #include #include +#include + #include "i386/isa/intr_machdep.h" /* convert an absolute IRQ# into a bitmask */ @@ -384,7 +425,11 @@ FAST_INTR(29,fastintr29) FAST_INTR(30,fastintr30) FAST_INTR(31,fastintr31) -#define CLKINTR_PENDING movl $1,CNAME(clkintr_pending) +#define CLKINTR_PENDING MTX_LOCK_SPIN(clock_lock, 0); \ + movl $1,CNAME(clkintr_pending); \ + MTX_UNLOCK_SPIN(clock_lock) + + /* Threaded interrupts */ INTR(0,intr0, CLKINTR_PENDING) INTR(1,intr1,) - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 1: 7:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 6C3E437B403; Fri, 31 Aug 2001 01:07:09 -0700 (PDT) (envelope-from mb@imp.ch) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f7V82eA29322; Fri, 31 Aug 2001 10:02:40 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Fri, 31 Aug 2001 10:10:03 +0200 (CEST) From: Martin Blapp To: Cc: , , , , , , , , , , Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset In-Reply-To: <200108310148.DAA80823@midten.fast.no> Message-ID: <20010831100828.S8426-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I tested your patch and it solved our problem 100%. There's no timedrift anymore. Do you think the patch will make it in 4.4R. ? We need it urgently. Thanks a lot for your analysis and your fast work ! Martin > --- apic_vector.s.old Fri Mar 2 13:47:31 2001 > +++ apic_vector.s Fri Aug 31 01:07:53 2001 > @@ -707,7 +707,12 @@ > FAST_INTR(21,fastintr21) > FAST_INTR(22,fastintr22) > FAST_INTR(23,fastintr23) > -#define CLKINTR_PENDING movl $1,CNAME(clkintr_pending) > +#define CLKINTR_PENDING pushl $clock_lock; \ > + call s_lock; \ > + movl $1,CNAME(clkintr_pending); \ > + call s_unlock; \ > + addl $4, %esp > + To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 1:17:55 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tepid.osl.fast.no (tepid.osl.fast.no [213.188.9.130]) by hub.freebsd.org (Postfix) with ESMTP id 7A2F337B40A for ; Fri, 31 Aug 2001 01:17:51 -0700 (PDT) (envelope-from raw@fast.no) Received: from raw.grenland.fast.no (fw-oslo.fast.no [213.188.9.129]) by tepid.osl.fast.no (8.9.3/8.9.1) with ESMTP id IAA96332; Fri, 31 Aug 2001 08:55:50 +0200 (CEST) (envelope-from raw@fast.no) Received: (from raw@localhost) by raw.grenland.fast.no (8.11.3/8.11.3) id f7V6tmB90506; Fri, 31 Aug 2001 08:55:48 +0200 (CEST) (envelope-from raw) From: Raymond Wiker MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15247.13555.979008.237761@raw.grenland.fast.no> Date: Fri, 31 Aug 2001 08:55:47 +0200 To: Subject: Re: memory + apache In-Reply-To: <20010830113325.E6569-100000@gandalf.bravenet.com> References: <200108301719.f7UHJtR51738@web.cs.ndsu.nodak.edu> <20010830113325.E6569-100000@gandalf.bravenet.com> X-Mailer: VM 6.92 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dan writes: > > I will give it a try. > touch /var/account/acct > accton > > how long does it take for anything to get written to that file? > > As far as fork storms, I did noticed 1. I had the junior admin write > a script to restart apache if LA got to high ....doing a truss on the pid > i did noticed mad processes and his perl script hitting 10% cpu at times. > Looking at it it was just a basic infinite while loop checking `uptime`. > I have taken that script off but I don;t think that is what is causing > this swap issue. Depending on the exact way that uptime was called, this is quite likely to breed zombie processes (you may need to explicitly call wait or waitpid to reap the processes.) The zombies may or may not be contributing to the swap problems, but they would definitely fill up your process table. Disclaimer: Perl may have changed in this regard during the last few years, but I was bitten by exactly this behaviour some years back. Oh, the embarassment of writing a system sanity check that brings the machine down ;-) > Checking the hardware as well I have confirmed that the manufacter > for these machines only included a heat sink and this tiny fan not > big enough for these boxes....so cooling of the chip may be an > issue as well.....gonna have to check over a bunch of things next > couple days. //Raymond. -- Raymond Wiker Raymond.Wiker@fast.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 4:28:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailgate.originative.co.uk (mailgate.originative.co.uk [62.232.68.68]) by hub.freebsd.org (Postfix) with ESMTP id 7E8A137B408 for ; Fri, 31 Aug 2001 04:28:50 -0700 (PDT) Received: from lobster.originative.co.uk (lobster [62.232.68.81]) by mailgate.originative.co.uk (Postfix) with ESMTP id 399491D162; Fri, 31 Aug 2001 12:28:44 +0100 (BST) Date: Fri, 31 Aug 2001 12:28:44 +0100 From: Paul Richards To: Ceri , Leo Bicknell Cc: freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. Message-ID: <56710000.999257324@lobster.originative.co.uk> In-Reply-To: <20010830161505.A11705@cartman.techsupport.co.uk> References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830161505.A11705@cartman.techsupport.co.uk> X-Mailer: Mulberry/2.1.0b3 (Linux/x86 Demo) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --On Thursday, August 30, 2001 16:15:05 +0100 Ceri wrote: > On Thu, Aug 30, 2001 at 11:10:18AM -0400, Leo Bicknell said: >> >> I ran into a pair of all too common annoyances this morning that >> got me thinking. Via the magic of cut and paste I ended up with >> the following two sorts of command lines: >> >> mutt mailto:bicknell@ufp.org >> traceroute http://www.ufp.org/ > > Please don't do this. > FreeBSD is not a web browser. A URI is a Universial Resource Indicator, it's not a web browser address. On the other hand, what exactly is http://www.ufp.org supposed to be useful for when www.ufp.org is the same thing. What would happen if I did mutt http://www.ufp.org ? Accepting URI's instead of hostnames isn't necessarily something I'd be against but there has to be a point to it. Paul Richards FreeBSD Services Ltd http://www.freebsd-services.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 4:52:57 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from penfold.transactionware.com (penfold.transactionware.com [203.14.245.1]) by hub.freebsd.org (Postfix) with SMTP id 23E6E37B401 for ; Fri, 31 Aug 2001 04:52:53 -0700 (PDT) Received: (qmail 25007 invoked from network); 31 Aug 2001 11:53:23 -0000 Received: from ck.transactionware.com (192.168.1.17) by penfold.transactionware.com with SMTP; 31 Aug 2001 11:53:23 -0000 Received: (qmail 78177 invoked by uid 1006); 31 Aug 2001 11:57:23 -0000 Received: from janm@transactionware.com by ck.transactionware.com with qmail-scanner-0.96 (sweep: 2.4/3.46. . Clean. Processed in 0.977934 secs); 31 Aug 2001 11:57:23 -0000 Received: from du1.transactionware.com (HELO haym) (192.168.1.10) by ck.transactionware.com with SMTP; 31 Aug 2001 11:57:22 -0000 Message-ID: <006501c13211$ca07dbb0$0a01a8c0@haym.transactionware.com> From: "Jan Mikkelsen" To: "Benjamin Gross" , Subject: Re: Undefined symbol "_ZTVN10__cxxabiv117__class_type_infoE" Date: Fri, 31 Aug 2001 22:40:51 +1100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3612.1700 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG You probably have the system default libstdc++.so.3 in your library search path before the GCC 3 libstdc++.so.3. Try setting LD_LIBRARY_PATH to the GCC 3 lib directory. Jan Mikkelsen -----Original Message----- From: Benjamin Gross To: freebsd-hackers@FreeBSD.ORG Date: Wednesday, 29 August 2001 18:11 Subject: Undefined symbol "_ZTVN10__cxxabiv117__class_type_infoE" >Hello, > >I've just installed gcc version 3.0 on a FreeBSD v4.4 system to work on a c++ project, and when I try to execute a program that has been successfully compiled and linked, I get the following message: > >/usr/libexec/ld-elf.so.1: Undefined symbol "_ZTVN10__cxxabiv117__class_type_infoE" referenced from COPY relocation in ./test > >Does anyone know what the problem is ? > >thanks, > >ben > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 5:50: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by hub.freebsd.org (Postfix) with ESMTP id 7804637B403 for ; Fri, 31 Aug 2001 05:49:57 -0700 (PDT) Received: from mail.cicely.de (cicely20 [10.1.1.22]) by srv1.cosmo-project.de (8.11.0/8.11.0) with ESMTP id f7VCnsA09053; Fri, 31 Aug 2001 14:49:54 +0200 (CEST) Received: (from ticso@localhost) by mail.cicely.de (8.11.0/8.11.0) id f7VCnxY27410; Fri, 31 Aug 2001 14:49:59 +0200 (CEST) Date: Fri, 31 Aug 2001 14:49:59 +0200 From: Bernd Walter To: Sridhar M Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: [Fwd: Help me regarding IP forwarding] Message-ID: <20010831144959.B27270@cicely20.cicely.de> References: <3B8E49C8.6685EC17@in.ceeyes.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B8E49C8.6685EC17@in.ceeyes.com>; from sridharm@in.ceeyes.com on Thu, Aug 30, 2001 at 07:42:24PM +0530 X-Operating-System: NetBSD cicely20.cicely.de 1.5 sparc Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 30, 2001 at 07:42:24PM +0530, Sridhar M wrote: > fxp0 : ip : 10.1.6.160/24 > fxp1: ip 10.1.6.161/24 > default gateway : ip : 10.1.6.1 > gateway and routed was enabled . routed is for dynamic routing (RIP). You don't need it if you are doing static routing. > our setup is freebsd system having two ethernet cards... one ethenet > card is connected to one host and another ehternet card is connected to > another host k, now i am unable to ping from one host to another host > thru these ethernet cards. these two hosts and free BSD system are in > the same network. You have the same network (10.1.6.0/24) in two physicaly splitted ethernet segements. Either use different networks or don't expect them to route. There are other possibilities such as NAT or bridging, but I doubt that's what you really want to do. > so that was the problem, is it possible with freeBSD ? if yes , what I guess you are missing some basic knowledge about TCP/IP routing. I would suggest you to buy a good book and learn. > could be the neceessary things to be take care? what are all the steps i > have to follow to make this packet forwrding enable? please help me, i > will be greateful to u for your response....... You simply requesting an impossible thing. It's much easier to tell you right if you would explain your intentions. -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 6:28:34 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 4767D37B401 for ; Fri, 31 Aug 2001 06:28:28 -0700 (PDT) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f7VDSMY75438; Fri, 31 Aug 2001 09:28:22 -0400 (EDT) (envelope-from bicknell) Date: Fri, 31 Aug 2001 09:28:22 -0400 From: Leo Bicknell To: Paul Richards Cc: Ceri , Leo Bicknell , freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. Message-ID: <20010831092822.A74954@ussenterprise.ufp.org> Mail-Followup-To: Leo Bicknell , Paul Richards , Ceri , Leo Bicknell , freebsd-hackers@freebsd.org References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830161505.A11705@cartman.techsupport.co.uk> <56710000.999257324@lobster.originative.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <56710000.999257324@lobster.originative.co.uk>; from paul@freebsd-services.com on Fri, Aug 31, 2001 at 12:28:44PM +0100 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 31, 2001 at 12:28:44PM +0100, Paul Richards wrote: > On the other hand, what exactly is http://www.ufp.org supposed to be useful > for when www.ufp.org is the same thing. The specific problem I ran into that started this is that the 'copy link location' option in browers (correctly) includes the whole URL. To use it with most FreeBSD tools then requires manual editing. See the next section for some thoughts. > What would happen if I did mutt http://www.ufp.org ? Nothing, as I see it. To me, there are three catagories here of ways you could make things work: 1) Work with type-appropriate URL's. That is, mutt mailto:bicknell@ufp.org should work, and lynx http://www.ufp.org should work, but traceroute http://www.ufp.org/ doesn't. 2) With with type appropriate URL's, with diagnostic tools extracting the relivant bits. So we still have mutt mailto:bicknell@ufp.org, but something like traceroute http://www.ufp.org or ping ftp://ftp.freebsd.org/pub/FreeBSD pick out just the host portion, and run a diagnostic to them. 3) Try to find the information needed. All of the above would work, plus some wacky things, like mutt ftp://bicknell@ftp.ufp.org/pub/foo would mail bicknell@ftp.ufp.org, since mutt needs a user and host it extracts the user and host part from the URL. In any case if all the info needed wasn't there, the command would fail, a-la mutt http://www.ufp.org (no user portion). > Accepting URI's instead of hostnames isn't necessarily something I'd be > against but there has to be a point to it. To that end, I think catagory #1 is important (and 75% implemented). Catagory #2 is useful, and is not really a perversion of the URL scheme. Catagory #3 strikes me as a bit over the top. -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 9: 6:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from po4.wam.umd.edu (po4.wam.umd.edu [128.8.10.166]) by hub.freebsd.org (Postfix) with ESMTP id E895137B409 for ; Fri, 31 Aug 2001 09:06:35 -0700 (PDT) Received: from sun11pg2.wam.umd.edu (IDENT:root@sun11pg2.wam.umd.edu [128.8.73.21]) by po4.wam.umd.edu (8.9.3/8.9.3) with ESMTP id MAA12571; Fri, 31 Aug 2001 12:06:30 -0400 (EDT) Received: from sun11pg2.wam.umd.edu (IDENT:sendmail@localhost [127.0.0.1]) by sun11pg2.wam.umd.edu (8.9.3/8.9.3) with SMTP id MAA25742; Fri, 31 Aug 2001 12:06:25 -0400 (EDT) Received: from localhost (culverk@localhost) by sun11pg2.wam.umd.edu (8.9.3/8.9.3) with ESMTP id MAA25738; Fri, 31 Aug 2001 12:06:24 -0400 (EDT) X-Authentication-Warning: sun11pg2.wam.umd.edu: culverk owned process doing -bs Date: Fri, 31 Aug 2001 12:06:24 -0400 (EDT) From: Kenneth Wayne Culver To: Erik Greenwald Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD and Athlon Processors In-Reply-To: <20010831042218.4B5A48E0DF@math.smsu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > > Yeah. As long as you avoid motherboards with the VIA KT133A/KT133 > > chipset and the VIA 686B Southbridge, you're probably fine (not all such > > motherboards supposedly have problems, but how do you tell the > > difference?). For more info, check out: Well, I've been using an abit kt7 (via kt133/686a chipset) with FreeBSD and I havn't had the slightest problem. I'm running this with an 800 MHz Thunderbird. > > I'm using both of those (iwill kk266) with a thunderbird 850, and haven't had > problems in fbsd. Linux flakes out a bit when I tell it I have a k7 processor, > so I told it I have a k6 and it works fine. > Ken To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 9:58:52 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.matriplex.com (ns1.matriplex.com [208.131.42.8]) by hub.freebsd.org (Postfix) with ESMTP id C331037B409 for ; Fri, 31 Aug 2001 09:58:41 -0700 (PDT) Received: from mail.matriplex.com (mail.matriplex.com [208.131.42.9]) by mail.matriplex.com (8.9.2/8.9.2) with ESMTP id JAA81954; Fri, 31 Aug 2001 09:58:21 -0700 (PDT) (envelope-from rh@matriplex.com) Date: Fri, 31 Aug 2001 09:58:21 -0700 (PDT) From: Richard Hodges To: Paul Richards Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. In-Reply-To: <56710000.999257324@lobster.originative.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 31 Aug 2001, Paul Richards wrote: > A URI is a Universial Resource Indicator, it's not a web browser address. > > On the other hand, what exactly is http://www.ufp.org supposed to be useful > for when www.ufp.org is the same thing. Why not parse it literally? For instance, http://www.ufp.org would imply TCP, dest port 80, and host www.ufp.org. For ping, that would imply that I want to test the three-way handshake on whatever is listening on port 80 at www.ufp.org For traceroute, I want to send a series of TCP SYN packets to www.ufp.org, port 80 with increasing TTL values. Perhaps this would be a way to test connectivity to a service behind a firewall. Perhaps this would be just another DOS tool for lamers... For email, this would not make a lot of sense. Should my mailer try to connect to port 80 and start with "ehlo www.ufp.org"? After all, I *DID* use the http:// prefix... Using "ftp mailto://postmaster@ufp.org" could imply that I want to send a file to someone via email. On second thought, it looks like most Internet apps would have to be rewritten to understand this new functionality. > What would happen if I did mutt http://www.ufp.org ? In this case, mutt should do an HTTP request to port 80 at www.ufp.org, grab the home page, and put it in your inbox :-) -Richard ------------------------------------------- Richard Hodges | Matriplex, inc. Product Manager | 769 Basque Way rh@matriplex.com | Carson City, NV 89706 775-886-6477 | www.matriplex.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 10:20: 7 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailgate.originative.co.uk (mailgate.originative.co.uk [62.232.68.68]) by hub.freebsd.org (Postfix) with ESMTP id 0007337B40A for ; Fri, 31 Aug 2001 10:19:55 -0700 (PDT) Received: from lobster.originative.co.uk (lobster [62.232.68.81]) by mailgate.originative.co.uk (Postfix) with ESMTP id E10BF1D162; Fri, 31 Aug 2001 18:19:53 +0100 (BST) Date: Fri, 31 Aug 2001 18:19:53 +0100 From: Paul Richards To: Richard Hodges Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. Message-ID: <177550000.999278393@lobster.originative.co.uk> In-Reply-To: References: X-Mailer: Mulberry/2.1.0b3 (Linux/x86 Demo) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --On Friday, August 31, 2001 09:58:21 -0700 Richard Hodges wrote: > On Fri, 31 Aug 2001, Paul Richards wrote: > >> A URI is a Universial Resource Indicator, it's not a web browser address. >> >> On the other hand, what exactly is http://www.ufp.org supposed to be >> useful for when www.ufp.org is the same thing. > > Why not parse it literally? For instance, http://www.ufp.org > would imply TCP, dest port 80, and host www.ufp.org. I think that's a reasonable idea. A library that parsed URI's and returned a struct with the broken out information would be a reasonably useful tool. > On second thought, it looks like most Internet apps would have to > be rewritten to understand this new functionality. What apps did with the information from the URI is probably up to them. >> What would happen if I did mutt http://www.ufp.org ? > > In this case, mutt should do an HTTP request to port 80 at www.ufp.org, > grab the home page, and put it in your inbox :-) If that's what the mutt developers wanted to do with the URI then why not? Having a set of URI functions might be useful. How many applications get changed to make use of the functionality and in what ways is probably something different to think about and something that can be done on an application by application basis (with an overall aim for consistency though). Paul Richards FreeBSD Services Ltd http://www.freebsd-services.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 10:35:32 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 0426837B407; Fri, 31 Aug 2001 10:35:23 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA96839; Fri, 31 Aug 2001 10:50:30 -0700 (PDT) Date: Fri, 31 Aug 2001 10:50:28 -0700 (PDT) From: Julian Elischer To: Tor.Egge@fast.no Cc: mb@imp.ch, bde@zeta.org.au, bkarp@icsi.berkeley.edu, kpielorz@tdx.co.uk, sthaug@nethelp.no, atrn@zeta.org.au, roberto@eurocontrol.fr, drussell@saturn-tech.com, phk@FreeBSD.ORG, Patrick.Guelat@imp.ch, freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset In-Reply-To: <200108310148.DAA80823@midten.fast.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG tor, will you commit this? On Fri, 31 Aug 2001 Tor.Egge@fast.no wrote: > > I wrote: > > > The problem here is that CPU#1 fails to hold clock_lock while setting > > clkintr_pending, causing i8254_offset to be stepped twice, first due > > to clkintr_pending, then due to i8254_lastcount being larger than count. > > With this patch applied to RELENG_4, the clock speedup seems to disappear. > > > --- apic_vector.s.old Fri Mar 2 13:47:31 2001 > +++ apic_vector.s Fri Aug 31 01:07:53 2001 > @@ -707,7 +707,12 @@ > FAST_INTR(21,fastintr21) > FAST_INTR(22,fastintr22) > FAST_INTR(23,fastintr23) > -#define CLKINTR_PENDING movl $1,CNAME(clkintr_pending) > +#define CLKINTR_PENDING pushl $clock_lock; \ > + call s_lock; \ > + movl $1,CNAME(clkintr_pending); \ > + call s_unlock; \ > + addl $4, %esp > + > INTR(0,intr0, CLKINTR_PENDING) > INTR(1,intr1,) > INTR(2,intr2,) > > > The corresponding patch for -current is > > Index: apic_vector.s > =================================================================== > RCS file: /home/ncvs/src/sys/i386/isa/apic_vector.s,v > retrieving revision 1.71 > diff -u -r1.71 apic_vector.s > --- apic_vector.s 27 Apr 2001 19:28:21 -0000 1.71 > +++ apic_vector.s 31 Aug 2001 01:35:05 -0000 > @@ -7,6 +7,8 @@ > #include > #include > > +#include > + > #include "i386/isa/intr_machdep.h" > > /* convert an absolute IRQ# into a bitmask */ > @@ -384,7 +425,11 @@ > FAST_INTR(29,fastintr29) > FAST_INTR(30,fastintr30) > FAST_INTR(31,fastintr31) > -#define CLKINTR_PENDING movl $1,CNAME(clkintr_pending) > +#define CLKINTR_PENDING MTX_LOCK_SPIN(clock_lock, 0); \ > + movl $1,CNAME(clkintr_pending); \ > + MTX_UNLOCK_SPIN(clock_lock) > + > + > /* Threaded interrupts */ > INTR(0,intr0, CLKINTR_PENDING) > INTR(1,intr1,) > > > - Tor Egge > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 10:45:13 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from math.smsu.edu (math.smsu.edu [146.7.45.198]) by hub.freebsd.org (Postfix) with ESMTP id 44C8C37B406 for ; Fri, 31 Aug 2001 10:45:11 -0700 (PDT) Received: by math.smsu.edu (Postfix, from userid 1000) id F26D98E7D9; Fri, 31 Aug 2001 12:45:09 -0500 (CDT) To: freebsd-hackers@freebsd.org Subject: Re: FreeBSD and Athlon Processors Message-Id: <20010831174509.F26D98E7D9@math.smsu.edu> Date: Fri, 31 Aug 2001 12:45:09 -0500 (CDT) From: erik@math.smsu.edu (Erik Greenwald) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > > > > > > Yeah. As long as you avoid motherboards with the VIA KT133A/KT133 > > > chipset and the VIA 686B Southbridge, you're probably fine (not all such > > > motherboards supposedly have problems, but how do you tell the > > > difference?). For more info, check out: > > Well, I've been using an abit kt7 (via kt133/686a chipset) with FreeBSD > and I havn't had the slightest problem. I'm running this with an 800 MHz > Thunderbird. > > > > > I'm using both of those (iwill kk266) with a thunderbird 850, and haven't had > > problems in fbsd. Linux flakes out a bit when I tell it I have a k7 processor, > > so I told it I have a k6 and it works fine. > > > Ken > > > sorry, this thread was supposed to stay in -stable, my slow brain and fat fingers typed in the wrong reply address :) I really need to get around to getting my mail client capable of sending so I don't have to compose, shell into a mail capable machine, then send my response... -Erik To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 11:15: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dayspring.firedrake.org (dayspring.firedrake.org [195.82.105.251]) by hub.freebsd.org (Postfix) with ESMTP id CC94F37B406 for ; Fri, 31 Aug 2001 11:14:59 -0700 (PDT) Received: from float by dayspring.firedrake.org with local (Exim 3.22 #1 (Debian)) id 15csmy-0002EZ-00; Fri, 31 Aug 2001 19:13:08 +0100 Date: Fri, 31 Aug 2001 19:13:08 +0100 To: Leo Bicknell Cc: Paul Richards , Ceri , freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. Message-ID: <20010831191308.A8507@firedrake.org> References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830161505.A11705@cartman.techsupport.co.uk> <56710000.999257324@lobster.originative.co.uk> <20010831092822.A74954@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010831092822.A74954@ussenterprise.ufp.org> User-Agent: Mutt/1.3.18i From: void Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 31, 2001 at 09:28:22AM -0400, Leo Bicknell wrote: > > In any case if all the info needed wasn't there, the command would fail, > a-la mutt http://www.ufp.org (no user portion). I believe that is a valid local email address. -- Ben "An art scene of delight I created this to be ..." -- Sun Ra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 11:15:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx.wgate.com (mail.wgate.com [38.219.83.4]) by hub.freebsd.org (Postfix) with SMTP id 8EA5837B401 for ; Fri, 31 Aug 2001 11:15:47 -0700 (PDT) To: Steve Roome Cc: Keith Stevenson , Leo Bicknell , freebsd-hackers@FreeBSD.ORG Received: From MAIL.WGATE.COM (10.1.1.4[10.1.1.4 port:1833]) by mx.wgate.comMail essentials (server 2.429) with SMTP id: <2489@mx.wgate.com>transfer for ; Fri, 31 Aug 2001 2:11:48 PM -0400 ;transfer smtpmailfrom X-MESINK_Inbound: 0 X-MESINK_MailForType: SMTP X-MESINK_SenderType: SMTP X-MESINK_Sender: msinz@wgate.com X-MESINK_MailFor: freebsd-hackers@FreeBSD.ORG Received: from sinz.eng.tvol.net ([10.32.2.99]) by mail.wgate.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13)id R8Z2NQF4; Fri, 31 Aug 2001 14:14:21 -0400 Received: from wgate.com (localhost [127.0.0.1])by sinz.eng.tvol.net (8.11.3/8.11.3) with ESMTP id f7VIF9L30971;Fri, 31 Aug 2001 14:15:09 -0400 (EDT)(envelope-from msinz@wgate.com) Date: Fri, 31 Aug 2001 14:15:09 -0400 From: Michael Sinz Organization: WorldGate Communications Inc. X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.3-STABLE i386) X-Accept-Language: en Subject: Re: Should URL's be pervasive. References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830111708.A20961@osaka.louisville.edu> <20010830232109.A1077@dylan.home> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit x-receiver: freebsd-hackers@FreeBSD.ORG x-sender: msinz@wgate.com MIME-Version: 1.0 Message-ID: <00000e180511ee07d1@[192.168.1.4]> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Steve Roome wrote: > > On Thu, Aug 30, 2001 at 11:17:08AM -0400, Keith Stevenson wrote: > > Ick. If I wanted this kind of integration I would run Windows, KDE, or GNOME > > instead of my nice, stable, predictable, lightweight desktop environment. > > This entire email is very IMHO > > Why? a URI is by name a "Uniform Resource Locator", the standard idea > being that anything can be referenced by using a uniform system. > > I mean other than the fact that it might look ugly, or not seem like a > good idea, it's become a fairly standard way of addressing things. > > Anyway, how else would you wish to describe something that can quite > legibly define a particular protocol to use on a particular port of a > machine and furthermore can give extra information. I too have been hoping for (and building internal tools) that work this way. I really wish you could just do: open("nfs://server.name.dom/directory/file.txt") and have it work. That would be nice. (Replace the above with ftp: or http: or whatever other protocol would provide read and/or write access.) Anyway, I don't see it happening quickly but I don't see it as a bad thing and I would guess that it will eventually get to that point. (The network includes your local machine so why not) -- Michael Sinz ---- Worldgate Communications ---- msinz@wgate.com A master's secrets are only as good as the master's ability to explain them to others. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 11:22:51 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id 5C38E37B40D for ; Fri, 31 Aug 2001 11:22:26 -0700 (PDT) Received: (qmail 96523 invoked from network); 31 Aug 2001 18:22:25 -0000 Received: from unknown (HELO laptop.baldwin.cx) ([64.81.54.73]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 31 Aug 2001 18:22:25 -0000 Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200108310148.DAA80823@midten.fast.no> Date: Fri, 31 Aug 2001 11:22:30 -0700 (PDT) From: John Baldwin To: Tor.Egge@fast.no Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset Cc: freebsd-smp@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, Patrick.Guelat@imp.ch, phk@FreeBSD.ORG, drussell@saturn-tech.com, roberto@eurocontrol.fr, atrn@zeta.org.au, sthaug@nethelp.no, kpielorz@tdx.co.uk, bkarp@icsi.berkeley.edu, bde@zeta.org.au, mb@imp.ch Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 31-Aug-01 Tor.Egge@fast.no wrote: > > I wrote: > >> The problem here is that CPU#1 fails to hold clock_lock while setting >> clkintr_pending, causing i8254_offset to be stepped twice, first due >> to clkintr_pending, then due to i8254_lastcount being larger than count. > > The corresponding patch for -current is Hmm, does -current even need clkintr_pending anymore? What is its purpose? -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 11:37:44 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.newgold.net (aphex.newgold.net [209.42.222.44]) by hub.freebsd.org (Postfix) with SMTP id DE80437B407 for ; Fri, 31 Aug 2001 11:37:39 -0700 (PDT) Received: (qmail 21719 invoked by uid 1000); 31 Aug 2001 18:37:37 -0000 Date: Fri, 31 Aug 2001 18:37:37 +0000 From: Joseph Mallett To: Michael Sinz Cc: Steve Roome , Keith Stevenson , Leo Bicknell , freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. Message-ID: <20010831183737.B21431@NewGold.NET> References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830111708.A20961@osaka.louisville.edu> <20010830232109.A1077@dylan.home> <00000e180511ee07d1@[192.168.1.4]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00000e180511ee07d1@[192.168.1.4]> User-Agent: Mutt/1.3.21i Organisation: New Gold Technology Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 31, 2001 at 02:15:09PM -0400, Michael Sinz wrote: > > open("nfs://server.name.dom/directory/file.txt") > > and have it work. That would be nice. (Replace the above with > ftp: or http: or whatever other protocol would provide read and/or write > access.) > > Anyway, I don't see it happening quickly but I don't see it as a bad thing > and I would guess that it will eventually get to that point. (The network > includes your local machine so why not) Check out ftpfs in the HURD. That might be a better way to do it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 11:53:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from holly.calldei.com (adsl-208-191-149-190.dsl.hstntx.swbell.net [208.191.149.190]) by hub.freebsd.org (Postfix) with ESMTP id EEDBB37B407 for ; Fri, 31 Aug 2001 11:53:22 -0700 (PDT) Received: (from chris@localhost) by holly.calldei.com (8.11.4/8.9.3) id f7VIqsr29459; Fri, 31 Aug 2001 13:52:55 -0500 (CDT) (envelope-from chris) Date: Fri, 31 Aug 2001 13:52:33 -0500 From: Chris Costello To: Michael Sinz Cc: Steve Roome , Keith Stevenson , Leo Bicknell , freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. Message-ID: <20010831135233.O61360@holly.calldei.com> Reply-To: chris@calldei.com References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830111708.A20961@osaka.louisville.edu> <20010830232109.A1077@dylan.home> <00000e180511ee07d1@[192.168.1.4]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00000e180511ee07d1@[192.168.1.4]>; from msinz@wgate.com on Fri, Aug 31, 2001 at 02:15:09PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday, August 31, 2001, Michael Sinz wrote: > I too have been hoping for (and building internal tools) that work > this way. I really wish you could just do: > > open("nfs://server.name.dom/directory/file.txt") > > and have it work. That would be nice. (Replace the above with > ftp: or http: or whatever other protocol would provide read and/or write > access.) > > Anyway, I don't see it happening quickly but I don't see it as a bad thing > and I would guess that it will eventually get to that point. (The network > includes your local machine so why not) Whatever happened to not distinguishing different types of file systems from one another in pathnames? And are you suggesting that we add network overhead (I'd still imagine lo0 can't help speeding things up...) to file system accesses? -- +-------------------+-----------------------------------------------------+ | Chris Costello | It's not hard to meet expenses, they're everywhere. | | chris@calldei.com | | +-------------------+-----------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 11:57:31 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from holly.calldei.com (adsl-208-191-149-190.dsl.hstntx.swbell.net [208.191.149.190]) by hub.freebsd.org (Postfix) with ESMTP id 226E337B407 for ; Fri, 31 Aug 2001 11:57:29 -0700 (PDT) Received: (from chris@localhost) by holly.calldei.com (8.11.4/8.9.3) id f7VIuuW29493; Fri, 31 Aug 2001 13:56:56 -0500 (CDT) (envelope-from chris) Date: Fri, 31 Aug 2001 13:56:35 -0500 From: Chris Costello To: Joseph Mallett Cc: Michael Sinz , Steve Roome , Keith Stevenson , Leo Bicknell , freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. Message-ID: <20010831135635.P61360@holly.calldei.com> Reply-To: chris@calldei.com References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830111708.A20961@osaka.louisville.edu> <20010830232109.A1077@dylan.home> <00000e180511ee07d1@[192.168.1.4]> <20010831183737.B21431@NewGold.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010831183737.B21431@NewGold.NET>; from jmallett@NewGold.NET on Fri, Aug 31, 2001 at 06:37:37PM +0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday, August 31, 2001, Joseph Mallett wrote: > Check out ftpfs in the HURD. That might be a better way to do it. No, I think that we're better off with NFS... -- +-------------------+--------------------------------------------------+ | Chris Costello | Help support helpless victims of computer error. | | chris@calldei.com | | +-------------------+--------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 12: 7: 6 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id C7C6E37B405 for ; Fri, 31 Aug 2001 12:07:03 -0700 (PDT) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f7VJ6uQ94599; Fri, 31 Aug 2001 15:06:56 -0400 (EDT) (envelope-from bicknell) Date: Fri, 31 Aug 2001 15:06:56 -0400 From: Leo Bicknell To: Chris Costello Cc: Michael Sinz , Steve Roome , Keith Stevenson , Leo Bicknell , freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. Message-ID: <20010831150656.A93060@ussenterprise.ufp.org> Mail-Followup-To: Leo Bicknell , Chris Costello , Michael Sinz , Steve Roome , Keith Stevenson , Leo Bicknell , freebsd-hackers@FreeBSD.ORG References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830111708.A20961@osaka.louisville.edu> <20010830232109.A1077@dylan.home> <00000e180511ee07d1@[192.168.1.4]> <20010831135233.O61360@holly.calldei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010831135233.O61360@holly.calldei.com>; from chris@calldei.com on Fri, Aug 31, 2001 at 01:52:33PM -0500 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 31, 2001 at 01:52:33PM -0500, Chris Costello wrote: > Whatever happened to not distinguishing different types of file > systems from one another in pathnames? And are you suggesting that > we add network overhead (I'd still imagine lo0 can't help speeding > things up...) to file system accesses? Presumably 'file:/etc/passwd' would not go through lo0. -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 12: 8:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from holly.calldei.com (adsl-208-191-149-190.dsl.hstntx.swbell.net [208.191.149.190]) by hub.freebsd.org (Postfix) with ESMTP id B83F037B403 for ; Fri, 31 Aug 2001 12:08:36 -0700 (PDT) Received: (from chris@localhost) by holly.calldei.com (8.11.4/8.9.3) id f7VJ8E729546; Fri, 31 Aug 2001 14:08:14 -0500 (CDT) (envelope-from chris) Date: Fri, 31 Aug 2001 14:08:14 -0500 From: Chris Costello To: Leo Bicknell Cc: Michael Sinz , Steve Roome , Keith Stevenson , freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. Message-ID: <20010831140814.Q61360@holly.calldei.com> Reply-To: chris@calldei.com References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830111708.A20961@osaka.louisville.edu> <20010830232109.A1077@dylan.home> <00000e180511ee07d1@[192.168.1.4]> <20010831135233.O61360@holly.calldei.com> <20010831150656.A93060@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010831150656.A93060@ussenterprise.ufp.org>; from bicknell@ufp.org on Fri, Aug 31, 2001 at 03:06:56PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Friday, August 31, 2001, Leo Bicknell wrote: > Presumably 'file:/etc/passwd' would not go through lo0. I understood his statement (`the network includes the local machine') to imply that he wants to do nfs://localhost/etc/passwd rather than file:/etc/passwd. -- +-------------------+----------------------------------------+ | Chris Costello | All the simple programs have been | | chris@calldei.com | written, and all the good names taken. | +-------------------+----------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 12: 9:39 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 0B39E37B403; Fri, 31 Aug 2001 12:09:28 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id FAA05483; Sat, 1 Sep 2001 05:08:51 +1000 Date: Sat, 1 Sep 2001 05:08:38 +1000 (EST) From: Bruce Evans X-X-Sender: To: Cc: , , , , , , , , , , Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset In-Reply-To: <200108310148.DAA80823@midten.fast.no> Message-ID: <20010901044125.V5017-100000@besplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 31 Aug 2001 Tor.Egge@fast.no wrote: > I wrote: > > > The problem here is that CPU#1 fails to hold clock_lock while setting > > clkintr_pending, causing i8254_offset to be stepped twice, first due > > to clkintr_pending, then due to i8254_lastcount being larger than count. > > With this patch applied to RELENG_4, the clock speedup seems to disappear. > > --- apic_vector.s.old Fri Mar 2 13:47:31 2001 > +++ apic_vector.s Fri Aug 31 01:07:53 2001 > @@ -707,7 +707,12 @@ > FAST_INTR(21,fastintr21) > FAST_INTR(22,fastintr22) > FAST_INTR(23,fastintr23) > -#define CLKINTR_PENDING movl $1,CNAME(clkintr_pending) > +#define CLKINTR_PENDING pushl $clock_lock; \ > + call s_lock; \ > + movl $1,CNAME(clkintr_pending); \ > + call s_unlock; \ > + addl $4, %esp > + > INTR(0,intr0, CLKINTR_PENDING) > INTR(1,intr1,) > INTR(2,intr2,) I see (amost). Please format the macro the same as the other macros in the file. > The corresponding patch for -current is This does nothing for -current, because -current uses a fast interrupt handler for clkintr() and FAST_INTR() doesn't take a CLKINTR_PENDING arg. I think this is another bug. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 12:13:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 79B0137B405 for ; Fri, 31 Aug 2001 12:13:34 -0700 (PDT) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f7VJDUs95194; Fri, 31 Aug 2001 15:13:30 -0400 (EDT) (envelope-from bicknell) Date: Fri, 31 Aug 2001 15:13:30 -0400 From: Leo Bicknell To: Chris Costello Cc: Leo Bicknell , Michael Sinz , Steve Roome , Keith Stevenson , freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. Message-ID: <20010831151330.A95166@ussenterprise.ufp.org> Mail-Followup-To: Leo Bicknell , Chris Costello , Leo Bicknell , Michael Sinz , Steve Roome , Keith Stevenson , freebsd-hackers@FreeBSD.ORG References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830111708.A20961@osaka.louisville.edu> <20010830232109.A1077@dylan.home> <00000e180511ee07d1@[192.168.1.4]> <20010831135233.O61360@holly.calldei.com> <20010831150656.A93060@ussenterprise.ufp.org> <20010831140814.Q61360@holly.calldei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010831140814.Q61360@holly.calldei.com>; from chris@calldei.com on Fri, Aug 31, 2001 at 02:08:14PM -0500 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 31, 2001 at 02:08:14PM -0500, Chris Costello wrote: > I understood his statement (`the network includes the local > machine') to imply that he wants to do nfs://localhost/etc/passwd > rather than file:/etc/passwd. I would expect both to work, with differing levels of performance. If some users prefer the 'all-nfs' design to keep everything the same, more power to them. -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 12:15:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from midten.fast.no (midten.fast.no [213.188.8.11]) by hub.freebsd.org (Postfix) with ESMTP id E867337B403; Fri, 31 Aug 2001 12:15:35 -0700 (PDT) Received: from fast.no (IDENT:tegge@midten.fast.no [213.188.8.11]) by midten.fast.no (8.9.3/8.9.3) with ESMTP id VAA34938; Fri, 31 Aug 2001 21:15:34 +0200 (CEST) Message-Id: <200108311915.VAA34938@midten.fast.no> To: jhb@FreeBSD.org Cc: freebsd-smp@FreeBSD.org, freebsd-hackers@FreeBSD.org, Patrick.Guelat@imp.ch, phk@FreeBSD.org, drussell@saturn-tech.com, roberto@eurocontrol.fr, atrn@zeta.org.au, sthaug@nethelp.no, kpielorz@tdx.co.uk, bkarp@icsi.berkeley.edu, bde@zeta.org.au, mb@imp.ch Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset From: Tor.Egge@fast.no In-Reply-To: Your message of "Fri, 31 Aug 2001 11:22:30 -0700 (PDT)" References: X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 31 Aug 2001 21:15:33 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Hmm, does -current even need clkintr_pending anymore? What is its purpose? There is a problem if i8254_get_timecount locks clock_lock right before a rollover but reads the timer right afterwards. In that case, a too low value can be returned (resulting in 1/Hz too small time value) although the result will still be monotonous. For RELENG_4, which uses Xintr0, this problem is reduced by adding the clkintr_pending variable (cf. revision 1.134 of clock.c and revision 1.38 of apic_vector.s) Looking more at the code, I now see that clkintr_pending is never set in -current due to Xintr0 not being used (Xfastintr0 is now used). Using a fast interrupt for the clock interrupt gives some of the same reduction of the race window size as the use of clkintr_pending. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 12:33:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 0AD0D37B401; Fri, 31 Aug 2001 12:33:46 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA97426; Fri, 31 Aug 2001 12:48:13 -0700 (PDT) Date: Fri, 31 Aug 2001 12:48:12 -0700 (PDT) From: Julian Elischer To: Tor.Egge@fast.no Cc: jhb@FreeBSD.org, freebsd-smp@FreeBSD.org, freebsd-hackers@FreeBSD.org, Patrick.Guelat@imp.ch, phk@FreeBSD.org, drussell@saturn-tech.com, roberto@eurocontrol.fr, atrn@zeta.org.au, sthaug@nethelp.no, kpielorz@tdx.co.uk, bkarp@icsi.berkeley.edu, bde@zeta.org.au, mb@imp.ch Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset In-Reply-To: <200108311915.VAA34938@midten.fast.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 31 Aug 2001 Tor.Egge@fast.no wrote: > > > Hmm, does -current even need clkintr_pending anymore? What is its purpose? > > There is a problem if i8254_get_timecount locks clock_lock right > before a rollover but reads the timer right afterwards. In that case, > a too low value can be returned (resulting in 1/Hz too small time > value) although the result will still be monotonous. hmm monotonus? That explains the sudden bursts of sleepiness I occasionally get when seated in front of the terminal! (monatomicly increasing maybe?) Not meant to be a slight on your english, which is excellent, but just too funny to pass up. > > For RELENG_4, which uses Xintr0, this problem is reduced by adding the > clkintr_pending variable (cf. revision 1.134 of clock.c and revision > 1.38 of apic_vector.s) > > Looking more at the code, I now see that clkintr_pending is never set > in -current due to Xintr0 not being used (Xfastintr0 is now used). > Using a fast interrupt for the clock interrupt gives some of the same > reduction of the race window size as the use of clkintr_pending. > > - Tor Egge > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 12:36:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.121.85]) by hub.freebsd.org (Postfix) with ESMTP id EE89937B407 for ; Fri, 31 Aug 2001 12:36:05 -0700 (PDT) Received: from mindspring.com (dialup-209.245.138.180.Dial1.SanJose1.Level3.net [209.245.138.180]) by gull.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id MAA23425; Fri, 31 Aug 2001 12:35:58 -0700 (PDT) Message-ID: <3B8FE743.AB1099D6@mindspring.com> Date: Fri, 31 Aug 2001 12:36:35 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jan Mikkelsen Cc: Benjamin Gross , freebsd-hackers@FreeBSD.ORG Subject: Re: Undefined symbol "_ZTVN10__cxxabiv117__class_type_infoE" References: <006501c13211$ca07dbb0$0a01a8c0@haym.transactionware.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jan Mikkelsen wrote: > > You probably have the system default libstdc++.so.3 in your library search > path before the GCC 3 libstdc++.so.3. Try setting LD_LIBRARY_PATH to the > GCC 3 lib directory. NOTE: If you are using the FreeBSD .mk files to build this, and you are setting DESTDIR, you can set your library and include path until the cows come home, and it won't help: you will still get the system default C++ includes and libraries, no matter what (the .mk files are broken for use with a compiler other than the system default). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 12:40:35 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from midten.fast.no (midten.fast.no [213.188.8.11]) by hub.freebsd.org (Postfix) with ESMTP id 3A53A37B40B; Fri, 31 Aug 2001 12:40:04 -0700 (PDT) Received: from fast.no (IDENT:tegge@midten.fast.no [213.188.8.11]) by midten.fast.no (8.9.3/8.9.3) with ESMTP id VAA35839; Fri, 31 Aug 2001 21:39:44 +0200 (CEST) Message-Id: <200108311939.VAA35839@midten.fast.no> To: bde@zeta.org.au Cc: mb@imp.ch, bkarp@icsi.berkeley.edu, kpielorz@tdx.co.uk, sthaug@nethelp.no, atrn@zeta.org.au, roberto@eurocontrol.fr, drussell@saturn-tech.com, phk@FreeBSD.ORG, Patrick.Guelat@imp.ch, freebsd-hackers@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset From: Tor.Egge@fast.no In-Reply-To: Your message of "Sat, 1 Sep 2001 05:08:38 +1000 (EST)" References: <20010901044125.V5017-100000@besplex.bde.org> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 31 Aug 2001 21:39:44 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I see (amost). > > Please format the macro the same as the other macros in the file. Index: apic_vector.s =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/apic_vector.s,v retrieving revision 1.47.2.4 diff -u -r1.47.2.4 apic_vector.s --- apic_vector.s 18 Jul 2000 21:12:41 -0000 1.47.2.4 +++ apic_vector.s 31 Aug 2001 19:24:24 -0000 @@ -653,7 +707,14 @@ FAST_INTR(21,fastintr21) FAST_INTR(22,fastintr22) FAST_INTR(23,fastintr23) -#define CLKINTR_PENDING movl $1,CNAME(clkintr_pending) + +#define CLKINTR_PENDING \ + pushl $clock_lock; \ + call s_lock; \ + movl $1,CNAME(clkintr_pending); \ + call s_unlock; \ + addl $4, %esp + INTR(0,intr0, CLKINTR_PENDING) INTR(1,intr1,) INTR(2,intr2,) > > > The corresponding patch for -current is > > This does nothing for -current, because -current uses a fast interrupt > handler for clkintr() and FAST_INTR() doesn't take a CLKINTR_PENDING > arg. I think this is another bug. Adding a CLKINTR_PENDING arg to FAST_INTR() doesn't eliminate the race where a wrong value is returned by i8254_get_timecount(). - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 12:41:16 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 237E137B406; Fri, 31 Aug 2001 12:41:08 -0700 (PDT) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f7VJf1u97036; Fri, 31 Aug 2001 15:41:01 -0400 (EDT) (envelope-from bicknell) Date: Fri, 31 Aug 2001 15:41:01 -0400 From: Leo Bicknell To: Julian Elischer Cc: Tor.Egge@fast.no, jhb@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, Patrick.Guelat@imp.ch, phk@FreeBSD.ORG, drussell@saturn-tech.com, roberto@eurocontrol.fr, atrn@zeta.org.au, sthaug@nethelp.no, kpielorz@tdx.co.uk, bkarp@icsi.berkeley.edu, bde@zeta.org.au, mb@imp.ch Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset Message-ID: <20010831154101.B95166@ussenterprise.ufp.org> Mail-Followup-To: Leo Bicknell , Julian Elischer , Tor.Egge@fast.no, jhb@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, Patrick.Guelat@imp.ch, phk@FreeBSD.ORG, drussell@saturn-tech.com, roberto@eurocontrol.fr, atrn@zeta.org.au, sthaug@nethelp.no, kpielorz@tdx.co.uk, bkarp@icsi.berkeley.edu, bde@zeta.org.au, mb@imp.ch References: <200108311915.VAA34938@midten.fast.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from julian@elischer.org on Fri, Aug 31, 2001 at 12:48:12PM -0700 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 31, 2001 at 12:48:12PM -0700, Julian Elischer wrote: > > value) although the result will still be monotonous. > > > hmm monotonus? That explains the sudden bursts of sleepiness I > occasionally get when seated in front of the terminal! > > (monatomicly increasing maybe?) It increases by one atom at a time? I let the first one go, but this was goo funny. :-) I believe you both want 'monotonic'. -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 12:52:56 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id D898037B405; Fri, 31 Aug 2001 12:52:47 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id FAA07363; Sat, 1 Sep 2001 05:52:39 +1000 Date: Sat, 1 Sep 2001 05:52:26 +1000 (EST) From: Bruce Evans X-X-Sender: To: Cc: , , , , , , , , , , , Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset In-Reply-To: <200108311915.VAA34938@midten.fast.no> Message-ID: <20010901053233.W5355-100000@besplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 31 Aug 2001 Tor.Egge@fast.no wrote: > For RELENG_4, which uses Xintr0, this problem is reduced by adding the > clkintr_pending variable (cf. revision 1.134 of clock.c and revision > 1.38 of apic_vector.s) > > Looking more at the code, I now see that clkintr_pending is never set > in -current due to Xintr0 not being used (Xfastintr0 is now used). > Using a fast interrupt for the clock interrupt gives some of the same > reduction of the race window size as the use of clkintr_pending. I remember this a bit better after reading my log message for rev.1.134 of clock.c :-). At the time, the clock interrupt handler was not fast. However, it could be delayed for a while by a fast interrupt handler (it still can). Since it is delayed, it can't set clkintr_pending and we have to rely on the irr overflow test working for longer. Rev.1.134 only claims to work for the non-SMP case. The irr test apparently never worked for SMP. Otherwise, it might be preferable to use the irr overflow check instead of or as a backup to clkintr_pending, but it can't be, since the irr bit is cleared when the irq is acked. This behaviour also gives races for SMP: the irr bit may become invalid while you're looking it when another CPU acks the irq. Making the clock interrupt handler fast doesn't significantly change the problems as far as I can see. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 12:54: 1 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by hub.freebsd.org (Postfix) with ESMTP id 3238937B401 for ; Fri, 31 Aug 2001 12:53:56 -0700 (PDT) Received: from mindspring.com (dialup-209.245.138.180.Dial1.SanJose1.Level3.net [209.245.138.180]) by swan.mail.pas.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id MAA21783; Fri, 31 Aug 2001 12:52:06 -0700 (PDT) Message-ID: <3B8FEB0D.52F83818@mindspring.com> Date: Fri, 31 Aug 2001 12:52:45 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: deepak@ai.net Cc: "freebsd-hackers@FreeBSD. ORG" Subject: Re: FW: Interesting Router Question References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Deepak Jain wrote: > We've got a customer running a FreeBSD router with 2 x 1GE interfaces [ti0 > and ti1]. At no point was bandwidth an issue. > > The router was under some kind of ICMP attack: > > For about 30 minutes: > icmp-response bandwidth limit 96304/200 pps I've seen this happen in a lab when there are a large number of ICMP redirects coming into the machine from the next hop, which doesn't believe itself to be the next hop, directing you to the "real" next hop. This can happen with asymmetric routes. You can also see this in the NAT case, where you get a gateway redirect to the NAT box from the local gateway, with a "ping". Stopping and restarting the "ping" makes it honor the redirect for subsequent packets, but the initial "ping" program does not honor it after the first (or nth) time it gets the redirect: it merrily pounds away at the redirecting machine. I don't know why the route does not get adjusted like it should, so that subsequent attempts don't trigger the redirect, but it doesn't (this seems to be a problem with the FreeBSD routing code). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 13: 1:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from bingnet2.cc.binghamton.edu (bingnet2.cc.binghamton.edu [128.226.1.18]) by hub.freebsd.org (Postfix) with ESMTP id 4B98F37B401 for ; Fri, 31 Aug 2001 13:01:32 -0700 (PDT) Received: from opal (cs.binghamton.edu [128.226.123.101]) by bingnet2.cc.binghamton.edu (8.11.4/8.11.4) with ESMTP id f7VK1UE21151 for ; Fri, 31 Aug 2001 16:01:30 -0400 (EDT) Date: Fri, 31 Aug 2001 16:00:48 -0400 (EDT) From: Zhihui Zhang X-Sender: zzhang@opal To: freebsd-hackers@freebsd.org Subject: What is VT_TFS? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG What is the file system that uses VT_TFS in vnode.h? Is it still available on FreeBSD? Thanks. -Zhihui To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 13:13:49 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 071FA37B401; Fri, 31 Aug 2001 13:13:43 -0700 (PDT) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA97671; Fri, 31 Aug 2001 13:32:25 -0700 (PDT) Date: Fri, 31 Aug 2001 13:32:24 -0700 (PDT) From: Julian Elischer To: Leo Bicknell Cc: Tor.Egge@fast.no, jhb@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, Patrick.Guelat@imp.ch, phk@FreeBSD.ORG, drussell@saturn-tech.com, roberto@eurocontrol.fr, atrn@zeta.org.au, sthaug@nethelp.no, kpielorz@tdx.co.uk, bkarp@icsi.berkeley.edu, bde@zeta.org.au, mb@imp.ch Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset In-Reply-To: <20010831154101.B95166@ussenterprise.ufp.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 31 Aug 2001, Leo Bicknell wrote: > On Fri, Aug 31, 2001 at 12:48:12PM -0700, Julian Elischer wrote: > > > value) although the result will still be monotonous. > > > > > > hmm monotonus? That explains the sudden bursts of sleepiness I > > occasionally get when seated in front of the terminal! > > > > (monatomicly increasing maybe?) > > It increases by one atom at a time? > > I let the first one go, but this was goo funny. :-) > > I believe you both want 'monotonic'. Well *blush*.. of course!, yes, umm "m" is close to "n" on the keyboard..? > > -- > Leo Bicknell - bicknell@ufp.org > Systems Engineer - Internetworking Engineer - CCIE 3440 > Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 13:14:26 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aries.ai.net (aries.ai.net [205.134.163.4]) by hub.freebsd.org (Postfix) with ESMTP id 68F9937B40A for ; Fri, 31 Aug 2001 13:14:21 -0700 (PDT) Received: from blood (pool-138-88-49-40.res.east.verizon.net [138.88.49.40]) by aries.ai.net (8.9.3/8.9.3) with SMTP id QAA09979; Fri, 31 Aug 2001 16:20:04 -0400 (EDT) (envelope-from deepak@ai.net) Reply-To: From: "Deepak Jain" To: Cc: "freebsd-hackers@FreeBSD. ORG" Subject: RE: FW: Interesting Router Question Date: Fri, 31 Aug 2001 16:18:18 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <3B8FEB0D.52F83818@mindspring.com> Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think this is EXACTLY what happened. We give the customer two upstream GigE connections and the customer is preferentially using one. Routes are actually staticly routed to both GigE interfaces. Is there an RFC you know of that says this is bad behavior? I guess we'll have to filter ICMP packets destined for the router from now on or remove one of the interfaces. Thanks, Deepak Jain AiNET -----Original Message----- From: owner-freebsd-hackers@FreeBSD.ORG [mailto:owner-freebsd-hackers@FreeBSD.ORG]On Behalf Of Terry Lambert Sent: Friday, August 31, 2001 3:53 PM To: deepak@ai.net Cc: freebsd-hackers@FreeBSD. ORG Subject: Re: FW: Interesting Router Question Deepak Jain wrote: > We've got a customer running a FreeBSD router with 2 x 1GE interfaces [ti0 > and ti1]. At no point was bandwidth an issue. > > The router was under some kind of ICMP attack: > > For about 30 minutes: > icmp-response bandwidth limit 96304/200 pps I've seen this happen in a lab when there are a large number of ICMP redirects coming into the machine from the next hop, which doesn't believe itself to be the next hop, directing you to the "real" next hop. This can happen with asymmetric routes. You can also see this in the NAT case, where you get a gateway redirect to the NAT box from the local gateway, with a "ping". Stopping and restarting the "ping" makes it honor the redirect for subsequent packets, but the initial "ping" program does not honor it after the first (or nth) time it gets the redirect: it merrily pounds away at the redirecting machine. I don't know why the route does not get adjusted like it should, so that subsequent attempts don't trigger the redirect, but it doesn't (this seems to be a problem with the FreeBSD routing code). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 14: 4:22 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from midten.fast.no (midten.fast.no [213.188.8.11]) by hub.freebsd.org (Postfix) with ESMTP id 9D4E437B407; Fri, 31 Aug 2001 14:04:13 -0700 (PDT) Received: from fast.no (IDENT:tegge@midten.fast.no [213.188.8.11]) by midten.fast.no (8.9.3/8.9.3) with ESMTP id XAA38602; Fri, 31 Aug 2001 23:04:06 +0200 (CEST) Message-Id: <200108312104.XAA38602@midten.fast.no> To: bde@zeta.org.au Cc: jhb@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, Patrick.Guelat@imp.ch, phk@FreeBSD.ORG, drussell@saturn-tech.com, roberto@eurocontrol.fr, atrn@zeta.org.au, sthaug@nethelp.no, kpielorz@tdx.co.uk, bkarp@icsi.berkeley.edu, mb@imp.ch Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset From: Tor.Egge@fast.no In-Reply-To: Your message of "Sat, 1 Sep 2001 05:52:26 +1000 (EST)" References: <20010901053233.W5355-100000@besplex.bde.org> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 31 Aug 2001 23:04:06 +0200 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I remember this a bit better after reading my log message for rev.1.134 > of clock.c :-). > > At the time, the clock interrupt handler was not fast. However, it > could be delayed for a while by a fast interrupt handler (it still > can). Since it is delayed, it can't set clkintr_pending and we have > to rely on the irr overflow test working for longer. Rev.1.134 only > claims to work for the non-SMP case. The irr test apparently never > worked for SMP. Otherwise, it might be preferable to use the irr > overflow check instead of or as a backup to clkintr_pending, but it > can't be, since the irr bit is cleared when the irq is acked. This > behaviour also gives races for SMP: the irr bit may become invalid > while you're looking it when another CPU acks the irq. You need to check the irr and isr bit in the local apic on all CPUs after checking the delivery status bit in the IOAPIC. > Making the clock interrupt handler fast doesn't significantly change > the problems as far as I can see. Fast interrupts aren't blocked by Giant. As long as you need to hold clock_lock in order to set clkintr_pending without introducing time drift, you might as well step the clock while holding clock_lock. Deferring that work to clkintr() increases the latency from about 11 to 20 instructions before trying to obtain clock_lock. One way to solve this might be to always use the 8259 for i8254 interrupt delivery whenever possible and use (inb(IO_ICU1) & 1) in i8254_get_timecount when checking for a pending i8254 interrupt. The 8259 should not be programmed for auto-EOI since the EOI should be explicitly sent after setting clkintr_pending or stepping the clock. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 15:34:19 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 0FD6E37B406 for ; Fri, 31 Aug 2001 15:34:16 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7VMY9927280; Fri, 31 Aug 2001 15:34:09 -0700 (PDT) (envelope-from obrien) Date: Fri, 31 Aug 2001 15:34:09 -0700 From: "David O'Brien" To: Steve Roome Cc: Keith Stevenson , Leo Bicknell , freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. Message-ID: <20010831153409.A27173@dragon.nuxi.com> Reply-To: freebsd-hackers@freebsd.org References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830111708.A20961@osaka.louisville.edu> <20010830232109.A1077@dylan.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010830232109.A1077@dylan.home>; from stephen_roome@yahoo.com on Thu, Aug 30, 2001 at 11:21:09PM +0100 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Aug 30, 2001 at 11:21:09PM +0100, Steve Roome wrote: > ping http://www.myserver.wherever/ > instead of telnet wherever 80, just to see if I get a connected or > not ? Do you have *ANY* clue how ping works? Ping uses ICMP packets; not TCP, not UDP -- thus there is NO concept of ports. And what does "instead of telnet mean"?? Again, do you have any clue how ping works? To the person that wants to "traceroute http://www.myserver.wherever/", do you have *ANY* clue how traceroute works? You cannnot use a port that something is answering on. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 15:43: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from dragon.nuxi.com (dsl092-013-169.sfo1.dsl.speakeasy.net [66.92.13.169]) by hub.freebsd.org (Postfix) with ESMTP id 09B5137B401 for ; Fri, 31 Aug 2001 15:43:02 -0700 (PDT) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.5/8.11.1) id f7VMh0t27370; Fri, 31 Aug 2001 15:43:00 -0700 (PDT) (envelope-from obrien) Date: Fri, 31 Aug 2001 15:43:00 -0700 From: "David O'Brien" To: Richard Hodges Cc: freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. Message-ID: <20010831154300.B27173@dragon.nuxi.com> Reply-To: freebsd-hackers@freebsd.org References: <56710000.999257324@lobster.originative.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rh@matriplex.com on Fri, Aug 31, 2001 at 09:58:21AM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 31, 2001 at 09:58:21AM -0700, Richard Hodges wrote: > > On the other hand, what exactly is http://www.ufp.org supposed to be useful > > for when www.ufp.org is the same thing. > > Why not parse it literally? For instance, http://www.ufp.org > would imply TCP, dest port 80, and host www.ufp.org. > > For ping, that would imply that I want to test the three-way > handshake on whatever is listening on port 80 at www.ufp.org Do you have *ANY* clue how ping works??? It doesn't use TCP, for starters... > For traceroute, I want to send a series of TCP SYN packets to > www.ufp.org, port 80 with increasing TTL values. Perhaps this > would be a way to test connectivity to a service behind a firewall. Do you know how traceroute works?? For one, the destination host cannot be listening on the port used. And you know that each progressive traceroute packet sent out bumps the destination port by one, to help trace the ICMP "time exceeded" / "port unreachable" responses. -- -- David (obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 17:26:54 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from asdf.dk (electropop.netgroup.dk [195.41.198.44]) by hub.freebsd.org (Postfix) with ESMTP id 045E837B401 for ; Fri, 31 Aug 2001 17:26:52 -0700 (PDT) Received: from asdf.dk (port18.ds1-noe.adsl.cybercity.dk [212.242.52.19]) by asdf.dk (Postfix) with ESMTP id 52EBAB7 for ; Sat, 1 Sep 2001 02:26:50 +0200 (CEST) Message-ID: <3B902B68.E15DFA3E@asdf.dk> Date: Sat, 01 Sep 2001 02:27:20 +0200 From: Hroi Sigurdsson X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. References: <56710000.999257324@lobster.originative.co.uk> <20010831154300.B27173@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David O'Brien wrote: > Do you know how traceroute works?? For one, the destination host cannot > be listening on the port used. And you know that each progressive > traceroute packet sent out bumps the destination port by one, to help > trace the ICMP "time exceeded" / "port unreachable" responses. Only UDP traceroute requires that the port not be listened to (otherwise you wouldn't get a packet back). If using TCP you will get a packet back (RST/SYNACK/ICMP-portunreachable etc) whether the port is open or not. In theory at least.. -- Hroi Sigurdsson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 17:33:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from saturn.cs.uml.edu (saturn.cs.uml.edu [129.63.8.2]) by hub.freebsd.org (Postfix) with ESMTP id 748D837B401 for ; Fri, 31 Aug 2001 17:33:39 -0700 (PDT) Received: (from acahalan@localhost) by saturn.cs.uml.edu (8.11.6/8.11.6) id f810XaT08748; Fri, 31 Aug 2001 20:33:36 -0400 (EDT) Date: Fri, 31 Aug 2001 20:33:36 -0400 (EDT) Message-Id: <200109010033.f810XaT08748@saturn.cs.uml.edu> From: "Albert D. Cahalan" To: erik@math.smsu.edu Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD and Athlon Processors Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Erik Greenwald writes: > [Erik Greenwald too] >> I'm using both of those (iwill kk266) with a thunderbird 850, and >> haven't had problems in fbsd. Linux flakes out a bit when I tell >> it I have a k7 processor, so I told it I have a k6 and it works fine. > > sorry, this thread was supposed to stay in -stable, Well, since it didn't, I might as well explain the problem here too. There are at least two major problems with VIA chips: Any fast PCI device (often IDE) can cause data corruption. VIA initially blamed this on a specific sound card that would push the bus pretty hard, then offered a Windows hack that would disable some performance features. After some trouble finding a contact at VIA, Linux got the same hack. If you don't have this hack... well maybe you just got lucky or did not notice that your data is getting trashed. (with FreeBSD's small user base, a data corruption problem like this one might go unnoticed for a while) If the CPU pushes the memory bus too hard, stuff goes wrong. This was first noticed with some Athlon-specific assembly code in the Linux kernel. The problem has also been seen by Windows users running Photoshop. Sometimes the problem goes away if you upgrade to a very large power supply. AMD has been having some trouble running their new core on VIA motherboards; maybe the new core hits the same problem on unoptimized code. So problems will be less common with an OS that doesn't push the hardware very hard, but do you really want to trust this junky product? Maybe next year you will upgrade to a new gcc that generates code that is fast enough to trigger a problem, or you will install a gigabit network card that is aggressive with the PCI bus. Don't upgrade that CPU next year either. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 18:35: 0 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail39.sdc1.sfba.home.com (femail39.sdc1.sfba.home.com [24.254.60.33]) by hub.freebsd.org (Postfix) with ESMTP id 7786837B407 for ; Fri, 31 Aug 2001 18:34:56 -0700 (PDT) Received: from intruder.bmah.org ([24.176.204.87]) by femail39.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010901013456.NIYX29510.femail39.sdc1.sfba.home.com@intruder.bmah.org>; Fri, 31 Aug 2001 18:34:56 -0700 Received: (from bmah@localhost) by intruder.bmah.org (8.11.6/8.11.3) id f811Ytc02837; Fri, 31 Aug 2001 18:34:55 -0700 (PDT) (envelope-from bmah) Message-Id: <200109010134.f811Ytc02837@intruder.bmah.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Hroi Sigurdsson Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. In-Reply-To: <3B902B68.E15DFA3E@asdf.dk> References: <56710000.999257324@lobster.originative.co.uk> <20010831154300.B27173@dragon.nuxi.com> <3B902B68.E15DFA3E@asdf.dk> Comments: In-reply-to Hroi Sigurdsson message dated "Sat, 01 Sep 2001 02:27:20 +0200." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-2016360560P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 31 Aug 2001 18:34:55 -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_-2016360560P Content-Type: text/plain; charset=us-ascii If memory serves me right, Hroi Sigurdsson wrote: > David O'Brien wrote: > > > Do you know how traceroute works?? For one, the destination host cannot > > be listening on the port used. And you know that each progressive > > traceroute packet sent out bumps the destination port by one, to help > > trace the ICMP "time exceeded" / "port unreachable" responses. > > Only UDP traceroute requires that the port not be listened to (otherwise > you wouldn't get a packet back). If using TCP you will get a packet back > (RST/SYNACK/ICMP-portunreachable etc) whether the port is open or not. > In theory at least.. . o O (I can't believe I'm going to participate in this discussion.) We're not talking theory here. Have you actually tried this in a real program? People are proposing to do various hacks to existing utilities and applications without having any real idea of the impact of their ideas, or even in some cases what semantic sense these hacks have. As David explained, the proposed changes to traceroute and ping make no sense. Please folks, try to understand what these utilities do before suggesting making changes just to make everything gratuitously look like a Web browser. "TCP/IP Illustrated Volume 1" is a good start. Even if doing so made sense in any way, adding the required functionality is not anywhere near as easy as naively saying "this is the way I think it should work" or "just adding a URI/URL-parsing library". If you want to see why, you can download and read the source code to my pchar utility (which implements a superset of traceroute's functionality), and look at how much code is required to deal with the fact that (hint, hint) raw sockets don't receive TCP segments. Bruce. --==_Exmh_-2016360560P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Exmh version 2.3.1+ 05/14/2001 iD8DBQE7kDs/2MoxcVugUsMRAsGYAKDy3tQAs1npWg+eaDI402hYX8RYFwCgtNNK Zn3QTyUWuYoOCY61WNa3amY= =8/jY -----END PGP SIGNATURE----- --==_Exmh_-2016360560P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 19:10:42 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ussenterprise.ufp.org (ussenterprise.ufp.org [208.185.30.210]) by hub.freebsd.org (Postfix) with ESMTP id 74EA837B406; Fri, 31 Aug 2001 19:10:38 -0700 (PDT) Received: (from bicknell@localhost) by ussenterprise.ufp.org (8.11.1/8.11.1) id f812Ab019403; Fri, 31 Aug 2001 22:10:37 -0400 (EDT) (envelope-from bicknell) Date: Fri, 31 Aug 2001 22:10:37 -0400 From: Leo Bicknell To: "Bruce A. Mah" Cc: Hroi Sigurdsson , freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. Message-ID: <20010831221037.A19331@ussenterprise.ufp.org> Mail-Followup-To: Leo Bicknell , "Bruce A. Mah" , Hroi Sigurdsson , freebsd-hackers@FreeBSD.ORG References: <56710000.999257324@lobster.originative.co.uk> <20010831154300.B27173@dragon.nuxi.com> <3B902B68.E15DFA3E@asdf.dk> <200109010134.f811Ytc02837@intruder.bmah.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109010134.f811Ytc02837@intruder.bmah.org>; from bmah@FreeBSD.ORG on Fri, Aug 31, 2001 at 06:34:55PM -0700 Organization: United Federation of Planets Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 31, 2001 at 06:34:55PM -0700, Bruce A. Mah wrote: > People are proposing to do various hacks to existing utilities and > applications without having any real idea of the impact of their ideas, > or even in some cases what semantic sense these hacks have. For what it's worth, my original thought was that {ping,traceroute} utilitites would simply take the "host part" of an URL and do their normal activities. Since that post I've gotten at least 5 other ideas of what might be possible. -- Leo Bicknell - bicknell@ufp.org Systems Engineer - Internetworking Engineer - CCIE 3440 Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Fri Aug 31 23:33:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 1D30937B406 for ; Fri, 31 Aug 2001 23:33:12 -0700 (PDT) Received: from elischer.org (InterJet.elischer.org [192.168.1.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA99889 for ; Fri, 31 Aug 2001 23:50:11 -0700 (PDT) Message-ID: <3B907EC7.A4FD2904@elischer.org> Date: Fri, 31 Aug 2001 23:23:03 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: hackers@freebsd.org Subject: ports (audio) candidate Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG http://www.speech.kth.se/snack/ I came across this today. It compiles and runs under freeBSD ok, bit seems to have some small hickups and stuff I can't figure out. If there is a tcl/tk guru out there who can take a quick look.. This is a rather awesome sound analysis program designed to allow analysis for voice-recognition work. Seems to "Almost" work.. It keeps complaining about "losing focus" and occasionally core-dumping here.. A TCL expert may know the 'trick' needed to make it a reliable port. particularly the "wavesurfer" program. -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 0:43:14 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from shell.futuresouth.com (shell.futuresouth.com [198.78.58.28]) by hub.freebsd.org (Postfix) with ESMTP id B8CDF37B405 for ; Sat, 1 Sep 2001 00:43:11 -0700 (PDT) Received: (from fullermd@localhost) by shell.futuresouth.com (8.11.6/8.11.1) id f817glt36569; Sat, 1 Sep 2001 02:42:47 -0500 (CDT) Date: Sat, 1 Sep 2001 02:42:47 -0500 From: "Matthew D. Fuller" To: Richard Hodges Cc: Paul Richards , freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. Message-ID: <20010901024247.P8939@futuresouth.com> References: <56710000.999257324@lobster.originative.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rh@matriplex.com on Fri, Aug 31, 2001 at 09:58:21AM -0700 X-OS: FreeBSD Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Oh god, as everybody else is saying, I can't believe I'm getting involved in this, but... On Fri, Aug 31, 2001 at 09:58:21AM -0700, a little birdie told me that Richard Hodges remarked > > Why not parse it literally? For instance, http://www.ufp.org > would imply TCP, dest port 80, and host www.ufp.org. > > For ping, that would imply that I want to test the three-way > handshake on whatever is listening on port 80 at www.ufp.org > > For traceroute, I want to send a series of TCP SYN packets to > www.ufp.org, port 80 with increasing TTL values. Perhaps this No, it doesn't. http://www.ufp.org/ does NOT mean TCP port 80. www.ufp.org:80 means port 80, I don't know of any simple common way to say TCP. http://www.ufp.org/ means the host 'www.ufp.org' using the protocol 'http' with the TCP port 80 implicity as a result of the 'http'. Traceroute is not going to use HTTP. Ping is not going to use HTTP. Rpcinfo is not going to use HTTP. A mail client is not going to use HTTP (this one is perhaps debatable, but I'm sure as hell not going there). If you want to take a URI passed to 'ping', say, and parse out a hostname, that's one thing which I'm sure we could have endless disagreement about. But doing that is *NOT* parsing it as a URI. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Unix Systems Administrator | fullermd@futuresouth.com Specializing in FreeBSD | http://www.over-yonder.net/ "The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 1:16:40 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id 78E6437B403 for ; Sat, 1 Sep 2001 01:16:32 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0AFEE66D03; Sat, 1 Sep 2001 01:16:31 -0700 (PDT) Date: Sat, 1 Sep 2001 01:16:31 -0700 From: Kris Kennaway To: hackers@FreeBSD.org Subject: gzipped crashdumps Message-ID: <20010901011631.A59345@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Anyone else think this patch from NetBSD is worthwhile? Should I also extend it to support bzip2'ed dumps now that that's in the base system, or would that be overkill? Kris Index: Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /mnt/ncvs/src/sbin/savecore/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile 2001/03/26 14:33:23 1.5 +++ Makefile 2001/09/01 08:15:14 @@ -5,8 +5,7 @@ SRCS=3D savecore.c zopen.c MAN=3D savecore.8 =20 -ZOPENPATH=3D ${.CURDIR}/../../usr.bin/compress -.PATH: ${ZOPENPATH} -CFLAGS+=3D -I${ZOPENPATH} +DPADD+=3D ${LIBZ} +LDADD+=3D -lz =20 .include Index: savecore.8 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /mnt/ncvs/src/sbin/savecore/savecore.8,v retrieving revision 1.12 diff -u -r1.12 savecore.8 --- savecore.8 2001/07/10 11:02:27 1.12 +++ savecore.8 2001/09/01 08:11:50 @@ -72,7 +72,7 @@ Print out some additional debugging information. .It Fl z Compress the core dump and kernel (see -.Xr compress 1 ) . +.Xr gzip 1 ) . .El .Pp .Nm Savecore @@ -113,8 +113,8 @@ .Sh BUGS The minfree code does not consider the effect of compression. .Sh SEE ALSO -.Xr compress 1 , .Xr getbootfile 3 , +.Xr gzip 1 , .Xr syslogd 8 .Sh HISTORY The Index: savecore.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /mnt/ncvs/src/sbin/savecore/savecore.c,v retrieving revision 1.41 diff -u -r1.41 savecore.c --- savecore.c 2001/06/09 01:41:03 1.41 +++ savecore.c 2001/09/01 08:06:48 @@ -63,8 +63,9 @@ #include #include #include -#include "zopen.h" =20 +extern FILE *zopen(const char *fname, const char *mode); + #ifdef __alpha__ #define ok(number) ALPHA_K0SEG_TO_PHYS(number) #endif @@ -131,7 +132,7 @@ int get_crashtime __P((void)); void get_dumpsize __P((void)); void kmem_setup __P((void)); -void log __P((int, char *, ...)); +void log __P((int, char *, ...)) __printf0like(2, 3); void Lseek __P((int, off_t, int)); int Open __P((const char *, int rw)); int Read __P((int, void *, int)); @@ -384,9 +385,9 @@ /* Create the core file. */ oumask =3D umask(S_IRWXG|S_IRWXO); /* Restrict access to the core file.*/ (void)snprintf(path, sizeof(path), "%s/vmcore.%d%s", - savedir, bounds, compress ? ".Z" : ""); + savedir, bounds, compress ? ".gz" : ""); if (compress) - fp =3D zopen(path, "w", 0); + fp =3D zopen(path, "w"); else fp =3D fopen(path, "w"); if (fp =3D=3D NULL) { @@ -463,9 +464,9 @@ /* Copy the kernel. */ ifd =3D Open(kernel ? kernel : getbootfile(), O_RDONLY); (void)snprintf(path, sizeof(path), "%s/kernel.%d%s", - savedir, bounds, compress ? ".Z" : ""); + savedir, bounds, compress ? ".gz" : ""); if (compress) - fp =3D zopen(path, "w", 0); + fp =3D zopen(path, "w"); else fp =3D fopen(path, "w"); if (fp =3D=3D NULL) { --- /dev/null Sat Sep 1 01:13:34 2001 +++ zopen.c Sat Sep 1 01:10:14 2001 @@ -0,0 +1,39 @@ +/* + * Public domain stdio wrapper for libz, written by Johan Danielsson. + */ + +#ifndef lint +static const char rcsid[] =3D=20 + "$FreeBSD$"; +#endif /* not lint */ + +#include +#include + +FILE *zopen(const char *fname, const char *mode); + +/* convert arguments */ +static int +xgzread(void *cookie, char *data, int size) +{ + return gzread(cookie, data, size); +} + +static int +xgzwrite(void *cookie, const char *data, int size) +{ + return gzwrite(cookie, (void*)data, size); +} + +FILE * +zopen(const char *fname, const char *mode) +{ + gzFile gz =3D gzopen(fname, mode); + if(gz =3D=3D NULL) + return NULL; + + if(*mode =3D=3D 'r') + return (funopen(gz, xgzread, NULL, NULL, gzclose)); + else + return (funopen(gz, NULL, xgzwrite, NULL, gzclose)); +} --azLHFNyN32YCQGCU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7kJlfWry0BWjoQKURAoLAAKC98j8n0yvwRJ6wuv/VJaK4OtFDEgCgrEjD Y3FKJwfrqNhEJxWrZp/cyyM= =LCFL -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 1:37: 4 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tarakan-network.com (chojin.adsl.nerim.net [62.4.22.98]) by hub.freebsd.org (Postfix) with ESMTP id F270837B40B; Sat, 1 Sep 2001 01:36:56 -0700 (PDT) Received: from chojin ([192.168.69.2]) by tarakan-network.com (8.11.6/8.11.3) with SMTP id f818b3o73013; Sat, 1 Sep 2001 10:37:03 +0200 (CEST) (envelope-from freebsd@tarakan-network.com) Message-ID: <00a501c132c1$4cdec7b0$0245a8c0@chojin> From: "Chojin" To: , Subject: Ipnat device problems Date: Sat, 1 Sep 2001 10:37:13 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2526.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2526.0000 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, since I recompiled my system and my kernel, ipnat device doesn't work anymore: #ipnat /dev/ipnat: open: Device not configured #ipfstat open: Device not configured ... I've got in kernel config: options IPFILTER #ipfilter support options IPFILTER_LOG #ipfilter logging options IPFIREWALL options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT I didn't forget to do a mergemaster (it does the MAKEDEV all). Someone has got an idea ? Best regards, Chojin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 4:42:23 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id F32D837B409; Sat, 1 Sep 2001 04:42:16 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id VAA19746; Sat, 1 Sep 2001 21:41:29 +1000 Date: Sat, 1 Sep 2001 21:41:16 +1000 (EST) From: Bruce Evans X-X-Sender: To: Cc: , , , , , , , , , , Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset In-Reply-To: <200108311939.VAA35839@midten.fast.no> Message-ID: <20010901213614.I1924-100000@besplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 31 Aug 2001 Tor.Egge@fast.no wrote: > > I see (amost). > > > > Please format the macro the same as the other macros in the file. > > Index: apic_vector.s > =================================================================== > RCS file: /home/ncvs/src/sys/i386/isa/apic_vector.s,v > retrieving revision 1.47.2.4 > diff -u -r1.47.2.4 apic_vector.s > --- apic_vector.s 18 Jul 2000 21:12:41 -0000 1.47.2.4 > +++ apic_vector.s 31 Aug 2001 19:24:24 -0000 > @@ -653,7 +707,14 @@ > FAST_INTR(21,fastintr21) > FAST_INTR(22,fastintr22) > FAST_INTR(23,fastintr23) > -#define CLKINTR_PENDING movl $1,CNAME(clkintr_pending) > + > +#define CLKINTR_PENDING \ > + pushl $clock_lock; \ > + call s_lock; \ > + movl $1,CNAME(clkintr_pending); \ > + call s_unlock; \ > + addl $4, %esp > + > INTR(0,intr0, CLKINTR_PENDING) > INTR(1,intr1,) > INTR(2,intr2,) > The other macros also have a space befor the semicolons :). Otherwise OK. Better commit this (especially to 4.4R) until we have something better. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 5:28:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 72E7537B403; Sat, 1 Sep 2001 05:28:31 -0700 (PDT) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id f81CRqA24670; Sat, 1 Sep 2001 14:27:52 +0200 (CEST) (envelope-from Martin.Blapp@imp.ch) Date: Sat, 1 Sep 2001 14:35:15 +0200 (CEST) From: Martin Blapp To: Bruce Evans Cc: , , , , , , , , , , Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset In-Reply-To: <20010901213614.I1924-100000@besplex.bde.org> Message-ID: <20010901143103.X14208-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > The other macros also have a space befor the semicolons :). Otherwise OK. > Better commit this (especially to 4.4R) until we have something better. I also think that this is important to have fixed. Without this fix, we would have been forced to change the platform for our software to a working Linux SMP with no timedrift. But let Jordan decide if he likes it :-) Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 8:11:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from femail26.sdc1.sfba.home.com (femail26.sdc1.sfba.home.com [24.254.60.16]) by hub.freebsd.org (Postfix) with ESMTP id 8EEA337B409 for ; Sat, 1 Sep 2001 08:11:47 -0700 (PDT) Received: from bean.overtone.org ([24.249.254.100]) by femail26.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20010901151147.ZCV568.femail26.sdc1.sfba.home.com@bean.overtone.org> for ; Sat, 1 Sep 2001 08:11:47 -0700 Received: by bean.overtone.org (Postfix, from userid 1001) id CCEDA5B622; Sat, 1 Sep 2001 15:11:46 +0000 (GMT) Date: Sat, 1 Sep 2001 15:11:46 +0000 From: Kevin Way To: freebsd-hackers@freebsd.org Subject: :q:q![kevin.way@overtone.org: Re: import NetBSD rc system] Message-ID: <20010901151146.A53543@bean.overtone.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----- Forwarded message from Kevin Way ----- Date: Tue, 14 Aug 2001 06:34:26 +0000 From: Kevin Way To: Gordon Tetlow Subject: Re: import NetBSD rc system On Mon, Aug 13, 2001 at 11:10:43PM -0700, Gordon Tetlow wrote: > Here's my big question. Do we try to maintain our boot order? Or are we > going to go with the boot order as presented by the NetBSD stuff? I don't see any reason to force the boot order to be maintained. As long as the dependancies are set correctly, i'd think the boot order would be determined solely by the output of rcorder. What am I missing? -Kevin Way ----- End forwarded message ----- -- If it weren't for my horse, I wouldn't have spent that year in college. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 8:20: 2 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 776AB37B405; Sat, 1 Sep 2001 08:19:53 -0700 (PDT) Received: from fledge.watson.org (robert@fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.5/8.11.5) with SMTP id f81FJmP22514; Sat, 1 Sep 2001 11:19:48 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Sat, 1 Sep 2001 11:19:47 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: hackers@FreeBSD.org, developers@FreeBSD.org Subject: FreeBSD Monthly Development Status Report -- Request For Submissions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It's that time again! I'm in the process of preparing the August, 2001 FreeBSD monthly status report, and as such am interested in seeing submissions in much the same style as previous months. Generally, this means about one paragraph of text per project describing events that have occured since the last status report (or two paragraphs for new projects, so as to introduce them). Large projects can be broken down into multiple sub-projects with seperate reports reports. If multiple developers are working on the same project, they should coordinate so as to submit only one report (or split it up into parts as appropriate along logical boundaries). Reports should relate to the FreeBSD Project, but are not limited to on-going software development: documentation, public relations, management, application developer relations, technology transfer, etc, are all relevant. Please submit reports in the following format: Project: (name here -- required field) URL: (URL, if any, here -- omit field if none) Contact: (name and e-mail address of one or more contact points -- required field) One paragraph on the topic of project status since the last report, indented two spaces, and wrapped at column 78. Plain text only, please. Please send submissions to: robert+freebsd.monthly@cyrus.watson.org The deadline for submissions is September 7, 2001, at 3:00pm EST. The report will be released soon thereafter. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 8:57:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [212.135.162.62]) by hub.freebsd.org (Postfix) with ESMTP id 9119537B407; Sat, 1 Sep 2001 08:57:32 -0700 (PDT) Received: by tao.org.uk (Postfix, from userid 100) id 729592BF; Sat, 1 Sep 2001 16:57:26 +0100 (BST) Date: Sat, 1 Sep 2001 16:57:26 +0100 From: Josef Karthauser To: Robert Watson Cc: hackers@FreeBSD.org, developers@FreeBSD.org Subject: Re: FreeBSD Monthly Development Status Report -- Request For Submissions Message-ID: <20010901165725.C8124@tao.org.uk> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="f0KYrhQ4vYSV2aJu" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@FreeBSD.org on Sat, Sep 01, 2001 at 11:19:47AM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --f0KYrhQ4vYSV2aJu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 01, 2001 at 11:19:47AM -0400, Robert Watson wrote: >=20 > It's that time again! I'm in the process of preparing the August, 2001 ^^^^^^ September one probably ;) Joe --f0KYrhQ4vYSV2aJu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjuRBWIACgkQXVIcjOaxUBb2EACeO7qBzO/PGrNN1e458sSIDPud BtIAoLrCQG3NeUL69qPOtDeXPSVqqTJP =7kCr -----END PGP SIGNATURE----- --f0KYrhQ4vYSV2aJu-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 8:58:41 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [212.135.162.62]) by hub.freebsd.org (Postfix) with ESMTP id 8E2B137B403; Sat, 1 Sep 2001 08:58:35 -0700 (PDT) Received: by tao.org.uk (Postfix, from userid 100) id BA5502BF; Sat, 1 Sep 2001 16:58:30 +0100 (BST) Date: Sat, 1 Sep 2001 16:58:30 +0100 From: Josef Karthauser To: Robert Watson Cc: hackers@FreeBSD.org, developers@FreeBSD.org Subject: Re: FreeBSD Monthly Development Status Report -- Request For Submissions Message-ID: <20010901165830.D8124@tao.org.uk> References: <20010901165725.C8124@tao.org.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="/3yNEOqWowh/8j+e" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010901165725.C8124@tao.org.uk>; from joe@tao.org.uk on Sat, Sep 01, 2001 at 04:57:26PM +0100 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --/3yNEOqWowh/8j+e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 01, 2001 at 04:57:26PM +0100, Josef Karthauser wrote: > On Sat, Sep 01, 2001 at 11:19:47AM -0400, Robert Watson wrote: > >=20 > > It's that time again! I'm in the process of preparing the August, 2001 > ^^^^^^ > September one probably ;) Ah no. My error. You're doing them retrospective aren't you? :) Sorry, Joe --/3yNEOqWowh/8j+e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjuRBaYACgkQXVIcjOaxUBajpwCgyH0aFSv05EjEJDk4pGBbmO/L AisAoMrvW8+xT2W2+I5YoQQ1eUSz9gor =4quV -----END PGP SIGNATURE----- --/3yNEOqWowh/8j+e-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 9:58:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from brainlink.com (mail.brainlink.com [149.2.32.129]) by hub.freebsd.org (Postfix) with ESMTP id C025E37B40F for ; Sat, 1 Sep 2001 09:58:06 -0700 (PDT) Received: from [24.29.123.155] (HELO gronim.com) by brainlink.com (CommuniGate Pro SMTP 3.3.2) with ESMTP id 8056920; Sat, 01 Sep 2001 12:57:20 -0400 Received: (from spork@localhost) by gronim.com (8.11.4/8.11.0) id f81GpQ785280; Sat, 1 Sep 2001 12:51:26 -0400 (EDT) (envelope-from spork) Date: Sat, 1 Sep 2001 12:51:26 -0400 From: Spike Gronim To: .@babolo.ru Cc: Laurence Berland , keith.stevenson@louisville.edu, bicknell@ufp.org, freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. Message-ID: <20010901125126.B85069@spike.gronim.com> References: <200108302011.AAA10805@aaz.links.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200108302011.AAA10805@aaz.links.ru>; from .@babolo.ru on Fri, Aug 31, 2001 at 12:11:30AM +0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 31, 2001 at 12:11:30AM +0400, .@babolo.ru wrote: > Laurence Berland writes: > > Optimally, you could write a urlsh or something, and leave everyone else > > alone. The shell could do substitutions on URLs just like they do on > > wildcards etc, and the applications would not need to be rewritten, plus > > you wouldn't add bloat to those of us who don't want this in the system... > It is possible if interfaces of utilities is fully standartized. > For example -p flag in any command means port number. Actually, that's not true. The scp manpage says: -p Preserves modification times, access times, and modes from the original file. Also, tar has the same flag with the same meaning. > Such as > > mutt -l user -h host.domain > > as legal alternative of > > mutt user@host.domain > [snip] > > -- > @BABOLO http://links.ru/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- --Spike Gronim gronimw@stuy.edu "Oh yes? An obscene triangle which, has more courage than the word." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 11:57:53 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from gahch.it.ca (gahch.it.ca [216.126.86.4]) by hub.freebsd.org (Postfix) with ESMTP id 4946237B40A for ; Sat, 1 Sep 2001 11:57:42 -0700 (PDT) Received: (from paul@localhost) by gahch.it.ca (8.11.5/8.11.1) id f81ItaH71320 for freebsd-hackers@freebsd.org; Sat, 1 Sep 2001 14:55:36 -0400 (EDT) (envelope-from paul) Date: Sat, 1 Sep 2001 14:55:36 -0400 From: Paul Chvostek To: freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. Message-ID: <20010901145536.A51332@gahch.it.ca> References: <20010830111018.A97057@ussenterprise.ufp.org> <20010830111708.A20961@osaka.louisville.edu> <20010830232109.A1077@dylan.home> <00000e180511ee07d1@[192.168.1.4]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00000e180511ee07d1@[192.168.1.4]>; from msinz@wgate.com on Fri, Aug 31, 2001 at 02:15:09PM -0400 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 31, 2001 at 02:15:09PM -0400, Michael Sinz wrote: > > I too have been hoping for (and building internal tools) that work > this way. I really wish you could just do: > > open("nfs://server.name.dom/directory/file.txt") NAME amd - automatically mount file systems ... DESCRIPTION Amd is a daemon that automatically mounts filesystems whenever a file or directory within that filesystem is accessed. Filesystems are automati- cally unmounted when they appear to be quiescent. > and have it work. That would be nice. (Replace the above with > ftp: or http: or whatever other protocol would provide read and/or write > access.) What you're looking for is a substitute open() function. Perhaps someone should just write a URI base library. Put it in the public domain, of course, so that all UR base is belong to us.... -- Paul Chvostek Operations / Development / Abuse / Whatever vox: +1 416 598-0000 IT Canada http://www.it.ca/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 11:59:50 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 888FF37B405; Sat, 1 Sep 2001 11:59:46 -0700 (PDT) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id f81IwPT30829; Sat, 1 Sep 2001 11:58:29 -0700 (PDT) (envelope-from jkh@freebsd.org) To: mb@imp.ch Cc: bde@zeta.org.au, Tor.Egge@fast.no, bkarp@icsi.berkeley.edu, kpielorz@tdx.co.uk, sthaug@nethelp.no, atrn@zeta.org.au, roberto@eurocontrol.fr, drussell@saturn-tech.com, phk@freebsd.org, Patrick.Guelat@imp.ch, freebsd-hackers@freebsd.org Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset In-Reply-To: <20010901143103.X14208-100000@levais.imp.ch> References: <20010901213614.I1924-100000@besplex.bde.org> <20010901143103.X14208-100000@levais.imp.ch> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010901115824Q.jkh@freebsd.org> Date: Sat, 01 Sep 2001 11:58:24 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 25 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Nobody's formally asked the release engineers yet. I'd want to see a request sent to re@freebsd.org in the usual way, with diffs attached, before I'd decide either way. - Jordan From: Martin Blapp Subject: Re: Clock speedup on 4.X FreeBSD SMP and serverworks chipset Date: Sat, 1 Sep 2001 14:35:15 +0200 (CEST) > > > The other macros also have a space befor the semicolons :). Otherwise OK. > > Better commit this (especially to 4.4R) until we have something better. > > I also think that this is important to have fixed. Without this fix, > we would have been forced to change the platform for our software to a > working Linux SMP with no timedrift. > > But let Jordan decide if he likes it :-) > > Martin > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 12:29:25 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 070AE37B40A for ; Sat, 1 Sep 2001 12:29:23 -0700 (PDT) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.11.3/8.11.3) with ESMTP id f81JTJg12242; Sat, 1 Sep 2001 12:29:19 -0700 (PDT) (envelope-from jdp@wall.polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.11.5/8.11.0) id f81JTIt33969; Sat, 1 Sep 2001 12:29:18 -0700 (PDT) (envelope-from jdp) Date: Sat, 1 Sep 2001 12:29:18 -0700 (PDT) Message-Id: <200109011929.f81JTIt33969@vashon.polstra.com> To: hackers@freebsd.org From: John Polstra Cc: kris@obsecurity.org Subject: Re: gzipped crashdumps In-Reply-To: <20010901011631.A59345@xor.obsecurity.org> References: <20010901011631.A59345@xor.obsecurity.org> Organization: Polstra & Co., Seattle, WA Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In article <20010901011631.A59345@xor.obsecurity.org>, Kris Kennaway wrote: > > Anyone else think this patch from NetBSD is worthwhile? Yes yes yes yes yes! That's 5 votes in favor of it already. :-) > Should I also extend it to support bzip2'ed dumps now that that's in > the base system, or would that be overkill? I'm more or less neutral on that, but since the files are so big I bet bzip2 would be almost too slow to bear at reboot time. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 13:39:58 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.matriplex.com (ns1.matriplex.com [208.131.42.8]) by hub.freebsd.org (Postfix) with ESMTP id C2DF237B40C for ; Sat, 1 Sep 2001 13:39:51 -0700 (PDT) Received: from mail.matriplex.com (mail.matriplex.com [208.131.42.9]) by mail.matriplex.com (8.9.2/8.9.2) with ESMTP id NAA86899 for ; Sat, 1 Sep 2001 13:39:50 -0700 (PDT) (envelope-from rh@matriplex.com) Date: Sat, 1 Sep 2001 13:39:50 -0700 (PDT) From: Richard Hodges To: freebsd-hackers@freebsd.org Subject: Re: Should URL's be pervasive. In-Reply-To: <20010831154300.B27173@dragon.nuxi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 31 Aug 2001, David O'Brien wrote: > On Fri, Aug 31, 2001 at 09:58:21AM -0700, Richard Hodges wrote: > > > On the other hand, what exactly is http://www.ufp.org supposed to be useful > > > for when www.ufp.org is the same thing. > > > > Why not parse it literally? For instance, http://www.ufp.org > > would imply TCP, dest port 80, and host www.ufp.org. > > > > For ping, that would imply that I want to test the three-way > > handshake on whatever is listening on port 80 at www.ufp.org > > Do you have *ANY* clue how ping works??? It doesn't use TCP, for > starters... Duh! I KNOW that ping uses ICMP echo request. This thread is about a "what if" situation, and I was simply carrying to what I think was the logical conclusion. Did I claim that this would be a useful feature? NO! If you get a spare moment, why don't you (re)read Jonathon Swift's "A modest proposal". It's a good read. > > For traceroute, I want to send a series of TCP SYN packets to > > www.ufp.org, port 80 with increasing TTL values. Perhaps this > > would be a way to test connectivity to a service behind a firewall. > > Do you know how traceroute works?? For one, the destination host cannot > be listening on the port used. And you know that each progressive > traceroute packet sent out bumps the destination port by one, to help > trace the ICMP "time exceeded" / "port unreachable" responses. David, you obviously know a lot of things, but having a sense of humor would be of great help here. Jeez... -Richard ------------------------------------------- Richard Hodges | Matriplex, inc. Product Manager | 769 Basque Way rh@matriplex.com | Carson City, NV 89706 775-886-6477 | www.matriplex.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 13:51:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mail.matriplex.com (ns1.matriplex.com [208.131.42.8]) by hub.freebsd.org (Postfix) with ESMTP id 65B4837B401 for ; Sat, 1 Sep 2001 13:51:33 -0700 (PDT) Received: from mail.matriplex.com (mail.matriplex.com [208.131.42.9]) by mail.matriplex.com (8.9.2/8.9.2) with ESMTP id NAA86933; Sat, 1 Sep 2001 13:51:07 -0700 (PDT) (envelope-from rh@matriplex.com) Date: Sat, 1 Sep 2001 13:51:07 -0700 (PDT) From: Richard Hodges To: "Matthew D. Fuller" Cc: Paul Richards , freebsd-hackers@FreeBSD.ORG Subject: Re: Should URL's be pervasive. In-Reply-To: <20010901024247.P8939@futuresouth.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 1 Sep 2001, Matthew D. Fuller wrote: > > For traceroute, I want to send a series of TCP SYN packets to > > www.ufp.org, port 80 with increasing TTL values. Perhaps this > > No, it doesn't. > http://www.ufp.org/ does NOT mean TCP port 80. > www.ufp.org:80 means port 80, I don't know of any simple common way to > say TCP. > > http://www.ufp.org/ means the host 'www.ufp.org' using the protocol > 'http' with the TCP port 80 implicity as a result of the 'http'. > Traceroute is not going to use HTTP. Ping is not going to use HTTP. > Rpcinfo is not going to use HTTP. A mail client is not going to use > HTTP (this one is perhaps debatable, but I'm sure as hell not going > there). Agreed. I thought that it would be funny to carry this to an absurd conclusion, but I guess some people would rather just take the opportunity to assume ignorance in others. > If you want to take a URI passed to 'ping', say, and parse out a > hostname, that's one thing which I'm sure we could have endless > disagreement about. But doing that is *NOT* parsing it as a URI. Well, since humor doesn't work, I will be blunt. I think that the utilities and agents work just fine, thank-you-very-much. I think that adding URI handling to ping, traceroute, ftp, mail, etc. is a waste of time. To me, "mailto:" suggests a TCP connection to port 25, and it is (at best) nuissance information when I want to do a ping or traceroute. The same with "http:". -Richard ------------------------------------------- Richard Hodges | Matriplex, inc. Product Manager | 769 Basque Way rh@matriplex.com | Carson City, NV 89706 775-886-6477 | www.matriplex.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 15:11:11 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-54.dsl.lsan03.pacbell.net [63.207.60.54]) by hub.freebsd.org (Postfix) with ESMTP id C151137B408 for ; Sat, 1 Sep 2001 15:11:08 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 586FB66C80; Sat, 1 Sep 2001 15:11:08 -0700 (PDT) Date: Sat, 1 Sep 2001 15:11:08 -0700 From: Kris Kennaway To: John Polstra Cc: hackers@freebsd.org, kris@obsecurity.org Subject: Re: gzipped crashdumps Message-ID: <20010901151108.B57116@xor.obsecurity.org> References: <20010901011631.A59345@xor.obsecurity.org> <200109011929.f81JTIt33969@vashon.polstra.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="LyciRD1jyfeSSjG0" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200109011929.f81JTIt33969@vashon.polstra.com>; from jdp@polstra.com on Sat, Sep 01, 2001 at 12:29:18PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --LyciRD1jyfeSSjG0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 01, 2001 at 12:29:18PM -0700, John Polstra wrote: > In article <20010901011631.A59345@xor.obsecurity.org>, > Kris Kennaway wrote: > >=20 > > Anyone else think this patch from NetBSD is worthwhile? >=20 > Yes yes yes yes yes! That's 5 votes in favor of it already. :-) :-) > > Should I also extend it to support bzip2'ed dumps now that that's in > > the base system, or would that be overkill? >=20 > I'm more or less neutral on that, but since the files are so big I > bet bzip2 would be almost too slow to bear at reboot time. Yes. Maybe I'll do some testing to see how much space it saves -- it might be useful as a non-default option for people who are low on disk space. Kris --LyciRD1jyfeSSjG0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE7kVz7Wry0BWjoQKURArs7AJ9S2R/HqxSC+dw+e15UL7A7ybMdHwCg7K7w gnbyDeURttHDFQd1s8n53Wk= =RdW9 -----END PGP SIGNATURE----- --LyciRD1jyfeSSjG0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 17:41:43 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from aries.ai.net (aries.ai.net [205.134.163.4]) by hub.freebsd.org (Postfix) with ESMTP id 1259737B403 for ; Sat, 1 Sep 2001 17:41:41 -0700 (PDT) Received: from blood (pool-138-88-75-62.res.east.verizon.net [138.88.75.62]) by aries.ai.net (8.9.3/8.9.3) with SMTP id UAA02461 for ; Sat, 1 Sep 2001 20:47:44 -0400 (EDT) (envelope-from deepak@ai.net) Reply-To: From: "Deepak Jain" To: "freebsd-hackers@FreeBSD. ORG" Subject: Routing Performance? Date: Sat, 1 Sep 2001 20:45:46 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG The new P4s are shipping with 800mhz RAMBUS memory modules. Wouldn't 2GB of 800mhz RAM go a long way to evening out the performance between a PC/FreeBSD box and all but the most specialized, packet-pushing ASICs? I was doing some rough figuring, and could see how a P4 with its new bus and memory path would have trouble forwarding at least 2Gb/s. Am I missing something? Deepak Jain AiNET To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 17:43:36 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from acsrs1.bu.edu (acsrs1.bu.edu [128.197.153.59]) by hub.freebsd.org (Postfix) with ESMTP id 0D43A37B406 for ; Sat, 1 Sep 2001 17:43:31 -0700 (PDT) Received: from localhost (evms@localhost) by acsrs1.bu.edu ((8.9.3.buoit.v1.0.ACS)/) with ESMTP id UAA78642 for ; Sat, 1 Sep 2001 20:43:30 -0400 Date: Sat, 1 Sep 2001 20:43:29 -0400 (EDT) From: Evan Sarmiento To: freebsd-hackers@freebsd.org Subject: sysent in fork() Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hey, I have a question about sysent. If a modification to a processes p->p_sysent and associated substructures are made, are the changes propagated through fork to children? Thanks, Evan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 19:46:30 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by hub.freebsd.org (Postfix) with ESMTP id 6EFFD37B409; Sat, 1 Sep 2001 19:46:21 -0700 (PDT) Received: from vovik@localhost (vovik@localhost) by burka.carrier.kiev.ua id FRU49123; Sun, 2 Sep 2001 05:46:17 +0300 (EEST) (envelope-from vovik) Date: Sun, 2 Sep 2001 05:46:17 +0300 From: "Vladimir A. Jakovenko" To: freebsd-net@freebsd.org Cc: freebsd-hackers@freebsd.org Subject: SO_REUSEPORT on unicast UDP sockets Message-ID: <20010902054617.A47742@lucky.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello! According to UNPv1 SO_REUSEPORT on UDP sockets can be used to bind more than one socket to the same port (even with same source ip address). But quick look on /sys/netinet/udp_usrreq.c function udp_input() shows that this will work as expected (data stream duplicate) only on multicast/broadcast local addresses. Please pay attention to the following code fragment comments: if (IN_MULTICAST(ntohl(ip->ip_dst.s_addr)) || in_broadcast(ip->ip_dst, m->m_pkthdr.rcvif)) { struct inpcb *last; /* * Deliver a multicast or broadcast datagram to *all* sockets * for which the local and remote addresses and ports match * those of the incoming datagram. This allows more than * one process to receive multi/broadcasts on the same port. * (This really ought to be done for unicast datagrams as * well, but that would cause problems with existing * applications that open both address-specific sockets and * a wildcard socket listening to the same port -- they would * end up receiving duplicates of every unicast datagram. * Those applications open the multiple sockets to overcome an * inadequacy of the UDP socket interface, but for backwards * compatibility we avoid the problem here rather than * fixing the interface. Maybe 4.5BSD will remedy this?) */ Is there still any real need in such backward compatibility? Can such functionality be added (fixed) with possibility to switch it off using sysctl or kernel-build option? I find such possibility realy useful at least for NetFlow data processing and believe that it would be useful for many UDP-based protocols. -- Regards, Vladimir. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 21:14:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from wilma.widomaker.com (wilma.widomaker.com [204.17.220.5]) by hub.freebsd.org (Postfix) with ESMTP id 4E54E37B403 for ; Sat, 1 Sep 2001 21:14:34 -0700 (PDT) Received: from [209.96.179.165] (helo=escape.shannon.net) by wilma.widomaker.com with esmtp (Exim 3.22 #2) id 15dOeW-000P7z-00 for freebsd-hackers@freebsd.org; Sun, 02 Sep 2001 00:14:33 -0400 Received: from daydream (daydream.shannon.net [192.168.1.10]) by escape.shannon.net (8.11.0/8.8.8) with ESMTP id f824BGw26939 for ; Sun, 2 Sep 2001 00:11:16 -0400 (EDT) Received: from shannon by daydream with local (Exim 3.12 #1 (Debian)) id 15dObL-0007CR-00 for ; Sun, 02 Sep 2001 00:11:15 -0400 Date: Sun, 2 Sep 2001 00:11:15 -0400 From: Charles Shannon Hendrix To: freebsd-hackers@freebsd.org Subject: Re: FreeBSD and Athlon Processors Message-ID: <20010902001113.B27595@widomaker.com> Mail-Followup-To: freebsd-hackers@freebsd.org References: <200109010033.f810XaT08748@saturn.cs.uml.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200109010033.f810XaT08748@saturn.cs.uml.edu> User-Agent: Mutt/1.3.20i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 31, 2001 at 08:33:36PM -0400, Albert D. Cahalan wrote: > Well, since it didn't, I might as well explain the problem here too. > There are at least two major problems with VIA chips: [data curruption on VIA KT133/133A systems by pushing PCI and memory bus] Are you sure about that? I've pushed systems like that _very_ hard and not seen any problems, with Linux, NetBSD, or FreeBSD. The only trouble I have is IDE bus resets with CD-ROM drives, especially in FreeBSD. Since the same thing happens with a lot of IDE systems, I generally blame IDE; it's a broken-by-design interface in the first place. If this is really true, I would think it should be fairly easy to prove it. Now, go back in time about 2 years, and I wouldn't doubt it, because there were problems with the first VIA KT chipsets, and even the AMD architecture in general. Everything I've read suggests those problems have been fixed. If not, then it should be fairly easy to demonstrate this. I'm willing to donate time and a system to this since I'd really like to know. In fact, if this _really is_ true, then it would be a good idea for a substantial number of people to try and verify it: the VIA based motherboards for AMD are some of the best out there, as PC motherboards go anyway. -- "Star Wars Moral Number 17: Teddy bears are dangerous in herds." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message From owner-freebsd-hackers Sat Sep 1 23:28:18 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id 8A58F37B401 for ; Sat, 1 Sep 2001 23:28:10 -0700 (PDT) Received: by relay.butya.kz (Postfix, from userid 1000) id D37E628DAA; Sun, 2 Sep 2001 13:27:55 +0700 (ALMST) Received: from localhost (localhost [127.0.0.1]) by relay.butya.kz (Postfix) with ESMTP id C8AB428DA9; Sun, 2 Sep 2001 13:27:55 +0700 (ALMST) Date: Sun, 2 Sep 2001 13:27:55 +0700 (ALMST) From: Boris Popov To: Zhihui Zhang Cc: freebsd-hackers@freebsd.org Subject: Re: What is VT_TFS? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 31 Aug 2001, Zhihui Zhang wrote: > What is the file system that uses VT_TFS in vnode.h? Is it still available > on FreeBSD? Thanks. This type of filesystem was used by netcon package (http://www.netcon.com). However there is no new versions for FreeBSD above 2.x, so it probably can be safely removed. -- Boris Popov http://rbp.euro.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message